Описание и анализ предметной области

Задачей является автоматизация кадрового делопроизводства

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

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

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

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

Информационная система отдела кадров позволит значительно повысить скорость и эффективность работы отдела кадров.

Как основной процесс в отделе кадров можно выделить принятие на работу нового сотрудника. При поступлении на работу, сотрудник пишет заявление о приеме на работу — документ, адресованный начальнику отдела кадров, с просьбой о приеме на работу. Работник пишет заявление, как правило, от руки, в произвольной форме или на бланке, разработанном на данном предприятии. Начальник отдела кадров заверяет это заявление и передаёт специалисту отдела кадров.

При приеме на работу специалист отдела кадров помимо письменного заявления работника о приме на работу обязан потребовать предъявления следующих документов:

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

Данные из всех этих документов специалист отдела кадров заносит в личную карточку сотрудника. Личная карточка хранится в отделе кадров до момента увольнения сотрудника, после увольнения личная карточка уничтожается.

Рисунок 1.1. – Модель бизнес-процесса

Функциональные требования пользователя

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

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

Входные данные

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

Основные документы — это приказы, распоряжения, договоры.

На сотрудников оформляются следующие типы документов:

• «Личная карточка работника»
• «Приказ (распоряжение) о приёме на работу».

Выходные данные

Выходными данными при работе программы являются данные, выводимые на экран пользователя, и текстовые документы, составленные по запросам пользователя, в форматах doc. Язык выходных данных в приложении – русский.

Требования к интерфейсу

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

Главное меню программного продукта должно позволять пользователю выбрать категорию, к которой он относится (сотрудник завода, специалист отдела кадров, начальник отдела кадров, специалист бухгалтерии, специалист планово-экономического отдела), а также иметь ссылку на автора приложения.

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

Требования к надежности

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

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

Модель вариантов использования

На основании анализа требований пользователя были выделены следующие варианты использования:

• Логин — ввод пользователем логина и пароля для доступа к системе (для специалиста и рабочего)
• Создание, изменение и просмотр приказов специалистом
• Просмотр пользователем текущего штатного расписания
• Редактирование штатного расписания
• Просмотр графика отпусков
• Редактирование специалистом графика отпусков
• Создание личной карточки для нового сотрудника
• Внесение новых данных о сотруднике в личную карточку
• Удаление личной карточки в связи с увольнением сотрудника
• Просмотр личной карточки
• Просмотр трудового договора с сотрудником

Действующие лица для диаграммы вариантов использования:

• Начальник отдела кадров
• Сотрудник отдела кадров
• Сотрудник
• Бухгалтерия
• Экономико-плановый отдел

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

Рисунок 1.2. – Диаграмма вариантов использования

Описание варианта использования «Создание личной карточки»

Действующие лица. Специалист отдела кадров.

Заинтересованные лица и их требования:

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

Предусловия.

Вход пользователя в систему.

Постусловия.

Если вариант использования выполнен успешно, создаётся новая личная карточка, которой будет присвоен уникальный код. В противном случае состояние системы не изменяется.

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

1. Система создаёт новый документ под названием «Личная карточка работника»
2. В поле «код» генерируется код документа
3. Система предлагает заполнить личную карточку
4. Пользователь заполняет личную карточку
5. Система спрашивает сохранить или не сохранить данные
6. Пользователь сохраняет данные
7. Вариант использования завершается

Альтернативные потоки:

5a. Если пользователь не вводит данные в обязательные поля, система выводит сообщение «Введите данные»

5b. Если пользователь вводит неверные данные, система выводит сообщение «Проверьте правильность данных»

7а. Если пользователь не сохраняет данные, состояние системы не меняется, вариант использования завершается

Проверка модели на полноту

Проверка на полноту диаграммы вариантов использования производится по операциям, выполняемым над основными объектами, представленными в таблице 1.3.

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

Таблица 1.3. Проверка на полноту

Варианты использования	Объекты
Личная карточка	Штатное расписание	График отпусков	приказ	Трудовой договор
Создание, изменение и просмотр приказов специалистом				1,2,3,4
Просмотр трудового договора с сотрудником					3
Просмотр пользователем текущего штатного расписания		2
Редактирование штатного расписания		3
Просмотр графика отпусков			2
Редактирование специалистом графика отпусков			3
Создание личной карточки для нового сотрудника	1
Удаление личной карточки в связи с увольнением сотрудника	4
Просмотр личной карточки	2

В таблице 1.3 обозначены виды операций:

1 – создание;

2 – просмотр;

3 – изменение;

4 – удаление.

Над объектом «Штатное расписание» нет операции создание (1) , так как штатное расписание создано заранее и пользователю остаётся только внести в него данные. Операцию удаление (4) производить запрещено.

«График отпусков» так же не имеет операции создания, так как уже создан и требует лишь заполнения, либо изменения.

Объект «Трудовой договор» создаётся вне информационной системы, поэтому доступен лишь его просмотр.

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

Таблица 1.4. Анализ полноты выполнения требований пользователя

