62
Администратор
Руководитель
Сотрудник
Авторизация
Трудовая книжка
ИС
Наложение
резолюции
Т История
Т Резолюции
Документ
Т История*
Регистрация
сотрудника
Т Резолюции*
Штатное расписание
Регистрация
документа
Спр Должности
Спр Отделы
Спр Типы док.
Т Сотрудники
Спр Должности*
Спр Отделы*
Спр Типы док.*
Т Сотрудники*
Т Документы
Т Документы*
Список
документов по
типам
Список
документов с
резолюцией,
по типам
Список
документов в
архиве, по
типам
Список документов Список документов
по типам с резолюцией, по
типам
Список
документов на
контроле
Список
сотрудников
История
заходов
Список документов
в архиве, по типам
Список сотрудников
История заходов
Список документов
на контроле
Администратор
Сотрудник
Руководитель
рассылок:
предоставление информации о подписчиках;
предоставление информации о подписанных изданий;
вывод бланка квитанции об оплате для заказа издания;
редактирование и корректировка БД;
обеспечение быстрого доступа к информации.
автоматизация рассылки почтовых сообщений.
Информационная модель представляет собой схему движения
входных, промежуточных и результативных потоков и функций
предметной области. Кроме того, она объясняет, на основе каких входных
документов и какой нормативно-справочной информации происходит
выполнение функций по обработке данных и формирование конкретных
выходных документов. Информационная модель представлена на рис. 2.4.
Рисунок 2.4 Информационная модель системы
63
В соответствии с приведенной информационной моделью, работа
системы осуществляется следующим образом.
Администратор системы регистрирует сотрудников, используя
справочник «Должности» и изменяя содержимое таблицы «Сотрудники».
Также он изменяет содержимое данной таблицы, редактируя данные для
доступа к системе каждого сотрудника.
Сотрудник регистрирует документы, используя документ и
справочник «Типы документов» и изменяя содержимое таблицы
Документы.
Руководитель формирует резолюцию к документу, используя
таблицу Документы и формируя таблицу Резолюции.
2.3.2 Характеристика нормативно-справочной, входной и оперативной
информации
Модель процесса информационного оповещения представлена с
использованием функциональной модели DFD и основана на технологии
подписок (Data Flow Diagram). Данный метод позволяет провести
структурный анализ потоков данных, произвести выделение атрибутов и
перейти к конструированию базы данных. Для анализа потоков данных
используются диаграммы потоков данных.
Выделим сущности:
Подписчик (клиент)
Рассылка
Редакции
Сущность подписчик будет содержать информацию о подписчике и
выбранном им издании.
Сущность рассылка, которая содержит информацию необходимую
для рассылки изданий.
Также немаловажно выделить еще одну сущность. Это сущность
редакции. Они представляют информацию о подписных изданиях.
64
Связь между сущностями Клиент и Рассылка: «один к одному», так
как один клиент, проживающий по одному адресу, будет получать почту
по одной рассылке.
Связь между сущностями Рассылка и Редакции: «один к одному»,
так как одна рассылка, будет, работает с одной редакцией.
Если степень связи 1:1(один к одному), и класс принадлежности
одной сущности обязательный, а второй необязательный, то формируется
два отношения под каждую из сущностей. К отношению, сущность
которого имеет класс принадлежности обязательный добавляется ключ
сущности с необязательным классом.
Таким образом, формируется два набора предварительных
отношений:
Подписчик (ID_ подписчика, ID_ Рассылки),
Рассылка (ID_ Рассылки).
Подписчик (ID_подписчика, ID_ редакций),
Редакции (ID_ редакций).
2.3.3 Характеристика результатной информации
Сформировав предварительные наборы, можно составить
результирующее отношение, добавив все не ключевые атрибуты.
Определение ключей (первичных и внешних)
В таблице «PODPISHIK» первичным ключом является поле
«ID_PODPISHIK», так как информация, находящаяся в этом поле, является
уникальной.
Данная таблица является родительской для таблицы «RASSILKA» и
«REDAKCII». Поля «ID_RASSILKA», «ID_REDAKCII» таблиц
«RASSILKA» и «REDAKCII» ссылаются на поля таблицы «PODPISHIK».
При этом осуществляется каскадная ссылочная целостность, то есть при
удалении кода в таблице «PODPISHIK» удаляются все связанные записи в
65
дочерней таблице.
В данной автоматизированной системе используется база данных,
состоящая из трёх таблиц: Подписка, Рассылка, Редакции.
Таблица 2.5 - Список полей таблицы «Подписчик»
Наименование
атрибутов
Тип
полей
Размер
полей
Допустимость
неопределенных
значений
ID_подписчика
Integer
NOT NULL
Имя
Character
20
Фамилия
Character
20
Дата рождения
Data
Адрес
Character
50
Дата регистрации
Data
ID_рассылки
Integer
ID_редакции
Integer
Таблица 2.6 - Список полей таблицы «Рассылка»
Наименование
атрибутов
Тип полей
Размер
полей
Допустимость
неопределенных
значений
ID_рассылки
Integer
NOT NULL
Имя
Character
20
Фамилия
Character
20
Должность
Integer
Таблица 2.7 - Список полей таблицы «Редакции»
Наименование
атрибутов
Тип
полей
Размер
полей
Допустимость
неопределенных
значений
ID_редакции
Integer
NOT NULL
Название редакции
Character
20
Наименования изданий
Character
20
Способ отправления
Character
20
66
2.4. Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
На рисунке приведена схема иерархии функций обработки данных.
На схеме выделены и детализированы два подмножества функций:
служебные функции: вызов заставки и основных экранных
форм;
основные функции: ввод и обработка первичной
информации, форматирование результативных документов.
Выявление состава иерархии функции позволяет разработать
структуру сценария диалога, дающего возможность определить состав
кадров диалога, содержание каждого кадра и их соподчиненность. На
рисунке 2.5 представлено древо функций.
67
Рисунок 2.5. Древо функций
Древо функций включает в себя основные функции: ведение
справочников - их просмотр, ввод первичных документов, формирование
результативных документов. Данные из первичных документов водятся в
таблицы БД. Данные из таблиц с результативной информацией
распечатываются. Таблицы просматриваются. Распечатываются файлы с
планами-отчётами и со статистическими отчётами. На рисунке 2.6
определен сценарий диалога.
68
Рисунок 2.6. Сценарий диалога
Экранные формы для формирования статистических отчетов
содержат только данные временного периода, поэтому они только
просматриваются и редактируются. Файлы для статистических отчетов
только просматриваются.
На рисунке представлен сценарий диалога.
69
Файлы с отчётами по видам деятельности только просматриваются.
Работа с программой начинается с вызова заставки. В рамках
заставки можно вызвать справку, а также пользователю необходимо ввести
имя пользователя и пароль доступа. Производится проверка пароля, если
он правильный, то открывается главное меню.
Главное меню позволяет открыть любой справочник, посредством
нажатия кнопки «Справочники».
2.4.2 Характеристика базы данных
Рассмотрим схему данных ИС планирования.
Схема данных состоит из тринадцати таблиц: три справочника и
десять таблиц: справочник «Виды продукции», справочник «Склады»,
справочник «Контракты», справочник «Филиалы», таблица
«Производство», таблица «Сток», таблица «Продажи», таблица
«Доставки», таблица «План продаж», таблица «План производства»,
таблица «План складирования», таблица «План доставки», таблица
«Коэффициенты планирования». На рисунке 2.7 представлена схема
данных ИС планирования.
70
Рисунок 2.7. Схема данных ИС планирования
Справочник «Виды продукции» связан с таблицами «Производство»,
«План продаж», «План складирования», «План производства», «План
доставки» по ключевому полю «Код продукции» с полями «Код
продукции» в указанных таблицах. При изменении справочника, то есть,
добавлении нового вида продукции, данные о нём, автоматически вносятся
в указанные таблицы.
Справочник «Филиалы» связан с таблицами «Коэффициенты
планирования», со справочником «Склады», таблицами «Производство»,
«План производства» по полям «Код филиала». При изменении
справочника, то есть, добавлении нового филиала, данные о нём,
автоматически вносятся в таблицы и справочник. Справочник «Склады»
связан с таблицами «Коэффициенты планирования». «План доставок»,
«План складирования» «Складирование» по коду «Код склада».
Таблица «Договора» связана с таблицами «Коэффициенты
планирования» «План продаж», «Продажи» по полям «Код договора.
71
Таблица «Продажи» связана с таблицей «Коэффициенты
планирования» и таблицей «Доставки» по полям «Код продукции».
Таблица «Производство» связана с таблицей «Складирование» по
полю «Код производства».
Таблица «Складирование» связана с таблицей «Доставки» по полю
«Код склада». Связи остальных таблиц уже описаны.
Таблица «Коэффициенты планирования» связана по коду
коэффициента со всеми таблицами планов по ключевым полям.
В целом можно отметить следующую логику работы взаимодействия
таблиц БД. В таблицах «Производство» «Складирование», «Доставки,
«Продажи» содержатся данные о соответствующих видах деятельности.
Таблицы обновляются по мере поступления новых отчётов. Таблицы с
планами содержат предыдущие планы по видам деятельности. Таблица с
коэффициентами планирования также обновляется. Новые коэффициенты
служат основой для расчёта планов деятельности с учётом бывших планов
и отчётах о выполненных планах (таблицы с видами деятельности). Так
как таблица связана со всеми четырьмя таблицами производства, продаж,
складирования, доставок по идентифицирующим кодам, то после
появления новых коэффициентов, программный модуль расчёта планов
может обновлять таблицы с планами.
При проектировании базы данных разработаны следующие таблицы,
наименование которых и их назначение приведено в таблице 2.8.
Таблица 2.8. Описание таблиц базы данных
№
пп
Наименование
Хранимые данные
1.
dokument
Данные о документах
2.
dolg
Должности сотрудников отдела
документооборота
3.
history
История посещения системы ее
пользователями
4.
nach
Сведения о руководстве
5.
otdel
Сведения о структурных подразделениях
инспекции