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

Размещено на http://www.allbest.ru/

49

Размещено на http://www.allbest.ru/

Государственное образовательное учреждение

высшего профессионального образования

"Курский государственный университет"

Факультет информатики и вычислительной техники

Кафедра программного обеспечения и администрирования
информационных систем

Пояснительная записка к курсовой работе

"Информационная система отдела кадров"

по дисциплине "Основы проектирования информационных систем"

2010

Содержание

Введение 3

1. Анализ требований к информационной системе

1.1 Описание и анализ предметной области 6

1.2 Обзор и анализ возможных альтернатив 8

1.3 Анализ функциональных и эксплуатационных требований 11

2. Проектирование информационной системы 20

2.1 Разработка архитектуры системы 20

2.2 Разработка модели предметной области 20

2.3 Разработка алгоритма функционирования системы 23

2.4 Проектирование интерфейса пользователя 25

2.5 .Реляционная модель данных 26

2.6 Построение диаграммы классов 28

3. Реализация системы 30

3.1Реализация программного обеспечения системы 30

3.2Реализация технического обеспечения 34

4.Анализ результатов 35

4.1 Разработка тестов и тестирование системы 35

4.2 Анализ эффективности системы 36

Заключение 38

Список литературы 39

Приложение 40

Введение

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

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

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

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

Программный продукт разрабатывается с целью:

- автоматизации работы с документами;

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

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

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

Цель и назначение разработки

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

Основные задачи разработки

1. Обеспечить авторизованный вход пользователей в систему .

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

Программный продукт предназначен для использования на заводе "Маяк".

Для разработки программного продукта применяется среда визуального объектно-ориентированного программирования Borland Delphi 7 для создания информационной системы используется программа Rational Rose Enterprise Edition v2001a.

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

1. Анализ требований к информационной системе

1.1 Описание и анализ предметной области

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

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

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

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

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

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

При приеме на работу специалист отдела кадров помимо письменного заявления работника о приме на работу обязан потребовать предъявления следующих документов:

- паспорт или иной документ, удостоверяющий личность;

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

- страховое свидетельство государственного пенсионного страхования;

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

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

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

Рисунок 1.1 Модель бизнес-процесса

1.2 Обзор и анализ возможных альтернатив

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

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

Во вторую группу входят программы, которые разрабатываются собственными программистами для своей организации с целью экономии средств. Можно упомянуть такие системы, как "SLS-Кадры", "STAFF-Кадры", "Triamant" и др. Однако опыт показал, что сама по себе система непрерывно развивалась и совершенствовалась, а затраты на ее эксплуатацию и сопровождение превышали затраты на приобретение готового программного обеспечения. Ситуация не изменилась при переносе данной концепции в среду Windows.

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

Наиболее яркими представителями систем такого класса являются "1С Зарплата и кадры", "Platinum", "Ultima-S", "Scala", "Галактика", "БОСС-Кадровик" и др. Для систем этой группы характерна узость базовой версии, что требует достаточно большой доработки и ведет к несовместимости с новыми версиями системы. Сюда же можно отнести системы автоматизации деятельности предприятий с включенными в них модулями "Кадры".

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

- ориентация на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии;

- опора на наборы стандартов, которым процессы должны удовлетворять, например стандарт ММAS;

- поддержка полного набора управляющих функций (в рамках процесса или предприятия): планирование - контроль отклонений (учет) - регулирование;

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

Система корпоративного учета NS2000 отвечает требованиям функциональной полноты и является лауреатом шестого Международного конкурса программного обеспечения в области финансов и бизнеса. Система спроектирована и разработана с использованием средств BP-WIN, ER-WIN, PROGRESS 4GL.

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

В состав системы R/3 входит модуль "Управление персоналом Oracle Applications" (Oracle Human Resources), который позволяет добиться максимальной отдачи от сотрудников за счет эффективного набора персонала, управления кадрами, обучения, оплаты труда и планирования карьеры. На сегодняшний день в своем классе продуктов модуль "Управление персоналом Oracle Applications" является одной из наиболее функционально полных систем для организации работы отдела кадров современного предприятия.

