Электронный справочник программиста на предприятии (с базой данных)

Содержание

 

Введение

1. Анализ принципов автоматизации делопроизводства

1.1 Общие понятия документооборота

1.2 Принципы автоматизации делопроизводства

1.3 Автоматизация отдела кадров

2. Проектирование программного обеспечения

2.1 Описание предприятия

2.2 Основание для разработки

2.3 Стадии и этапы создания информационных систем

2.4 Средства разработки информационных систем

2.5 Выбор метода проектирования АИС

2.6 Проектирование базы данных

2.7 Разработка алгоритмов обработки информации

2.8 Анализ алгоритмов работы с базой данных

2.9 Создание форм

2.10 Разработка интерфейса взаимодействия пользователя с системой

2.11 Описание программы

2.12 Описание задачи

Заключение

Список использованных источников

Введение

В условиях рыночной экономики информация выступает как один из основных товаров. Успех коммерческой и предпринимательской деятельности связан с муниципальными, банковскими, биржевыми информационными системами, информатизации об оптовой и розничной торговли, торговых домов, служб управления трудом и занятостью, созданием банка данных рынка товаров и услуг, развитием центров справочной и аналитико-прогнозной котировочной информации, электронной почты, электронного обмена данными [1-2].

Новейшие достижения в области микроэлектроники привели к новым концепциям в организации информационных служб. Благодаря высокопроизводительным и экономичным микропроцессорам информационно-вычислительные ресурсы приближаются к рабочим местам менеджеров, бухгалтеров, плановиков, администраторов, инженеров и других категорий работников. Совершенствуются персональные системы обработки данных, упрощается документооборот, внедряются автоматизированные рабочие места на базе персональных компьютеров

Подходя к современным требованиям, предъявляемых к качеству работы управленческого звена коммерческой компании, нельзя не отметить, что эффективная работа его всецело зависит от уровня оснащения офиса компании электронным оборудованием, таким, как компьютеры, средства связи, копировальные устройства.

В этом ряду особое место занимают компьютеры и другое электронное оборудование, связанное с их использованием в качестве инструмента для рационализации управленческого труда. Их использование в качестве информационных машин, что, хотя и не соответствует их названию, но в последнее время становится основным видом их применения, позволяет сократить время, требуемое на подготовку конкретных маркетинговых и производственных проектов.

За последние несколько лет вырос уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.

К настоящему времени накоплен значительный опыт проектирования баз данных (БД), предназначенных для управления производством, это позволяет сделать процесс создания БД более эффективным.

Темой данной дипломной работы является база данных "Кадровый учет" на примере предприятия ТОО "Технология связи". Целью работы является создание программа "АИС "Кадровый учет".

Для достижения поставленной цели необходимо выполнить следующие задачи:

.        Проанализировать основные принципы автоматизации делопроизводства.

2.      Привести основания для разработки

.        Изучить стадии и этапы проектирования информационных систем

.        Выбрать средства разработки программного продукта.

Объектом исследования дипломной работы являются принцы автоматизации электронного делопроизводства.

Методы исследования: аналитический обзор литературы, программных систем.

Работа отдела кадров связана с накоплением большого количества информации о личных данных сотрудников. Традиционно информация храниться на бумажных носителях. При этом трудно осуществить быстрый отбор нужных данных при приеме на работу, увольнении, переходе на другую должность или других перемещениях сотрудника.

Немаловажен вопрос надежности хранения и конфиденциальности личных данных о работающих на предприятии.

С учетом имеющихся знаний относительно построения баз данных было принято решение написать программу с учетом требований предъявляемых руководством предприятия. Средства реализации являются перспективными и позволили решить поставленную задачу в соответствии с требованиями к программе.

По результатам исследования опубликована статья в Сборнике магистрантов и студентов КСТУ

Дипломная работа состоит из введения, двух разделов, заключения, списка использованных источников. Работа содержит 7 таблиц и 23 рисунка. Список используемой литературы содержит 50 наименование.

1. Анализ принципов автоматизации делопроизводства

1.1 Общие понятия документооборота

В современных условиях для повышения эффективности управления необходимо совершенствование работы с документами, так как всякое управленческое решение всегда базируется на информации, на служебном документе.

Организация работы с документами влияет на качество работы аппарата управления, организацию и культуру труда управленческих работников. Совершенствование управления производственно-хозяйственными системами, повышение уровня организации и эффективности управленческого труда во многом зависит от того, насколько рационально поставлено в учреждениях и на предприятиях делопроизводство и насколько профессионально ведется документация, гарантируется успех управленческой деятельности в целом [3-5].

Значение делопроизводственного обслуживания как одной из важнейших сфер деятельности определяется рядом факторов и прежде всего его универсальностью. Основу информационной среды любого предприятия, организации или учреждения составляют документы, созданные как "традиционным" рукописным, машинописным, типографическим способом, так и полученные с использованием компьютерных технологий.

Содержащаяся в них информация будет обладать юридической силой и может быть использована только при совершении ряда обязательных делопроизводственных операций. В правильной организации делопроизводства заложена основа сохранности и эффективного использования документной информации в будущем.

Документированная информация (документ) - это зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать.

Делопроизводство - это специфическое направление деятельности, которое занимается составлением, оформлением документов, их обработкой и хранением.

Движение документов в организации с момента их создания или получения до завершения исполнения или отправления называется документооборотом.

Вся документация организации делится на три документопотока:

.        входящие (поступающие) документы;

2.      исходящие (отправляемые) документы;

.        внутренние документы.

По отношению к каждому конкретному исполнителю все документы, с которыми он имеет дело, делятся на несколько категорий:

.        входящие, с которыми исполнитель не успел ознакомиться;

2.      в работе, которые ждут его действий;

.        на контроле, по которым он ожидает действий от других исполнителей.

В технологической цепочке обработки и движения документов можно выделить этапы:

.        прием и первичная обработка документов;

2.      предварительное рассмотрение и распределение документов;

.        регистрация;

.        контроль за исполнением;

.        информационно-справочная работа;

.        исполнение документов и отправка.

Общие требования к системе электронного документооборота

Масштабируемость. Желательно, чтобы система документооборота могла поддерживать как пять, так и пять тысяч пользователей, и ее способность наращивать мощность определялась только мощностью аппаратного обеспечения, на котором она установлена. Выполнение этого требования может быть обеспечено с помощью поддержки индустриальных серверов баз данных, производства, например, компаний SybaseTTVlicrosoft, Oracle, Informix, которые существуют практически на всех возможных программно-аппаратных платформах, обеспечивая тем самым максимально широкий спектр производительности [6-8].

Распределенность. Основные проблемы при работе с документами возникают в территориально-распределенных организациях, поэтому архитектура системы документооборота должна поддерживать взаимодействие распределенных площадок. Причем они могут быть объединены самыми разнообразными по скорости и качеству каналами связи. Архитектура системы также обязана обеспечивать взаимодействие с удаленными пользователями.

Модульность. Вполне возможно, что заказчику может не потребоваться сразу внедрение всех компонентов системы документооборота, а иногда круг решаемых заказчиком задач меньше всего спектра задач документооборота. Поэтому очевидно, что система должна состоять из отдельньгх модулей, интегрированных между собой.

Открытость. Система документооборота не может и не должна существовать в отрыве от других приложений, к примеру часто необходимо интегрировать систему с прикладной бухгалтерской программой. Следовательно, система документооборота должна иметь открытые интерфейсы для возможной доработки и интеграции.

 

1.2 Принципы автоматизации делопроизводства

С точки зрения системы автоматизации делопроизводства, документ, как правило, распадается на тело документа - файл (файлы), вся содержательная работа с которым обычно ведется вне рамок системы делопроизводства, и регистрационную карточку, содержащую все реквизиты документа, с которой собственно и идет работа. Файлов может и не существовать, документ может оставаться в бумажной форме.

Автоматизированные системы делопроизводства делятся на два класса [9-12].

К первому относятся системы управления электронными архивами. Их основные функции: регистрация новых документов, хранение, поиск и их извлечение с целью передачи в приложения, умеющие с ними работать.

Ко второму классу относятся системы управления электронным документооборотом (СУЭД, DMS - Document Management System). На них возложены функции управления документами на пути прохождения от одного пользователя-должностного лица к другому с возможностью контроля за их перемещением с фиксацией всех изменений и сопровождающих резолюций. В готовых системах одного класса могут встречаться функции другого класса.

В настоящее время основная концепция автоматизации документооборота базируется на принципах управления бизнес-процессами (потоками работ, WorkFlow), в ходе выполнения которых создаются и движутся документы. Иными словами, это организация и управление процессами создания документов на основе последовательной обработки различными пользователями других ранее существовавших документов. Но для функционирования систем класса WorkFlow, делопроизводственные процессы организации должны быть строго структурированы и формализованы, что встречается далеко не всегда. Поэтому система должна иметь функцию, позволяющую организовать и спланировать выполнение работ с документами, как по заранее предопределенным маршрутным технологическим схемам, так и с предоставлением исполнителям определенной свободы в принятии решения на своем уровне.

Функциональные требования к системам автоматизации делопроизводства представлены в таблице 1.

база интерфейс алгоритм делопроизводство

Таблица 1.

Требования к системам автоматизации делопроизводства

