92
Визуализация информации базы данных - это отбор отражаемых
данных в зависимостью с данным критерием, их упорядочение, оформление
и дальнейшая выдача на устройства вывода или же передачи по каналам
связи.
В обычном виде информационная модель имеет возможность
отображаться в виде взаимосвязей между бизнес-компонентами и бизнес-
процессами. В практике проектирования информационных систем эти
схемы получили название ER-диаграмм (Entity-relationship diagram (ERD) –
диаграмма «Сущность-связь»). ER-диаграммы отлично вписываются в
методологию структурного анализа и проектирования информационных
систем. Эти методологии обеспечивают жесткое и наглядное описание
проектируемой системы, которое начинается с ее совместного обзора и
вслед уточняется, давая вероятность получить разную степень детализации
объекта с разным количеством уровней.
Название
Имя поля
Тип
Размер
idDoc
Индивидуальный код
Счетчик
Длинное целое
Дата
Дата регистрации
Дата/время
Краткий формат даты
Таблица 8. Конструкция таблицы «Список документов»
Еще заполняется подчиненная таблица «Значение полей», которая
содержит надлежащую структуру:
Название
Имя поля
Тип
Размер
Id_DOC
Код документа
Целое
Длинное целое
ID_FIELD
Код поля
Целое
Длинное целое
Значение
Содержание поля
Текстовый
Таблица 9. Конструктор таблицы «Значение полей»
93
К неизменной информации относится информация, хранящаяся в
надлежащих справочниках:
Справочник Константы;
Справочник Перечень форм;
Справочник Перечень полей;
Справочник Шаблоны.
Разберем подробнее структуру данных справочников:
Название
Имя поля
Тип
Размер
Id_CONST
Индивидуальный код
Счетчик
Длинное целое
Наименование
Наименование
Текстовый
Значение
Значение
Текстовый
Таблица 10. Конструктор таблицы «Константы»
Название
Имя поля
Тип
Размер
Id_FORM
Индивидуальный код
Счетчик
Длинное
целое
Название
Наименование формы
документа
Текстовый
Фильтр
Фильтр на список документов
по умолчанию
Целое
Длинное
целое
Таблица 11. Конструктор таблицы «Перечень форм»
Название
Имя поля
Тип
Размер
Id_FIELD
Индивидуальный код
Счетчик
Длинное
целое
94
Наименование
Название поля
Текстовый
Отображать
Нужно ли отображать поле
Целое
Длинное
целое
Фильтр
Проводить ли фильтрацию
по полю
Целое
Длинное
целое
Автогенерация
Является ли поле
автоинкрементным
счетчиком
Целое
Длинное
целое
Длина
Длина поля
Целое
Длинное
целое
Значение
Значение поля
Текстовый
Таблица 12. Конструктор таблицы «Перечень полей»
Название
Имя поля
Тип
Размер
ID_SB
Индивидуальный код
Счетчик
Длинное целое
Имя шаблона
Название шаблона
Текстовый
Таблица 13. Конструктор таблицы «Шаблоны»
2.2.3. Характеристика результатной информации
В процессе разработки автоматического заключения ведения
документооборота, итоговыми показателями считаются:
Печатные формы зарегистрированных документов;
Шаблоны документов с внедрением констант и переменных
полей;
Сохраненные формы документов;
95
Итоги фильтрации по дате регистрации – за сутки, за месяц, за
год;
Итоги фильтрации по данным полям;
В итоге ведения документооборота выводим машинный
выходные бумаги, базирующиеся на шаблонах, ассоциированных
с любым зарегистрированным документом. Бумаги складываются на
основании данных таблиц Перечень документов, Значения полей, Шаблоны,
Константы в
шаблоне. Еще применяются справочники Перечень форм, Перечень полей и
Константы. Эти бумаги остаются в компании и подшиваются в отдельную
папку для ведения архивов.
При формировании списков Фильтрации по дате или
же по конкретным полям, применяются данные из
таблицы Перечень документов, а еще Значения полей. Применяются и
справочники Перечень форм и Перечень полей.
Сформированные формы документов возможно сохранять в отдельные
файлы
для дальнейшего применения. Еще возможно сохранять и созданные шаблон
ы документов.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
При создании ИС, решающей задачи автоматизации
документооборота, необходимым рубежом считается описание иерархии
функций управления и обработки данных разработанного программного
продукта.
Дерево функций представляет из себя иерархическую структуру дел,
реализованных в ИС. Все действия (функции) программного
продукта возможно поделить на 2 ведущих подмножества:
96
1) Служебные функции – схожи для всех автоматических систем
управления компанией на новом уровне становления аппаратных и
программных средств.
Функции данного типа призваны гарантировать защищенность ввода,
обработки и сбережения информации, упростить работу с
системой, сделать ее более комфортной и незатейливой для
конечного пользователя.
2) Главные функции управления и обработки данных – характерны как
для информационных систем всякой специализации, так и для
предоставленной ИС. Они отображают особые качества процесса
обработки информации, получения итогов, ведения информационной
базы проекта. Данные функции организованы в порядке и в составе,
которые расписаны критериями обработки и управления данными
в определенной предметной области.
Состав и классификация функций разрабатываемого программного
продукта представлены на рисунке ниже.
97
Рис. 18. Дерево функций ИС.
На предоставленном этапе разработки плана ИС нужно еще выбрать яз
ык диалога системы с конечным пользователем.
Разговор – это процесс обмена сообщениями между сотрудником и ИС, при
нем выполняется неизменная смена ролей информатора и реципиента
(пользователя, принимающего информацию), при этом смена
ролей довольно оперативна.
В процессе общения вполне вероятно:
- двустороннее управление на основе языка на подобии «запрос-ответ»,
- одностороннее управление со стороны ИС с языком общения на
подобии «меню», «заполнения шаблона», ответа по «подсказке»,
- одностороннее управление со стороны работниа с внедрением языка
директив (команд).
98
При применении для диалога языка «меню» в диалоговой
системе обязана существовать система планирования и управления диалогом,
в функции которой заходит:
- управление ходом диалога,
- обеспечивание интерфейса работника,
- обеспечивание выполнения сервисных или же справочных функций,
- тест и обработка неверных ситуаций,
- вызов обрабатывающих программ.
При разработке предоставленного проекта система общения
с работником организована таким образом, собственно
что главная часть диалога проводится на языке на подобии «меню»,
а заполнение форм входных документов – по
«шаблону». Следовательно, случается годностороннее управление ходом обр
аботки данных со стороны ИС.
Конструкция сценария диалога совместно с деревом функций,
которое отображает состав и иерархию функций
системы, выделяет вероятность квалифицировать состав сотрудников диалог
а, содержание всякого кадра и их соподчиненность.Сценарий
диалога учитывает вероятность обеспечивания надлежащих функций
управления ходом заключения установленных задач:
- вероятность работы с экранными формами входных документов,
- составление выходных документов,
- изменение вводимых данных,
- предпросмотр введенной информации,
- работа с таблицами нормативно-справочной информации,
- протоколирование деятельности работника,
- поддержка на всех этапах работы.
Сценарий диалога представлен на рисунке ниже.
99
Рис. 19. Сценарий диалога с ИС.
Сценарий диалога включает в себя 2 логически связанные части:
1) Главные меню, относятся к главному, то есть те экраны меню,
которые лицезреет работник, до того как приступать к
выполнению ведущих функций, сообразно дереву функций. Главные меню
надеются на неотклонимые воздействия работника при деяельности с ИС.
100
2) Сервисные меню. Они становятся доступны
конечному работнику впоследствии того, как выведена на
экран сообразная форма документа.
Сервисные меню предполагают вероятб воздействия, одно
из них имеет возможность считаться необязательным к выполнению.
2.3.2. Характеристика базы данных
Базу данных ИС возможно представить в виде надлежащей ER модели.
Рис. 20. ER модель базы данных
Выберем для примера модели базы данных реляционную, на рисунке
ниже возможно увидеть таблицы, приведенные к третей форме нормальности
и вероятные связи между ними изображены таблицы базы данных, а еще
101
связи между ними. У любой таблицы есть изначальный ключ. У множества
таблиц есть повторный ключ и индексируемые поля для выполнения поиска.
Таблица «registered_letter», собственно что, значит обработанное
письмо, имеет следующие поля.