Его использование позволяет решать следующие задачи:

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

- планирование структурных подразделений, описание разряда, должности, позиции, ведение справочников и т. д.;

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

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

Системе "Orakl-Кадры" присущи все достоинства предыдущих систем. Однако она имеет и ряд дополнительных преимуществ. В системе предусмотрена возможность работы с системой баз данных (штатные сотрудники, уволенные сотрудники, архив, кадровый резерв, временные сотрудники и т. д.), что значительно сокращает время обработки запросов. Вторым несомненным преимуществом является содержимое учетной карточки, включающей 102 темы .Предусмотрена возможность произвольной модификации штатного расписания с автоматическим подсчетом вакансий, а также развитый модуль обработки нерегламентированных запросов. В системе предусмотрены процедуры ведения табеля (персонального и на подразделение) с автоматическим контролем отпусков, командировок, материальной помощи и т. п. Только в некоторых системах имеется наличие всех обязательных разделов кадрового учета, но только в системе "Orakle-Кадры" они имеются в полном объеме. Поэтому с учетом приемлемой ее стоимости (до 500 долл.) можно утверждать, что в настоящее время указанная система является лидером среди систем автоматизации деятельности предприятий, включая все функции автоматизации кадрового документооборота.

Подводя итоги, можно сказать, что для долговременной удобной работы необходима многофункциональная, самостоятельная сетевая кадровая программа, с развитым сервисом и возможностью стыковки с другими системами, мощным штатным расписанием, комплектом шаблонов и простым интерфейсом, что значительно сужает круг подходящих предложений. Таким образом, в крупных организациях предпочтение может быть отдано интегрированным системам, и, прежде всего, системе "Orakl-Кадры", основными отличительными чертами которой являются: модульный принцип построения, ориентированный на работу нескольких пользователей с разделением учета по функциональным участкам. Такой подход характерен для многих современных западных систем; сквозное перетекание данных, что позволяет с максимальным удобством для пользователя работать с программой; наличие реально работающих версий 1.0* "Orakl-Кадры" в среде Windows95/98/NT.

1.3 Анализ функциональных и эксплуатационных требований

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

1. ГОСТ 19.401-78. ЕСПД. Текст программы. Требования к содержанию и оформлению.

2. Международный стандарт ISO/IEC 12207. Информационные технологии. Процессы жизненного цикла программного обеспечения.

3. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.

4. ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

5. ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем.

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

- разделение доступа пользователей к информации;

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

- облегчение контроля работы для начальника отдела кадров;

- автоматизация работы специалистов отдела кадров;

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

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

Основные документы - это приказы, распоряжения, договоры.

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

- "Личная карточка работника";.

- "Приказ (распоряжение) о приёме на работу

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

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

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

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

Требования к надежности. При работе с программным продуктом необходимо предусмотреть:

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

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

Требования к программной документации. В состав сопровождающей документации программного продукта должны входить следующие компоненты: пояснительная записка на 55 - 60 листах, содержащая описание разработки, исходные тексты модулей на языке Delphi, откомпилированный EXE-файл на CD-диске.