№	Функция	Описание
1	2	3
1	Создание документа	Документ может создаваться либо самостоятельно в соответствующем редакторе (текстовом, графическом), либо на основе подготовленных шаблонов.
2	Регистрация документа	Для каждого учетного документа формируется регистрационно-контрольная карточка (РКК), в которую заносятся сведения о документе. Регистрироваться могут как поступившие извне, так и созданные внутри организации документы.
3	Письма и обращения граждан	Характеризуется тем, что связующим началом пакета документов является адресат-отправитель, даже в том случае, если он пишет по разным вопросам.
4	Решения и распоряжения	Технология регистрации, обработки и контроля распорядительных документов: внешних - постановлений, указов, распоряжений вышестоящих организаций; внутренних - протоколов, приказов, распоряжений отличается от технологии обработки переписки тем, что на контроль ставится не только документ в целом, но и отдельные пункты, переписка и контроль ведется по каждому из них в отдельности.
5	Рабочие папки пользователя	Понятие папки используется в системе для объединения документов по определенным признакам. Причем, зачастую в папке хранится не сам документ, а ссылка на него. Пользователь может свои рабочие папки создавать, удалять и обмениваться ими с другими пользователями.
6	Контроль исполнения	Реализуется контроль исполнения документов, как на уровне автора резолюции, так и централизованный контроль с возможностью формирования сводок об исполнении контрольных документов. При контроле исполнения распорядительных документов на контроль ставится не только документ в целом, но и отдельные пункты.
7	Обработка и хранение собственно документов	К регистрационной карточке может быть "прикреплено" любое число файлов, содержащих собственно документ в компьютерной форме представления (например, текст, аудио или видеоматериал и т.д.). Система должна обладать возможностью слияния документов, позволяющей сводить воедино отдельные файлы текстов и графики, формируя законченный документ. Современные системы, в том или ином виде, обеспечивают управление бумажными документами (они, как правило, зарегистрированы в архиве, но их тело находится на вполне материальной полочке и по требованию сотрудника перемещается на его рабочий стол).
8	Работа с взаимосвязанными документами	Поддерживается возможность установления ссылок между регистрационными карточками документов, связанных тематически, отменяющих или дополняющих друг друга, повторными и т.д. Работая с документом, всегда можно просмотреть всю переписку по вопросу, ее историю, разосланные копии карточек по другим подразделениям, имея мгновенный доступ к каждой интересующей карточке.
9	Движение документов, ввод резолюций и замечаний	Механизм движения документов (workflow), обеспечивает обработку и передачу документов между пользователями системы. При этом основанием для автоматической передачи документа от одного должностного лица другому является факт нанесения резолюции или факт оформления отчета об исполнении документа. Маршрутизация движения документа может быть жестко заданной или может задаваться пользователем. Путь прохождения документа с момента передачи его руководителю на первичное рассмотрение до списания в дело фиксируется в зоне исполнителей регистрационной карточки
10	Функционирование вложенных подсистем	В систему делопроизводства организации входят подсистемы подразделений с своими функциями (учет, контроль, движение документов и др.).
11	Отслеживание версий одного документа	При совместной работе нескольких пользователей над одним документом, много времени и сил отнимает проблема "версий" и проблема "копий и оригиналов".
12	Учет номерных документов	Учет использования номерных документов. Формирование отчетности.
13	Распределенная обработка; отправка документов (почта)	Процесс обработки документов должен быть единым для всех пользователей системы, независимо от территориального расположения рабочих станций, серверов, степени их удаленности и используемых видов связи. Для обмена информацией между пользователями в системе предусматривается электронная почта, в функции которой входит: служебная и личная переписка; автоматическая рассылка сообщений и уведомлений. Система позволяет формировать списки рассылки.
14	Работа через Интернет	В системе реализуется Web-сервер делопроизводства, обеспечивающий доступ к данным о документах и самим документам с любого локального или удаленного компьютера через сеть Internet (Intranet). Пользователю предоставляется возможность для формирования запроса на поиск документа или группы документов, зарегистрированных в системе.
15	Поиск документа по реквизитам	Поиск документа может осуществляться по реквизитам, по теме, по указанным заранее ключевым словам.
1	2	3
16	Контекстный поиск	Существует возможность поиска документов по контексту, то есть по полному значению текстового поля или по отдельным словам или их частям. Причем поиск производится не только в регистрационной карточке, но и непосредственно в документе.
17	Архивирование документов	После обработки, подписанные документы помещаются в архив. Документы из архива редактировать нельзя, их можно читать или удалять. АРМ администрирования архива позволяет настраивать режимы архивирования и восстановления документов, устанавливать права доступа к архивам.
18	Списание документа в дело	По завершении работы над документом он списывается в дело. Далее документ либо передается на архивное хранение, либо уничтожается в соответствии с правилами архивного хранения, принятыми на предприятии. В автоматизированной системе списание документа в дело осуществляется путем занесения в регистрационную карточку соответствующей записи.
19	Ведение словарей и справочников	К справочникам системы относятся: пользователи, подразделения, организации, граждане, тематические рубрикаторы документов, стандартные тексты, номенклатуры дел, грифы доступа, списки рассылки. В некоторых системах можно самостоятельно создавать новые таблицы справочников.

 

1.3 Автоматизация отдела кадров

Использование информационных технологий, благодаря универсальным возможностям различных программ и программного обеспечения позволяет решать вопросы повышения интенсивности процессов в бизнесе, разрешать проблемные ситуации в сфере управления и контроля над персоналом. При этом автоматизация бизнеса никак не зависит ни от направления деятельности, ни от уровня развития компании. Одной из составных частей автоматизации, в которой крайне нуждается бизнес, является структура кадрового управления [13-15].

При внедрении автоматизации в этом подразделении предприятия, появляется уникальная возможность точного учета сотрудников; оперативного решения таких повседневных задач, как: издание и регистрация приказов и других документов, отслеживание регламента предоставления отпусков, получение и систематизация различной исходящей и входящей информации, многие другие многочисленные заботы и вопросы отдела кадров. Соответствующие программы автоматизации оказывают помощь в умелом распределении трудовых ресурсов компании, а также являются средством получения необходимой индивидуальной информации и корпоративных сведений.

Вначале автоматизация бизнеса в кадровой сфере была узконаправленной и касалась исключительно расчетов заработной платы.

Постепенно бизнес претерпевал качественные изменения, а вместе с тем подпирала необходимость соответствующих пертурбаций в интенсификации работы отделов кадров. Спрос, как известно, рождает предложение. В связи с этим расширялись функциональные возможности имеющихся программ, параллельно разрабатывались новые программные продукты.

Актуальность автоматизации деятельности управления кадрами диктовалась и технологическими инновациями, когда бизнес развивается на новом уровне. Все насущнее становится потребность в оптимизации одной из главных составляющих успеха любого предприятия - удачной кадровой политики.

Большое значение имеют не только собственно кадры компании, но также их правильное перераспределение, своевременная корректировка трудовых ресурсов. Только автоматизация бизнеса способна обеспечить решения растущих кадровых задач на высоком уровне.

Обзор программных средств автоматизации отдела кадров

1. Фараон

Назначение: Автоматизирует управление персоналом: ведет учет личных дел, кадровых операций (приемы, переводы, увольнения, командировки, больничные, отпуска, обучение, аттестации), выводит приказы в соответствии с унифицированными формами, расчитывает остатки отпусков, ведет учет рабочего времени, выстраивает организационную структуру, организует делопроизводство и т.д.

Автоматизированная система управления персоналом "Фараон" - это современная компьютерная программа, сочетающая в себе функции автоматизации управления персоналом и кадрового делопроизводства. Главными особенностями системы Фараон являются ее наглядность, удобство, гибкая настройка, возможность вести несколько юридических лиц одновременно, а также интеграция с пакетом программ Microsoft Office.

Фараон представляет организационную структуру компании в виде иерархического "дерева", отражающего вложенность подразделений и должностей. Такое представление организационной структуры имеет следующие преимущества:

Графическое представление организационной структуры удобно тем, что дает возможность легко выполнять сложные структурные преобразования. Например, в случае поглощения одного подразделения другим, вам будет достаточно мышкой "перетащить" одно подразделение вовнутрь другого. При этом автоматически создастся приказ, изменится штатное расписание, а также внесутся соответствующие изменения в личные дела всех сотрудников данных подразделений.

Благодаря графическому представлению организационной структуры у пользователей Фараона развивается целостный взгляд на свою компанию и появляется возможность проводить кадровый анализ на любом ее уровне. Проще говоря, можно выполнять поиск или строить отчеты как по всей компании сразу, так и по отдельно взятым подразделениям.

Например, можно выбрать подразделение и вызвать список работающих в нем сотрудников или вызвать список командировок сотрудников этого подразделения, а также построить штатное расписание или табель учета рабочего времени или отчет с расчетом отпусков этого подразделения или всей компании.

2. 1С: Зарплата и Управление Персоналом 8

Назначение: Программа массового назначения для комплексной автоматизации расчета заработной платы и реализации кадровой политики предприятий и организаций. Она успешно применяется в кадровых службах и бухгалтериях, а также в других подразделениях, в задачу которых входит организация эффективной работы персонала.

С: Зарплата и Управление Персоналом 8 - это готовое к работе решение, в котором учтены требования законодательства, реальная практика работы предприятий и мировые тенденции развития методов мотивации и управления персоналом.

Программа позволяет вести учет в единой информационной базе от имени нескольких организаций - юридических лиц, а также индивидуальных предпринимателей, которые с точки зрения организации бизнеса составляют единое предприятие.

"1С: Зарплата и Управление Персоналом 8" создана на технологической платформе нового поколения "1С: Предприятие 8", которая обеспечивает высокую гибкость, настраиваемость, масштабируемость, производительность и эргономичность прикладных решений. В комплект поставки программного продукта входит типовая конфигурация "Зарплата и Управление Персоналом".

3. DIRECTUM: Кадровые процессы

Назначение: Решение задач, направленных на поддержку кадровых процессов и документооборота, реализацию кадровой политики, повышение прозрачности работы с персоналом.

Бизнес-решение "DIRECTUM: Кадровые процессы" позволяет решить следующие бизнес - задачи:

.        Организация процесса подбора кадров: сбор и утверждение заявок на персонал подразделений, формирование списка вакансий, публикация на сайте компании или передача в кадровое агентство, организация собеседований и оценка кандидатов до приема на работу.

2.      Контроль завершения испытательного срока.

.        Организация процессов приема и увольнения персонала: контроль прохождения необходимых инструктажей при приеме сотрудников, выдача пропусков, создание учетных записей автоматизированных систем и т.п.; организация процесса увольнения: формирование обходного листа, контроль окончательного расчета с работником, передача полномочий, задач, документов.

.        Организация процессов перевода и назначения персонала: контроль изменения данных для расчета заработной платы, прав доступа к базам данных и программному обеспечению, организация нового рабочего места сотрудника.

.        Организация процессов согласования кадровых документов.

.        Согласование и учет командировок.

.        Создание и поддержание в актуальном состоянии на портале компании электронного справочника сотрудников, содержащего служебный телефон, местонахождение, фотографию сотрудника.

4. АСУПП "КАДРЫ"

Назначение: Автоматизированная система управления персоналом предприятия

Рисунок 1. Интерфейс программы

АСУПП "КАДРЫ" предназначается для формирования организационной структуры предприятия и ведения профессиональной деятельности кадровой службы по учету, подбору, движению персонала работников, контроля и управления им с использованием системного анализа на предприятии (организации) любой формы собственности и хозяйственной деятельности, независимо от правового статуса, организационной структуры и численности, методов управления.

5. КИС "Трудовик"

Назначение: комплексная автоматизация управления персоналом

КИС "Трудовик" предназначен для автоматизации процессов управления персоналом и расчета заработной платы в крупных и средних компаниях и холдинговых структурах. Он решает весь спектр задач в области управления персоналом: описание структуры компании, учет личного состава, табельный учет, расчет заработной платы (в том числе сдельной), выплат и удержаний, предоставление налоговой отчетности, анализ затрат и многие другие.

Основная задача КИС "Трудовик" - повышение эффективности управления персоналом. Его внедрение позволяет упорядочить учетно-расчетные процессы управления персоналом, обеспечить их безошибность и соответствие законодательству, ускорить процесс формирования заработной платы и налоговых отчислений, предоставить руководителям бизнеса, бухгалтерам, кадровым инспекторам мощные средства аналитики.

6. Система ''КАДРЫ''

Назначение: Система предназначена для автоматизации и оптимизации бизнес-процессов в области управления персоналом: ведение штатного расписания, личных карточек, командировок, отпусков, табельный учет рабочего времени, формирование и ведение приказов по личному составу и многое другое.

Система "КАДРЫ" реализована на базе новейших технологий, гибко настраивается, масштабируема и успешно используется как в небольших организациях на ограниченном количестве рабочих мест, так и в крупных компаниях, численность персонала которых достигает тысяч и десятков тысяч сотрудников.

Ведение штатного расписания

.        Ведение личных карточек работников

2.      Ведение базы данных по командировкам

.        Ведение приказов по личному составу

.        Формирование отчетов, справок, выходных форм

.        Поиск

Выводы по анализу

