А.3.6.2. Конфигурирование
Поскольку описания выходов и данных иногда частично совпадают, мы лишь бегло перечислим различные возможности конфигурирования.
Для целей анализа и проверки выходов представления данных можно непосредственно привязать к соответствующему выходу, а затем передать их дальше — системам управления.
Обратная связь потока выходов с потоком работ (workflow) конфигурируется при помощи описаний данных.
Описав выход, который должен создаваться на предприятии, в рамках бизнес-приложений можно определить необходимые данные (например, прейскуранты материалов, результаты гарантии качества и т.д.), связав их с выходом.
А.3.7. Объединение всех представленийAriSв полную модель
В ходе систематизированного описания двусторонних отношений в рамках концепции ARIS мы обсудили все ключевые вопросы моделирования, конфигурирования и реализации бизнес-процессов. В заключение мы объединим все представления ARIS в полную модель. Поскольку здесь хотелось бы заострить внимание на принципах объединения, мы не станем подробно вдаваться в вопросы реализации.
А.3.7.1. Моделирование определения требований
В качестве отправной точки для рассмотрения полных моделей может выступать, по сути, любое представление ARIS (на уровне функций, организации, данных, выхода или управления), вокруг которого группируются элементы других представлений. Здесь мы взяли за фокусные точки представление, ориентированное на процессы, и представление, ориентированное на объекты. Оба типа представления мы подробно рассмотрели выше.
А.3.7.1.1. Модели процессов
Диаграмма процесса (ДП) для стратегического планирования, приведенная на рис. 12а и 126, отображает бизнес-процессы в виде таблицы. Каждая строка диаграммы показывает, каким образом данная функция в рамках процесса активизируется событием, какие объекты данных какими атрибутами обрабатываются, какое организационное подразделение в этом участвует и какой выход, соответственно, реализуется или создается. Кроме того, можно указать, какое бизнес-приложение используется для поддержки функций.
На рис. 156 показана предварительная метамодель этого контекста с функцией в качестве отправной точки.
Рис. 156. Метамодель диаграммы цепочки процессов
Для описания интегрированных бизнес-процессов можно вместо таблиц использовать свободное моделирование, включив в каждое представление ARIS диаграмму СДП (событийная диаграмма процесса). Это соответствует общему описанию модели бизнес-процессов на базе ARIS (Scheer. ARIS — Business Process Frameworks. 1998, с. 31; русское издание с. 24), при этом метаструктура же соответствует диаграмме цепочки процессов (поскольку ситуация та же, за исключением способа ее представления). Поэтому одно описание можно вывести из другого.
А.3.7.1.2. Бизнес-объекты
Бизнес-объекты также согласуются с этим комплексным представлением. Изначально мы описывали их как сложные объекты данных или как связи между данными и функциями, однако бизнес-объекты содержат также поток выходов, организационный поток и поток управления.
Таким образом, бизнес-объекты описываются путем привязывания этих элементов (см. рис. 157). В соответствующий набор методов и функций входят методы, инициируемые извне посредством сообщений. В приложении SAP R/3 эти методы известны как BAPI (интерфейсы программирования бизнес-приложений). На рис. 158 изображена метамодель для бизнес-объектов.
Рис. 157. Модель бизнес-объекта
Рис. 158. Метамодель бизнес-объекта
Для того чтобы охватить внутреннее управление процессами, присвоенные бизнес-объекту данные, методы и экраны связываются с моделью процесса. Выход, требующийся или создаваемый для бизнес-объектов, представлен в модели выхода.
Приложения состоят из множества бизнес-объектов, управляемых бизнес-процессом, описанным специально для данного приложения (см. рис. 159).
Рис. 159. Бизнес-объекты, встроенные в приложение
Иногда для выполнения одной бизнес-функции необходимо несколько бизнес-объектов или, наоборот, для нескольких бизнес-функций требуется один и тот же бизнес-объект. Соответствующий поток сообщений обозначен пунктирной линией, так как бизнес-объекты могут активизировать друг друга, не будучи привязаны к бизнес-функции.