Требования к составу и параметрам технических средств. Система должна работать на IBM совместимых персональных компьютерах. Минимальная конфигурация: тип процессора - Pentium; объем оперативного запоминающего устройства - 16 Мб; тип монитора - SVGA (15').

Модель вариантов использования. На основании анализа требований пользователя были выделены следующие варианты использования, представленные в таблице 1.1.

Таблица 1.1 - Описание вариантов использования

Термин	Значение
Login	Ввод пользователем логина и пароля для доступа к системе (для специалиста и рабочего)
Work with order	Создание, изменение и просмотр приказов специалистом
View list of members of staff	Просмотр пользователем текущего штатного расписания
Modify list of members of staff	Редактирование штатного расписания
View graphic of leave	Просмотр графика отпусков
Modify graphic of leave	Редактирование специалистом графика отпусков
Create personal card	Создание личной карточки для нового сотрудника
Modify personal card	Внесение новых данных о сотруднике в личную карточку
Delete personal card	Удаление личной карточки в связи с увольнением сотрудника
View personal card	Просмотр личной карточки
View work contract	Просмотр трудового договора с сотрудником

Действующие лица для диаграммы вариантов использования приведены в таблице 1.2.

Таблица 1.2 - Действующие лица

Термин	Значение
Head	Начальник отдела кадров
Specialist	Сотрудник отдела кадров
Worker	Сотрудник завода, не работающий в отделе кадров
Book-keeping	Бухгалтерия
Economic-planned section	Экономико-плановый отдел

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

Рисунок 1.2 Диаграмма вариантов использования

Описание варианта использования "Создание личной карточки".

Действующие лица. Специалист отдела кадров.

Заинтересованные лица и их требования:

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

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

Предусловия.

Вход пользователя в систему.

Постусловия.

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

Основной сценарий.

1. Система создаёт новый документ под названием "Личная карточка работника"

2. В поле "код" генерируется код документа

3. Система предлагает заполнить личную карточку

4. Пользователь заполняет личную карточку

5. Система спрашивает сохранить или не сохранить данные

6. Пользователь сохраняет данные

7. Вариант использования завершается

Альтернативные потоки:

5a. Если пользователь не вводит данные в обязательные поля, система выводит сообщение "Введите данные"

5b. Если пользователь вводит неверные данные, система выводит сообщение "Проверьте правильность данных"

7а. Если пользователь не сохраняет данные, состояние системы не меняется, вариант использования завершается

Глоссарий проекта. Основными понятиями проекта являются следующие:

- специалисты;

- сотрудники;

- приказы;

- личные карточки;

- график отпусков;

- штатное расписание;

- трудовой договор;

- экономико-плановый отдел

- бухгалтерия.

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

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

Таблица 1.3 - Проверка на полноту

Варианты использования	Объекты
	Личная карточка	Штатное расписание	График отпусков	приказ	Трудовой договор
Work with order				1,2,3,4
View work contract					3
View list of members of staff		2
Modify list of members of staff		3
View graphic of leave			2
Modify graphic of leave			3
Create personal card	1
Delete personal card	4
View personal card	2

В таблице 1.3 обозначены виды операций:

1 - создание;

2 - просмотр;

3 - изменение;

4 - удаление.

Над объектом "Штатное расписание" нет операции создание (1) , так как штатное расписание создано заранее и пользователю остаётся только внести в него данные. Операцию удаление (4) производить запрещено.

"График отпусков" так же не имеет операции создания, так как уже создан и требует лишь заполнения, либо изменения.

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

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

Таблица 1.4 -. Анализ полноты выполнения требований пользователя

Требования пользователя

Варианты использования

Login

Работа с приказами

Просмотреть штатное расписание

Изменить штатное расписание

Просмотреть график отпусков.

Изменить график отпусков

Создать личную карточку

Изменить личную карточку

Удалить личную карточку

Просмотр личной карточки

Просмотреть трудовой договор

Разделение доступа к информации

+

Возможность просмотра доступной информации для рабочего;

+

+

+

Облегчение контроля работы для начальника отдела кадров

+

+

+

+

+

+

+

+

+

+

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

+

+

+

+

+

+

+

+

+

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

+

+

2. Проектирование информационной системы

2.1 Разработка архитектуры системы

Разрабатываемое приложение является клиент-серверным приложением.

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

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

Рисунок 2.1 Архитектура технических средств системы

2.2 Разработка модели предметной области

В результате анализа (раздел 1) были выделены категории концептуальных классов, представленные в таблице 2.1.

Таблица 2.1 - Список категорий концептуальных классов

Категория концептуальных классов	Примеры
Физические и материальные объекты	Пользователи Документы
Роли людей	Специалист отдела кадров Начальник отдела кадров Сотрудник завода
События	Создание личной карточки Редактирование личной карточки Просмотр личной карточки Удаление личной карточки Создание приказов Составление графика отпусков Составление штатного расписания Просмотр трудового договора
Процессы	Авторизация Работа с личной карточкой Работа со штатным расписанием Работа с графиком отпусков Работа с приказами

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

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

- сотрудник;

- штатное расписание;

- приказ;

- график отпусков;

- трудовой договор.

На основании анализа словесного описания варианта использования, составлен список ассоциаций для предметной области, представленный в таблице 2.2.

Таблица 2.2 - Ассоциации для модели предметной области

Ассоциация	Описание ассоциации
Составляется	Для всех сотрудников завода составляется график отпусков
Создаётся	На любого сотрудника может создаваться приказ
Заключается	С каждым сотрудником заключается трудовой договор
Занимает	Каждый сотрудник занимает определённую должность

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

Таблица 2.3 - Атрибуты классов для модели предметной области

Название класса	Атрибуты класса
График отпусков	Дата начала Дата окончания Код карточки
Приказ	Номер приказа Дата Текст
Штатное расписание	Отдел Должность Количество единиц Оклад Примечание
Трудовой договор	Номер трудового договора Дата Содержание
Сотрудник(личная карточка)	Код сотрудника Фамилия Имя Отчество Дата рождения Место рождения Гражданство Образование Профессия № паспорта

В результате объединения концептуальных классов, ассоциаций и атрибутов классов концептуальная модель предметной области имеет вид, показанный на рисунке 2.2.

Рисунок 2.2 Концептуальная модель предметной области

2.3 Разработка алгоритма функционирования системы

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

Для этого необходимо разработать разделение одного интерфейса.

Алгоритм работы системы в виде диаграммы деятельностей приведен на рисунке 2.3.

Алгоритм работы специалиста отдела кадров в виде диаграммы деятельностей представлен на рисунке 2.4.

На рисунке 2.5 представлена деятельность специалиста отдела кадров "Работа с личной карточкой".

На рисунке 2.6 представлена деятельность специалиста отдела кадров "Создание личной карточки".



Рисунок 2.3 Алгоритм работы системы

Рисунок 2.4 Диаграмма деятельностей "Работа специалиста ОК"

Рисунок 2.5 Диаграмма деятельностей "Работа с личной карточкой"

Рисунок 2.6 Диаграмма деятельностей "Создание личной карточки"

Алгоритм выполнения деятельности "Создание личной карточки" разработан на основе сценария, приведенного в разделе 1.3.

2.4 Проектирование интерфейса пользователя

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

На основании алгоритма функционирования и требований к интерфейсу (раздел 1) разработана диаграмма состояний, представленная на рисунке 2.7.

Рисунок 2.7 Диаграмма состояний интерфейса специалиста отдела кадров

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

2.5 Реляционная модель данных

На рисунке 2.8 изображена реляционная модель данных.

Рисунок 2.8 Реляционная модель данных

Реляционная модель данных разработана на основе концептуальной модели предметной области. Реляционная модель данных в дальнейшем служит для разработки БД. Информация о столбцах таблиц приведена в таблицах 2.4 ,2.5 ,2.6.

Построение диаграмм последовательностей для варианта использования "Создание личной карточки".

На основе сценария разработана следующая диаграмма последовательности:

Рисунок 2.9 Диаграмма последовательностей "Создание личной карточки"

Рисунок 2.1. Диаграмма "Создание личной карточки"

2.6 Построение диаграммы классов

Диаграмма классов для варианта использования "Создание личной карточки" представлена на рисунке 2.11.

Рисунок 2.11 Диаграмма классов "Создание личной карточки"

Таблица 2.4 - Атрибуты класса Сотрудник(личная карточка)

	Имя атрибута	Тип данных
1	Код_сотрудника	Double
2	Фамилия	String
3	Имя	String
4	Отчество	String
5	Дата_рождения	String
6	Место_рождения	String
7	Гражданство	String
8	Образование	String
9	Профессия	String
10	№_паспорта	Double

Таблица 2.5 - Операции классов

Openform()	Открывает форму
Create personal card()	Заносит в базу данных новые данные о сотруднике
Modify personal card()	Запись изменений в базу данных.
Delete personal card()	Удаление информации из базы данных.
View personal card()	Получение информации из базы данных.

3. Реализация системы

3.1 Реализация программного обеспечения системы

Разработка диаграммы компонентов.

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

Объекты интерфейса пользователя.

Система включает в себя несколько форм, каждая из которых реализована в своём компоненте на диаграмме компонентов (рис.3.1):

main - основная программа, предназначенная для запуска приложения;

Form1 - форма авторизации;

Form2 - главная форма, предлагает выбор объекта, над которым нужно производить операции ;

Form3 - выбор действия, в зависимости от прав пользователя ;

Form4 - форма создания личной карточки;

Form5- форма редактирования/удаления личной карточки;

Form6- форма просмотра личной карточки.

Рисунок 3.1 Диаграмма компонентов приложения

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

Классы и объекты интерфейса пользователя.

Программный продукт состоит из нескольких форм: Form1, Form2, Form3, Form4, Form5, Form6.

Форма Form1

Внешний вид формы авторизации (Form1) представлен на рисунке 3.2.

Рисунок 3.2 Форма авторизации

В таблице 3.1 представлены расположенные на форме Form1 компоненты

Таблица 3.1 - Компоненты формы Form1

№	Наименование компонента	Тип компонента	Назначение
1	ComboBox1	ComboBox	Поле ввода имени пользователя
2	ComboBox1	ComboBox	Поле ввода пароля
3	Ок	BitBtn1	Открывает главную форму

Форма Form2

Внешний вид формы главного меню (Form2) представлен на рисунке 3.3.

Рисунок 3.3 Форма главного меню.

В таблице 3.2 представлены расположенные на форме Form1 компоненты

Таблица 3.2 - Компоненты формы Form1

№	Наименование компонента	Тип компонента	Назначение
1	Выберите необходимое действие	RadioGroup1	Предназначено для выбора действия в системе
2	Продолжить	BitBtn1	Открывает форму, соответствующую выбранному действию

Форма Form3

Внешний вид формы "Выберите действие" (Form3) представлен на рисунке 3.4.

Рисунок 3.4 Форма главного меню

Форма Form4

Внешний вид формы "создание личной карточки" (Form4) представлен на рисунке 3.5.

Рисунок 3.5 Форма "Создание личной карточки"

Форма Form5

Внешний вид формы "Изменение личной карточки" (Form5) представлен на рисунке 3.6.

Рисунок 3.6 Форма "Изменение личной карточки"

Форма Form6

Внешний вид формы "Просмотр личной карточки" (Form6) представлен на рисунке 3.6.



Рисунок 3.6 Форма "Просмотр личной карточки"

3.2 Реализация технического обеспечения

Полная диаграмма развертывания информационной системы отдела кадров приведена на рис. 3.7.

Рисунок 3.7 Диаграмма развертывания информационной системы отдела кадров

4. Анализ результатов

4.1 Разработка тестов и тестирование системы

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

При этом была проверена работоспособность системы на всех основных переходах диаграммы состояний интерфейса пользователя и на всех вариантах использования в соответствии с моделью вариантов использования.

Пример тестирования операции "Просмотр личной карточки".

Первоначально должна быть открыта форма авторизации
(рисунок 4.1).После чего откроется главная форма (рисунок 4.2). Для работы с личной карточкой пользователь должен выбрать в меню "Личная карточка". При нажатии этой кнопки открывается форма "Выберите действие над личной карточкой" (рисунок 4.3). Для просмотра личной карточки пользователь должен нажать на кнопку "Просмотреть личную карточку". При нажатии этой кнопки открывается форма "Просмотр личной карточки" (рисунок 4.4). Пользователь вводит нужную фамилию и нажимает кнопку "Просмотреть". После просмотра данных пользователь нажимает кнопку "возврат" для выхода в главное меню.

Рисунок 4.1 Форма авторизации

Рисунок 4.2 Главная форма

Рис. 4.3 Форма "Выберите действие над личной карточкой"

Рисунок 4.4 Форма "Просмотр личной карточки"

4.2 Анализ эффективности системы

Внедрение информационной системы отдела кадров на заводе "Маяк" позволит:

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

- автоматизировать работу отдела кадров,

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

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

Заключение

Разработанный программный продукт позволяет автоматизировать работу отдела кадров. Разработанная система облегчает работу с документацией для сотрудников завода "Маяк".

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

Система позволяет:

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

- начальству следить за работой специалиста;

- сотрудникам завода просматривать необходимую им информацию.

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

Таким образом, в курсовой работе удалось реализовать информационную систему отдела кадров завода "Маяк", которая удовлетворяет заданным требованиям.

Список литературы

1. Архангельский А. Я. Программирование в Delphi. Учебник по классическим версиям Delphi. - М.: Бином, 2006.

2. Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя. - М.: ДМК Пресс, 2001.

3. Вендров A.M. Проектирование программного обеспечения экономических информа-ционных систем: Учеб. - М.: Финансы и статистика, 2000.

4. Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование. - М.: ДМК Пресс, 2001.

5. Ларман К. Применение UML и шаблонов проектирования. - М.: Издательский дом "Вильяме", 2001.

6. Леоненков А.В. Самоучитель UML. - СПб.: БХВ-Петербург, 2001.

7. Мандел Т. Разработка пользовательского интерфейса. - М: ДМК Пресс, 2001.

8. Мартин Дж. Организация баз данных в вычислительных системах. - М.: Мир, 1980.

9. Чен П. Модель "сущность-связь" - шаг к единому представлению данных // СУБД. 1995. №3. С. 137-158.

Приложение

Текст программы

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Buttons, Mask, ExtCtrls, jpeg;

type

TForm2 = class(TForm)

Panel1: TPanel;

MaskEdit1: TMaskEdit;

Label2: TLabel;

Label1: TLabel;

ComboBox1: TComboBox;

BitBtn1: TBitBtn;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Image1: TImage;

Image2: TImage;

Label3: TLabel;

Label7: TLabel;

procedure BitBtn1Click(Sender: TObject);

procedure BitBtn2Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses unit1, unit3, unit4, unit5, unit6, unit7,unit9, unit10;

{$R *.dfm}

procedure TForm2.BitBtn1Click(Sender: TObject);

begin

If (ComboBox1.ItemIndex=0) and (MaskEdit1.Text='1234') then

begin

Application.CreateForm(TFOrm1,Form1);

Form1.Show;

form2.Hide;

end

else

Application.MessageBox('Неверный пароль','Внимание!',MB_ICONEXCLAMATION);

end;

procedure TForm2.BitBtn2Click(Sender: TObject);

begin

close;

end;

end.

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, ExtCtrls;

type

TForm1 = class(TForm)

RadioGroup1: TRadioGroup;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit3, Unit2, Unit4, unit5, unit6, unit7, Unit9, Unit10;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

begin

if RadioGroup1.ItemIndex=4 then

begin

Form1.Hide;

Form4.Show;

end;

if RadioGroup1.ItemIndex=1 then

begin

Form1.Hide;

Form10.Show;

end;

end;

end.

unit Unit8;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, StdCtrls, Mask, DBCtrls, Grids, DBGrids, ExtCtrls,

DBTables;

type

TForm8 = class(TForm)

Panel2: TPanel;

ADOConnection1: TADOConnection;

BookTable: TADOTable;

DataSource1: TDataSource;

ADOConnection2: TADOConnection;

PereTable: TADOTable;

DataSource2: TDataSource;

DBGrid1: TDBGrid;

Button2: TButton;

BookTable_: TAutoIncField;

BookTable_2: TDateTimeField;

BookTableDSDesigner: TWideStringField;

BookTableDSDesigner2: TWideStringField;

BookTableDSDesigner3: TWideStringField;

BookTableDSDesigner4: TDateTimeField;

BookTableDSDesigner5: TWideStringField;

BookTableDSDesigner6: TWideStringField;

BookTableDSDesigner7: TWideStringField;

BookTableDSDesigner8: TWideStringField;

BookTableDSDesigner9: TIntegerField;

BookTableDSDesigner10: TWideStringField;

BookTableDSDesigner11: TWideStringField;

BookTable_3: TWideStringField;

PereTable_: TAutoIncField;

PereTable_2: TDateTimeField;

PereTableDSDesigner: TWideStringField;

PereTableDSDesigner2: TWideStringField;

PereTableDSDesigner3: TWideStringField;

PereTableDSDesigner4: TDateTimeField;

PereTableDSDesigner5: TWideStringField;

PereTableDSDesigner6: TWideStringField;

PereTableDSDesigner7: TWideStringField;

PereTableDSDesigner8: TWideStringField;

PereTableDSDesigner9: TIntegerField;

PereTableDSDesigner10: TWideStringField;

PereTableDSDesigner11: TWideStringField;

PereTable_3: TWideStringField;

Query2: TQuery;

ADOQuery1: TADOQuery;

Edit1: TEdit;

Button1: TButton;

ADOQuery1DSDesigner: TWideStringField;

ADOQuery1DSDesigner2: TWideStringField;

ADOQuery1DSDesigner3: TWideStringField;

ADOQuery1DSDesigner4: TDateTimeField;

ADOQuery1_: TWideStringField;

ADOQuery1DSDesigner5: TWideStringField;

ADOQuery1DSDesigner6: TWideStringField;

procedure Button2Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

ar

Form8: TForm8;

implementation

uses Unit9, Unit10;

{$R *.dfm}

procedure TForm8.Button2Click(Sender: TObject);

begin

Form10.Show;

Form8.Hide;

end;

procedure TForm8.Button1Click(Sender: TObject);

begin

Adoquery1.Parameters.ParamByName('par1').Value:=Edit1.text;

Adoquery1.Open;

dbgrid1.DataSource.DataSet.Active:=true;

end;

end.

unit Unit9;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, Grids, DBGrids, StdCtrls, Mask, DBCtrls, ExtCtrls;

type

TForm9 = class(TForm)

ADOConnection1: TADOConnection;

BookTable: TADOTable;

DataSource1: TDataSource;

Panel2: TPanel;

ADOConnection2: TADOConnection;

PereTable: TADOTable;

DataSource2: TDataSource;

DBGrid2: TDBGrid;

FindSource: TDataSource;

FindQuery: TADOQuery;

FindQueryID_: TIntegerField;

FindQueryDSDesigner: TDateTimeField;

FindQueryDSDesigner2: TDateTimeField;

FindQueryDSDesigner3: TWideStringField;

FindQueryID_2: TIntegerField;

FindQueryID_3: TIntegerField;

Button1: TButton;

Button2: TButton;

BookTable_: TAutoIncField;

BookTable_2: TDateTimeField;

BookTableDSDesigner: TWideStringField;

BookTableDSDesigner2: TWideStringField;

BookTableDSDesigner3: TWideStringField;

BookTableDSDesigner4: TDateTimeField;

BookTableDSDesigner5: TWideStringField;

BookTableDSDesigner6: TWideStringField;

BookTableDSDesigner7: TWideStringField;

BookTableDSDesigner8: TWideStringField;

BookTableDSDesigner9: TIntegerField;

BookTableDSDesigner10: TWideStringField;

BookTableDSDesigner11: TWideStringField;

BookTable_3: TWideStringField;

PereTable_: TAutoIncField;

PereTable_2: TDateTimeField;

PereTableDSDesigner: TWideStringField;

PereTableDSDesigner2: TWideStringField;

PereTableDSDesigner3: TWideStringField;

PereTableDSDesigner4: TDateTimeField;

PereTableDSDesigner5: TWideStringField;

PereTableDSDesigner6: TWideStringField;

PereTableDSDesigner7: TWideStringField;

PereTableDSDesigner8: TWideStringField;

PereTableDSDesigner9: TIntegerField;

PereTableDSDesigner10: TWideStringField;

PereTableDSDesigner11: TWideStringField;

PereTable_3: TWideStringField;

Button3: TButton;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form9: TForm9;

implementation

uses Unit1, Unit2,unit3, Unit4, unit5,unit6, unit7, unit10, Unit12, Unit8;

{$R *.dfm}

procedure TForm9.Button1Click(Sender: TObject);

egin

if PereTable.Modified then

PereTable.Post;

end;

procedure TForm9.Button2Click(Sender: TObject);

begin

Form10.Show;

Form9.Hide;

end;

procedure TForm9.Button3Click(Sender: TObject);

begin

if Application.MessageBox(Pchar('Действительно хотите удалить ?'),'Внимание!',MB_OKCANCEL)=id_Ok then

PereTable.Delete;

end;

end.

unit Unit10;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Mask, DBCtrls, ExtCtrls;

type

TForm10 = class(TForm)

Panel1: TPanel;

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

DBEdit1: TDBEdit;

DBEdit2: TDBEdit;

Button1: TButton;

Label4: TLabel;

Button2: TButton;

Button3: TButton;

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form10: TForm10;

implementation

ses Unit1, Unit2,unit3, Unit4, unit5,unit6, unit7, unit9, Unit8, Unit12;

{$R *.dfm}

procedure TForm10.Button2Click(Sender: TObject);

begin

Form9.Show;

Form10.Hide;

end;

procedure TForm10.Button3Click(Sender: TObject);

begin

Form8.Show;

Form10.Hide;

end;

procedure TForm10.Button1Click(Sender: TObject);

begin

Form12.Show;

Form10.Hide;

end;

end.

unit Unit12;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, StdCtrls, Grids, DBGrids, ExtCtrls;

type

TForm12 = class(TForm)

Panel2: TPanel;

DBGrid2: TDBGrid;

Button1: TButton;

Button2: TButton;

ADOConnection1: TADOConnection;

BookTable: TADOTable;

DataSource1: TDataSource;

ADOConnection2: TADOConnection;

PereTable: TADOTable;

DataSource2: TDataSource;

FindSource: TDataSource;

Button3: TButton;

BookTable_: TAutoIncField;

BookTable_2: TDateTimeField;

BookTableDSDesigner: TWideStringField;

BookTableDSDesigner2: TWideStringField;

BookTableDSDesigner3: TWideStringField;

BookTableDSDesigner4: TDateTimeField;

BookTableDSDesigner5: TWideStringField;

BookTableDSDesigner6: TWideStringField;

BookTableDSDesigner7: TWideStringField;

BookTableDSDesigner8: TWideStringField;

BookTableDSDesigner9: TIntegerField;

BookTableDSDesigner10: TWideStringField;

BookTableDSDesigner11: TWideStringField;

BookTable_3: TWideStringField;

PereTable_: TAutoIncField;

PereTable_2: TDateTimeField;

PereTableDSDesigner: TWideStringField;

PereTableDSDesigner2: TWideStringField;

PereTableDSDesigner3: TWideStringField;

PereTableDSDesigner4: TDateTimeField;

PereTableDSDesigner5: TWideStringField;

PereTableDSDesigner6: TWideStringField;

PereTableDSDesigner7: TWideStringField;

PereTableDSDesigner8: TWideStringField;

PereTableDSDesigner9: TIntegerField;

PereTableDSDesigner10: TWideStringField;

PereTableDSDesigner11: TWideStringField;

PereTable_3: TWideStringField;

BookTable_4: TIntegerField;

procedure Button2Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form12: TForm12;

implementation

uses Unit10;

{$R *.dfm}

procedure TForm12.Button2Click(Sender: TObject);

begin

Form10.Show;

Form12.Hide;

end;

procedure TForm12.Button1Click(Sender: TObject);

begin

PereTable.Insert;

DBGrid2.SetFocus;

end;

procedure TForm12.Button3Click(Sender: TObject);

begin

if PereTable.Modified then

if dbgrid2.Columns.Items[5]=nil then showmessage('Введите данные');

PereTable.Post;

end;

end.

Размещено на Allbest.ru