77
Многие разработчики и аналитики считают ее лучшим средством для
разделения логического представления данных от их физической реализации.
ER-диаграмма отражает информационный аспект системы, показывает
структуру данных системы.
В ходе создания программного комплекса выделяются сущности,
которые нужно сохранять в БД программного комплекса. Нормализация
подразумевает под собой разбиение таблицы на две или более, имеющие
лучшие свойства включения, изменения или удаления данных. Итоговая цель
нормализации заключена в получении такого проекта БД, где каждый факт
возможен лишь в одном месте, то есть минимизирована избыточность данных.
Нормализация отношений – это формальный аппарат ограничений,
составление отношений которого дает возможность устранить дубли,
гарантировать непротиворечивость хранимых в базе данных, минимизировать
трудозатраты на поддержку БД. Кодом найдено три нормальные формы и
обоснован метод, позволяющий любое отношение перевести к третьей
нормальной форме. Преобразуем наши отношения к третьей нормальной
форме.
Первая НФ: Отношение становится нормализованным или приведенным
к первой НФ только тогда, когда все его атрибуты неделимые. Таблица
располагается в первой нормальной форме только тогда, когда все ее строки
не содержат в любом поле более одного параметра, и не одно из ее ключевых
полей не является пустым. Чтобы привести наши отношения к первой НФ надо
параметр Ф.И.О. разделить на три части (Фамилия, Имя, Отчество). Также
нужно вынести в отдельную таблицу наименование структурного
подразделения, должность и название фирмы, чтобы избежать избыточности
данных.
Вторая НФ: Таблица находится во второй нормальной форме, если она
удовлетворяет определению первой нормальной формы и все ее поля, не
входящие в первичный ключ, связаны полной функциональной зависимостью
с первичным ключом. Для того чтобы наши отношения привести во вторую
78
нормальную форму надо вынести все начальников отдела в отдельную
таблицу.
Третья НФ: Таблица находится в третьей нормальной форме, если она
удовлетворяет определению второй нормальной формы и ни одно из ее не
ключевых полей не зависит функционально от любого другого не ключевого
поля. Отношения, представленные в данной БД, приведены к третьей
нормальной форме.
Таблица 6
Структура таблицы «Трудовой договор»
Наименование поля
Тип
Примечание
Код
Счетчик
Ключевое,
автозаполнение
КодЛичнаяКарточка
Текстовый
Дата
Дата/время
ПриказНомер
Числовой
ПриказДата
Дата
Должность
Текстовый
Квалификация
Текстовый
КодСтруктурноеПодразделение
Числовой
КодТрудовойСрок
Числовой
ПричинаЗаключенияСрочного
Текстовый
УказаниеРаботы
Текстовый
СрокНачало
Дата/время
СрокОкончание
Дата/время
ХарактерРаботы
Текстовый
КодВидРабот
Текстовый
ИспытательныйСрок
Текстовый
ПраваРаботника
Текстовый
ОбязанностиРаботника
Текстовый
ОбязанностиРаботодателяТруд
Текстовый
ОбязанностиРаботодателяБезопасность
Текстовый
ОбязанностиРаботодателяПрочее
Текстовый
КодВидРежимаРабочегоВремени
Текстовый
ОсобенностиРежима
Текстовый
ЕжегодныйОтпуск
Текстовый
СоциальноБытовыеУсловия
Текстовый
ИноеПорядокИзмененияУсловий
Текстовый
ИноеПродлениеПрекращениеРасторжение
Текстовый
ИноеРазрешениеСпоров
Текстовый
Таблица 7
79
Структура таблицы «Аттестации»
Наименование поля
Тип
Примечание
Код
Счетчик
Ключевое,
автозаполнение
Описание
Текстовый
Дата
Дата/время
Таблица 8
Структура таблицы «Сотрудник»
Наименование поля
Тип
Примечание
ДатаЗаполнения
Дата/врем
я
Ключевое,
автозаполнени
е
Код
Текстовый
Состояние
Текстовый
Состояние
Текстовый
ИНН
Числовой
НомерСвидетельстваПенсионногоСтраховани
я
Текстовый
ХарактерРаботы
Текстовый
ХарактерРаботы
Текстовый
Фамилия
Текстовый
Имя
Текстовый
Отчество
Текстовый
Пол
Текстовый
ДатаРождения
Дата/врем
я
МестоРождения
Текстовый
Гражданство
Текстовый
ЗнаниеЯзыка1
Текстовый
СтепньЗнанияЯзыка1
Текстовый
ЗнаниеЯзыка2
Текстовый
СтепньЗнанияЯзыка2
Текстовый
Образование
Текстовый
ОсновнаяПрофессия
Текстовый
ДополнительнаяПрофессия
Текстовый
СтажРаботыНаДату
Текстовый
КодСостояниеВБраке
Текстовый
ПаспортСерия
Текстовый
ПаспортНомер
Текстовый
ПаспортДатаВыдачи
Текстовый
КемВыдан
Текстовый
АдресРегистрации
Текстовый
80
АдресПроживания
Текстовый
ДатаРегистрацииПоМестуЖительства
Текстовый
НомерТелефона
Текстовый
КатегорияЗапаса
Текстовый
ВоинскоеЗвание
Текстовый
Состав
Текстовый
ПолноеКодовоеОбозначение
Текстовый
КатегорияГодностиКВоеннойСлужбе
Текстовый
НаименованиеКомиссариата
Текстовый
СостоитНаОбщемУчёте
Текстовый
СостоитНаСпециальномУчёте
Текстовый
ОтметкаОСнятии
Текстовый
ДополнительныеСведения
Текстовый
ОснованиеУвольнения
Текстовый
ДатаУвольнения
Текстовый
ПриказУвольненияНомер
Числовой
ПриказУвольненияДата
Дата/врем
я
Уволен
Текстовый
Удалить
Текстовый
Таблица 9
Структура таблицы «Отпуска»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидОтпуска
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
Таблица 10
Структура таблицы «Больничные»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидБольничного
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
81
Таблица 11
Структура таблицы «Командировки»
Наименование поля
Тип
Примечание
КодЛичнаяКарточка
Счетчик
Ключевое,
автозаполнение
ВидКомандировки
Текстовый
Начало
Текстовый
Окончание
Текстовый
Основание
Числовой
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета представлена на рис. 19.
Рисунок 19. Схема вызова программных модулей
Описание программных модулей представлено в таблице 12.
82
Таблица 12
Описание программных модулей
№
п/п
Наименование
модуля
Функции модуля
1
Учет
Совокупность алгоритмов, выполняющих учет
клиентов – основную функцию системы
2
Отчеты
Позволяет получить отчеты, существующие в
системе
3
Справочники
Данный модуль позволяет осуществлять
управление работой системы через управление
содержимым справочников
4
Добавление записей
Данный модуль позволяет осуществлять
Добавление записей
5
Удаление записей
Данный модуль позволяет осуществлять Удаление
записей
6
Редактирование записей
Данный модуль позволяет осуществлять
Редактирование записей
7
Содержание справочника
Данный модуль позволяет формировать
содержание справочника 8
8
Учет трудовых договоров
Данный модуль позволяет осуществлять Учет
трудовых договоров
9
Учет больничных,
командировок, отпусков и
аттестаций
Данный модуль позволяет осуществлять Учет
больничных, командировок, отпусков и
аттестаций
10
Личная карточка
Данный модуль позволяет формировать отчет
Личная карточка
11
Штатное расписание
Данный модуль позволяет формировать отчет
Штатное расписание
12
Списки
Данный модуль позволяет формировать отчет
Списки
2.3.4 Описание программных модулей
Каждая страница реализованной системы содержит меню навигации, с
помощью которого возможно быстрое перемещение по страницам
реализованной системы. Это удобно для пользователя, поскольку нет
необходимости долго искать необходимый справочник или другой элемент
системы.
83
При отображении записей, хранящихся в таблицах, не отображаются
кодовые поля, поскольку отображение не даст пользователю большого
количества информации. Отображение кодовых полей удобно при отладке
программного продукта и необходимо программисту для проверки
правильности отображаемой и хранящейся информации в базе данных.
Поэтому работа с ключевыми полями осуществляется с помощью
списков выбора, что позволяет избежать непосредственного ввода ключевых
полей пользователем. Для проверки правильности ввода информации
реализована маска ввода, которая диктует пользователю не только тип
вводимых данных, но и вид данных.
На рисунках 20 представлена схема заполнения таблиц базы данных
исходя из данных содержащихся в других таблицах.
Рисунок 20. Схема технологического процесса сбора, передачи и выдачи
информации
84
Для работы приложения пользователя с программным продуктом
осуществляется настройка таблиц, созданных в приложении пользователя.
Осуществляется настройка отображаемых полей, количество отображаемых и
выводимых символов и т.п. Все это необходимо для удобства пользователя в
работе с программным продуктом.
2.4 Контрольный пример реализации проекта и его описание
Созданная система используется для автоматизации деятельности
отдела кадров компании. Система дает возможность реализовать
многопользовательский доступ к единой БД компании, при этом
поддерживается одновременная работа нескольких пользователей с данными
что позволяет гибко распределять обязанности между несколькими
сотрудниками (к примеру, регистрация новых сотрудников, изменение
информации, поиск, составление отчетов и т.д.). При работе в
многопользовательском режиме пользователям предоставляются права
доступа к данным. Но сама система не исключает возможность работы и в
локальном варианте - на едином рабочем месте.
Созданная система предназначена для упрощения условий труда
начальника отдела кадров. Самыми рутинными и в то же время максимально
ответственными процессами становятся:
• Внесение личных данных работника в его учетную карточку;
• Поддержание архивных данных отдела кадров;
• Составление различных отчетов по личным данным работников
(стаж, размер з/п, отгулы, отпуск и так далее).
При этом изначально составляется так называемая личная карточка
работника. В ней хранится вся необходимая метрика работника. Затем
происходит работа с внесенными данными (правка, поиск, удаление). Архив
включает в себя личные карточки уволенных сотрудников, т.к. даже после
увольнения по установленному закону личные данные хранятся не менее 3 лет
до момента их уничтожения. Также происходит наполнение информацией
словарей БД.
85
Словарь в данном контексте данных у пользователя есть возможность
выбрать предельные значения из справочников, либо пополнить его новыми
данными. На архив отдела кадров возлагается также и ряд дополнительных
операций (бухгалтерия, материальная часть, учет производства продукции и
другое). Упрощение условий труда возможно благодаря автоматизации
основных процессов ведения архива предприятия при помощи данной
программы.
Фактически, работа с личными карточками и архивом становится более
четким и удобным процессом работы с БД. Это значительно упрощает работу
и минимизирует ошибки, часто образующиеся при стандартной форме
реализации работы отдела кадров.
По мнению пользователя-оператора, (т.е. начальника отдела кадров)
есть лишь работающая программа. Вся работа с карточками и архивом
сторонних программ. Оно само ПО состоит из двух логически разделенных
блоков – БД и программного интерфейса. БД хранит все необходимые данные.
К ним модно отнести данные непосредственно архива и служебную
информацию, необходимую для работы программного интерфейса.
БД абсолютно не привязана к программному интерфейсу, и ее данным
может пользоваться какая-либо другая программа. Поэтому можно сказать,
что уже изначально имеется возможность развития всей программы.
Программа жестко привязана к БД. Она реализует две наиболее важные
функции. Во-первых, она отображает данные из базы данных в понятном для
пользователя виде, а во-вторых, реализует различные манипуляции с
хранящимися данными (расчет, поиск, отправка на печать и т.д.). В программе
заложен принцип разделения прав доступа на изменение данных.
В процессе работы с программой первым шагом является авторизация
пользователя, определяющая уровень доступа пользователя к хранимым
данным и возможность их редактирования (изменения, удаления,
модификации). Максимальный уровень доступа по сложившимся правилам
принадлежит системному администратору. Он имеет право регистрации
86
новых пользователей в системе, изменения их паролей, максимальной доступ
к хранящейся информации. Только начальник отдела кадров имеет
возможность удаления личной карточки сотрудника или изменения введенной
информации после того, как она попадает в архив и считается полностью
верной.
При стандартной организации работ, сам факт изменения возраста
сотрудника или его стажа, не расценивается как нормальный.
Конфиденциальность данных реализуется фактически на двух уровнях –
защита со стороны SQL сервера и применение разграничения доступа. АРМ в
процессе работы с БД также является пользователем с точки зрения сервера.
И чтобы подключение прошло успешно, он передает серверу авторизующие
данные (логин и пароль).
Системный администратор обязан завести необходимую учетную
запись в настройках SQL сервера. В начале работы программа выводит окно
ввода логина и пароля (рисунок 21). У пользователя имеется только два
варианта дальнейшей работы – либо ввести логин и корректный пароль и
авторизоваться в системе, либо просто выйти из программы. Ввод неверного
пароля активирует предупреждающее сообщение и, естественно, не приводит
к входу в систему.
Рисунок 21. Внешний вид окна ввода пароля