2.3.3.2. Дополнительные функции (администраторские):
Прецедент: Реинициировать документ
Цель: Если в результате ошибки или сбоя, целостность данных о состоянии документа нарушилась, то может возникнуть необходимость заново реинициировать документ.
Основной пользователь: Администратор
Сценарий:
Пользователь выполняет действие «Реинициировать документ»
engine производит реинициацию документа, документ переходит в начальный статус маршрута. Все предыдущие данные о состоянии, ответственных и т.д. обнуляются
Альтернативные сценарии: нет
Прецедент: Reroute документа
Цель: Намерение пользователя изменить состояние документа вручную, либо (в том числе) изменить версию процесса
Основной пользователь: Администратор
Сценарий:
Пользователь выполняет действие «Reroute документа»
engine открывает диалоговое окно с выбором 2х значений: версия процесса, и состояние. По умолчанию выбраны текущая версия процесса и текущее состояние.
Пользователь выбирает нужные ему значения.
engine изменяет поля документа в соответствии с выбранным состоянием. Документ сохраняется и закрывается. После выполнения этой операции, даже если пользователь не изменял статус, документ снова становится доступным для взятия в работу.
Альтернативные сценарии:
3а. Пользователь не выбирает значения, закрывает диалог
4а. engine не производит никаких действий
2.3.3.3. Работа с профилем
Данные хранящиеся в документе профиля:
Название – название профиля
Версия – текущая версия профиля
Инфо о процессе – имя, версия, ссылка на документ процесса в БД определения процессов
Инфо о правах доступа – 3 списка персон:
которые могут создавать документ по этому профилю
которые могут читать документы созданные по этому профилю
администраторы, могут производить любые операции
Инфо о состояниях и их параметрах – названия активностей (по умолчанию и пользовательские), ссылки на документы активностей в БД определения процессов, а также информация о длительности активностей.
Инфо о длительности представляет собой следующую структуру:
Кол-во дней в течении которых активность должна находится. Дни могут быть различных типов:
календарные дни (days)
рабочие дни (workdays)
или другие типы.
Действие, выполняемое при превышении длительности активности:
Уведомление ответственному
Автоматическое закрытие активности (если активностей, следующих за текущей активностью несколько, то указывается ID активности в которую должен быть завершен перевод документа)
Если действие – уведомление, то проставляется 2 параметра:
Первое уведомление (после скольких дней уведомлять), + типы дней. Может быть как положительным, так и отрицательным числом.
Повторные уведомления (с какой частотой уведомлять после 1ого), + типы дней. Может быть только положительным числом.
Специальный агент работает по расписанию, обрабатывает документы и отсылает уведомления о превышении длительности.
Инфо об ответственных за состояния – список ответственных, определяется либо выбором группы (групп) из адресной книги, либо формула, результатом которой может быть группа, персона, или роль.
Дополнительным атрибутом также является ссылка на этап процесса, в котором это значение должно быть заполнено пользователем.
Так же указываются списки персон, которые могут читать документы в конкретном состоянии, а так же списки команды по умолчанию.
Инфо о почтовых поручениях – содержит флаг – уведомлять ли ответственных, а также уведомлять ли иных лиц (группа либо формула). Так же можно указать иной (отличный от значения по умолчанию) почтовый профиль, по которому будет отсылаться уведомление.
Имена почтовых шаблонов по умолчанию задаются в профиле системных настроек.
Возможно ли поручение – для каждой активности можно указать возможно ли поручение или нет.
Прецеденты работы с профилями:
Прецедент: Создать профиль
Цель: Намерение пользователя создать новый профиль для описания маршрута бизнес-процесса
Основной пользователь: Администратор
Сценарий:
Пользователь выполняет действие «Создать профиль»
Система создает новый документ и открывает его на редактирование
Система устанавливает статус профиля «Черновик»
Альтернативные сценарии: нет
Прецедент: Изменить процесс, либо обновить версию процесса
Цель: Намерение пользователя выбрать процесс (для нового профиля), либо изменить процесс для существующего профиля
Основной пользователь: Администратор
Сценарий:
Пользователь выполняет действие «Выбрать процесс»
Система открывает диалоговое окно со списком процессов
Пользователь выбирает процесс
Система заполняет поля Название процесса, версия процесса
Система подгружает в документ профиля список состояний процесса, и отображает этот список во всех нужных местах
Альтернативные сценарии:
3а. Пользователь не выбирает процесс и закрывает диалоговое окно
4а. Система не производит никаких действий
3б. Пользователь выбирает тот же самый процесс который был ранее выбран
4б. Система сравнивает версию процесса в документе профиля и последнюю версию процесса в БД определения процессов. Если версия совпадает – система не производит никаких действий. Если версия не совпадает, то выполнение продолжается с пункта 4 основного сценария
Прецедент: Сохранить профиль
Цель: Намерение пользователя сохранить изменения в профиле
Основной пользователь: Администратор
Условия доступности сценария: Статус документа = «Черновик»
Сценарий:
Пользователь выполняет действие «Сохранить»
Система проверяет условия возможности сохранения (заполненность полей и т.п.)
Система сохраняет и закрывает документ
Альтернативные сценарии:
2а. Система проверяет условия – условия не выполняются
3а. Система выдает сообщения о невыполнимости условий
4а. Документ не сохраняется и не закрывается
Прецедент: Сохранить как новую версию
Цель: Намерение пользователя сохранить изменения в профиле как новую версию профиля
Основной пользователь: Администратор
Условия доступности сценария: Статус документа = «Черновик», либо статус документа = «Активный»
Сценарий:
Пользователь выполняет действие «Сохранить как новую версию»
Система проверяет условия возможности сохранения (заполненность полей и т.д.)
Система увеличивает на единицу версию профиля
Система сохраняет документ
Система создает документ версии профиля как копию с текущего документа
Система закрывает документ
Альтернативные сценарии:
2а. Система проверяет условия – условия не выполняются
3а. Система выдает сообщения о невыполнимости условий
4а. Документ не сохраняется и не закрывается
Прецедент: Сохранить как старую версию
Цель: Намерение пользователя сохранить изменения в профиле как старую (существующую) версию профиля. При этом документы уже использующие текущую версию профиля в дальнейшем автоматически будут использовать изменения внесенную в версию.
Основной пользователь: Администратор
Условия доступности сценария: Статус документа = «Активный». Если произведена операция изменения процесса (либо изменение версии процесса), то этот сценарий недоступен.
Сценарий:
Пользователь выполняет действие «Сохранить как старую версию»
Система проверяет условия возможности сохранения (заполненность полей и т.д.)
Система сохраняет документ
Система перезаписывает документ версии профиля как копия с текущего документа
Система закрывает документ
Альтернативные сценарии:
2а. Система проверяет условия – условия не выполняются
3а. Система выдает сообщения о невыполнимости условий
4а. Документ не сохраняется и не закрывается
Прецедент: Удалить профиль
Цель: Намерение пользователя удалить профиль
Основной пользователь: Администратор
Сценарий:
Пользователь выполняет действие «Удалить документ»
Система проверяет условия возможности удаления (права доступа, либо иные условия)
Система удаляет документ профиля. При этом документы версии профиля не удаляются.
Альтернативные сценарии:
2а. Система проверяет условия – условия не выполняются
3а. Система выдает сообщения о невыполнимости условий
4а. Документ не удаляется