66
Рис. 2.2 Информационная модель автоматизированной системы
учета рабочего времени
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
ИС «Учет рабочего времени» включает в себя следующие
справочники и таблицы:
1. Сотрудники - содержит данные о сотрудниках и их данных.
2. Подразделения - содержит данные о подразделениях компании.
3. Должности – содержит данные о штатном расписании.
4. Настройки – содержит данные о настройках системы.
5. Данные – содержит оперативные данные об использовании
сотрудниками компании рабочего времени.
Структуры таблиц информационной системы показаны в табл. 2.2 –
2.6.
Таблица 2.2
Таблица «Сотрудники»
Наименование поля
Тип данных
Размер
ID Сотрудника INT 8(0)
Наименование STRING 150(0)
Дата рождения DATE
Адрес STRING 150(0)
Телефон STRING 25(0)
Должность STRING 150(0)
Подразделение STRING 150(0)
IP Адрес STRING 10(0)
Таблица 2.3
Таблица «Подразделения»
Наименование поля
Тип данных
Размер
ID Подразделения INT 8(0)
Наименование STRING 150(0)
67
Таблица 2.4
Таблица «Должности»
Наименование поля
Тип данных
Размер
ID Должности INT 8(0)
Наименование STRING 150(0)
Таблица 2.5
Таблица «Настройки»
Наименование поля
Тип данных
Размер
ID Записи INT 8(0)
Наименование STRING 150(0)
Значение STRING 10(0)
Таблица 2.6
Таблица «Данные»
Наименование поля
Тип данных
Размер
ID Записи INT 8(0)
Дата DATE
Время TIME
IP Адрес STRING 10(0)
Сотрудник STRING 150(0)
Процесс STRING 150(0)
Статус STRING 10(0)
На Рисунке 2.3 представлена логическая схема данных
информационной системы «Учет рабочего времени». Построение
логической модели данных осуществляется на основе концептуальной
модели данных, отражающей представление пользователя о предметной
области приложения.
68
Рис. 2.3 Схема данных информационной системы «Учет
рабочего времени»
2.2.3. Характеристика результатной информации
Главной результатной информацией автоматизированной
информационной системы учета рабочего времени в Войсковой части
№32103 являются:
1. Отчет об использовании сотрудниками рабочего времени.
Отчет «Об использовании сотрудниками рабочего времени»
аккумулирует основные данные, связанные с использованием рабочего
времени сотрудниками компании. Именно этот документ ежедневно дает
возможность генеральному директору делать выводы о текущем состоянии
кадров компании.
Отчет «Об использовании сотрудниками рабочего времени»
включает:
1. Дату учета.
2. Время учета.
3. IP Адрес рабочего места.
69
4. ФИО Сотрудника.
5. Наименование программы.
6. Статус программы.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
На рисунке 2.4 представлено дерево функций системы,
используемых в информационной системе «Учет рабочего времени».
Рис. 2.4 Дерево функций
Используемые в системе модули подразделяются на три категории:
модуль ввода первичной информации;
модуль обработки данных;
модуль хранения данных.
На рисунке 2.5 изображена схема интерфейса системы. В качестве
средств описания использованы таблицы.
70
Рис. 2.5 Структура интерфейса системы
Выявление состава функций и их иерархии позволяет разработать
сценарий диалога, определить ассортимент, его содержание и
соподчиненность.
2.3.2. Характеристика базы данных
В основе современных проектов БД заложены объектные и
реляционные модели данных. В основу объектных модели положена
концепция представления предметной области виде классов объектов и
отношений между ними. Автором реляционной модели считается Э. Кодд,
который первым предложил использовать для обработки данных аппарат
теории множеств (объединение, пересечение, разность, декартово
произведение множеств и др.) и показал, что любое представление данных
сводится к совокупности двумерных таблиц особого вида, известного в
математике как отношение. Таким образом, реляционная база данных
71
представляет собой совокупность связанных между собой реляционных
отношений.
Существует два основных метода проектирования реляционных баз
данных: нисходящий и восходящий.
Разработка снизу-вверх (восходящее проектирование) – это
получение целого (описания предметной области) на основе составляющих
его частей. Восходящее проектирование начинается с определения
атрибутов, которые на основе анализа существующих между ними в
предметной области зависимостей группируются в реляционные
отношения. Полученные схемы реляционных отношений подвергаются
процессу нормализации, основанного на анализе функциональных,
транзитивных, множественных и других видах зависимостей между
атрибутами. Восходящий метод проектирования подходит для баз данных
с относительно небольшим количеством атрибутов.
Проектирование БД сверху-вниз (нисходящее проектирование)
основано на декомпозиции – разделение целого на составные части с
последующим их исследованием. Использование нисходящего подхода
применимо при разработке БД с большим количеством атрибутов,
поскольку установить среди этих атрибутов все существующие в
предметной области зависимости затруднительно, гораздо проще выявить
значимые для предметной области существительные и связи между ними.
Метод нисходящего проектирования базы данных основан на разработке
моделей предметной области, которые содержат высокоуровневые
сущности (классы объектов) и связи (отношения) между ними.
При разработке модели данных необходимо учитывать:
исключение или сведение к минимуму повторяющихся данных
путем задания нормализованных структур;
обеспечение всем пользователям быстрого доступа к данным;
возможность расширения структуры модели данных;
обеспечение целостности данных;
72
предотвращение несанкционированного доступа к данным;
предоставление делегированного доступа к данным
отдельному пользователю или группе пользователей;
снижение сложности создания приложений, предназначенных
для ввода, редактирования, обработки данных, а также анализа скрытых
закономерностей в структурах данных.
Иерархия функций автоматизированного модуля системы
представлена в таблице 2.7.
Таблица 2.7
Иерархия функций автоматизированной системы
Соединение с БД
Ведение справочных
данных
Сотрудники Добавление/Обновление
Поиск/Просмотр
Ф1
Ф2
Должности Добавление/Обновление
Поиск/Просмотр
Ф3
Ф4
Отделы Добавление/Обновление
Поиск/Просмотр
Ф5
Ф6
Настройки Добавление/Обновление
Поиск/Просмотр
Ф7
Ф8
Информационно-логическая модель (ИЛМ) предметной области
является проблемно-ориентированной и системно-независимой, она не
зависит от конкретной СУБД, операционной системы и аппаратного
обеспечения АС. Назначение ИЛМ предметной области – адекватное,
единое, интегрированное и непротиворечивое отображение реального мира
в рамках решаемой задачи автоматизации; отражение потребностей всех
пользователей разрабатываемой АС.
ИЛМ предметной области представляет классы объектов
предметной области и связи (отношения) между ними. Связи относятся к
одному из следующих типов: «один-к-одному» (1: 1) и «один-ко-многим»
(1: М).
73
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Идентификатор — это уникальный код модуля по списку
метаданных.
Разработанный модуль включает в себя серверную и клиентскую
часть Серверная часть является приложением для взаимодействия с базой
данных, клиентская – интерфейсом для ввода данных и получения
отчетной информации. Структурная схема пакета представлена на рисунке
2.6.
Рис. 2.6 Структурная схема пакета
На рисунке 2.7 представлено дерево программных модулей,
отражающее структурную схему пакета.
74
Рис. 2.7 Дерево программных модулей
2.3.4. Описание программных модулей
Технология внутри машинной организации задается
последовательностью реализуемых процедур - схем взаимосвязи
программных модулей и информационных массивов. Такая схема
представляет собой декомпозицию общего процесса решения задачи на
отдельные процедуры преобразования массивов, именуемыми модулями.
Работа модуля осуществляется по диалоговому и событийному
режиму, при этом под диалогом понимается предоставление пользователю
нескольких альтернатив и обработка его выбора. В диалоговую систему
входит главное меню с соответствующими всплывающими подменю, а
также диалоговые окна. Под событиями понимаются процессы,
активизируемые пользователем (например, нажатие функциональных
клавиш).
Рассмотрим работу системы на примере алгоритма работы со
справочником.
75
При работе со справочником Пользователь выбирает нужный
справочник на панели навигации, или меню системы, загружает его,
производит нужные действия и сохраняет данные в базе данных.
Алгоритм работы со справочником представлен на рис. 2.8.
Рис. 2.8 Алгоритм работы со справочником
2.4. Контрольный пример реализации проекта и его описание
Информационная система «Учет рабочего времени» состоит из двух
модулей – «Программный агент» и модуль «Учет рабочего времени».
Модуль «Программный агент» устанавливается на ПК сотрудника и
активируется при его включении, и в процессе работы ведет учет
активности сотрудника на рабочем месте (рис. 2.9).