Файл: Моделирование предметной области «Кадровое делопроизводство» с помощью UML (АНАЛИТИЧЕСКАЯ ЧАСТЬ)).pdf
Добавлен: 23.04.2023
Просмотров: 272
Скачиваний: 1
Система «Orakl-Кадры» характеризуется наличием всех достоинств предыдущих систем, вместе с тем, она обладает и дополнительными преимуществами. Данная система предусматривает возможность работы с системой баз данных (штатные сотрудники, уволенные сотрудники, архив, кадровый резерв, временные сотрудники и т.п.), что позволяет значительно сократить время обработки запросов. Второе несомненное преимущество данной системы заключается в содержимом учетной карточки, которая включает 102 темы (согласно постановлению Госкомстата, карточка должна содержать не менее 55 тем).
Система предусматривает возможность произвольной модификации штатного расписания с автоматическим подсчетом вакансий, а также развитый модуль обработки нерегламентированных запросов. Также в системе предусмотрены процедуры ведения табеля (персонального и на подразделение) с автоматическим контролем отпусков, командировок, материальной помощи и т.д. Некоторые существующие системы имеют в наличии все обязательные разделы кадрового учета, однако лишь в системе «Orakle-Кадры» они представлены в полном объеме. В связи с этим, учитывая ее приемлемую стоимость (до 500 долл.), можно говорить о том, что на сегодняшний день данная система, включающая все функции автоматизации кадрового документооборота, является лидером среди систем автоматизации деятельности организаций[11].
Таким образом, можно констатировать, что долговременная удобная работа требует многофункциональной, самостоятельной сетевой кадровой программы, имеющей развитый сервис с возможностью стыковки с другими системами, мощное штатное расписание, комплект шаблонов и простой интерфейс, что существенно сужает круг подходящих предложений. Следовательно, крупные организации должны отдавать предпочтение интегрированным системам, и, в первую очередь, системе «Orakl-Кадры», основные отличительные черты которой заключаются в следующем:
- модульный принцип построения, ориентированный на работу нескольких пользователей при разделении учета по функциональным участкам. Подобный подход присущ многим современным западным системам;
- сквозное перетекание данных, что обеспечивает максимально удобную для пользователя работу с программой;
- наличие реально работающих версий 1.04 «Oracle-Кадры» в среде Windows 2000/XP.
1.2 Предлагаемые мероприятия по улучшению технологии решения задачи
Функциональное моделирование процесса разработки программного обеспечения.
Для формализации и описания процесса разработки программного обеспечения применяется методология функционального моделирования и графическая нотация IDEF0. Отличительная особенность данной нотации заключается в акценте на соподчиненность объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.
Стандарт IDEF0 представляет процесс разработки как набор функциональных блоков. Функциональный блок графически изображается в виде прямоугольника и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. Согласно требованиям стандарта, наименование каждого функционального блока должно формулироваться в глагольном наклонении (к примеру, «получить информацию», а не «получение информации»). Для каждого блока действует правило стороны:
- стрелка входа приходит всегда в левую кромку активности;
- стрелка управления – в верхнюю кромку;
- стрелка механизма – в нижнюю кромку;
- стрелка выхода – в правую кромку[12].
В рамках единой системы каждому функциональному блоку присваивается собственный уникальный идентификационный номер. Блок выглядит как «черный ящик» с входами, выходами, управлением и механизмом, постепенно детализируемым до необходимого уровня. Также для того правильного понимания существуют словари описания активностей и стрелок. В таких словарях дается описания того, какой смысл вкладывается в данную активность или стрелку.
Функциональное моделирование процесса разработки ПО представлено в нотации IDEF0 на рисунках 1 и 2.
Рисунок 1. Контекстная диаграмма моделирования процесса разработки ПО
Рисунок 2. Диаграмма декомпозиции процесса «Разработать дипломный проект» в нотации IDEF0
Проектирование пользовательского интерфейса осуществляется на основе анализа предметной области и функциональных требований, обеспечение быстроты обучения работе с программой достигается за счет интуитивной понятности пользовательского интерфейса[13]. На рисунках 3 – 7 приведен пример пользовательского интерфейса для различных вариантов использования.
При правильном вводе логина и пароля в форме аутентификации появляется форма для добавления данных по клиентам.
Рисунок 3. Форма аутентификации
Рисунок 4. Главная форма приложения
Рисунок 5. Функции приложения (Командировки)
Рисунок 6. Функции приложения (Отпуска)
Рисунок 7. Обработка ошибок пользователей
Модель проектирования представляет собой объектную модель, описывающую физическую реализацию вариантов использования. Данная модель является иерархией подсистем проектирования, которые содержат классы проектирования, проекты реализации вариантов использования и интерфейсы.
Исходя из анализа предметной области, был реализован набор классов, отвечающих за работу с информационной системой. На рисунке 8 представлены созданные классы.
Рисунок 8. Диаграмма классов
Каждому из созданных классов принадлежат свои функции. Краткое писание данных классов представлено в таблице 1.
Таблица 1
Краткое описание классов
|
Название класса |
Назначение |
|
MainForm |
Основной класс, реализующий добавление сотрудников, редактирование сведение о сотрудниках и вызов рабочих форм для всех остальных функций приложения |
|
FormViewUsr |
Класс, который реализует просмотр сотрудников организации и поиск по разным критериям |
|
FormPass |
Реализует аутентификацию сотрудников |
|
FormAddOrg |
Класс, реализующий добавление организаций и учреждений для командирования работников |
|
FormAuthAdd |
Класс, организующий добавление или обновление учётных записей для персонала отдела кадров |
|
FormTripsHoly |
Класс, который реализует добавление отпускных и командировочных приказов. |
Опишем подробнее методы, входящие в класс MainForm. В таблице 2 представлена подробная характеристика каждого метода.
Таблица 2
Подробная характеристика класса MainForm
|
Метод |
Назначение |
|
Конструктор |
Создает главную форму с заданными параметрами для добавления работника предприятия или для редактирования сведений о нем |
|
tel_proc |
Метод ограничения вводимых символов в текстовом поле |
|
FormAddEmp_Load |
Метод обработки данных при загрузке главной формы |
|
get_edu_type |
Формирование выпадающего списка из типов образования |
|
get_edu_orgs |
Формирование выпадающего списка из образовательных учреждений |
|
save_empoyee |
Метод сохранение нового сотрудника в базе |
|
btnViewEmp_Click |
Метод вызова формы для поиска и просмотра работников и сведений о них |
|
btnAddEduOrg_Click |
Метод, вызывающий форму добавления учебных учреждений |
|
btnUpdate_Click |
Метод обновления информации о сотруднике предприятия |
MainForm представляет собой основной класс, который обеспечивает взаимодействие друг с другом остальных классов и реализует большую часть функциональности информационной системы.
Модель развертывания является объектной моделью, описывающей физическое размещение подсистем по вычислительным узлам системы. Примеры отображения модели развертывания с помощью диаграммы развертывания представлены на рисунке 9.
Рисунок 9. Диаграмма развертывания
На вычислительном узле «ПК» размещается сама программа kadr.exe. На вычислительном узле «Сервер баз данных» размещается SQL Server 2008 R2. Узел «Локальная сеть» обеспечивает взаимодействие узлов «ПК» и «Сервер баз данных».
Представленная структура обеспечивает многопользовательский доступ. Пользователи обладают возможностью просматривать сотрудников, добавленных другими пользователями, однако не имеют права их удалять.
Модель реализации описывает процесс реализации элементов модели проектирования в виде компонентов (исходные тексты, двоичные файлы, сценарии, документы, таблицы, исполняемые модули). В унифицированном процессе разработки для отображения решений реализации используется диаграмма компонентов. Разработанные компоненты реализуются на языке C# (рис. 10).
Рисунок 10. Модель реализации
Спецификация основных компонентов:
- FormPass.cs – форма аутентификации пользователя;
- FormMain.cs – главная форма программы;
- FormAddOrg.cs – форма добавления организаций и учреждений для командировок;
- FormAuthAdd.cs – форма добавления учетных записей пользователей;
- FormTripsHoly.cs – форма добавления отпускных и командировочных приказов;
- FormViewUsr.cs – форма поиска и просмотра сотрудников[14].
Модель тестирования описывает процесс проверки при помощи тестов исполняемых компонентов модели реализации. Основная методология тестирования в рамках настоящей курсовой работы заключается в функциональном тестировании. План тестирования содержит описание тестов и их результатов.
В таблице 3 приведены тесты программы по вариантам использования.
Таблица 3
Тесты программы по вариантам использования
|
Вариант использования |
Тест |
Полученные результаты |
|
1Занести новых сотрудников в базу |
Вносятся личные данные о новом сотруднике, не оставляя пустых полей и нажимается кнопка «Внести сотрудника в базу» |
Новый сотрудник добавляется в соответствии с ожиданием (прил. А, рис. 1) |
|
2 Редактировать личную информацию о сотрудниках |
На главной форме нажимается кнопка «Просмотреть сотрудников», находится нужный и по двойному клику мыши выводится информация о нем для редактирования. |
Редактирования сотрудника происходит в соответствии с ожиданием (прил. А, рис. 2,3) |
|
3Занести и редактировать информацию о командировках сотрудников |
На главной форме нажимается в меню «Функции» -> «Командировки» -> «оформить командировку», в форме поиска сотрудников находится нужный сотрудник, правой кнопкой делается клик по нему и выбираеется пункт «оформить командировку» |
Оформление командировки происходит в соответствии с ожиданием (прил. А, рис. 4-7) |
|
4 Занести и редактировать информацию об отпускных приказах |
На главной форме нажимается в меню «Функции» -> «Отпуски» - > «оформить отпуск», в форме поиска сотрудников находится нужный сотрудник, делается клик правой кнопкой по нему и выбирается пункт «оформить отпуск» |
Оформление отпусков происходит в соответствии с ожиданием (прил. А, рис. 8-11) |
|
5 Составить график отпусков и контролировать его исполнение |
На главной форме нажимается в меню «Функции» -> «Отпуски» - > «просмотреть график отпусков» |
Составление и контроль графика отпусков происходит в соответствии с ожиданием (прил. А, рис. 12) |
|
6 Найти и просмотреть необходимую информацию по сотрудникам |
На главной форме нажимается кнопка «Просмотреть сотрудников», выходит форма поиска сотрудников. Выбираются критерии поиска и нажимается кнопка «найти» |
Поиск сотрудников происходит в соответствии с ожиданием (прил. А, рис. 13-16) |
|
7 Контроль доступа к системе |
Для добавления и удаления учетных записей пользователей системы следует зайти под админом и нажать кнопку «добавить/удалить пользователя» |
Добавление и удаление пользователей происходит в соответствии с ожиданием (прил. А, рис. 17-20) |