Правила выполнения субъектно-ориентированных процессов

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

Рабочий процесс — это формальное описание действий, которые взаимодействующие между собой действующие лица (роли/лица, встроенные в ИТ-системы) частично или полностью автоматизированно производят над объектами (входы и выходы, в том числе структуры данных), соблюдая бизнес-правила (Business Rules) и подчиняясь бизнес-логике (Business Logic) [1], [2], [3], [5], [7].

Таким образом, рабочий процесс — это уточнение чисто технического процесса, служащего реализации стратегии бизнес-процесса (что?) с точки зрения ИТ-поддержки (как?). Если придерживаться представленной в гл. 5 концепции субъектно-ориентированного моделирования основной характеристики рабочего процесса, то можно использовать определение, изображенное в табл. 10.1, и добавить в правой колонке аспект ИТ-реализации.

Таблица 10.1

Сводная таблица характеристик субъектно-ориентированного подхода.

Если в ходе реализации в модели процессов в организации учитывается взаимодействие с Актерами (носителями субъектов) (рис. 10.1, верхняя часть), то в программной реализации в первую очередь интерес представляет отношение между моделью и информационной системой (рис. 10.1, нижняя часть). При этом взаимодействие носителей субъектов с субъектами происходит как результат программной реализации в конкретной организации. Рисунок 10.1 показывает границы интеграции людей и машин в так называемую социально-техническую систему для выполнения процесса: модели бизнес-процессов интегрируют «живых» персонажей и поддерживающие ИТ-решения, и, таким образом, возникает управление процессом.

Рис. 10.1. «Социотехническая» система в действии.

Если переписать формальное описание модели на один из языков воркфлоу, то программный администратор системы (ПАС) может взять на себя управление ходом событий во время выполнения процесса. ПАС рассматривает спецификации рабочего процесса с соответствующими людьми и прикладными системами в качестве Актеров, поддерживает их отдельные активации и выполнения, а также их сотрудничество/взаимодействие путем предоставления рекомендаций, требуемой информации и т. д. и документирует результаты обработки и взаимодействий.

Системный принцип построения моделей сводится к тому, что при внедрении информационных систем необходимо создать специфические модели для данных, сервисов и иерархии прав пользователей. Обведенные номера на рис. 10.1 отвечают следующим аспектам программной реализации, которые будут более подробно рассмотрены в последующих разделах:

• 1. Реализация доступа носителей субъектов для:
  • а) людей;
  • б) информационных систем;
• 2. Реализация бизнес-объектов (см. п. За);
• 3. Реализация поведения субъекта (бизнес-логика и бизнес-правила):
  • а) поведение при действиях (манипуляция бизнес-объектами);
  • б) поведение при коммуникации (отправка и получение сообщений).