Процесс «Сбор и хранение данных, входящих в личное дело» необходимо изменить незначительно. Данные о сотрудниках должны храниться не в книге Excell, а в базе данных информационной системы.
Процесс «Хранение копий договоров» теперь дублируется в базе данных для получения более удобного и быстрого доступа к необходимым документам.
В личных документах содержится следующая информация:
· ФИО сотрудника.
· Кем и когда выдан паспорт.
· Место рождения.
· Дата рождения.
· Адрес проживания.
· Семейное положение.
· Гражданство.
· Номер страхового свидетельства.
· Индивидуальный номер налогоплательщика.
Для ввода паспортных данных сотрудника, его ИНН и номера страхового свидетельства предусмотрена специальная форма. В информационной системе ведется учет данных всех сотрудников организации.
Макеты экранных форм приведены в приложении 7.
Цель инфологического моделирования - обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты) [25].
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных.
Атрибут - поименованная характеристика сущности. Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Связь - ассоциирование двух или более сущностей [27].
Большинство сущностей имеют связь один ко многим (или к нулю). Это означает, что необязательно каждая запись из главной таблицы будет ссылаться на дочернюю. Это обусловлено жизненными причинами. Сотрудник может иметь один или несколько договоров, а может быть зарегистрирован и не иметь ни одного. [20]
Диаграмма ER-модели данных в нотации IDEF1X представлена в приложении 3.
На основе ER-модели построим даталогическую модель (таблица 4).
Таблица 4. Даталогическая модель
|
Сущность |
Идентификатор таблицы |
Атрибут |
Идентификатор поля |
Тип поля |
|
|
sotrudniki |
Идентификатор сотрудника |
Id_sotr |
Счетчик |
|
|
|
Идентификатор гражданства (FK) |
Id_grajd |
Числовой |
|
|
|
Фамилия |
Familiya |
Текстовый(50) |
|
|
|
Имя |
Imya |
Текстовый(50) |
|
|
|
Отчество |
otchestvo |
Текстовый(50) |
|
|
|
Дата рождения |
Data_rojd |
Дата/время |
|
|
|
Место рождения |
Mesto_rojd |
Текстовый(200) |
|
|
|
Серия-номер паспорта |
passport |
Текстовый(11) |
|
|
|
Кем выдан |
Kem_vidan |
Текстовый(50) |
|
Сотрудники |
sotrudniki |
Дата выдачи паспорта |
Data_vidachi |
Дата/время |
|
|
|
Адрес |
Adres |
Текстовый(200) |
|
|
|
Семейное положение |
Sem_pol |
Текстовый(50) |
|
|
|
Номер страхового свидетельства |
Strah_svid |
Текстовый(15) |
|
|
|
ИНН |
inn |
Текстовый(15) |
|
|
|
КПП |
kpp |
Текстовый(50) |
|
|
|
Номер телефона |
tel |
Текстовый(30) |
|
Договор |
Dogovors |
Идентификатор договора |
id |
Счетчик |
|
|
|
Номер договора |
Nomer_dog |
Текстовый |
|
|
|
Идентификатор должности (FK) |
Id_dolj |
Числовой |
|
|
|
Идентификатор сотрудника (FK) |
Id_sotr |
Числовой |
|
|
|
Вид договора (FK) |
Id_vid_dog |
Числовой |
|
|
|
Дата заключения |
Data_zakl |
Дата/Время |
|
|
|
Срок |
Srok |
Числовой |
|
|
|
Дата расторжения |
Data_rast |
Дата/Время |
|
|
|
Компенсация труда |
oklad |
Числовой |
|
|
|
Тип договора |
Trud_dog |
Логический |
|
|
|
Ставка |
stavka |
Одинарное с плавающей точкой |
|
|
|
Причина расторжения |
Rast_reason |
Текстовый(200) |
|
Структурное подразделение |
Strukt_p |
Идентификатор структурного подразделения |
Id_strukt_p |
Счетчик |
|
|
|
Название структурного подразделения |
Strukt_p |
Текстовый(50) |
|
Должность |
doljnost |
Идентификатор должности |
Id_dolj |
Счетчик |
|
|
|
Название должности |
doljnost |
Текстовый |
|
|
|
Идентификатор структурного подразделения(FK) |
Id_strukt_p |
Числовой |
|
|
|
Количество ставок |
kolStavok |
Числовой |
|
Гражданство |
Grajdanstvo |
Идентификатор гражданства |
Id_grajd |
Счетчик |
|
|
|
Гражданство сокращенно |
Grajd_sokr |
Текстовый(3) |
|
|
|
Гражданство полностью |
Grajd_poln |
Текстовый(50) |
|
Вид договора |
Vid_dog |
Идентификатор вида договора |
Id_vid_dog |
Счетчик |
|
|
|
Идентификатор типа договора (FK) |
Id_tip_dog |
Числовой |
|
|
|
Вид договора |
Vid_dog |
Текстовый(50) |
|
Тип договора |
Tip_dog |
Идентификатор типа договора |
Id_tip_dog |
Счетчик |
|
|
|
Тип договора |
Tip_dog |
Текстовый(50) |
С целью минимизации объема базы данных для всех сущностей создано поле «Идентификатор». Первичные ключи таблиц выделены жирным шрифтом. Внешние ключи имеют метку «FK».
Для сущности «Сотрудник» была создана подчиненная таблица. В главной таблице «Сотрудники» вместо атрибута «гражданство» имеется соответствующий идентификатор. Подчиненная таблица представляет собой список возможных вариантов значения поля. Такое преобразование сущности позволит более рационально использовать место на диске и обеспечит контроль целостности данных.
Аналогичная процедура была проведена для сущностей «Должность» и «Вид
договора».
· Фамилия, имя, отчество сотрудника;
· Номер договора;
· Структурное подразделение;
· Дата заключения договора;
· Дата истечения срока.
Если новый договор не заключен, образуется вакансия. По запросу пользователя информационная система формирует список вакансий, в который входят все должности, количество ставок по которым больше, чем количество ставок во всех заключенных на эту должность договорах.
По желанию пользователя список вакансий можно отфильтровать по структурному подразделению.
В отчет «Вакансии» входит:
· Структурное подразделение;
· Должность;
· Количество вакантных ставок.
В общем комплексе решение поставленных задач позволит централизировать информацию о договорах и сотрудниках, оптимизировать работу сотрудника отдела кадров.
Информационная система оперативно формирует необходимые трудовые договоры и договоры об оказании услуг.
Макет выходного документа «Трудовой договор» представлен в приложении 5. В данный документ вносится следующая информация:
· Номер договора
· Наименование работодателя
· ФИО представителя работодателя
· ФИО работника
· Должность
· Профессиональная квалификационная группа
· Квалификационный уровень
· Структурное подразделение
· Срок действия договора
· Права и обязанности работника
· Права и обязанности работодателя
· Оплата труда и социальные гарантии
· Рабочее время и время отдыха
· Адреса и реквизиты сторон
Макет выходного документа «Договор на оказание услуг» представлен в приложении 6. В данный документ вносится следующая информация:
· Номер договора
· Наименование заказчика
· ФИО представителя заказчика
· ФИО исполнителя
· Предмет договора
· Срок договора
· Цена договора и расчеты сторон
· Обязательства сторон
· Ответственность сторон и порядок разрешения споров
· Адреса и реквизиты сторон
Договоры выводятся в приложение MS Word для
редактирования информации из типового договора или печати. Приложение MS Word является оптимальным выбором для составления и
редактирования договоров, т.к. обладает широким функционалом для форматирования
документов.
В связи с тем, что работа информационной системы осуществляется в диалоговом режиме, работу пользователя можно представить в виде схемы диалога (приложение 4).
«Главное меню» предоставляет доступ к семи основным пунктам меню:
• Файл
• Справочники
• Документы
• Отчеты
• Справка.
Меню «Файл» раскрывает следующие пункты подменю:
• Список сотрудников
• Список договоров
• Выход.
По нажатию на пункт «Список сотрудников» выполняется запрос и таблица на главной странице заполняется списком сотрудников, с действующими договорами. Отсюда же можно отредактировать данные о них, добавить договор выбранному сотруднику, посмотреть договоры сотрудника.
Пункт «Список договоров» вызывает форму, содержащую таблицу со всеми действующими договорами организации с сотрудниками. Доступен поиск по номеру договора и фамилии сотрудника. Отсюда доступны функции добавления нового договора, печати его, а также функция расторжения действующего договора с указанием причин.
Пункт «Выход» закрывает клиентского приложение.
Меню «Справочники» раскрывает следующие пункты подменю:
• Сотрудники
• Договоры
• Структурное подразделение
• Должность
Данные пункты подменю обеспечивают доступ к экранным формам всех справочников информационной системы. Эти экранные формы в свою очередь могут вызвать формы добавления, редактирования и удаления.
Пункт «Документы» раскрывает следующие пункты подменю:
• Трудовые договоры.
• Договоры об оказании услуг.
Данное подменю обеспечивает доступ к экранным формам составления и редактирования договоров. Эти экранные формы в свою очередь могут вызвать формы добавления, редактирования и удаления документов.
Пункт «Отчеты» раскрывает следующие пункты подменю:
• Личное дело
• Вакансии
• Договоры с истекающим сроком действия
Пункты этого подменю обеспечивают запуск отчетов.
Пункт «Справка» раскрывает подменю:
• О программе.
Пункт «О программе» вызывает экранную форму с общей информацией о клиентском приложении (автор, версия, назначение).
Рассмотрим схемы алгоритмов информационной системы. [33]
В информационной системе присутствуют конфиденциальные данные, поэтому необходимо разграничить доступ. Схема алгоритма авторизации представлена на рисунке 2.
При запуске информационной системы появляется окно авторизации с полям
для ввода логина и пароля. [39] Если данные введены, то по нажатию на кнопку
«ОК», производится запрос к базе данных с целью получения хранимого md5-hash пароля для введенного имени пользователя. Если
пользователь не найден, система выведет соответствующее сообщение. Если
введенное имя пользователя найдено в базе данных, то извлекается
соответствующий имени md5-hash пароля. После этого происходит
создание md5-hash пароля, введенного в форму авторизации. Если эти md5-hash совпадают, запускается главная форма и пользователь
получает возможность работы с системой. [40]
Рис. 2. Схема алгоритма авторизации
Схема алгоритма добавления новой записи (на примере справочника «Сотрудники») представлена на рисунке 3.
На экранной форме добавления сотрудника расположены окна Edit для ввода данных о сотрудниках,
которые необходимо сохранить. Где возможно, окна Edit заменены на Combobox с выпадающим списком. Это позволяет свести к минимуму
количество ошибок и опечаток в названиях структурных подразделений, должностей
и т.п., а также сокращает количество проделываемых операций сотрудником,
увеличивает скорость внесения данных. [32]
Рис. 3. Схема алгоритма добавления сотрудника в БД
.3 Технологическое обеспечение ИС
Входная информация поступает из личных документов.
При добавлении нового сотрудника в базу данных в качестве входной информации из паспорта используются его фамилия, имя, отчество, дата и место рождения, серия и номер паспорта, когда и кем выдан, адрес проживания. Также из входных документов требуется индивидуальный номер налогоплательщика и номер страхового свидетельства. [4]
При работе с информационной системой пользователь работает с главным меню программы, а также панелями инструментов. Поскольку система функционирует в режиме диалога, то пользователю необходимо некоторые данные вводить вручную. Так, чтобы добавить в справочник нового сотрудника, необходимо вручную заполнить все требуемые поля. Как только часть диалога с пользователем, которая отвечает за ввод новой записи, заканчивается, данные проверяются системой на ошибки. Если ошибок нет, то в базе данных создается новая запись, иначе пользователю информационная система выдаёт соответствующее сообщение.
Важным функционалом работающей информационной системы является автоматическая генерация отчетов для пользователя. Это один из примеров выдачи информации пользователю. ИС считывает по заданным параметрам данных из информационной базы и создает отчет для пользователя.
3. Обоснование экономической эффективности проекта
При проведении проектных работ для их реализации и оптимального исполнения, при ограничении на сроки разработки, необходимо предварительно спланировать проектные мероприятия. Одной из основных задач планирования работ является определение общей продолжительности их проведения. В этом случае наиболее удобным является ленточный график проведения работ. Данный тип графика является наиболее наглядным для понимания, но вместе с тем позволяет эффективно решить поставленную задачу планирования.
Для построения ленточного графика необходимо определить перечень по разработке программы, трудоемкость, численность исполнителей, длительность выполнения каждого вида работ.
При разработке программных средств был выполнен следующий перечень работ:
1. Получение задания на разработку.
2. Подбор и изучение литературы.
. Изучение нормативных документов.
. Исследование бизнес-процессов и построение модели «Как есть».
. Формирование предложений по устранению недостатков.
. Построение модели «Как должно быть».
. Построение логической и физической моделей данных.
. Разработка алгоритмов программы.
. Разработка пользовательского интерфейса.
. Тестирование и отладка программы.
. Оформление пояснительной записки.
. Создание презентации.
. Cоздание демонстрационной версии программы.
Трудоемкость выполнения всей проектной разработки определяется по сумме трудоемкости этапов и видов выполнения работ, оцениваемых экспертным путем в человеко-днях. В соответствии с приведенным выше перечнем работ на основании экспертных оценок трудоемкости отдельных работ составили:= 3 чел. · дн.; U1 = 2 чел.= 3 чел. · дн.; U2 = 1чел.= 3 чел. · дн.; U3 = 1 чел.= 3 чел. · дн.; U4 = 1 чел.= 1 чел. · дн.; U5 = 1 чел.= 4 чел. · дн.; U6 = 1 чел.= 6 чел. · дн.; U7 = 1 чел.= 6 чел. · дн.; U8 = 1 чел.= 8 чел. · дн.; U9 = 1 чел.= 9 чел. · дн.; U10= 1 чел.= 18 чел.· дн.; U11 = 1 чел.= 4 чел. · дн.; U12 = 1 чел.= 3 чел. · дн.; U13 = 1 чел.
Продолжительность каждой работыti определяется по формуле:
Тогда общая продолжительность работ T составит:
![]()
дней.
Все
полученные данные представлены в таблице 5, а также в графической форме на
рисунке 4.
Таблица 5. Трудоемкость работ
|
№ этапа |
Вид работ |
Длительность, дни |
Исполнитель |
|
1 |
Составление руководителем работы и получение специалистом задания на разработку |
1,25 1,75 |
Руководитель проекта, Дипломник |
|
2 |
Подбор и изучение литературы |
3 |
Дипломник |
|
3 |
Изучение нормативных документов. |
3 |
Дипломник |
|
4 |
Исследование бизнес-процессов и построение модели «Как есть». |
3 |
Дипломник |
|
5 |
Формирование предложений по устранению недостатков. |
Дипломник |
|
|
6 |
Построение модели «Как должно быть». |
4 |
Дипломник |
|
7 |
Построение логической и физической моделей данных. |
6 |
Дипломник |
|
8 |
Разработка алгоритмов программы. |
6 |
Дипломник |
|
9 |
Разработка пользовательского интерфейса. |
8 |
Дипломник |
|
10 |
Тестирование и отладка программы. |
9 |
Дипломник |
|
11 |
Оформление пояснительной записки. |
18 |
Дипломник |
|
12 |
Создание презентации. |
4 |
Дипломник |
|
13 |
Создание демонстрационной версии программы |
3 |
Дипломник |