- •А.1. Стратегический анализ бизнес-процессов
- •А.1.1. Моделирование стратегических бизнес-процессов
- •А.1.2.Promet
- •А.1.3. Другие методы стратегического моделирования бизнес-процессов
- •А.2. Моделирование на разных уровнях представленияAris а.2.1. Моделирование на уровне функционального представления
- •А.2.1.1. Определение требований на уровне функциональной модели
- •А.2.1.1.1. Структура функций
- •А.2.1.1.2. Последовательности процедур
- •А.2.1.1.3. Типы обработки
- •А.2.1.1.4. Модели решений
- •A.2.1.1.5. Объединение определения требований на уровне функциональной модели
- •А.2.1.2. Конфигурирование функций
- •А.2.1.3. Определение требований на уровне функциональной модели
- •А.2.1.3.1. Проектирование модулей
- •А.2.1.3.2. Мини-спецификация
- •А.2.1.3.3. Представление выхода
- •А.2.1.4. Реализация на уровне функциональной модели
- •А.2.2. Моделирование представления организации
- •А.2.2.1. Определение требований на уровне организационной модели
- •А.2.2.1.1. Организационные структуры (иерархические организации)
- •А.2.2.1.2. Ролевая концепция
- •А.2.2.2. Конфигурирование организационной структуры
- •А.2.2.3.Спецификация проекта на уровне организационной модели
- •А.2.2.3.1. Топология сети
- •А.2.2.3.2. Типы компонентов
- •А.2.2.4. Реализация на уровне организационной модели
- •А.2.3. Моделирование на уровне представления данных
- •А.2.3.1. Определение требований на уровне модели данных
- •А.2.3.1.1. Макроописание
- •А.2.3.1.2. Микроописания
- •А.2.3.2. Конфигурирование данных
- •А.2.3.3. Спецификация проекта в рамках модели данных
- •А.2.3.3.1. Создание отношений
- •А.2.3.3.2. Нормализация — денормализация
- •А.2.3.3.3. Условия целостности
- •А.2.3.3.4. Логические пути доступа
- •А.2.3.3.5. Схема базы данных
- •А.2.3.4. Реализация на уровне модели данных
- •А.2.4. Моделирование на уровне выходов
- •А.2.4.1. Определение требований на уровне модели выходов
- •А.2.4.2. Конфигурирование выходов
- •А.З. Моделирование отношений между разными типами представлений (модель управления)
- •А. 3.1. Отношения между функциями и организацией
- •А.З.1.1. Моделирование определения требований а.З.1.1.1. Диаграммы связи функция-организация
- •А.3.1.1.2. Диаграмма взаимодействия
- •А.3.1.2. Конфигурирование
- •А.3.1.3. Спецификация проекта
- •А.3.2. Отношения между функциями и данными
- •А.3.2.1. Моделирование определения требований а.3.2.1.1. Установление связей между функциями и данными а.3.2.1.1.1. Объектно-ориентированные диаграммы классов
- •А.3.2.1.1.2. Диаграммы привязки функций
- •А.3.2.1.1.3. Поток данных
- •А.3.2.1.1.4. Ассоциация экранов
- •А.3.2.1.2. Управление посредством событий и сообщений
- •А.3.2.1.2.1. Правило суд
- •A.3.2.1.2.2. Событийные диаграммы процессов (сдп)
- •А.3.2.1.2.3. Диаграммы состояний
- •А.3.2.1.2.4. Управление посредством сообщений
- •А.3.2.1.2.5. Связывание объектно-ориентированного моделирования и сдп
- •А.3.2.2. Конфигурирование
- •А.3.2.3. Спецификация проекта а.3.2.3.1. Связывание модулей с базами данных
- •А.3.2.3.1.1. Привязка схемы
- •А.3.2.3.1.2. Выведение структур управления
- •А.3.2.3.1.3. Транзакции баз данных
- •А.3.2.3.2. Управление посредством триггеров
- •А.3.2.3.3. Объектно-ориентированная спецификация проекта
- •А.3.2.3.3.1. Общая детализация
- •А.3.2.3.3.2. Связи с базами данных
- •А.3.2.4. Описание реализации
- •Void cirle::radius (int newradius)
- •А.3.3. Отношения между функциями и выходом
- •А.3.3.1. Моделирование на уровне определения требований
- •А.3.4. Отношения между организационной структурой и данными
- •А.3.4.1. Моделирование определения требований
- •А.3.4.2. Конфигурирование
- •А.3.4.3. Спецификация проекта а.3.4.3.1. Детализация полномочий
- •А.3.4.3.2. Распределенные базы данных
- •А.3.5. Отношения между организационной структурой и выходом
- •А.3.5.1. Моделирование определения требований
- •А.2.5.2. Конфигурирование
- •А.3.6. Отношения между данными и выходом
- •А.3.6.1. Моделирование определения требований
- •А.3.6.2. Конфигурирование
- •А.3.7. Объединение всех представленийAriSв полную модель
- •А.3.7.1. Моделирование определения требований
- •А.3.7.1.1. Модели процессов
- •А.3.7.1.2. Бизнес-объекты
- •А.3.7.2. Конфигурирование
- •А.3.7.2.1. Конфигурирование на базе моделей бизнес-процессов
- •А.3.7.2.2. Конфигурирование бизнес-объектов
- •А.3.7.3. Спецификация проекта
- •Б. Процедурные модели и приложенияAris
- •Б.1. Реализация стандартного программного обеспечения с помощью моделейAris
- •Б.1.1. Разрешение критических вопросов при управлении стандартным проектом
- •Б.1.2. Aris Quickstep for r/3
- •Б. 1.3.QuickstepforR/3: описание фаз реализацииSap
- •Б.1.4. Резюме
- •Б.2. Реализация системworkflowс помощью моделейAris
- •Б.2.1. Факторы успеха при реализации системworkflow
- •Б.2.2. Процедурная модельAriSдля реализацииworkflow
- •Б.З. Разработка систем на базе модели с использованием инфраструктурыArisFramework
- •Б.3.1. Общая процедурная модель
- •Б.3.2. Процедурная модель для моделирования целевых концепций
- •Б.4. Объектно-ориентированная разработка систем с помощью унифицированного языка моделирования (uml)
- •Б.4.1. Разработка и описание процедурных моделей
- •Б.4.2. Фазы процедурной модели
- •Б.4.3. Перспективы
А.3.2.1.1.4. Ассоциация экранов
Функции представляются с помощью экранов, отображающих данные или задающих поля для их ввода. С такими бизнес-функциями, как, например, «создание заказа клиента», может быть связано несколько экранов. И наоборот, некоторые экраны могут активизироваться несколькими функциями. Следовательно, экраны связаны с классом ФУНКЦИЯ ассоциацией *:* (см. рис. 105).
Экраны, используемые для ввода, обновления и удаления свойств объектов данных, называются экранами данных и предоставляют в распоряжение пользователя стандартные функции создания, обновления и удаления.
Экраны приложений или функций отражают требования к входным данным или выходы бизнес-функций.
Экраны описываются соответствующими моделями. Привязывая модели к функциям, можно настраивать конфигурацию функций в соответствии с представленными на экране объектами данных. Например, функции ввода данных, связанные с типом сущности КЛИЕНТ, позволяют вводить данные о клиентах, а функции, связанные с типом сущности ПАЦИЕНТ, — данные о пациентах. Средства редактирования функций можно расширить путем изменения содержания экрана (например, атрибутов добавления или удаления).
На рис. 106а показана модель экрана, содержащая атрибуты типов сущностей КЛИЕНТ и АДРЕС. Соответствующие отношения для обработки мастер-данных формы о клиенте представлены на рис. 106в. В этом примере ФОРМА КЛИЕНТА представляет собой весьма сложный объект данных. В правой части рис. 106а указывается источник происхождения данных, каковым служит модель данных. Эти отношения дополняют метамодель на рис. 105.
Экраны проектируются по иерархическому принципу и состоят из страниц, разделов и столбцов (см. рис. 106б). Дополнив модель экрана деталями компоновки, можно автоматически генерировать экран, представленный на рис. 106г (IDS. ARIS-Framework. 1997).
Кроме того, модель на рис. 106б по сравнению с моделью на рис. 106а дополнена контактным лицом. Группа данных, связанных с адресом, повторяется на экране в виде таблицы.

Рис. 105. Отображение потока данных с помощью ассоциации ОПЕРАЦИЯ


Рис. 106а. Структура и атрибуты сложного типа объекта «форма клиента»

Рис. 106б. Пример компоновки модели экрана

Рис. 106в. Модель данных для шаблона клиента

Рис. 106г. Экран с таблицей
А.3.2.1.2. Управление посредством событий и сообщений
События как элемент управления являются одним из основных компонентов событийных цепочек процессов (ЕРС), позволяя описывать динамику бизнес-процессов. В объектно-ориентированных концепциях внутреннее поведение объекта описывается диаграммами состояний, которые также отражают управление посредством событий.
События инициируют сообщения, извещающие адресатов о том, что произошло то или иное событие. Эти сообщения могут дополняться другой информацией, и, в свою очередь инициировать новые функции.
Обмен сообщениями описывает динамическое поведение объектов и в объектно-ориентированных методах.
Учитывая успешное применение моделей бизнес-процессов и той важной роли, которую играют объектно-ориентированные методы, мы введем понятия, позволяющие связать моделирование, ориентированное на процессы, и объектно-ориентированное моделирование.
