2Деловые прецеденты системы
2.3. Функции системы
2.3.1. Функции редактора маршрутов
Описание процесса состоит из следующих объектов:
Состояние «Старт», которое является точкой начала маршрута. Всегда одно в описании процесса.
Состояние «Конец», которое является точкой конца маршрута. Всегда одно в описании процесса.
Состояние (одно или несколько) – является промежуточной точкой маршрута, в котором может находиться документ.
Автоактивность
Переход – связывает любые 2 объекта (Старт, Конец, Состояние), и определяет возможность перехода документа из одного состояние в другое. Переход – направленная связь, от одного состояния в другое. Переход может связывать одно и тоже состояние (исключая Старт и Конец) и означает связь объекта с самим собой.
Объекты «Состояние» и «Переход» обладают параметрами, которые могут задаваться в специальных конфигурационных файлах редактора маршрутов:
properties.xml - для состояний
t_properties.xml - для переходов
Конфигурационные файлы (XML-формата) могут содержать следующие виды параметров:
- Простой текст
tns:storedTextProperty name="Алиас статуса" required="false" id="attr" />
- Многострочный текст
<tns:storedMultiTextProperty name="Читатели документов" required="false" id="ActivityReaders" />
- Селектор
tns:storedSelectProperty name="Уведомлять потенциальных исполнителей" required="true" id="NotifyPotentialOwner">
tns:variant label="да" value="1" />
tns:variant label="нет" value="0" />
</tns:storedSelectProperty>
Так же в конфигурационных файлах могут присутствовать настройки проверок корректности описания процесса (валидаторы):
<tns:validator ifname="Autoactivity" equalstovalue="1"
requireFollowing="AutoactivityBot"
errorMessage="Не указан код автоактивности для статуса" />
и настройки цветовой гаммы состояний:
<tns:colorer id="Autoactivity">
<tns:colorerMapping color="0x0000FF" value="1" />
</tns:colorer>
Color указывается в RGB в HEX (в примере - синий), colorerMapping может быть один или много.
По умолчанию цвет черный. Сolorer может быть ВСЕГО ОДИН (то есть цвет статуса зависит от значения ОДНОГО свойства).
Прецеденты работы с редактором бизнес процессов
Разработчик описаний – пользователь системы, создающий описания маршрутов.
Прецедент: Создать новый процесс
Цель: Намерение пользователя создать новое описание процесса
Основной пользователь: Разработчик описаний
Сценарий:
Пользователь выполняет действие «Новый процесс»
Редактор открывает пустое окно описания процесса
Альтернативные сценарии: нет
Прецедент: Редактировать процесс
Цель: Намерение пользователя отредактировать описание процесса
Основной пользователь: Разработчик описаний
Сценарий: Пользователь выполняет одно из действий «Добавить состояние/переход», «Редактировать свойства состояния/перехода», «Удалить состояние/переход»
Альтернативные сценарии: нет
Примечание: Описание действий в виде отдельных прецедентов, см. пункт 2.3.1.1
Прецедент: Сохранить процесс
Цель: Намерение пользователя сохранить изменения в описании процесса
Основной пользователь: Разработчик описаний
Сценарий:
Пользователь выполняет действие «Сохранить процесс»
Редактор бизнес процессов сохраняет текущее описание процесса в собственное хранилище
Альтернативные сценарии:
1а. Процесс не изменен. Пользователь выполняет действие «Сохранить процесс»
2а. Редактор не производит сохранения
Прецедент: Сохранить процесс как новую версию
Цель: Намерение пользователя сохранить новое описание процесса как новую версию
Основной пользователь: Разработчик описаний
Примечание: производится во время выполнения операции импорта описания в БД
Прецедент: Проверить процесс на корректность
Цель: Намерение пользователя проверить описание процесса на наличие ошибок, либо иных проблем
Основной пользователь: Разработчик описаний
Сценарий:
Пользователь выполняет действие «Проверить процесс»
Редактор производит проверку, проверка не обнаруживает ошибок
Редактор выдает пользователю сообщение «Процесс не имеет ошибок»
Альтернативные сценарии:
2а. Редактор производит проверку, проверка обнаруживает ошибки
3а. Редактор выдает пользователю сообщение «Найдены ошибки» и далее выводит список ошибок.
Прецедент: Удалить процесс
Цель: Намерение пользователя удалить описание процесса
Основной пользователь: Разработчик описаний
Сценарий:
Пользователь выполняет действие «Удалить процесс»
Редактор удаляет описание процесса из собственного хранилища
Альтернативные сценарии: нет
Прецедент: Экспорт процесса
Цель: Намерение пользователя произвести экспорт процесса в промежуточный XML-файл
Основной пользователь: Разработчик описаний
Сценарий:
Пользователь выполняет действие «Экспорт»
Редактор открывает диалог с возможностью ввода имени файла, куда будет экспортирован процесс
Пользователь вводит, либо выбирает имя файла
Редактор производит экспорт текущего описания процесса в выбранный файл
Альтернативные сценарии:
3а. Пользователь вводит некорректное имя файла
4а. Редактор выдает сообщение об ошибке, экспорт не производится
3б. Пользователь вводить имя существующего файла
4б. Редактор выдает запрос «Перезаписать файл?, ДА/НЕТ»
5б. Пользователь выбирает «ДА»
6б. Редактор производит экспорт текущего описания процесса в выбранный файл
3в. Пользователь вводить имя существующего файла
4в. Редактор выдает запрос «Перезаписать файл?, ДА/НЕТ»
5в. Пользователь выбирает «НЕТ»
6в. Редактор не производит экспорт