67
обеспечивает практически неограниченные возможности масштабирования
системы.
Также в компании разработана политика безопасности, включающая себя
следующие частные документы:
1. Правила парольной защиты;
2. Правила защиты от вирусов и злонамеренного программного
обеспечения;
3. Требования по контролю за физического доступом;
4. Инструкция по безопасному уничтожению информации или
оборудования;
5. Правила осуществления удаленного доступа;
6. Требования резервного сохранения информации;
7. Требование мониторинга доступа и использования систем и ведения
лог файлов;
8. Требования при обращении с носителями данных;
9. Требования при регистрации пользователей;
10. Требования по проверке прав пользователей;
11. Требования по контролю доступа в операционную систему;
12. Требование к процедуре входа в систему (log on);
13. Правила использования системных утилит;
14. Правила удаленной работы мобильных пользователей;
15. Требование распределения ответственности при обеспечении
безопасности;
16. Правила безопасности при выборе персонала;
17. Требования контроля оперативных изменений;
18. Требования к применению криптографических средств управления;
19. Требования по контролю доступа к исходным текстам программ и
библиотек;
20. Требования контроля вносимых изменений;
21. Ограничения на изменения прикладного ПО.
2.2 Информационное обеспечение задачи
68
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Рисунок информационной модели приведен на рисунке 11.
ИС
Т Работники
Т Отсутствие*
Спр Категории
Т Работники
Спр Должности
Т
Рабочее_время*
Т Отсутствие
Спр Должности*
Пользователь
Учет
сотрудников
Сведения о
сотрудниках
Учет категорий
Сведения о
категориях
Учет рабочего
времени
Сведения о
рабочем времени
Т Рабочее_время
Список
пользователей
Список
пользователей
Табель учета
рабочего
времени
Табель учета
рабочего времени
График
отпусков
График отпусков
Пользователь
Спр Категории*
Отчет по
контролю
рабочего
времени
Отчет по контролю
рабочего времени
Рисунок 2.1 Информационная модель системы учета рабочего времени
69
Информационная модель включает в себя три области – область 1, в
которой происходит заполнение справочников, область 2, в которой показана, как
осуществляется учет проведения операций, и область 3, где указано, каким
образом осуществляется получение отчетных документов.
На модели приведены следующие входные документы:
Сведения о пользователях системы;
Сведения о типах пропусков;
Сведения о поступающих заявках.
В системе предусмотрены следующие справочники:
Статусы;
Пользователи;
Тип пропуска;
Заявки;
Промежуточная информация сохраняется в таблице Пропуска.
К результатным документам относятся следующие документы:
Список пользователей;
Список поступивших заявок;
Список обработанных заявок;
Список выданных пропусков;
Отчет по заявкам по типам пропусков.
Отчет по заявкам за период.
Отчет по заявкам по сотруднику, который их обрабатывал.
Заполнение справочников происходит при первом запуске системы, далее
они только редактируются. При использовании основных справочников
происходит учет операций, в ходе которого записывается информация в таблицу
Пропуска.
Отчетные документы формируется в виде экранных форм на основании
выбора форм сортировки и могут быть выведены на печать.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
70
Входной информацией для разрабатываемой информационной системы
являются данные сотрудников, сведения о рабочем времени. Эти данные
поступают как в цифровом, так и в печатном виде.
В систему вносятся следующие данные о пользователях:
o Фамилия
o Имя
o Отчество
o Дата рождения
o Логин
o Пароль
o Должность
o Тип пользователя.
Справочники информационной системы являются особой группой наборов
данных. Справочники предназначены для систематизации различной
информации: типов, марок, возможных значений параметров и т.п. Результатом
такой систематизации становится то, что, занося некоторую информацию в
систему, пользователь может вводить те и только те значения, которые
содержатся в соответствующем справочнике. Это, во-первых, облегчает ввод, во-
вторых, устраняет некоторые ошибки (опечатки), в третьих, упрощает
последующий анализ.
Справочники не предоставляются уже наполненными, поэтому требуется
их предварительная настройка. Кроме того, в процессе эксплуатации, может
возникнуть потребность корректировки справочных значений или добавление
новых.
Для обеспечения работы системы предусмотрены справочники,
приведенные в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
Название
справочника
Ответственный
за ведение
Средний
объём
справочника
в записях
Средняя
частота
актуализации
Средний
объем
актуализации,
%
Категория
Администратор
5
1 раз в месяц
10
Должность
Администратор
3
1 раз в год
10
71
Все документы могут поступать как бумажной, так и в электронной
формах.
Оперативная информация учитывается в таблице Рабочее время со
следующим реквизитным составом:
o Дата учета
o Сотрудник
o Отработанное время
2.2.3 Характеристика результатной информации
В качестве выходных данных в разработанной ИС формируются
следующие документы:
Список пользователей;
Табель учета рабочего времени;
График отпусков;
Отчет по контролю рабочего времени.
Список пользователей содержит данные о всех пользователях системы.
График отпусков содержит следующие реквизиты:
Наименование организации;
Наименование подразделения;
Должность;
Фамилия, имя, отчество сотрудника;
Табельный номер;
Количество календарных дней отпуска;
Дата начала отпуска фактическая и запланированная;
Основание перенесения отпуска;
Примечание.
Табель учета рабочего времени содержит следующие реквизиты:
Фамилия, имя, отчество;
Разряд/оклад;
Профессия должность;
72
Числа месяца;
Дни явок;
факт. Работы;
Отчет по контролю отработанного времени содержит:
Дата начала и окончания;
Фамилия, имя, отчество;
Должность;
Категория;
Норма;
Отработано;
Отклонение.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основная функции разрабатываемой информационной системы, сложна и
требуют иерархического представления. Для более наглядного представления
функции системы необходимо декомпозировать на составляющие его функции.
В разработанной системе предусмотрены 3 вида пользователей:
администратор системы, обладающий наиболее полными
полномочиями при работе с системой;
сотрудник компании, основная обязанность данного которого – учет
рабочего времени.
Дерево функций администратора приведено на рисунке 2.2.
73
Функции
администратора
Управление
справочниками
Учет
Сотрудники
Категории
Учет рабочего
времени
Учет отпусков
Получение отчетов
Табель рабочего
времени
Отчет по контролю
отработанного
времени
Добавление
записей
Редактирование
записей
Удаление
записей
График отпусков
Должности
Рисунок 2.2 Дерево функций администратора
Функции сотрудника состоят в учете рабочего времени. Первый уровень
представляет основную функцию разрабатываемой системы – учёт информации о
заявках и пропусках. В ходе выполнения этой функции пользователь вводит
данные о заявках, пропусках, пользователях.
Второй уровень системы представляет функцию получения
вышеперечисленных и показанных на схеме отчетов. Кроме получения отчетов в
виде экранной формы, присутствует возможность экспорта отчетов в форматы
pdf, xls, opendoc.
Служебные функции содержат функции настройки доступа к ИС, а также
авторизационных данных, работу со справочниками – добавление и
редактирование данных.
На основании дерева функций формируется сценарий диалога,
представленный на рисунке 2.3.
74
Главное меню
Справочники Сотрудник
Сотрудники
Категории
Учет рабочего
времени
Учет отпусков
Общие сведения
Отчеты
Табель рабочего
времени
Отчет по контролю
отработанного
времени
Добавление
записей
Редактирование
записей
Удаление
записей
График отпусков
Должности
Рисунок 2.3 Сценарий диалога администратора
После авторизации, которая заключается в вводе логина и пароля,
пользователь получает доступ к главному меню программы. Выбирая
необходимый пункт, пользователь либо вводит данные о заявках и пропусках,
либо управляет содержанием справочников, либо получает в необходимом
формате отчетные документы.
2.3.2 Характеристика базы данных
Базы данных (БД) включают в себя единый файл или группу
файлов данных, необходимых для хранения, корректировки и анализа больших
объёмов взаимосвязанной информации. Примерами таких БД могут быть
телефонная книга, каталог продукции, основное расписание и т.д.
75
Но нельзя просто создать БД, важно также разработать механизмы
извлечения информации из БД и способы её отображения на экране и бумаге.
Для этого также используется система управления базами данных
(СУБД).
СУБД является совокупностью специализированного ПО,
предоставляющего доступ к данным для многих пользователей. СУБД
поддерживает правильность, полноту и точность данных, а также имеет
логичный и простой в понимании интерфейс.
Базовой частью БД становится информация (данные) о отдельной группе
предметов (объектов). Зачастую БД разрабатываются для отдельного
предприятия (организации) в целом; информацию (данные) используют
различные структурные подразделения этой компании, при этом
каждое подразделение применяет одни и те же данные в разнообразных
формах.
Весомое место занимает разработка терминологии, то есть единого
понимания назначения каждого типа данных, их вида и структуры.
Перед тем, как приступить к разработки приложения БД, важно учесть
некоторые понятия и определения.
Объект является неким существующим и различимым, обладающим
набором свойств. Разница одного объекта от другого выражается в
конкретных значениях свойств. Объекты могут быть материальными и
идеальными. К материальным объектам можно отнести предметы
материального мира: транспортное средство, здание, предмет мебели и т.д. К
идеальным (абстрактным) объектам относят спектакль, описание книги и т.д.
Сущность отображает объект в памяти компьютера или человека.
Параметр выражает отдельное значение любого из свойств объекта.
Атрибут содержит отдельное значение любого из свойств сущности.
Таблица подразумевает некую регулярную структуру, состоящую из
отдельного числа записей (строк). Обычно в БД применяются двумерные
массивы (матрицы).
76
Запись является одной строкой таблицы (или нескольких таблиц),
полностью описывающей одну сущность. Любая такая запись включает в себя
конечное число полей.
Поле является одним из элементов записи, содержащим конкретное
значение атрибута.
Ключевым элементом данных (ключом) можно назвать такой атрибут,
по значению которого определяют значения остальных атрибутов.
Первичный ключ является атрибутом или группой атрибутов,
однозначно определяющих каждую запись в таблице. Первичный ключ всегда
остается уникальным, то есть его значения не повторяются.
Альтернативный ключ является отличным от первичного ключа
атрибутом или группой атрибутов, которые также однозначно выражают
каждую запись в таблице. К примеру, сущность «Служащий» содержит
атрибуты: ID служащего (табельный номер), ФИО, должность, уровень з/п.
Первичным ключом оставляем поле «ID служащего». Альтернативным
ключом выразим группу полей ФИО (исключая возможность тройных тезок).
Связь является функциональной зависимостью между сущностями.
Если между отдельными сущностями есть связь, то атрибуты какой-то одной
сущности ссылаются или как-то связаны с атрибутами оставшейся сущности.
Связи определяется 5 базовыми характеристиками:
• тип связи является определяющей характеристикой, когда
дочерняя сущность единообразно определяется через её связь с сущностью
родителя. Атрибуты первичного ключа сущности родителя входят как не
ключевые атрибуты в дочернюю сущность;
• сущность родителя;
• дочерняя (зависимая) сущность;
• величина связи является отношением суммарного числа сущностей
родителя к конкретному количеству дочерних сущностей.
Хранимая процедура определяется приложением (программой), которая
объединяет запросы пользователя и процедурную логику и хранит ее в БД.
Правило является логическим условием, определяющим значение
одного атрибута в рамках значения другого атрибута (или группы атрибутов).