Файл: Моделирование предметной области «Управление персоналом» с помощью UML (Подсистема журналирования).pdf

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

Список возможных кандидатов – отчет формируемый системой посредством выборки из БД потенциальных кандидатов наиболее подходящих по запросам РОБОТОДАТЕЛЯ, количество потенциальных работников зависит от количества записей в БД СОИСКАТЕЛЕЙ и строгости запроса (количество параметров участвующих в запросе);

Приглашение на собеседование – шаблон - письмо свободной формы, которое отправляется СОИСКАТЕЛЮ в случае заинтересованности РАБОТОДАТЕЛЯ в его услугах (кандидатура СОИСКАТЕЛЯ отвечает требованиям РАБОТОДАТЕЛЯ).

Примеры некоторых документов приведены в приложении 2.

2 МОДЕЛИРОВАНИЕ СИСТЕМЫ СРЕДСТВАМИ UML

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

2.1 Диаграмма классов

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

Для построения модели выберем основные информационные сущности, которые должны фигурировать в системе, их особенности опишем в таблице 1

Таблица 1

Описание классов

№ п/п	Имя класса	Краткое описание
1	Агентство	Класс, описывающий организацию – кадровое агентство
2	Оператор	Класс, содержащий основные атрибуты и методы оператора ИС
3	Соискатель	Класс содержит основные атрибуты и методы взаимодействия с ИС соискателя
4	Работодатель	Класс, содержащий атрибуты и методы взаимодействия с ИС работодателя
5	Вакансия	Класс, содержащий описывающие поля для вакансии, как основной информационной единицы ИС
6	ИС «Recruting»	Глобальный класс-контейнер, который содержит методы реализующие функционал всей системы кадрового агентства

Среди описанных в таблице 1 классов стоит выделить классы «Работодатель», «Соискатель» и «Оператор» это действующие лица ИС и они могут быть импортированы из диаграммы вариантов использования. Класс «Вакансия» и «Агентство» чисто описательные и не содержат методов. Класс «ИС «Recruting»» класс реализующий функционал обработки информации, взаимодействие с БД, интерфейс пользователей.

Диаграмма классов представлена на рис. 5

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

Опишем более детально классы в таблице 2

Таблица 6

Описание атрибутов класса

Имя класса
Атрибут	Вид-сть		Тип атрибута			Описание
*Агентство*
ID	Private		числовой		Предназначение этого атрибута не однозначно (исходя из задания), предположим – выполняет идентифицирующую функцию
Название	Private		String		Название агентства
Сокращенно	Private		String		Короткое название
Адрес	Private		String		Адрес агентства
Телефон	Private		String		Телефон агентства
Эл. почта	Private		String		Почта агентства
*все поля обозначены как Private – никто из субъектов не нуждается в доступе к этой информации, информация может предоставляться по требованию. В функционале ИС эта информация нигде не фигурирует
*Вакансия*
Название	Public		String		Название вакансии
ID_emloyer	Public		Long		Код организации разместившей вакансию
договор	Public		Boolean		Да обязательное подписание договора
трудовая книжка	Public		Boolean		Да – оформление трудоустройства с записью в трудовой
соц. пакет	Public		Boolean		Да – наличие соц. пакета
вакансия открыта	Public		Data		Дата открытия вакансии
вакансия закрыта	Public		Data		Вакансия актуальна до…
оплата	Public		Struct{range:valute}		Указывает диапазон ЗП и валюту
пол	Public		Variant (м/ж/Н)		М –мужчина Ж – женщина Н пол не важен
возраст	Public		Range(y1..yn)		Приемлемый для работодателя диапазон возраста
образование	Public		Variant		Требуемый уровень образования
доп. требования	Public		Variant		Обязательные доп. навыки (знание языка, владение ПК и т.д.)
*Работодатель*
ID		Private		числовой			Код, идентифицирующий запись
Название		Public		String			Название организации
Адрес		Public		String			Адрес организации
Телефон		Public		String			Телефон организации
Эл. почта		Public		String			Почта организации
Конт. лицо		Public		String			Лицо в организации, отвечающие за контакты с оператором ИС или соискателем – претендентом на вакансию
Методы
add_data (vacancy)		Public		Разместить информацию о вакансии
pretendent =Get_data(requrements)		Public		Получить перечень претендентов подходящих по требованиям
*Соискатель*
ID		Public		Long			Код записи в БД
конт. телефон		Public		String			Телефон соискателя
пол		Public		Variant (м/ж)			Пол соискателя
возраст		Public		Byte			Возраст (полных лет)
образование		Public		Variant			Образование соискателя
Специальность		Public		String			Специальность по диплому
доп. навыки		Public		Variant			Доп. навыки (знание языка, владение ПК и т.д.)
Предыдущие место работы		Public		String			Организация, где соискатель работал ранее
Методы
Add_data(personal)		Public		Добавить персональную информацию
vacancy = Get_data(parametr)		Public		Получить перечень вакансий подходящих по требованиям
receive_Msg		Public		Получить уведомление о собеседовании

Все описанные в таблице данные (атрибуты/методы) классов задокументированы в модели (рис. 6)

Рисунок 6 – Детализация классов

2.2 Диаграмма активности/состояний

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

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

В этом типе диаграмм используются два основных символа:

активность (действие)

состояние

Ниже представлена диаграмма активности для информационной системы, которая описывает добавление вакансии «Работодателем»

Рисунок 7 Диаграмма состояний

2.3 Диаграмма последовательности

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

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

В конкретной модели данный тип диаграмм представлен несколькими диаграммами.

Непосредственное взаимодействие с ИС актеров представлено на рис. 8-9. На рис. 10 представлена диаграмма взаимодействия через оператора, когда пользователь не взаимодействует напрямую, а обращается в Cool-центр агентства (смотри рис. 3)

Рисунок 8 – Добавление соискателя

Рисунок 9 – Поиск вакансии

Рисунок 10 Взаимодействие через оператора

Стоит также рассмотреть диаграмму выбора работодателем соискателя.

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

Рисунок 11 – Организация связи между «Соискателем» и «Работодателем»

2.5 Диаграмма компонентов

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

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

Веб-интерфейс для взаимодействия внешних пользователей «Соискатели»/ «Работодатели»

Администраторская панель для администрирования системы со стороны оператора системы

Рисунок 12 – Диаграмма компонентов

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

Детализированная структура программы (диаграмма компонентов) приведена на рисунке 12.

Рисунок 12 – Диаграмма компонентов АИС «Кадровое агентство» (серверная часть)

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

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

Модуль связи с СОИСКАТЕЛЯМИ выполняет функции регистрации соискателя в системе и привязки его обновленных данных к данным накопленным по нему ранее (если таковые были).

Модуль взаимодействия с РАБОТОДАТЕЛЕМ – реализует функции наполнения таблицы предприятий заказчиков через сеть Интернет или CallCentr. Передача информации от пользователя к модулю происходит через набор клиентских форм, на основании которых формируется http запрос к серверу. На клиентском браузере происходит первоначальная проверка на корректность данных. На основании данных форм модуль формирует SQL-запрос к базе данных.

Модуль приема заявок позволяет – регистрировать запросы предприятий на подбор персонала, занесение этих запросов в БД и подготовку данных для их обработки.

Модуль отображения заявки – выполняет функции отображения результатов обработки заявок полученных из АИС по запросу предприятия (Работодателя).

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

Часть модулей системы должна работать в автоматическом режиме круглосуточно.

ЗАКЛЮЧЕНИЕ

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