С проектированием в компоненте распределенных и обособленных операций связан ряд нетривиальных проблем, которые, в основном, касаются поддержки распределенного параллелизма операций технологического управления. Рассмотрим сценарий, согласно которому модель технологического управления и ее экземпляры периода прогона рассредоточены между несколькими серверами. Средства поддержки транзакций в архитектуре J2EE не позволяют двум пользователям при одновременном обращении к одним данным в базе данных нарушать правила технологического процесса. С другой стороны, эти средства не гарантируют соблюдения правил при одновременном обращении двух пользователей к данным, относящимся к одному технологическому процессу, но продублированным в разных базах данных.
Согласно данному сценарию, в то время как один пользователь создает новый экземпляр модели для периода прогона в одном местоположении, другой пользователь может заблокировать модель технологического управления в другом местоположении. В ходе дублирования и синхронизации данных между распределенными серверами иногда возникают конфликты, которые в отсутствие мероприятий по их разрешению способны нарушить данные технологического управления в корпоративной среде. Для обеспечения соблюдения правил технологического управления в масштабах нескольких баз данных требуется дополнительная функциональность, предназначенная для разрешения такого рода конфликтов. Реализация функциональности на этом уровне не входила в планы Inmedius в отношении первоначальной версии архитектуры. Соответствие обозначенному требованию можно было обеспечить исключительно путем поддержки распределенных и детализированных рабочих сценариев.
H архитектуре и среди системы первоначально требовалось реализовать как минимум два подобных сценария. При распределенных операциях используется общин репозитарий, допускающий совместное использование и поддерживающий транзакции (к примеру, в такой роли может выступать база данных). Иначе говоря, в разных местоположениях могут существовать несколько экземпляров сервера приложений, однако все они должны обращаться к одному репозитарию данных, в котором содержатся модель технологического управления и ее экземпляры периода прогона. Связано это с тем, что в репозитарии хранится информация, с помощью которой сервер приложений устанавливает факт нарушения правил технологического управления. В рамках обособленных операций выделяется одна сборка (состоящая из сервера приложений и репозитария данных), исполняющая роль основной; все остальные сборки трактуются как ее подчиненные экземпляры. В обязанности основной сборки входит создание модели технологического управления, которая после этого дублируется во всех остальных сборках. После распространения модели изменять в ней можно только информацию об участниках заданных действий. При создании, а впоследствии и при закрытии экземпляров технологического управления периода прогона, хранящихся в подчиненных сборках, они передаются основной сборке в целях архивации.
