Добавлен: 03.05.2024
Просмотров: 30
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Сущность «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 Структура интеллектуальной системы
Полное описание вариантов использования
Вариант использования: контроль доступа к системе.
Область действия: используемая программа.
Уровень: цель администратора.
Основное действующее лицо: администратор.
Предусловие: программа должна быть загружена, база данных присоединена к проекту.
Минимальные гарантии: наличие учётной записи администратора в таблице аутентификации.
Гарантия успеха: администратор знает свой логин и пароль и знает, какие учётные записи добавлять, а какие удалять.
Основной сценарий:
-
администратор входит в систему; -
использует кнопки для добавления или удаления пользователей; -
сделав необходимые изменения он завершает работу с системой.
Вариант использования: занести новых сотрудников в базу.
Область действия: используемая программа.
Уровень: цель пользователя.
Основное действующее лицо: пользователь.
Предусловие: программа должна быть загружена, база данных присоединена к проекту.
Минимальные гарантии: пользователь знает свой логин и пароль и проходит аутентификацию.
Гарантия успеха: при вводе данных не осталось пустых полей и нажата кнопка добавления данных о новых сотрудниках.
Основной сценарий:
-
пользователь проходит аутентификацию; -
вносит данные о новом сотруднике; -
заполнив все необходимые поля, пользователь вносит нового сотрудника в базу.
Вариант использования: редактировать личную информацию о сотруднике
Область действия: используемая программа
Уровень: цель пользователя
Основное действующее лицо: пользователь
Предусловие: программа должна быть загружена, база данных присоединена к проекту
Минимальные гарантии: пользователь знает свой логин и пароль или находится в системе
Гарантия успеха: по условиям поиска найден сотрудник, информацию о котором необходимо редактировать.
Основной сценарий:
-
пользователь проходит аутентификацию; -
открывает поиск и находит необходимого сотрудника; -
открывает форму сотрудника и вносит изменения; -
сохраняет результаты работы.
Вариант использования: занести и редактировать информацию о командировках сотрудника.
Область действия: используемая программа.
Уровень: цель пользователя.
Основное действующее лицо: пользователь.
Предусловие: программа должна быть загружена, база данных присоединена к проекту.
Минимальные гарантии: пользователь находится в системе.
Гарантия успеха: сотрудник, на которого оформляется командировка, найден в базе данных и операция добавления проходит без ошибок.
Основной сценарий:
-
пользователь находится в системе; -
пользователь определяет условия для поиска сотрудника; -
пользователь находит сотрудника в базе; -
пользователь производит добавление командировки для сотрудника.
Вариант использования: занести и редактировать информацию об отпускных приказах
Область действия: используемая программа.
Уровень: цель пользователя.
Основное действующее лицо: пользователь.
Предусловие: пользователь находится в системе.
Минимальные гарантии: пользователь находится в системе.
Гарантия успеха: пользователь находит сотрудника, на которого необходимо оформить отпускной приказ и добавление данных проходит без ошибок.
Основной сценарий:
-
пользователь находится в системе; -
пользователь выбирает функцию добавления отпускных приказов; -
пользователь находит необходимого сотрудника -
пользователь добавляет приказ об отпуске в базу.
Вариант использования: составить график отпусков и контролировать его исполнение.
Область действия: используемая программа.
Уровень: цель пользователя.
Основное действующее лицо: пользователь.
Предусловие: программа должна быть загружена, пользователь в системе.
Минимальные гарантии: пользователь находится в системе, данные по отпускным приказам находятся в базе данных.
Гарантия успеха: пользователь без ошибок выполняет запрос на сортировку данных по отпускным приказам сотрудников.
Основной сценарий:
-
пользователь находится в системе; -
выбирает функцию составления графика отпусков; -
выбирает период, за который необходимо составить график; -
по сформированному графику появляется возможность проконтролировать исполнения графика.
Вариант использования: найти и просмотреть необходимую информацию по сотрудникам.
Область действия: используемая программа.