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

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 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 Структура интеллектуальной системы
Полное описание вариантов использования

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

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

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

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

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

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

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

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

  • администратор входит в систему;

  • использует кнопки для добавления или удаления пользователей;

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

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

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

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

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

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

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

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

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

  • пользователь проходит аутентификацию;

  • вносит данные о новом сотруднике;

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

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

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

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

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

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

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

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

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

  • пользователь проходит аутентификацию;

  • открывает поиск и находит необходимого сотрудника;

  • открывает форму сотрудника и вносит изменения;

  • сохраняет результаты работы.

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


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

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

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

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

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

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

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

  • пользователь находится в системе;

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

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

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

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

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

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

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

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

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

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

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

  • пользователь находится в системе;

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

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

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

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

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

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

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

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

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

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

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

  • пользователь находится в системе;

  • выбирает функцию составления графика отпусков;

  • выбирает период, за который необходимо составить график;

  • по сформированному графику появляется возможность проконтролировать исполнения графика.

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

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