2015-06-16
419
Если в описании на уровне определения требований модель процессов и модель объектов были «на равных» (модели процессов даже отдавалось предпочтение), то в последующих описаниях будут доминировать представления объектов. Это облегчает такие задачи реализации, как многократная применимость программ и повышение сопровождаемости системы.
Для настройки системы в соответствии со спецификацией проекта бизнес-элементы (функции, организационные единицы, объекты данных, выходы и т.д.) переносятся на уровень элементного модуля, узла, отношения и выходного объекта.
Кроме того, к бизнес-объекту привязываются межплатформные интерфейсы, являющиеся «посредниками» между прикладными программами и аппаратными средствами.
Особенно важны коммуникационные интерфейсы, предоставляемые определенными бизнес-объектами для доступа к другим бизнес-объектам, например, CORBA (общая архитектура брокера запросов к объектам), COM/DCOM (компонентная объектная модель/распределенная компонентная объектная модель) и вызов удаленных методов (RMI) для Java (см. рис. 162).
Рис. 162. Интерфейсы для бизнес-объектов
Затем различные элементы можно скомпоновать в бизнес-объект в соответствии со спецификацией проекта.
Б. Процедурные модели и приложения ARIS
Далее излагаются процедуры внедрения моделей ARIS для отдельных приложений в реальных условиях. Мы рассмотрим следующие темы:
• реализация бизнес-приложений (SAP R/3);
• реализация систем workflow;
• использование инфраструктур для разработки приложений;
• моделирование средствами UML.
Авторы, цитируемые в данном разделе, являются компетентными специалистами и обладают большим опытом в указанных областях.
Дополнительные сведения об успешной реализации концепции ARIS в таких сферах, как:
• реинжиниринг бизнес-процессов (BPR);
• сертификация качества в соответствии со стандартом ISO 9000;
• управление знаниями,
можно найти в книге Scheer. ARIS -Business Process Frameworks. 1998. (русское издание: А.-В. Шеер. Бизнес-процессы. Основные понятия. Теория. Методы. М., Весть-МетаТехнология, 1999).