В настоящее время на рынке программного обеспечения представлено большое количество продукции автоматизации деятельности отдела кадров. Представленные системы обладают очень большим количеством функций, что является несомненным положительным моментом. Однако, после анализа описанных выше автоматизированных систем, был сделан вывод, что большинство программ предназначено для крупных предприятий и являются дорогостоящим ПО. Оплачивать необходимо не только сам программный продукт, но его поддержку и обновление. А для предприятия малого бизнеса это будет очень затратно. Исходя из этого, было принято решение о написании программы автоматизации делопроизводства отдела кадров ТОО "Технология связи".

2. Проектирование программного обеспечения

 

2.1 Описание предприятия

 

Компания ТОО "Технология связи" основана в 2007 году.

Активная деятельность организации берет свое начало в качестве предприятия с небольшим штатом квалифицированных сотрудников, специализирующихся на предоставлении услуг по ремонту принтеров и заправки картриджей. Профессионализм и непрерывное стремление сотрудников самосовершенствоваться стали движущей силой к диверсификации направлений работы амбициозной команды.

Результаты не заставили себя долго ждать, и уже в 2008 году компания начинает продавать компьютеры и комплектующие, постепенно создавая потребительскую ценность приобретения "умной" техники именно в ТОО "Технология связи".

В течение 2009 года предприятие было сосредоточено на сохранении постоянных клиентов и приобретении новых, поэтому спектр услуг неуклонно расширялся по мере запросов потребителей и рациональных предложений сотрудников. Результатом поставленных целей явилось расширение организации в форме открытия второго магазина, специализированного на розничных продажах компьютеров с оказанием услуги "сборка за час", а также ноутбуков, лицензионного программного обеспечения, периферийного оборудования и акустических систем, а также различных необходимых "мелочей" и дополнений.

В последующие годы команда ТОО "Технология связи" наращивала обороты, совершенствовала сервисное обслуживание и повышала уровень знаний для оказания компетентной бесплатной информационной поддержки клиентов.

На рисунке 2 представлена структура организации.

Рисунок 2. Схема "Структура управления предприятием"

2.2 Основание для разработки

При изучении существующей системы обработки информации в компании "Технология связи", а именно системы учета кадров в ТОО, было выяснено, что таковая отсутствует, и был предложен вариант автоматизированной системы учета кадров в ТОО. Объектом разработки является программа учета кадров на предприятии.

Целью работы является разработка, программы, которая обеспечит корректное введение файлов, содержащих данные о персонале предприятия; дополнить ее средствами точного и частичного поиска информации, обеспечение целостности базы данных.

Наименование и область применения

Программа "Кадровый учёт" должна применяться для обеспечения корректного хранения и получения данных о персонале предприятия:

.        информации об отделах,

2.      о сотрудниках отделов,

.        семейном положении,

.        образовании сотрудников, которые приходят на предприятие или уходят с предприятия.

Назначение разработки

Программа предназначена для хранения и получения в случае необходимости данных о персонале предприятия:

.        информации об отделах,

2.      о сотрудниках отделов,

.        семейном положении,

.        образовании сотрудников, которые приходят на предприятие или уходят с предприятия,

.        формирование приказов о приеме на работу или увольнении сотрудников,

.        формирование личных карточек сотрудников,

.        вывод сформированных отчетов на печать.

Требования к функциональным характеристикам

Взаимодействие программы и пользователя должно проходить в диалоговом режиме. В начале работы программы пользователю будет предоставлена возможность выбрать одну из трёх кнопок.

При нажатии на кнопку "Работа" на экране монитора появляется форма "Кадровый учет", в которой находятся таблицы, содержащие информацию об отделах предприятия и сотрудниках, входящих в тот или иной отдел.

При нажатии на кнопку "О программе" на экран монитора выводится окно "О программе…", в котором указано пояснение к программе. При нажатии на кнопку "Выход" программа должна завершить своё выполнение.

Требования к составу и параметрам технических средств. Программа должна правильно функционировать на стандартном комплексе технических средств из состава персональных компьютеров семейства IBM PC 486 и выше с цветным монитором, адаптером SVGA и выше.

Информационная и программная совместимости

Персональный компьютер должен быть снабжён операционной системой Window XP. Программа должна быть написана на языке программирования Delphi.

2.3 Стадии и этапы создания информационных систем

При создании базы данных (БД) был использован метод работы разделенный на стадии:

Стадия 1. Формирование требований к БД.

На начальной стадии проектирования были выделены следующие этапы работ:

-       обследование объекта и обоснование необходимости создания БД;

-       формирование требований пользователей к БД;

-       оформление отчета о выполненной работе и тактико-технического задания на разработку.

