71
представленный на рисунке 2.3.
Главное меню
Справочники Сотрудник
Сотрудники
Категории
Учет рабочего
времени
Учет отпусков
Общие сведения
Отчеты
Табель рабочего
времени
Отчет по контролю
отработанного
времени
Добавление
записей
Редактирование
записей
Удаление
записей
График отпусков
Должности
Рисунок 2.3 Сценарий диалога администратора
После авторизации, которая заключается в вводе логина и пароля,
пользователь получает доступ к главному меню программы. Выбирая
необходимый пункт, пользователь либо вводит данные о заявках и пропусках,
либо управляет содержанием справочников, либо получает в необходимом
формате отчетные документы.
2.3.2 Характеристика базы данных
Базы данных (БД) включают в себя единый файл или группу
файлов данных, необходимых для хранения, корректировки и анализа
больших объёмов взаимосвязанной информации. Примерами таких БД могут
быть телефонная книга, каталог продукции, основное расписание и т.д.
72
Но нельзя просто создать БД, важно также разработать механизмы
извлечения информации из БД и способы её отображения на экране и
бумаге.
Для этого также используется система управления базами данных
(СУБД).
СУБД является совокупностью специализированного ПО,
предоставляющего доступ к данным для многих пользователей. СУБД
поддерживает правильность, полноту и точность данных, а также имеет
логичный и простой в понимании интерфейс.
Базовой частью БД становится информация (данные) о отдельной
группе предметов (объектов). Зачастую БД разрабатываются для отдельного
предприятия (организации) в целом; информацию (данные) используют
различные структурные подразделения этой учреждения, при этом
каждое подразделение применяет одни и те же данные в разнообразных
формах.
Весомое место занимает разработка терминологии, то есть единого
понимания назначения каждого типа данных, их вида и структуры.
Перед тем, как приступить к разработки приложения БД, важно учесть
некоторые понятия и определения.
Объект является неким существующим и различимым, обладающим
набором свойств. Разница одного объекта от другого выражается в
конкретных значениях свойств. Объекты могут быть материальными и
идеальными. К материальным объектам можно отнести предметы
материального мира: транспортное средство, здание, предмет мебели и т.д. К
идеальным (абстрактным) объектам относят спектакль, описание книги и т.д.
Сущность отображает объект в памяти компьютера или человека.
Параметр выражает отдельное значение любого из свойств объекта.
Атрибут содержит отдельное значение любого из свойств сущности.
Таблица подразумевает некую регулярную структуру, состоящую из
отдельного числа записей (строк). Обычно в БД применяются двумерные
массивы (матрицы).
Запись является одной строкой таблицы (или нескольких таблиц),
73
полностью описывающей одну сущность. Любая такая запись включает в себя
конечное число полей.
Поле является одним из элементов записи, содержащим конкретное
значение атрибута.
Ключевым элементом данных (ключом) можно назвать такой атрибут,
по значению которого определяют значения остальных атрибутов.
Первичный ключ является атрибутом или группой атрибутов,
однозначно определяющих каждую запись в таблице. Первичный ключ всегда
остается уникальным, то есть его значения не повторяются.
Альтернативный ключ является отличным от первичного ключа
атрибутом или группой атрибутов, которые также однозначно выражают
каждую запись в таблице. К примеру, сущность «Служащий» содержит
атрибуты: ID служащего (табельный номер), ФИО, должность, уровень з/п.
Первичным ключом оставляем поле «ID служащего». Альтернативным
ключом выразим группу полей ФИО (исключая возможность тройных тезок).
Связь является функциональной зависимостью между сущностями.
Если между отдельными сущностями есть связь, то атрибуты какой-то одной
сущности ссылаются или как-то связаны с атрибутами оставшейся сущности.
Связи определяется 5 базовыми характеристиками:
• тип связи является определяющей характеристикой, когда
дочерняя сущность единообразно определяется через её связь с сущностью
родителя. Атрибуты первичного ключа сущности родителя входят как не
ключевые атрибуты в дочернюю сущность;
• сущность родителя;
• дочерняя (зависимая) сущность;
• величина связи является отношением суммарного числа сущностей
родителя к конкретному количеству дочерних сущностей.
Хранимая процедура определяется приложением (программой), которая
объединяет запросы пользователя и процедурную логику и хранит ее в БД.
Правило является логическим условием, определяющим значение
одного атрибута в рамках значения другого атрибута (или группы
атрибутов).
74
Используя эти правила, можно контролировать правдивость вводимой
информации.
Ограничение является логическим условием, накладывающим
ограничение (промежуток допустимых значений) на параметр атрибута.В
разрабатываемой системе необходимо учесть следующие сущности с
реквизитами:
1. Отсуствие
Код_записи_отсутствия
Код_работника
От
До
2. Должности
Код_должности
Наименование_должности
3. Категории
Код_категории
Наименование_категории
Количество_часов
4. Работники
Код_работника
Код_должности
Каод_категории
Табельный_номер
ФИО
Дата_рождения
Семейное_положение
Паспортные_данные
5. Рабочее_время
Код_записи
Код_работника
Месяц
75
неделя
Сумма_часов
Логическая модель (без учета используемой СУБД) приведена на рисунке
2.4.
Рисунок 2.4 Логическая модель БД
В модели показаны следующие связи:
Между Рабочее время и Работники – один ко многим, так как один
работки несколько раз учитывает рабочее время;
Между Работники и Должности – один ко многим, так как одна
должность может принадлежать нескольким работникам;
Между Работники и Категории – один ко многим, так как к одной
категории может принадлежать несколько работников;
Между Работники и Отсутствие – один ко многим, так как один
работник может отсутствовать большое количество раз.
Схема базы данных с учетом среды реализации приведена на рисунке 10.
76
Рисунок 2.5 – Физическая модель базы данных
Характеристика каждой таблицы базы данных приведена в таблицах ниже.
Таблица 2.4
Структура таблицы user
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
username
varchar(255)
Нет
password_str
varchar(255)
Да
NULL
password_hash
varchar(255)
Нет
auth_key
varchar(32)
Нет
password_reset_token
varchar(255)
Да
NULL
activation_token
varchar(255)
Да
NULL
email
varchar(255)
Нет
status
smallint(6)
Нет
10
created_at
int(11)
Нет
updated_at
int(11)
Нет
nikname
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
phone
varchar(255)
Да
NULL
report_begin_date
date
Да
NULL
77
report_end_date
date
Да
NULL
report_month
int(11)
Да
NULL
report_year
int(11)
Да
NULL
Таблица 2.5
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.6
Структура таблицы vacation
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_worker
int(11)
Да
NULL
begin_date
date
Да
NULL
end_date
date
Да
NULL
Таблица 2.7
Структура таблицы worker
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
number
varchar(255)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
birthday
date
Да
NULL
id_worker_position
int(11)
Да
NULL
id_worker_category
int(11)
Да
NULL
active
bit(1)
Да
NULL
Таблица 2.8
Структура таблицы worker_category
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
norm
double
Да
NULL
Таблица 2.9
Структура таблицы worker_position
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.10
Структура таблицы work_time
Поле
Тип
Null
По умолчанию
78
id
int(11)
Нет
id_worker
int(11)
Да
NULL
day
date
Да
NULL
amount
double
Да
NULL
3.1.1 Структурная схема пакета (дерево вызова программных
модулей)
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и послемашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе
найдена ошибки, документ передается обратно к источнику для корректировки,
иначе документ направляется для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На этом
этапе сразу подключаются информационные файлы с условно-постоянной
информацией. Подобное решение сильно упрощает ведение макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации
является совокупностью операций, выполняющиеся в диалоговом режиме
работы с ПК и в различной последовательности. То есть череда технологических
операций выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
79
системы.
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права.
По факту авторизации пользователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
передачи нужных данных. Для этого в меню программы ищется
контролирующий это пункт. Затем в выбранном справочнике или таблице
добавляются, или корректируются уже имеющиеся записи, просматриваются
готовые документы или база остается неизменной.
Дерево вызова модулей показано на рисунке 2.11.
МОДУЛИ
Form.php
BaseDataSet
FormMonthSelec
tor
FormCategory
Project.php
FormPosition
FormYearSelector
FormRangeSelect
or
Program.ccs
Report.php
ReportT7.frx
ReportT13.frx
Рисунок 2.6 Структурная схема пакета
Описание программных модулей приведено в таблице 2.11.
Таблица 2.11
Описание программных модулей
Название модуля
Функции
BaseDataSet(.Designer.cs, .xsc, .xsd,
Модуль данных проекта.
80
.xss)
Подключение к базе данных,
подключение таблиц базы данных.
FormCategory
Форма для редактирования
справочника «Категории
сотрудников»
FormMain
Главная форма проекта
FormMonthSelector
Форма выбора месяца (используется
при формировании отчетов)
FormPosition
Форма для редактирования
справочника «Должности
сотрудников»
FormRangeSelector
Форма выбора диапазона дат
(используется при формировании
отчетов)
FormWorker
Форма редактирования данных
сотрудника (Общие сведения, График
отпусков, Учет рабочего времени)
FormYearSelector
Форма выбора года (используется при
формировании отчетов)
Program
Точка входа в проект (функция Main)
Project
Параметры проекта
ReportT7
Шаблон отчета «Форма Т7»
ReportT13
Шаблон отчета «Форма Т13»
ReportTimeControl.frx
Шаблон отчета «Контроль
отработанного времени»
.Designer
Файлы исходного кода, которые
генерирует среда разработки
2.3.3 Описание программных модулей
Для добавления заявки пользователю необходимо вызвать форму
создания заявки в главной форме программы, после чего заполнить такие
поля, как заявитель, тип пропуска и дата заявки.