56
Перечень требуемых справочных таблиц составляют: отделы,
сотрудники, должности сотрудников. Перечень необходимых оперативных
таблиц включает в себя данные документов, событий по обработке
документов, задач на исполнение и согласование документов.
Используемые в САД-ПК классификаторы предназначены для
идентификации записей, организации учета справочников и обеспечения
связывания информации в составе БД. Используемые классификаторы
являются локальными в пределах системы, имеют линейную систему
классификации с порядковым кодированием. Порядковые номера
присваиваются автоматически при создании записей в БД посредством
интегрированных возможностей СУБД.
Входными данными для САД-ПК будут являться:
данные документов, регистрируемых через САД-ПК;
данные для вспомогательных справочников (сотрудники, отделы,
должности сотрудников);
приложения к документам;
комментарии к документам и задачам, этапам документооборота.
Входными документами для САД-ПК будут являться:
для входящего документа (входящие письма, заключаемые договора)
— документа, поступившего в Предприятие;
для исходящего документа (проект письма, проект договора) —
официального документа, отправляемого из Предприятия;
для внутреннего документа (проект приказа, проект распоряжения,
проект служебной записки и т.д.) — официального документа, не
выходящего за пределы подготовившей его организации.
Выходными документами для САД-ПК будут являться:
для входящего документа (поручение, заключенный договор,
комменнфтарий);
57
для исходящего документа (согласованное письмо, согласованный
договор);
для внутреннего документа (приказ, распоряжение, служебная записка
и т.д.).
2.2.5. Характеристика результатной информации
Выходная информация представляется в системе в виде
информационных таблиц оперативных данных и документов.
Выходными данными для САД-ПК будут являться:
таблицы справочников и учетные таблицы, содержащие данные в
соответствии с запросами и фильтрами пользователей;
данные по истории изменения документов;
задачи, созданные сотрудникам системой;
отчеты по обработки документов в виде «дерева» жизненного цикла
обработки документа.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций САД-ПК отражает состав функций, предлагаемых
системой. Все функций системы по их направлению подразделяются на
основные и служебные (см. рисунок 15).
В числе основных функций САД-ПК присутствуют функции:
ведения вспомогательных справочников организационно-штатной
структуры предприятия (сотрудники, должности, отделы);
регистрация и учет документов с указанием исполнителей, метаданных
документа и приложений;
установка сроков исполнения документов, контроль этих сроков;
учет и регистрация всех событий обработки документа: создание,
согласование, исполнение, перенаправление на согласование другим
исполнителям, подписание в архив – на основании этих данных
58
производится построение развернутого дерева жизненного цикла
документа;
автоматическое создание исполнителям задач по обработки документа.
Служебные функции САД-ПК обслуживают выполнение основных
функций. К ним относятся:
авторизация пользователя в САД-ПК с предоставлением
соответствующего уровня доступа к данным и функциям;
установление подключения к БД и управление данными (создание,
редактирование и удаление записей в БД);
верификация введенных в систему данных перед их сохранением в БД,
обеспечивающая целостность информации, попадающей в БД;
обработка ошибок и исключений.
Рисунок 15. Дерево функций САД-ПК
Диалог САД-ПК с пользователями организован через главное и
контекстные меню и панели команд.
59
Меню администратора включает управление справочниками
организационно-штатной структуры предприятия с разрешением их
редактирования, а также просмотр собственных задач и управления реакцией
на них (просмотр, согласование, перенаправление и исполнение).
Меню обычного сотрудника (не администратора) включает доступ к
справочникам подразделений и сотрудников (без прав их редактирования),
просмотр собственных задач и управления реакцией на них (просмотр,
согласование, перенаправление и исполнение), а также команды по созданию
и обработки документа.
Все типы пользователей также имеют доступ к таким общим функциям
(командам главного меню), как авторизация, подключение к базе данных и
завершение работы САД-ПК.
На рисунке 16 приведен обобщенный сценарий диалога САД-ПК с
пользователями.
Рисунок 16. Сценарий диалога САД-ПК
2.3.2. Характеристика базы данных
60
База данных САД-ПК спроектирована для СУБД реляционного типа –
MySQL. Поэтому физическая модель БД спроектирована с учетом
возможностей MySQL: типы данных, средства обеспечения целостности
данных и т.д. На физической модели данных указывается состав таблиц с
подробным описанием их полей и указанием ключевых: наименования, типы
данных, требования к уникальности, требования к заполняемости. На схеме
физической модели БД показываются связи между таблицами с
обозначением внешних ключей.
На рисунке 17 приведена физическая модель базы данных САД-ПК.
Модель нормализована до третьей нормальной формы включительно.
Рисунок 17 – Схема базы данных САД-ПК
61
В таблице 3 приведена спецификация сущности «Posts» – должности
организационно-штатной структуры Предприятия.
Таблица 3
Спецификация сущности «Posts»
Атрибут
Тип
Ключ
Описание
ID
Число
PK
Идентификатор
Name
Текст
-
Наименование
В таблице 4 приведена спецификация сущности «Departments» –
подразделения организационно-штатной структуры Предприятия.
Таблица 4
Спецификация сущности «Departments»
Атрибут
Тип
Ключ
Описание
ID
Число
PK
Идентификатор
Name
Текст
-
Наименование
В таблице 5 приведена спецификация сущности «Accounts» – аккаунты
сотрудников организационно-штатной структуры Предприятия.
Таблица 5
Спецификация сущности «Accounts»
Атрибут
Тип
Ключ
Описание
ID
Число
PK
Идентификатор
Furname
Текст
-
Фамилия
Firstname
Текст
-
Имя
Secondname
Текст
-
Отчество
Login
Текст
-
Логин
Password
Текст
-
Пароль
AccessID
Число
-
Идентификатор типа учетной
записи
PostID
Число
FK
Идентификатор должности
DepartmentID
Число
FK
Идентификатор подразделения
В таблице 6 приведена спецификация сущности «Events» – события,
регистрируемые по ходу обработки документов.
Таблица 6
Спецификация сущности «Events»
62
Атрибут
Тип
Ключ
Описание
ID
Число
PK
Идентификатор
DocumentID
Число
FK
Идентификатор документа
ActorID
Число
FK
Идентификатор инициатора
Event
Текст
-
Описание события
DateTime
Дата и время
-
Дата и время события
В таблице 7 приведена спецификация сущности «Tasks» – задачи,
которые автоматически создаются для ответственных исполнителей,
вовлеченных в процесс обработки документа.
Таблица 7
Спецификация сущности «Tasks»
Атрибут
Тип
Ключ
Описание
ID
Число
PK
Идентификатор
SenderID
Число
FK
Идентификатор создателя
ReceiverID
Число
FK
Идентификатор исполнителя
DocumentID
Число
FK
Идентификатор документа
TaskType
Текст
-
Тип задачи
Content
Текст
-
Содержимое задачи
CreateDate
Дата
-
Дата создания задачи
Deadline
Дата
-
Срок исполнения задачи
DateOK
Дата
-
Дата исполнения задачи
В таблице 8 приведена спецификация сущности «Documents» –
документы.
Таблица 8
Спецификация сущности «Documents»
Атрибут
Тип
Ключ
Описание
ID
Число
PK
Идентификатор
Name
Текст
-
Наименование
Content
Текст
-
Содержание
CreatorID
Число
FK
Идентификатор создателя
DocType
Текст
-
Тип документа
CreateDate
Дата
-
Дата создания документа
Deadline
Дата
-
Срок исполнения документа
63
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
На рисунке 18 приведена диаграмма вызова и взаимосвязей
программных модулей. Основными модулями САД-ПК являются:
Global – глобальный модуль программы, который содержит данные
авторизованного пользователя и отвечает за процедуры авторизации
пользователя и настройки подключения к базе данных, а также
выполняет переключение подсистем пользователей и актуализирует
отображаемую системную информацию на главной форме;
frmMain – модуль главной формы системы, в которой выполняется
работа в активной подсистеме;
Service – программный модуль, отвечающий за вызов сервисных
функций авторизации пользователя и подключения к БД;
Screens – модуль, содержащий панели интерфейса пользователя,
интегрированные в главное окно системы;
ScreenUserPanel – программный модуль, выполненный в виде панели,
представляющей рабочее пространство обычного пользователя;
ScreenAdminPanel – программный модуль, выполненный в виде панели,
представляющей рабочее пространство пользователя администратора;
Subsystems – модуль, содержащий основные функциональные
подсистемы: справочники организационно-штатной структуры,
оперативные таблицы учета документов и задач исполнителей;
Dialog – модуль, содержащий диалоговые окна ввода и редактирования
данных справочных и оперативных таблиц, а также окна просмотра
данных по полученным задачам для исполнителей и просмотра
истории обработки документов;
Entities – модуль, включающий классы-сущности, которые служат для
отображения экземпляров сущностей (строк из соответствующих
таблиц базы данных) и позволяют пользователю взаимодействовать с
ними через интерфейс пользователя;
64
Interfaces – модуль, включающий интерфейсы, которые реализуются
всеми классами-сущностями: интерфейс обработки сущности в базе
данных (реализация основных команд в БД – вставка, обновление и
удаление), интерфейс доступа пользователя к командам
манипулирования данными;
edmsDataSet – набор данных, являющийся непосредственным
отображением физической структуры базы данных, включая все
таблицы и запросы, предоставляющий необходимые адаптеры для
доступа к SQL-командам, адресованным в БД в соответствии с
командами пользователя: манипулирование данными или получение
выборок из SELECT-запросов.
Dialog
Interfaces
Screens
Entities
Service
Subsystems
ScreenAdminPanelScreenUserPanel
Global frmMain
edmsDataSet
Рисунок 18 – Диаграмма программных модулей САД-ПК
2.3.4. Описание программных модулей
В процессе обработки документов с помощью САД-ПК каждый
документ может принимать одно из нескольких состояний в соответствии с
65
диаграммой состояний документа, приведенной на рисунке 19. Так, документ
в САД-ПК может находиться в следующих состояниях:
Новый – инициирующее состояние, которое соответствует новому
созданному документу.
Отправлен на согласование – состояние документа после выполнения
команды отправления (перенаправления) документа на согласование.
Отправлен на исполнение – состояние документа после выполнения
команды отправления документа на исполнение.
На согласовании – документ, полученный ответственным
исполнителем для согласования.
На исполнении – документ, полученный ответственным исполнителем
для исполнения.
Согласован – документ после подтверждения ответственным
исполнителем факта согласования документа.
Не согласован – документ после отклонения ответственным
исполнителем задачи согласования документа.
Исполнен – документ после подтверждения ответственным
исполнителем факта исполнения документа.