66
Документ
Новый
Создать
Документ
Отправлен на
согласование
Документ
На согласовании
Документ
Отправлен на
исполнение
Документ
На исполнении
Документ
Исполнен
Dispose
Отправить на согласование
Отправить на исполнение
Подтвердить
Документ
Согласован
Документ
Не согласован
Отклонить
Согласовать
Отправить на исполнение
Подтвердить
Исполнить
Рисунок 19 – Диаграмма состояний документа в САД-ПК
Приведенные на рисунке 19 состояния сопровождают документ на
протяжении своего жизненного цикла. Хронология вариантов развития и
смены этих состояний отражена на диаграмме деятельности на рисунке 20.
На данной диаграмме деятельности показана одна итерация управления
документом. Все фазы перенаправления документа на согласование или
исполнение другим исполнителям возможны не в единственном экземпляре.
67
Алгоритм управления документом
ИсполнительРуководитель 1 Руководитель 2
Этап
Авторизация Авторизация
Создать документ
Записать
событие
Создать
задачу
согласования
Создать
задачу
исполнения
Авторизация
Согласовать
Отклонить
согласование
Записать
событие
Принять
задачу
Записать
событие
Записать
событие
Исполнить
Рисунок 20 – Диаграмма деятельности управления документами в
САД-ПК
В процессе операций управления документом все события
регистрируются в системе. По этим событиям может быть составлено дерево
обработки документа.
Цель построения дерева жизненного цикла документа – проследить
историю операций с документом (согласований, перенаправлений и т.д.) с
указанием отметки времени по каждому событию. Соответственно,
построенное дерево обработки документа позволяет обладать полной
68
картиной по выбранному документу: кто и когда создал, принял, согласовал,
исполнил или перенаправил документ. Представление в виде дерева
способствует повышению эффективного восприятия всей этой информации,
поскольку представляет ее в виде иерархии событий от сотрудника к
сотруднику.
Данные по событиям обработки документов и задачи, связанные с
ними, представляются в базе данных в виде таблиц. Перевод реляционной
структуры в древовидную затруднителен, поэтому было принято следующее
решение данной задачи. В таблицу событий обработки документа добавлено
дополнительное поле «treecode», в которое будет записываться
идентификатор события, соответствующий коду обработки по иерархии (см.
пример таблицы на рисунке 21).
Рисунок 21 – Таблица событий с кодами «treecode» (пример)
Иерархический код события формируется по следующему алгоритму:
1. Начальное событие документа – «создание» всегда имеет код «1»,
конечное событие документа – «в архив» – код «2».
2. Для выбранной задачи, соответствующей событию, читается текущий
иерархический код события.
3. Далее подсчитывается число ответственных исполнителей, которым
текущий пользователь уже перенаправил данную задачу.
69
4. Если выполняется операция исполнения или согласования, то
подсчитанное количество инкрементируется на единицу и добавляется
к иерархическому коду базового события (на шаге 2).
5. Если выполняется операция перенаправления документа другим
исполнителям, то уровень иерархии в ИК увеличивается на одну
позицию, которая в цикле последовательно увеличивается в
соответствии с порядком исполнителей.
Пример построенного дерева жизненного цикла документа в САД-ПК
приведен на рисунке 22.
Рисунок 22 – Пример сформированного дерева ЖЦ документа
Первичным при входе в систему исполняется модуль авторизации. На
рисунке 23 приведена блок-схема, соответствующая алгоритму авторизации
пользователя в САД-ПК.
70
Начало
Конец
Ввести логин
и пароль
Не установлено
Соединение с БД
Ввести параметры
подключения к БД
Установлено
Проверить
уч.запись
Не найдена
Вывести сообщение
об ошибке
Найдена
Идентификация прав
доступа
Подготовить подсистему и главное
меню авторизованного
пользователя
Рисунок 23 – Блок-схема процесса авторизации в САД-ПК
Для ввода данных авторизации пользователя предусмотрена
специальная панель, имеющая соответствующие поля. Для аутентификации
пользователя необходимо подключение к базе данных. Если подключение к
БД не установлено, дополнительно могут быть указаны параметры
подключения к серверу базы данных: имя (адрес) сервера, логин и пароль,
наименование базы данных, порт и т.д.
После ввода необходимых данных система производит проверку
учетной записи пользователя. Если в регистрационной таблице учетных
записей найдено совпадение с введенными данными, то система читает
идентификатор прав доступа (сотрудник, администратор, HR-менеджер).
В зависимости от идентифицированного уровня доступа текущего
пользователя система формирует соответствующий набор подсистем и меню
авторизованного пользователя.
71
Все пользовательские операции в САД-ПК сводятся к
манипулированию данными, которые выполняют вставку, обновление или
удаление записей из базы данных. На рисунке 24 приведена блок-схема
алгоритма управления данными в САД-ПК.
Начало
Конец
Подтверждение
Ввод /
редактирование
данных записи
Открыть диалог ввода
данных новой записи
БД
Загрузка таблицы
данных
Операция
управления
данными
Редактировать
Вывести сообщение
об ошибке
Добавить
Открыть диалог
редактирования
данных выбранной
записи
Обновить данные в БД
Проверка
данных
Ошибки
Отправка
соответствующего запроса
манипулирования
данными в СУБД
ОК
Удалить
Да
Нет
Закрыть
БД
Рисунок 24 – Блок-схема управления данными
Таким образом, управление данными в САД-ПК позволяет выполнять
следующие действия:
создание новых записей с помощью формы диалога ввода данных
новой записи;
редактирование выбранных записей с помощью формы диалога
редактирования данных выбранной записи;
удаление выбранных записей, при котором система запрашивает у
пользователя подтверждение на удаление каждой выбранной позиции.
72
Диалоги ввода / редактирования данных защищают базу данных от
накопления некорректных данных. Для этого при попытке завершить диалог
пользователя система проверяет корректность введенных пользователем
данных на предмет:
ввода данных в полях, обязательные для заполнения;
ошибки несовместимости типов вводимых данных;
логических ошибок.
Каждая выполненная операция по манипулированию данными
применяет выполненную команду к БД и инициирует принудительное
обновление отображаемой учетной таблицы данных.
2.4. Контрольный пример реализации проекта и его описание
Контрольный пример реализации проекта необходим для
подтверждения работоспособности разработанной системы. Для этого в
рамках контрольного примера проводится тестирование системы,
руководствуясь основным сценарием ее главного варианта использования. В
процессе тестирования все значимые действия фиксируются в виде копий
фрагментов экранов с результатными данными, предоставляемыми системой.
Основным вариантом использования САД-ПК является обработка документа,
начиная от момента его создания и заканчивая помещением исполненного
документа в архив.
Перед началом работы пользователя в системе необходимо пройти
авторизацию и получить доступ к функциям в соответствии с
установленными полномочиями учетной записи. Авторизация пользователя в
САД-ПК выполняется с помощью команды, расположенной в строке команд
сервисных функций системы.
На рисунке 25 приведен фрагмент САД-ПК, на котором изображено
приглашение системы для авторизации. При неудачной попытке ввода
логина и пароля САД-ПК выдаст пользователю соответствующее сообщение,
в котором будет предложено ввести новые логин и пароль (рисунок 26).
73
Рисунок 25 – Поля авторизации пользователя в САД-ПК
Рисунок 26 – Сообщение о неуспешной авторизации в САД-ПК
Действия по обработке данных в САД-ПК выполняются при наличии
подключения к базе данных. Подключение к БД устанавливается
автоматически при старте САД-ПК. Параметры строки подключения к
серверу СУБД могут быть изменены в любой момент. Для этого из сервисной
панели САД-ПК необходимо вызвать соответствующую сервисную
функцию. Пример диалога конфигурирования строки соединения с БД в
САД-ПК приведен на рисунке 27. Установленные параметры подключения к
БД записываются во внешний файл server.dat и считываются из него при
старте системы. Данный файл расположен в корневой папке исполняемого
файла- приложения системы.
74
Рисунок 27 – Пример диалога подключения САД-ПК к БД
Начальное действие по обработки документа заключается в создании
нового документа в САД-ПК. Создание нового документа производится
пользователем, имеющим права доступа руководителя. При создании нового
документа должны быть заполнены обязательные поля и атрибуты
документа: тематика, наименование, тип, при необходимости добавлены
приложения, и т.д. В случае, если какой-либо из обязательных атрибутов
документа не будет введен в соответствующее поле (обязательными для
документа являются наименование, тип, тематика, получатели), САД-ПК не
допустит создание в системе такого документа до тех пор, пока пользователь
не выполнит все требования. При этом САД-ПК выдаст пользователю
соответствующее информационное сообщение. На рисунке 28 приведен
пример инвормационного сообщения САД-ПК, в котором пользователю
указывается на то, что при создании нового документа ему не было
присвоено наименование.
75
Рисунок 28 – Сообщение САД-ПК с ошибкой при создании
документа
После того, как создатель документа ввел все его обязательные
атрибуты, ему следует указать непосредственных получателей документа.
При этом, если документ должен быть исполнен всеми сотрудниками, то на
первой ступени указываются только руководители верхнего уровня (которые
потом перенаправят документ своим подчиненным, а те – своим
подчиненным, и т.д. по иерархии организационной структуры). Выбор
получателей документа осуществляется с помощью формы выбора
сотрудникоа (рисунок 29).
Рисунок 29 – Выбор получателей документа в САД-ПК