Интеллектуальные. Интеллектуальная системы для отдела кадров. Интеллектуальная системы для отдела кадров

• Название: Интеллектуальная системы для отдела кадров
• Анкор: Интеллектуальные
• Дата: 17.01.2023
• Размер: 383.65 Kb.
• Имя файла: Интеллектуальная системы для отдела кадров.docx
• Тип: Курсовая; #890214
• страница: 2 из 3

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

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


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

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

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

Модель предметной области в нотации IDEF1X

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

Основные элементы IDEF1X-диаграммы.

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

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

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

Связь — это функциональная зависимость между сущностями. Например, СЛУЖАЩИЙ совершает ПРОДАЖИ.

Каждая сущность обладает атрибутами. Атрибут — это свойство объекта, характеризующее его экземпляр. Сущность СЛУЖАЩИЙ может иметь атрибуты Имя, Дата рождения и т.д.

На рисунке 2 представлена диаграмма предметной области в нотации IDEF1X.


Рисунок 2 - Диаграмма предметной области в нотации IDEF1X
Описание сущностей информационной системы приведено в
таблице 1.

Таблица 1

Описание сущностей информационной системы

№	Наименование	Назначение	Тип связи	Атрибут для связи
1	employee	Информация о сотруднике компании	1:M business_trip holiday authentication education_orgs education_type	employee_id
2	business_trip	Информация о командировках сотрудников	М:1 employee	employee_id
3	trip_organizations	Место командировки сотрудника	1:M business_trip	org_id
4	authentication	Контроль доступа к информационной системе	M:1 employee	employee_id
5	holyday	отпуск	M:1 employee	employee_id
6	education_orgs	Место получения образования	M:1 employee	employee_id
7	education_type	образование сотрудника	M:1 employee	employee_id

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

Описание сущности employee

Название атрибута	Описание
emp_id	Идентификатор работника
sname	фамилия
name	имя
patronics	отчество
birthday	дата рождения
pasp_ser	паспорт серия и номер
pasp_date	дата выдачи номера
pasp_who	кем выдан паспорт
pasp_kod	паспорт код подразделения
registr_place	место регистрации
now_place	текущее место проживания
category	категория
razryad	разряд
is_married	женат/замужем
children	количество детей
education_id	идентификатор образовательного учреждения
type_id	идентификатор вида образования
is_working	работает ли сейчас

Сущность «employee» предоставляет хранилище для личной информации о сотрудниках. Первичным ключом является emp_id. На него ссылаются внешние ключи из сущности «authentication», «holyday», «business_trip». Внешние ключи: «type_id» - ссылается на первичный ключ сущности «education_type», в которой хранятся типы образования; «education_id» - ссылается на первичный ключ сущности «education_orgs», в которой хранятся образовательные учреждения.

Таблица 3

Описание сущности business_trip

Название атрибута	Описание
trip_id	идентификатор командировки
date_beg	дата начала командировки
date_end	дата окончания командировки
org_id	идентификатор командировочной организации
emp_id	идентификатор работника

Таблица 4

Описание сущности trip_organizations

Название атрибута	Описание
org_id	идентификатор организации
org_name	наименование организации
org_city	город, в котором находится организация
org_addres	адрес организации

Таблица 5

Описание сущности holyday

Название атрибута	Описание
holyday_id	идентификатор записи об отпуске
date_begin	дата начала отпуска
date_end	дата конца отпуска
emp_id	идентификатор работника

Сущность «holyday» предназначена для хранения отпускных приказов сотрудников. Первичным ключом является holyday_id.

Таблица 6

Описание сущности authentication

Название атрибута	Описание
auth_id	идентификатор записи авторизации
login	логин
password	пароль
emp_id	идентификатор работника, допущенного к работе с системой

Сущность «business_trip» предназначена для хранения командировочных приказов сотрудников. Первичным ключом является «trip_id».

Таблица 7

Описание сущности education_orgs

Название атрибута	Описание
education_id	идентификатор образовательного учреждения
education_name	название образовательного учреждения
education_city	город, в котором находится образовательное учреждение

Таблица 8

Описание сущности education_type

Название атрибута	Описание
type_id	идентификатор вида образования
name	вид образования (высшее, среднее техническое и т.д.)

Внешним ключом является org_id, который ссылается на первичный ключ сущности «trip_organizations», которая хранит командировочные организации.


2.2 Требования к интеллектуальной системе (функциональные, интерфейсные, интеграционные, и пр.)

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

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

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

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

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


Рисунок 3 - Диаграмма вариантов использования
В таблице 9 приведено краткое описание вариантов использования.

Таблица 9

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

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

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

2.4 Структура интеллектуальной системы
Полное описание вариантов использования

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

Область действия: используемая программа.

Уровень: цель администратора.

Основное действующее лицо: администратор.

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

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

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

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

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

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

Область действия: используемая программа.

Уровень: цель пользователя.

Основное действующее лицо: пользователь.

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

Минимальные гарантии: пользователь знает свой логин и пароль и проходит аутентификацию.

Гарантия успеха: при вводе данных не осталось пустых полей и нажата кнопка добавления данных о новых сотрудниках.

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

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

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

Область действия: используемая программа

Уровень: цель пользователя

Основное действующее лицо: пользователь

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

Минимальные гарантии: пользователь знает свой логин и пароль или находится в системе

Гарантия успеха: по условиям поиска найден сотрудник, информацию о котором необходимо редактировать.

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

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

Вариант использования: занести и редактировать информацию о командировках сотрудника.

Область действия: используемая программа.

Уровень: цель пользователя.

Основное действующее лицо: пользователь.

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

Минимальные гарантии: пользователь находится в системе.

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

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

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

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

Область действия: используемая программа.

Уровень: цель пользователя.

Основное действующее лицо: пользователь.

Предусловие: пользователь находится в системе.

Минимальные гарантии: пользователь находится в системе.

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

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

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

Вариант использования: составить график отпусков и контролировать его исполнение.

Область действия: используемая программа.

Уровень: цель пользователя.

Основное действующее лицо: пользователь.

Предусловие: программа должна быть загружена, пользователь в системе.

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

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

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

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

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

Область действия: используемая программа.

Уровень: цель пользователя.

Основное действующее лицо: пользователь.

Предусловие: программа должна быть загружена, пользователь в системе.

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

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

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

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

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


Рисунок 4 - Диаграмма последовательности
Алгоритм поиска сотрудников в базе представлен ниже на диаграмме деятельности.



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