66
Рисунок 16. Форма для создания документа
Рисунок 17. Форма отправки комментария к документу
Данные, введенные в формы, которые приведены выше, сохраняются в базе
данных и используются для формирования выходных данных (результатной
информации).
2.2.3 Характеристика результатной информации
Результатная информация должна помочь пользователю в выполнении его
прямых обязанностей. В разрабатываемой системе к результатной информации можно
отнести информацию о документах, оформленных на сотрудника. На любого
сотрудника предприятия постоянно оформляется различная документация, которая
необходима тем или иным потребителям информации. Это могут быть как
государственные органы (например, пенсионный фонд или налоговая служба), так и
67
другие организации (например, партнеры по бизнес). Кроме того информация о
сотрудниках может потребоваться и руководителям предприятия
23
.
Также результатной информацией может являться любая информация,
содержащаяся в базе данных и которую возможно просмотреть с помощью экранных
форм приложения пользователя. Данная информация может помочь при ведении
бизнес-процессов организации или анализа достигнутых результатов.
Результатная информация может выводиться как в стандартном виде (например,
документы стандартной формы, необходимые государственным органам), так и в
свободной форме. В свободной форме информация может предоставляться другим
организациям и руководителю данной организации. В случае предоставления
информации руководителю организации главной характеристикой отчетности должна
быть ее наглядность и понятность, т.е. руководитель должен суметь по созданным
отчетам быстро понять состояние дел.
Результатная информация представлена в виде отчетов и описана в таблице 8.
Таблица 8
Описание результатной информации
№
п
п
Наименовани
е
Реквизиты
Таблицы, на
основе
которых
формируетс
я
Частота
формировани
я
Способ
доставки
1
Письмо
«Новый
документ»
Номер
документа
Наименовани
е документа
Описание
ФИО
сотрудника
Тип
документа
Документы
Пользовател
и Статусы
документов
Отделы
Должности
Типы
документов
По мере
необходимост
и
Электронно
е письмо
2
Письмо
«Новый
ФИО
сотрудника
Номер
Документы
Пользовател
и
По мере
необходимост
и
Электронно
е письмо
23
Алистер Коберн, Современные методы описания функциональных требований к системам, М.: издательство
"Лори", 2017. – 288 с
68
комментарий
»
документа
Текст
комментария
Комментари
и
3
Письмо
«Изменение
статуса
документа»
Номер
документа
ФИО
сотрудника
Новый статус
документа
Документы
Пользовател
и Статусы
документов
По мере
необходимост
и
Электронно
е письмо
4
Итоговая
версия
документа
Имя файла
Объем
Документы
По мере
необходимост
и
Файл в
формате
DOX,
DOCX,
XLS,
XLSX, PDF
и др.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Сценарий диалога довольно прост и имеет схожесть с интерфейсом многих
программных продуктов, с которыми пользователь уже скорей всего имел дело.
Применение структурированного меню и дочерних форм обеспечит возможность
конечному потребителю приложения максимально быстро добраться до необходимой
ему задачи
24
.
Имея уже установленное представление выходной и входной информации,
основной задачей при разработке внутримашинной информационной базы является
создание структуры БД, которая обеспечивает:
- простоту и удобство работы;
- необходимые условия доступа к подбазам с учетом санкционированного
доступа к информации;
- достаточную производительность для работы в режиме реального времени.
Структурно программа составляется из модулей, которые выполняют
отдельные операции, входящие в состав функционального набора АРМ. По своему
24
Вендров, А. М. Практикум по проектированию программного обеспечения экономических информационных
систем / А.М. Вендров. - М.: Финансы и статистика, 2017. - 192 c.
69
существу, диалог представляет собой процесс обмена сообщениями между
пользователем и вычислительной машиной, при котором производится постоянная
смена ролей информатора и реципиента, при этом смена паролей должна быть
достаточно оперативной.
Работа с информационной системой начинается с главной формы, через
которую можно выйти в необходимую подсистему (рисунок 18).
Рисунок 18. Дерево функций информационной системы
Выполнение функций разработанной информационной системы
осуществляется с помощью ведения диалога с пользователем. То есть Пользователь
информационной системы выполняет какие-то действия, а программа
соответствующим образом на них реагирует. Сценарий диалога с пользователем
представлен на рисунке 19.
70
Рисунок 19. Сценарий диалога
Началом диалога является запрос логина и пароля пользователя для доступа в
систему. После успешного прохождения авторизации пользователю предлагается
выбрать задачу, которую он собирается решить: работа со справочниками, работа с
документами, работа с данными профиля пользователя. В зависимости от выбора
пользователя ему открываются различные формы пользовательского интерфейса,
предназначенные для решения выбранной задачи.
2.3.2 Характеристика базы данных
В качестве системы управления базой данный для разрабатываемой
информационной системы была выбрана СУБД MySQL.
Для хранения всех необходимых данных была спроектирована и создана база
данных, состоящая из 12 таблиц. ER-модель спроектированной базы данных
представлена на рисунке 16.
71
Рисунок 20. ER-модель базы данных
Описание все таблиц базы данных представлены в таблицах 9-20.
Таблица 9
Таблица users
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
пользователя
Id
Integer
4
AI
ФИО
пользователя
Fio
Varchar
120
Логин
пользователя
Login
Varchar
120
Код отдела
пользователя
Departmentid
Integer
4
Код должности
пользователя
Staffed
Integer
4
Пароль
пользователя (в
зашифрованном
виде)
Password
Varchar
120
Email
пользователя
Email
Varchar
120
72
Таблица 10
Таблица user_roles
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
пользователя
Id
Integer
4
Код роли
Roleid
Integer
4
Таблица 11
Таблица role
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код роли
Roleid
Integer
4
AI
Наименование
роли
Caption
Varchar
120
Таблица 12
Таблица department
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код отдела
Id
Integer
4
AI
Наименование
отдела
Caption
Varchar
120
Таблица 13
Таблица staff
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
должности
Id
Integer
4
AI
Наименование
должности
Caption
Varchar
120
Таблица 14
Таблица status
73
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код статуса
Id
Integer
4
AI
Наименование
статуса
Caption
Varchar
120
Таблица 15
Таблица typedoc
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код тип
документа
Id
Integer
4
AI
Наименование
типа
документа
Caption
Varchar
120
Таблица 16
Таблица department_types
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код типа
Typeid
Integer
4
Код отдела
departmentid
Integer
4
Таблица 17
Таблица staff_types
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код типа
Typeid
Integer
4
Код
должности
Staffid
Integer
4
Таблица 18
Таблица document
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код документа
Id
Integer
4
AI
Наименование
документа
Caption
Varchar
225
74
Описание
документа
Description
Longtext
225
NULL
Код
пользователяавтора
документа
Authorid
Integer
4
Код пользователя,
принявшего
документа
Recipientid
Integer
4
Код статуса
statusid
Integer
4
Дата создания
createdat
datetime
10
Срок
deadline
datetime
10
Код типа
typeid
Integer
4
Таблица 19
Таблица uploadfile
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код файла
id
Integer
4
AI
Дата загрузки
createdat
datetime
10
Путь к файлу
pathfile
Varchar
225
Код документа
docid
Integer
4
Код
пользователяавтора
Authorid
Integer
4
Таблица 20
Таблица comment
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код комментария
id
Integer
4
AI
Текст комментария
commenttext
Longtext
65655
Дата отправки
комментария
createdat
datetime
10
Код
пользователяавтора
Authorid
Integer
4
Код документа
documentid
Integer
4
75
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Для написания информационной системы автоматизации документооборота
использовался фреймворк языка php Symfony 2. Данный фреймворк работает с
подходом к программированию, называемый Model-viewcontroller (MVC, «модель-
представление-контроллер», «модель-видконтроллер»).
Основная идея данного подхода заключается в разделении данных, их
представлений и обработку действий пользователей на три больших группы:
- Модель (англ. Model). Модель предоставляет знания: данные и методы работы
с этими данными, реагирует на запросы, изменяя своё состояние. Объекты данной
группы не содержат информации, как эти знания можно визуализировать.
- Представление, вид (англ. View). Отвечает за отображение информации
(визуализацию). Часто в качестве представления выступает форма (окно) с
графическими элементами. Главная задача – представить информацию, хранимой в
модели в виде, воспринимаемым пользователем.
- Контроллер (англ. Controller). Обеспечивает связь между пользователем и
системой: контролирует ввод данных пользователем и использует модель и
представление для реализации необходимой реакции.
Важно отметить, что как представление, так и контроллер зависят от модели.
Однако модель не зависит ни от представления, ни от контроллера. Тем самым
достигается назначение такого разделения: оно позволяет строить модель независимо
от визуального представления, а также создавать несколько различных представлений
для одной модели.
Общая схема архитектуры информационной системы согласно данной
парадигмы изображена на рисунке 21.