10.3.9. Репозиторий BPMS и хранение транзакционных данных

Репозиторий BPMS хранит бо?льшую часть данных о процессах компании. Однако обычно в нем не хранятся все данные транзакций, совершаемых в ходе выполнения процесса. Ввиду большого объема такой информации для ее хранения часто используется внешняя СУБД. Решение о том, какие данные будут храниться в репозитории BPMS, а какие вовне, часто принимается исходя из их использования. Например, информация, необходимая для управления процессом, – исполнители задач, маршруты потоков работ, экранные формы – обычно хранится в BPMS. Любой проект внедрения BPMS требует участия специалистов по СУБД для определения, где что будет храниться и какие базы данных будут использоваться для хранения транзакционных данных.

Процессный репозиторий может хранить следующую информацию о процессах и потоках работ.

Примечание: процесс по своей природе является кросс-функциональным, проходя сквозь подразделения организации. Поток работ – это часть процесса, выполняемая внутри одного подразделения или функции.

• Кто является владельцем процесса.

• Что процесс делает.

• Какие действия выполняются, и как они связаны друг с другом.

• Какие технологии используются.

• Какие триггеры или события инициируют процесс.

• Каковы ожидаемые результаты.

• Какие проблемы может вызывать каждое действие.

• Когда процесс был инициирован.

• Где процесс выполняется.

• Как процесс взаимодействует или связан с другими процессами.

• Как процесс взаимодействует с процессами других бизнес-единиц и других предприятий.

• Какова интенсивность и продолжительность процесса.

• Как передаются результаты.

• Зачем процесс нужен, и насколько он соответствует стратегическим целям.

• SLA, KPI, целевые значения и т. п.

• Метрики процессов, такие как время выполнения, количество необходимых ресурсов, минимальное и максимальное количество одновременно исполняющихся экземпляров, прямые и косвенные затраты и т. п.

• Бизнес-правила.

• Тип и источник данных, связанных с процессом.

• Нормативные требования.

• Расчетное время, особенности и формы возможных результатов.

• Результаты, которые становятся триггерами для других процессов.

Конечно, этот список варьируется от одного поставщика к другому, но ведущие поставщики обеспечивают большинство пунктов. При выборе BPMS важно быть уверенным, что система обеспечит как сегодняшние, так и завтрашние потребности – если система не обладает достаточной гибкостью, то при изменении требований придется искать ей замену. Поэтому требования к BPMS должны включать перечень данных, которые могут понадобиться для контроля за прохождением процесса, за взаимодействием с унаследованными приложениями и т. д.

Поскольку репозиторий поддерживает совместную разработку, возникает проблема разграничения доступа при одновременной работе. В прошлом, когда BPMS использовались в основном для решения частных задач, эта проблема остро не стояла, но с превращением BPMS в операционную среду она становится критической. Поэтому целесообразно привлекать к выбору BPMS и к конфигурированию ее репозитория архитектора и администратора баз данных.