На этапе обследования была использована классификация планируемых функций системы по степени важности. Одним из возможных вариантов представления такой информации - MuSCoW (Must have - необходимые функции; Should have - желательные функции; Could have - возможные функции; Won`t have - отсутствующие функции) [16-18].

При этом функции первой категории обеспечивают критичные для успешной работы системы возможности.

Реализация функций второй и третьей категорий ограничивается временными и финансовыми рамками: разрабатывается то, что необходимо, а также максимально возможное в порядке приоритета число функций второй и третьей категорий, что в данном случае будет не критично.

Последняя категория функций важна, поскольку необходимо четко представлять границы проекта и набор функций, которые будут отсутствовать в системе.

На этапе обследования по формату MuSCoW были классифицированы функции создаваемой программы.

1.      Необходимые функции:

-       Содержание информации об отделах;

-       Информации о сотрудников отделов;

-       Информации о семейном положении;

-       Информации об образовании сотрудников, которые приходят в компанию или увольняются;

-       Обеспечение средствами точного и частичного поиска информации;

-       Формирование приказов о принятии на работу, об увольнении, личных карточек.

2. Желательные функции:

-       Выборка по стажу работы сотрудников;

-       Выборка по семейному положению;

-       Выборка по количеству детей.

3. Возможные функции:

-       Возможность распечатки документов;

-       Сохранение приказов.

Стадия 2. Разработка концепции БД.

-       изучение объекта автоматизации;

-       проведение необходимых научно-исследовательских работ;

-       разработка вариантов концепции БД, удовлетворяющих требованиям пользователей;

-       оформление отчета и утверждение концепции.

На этом этапе рассматривались варианты использования готовых программ сторонних производителей, но они были отвергнуты ввиду либо дороговизны приобретения, либо по недостаткам функциональных возможностей и специфики предприятия, а также невозможностью их модернизации или изменения. Были изучены особенности разнообразных средств разработки, в результате которых для разработки программного комплекса были выбраны BDE и Delphi.

Стадия 3. Техническое задание.

Разработка и утверждение технического задания на создание БД.

Техническое задание - это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.

Стадия 4. Эскизный проект.

-       разработка предварительных проектных решений по системе и ее частям;

-       разработка эскизной документации на программный продукт и его части.

Эскизный проект предусматривает разработку предварительных проектных решений по системе и ее частям.

Выполнение стадии эскизного проектирования не является строго обязательной. Так как основные проектные решения были определены ранее и достаточно очевидны для конкретного программного комплекса, эта стадия была исключена из общей последовательности работ.

Стадия 5. Технический проект.

-       разработка проектных решений по системе и ее частям;

-       разработка документации на программный продукт и его части;

-       разработка заданий на проектирование в смежных частях проекта.

Стадии 3, 4, 5 были объединены, потому как разработка данного проекта не требовала разбиения на такое количество частей.

На основе технического задания (и эскизного проекта) разрабатывается технический проект БД. Технический проект системы - это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности автоматизированной системы управления и перечень мероприятий по подготовке объекта к внедрению.

На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ для выбора основных проектных решений и расчет экономической эффективности системы.

Стадия 6. Ввод в действие.

-       подготовка объекта автоматизации;

-       подготовка персонала;

-       проведение предварительных испытаний;

-       проведение опытной эксплуатации;

-       проведение приемочных испытаний.

 

.4 Средства разработки информационных систем

Хотя информационные системы являются обычным программным продуктом, они имеют ряд существенных отличий от стандартных прикладных программ и систем [19-21].

В зависимости от предметной области информационные системы могут очень сильно различаться по своим функциям, архитектуре, реализации. Однако можно выделить ряд свойств, которые являются общими:

.        информационные системы предназначены для сбора, хранения и обработки информации. Поэтому в основе любой из них лежит среда хранения и доступа к данным;

2.      информационные системы ориентируются на конечного пользователя, не обладающего высокой квалификацией в области применения вычислительной техники. Поэтому клиентские приложения информационной системы должны обладать простым, удобным, легко осваиваемым интерфейсом, который предоставляет конечному пользователю все необходимые для работы функции, но в то же время не дает ему возможность выполнять какие-либо лишние действия.

Таким образом, при разработке информационной системы приходится решать две основные задачи:

.        задачу разработки базы данных, предназначенной для хранения информации;

2.      задачу разработки графического интерфейса пользователя клиентских приложений.

База данных - это, прежде всего, набор таблиц. Таблицу можно представлять себе как двумерную таблицу с характеристиками (атрибутами) какого-то множества объектов. Таблица имеет имя - идентификатор, по которому на нее можно сослаться.

Столбцы таблицы соответствуют тем или иным характеристикам объектов - полям. Каждое поле характеризуется именем и типов хранения данных. Имя поля - это идентификатор, который используется в различных программах для манипуляции данными.

Тип поля характеризует тип хранящихся в поле данных.

Каждая строка таблицы соответствует одному из объектов. Она называется записью и содержит значения всех полей, характеризующие данный объект.

При составлении таблиц баз данных важно обеспечивать непротиворечивость информации. Обычно это делается введением ключевых полей - обеспечивающих уникальность каждой записи. Ключевым может быть одно или несколько полей.

База данных обычно содержит не одну, а множество таблиц. Отдельные таблицы, конечно, полезны, но гораздо больше информации можно извлечь именно из совокупности таблиц.

В связанных таблицах обычно одна выступает как главная, а другая или несколько других - как вспомогательные, управляемые главной. Главная и вспомогательная таблицы связываются друг с другом ключом. В качестве ключа могут выступать какие-то поля, присутствующие в обеих таблицах. [22]

Создают базы данных и обрабатывают запросы к ним системы управления базами данных - СУБД. Разные СУБД по-разному организуют и хранят базы данных. Например, Paradox и dBase используют для каждой таблицы отдельный файл.

В этом случае база данных - это каталог, в котором хранятся файлы таблиц. В Microsoft Access и InterBase несколько таблиц хранится как один файл. В этом случае база данных - это имя файла с путем доступа к нему. Системы типа клиент/сервер, такие, как серверы Sybase или Microsoft SQL, хранят все данные на отдельном компьютере и общаются с клиентом посредством специального языка, называемого SQL [23].

Поскольку конкретные свойства баз данных очень разнообразны, пользователю было бы весьма затруднительно работать, если бы он должен был указывать в своем приложении все эти каталоги, файлы, серверы, да и приложение часто пришлось бы переделывать при смене, например, структуры каталогов и при переходе с одного компьютера на другой. Чтобы решить эту проблему, используют псевдонимы данных.

Псевдоним (alias) содержит всю информацию, необходимую для обеспечения доступа к базе данных. Эта информация сообщается только один раз при создании псевдонима. А приложение для связи с базой данных использует псевдоним.

В этом случае приложению безразлично, где физически расположена та или иная база данных, а часто безразлична и СУБД, создавшая и обслуживающая эту базу данных. При смене каталогов, сервера и т.п. ничего в приложении переделывать не надо. Достаточно, чтобы администратор базы данных ввел соответствующую информацию в псевдоним [24-26].

При работе с базами данных часто используется кэширование всех изменений. Это означает, что все изменения данных, вставка новых записей, удаление существующих записей, то есть все манипуляции с данными, проводимые пользователем, сначала делается не в самой базе данных, а запоминаются в памяти во временной, виртуальной таблице. И только по особой команде после всех проверок правильности вносимых в таблицу данных, пользователю представляется возможность или зафиксировать все эти изменения в базе данных, или отказаться от этого и вернуться к тому состоянию, которое было до начала редактирования.

Фиксация изменений в базе данных осуществляется с помощью транзакций. Это совокупность команд, изменяющих базу данных.

На протяжении транзакции пользователь может что-то изменять в данных, но это только видимость. В действительности все изменения сохраняются в памяти. И пользователю предоставляется возможность завершить транзакцию или внесением всех изменений в реальную базу данных, или отказом от этого с возвратом к тому состоянию, которое было до начала транзакции [27].

Для создания базы данных, в рамках разрабатываемой программы, была выбрана СУБД Paradox.является очень распространённым форматом для работы с базами данных самых различных языков программирования. Является "родным" для программных сред от фирмы Борланд: Delphi, СBuilder. Из этих сред работа с таблицами в формате Paradox очень простая. BDE - "родной" и самый быстрый способ доступа. Установка - автоматическая, проблема может быть только одна - на больших винчестерах программа инсталляции может неправильно определять объём свободного места и не ставится (выход - временно занять свободное место, оставив свободным только 1 гигабайт на время установки). Настройка не требуется. Практически не конфликтует с другим софтом, поддерживаются все стандартные конструкции SQL [28].

При разработке структуры БД было принято решение о создании четырех таблиц:

)        Таблица "Сотрудники"

2)      Таблица "Отдел"

)        Таблица "Образование"

)        Таблица "Семейное положение"

Выбор концептуальной модели

Для выбора концептуальной модели данных были рассмотрены три их разновидности:

.        Семантическая модель;

2.      Фреймы;

.        Модель "сущность-связь".

Семантическая модель основывается на построении семантической сети. Под семантической сетью понимают ориентированный граф, состоящий из помеченных вершин и дуг и задающий объекты и отношения предметной области. Семантические сети обладают рядом достоинств, а именно:

.        Описание объектов предметной области происходит естественным языком;

2.      Все записи, поступающие в БД накапливаются в относительно однородной структуре.

Но, несмотря на эти преимущества, семантическая модель данных обладает рядом недостатков, один из которых и наиболее существенный, заключается в том, что построение реляционной модели данных на основе семантических сетей затруднено.

Фреймы выражаются структурами данных с привязанными процедурами обработки этих данных. Фреймы могут быть следующих видов: событийные, характеристики, логические предикаты. Использование фреймовой модели так же нецелесообразно, поскольку данная модель не отражает типы связей в реляционной модели данных [29-32].

Модель "сущность-связь" описывается в терминах сущность, связь, значение. Сущность - понятие, которое может быть идентифицировано. Связь - соединение сущностей. Для представления связей и сущностей введен специальный метод: ER-диаграмма [33-35]. Различаются сущности трех основных классов: стержневые, ассоциативные и характеристические.

Стержневая сущность - это независимая сущность (ей свойственно независимое существование). Ассоциативная сущность или ассоциация рассматривается как связь между двумя или более сущностями типа "многие-ко-многим" или подобные им. Характеристическая сущность (или характеристика) представляет собой сущность, единственная цель которой, в рамках рассматриваемой предметной области, состоит в описании или уточнении некоторой другой сущности.

ER-диаграма - графическое представление взаимосвязей сущностей. Каждое множество сущностей представляется прямоугольником, а множество связей - ромбом. Связи могут быть трех типов: "один-к-одному", "один-ко-многим", "многие-ко-многим". Данные типы связи присущи реляционной модели, как и сущности, которым в реляционной модели соответствуют таблицы.

Вывод: в связи с тем, что модель "сущность-связь" наиболее близка по принципам организации к реляционной модели и реализация последней на основе первой наиболее удобна, то в качестве концептуальной модели выбрана модель "сущность-связь".

 

.5 Выбор метода проектирования АИС

Метод - это последовательный процесс создания моделей, которые описывают вполне определёнными средствами различные стороны разрабатываемой программной системы [36]. Методы важны по нескольким причинам.

Во-первых, они упорядочивают процесс создания сложных программных систем. Во-вторых, они позволяют менеджерам в процессе разработки оценить степень продвижения и риск.

Обычно методы проектирования делятся на три основные группы;

.        Метод проектирования сверху вниз;

2.      Метод потоков данных;

.        Объектно-ориентированное проектирование.

Для структурного проектирования характерна алгоритмическая декомпозиция. Следует отметить, что большинство программ написано в соответствии с этим методом.

Тем не менее, структурный подход не позволяет выделить абстракции и обеспечить ограничение доступа к данным; он также не предоставляет достаточных средств для организации параллелизма. Структурный метод не может обеспечить создание предельно сложных систем, и он, как правило, неэффективен в объектных и объектно-ориентированных языках программирования. Поэтому данный метод не использовался для проектирования АИС "Кадровый учет".

В методе потоков данных программная система рассматривается как преобразователь входных потоков в выходные. Метод потоков данных с успехом применялся при решении ряда сложных задач, в частности, в системах информационного обеспечения, где существуют прямые связи между входными и выходными потоками системы и где не требуется уделять особого внимания быстродействию. Но поскольку одним из основных требований предъявляемых к проектируемой АИС является увеличение скорости автоматизации учета кадров и уменьшение временных затрат на оформление приказов на предприятии, то применение данного метода также нецелесообразно для проектирования АИС.

Объектно-ориентированное проектирование (object-oriented design, OOD) - это подход, в основе которого лежит представление о том, что программную систему нужно проектировать как совокупность взаимодействующих друг с другом объектов, рассматривая каждый объект как экземпляр определённого класса, причём классы образуют иерархию

Объектно-ориентированный подход отражает топологию новейших языков высокого уровня, таких как Object Pascal, C++, Smalltalk [37-39] и других. Модели, для проектирования которой используется вышеназванный подход проектирования присущи четыре главных элемента:

.        Абстрагирование;

2.      Инкапсуляция;

.        Модульность;

.        Иерархия.

Абстрагирование позволяет выделить существенные характеристики проектируемого объекта, отличающие его от других объектов;

Инкапсуляция - процесс отделения друг от друга элементов объекта, определяющих его устройство и поведение. Она позволяет изолировать контрактные обязательства абстракции от их реализации.

Модульность - свойство системы, которая была разложена на внутренне связные, но слабо связанные между собой модули.

Иерархия - упорядочивание абстракций, расположение их по уровням.

Абстракция и инкапсуляция дополняют друг друга. Абстрагирование направлено на наблюдение поведения объекта извне, а инкапсуляция определяет четкие границы между различными абстракциями, то есть наблюдение за поведением объекта изнутри.

Использование этих элементов проектирования и позволяет значительно увеличить производительность любой проектируемой системы.

Таким образом, для проектирования АИС используется объектно-ориентированный подход.

Среда разработки оболочки базы данных на Delphi была выбрана по следующим причинам.на данный момент широко распространен. Довольно прост в изучении и обеспечивает все необходимые компоненты для работы с BDE, которая была выбрана для написании базы данных. Delphi достаточно широко документирован, при этом в Internet эта документация как правило бесплатна, и имеет большую группу поддержки состоящую из высококвалифицированных программистов.

Пакет Delphi - продолжение линии компиляторов языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы.

Корпорация Borland постоянно обогащала язык. Когда-то в версию 4.0 были включены средства раздельной трансляции, позже, начиная с версии 5.5, появились объекты, а в состав шестой версии пакета вошла полноценная библиотека классов Turbo Vision, реализующая оконную систему в текстовом режиме работы видеоадаптера. Это был один из первых продуктов, содержавших интегрированную среду разработки программ.

В классе инструментальных средств для начинающих программистов продуктам компании Borland пришлось конкурировать со средой Visual Basic корпорации Microsoft, где вопросы интеграции и удобства работы были решены лучше.

Когда в начале 70-х годов Н. Вирт опубликовал сообщение о Pascal, это был компактный, с небольшим количеством основных понятий и зарезервированных слов язык программирования, нацеленный на обучение студентов.

Язык, на котором предстоит работать пользователю Delphi, отличается от исходного не только наличием множества новых понятий и конструкций, но и идейно: в нем вместо минимизации числа понятий и использования самых простых конструкций (что, безусловно, хорошо для обучения, но не всегда оправдано в практической работе), предпочтение отдается удобству работы профессионального пользователя.

Как язык Turbo Pascal естественно сравнивать с его ближайшими конкурентами - многочисленными вариациями на тему языка Basic (в первую очередь с Visual Basic корпорации Microsoft) и с C++. Turbo Pascal существенно превосходит Basic за счет полноценного объектного подхода, включающего в себя развитые механизмы инкапсуляции, наследование и полиморфизм. Последняя версия языка, применяемая в Delphi, по своим возможностям приближается к C++.

Плюсы применения языка Pascal очевидны: с одной стороны, в отличие от Visual Basic, основанного на интерпретации промежуточного кода, для него имеется компилятор, генерирующий машинный код, что позволяет получать значительно более быстрые программы. С другой - в отличие от C++ синтаксис языка Pascal способствует построению очень быстрых компиляторов.

Среда программирования представляет собой несколько отдельных окон: меню и инструментальные панели, Object Inspector (в котором можно видеть свойства объекта и связанные с ним события), окна визуального построителя интерфейсов (Visual User Interface Builder), Object Browser (позволяющее изучать иерархию классов и просматривать списки их полей, методов и свойств), окна управления проектом (Project Manager) и редактора [40-42].содержит полноценный текстовый редактор типа Brief, назначения клавиш в котором соответствуют принятым в Windows стандартам, а глубина иерархии операций Undo неограниченна.

Как это стало уже обязательным, реализовано цветовое выделение различных лексических элементов программы. Процесс построения приложения достаточно прост.

Нужно выбрать форму (в понятие формы входят обычные, диалоговые, родительские и дочерние окна MDI), задать ее свойства и включить в нее необходимые компоненты (видимые и, если понадобится, неотображаемые): меню, инструментальные панели, строку состояния и т.п., задать их свойства и далее написать (с помощью редактора исходного кода) обработчики событий. Object Browser Окна типа Object Browser стали неотъемлемой частью систем программирования на объектно-ориентированных языках. Работа с ними становится возможной сразу после того, как вы скомпилировали приложение.сt Manager - это отдельное окно, где перечисляются модули и формы, составляющие проект.

При каждом модуле указывается маршрут к каталогу, в котором находится исходный текст. Жирным шрифтом выделяются измененные, но еще не сохраненные части проекта.

В верхней части окна имеется набор кнопок: добавить, удалить, показать исходный текст, показать форму, задать опции и синхронизировать содержимое окна с текстом файла проекта, т.е. с головной программой на языке Pascal.

Опции, включая режимы компиляции, задаются для всего проекта в целом. В этом отношении традиционные make-файлы, используемые в компиляторах языка C, значительно более гибки.Component Library (VCL) Богатство палитры объектов для построения пользовательского интерфейса - один из ключевых факторов при выборе инструмента визуального программирования. При этом для пользователя имеет значение как число элементов, включенных непосредственно в среду, так и доступность элементов соответствующего формата на рынке.

Установка Delphi проста и не требует дополнительной подготовки. В Delphi можно быстро создавать профессионально выглядящий оконный интерфейс для любых приложений, написанных на любом языке; интерфейс удовлетворяет всем требованиями автоматически настраивается на ту систему, которая установлена на компьютере пользователя, поскольку использует многие функции, процедуры, библиотеки Windows. А также, создавать законченные приложения для Windows самой различной направленности, от чисто вычислительных и логических, до графических и мультимедиа. [43]

На этапе разработки концепции ИС рассматривались варианты использования готовых программ сторонних производителей, но они были отвергнуты ввиду либо дороговизны приобретения, либо по недостаткам функциональных возможностей и специфики предприятия, а также невозможностью их модернизации или изменения.

Были изучены особенности разнообразных средств разработки, в результате которых для разработки программного комплекса были выбраны BDE и Delphi.широко популярен, и по нему есть много доступной документации. Как в Интернете, так и в книжных магазинах, в чем можно убедиться посмотрев список источников. BDE идет в поставке, на одном компакт-диске с Delphi. Легко устанавливается, и не требует дополнительной настройки. То есть, сразу после установки BDE готов к работе.

BDE служит посредником между приложением и базами данных. Он предоставляет пользователю единый интерфейс для работы, развязывающий пользователя от конкретной реализации базы данных.

Благодаря этому не надо менять приложение при смене реализации базы данных. Приложение Delphi обращается к базе данных через BDE. В этом случае общение с базами данных соответствует схеме, приведенной на рисунке 3. [44].

Приложение Delphi, когда ему нужно связаться с базой данных, обращается к BDE и сообщает обычно псевдоним базы данных и необходимую таблицу в ней. BDE реализован в виде динамически присоединяемых библиотек DLL (файлы IDAPI01. DLL, IDAPI32. DLL). Они, как и любые библиотеки, снабжены API (Application Program Interface - интерфейсом прикладных программ), названным IDAPI (Integrated Database Application Program Interface). Это список процедур и функций для работы с базами данных, которым и пользуются приложения.по псевдониму находит подходящий для указанной базы данных драйвер. Драйвер - это вспомогательная программа, которая понимает, как общаться с базами данных определенного типа. Если в BDE имеется собственный драйвер соответствующей СУБД, то BDE связывается через него с базой данных и с нужной таблицей в ней, обрабатывает запрос пользователя и возвращает в приложение результаты обработки. BDE поддерживает естественный доступ к таким базам данных, как Microsoft Access, FoxPro, Paradox и dBase.

Рисунок 3. Схема связи приложения Delphi с базами данных

Если собственного драйвера нужной СУБД в BDE нет, то используется драйвер ODBC. ODBC (Open Database Connectivity) - DLL, аналогичная по функциям BDE, но разработанная фирмой Microsoft. Она хранится в файле ODBC. DLL. Поскольку Microsoft включила поддержку ODBC в свои офисные продукты и для ODBC созданы драйверы практически к любым СУБД, фирма Borland включила в BDE драйвер, позволяющий использовать ODBC. Правда, работа через ODBC осуществляется несколько медленнее, чем через собственные драйверы СУБД, включенные в BDE, но благодаря связи с ODBC масштабируемость Delphi существенно увеличилась и сейчас из Delphi можно работать с любой сколько-нибудь значительной СУБД [45].поддерживает SQL - стандартизованный язык запросов, позволяющий обмениваться данными с SQL-серверами, такими, как Sybase, Microsoft SQL, Oracle, Interbase. Эта возможность используется особенно широко при работе на платформе клиент/сервер.

Другой важный момент - скорость разработки. Она до сих пор остается самой высокой по сравнению с другими наборами компонент (даже с IBObjects). А скорость разработки - это в первую очередь более низкая стоимость разработки системы [46].

 

.6 Проектирование базы данных

После изучения вопросов, описанных выше, были разработаны структура базы данных и интерфейс программы, после чего она была создана.

Данные темы подробно раскрыты в этом разделе.

Прежде, чем начать стоить приложение, работающее с базами данных, надо иметь сами базы данных. Для создания БД в данном случае использовалась программа Database Desktop, которая поставляется вместе с BDE и Delphi и которая позволяет создавать таблицы баз данных некоторых СУБД, задавать и изменять их структуру. Для создания с помощью Database Desktop таблиц базы данных была использована СУБД Paradox 7. В Paradox 7 база данных - это каталог, в котором лежат таблицы - файлы с расширением. db. При разработке структуры БД было принято решение о создании четырех таблиц:

Таблица 2.

"SOTRUDNIK"

ID

N_otd

FNS

Data_Birth

Work

Dey_begin

Last_work

Stag

Education

Married

N_child

Notdela

- порядковый номер_otd - номер сотрудника в отделе- Фамилия, Имя, Отчество сотрудника_Birth - Дата рождения- должность_begin - дата приема на работу_work - предыдущее место работы- стаж- образование- наличие семьи_child - количество детей- номер отдела

Таблица 3.

"OTDEL"

ID

Name_of_depart

SN_Header

Phone

- порядковый номер_of_depart - номер отдела_Header - начальник отдела- телефон

Таблица 4.

"OBRAZOVANIE"

IDsort

Тип образования

Форма обучения

Учебное заведение

Дата окончания

Специальность

Комментарий

 

Таблица 5.

"FAMILY"

IDsort

Член семьи

Дата рождения

ФИО

При создании новой таблицы, в представленном окне на рисунке 4, задается структура таблицы (поля и их типы), создаются вторичные индексы, выводятся диапазоны допустимых значений полей, значения по умолчанию.

Рисунок 4. Окно конструктора Paradox 7

Для каждого поля создаваемой таблицы, прежде всего, указывается имя - идентификатор поля. Он может включать до 25 символов и не может начинаться с пробела. Затем надо выбрать тип данных этого поля. Для некоторых типов необходимо задать размер (Size). Например, для строкового типа Alpha размер - это число символов.

Ключевые поля должны быть отмечены символом "*" в последней колонке.

Для таблицы SOTRUDNIK. db создается вторичный индекс fio, и в окне задания вторичного индекса на панели радиокнопок Index Options (опции индекса) устанавливается Maintained, что обуславливает обновление индекса при каждом изменении в таблице. В противном случае индекс обновляется только в момент связывания с таблицей или передачи в нее запроса. Поэтому полезно включать эту опцию для обновляемых таблиц. Если таблица используется только для чтения, эту опцию лучше не включать [3].

В таблице 6 представлена информационно-логическая модель данных, где указываются названия таблиц, поля, типы и размер полей, ключевые и индексированные поля.

Нормализация модели БД. Нормализация - это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных [47].

Как указывалось ранее, каждая таблица в реляционной БД удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений. Любая таблица, удовлетворяющая этому условию, называется нормализованной. Фактически, ненормализованные таблицы, то есть таблицы, содержащие повторяющиеся группы, даже не допускаются в реляционной БД.

Всякая нормализованная таблица автоматически считается таблицей в первой нормальной форме, сокращенно 1НФ. Таким образом, строго говоря, "нормализованная" и "находящаяся в 1НФ" означают одно и то же. Однако на практике термин "нормализованная" часто используется в более узком смысле - "полностью нормализованная", который означает, что в проекте не нарушаются никакие принципы нормализации. Дадим точные определения наиболее распространенных форм нормализации.

Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто.

Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и ни одно из ее неключевых полей не зависит функционально от любого другого неключевого поля.

Таблица 6.

Инфологическая таблица базы данных "Кадровый учет"

Таблица	Поле	Тип	Размер поля	Ключ	Индекс
OBRAZOVANIE	IDsort Тип образования Форма обучения Учебное заведение Дата окончания Специальность Комментарий	N A A A D A A	10 10 20 22 20	Да Нет Нет Нет Нет Нет Нет	Да Нет Нет Нет Нет Нет Нет
FAMILY	IDsort Член семьи Дата рождения ФИО	N A D A	10 50	Да Нет Нет Нет	Да Нет Нет Нет
OTDEL	ID Name_of_depart SN_Header Phone	N A A N	20 40	Да Нет Нет Нет	Да Нет Нет Нет
SOTRUDNIK	ID N_otd FNS Data_Birth Work Dey_begin Last_work Stag Education Married N_child Notdela	N N A D A D A N A A N N	50 18 12 5 5	Да Нет Нет Нет Нет Нет Нет Нет Нет Нет Нет Нет	Да Нет Да Нет Нет Нет Нет Нет Нет Нет Нет Нет

Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что " (N+1) - я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме".

Общий смысл дополнительного условия, налагаемого на (N+1) - ю нормальную форму по отношению к N-й нормальной форме, состоит в исключении этих непривлекательных особенностей. Теория нормализации основывается на наличии той или иной зависимости между полями таблицы. Определены два вида таких зависимостей: функциональные и многозначные [48].

Функциональная зависимость. Поле В таблицы функционально зависит от поля А той же таблицы в том и только в том случае, когда в любой заданный момент времени для каждого из различных значений поля А обязательно существует только одно из различных значений поля В. Отметим, что здесь допускается, что поля А и В могут быть составными.

Полная функциональная зависимость. Поле В находится в полной функциональной зависимости от составного поля А, если оно функционально зависит от А и не зависит функционально от любого подмножества поля А.

Многозначная зависимость. Поле А многозначно определяет поле В той же таблицы, если для каждого значения поля А существует хорошо определенное множество соответствующих значений В.

Вывод: Разрабатываемая модель БД находится в третьей нормальной форме, так как:

)        ни одна из строк таблиц БД не содержит в любом своем поле более одного значения;

2)      ни одно из ключевых полей не пусто;

)        ни одно из неключевых полей всех таблиц БД не зависит функционально от любого другого неключевого поля.

Выделение сущностей.

Сущность "сотрудник" является стержневой сущностью разрабатываемой модели. С сотрудником заключается трудовой договор, на основании которого осуществляется его деятельность на предприятии. В качестве ключа для данной сущности вводится атрибут ID. Все сущности, их атрибуты и ключи представлены в таблице 7.

Таблица 7.

Выделение сущностей

Название сущности	Атрибут	Ключ
FAMILY	IDsort, Член семьи, Дата рождения, ФИО	IDsort
OBRAZOVANIE	IDsort, Тип образования, Форма обучения, Учебное заведение, Дата окончания, Специальность, Комментарий	IDsort
OTDEL	ID, Name_of_depart, SN_Header, Phone	ID
SOTRUDNIK	ID, N_otd, FNS, Data_Birth, Work, Dey_begin, Last_work, Stag, Education, Married, N_child, Notdela	ID

При проектировании БД существуют взаимосвязи между информационными объектами трех типов: "один к одному", "один ко многим", "многие ко многим" (рисунок 5).

Рисунок 5. Взаимосвязи между объектами

 

Построение концептуальной модели.

Выделение связей между сущностями осуществляется на основании анализа предметной области. Все выделенные связи представлены на рисунке 4.

Модели "сущность-связь", дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными [49].

Под сущностью понимают основное содержание того явления, процесса или объекта, о котором собирают информацию для БД. В качестве сущности могут выступать место, вещь, личность, явление и т.д. При этом различают тип сущности и экземпляр сущности. Под типом сущности обычно понимают набор однородных объектов, выступающих как целое. Понятие "экземпляр сущности" относится к конкретному предмету. Например:

Тип сущности - сотрудник

Экземпляр сущности - Иванов, Петров, Сидоров и др.

В данном примере отдел, сотрудник, образование семья - сущности. Проанализируем связи между сущностями (рисунок 5).

Рисунок 5. Выделение связей между сущностями

Теперь можно перейти к проектированию информационной (концептуальной) схемы БД (атрибуты сущностей на диаграмме не показаны) (рисунок 6).

Логическое проектирование базы данных.

Для того чтобы обеспечить постоянные связи между данными отдельных таблиц, устанавливается целостность на уровне ссылок между таблицами, где одна из которых - головная (родительская), а другие - вспомогательные (дочерние).

На рисунке 7 можно просмотреть связь, которая отображает связь главной таблицы со вспомогательными, идущую из бока вспомогательных таблиц в бок главной таблицы. Около связей автоматически пишутся имена полей, по которым осуществляется связь [50].

Рисунок 6. ER-диаграмма модели данных "Кадровый учет"

otdel. dbsotrudnik. dbfamily. dbobrazovanie. db

В данном случае головной таблицей является таблица OTDEL и связана с таблицей SOTRUDNIK по ключевому полю ID и полю Notdela.

Связь устанавливается следующим образом: в свойстве MasterSource компонента Table, настроенного на вспомогательную таблицу, то есть SOTRUDNIK, устанавливается имя головной таблицы.

После этого в свойстве Master Fields, щелчком открывается окно редактора связей полей (Field Link Designer). Его вид приведен на рисунке 8.

Рисунок 7. Логическое проектирование базы данных

В нем слева в окне Detail Fields расположены имена полей вспомогательной таблицы, но только тех по которым таблица индексирована. Слева в окне Master Fields расположены поля головной таблицы.

Теперь необходимо выделить в одном и другом окне поля по которым будет осуществляться связь таблиц, и после щелчка по кнопке Add, эти поля переносятся в окно Joined Fields - соединяемые поля.

Таким образом, после формирования связи между таблицами, можно увидеть, что в зависимости от того, какую запись выбирает пользователь в списке отделов, будет отображаться список сотрудников этого отдела. Следовательно, если курсор скользит по головной таблице, а головная отображает только те записи, в которых поля, по которым осуществляется связь, совпадают с ключевыми полями головной таблицы.

Таблица FAMILY связана с таблицей SOTRUDNIK по ключевым полям IDsort и ID и таблицы OBRAZOVANIE и SOTRUDNIK, также по ключевым полям IDsort и ID.

Рисунок 8. Окно редактора связей полей головной (OTDEL) и вспомогательной (SOTRUDNIK) таблиц.

2.7 Разработка алгоритмов обработки информации

Перед началом разработки алгоритма необходимо четко уяснить задачу: что требуется получить в качестве результата, какие исходные данные необходимы и какие имеются в наличии, какие существуют ограничения на эти данные. Далее требуется записать, какие действия необходимо предпринять для получения из исходных данных требуемого результата [47].

Алгоритм - заранее заданное понятное и точное предписание возможному исполнителю совершить определенную последовательность действий для получения решения задачи за конечное число шагов.

Это - не определение в математическом смысле слова, а, скорее, описание интуитивного понятия алгоритма, раскрывающее его сущность.

На практике наиболее распространены следующие формы представления алгоритмов:

-       словесная (записи на естественном языке);

-       графическая (изображения из графических символов);

-       псевдокоды (полуформализованные описания алгоритмов на условном алгоритмическом языке, включающие в себя как элементы языка программирования, так и фразы естественного языка, общепринятые математические обозначения и другое);

-       программная (тексты на языках программирования).

Словесный способ записи алгоритмов представляет собой описание последовательных этапов обработки данных. Алгоритм задается в произвольном изложении на естественном языке.

Словесный способ не имеет широкого распространения по следующим причинам:

-       такие описания строго не формализуемы;

-       страдают многословностью записей;

-       допускают неоднозначность толкования отдельных предписаний.

Графический способ представления алгоритмов является более компактным и наглядным по сравнению со словесным.

При графическом представлении алгоритм изображается в виде последовательности связанных между собой функциональных блоков, каждый из которых соответствует выполнению одного или нескольких действий.

Такое графическое представление называется схемой алгоритма или блок-схемой.

Псевдокод представляет собой систему обозначений и правил, предназначенную для единообразной записи алгоритмов.

Он занимает промежуточное место между естественным и формальным языками.

С одной стороны, он близок к обычному естественному языку, поэтому алгоритмы могут на нем записываться и читаться как обычный текст. С другой стороны, в псевдокоде используются некоторые формальные конструкции и математическая символика, что приближает запись алгоритма к общепринятой математической записи.

В псевдокоде не приняты строгие синтаксические правила для записи команд, присущие формальным языкам, что облегчает запись алгоритма на стадии его проектирования и дает возможность использовать более широкий набор команд, рассчитанный на абстрактного исполнителя.

Однако в псевдокоде обычно имеются некоторые конструкции, присущие формальным языкам, что облегчает переход от записи на псевдокоде к записи алгоритма на формальном языке.

В частности, в псевдокоде, так же, как и в формальных языках, есть служебные слова, смысл которых определен раз и навсегда. Единого или формального определения псевдокода не существует, поэтому возможны различные псевдокоды, отличающиеся набором служебных слов и основных (базовых) конструкций.

Блок-схемой называют графическое представление алгоритма, в котором он изображается в виде последовательности связанных между собой функциональных блоков, каждый из которых соответствует выполнению одного или нескольких действий.

В блок-схеме каждому типу действий (вводу исходных данных, вычислению значений выражений, проверке условий, управлению повторением действий, окончанию обработки) соответствует геометрическая фигура, представленная в виде блочного символа. Блочные символы соединяются линиями переходов, определяющими очередность выполнения действий.

Алгоритмы можно представлять как некоторые структуры, состоящие из отдельных базовых элементов. Естественно, что при таком подходе к алгоритмам изучение основных принципов их конструирования должно начинаться с изучения этих базовых элементов

Логическая структура любого алгоритма может быть представлена комбинацией трех базовых структур: следование, ветвление, цикл.

Характерной особенностью базовых структур является наличие в них одного входа и одного выхода [48].

Базовая структура следование. Образуется из последовательности действий, следующих одно за другим

Базовая структура ветвление. Обеспечивает в зависимости от результата проверки условия (да или нет) выбор одного из альтернативных путей работы алгоритма. Каждый из путей ведет к общему выходу, так что работа алгоритма будет продолжаться независимо от того, какой путь будет выбран.

Структура ветвление существует в четырех основных вариантах:

-       если-то;

-       если-то-иначе;

-       выбор;

-       выбор-иначе.

Базовая структура цикл. Обеспечивает многократное выполнение некоторой совокупности действий, которая называется телом цикла.

Структура цикл существует в трех основных вариантах:

Цикл типа для.

Предписывает выполнять тело цикла для всех значений некоторой переменной (параметра цикла) в заданном диапазоне.

Цикл типа пока.

Предписывает выполнять тело цикла до тех пор, пока выполняется условие, записанное после слова пока.

Цикл типа делать - пока.

Предписывает выполнять тело цикла до тех пор, пока выполняется условие, записанное после слова пока. Условие проверяется после выполнения тела цикла.

Итерационные циклы. Особенностью итерационного цикла является то, что число повторений операторов тела цикла заранее неизвестно. Для его организации используется цикл типа пока. Выход из итерационного цикла осуществляется в случае выполнения заданного условия.

На каждом шаге вычислений происходит последовательное приближение и проверка условия достижения искомого результата.

Алгоритм, в состав которого входит итерационный цикл, называется итерационным алгоритмом.

Итерационные алгоритмы используются при реализации итерационных численных методов. В итерационных алгоритмах необходимо обеспечить обязательное достижение условия выхода из цикла (сходимость итерационного процесса). В противном случае произойдет зацикливание алгоритма, то есть не будет выполняться основное свойство алгоритма - результативность.

Вложенные циклы. Возможны случаи, когда внутри тела цикла необходимо повторять некоторую последовательность операторов, то есть организовать внутренний цикл. Такая структура получила название цикла в цикле или вложенных циклов. Глубина вложения циклов (то есть количество вложенных друг в друга циклов) может быть различной.

При использовании такой структуры для экономии машинного времени необходимо выносить из внутреннего цикла во внешний все операторы, которые не зависят от параметра внутреннего цикла.

В данном разделе приводятся блок-схемы основных процессов, происходящих в системе.

Рисунок 9 иллюстрирует процесс выполнения операций над базами данных. Операции над базами данных состоят из вставки, обновления и удаления данных. После обработки всех блоков, если изменения должны быть подтверждены.

Рисунок 9. Блок-схема операций, выполняющихся непосредственно над базой данных.

Когда выполняется запрос, блок-схема запроса представлена на рисунке 10, сначала проверяется, позволяет ли данный блок выполнять запросы. Если да, то осуществляется переход к данному блоку

Затем программа проверяет, базируется ли данный блок на таблице, если да, то формируется SELECT предложение и вызывается SELECT предложение. Далее в блок помещаются извлеченные из базы записи.

Рисунок 10. Блок схема, показывающая процесс выполнения запроса.

2.8 Анализ алгоритмов работы с базой данных

Система управления разработанной БД использует реляционный подход для построения базы данных [50]. Подобные системы основаны на реляционной модели данных, которые используются для моделирования взаимосвязей между объектами реального мира и для хранения данных об этих объектах.

Применение реляционной модели данных обусловлено использованием реляционной алгебры и соответствующих алгоритмов и операций для выполнения действий над данными. Использование алгоритмов реляционной алгебры позволяет обеспечить высокую производительность работы с базой данных.

Основные операции реляционной алгебры были впервые предложены Коддом. Он доказал, что запросы, формулируемые с помощью языка исчисления могут быть сформулированы в языках реляционной алгебры и наоборот, то есть запросы представленные с помощью языка реляционной алгебры могут быть использованы для выполнения запросов к разработанной БД. Ниже приведен ряд запросов к БД. На рисунке 11 показана форма, в которой проектируются запросы к разрабатываемой БД.

Рисунок 11. Вид формы для проектирования запросов

) Uses DMData;TFormSQL. RadioGroup1Click (Sender: TObject);RadioGroup1. ItemIndex of

: Begin. QuerySQL. Close;. QuerySQL. SQL. Clear;. QuerySQL. SQL. Add ('select distinct * from Sotrudnik where Married = ''есть''');. QuerySQL. Open;;

: Begin. QuerySQL. Close;. QuerySQL. SQL. Clear;. QuerySQL. SQL. Add ('select distinct * from Sotrudnik where Married = ''нет''');. QuerySQL. Open;;;.

Под цифрой 1 показан фрагмент запроса по наличию семьи: в первом случае, используя оператор выбора select языка SQL, выполняется выбор всех неповторяющихся полей таблицы Sotrudnik, в которой есть сотрудники имеющие семьи.

) procedure TFormSQL. Edit1Change (Sender: TObject);

(Edit1. Text <> '') and (Edit1. Text <> ' ') then. QuerySQL. Close;. QuerySQL. SQL. Clear;. QuerySQL. SQL. Add ('Select * from sotrudnik');. QuerySQL. SQL. Add ('Where stag >= '+ Edit1. Text);. QuerySQL. Open;;.

В следующем фрагменте программы, указываются все поля таблицы Sotrudnik, в которой указываются сотрудники, имеющие какой-либо стаж работы. Сначала программа просит пользователя указать в поле для ввода точную цифру для определения условия поиска.

) procedure TFormSQL. Edit2Change (Sender: TObject);

(Edit2. Text <> '') and (Edit2. Text <> ' ') then. QuerySQL. close;. QuerySQL. SQL. Clear;. QuerySQL. SQL. Add ('Select * from sotrudnik ');. QuerySQL. SQL. Add ('where N_Child >= '+ Edit2. text);. QuerySQL. Open;;.

Аналогично выполняется запрос по количеству детей у сотрудников.

 

.9 Создание форм

Основным элементом данного приложения является форма - контейнер, в котором размещаются другие визуальные и невизуальные компоненты. С точки зрения пользователя форма - это окно, в котором он работает с приложением. Каждой новой форме, вводимой в приложение, соответствует свой модуль, описывающий эту форму как класс и включающий константы, переменные, функции и процедуры.

По-умолчанию все формы создаются автоматически при запуске приложения, и первая из введенных форм является главной. Главная форма отличается от прочих рядом свойств. Во-первых, именно этой форме передается управление в начале выполнения приложения. Во-вторых, закрытие пользователем главной формы означает завершение выполнения приложения. В-третьих, главная форма так же, как и любая другая, может быть спроектирована невидимой, но если все остальные формы закрыты, то главная форма становится в любом случае видимой (иначе пользователь не смог бы продолжать работать с приложением и даже не смог бы его завершить).

Изменить принятые по умолчанию условия относительно форм можно в окне опций проекта. В данном случае (рисунок 12) все формы проекта созданы автоматически, а главной является News

Рисунок 12. Страница Forms окна опций проекта

Модальные формы.

Модальные формы используются в большинстве диалоговых окон. Модальная форма приостанавливает выполнение вызвавшей ее процедуры до тех пор, пока пользователь не закроет эту форму. Она так же не позволяет пользователю переключить фокус курсором мыши на другие формы данного приложения, пока форма не будет закрыта. Следовательно, пользователь должен выполнить предложенные ему действия прежде, чем продолжить работу.

В данном проекте были созданы несколько модальных форм такие как "Личная карточка" (рисунок 13), "Данные о приеме на работу", "Данные об увольнении", которые предлагают пользователю выполнить распечатку отчетов, прежде чем закончить работу с формой, либо ждут закрытия формы полностью.

Рисунок 13. Форма "Личная карточка"

Поведение модальной формы определяется ее основным свойством ModalResult. Это свойство доступно только при выполнении приложения. Требуемые значения ModalResult можно задавать в обработчиках соответствующих событий в компонентах модальной формы.

При использовании кнопок можно обойтись и без подобных обработчиков. В приложении "Кадровый учет" для создания модальных форм были использованы кнопки типа TBitBtn, которые имеют свойство ModalResult, по умолчанию равное mrNone (рисунок 14).

Рисунок 14. Фрагмент инспектора объектов

Обработка информации.

В разрабатываемой программе предусмотрено формирование приказов об увольнении и принятии на работу сотрудников, а также их личных карточек. На основании созданных форм строится отчет для вывода на печать.

Для подготовки и печати отчетов использовались компоненты Delphi системы QuickReport. QuickReport - это система, позволяющая визуально проектировать отчеты и связывать их с кодом приложения. Основным компонентом, на котором строится весь отчет, является QuickRep. QuickRep имеет два основных метода: Preview - предварительный просмотр, и Print - печать. На примере фрагмента листинга формы UnPrintPriem можно увидеть, что для построения "приказа о приеме на работу" были использованы компоненты QuickRep.

: TQuickRep; // введение в приложение средств печати

отчетов QuickReport: TQRLabel; // размещение текста в отчете: TQRLabel; // размещение на приказе номера документа: TQRLabel;: TQRLabel; // размещение на приказе даты: TQRDBText; // размещение текста из базы данных: TQRBand; // размещает на приказе полосу

Далее приведен фрагмент листинга программы формирования отчета и его просмотр:

: TFmPriem;dmData, UnPrintPriem;

{$R *. dfm}TFmPriem. BitBtn1Click (Sender: TObject);. QRNum. Caption: = EditNum. Text;. QRCond. Caption: = EditCond. Text;. QRDate. Caption: = DateToStr (DateTimePicker1. Date);. QRDate2. Caption: = DateToStr (DateTimePicker2. Date);. QRTab. Caption: = EditTab. Text; // Таб номер. QROklad. Caption: = Edit1. Text; // Оклад. QRNadb. Caption: = EditNadb. Text;. QRSrok. Caption: = EditSrok. Text;. QRDogN. Caption: = EditDog. Text;. QRDolghn. Caption: = EditRuk. Text;. QRCript. Caption: = EditRukD. Text;. QRDDate. Caption: = DateToStr (DateTimePicker3. Date);. QuickRep1. Preview;;

После запуска на выполнение можно увидеть окно предварительного просмотра отчета перед печатью, показанное на рисунке 15.

 

2.10 Разработка интерфейса взаимодействия пользователя с системой

В результате выполненного анализа инструментальных средств было выявлено, что в качестве средства разработки АИС будет использован Delphi, как наиболее оптимальное средство разработки с точки зрения разработчика.

Под графическим интерфейса пользователя подразумевается тип экранного представления, при котором пользователь может выбирать команды, запускать задачи и просматривать списки файлов. Действия могут выполняться с помощью мыши, либо нажатием клавиш на клавиатуре. Типичным примером графического интерфейса пользователя является сам Windows.

Рисунок 15. Окно предварительного просмотра

предоставляет разработчику приложения широкие возможности быстрого и качественного проектирования графического интерфейса пользователя - различных окон, кнопок, меню и так далее.

Чаще всего сколько-нибудь сложное приложение не может ограничиться одним окном. Есть две различные модели приложений: с интерфейсом одного документа (SDI) и с интерфейсом множества документов (MDI).

В приложении MDI имеется родительское окно и ряд дочерних окон (окна документов).

Приложение SDI в нужные моменты создает вторичные окна для просмотра свойств файлов, задания параметров и других целей.

Для проектирования приложения "АИС "Кадровый учет" было отдано предпочтение интерфейсу SDI.

Первая главная форма дипломной работы (рисунок 16) имеет стандартный для Windows вид с полосой заголовка, который задается значением bsSihgle свойства BorderStyle. Свойство BorderIcons определяет набор кнопок, которые имеются в полосе заголовка, а именно - кнопка системного меню, закрывающая окно, кнопка Свернуть и кнопка Развернуть.

Свойство WindowsState имеет значение wsNormal определяет, что окно первоначально предъявляется пользователю при выполнении приложения в нормальном виде, и значение Position равное poScreenCenter означает, что окно расположится в центре экрана.

Рисунок 16. Главная форма приложения

Для вторичных диалоговых окон был использован стиль - BorderStyle равный bsDialog. Это неизменяемое по размерам окно, типичное окно диалогов.

 

2.11 Описание программы

Общие сведения.

Программа называется jane и сохранена в файле jane. dpr. Программа использует вспомогательные модули main, new, dmData, about, сохранённые соответственно в файлах main. pas, new. pas, about. pas, dmData. pas. Программа написана на языке программирования Delphi. Программа использует данные из таблиц базы данных otdel. db, sotrudnik. db, family. db, obrazovanie. db

Функциональное назначение.

Данная программа даёт возможность сохранить и получить данные персонале предприятия, а также осуществлять формирование приказов о приеме на работу, увольнении сотрудников и их личных карточек, вывод приказов и личных карточек на печать.

Реализация графа диалога.

Обычно интерфейс между пользователем и компьютером включает экран монитора клавиатуру и мышь это то, что представляет информацию для пользователя и принимает информацию от него.,

Практически программа, написанная с помощью Delphi доступна через графический пользовательский интерфейс. Графический интерфейс, осуществляемый прикладной программой это своеобразный диалог, который происходит между компьютером и его пользователем. Другими словами интерфейс это та часть программы, которая для выполнения некоторых функций переводит действия пользователя в один или более запросов и обеспечивает обратную связь с пользователем в соответствии с последовательностью его действий.

Пользователь имеет возможность выбора функций системы, применяя кнопочное и пиктографическое меню. Пользователь видит перед собой содержимое базы данных в виде экранного документа. Взаимодействие с пользователем осуществляется посредством экранных форм. Реализация графа диалога показана на рисунке 17.

Рисунок 17. Дерево экранных форм

 

Описание логической структуры.

Программа управляется событийно. При нажатии на какую-либо кнопку в программу поступает сообщение, при этом вызывается соответствующая процедура-обработчик, которая обрабатывает данное событие. Результаты обработки можно видеть на экране монитора. Например: при нажатии на кнопку "Работа” в форме "Дипломный проект” вызывается процедура, содержащаяся в модуле New, которая скрывает форму "Дипломный проект”, выводит на экран монитора форму "Кадровый учет”, при этом управление передается модулю Main.

Вызов и загрузка.

Для выполнения программы необходимо загрузить на персональном компьютере программную оболочку Delphi, откомпилировать исходный текст программы, содержащийся в файле jane. dpr. Вызвать exe файл и далее работать с ним. Перед началом работы необходимо пройти процедуру авторизации (рисунок 18).

Рисунок 18. Форма Ввод пароля

Входные и выходные данные.

Входные данные:

·   название отдела,

·   ФИО начальника,

·   телефон,

·   ФИО сотрудников, должность,

·   дата приема на работу,

·   место последней работы,

·   стаж на дату приема,

·   признак наличия образования,

·   признак наличия семьи,

·   количество детей,

·   семейное положение,

·   даты рождения,

·   ФИО,

·   тип образования,

·   форма обучения,

·   учебное заведение,

·   дата окончания,

·   специальность.

Выходные данные: все результаты действий пользователя в работе с базами данных отображаются на экране монитора; эти результаты, выведенные в виде базы данных на экран, являются выходными данными для программы. Также результатом работы с базой данный "Кадровый учет" может быть формирование приказов и вывод их на печать, что значительно облегчает работу пользователя и избавляет от необходимости составлять в ручную в каком-либо текстовом редакторе такие документы как приказ об увольнении или принятии на работу сотрудников и их личных карточек.

 

.12 Описание задачи

В процессе создания дипломной работы была разработана программа "АИС Кадровый учёт”. Для выхода из программы следует кнопку "Выход”.

При нажатии на кнопку "О программе" на экран монитора выводится окно "О программе" с пояснением к программе, содержащее кнопку "OK”. При нажатии на кнопку "OK” окно закрывается.

Для продолжения работы следует нажать кнопку "Работа” (рисунок 19).

Рисунок 19. Форма Работа

При нажатии на кнопку "Работа”, на экране монитора появляется форма "Кадровый учет”, в которой находится таблицы, содержащие информацию об отделах и сотрудниках отделов, где пользователь может получить сведения об отделах данного предприятия, список сотрудников, входящих в тот или иной отдел, некоторую информацию о данных сотрудниках, а также при желании дополнительную информацию о каждом сотруднике и отредактировать эти сведения. Данная форма содержит четыре таблицы: таблица отделов, сотрудников и две таблицы с дополнительной информацией о семейном положении и образовании сотрудника (рисунок 20).

Рисунок 20. Отображение дополнительных таблиц

Также форма содержит кнопку "Выход”, при нажатии на которую программа возвратится в предыдущую форму. В таблице "Сотрудники отдела” выводится список сотрудников того отдела, на который указывает курсор. Под этой таблицей расположен блок, в котором надо указать показывать ли дополнительную информацию о сотруднике, на которого указывает курсор.

Эта информация будет показана в таблицах о семейном положении и образовании сотрудников, открываемых справа. Программа позволяет осуществлять точный или частичный поиск информации. Для этого надо ввести в строку выражения для поиска фамилию или ее часть и нажать клавишу Enter.

При работе в главной форме можно сформировать приказы об увольнении (рисунок 21) и принятии на работу (рисунок 22), личные карточки сотрудников (рисунок 23) и выводить их на печать.

Рисунок 21. Данные об увольнении

Рисунок 22. Данные о приеме на работу

Для выхода из программы следует выйти в главную форму и нажать там кнопку "Выход”.

Заключение

Технический прогресс за последнее столетие стремительно продвинулся вперед, современная вычислительная техника и системы телекоммуникаций достигли огромных результатов за последние несколько лет в плане быстродействия, объемов обрабатываемой и хранимой информации. Развитие систем проектирования программ (объектно-ориентированные системы визуального программирования, СУБД, системы моделирования нейронных сетей, и т.п.) дало в руки инженеров и системных аналитиков мощнейшие средства разработки и внедрения в жизнь самых фантастических проектов. Компьютеры же стали надежным, а иногда и единственным, средством решения научных, инженерно-технических, экономических, управленческих задач, в которых они традиционно применялись.

Для принятия обоснованных и эффективных решений в производственной деятельности, в управлении экономикой и в политике современный специалист должен уметь с помощью компьютеров и средств связи получать, накапливать, хранить и обрабатывать данные, представляя результат в виде наглядных документов. В современном обществе информационные технологии развиваются очень стремительно, они проникают во все сферы человеческой деятельности.

Актуальность данной темы на данный период не вызывает сомнения, так как в отделах кадров на каждом предприятии, организации, фирме, будь то частной или государственной, ведется необходимый учет персонала.

В процессе работы был создан программный комплекс для обеспечения работы работника отдела кадров на предприятии. Кроме того была разработана концепция проектирования информационно - справочных систем с применением функций экранного интерфейса, разработанных в рамках дипломного проекта. Применение специализированных функций позволило сократить время разработки основного модуля программы и обеспечило высвобождение времени на создание процедур обработки данных. В дипломном проекте представлен один из множества подходов к проектированию программного обеспечения информационного плана, дающий возможность на ранних этапах разработки учесть все нюансы будущей программы, необходимый набор функций, состав и структуру баз данных, что в дальнейшем исключает необходимость переработки уже написанных компонентов программы.

Данная дипломная работа разрабатывалась не с коммерческой целью, а с целью показать возможности объектно-ориентированного языка программирования Delphi. Хотя принцип работы приложения и язык программирования не исключают и коммерческое распространение.

В рамках дипломной работы была разработана автоматизированная информационная система "Кадровый учет”. В результате выполненной разработки можно сделать следующие выводы:

1. При разработке АИС был пройден полный цикл проектирования программы от постановки задачи заказчиком до сдачи АИС в эксплуатацию.

2. Разработанная АСИС позволяет достигнуть следующих эффектов:

-       уменьшение времени необходимого для учета кадров на предприятие;

-       автоматизация учета кадров;

-       возможность длительного хранения информации о сотрудниках на предприятии большого срока давности;

-       своевременное получение информации о сотрудниках и какой-либо информации о них.

3. Целесообразность разработки обуславливается экономической выгодой для предприятия. Для этого были произведены расчеты экономической эффективности разрабатываемого программного продукта.

4. Так же при создании АИС "Кадровый учет” были исследованы условия труда инженера-программиста на его рабочем месте на предприятии и сделаны конкретные предложения по их улучшению.

5. На основании вышесказанного можно сделать вывод о том, что разработка АИС "Кадровый учет” является целесообразной и будет приносить реальную пользу при использовании ее на предприятии.

Список использованных источников

1.       http://ru. wikipedia.org/wiki/Система_автоматизации_документо оборота

2.      http://alldocs.ru/download/index. php <http://alldocs.ru/download/index.php>

3.       Аладин, Н. Электронный документооборот для всех и для всего / Н. Аладин // Банковские технологии. - 2008. - №7. - С.57-59

4.      ГОСТ Р 6.30-2003 "Унифицированные системы документации. Система организационно-распорядительной документации. Требование к оформлению документов".

.        В. И, Максимович, Г.Ю. Берестова, Секретарское дело № 4/ 2003 "Принципы автоматизации делопроизводства" стр.24-26.

.        Белая, Т.Р. Автоматизированная система документационного обеспечения управления: организация создания АС ДОУ / Т.Р. Белая // Делопроизводство. - 2007. - №3. - С.40-47

.        Журавлева, Н. Распознавание отсканированного документа как необходимый этап организации работы с документами в СЭД / Н. Журавлева // Секретарское дело. - 2008. - №9. - С.92-95

.        Кузнецов, С.Л. Международные требования к системам автоматизации делопроизводства / С.Л. Кузнецов // Делопроизводство. - 2006. - №3. - С.63-69

9.      О системе LanDocs [Электронный ресурс]. - 2009. - Режим доступа: http://www.landocs.ru/system/index. php <http://www.landocs.ru/system/index.php>

.        Подолина, О. Автоматизация подготовки организационно-распорядительного документа: работа с его шаблоном / О. Подолина // Секретарское дело. - 2008. - №10. - С. 20-21

.        Подолина, О. Жизненный цикл входящего документа в системе электронного документооборота / О. Подолина // Секретарское дело. - 2009. - №3. - С.26-27

.        Романов, Д.А., Ильина, Т.Н., Логинова, А.Ю. Правда об электронном документообороте / Д.А. Романов, Т.Н. Ильина, А.Ю. Логинова. - М.: Компания АйТи: ДМК Пресс, 2004. - 224 с.

.        Якобсон, И. "Локальное" решение электронного документооборота / И. Якобсон // Банковские технологии. - 2008. - №4. - С52

15.     Brown A. R. "Programm Debugging" London: MacDonald 1973.

16.    http://ibase.ru/

.        http://intuit.ru/

18.    http://rusdoc. df.ru <javascript:if(confirm('http://rusdoc.df.ru/%20%20\n\nThis%20file%20was%20not%20retrieved%20by%20Teleport%20Pro,%20because%20it%20is%20addressed%20on%20a%20domain%20or%20path%20outside%20the%20boundaries%20set%20for%20its%20Starting%20Address.%20%20\n\nDo%20you%20want%20to%20open%20it%20from%20the%20server?'))window.location='http://rusdoc.df.ru/'> - много интересной документации по Delphi,C/C+++, Asembler и т.д.да и вообще по программированию.

19.     http://www.delphikingdom.ru/

20.    http://www.inprise.ru <javascript:if(confirm('http://www.inprise.ru/%20%20\n\nThis%20file%20was%20not%20retrieved%20by%20Teleport%20Pro,%20because%20it%20is%20addressed%20on%20a%20domain%20or%20path%20outside%20the%20boundaries%20set%20for%20its%20Starting%20Address.%20%20\n\nDo%20you%20want%20to%20open%20it%20from%20the%20server?'))window.location='http://www.inprise.ru/'> - русский сайт компании (ранее Borland).

.        http://www.torry.ru <javascript:if(confirm('http://www.torry.ru/%20%20\n\nThis%20file%20was%20not%20retrieved%20by%20Teleport%20Pro,%20because%20it%20is%20addressed%20on%20a%20domain%20or%20path%20outside%20the%20boundaries%20set%20for%20its%20Starting%20Address.%20%20\n\nDo%20you%20want%20to%20open%20it%20from%20the%20server?'))window.location='http://www.torry.ru/'> - масса интересных компонентов по Delphi и C++ Builder, также много полезных примеров.

.        А. Федоров "Базы данных для всех". КомпьютерПресс, 2001.

23.     А.А. Бакаев, В.И. Гриценко, Д.Н. Козлов "Методы организации и обработки баз знаний” Наукова думка, Киев 1993

24.     А.Я. Архангельский "Программирование в Delphi 7". Бином, 2003;

25.     Архангельский А.Я. Delphi 6. Справочное пособие. - М: ЗАО Издательство БИНОМ", 2001.

26.     Ахаян Р., Горев А., Макашарипов А., Эффективная работа с СУБД - СПб.: Питер, 1997;

27.     Бойко В.В., Савинков В.М. "Проектирование информационной базы автоматизированной системы на основе СУБД. ” М.: Финансы и статистика, 1982.

28.    Борзов Ю.В. "Методы тестирования и отладки программ ЭВМ. ” Рига, ЛГУ им.П. Стучки, 1980.

29.     В.В. Фаронов "Delphi 6 - Руководство программиста". Нолидж, 2002г. - 880с.

30.     Г. Майерс "Искусство тестирования программ” Финансы и статистика М., 1982

31.    Г. Майерс "Надежность ПО” Мир, М., 1980

32.     Глушаков С.В., Ломотько Д.В. Базы данных. Учебный курс. - Харьков: Фолио; М.: ООО "Издательство АСТ", 2001;

33.     Горев А., Ахаян Р., Макашарипов С. "Эффективная работа с СУБД" - СПб.: Питер, 1997. - 704 стр.: ил.

34.     Гофман В., Хомоненко А. Delphi 6. - СПб.: БХВ-Петербург, 2001;

35.     Гради Буч. "Объектно-ориентированный анализ и проектирование. ” М.: Издательство Бином

36.    Грого П. "Программирование на языке Паскаль”

.        Гудман С. "Введение в разработку и анализ алгоритмов. ” М.: Мир, 1981.

38.     Дейта К. Введение в системы баз данных - М: Наука, 1980;

39.     Джексон Г. "Проектирование реляционных баз данных для использования с микро-ЭВМ" М.: Финансы и статистика, 1991

40.    К.Г. Гусев М.Ф. Бабаков "Oсновы теории надежности учебное пособие" ХАИ 1975.

41.     Котенок, Дарахвелидзе, "Delphi 7 для профессионалов" С-П 2007г.

42.    Кэнту М. Delphi 6 для профессионалов - С. - Пб.: Питер, 2002;

43.     Мартин Дж. "Организация баз данных в вычислительных системах”

44.     Михаель Эбнер, "Delphi 5 руководство разработчика", Киев 2000г.

45.     П. Грэй "Логика, алгебра, и БД. ”

46.     П. Шурманов, В. Фаронов, "Delphi 4, руководство пользователя баз данных", Москва, "Нолидж" 1999г.

47.    Фаронов В., Delphi. Программирование на языке высокого уровня - С. - Пб.: Питер, 2003;

.        Фаронов В., Программирование баз данных в Delphi 6. Учебный курс - С. - Пб.: Питер, 2002;

.        Фаронов В., Профессиональная работа в Delphi 6. Библиотека программиста - С. - Пб.: Питер, 2002;

50.     Хендерсон К. "Руководство разработчика баз данных”