Файл: Моделирование предметной области “Кадровое делопроизводство” с помощью UML.pdf

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

• модульный принцип построения, ориентированный на работу нескольких пользователей с разделением учета по функциональным участкам. Такой подход характерен для многих современных западных систем;
• сквозное перетекание данных, что позволяет с максимальным удобством для пользователя работать с программой;
• наличие реально работающих версий 1.04 “Oracle-Кадры” в среде Windows 2000/XP.

1.2. Предлагаемые мероприятия по улучшению технологии решения задачи

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

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

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

• стрелка входа приходит всегда в левую кромку активности;
• стрелка управления – в верхнюю кромку;
• стрелка механизма – нижняя кромка;
• стрелка выхода – правая кромка^[4].

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

---

Функциональное моделирование процесса разработки ПО представлено в нотации IDEF0 на рисунках 1.1 – 1.2.

Рисунок 1.1 – Контекстная диаграмма моделирования процесса разработки ПО

Рисунок 1.2 – Диаграмма декомпозиции процесса «Разработать дипломный проект» в нотации IDEF0

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

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

Рисунок 1.3 – Форма аутентификации

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

Рисунок 1.5 – Функции приложения (Командировки)

Рисунок 1.6 – Функции приложения (Отпуска)

Рисунок 1.7 – Обработка ошибок пользователей

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

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

Рисунок 1.8 – Диаграмма классов

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

Таблица 1.1 – Краткое описание классов

Название класса	Назначение
MainForm	Основной класс: реализует добавление сотрудников, редактирование информации о сотрудниках и вызов рабочих форм для всех остальных функций приложения
FormViewUsr	Класс, реализующий просмотр сотрудников предприятия и поиск по различным критериям
FormPass	Реализует аутентификацию сотрудников
FormAddOrg	Класс, реализующий добавление образовательных учреждений и организаций для командирования сотрудников
FormAuthAdd	Класс, организующий добавление или обновление учётных записей для сотрудников отдела кадров
FormTripsHoly	Класс, реализующий добавление командировочных и отпускных приказов.

---

Опишем подробнее методы, входящие в класс MainForm. В таблице 1.2 приведена подробная характеристика каждого метода.

Таблица 1.2 – Подробная характеристика класса MainForm

Метод	Назначение
Конструктор	Создаёт главную форму с заданными параметрами для добавления сотрудника предприятия или для редактирования информации о нём
tel_proc	Метод, ограничивающий вводимые символы в текстовом поле
FormAddEmp_Load	Метод, обрабатывающий данные при загрузке главной формы
get_edu_type	Формирует выпадающий список из типов образования
get_edu_orgs	Формирует выпадающий список из образовательных учреждений
save_empoyee	Метод, сохраняющий нового сотрудника в базу
btnViewEmp_Click	Метод, вызывающий форму для поиска и просмотра сотрудников и информации о них
btnAddEduOrg_Click	Метод, вызывающий форму добавления учебных учреждений
btnUpdate_Click	Метод, обновляющий информацию о сотруднике организации.

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

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

Рисунок 3.9 – Диаграмма развёртывания

На вычислительном узле «ПК» размещена сама программа kadr.exe. На вычислительном узле «Сервер баз данных» размещён SQL Server 2008 R2. Узел «Локальная сеть» необходим для обеспечения взаимодействия узлов «ПК» и «Сервер баз данных».

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

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

---

Рисунок 1.8 – Модель реализации

Спецификация основных компонентов:

• FormPass.cs – форма аутентификации пользователя;
• FormMain.cs – главная форма программы;
• FormAddOrg.cs – форма добавления образовательных учреждений и организаций для комаднировок;
• FormAuthAdd.cs – форма добавления учётных записей пользователей;
• FormTripsHoly.cs – форма добавления отпускных приказов и приказов об отпусках;
• FormViewUsr.cs – форма просмотра и поиска сотрудников.

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

В таблице 2.3 представлены тесты программы по вариантам использования.

Таблица 2.3

Вариант использования	Тест	Полученные результаты
1Занести новых сотрудников в базу	Вносим личные данные по новому сотруднику, не оставляя пустых полей и нажимаем кнопку «Внести сотрудника в базу»	Новый сотрудник добавляется в соответствии с ожиданием (прил. А, рис. 1)
2 Редактировать личную информацию о сотрудниках	На главной форме нажимаем кнопку «Просмотреть сотрудников», находим нужного и по двойному клику мыши выводим информацию о нём для редактирования. Чтобы сохранить изменения	Редактирования сотрудника происходит в соответствии с ожиданием (прил. А, рис. 2,3)
3Занести и редактировать информацию о командировках сотрудников	На главной форме нажимаем в меню «Функции» -> «Командировки» -> «оформить командировку», в форме поиска сотрудников находим нужного сотрудника, кликаем правой кнопкой по нему и выбираем пункт «оформить командировку»	Оформление командировки происходит в соответствии с ожиданием (прил. А, рис. 4-7)
4 Занести и редактировать информацию об отпускных приказах	На главной форме нажимаем в меню «Функции» -> «Отпуски» - > «оформить отпуск», в форме поиска сотрудников находим нужного сотрудника, кликаем правой кнопкой по нему и выбираем пункт «оформить отпуск»	Оформление отпусков происходит в соответствии с ожиданием (прил. А, рис. 8-11)
5 Составить график отпусков и контролировать его исполнение	На главной форме нажимаем в меню «Функции» -> «Отпуски» - > «просмотреть график отпусков»	Составление и контроль графика отпусков происходит в соответствии с ожиданием (прил. А, рис. 12)
6 Найти и просмотреть необходимую информацию по сотрудникам	На главной форме нажимаем кнопку «Просмотреть сотрудников», появляется форма поиска сотрудников. Выбираем критерии поиска и нажимаем кнопку «найти»	Поиск сотрудников происходит в соответствии с ожиданием (прил. А, рис. 13-16)
7 Контроль доступа к системе	Для добавления и удаления учётных записей пользователей системы необходимо зайти под админом и нажать кнопку «добавить/удалить пользователя»	Добавление и удаление пользователей происходит в соответствии с ожиданием (прил. А, рис. 17-20)

---

Глава 2. Проектная часть

2.1. Выбор средства для моделирования предметной области решаемой задачи

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

Рисунок 2.2 – Модель предметной области в языке UML

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

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

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

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

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

---