Требования пользователя	Варианты использования
Логин	Работа с приказами	Просмотреть штатное расписание	Изменить штатное расписание	Просмотреть график отпусков.	Изменить график отпусков	Создать личную карточку	Изменить личную карточку	Удалить личную карточку	Просмотр личной карточки	Просмотреть трудовой договор
Разделение доступа к информации	+
Возможность просмотра доступной информации для рабочего;					+					+	+
Облегчение контроля работы для начальника отдела кадров		+	+	+	+	+	+	+	+	+	+
Автоматизация работы специалистов отдела кадров		+	+	+		+	+	+	+	+	+
Доступ к необходимой информации для бухгалтерии и планово-экономического отдела			+		+

3.Проектирование информационной системы

3.1. Разработка архитектуры системы

Разрабатываемое приложение является клиент-серверным приложением.

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

На рисунке 2.1 приведена предварительная диаграмма развертывания разрабатываемого приложения – архитектура технических средств системы.

Рис. 2.1. Архитектура технических средств системы

3.2. Разработка модели предметной области

В результате анализа (раздел 1) были выделены категории концептуальных классов, представленные в таблице 2.1.

Таблица 2.1. Список категорий концептуальных классов

Категория концептуальных классов	Примеры
Физические и материальные объекты	Пользователи Документы
Роли людей	Специалист отдела кадров Начальник отдела кадров Сотрудник завода
События	Создание личной карточки Редактирование личной карточки Просмотр личной карточки Удаление личной карточки Создание приказов Составление графика отпусков Составление штатного расписания Просмотр трудового договора
Процессы	Авторизация Работа с личной карточкой Работа со штатным расписанием Работа с графиком отпусков Работа с приказами

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

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

Таблица 2.2. – Ассоциации для модели предметной области

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

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

Таблица 2.3. – Атрибуты классов для модели предметной области

Название класса	Атрибуты класса
Сотрудник(личная карточка)	ID Дата составления Табельный номер Идентцифионный номер плательщика Номер страхового государственного пенсионного свидетельства Ход работы Вид работы Пол Фамилия Имя Отчество Дата рождения Гражданство Знание иностранного языка Образование Профессия Стаж работы Состояние в браке Номер паспорт а Дата выдачи паспорта Наименование органа выдавшего паспорт Дата регистрации по месту жительства Номер телефона Категория запаса Состав (профиль) ВУС Категория годности к военной службе Наименование военного комиссариата Состав на военном учете Дата заключения ТД Номер ТД
График отпусков	ID_график ID_личная карта Дата начала Дата окончания Количество календарных дней
Приказ	ID_приказ ID_личная карта Номер приказа Дата приказа Вид приказа
Социальные льготы	ID_льготы ID_личная карта Наименование льготы Номер документа Дата выдачи Основание
Штатное расписание	ID_расписание ID_личная карта Отдел Должность Ставка
Повышение квалификации	ID_квалификация ID_личная карта Дата начала обучения Дата окончания обучения Вид Наименование Наименование свидетельства Серия, номер свидетельства Дата свидетельства Основание
Состав семьи	ID_состав семьи ID_личная карта Степень родства ФИО Год рождения
Награды	ID_награды ID_личная карта Наименование награды (поощрение) Наименование документа Номер документа Дата получения документа
Прием на работу и перевод	ID_работа ID_личная карта Дата Структурное подразделение Должность Тарифная ставка Основание
Профессиональная переподготовка	ID_переподготовка ID_личная карта Дата начала переподготовки Дата окончания переподготовки Специальность Наименование диплома (свидетельства) Номер диплома (свидетельства) Дата диплома (свидетельства) Основание
Аттестация	ID_аттестация ID_личная карта Дата Решение комиссии Документ (протокол) Основание

3.3. Разработка алгоритма функционирования системы

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

Для этого необходимо разработать разделение одного интерфейса.

Алгоритм работы системы в виде диаграммы деятельностей приведен на рисунке 2.3.

Алгоритм работы специалиста отдела кадров в виде диаграммы деятельностей представлен на рисунке 2.4.

На рисунке 2.5 представлена деятельность специалиста отдела кадров «Работа с личной карточкой».

На рисунке 2.6 представлена деятельность специалиста отдела кадров «Создание личной карточки».

Рисунок 2.3. – Алгоритм работы системы

Рисунок 2.4. – Диаграмма деятельностей «Работа специалиста ОК»

Рисунок 2.5. – Диаграмма деятельностей «Работа с личной карточкой»

Рисунок 2.6. – Диаграмма деятельностей «Создание личной карточки»

3.4. Реляционная модель данных

На рисунке 2.7 изображена реляционная модель данных.

Рисунок 2.7. – Реляционная модель данных

Реляционная модель данных разработана на основе концептуальной модели предметной области. Реляционная модель данных в дальнейшем служит для разработки БД.

1. 3.5 Построение диаграммы классов

Диаграмма классов для варианта использования «Создание личной карточки» представлена на рисунке 2.10.

Рисунок 2.10 – Диаграмма классов «Создание личной карточки»