- •А.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. Перспективы
Б.1.4. Резюме
Отличительные особенности этого метода сжато можно сформулировать следующим образом.
• Ориентация на стратегию. Характеристики услуг и продуктов, предлагаемых предприятием, заложены в продуктовую модель. Рыночные требования находят отражение в рыночной модели, а продуктовые концепции и их реализации, соответственно, хранятся в цепочках добавленного качества. Реализация программного обеспечения основана на цепочках добавленного качества, которые связывают его с корпоративной стратегией.
• Эффективность. Используются знания в области вертикального рынка, хранящиеся в приложениях R/3, предварительно сконфигурированных для конкретной отрасли. Процессы, специфичные для вертикального рынка, документально описываются в ARIS Toolset.
Ориентация на методы и модели. Внедрение ARIS Toolset обеспечивает наличие необходимых методов и моделей.
Стандартизированность, прозрачность и понятность обеспечиваются благодаря процедурной модели Quickstep for R/3.
Ориентация на процессы. Обучение пользователей, семинары по выработке
требований и организация проекта ориентированы на процессы. Иерархия процессов полностью согласована — от цепочек добавленного качества до уровня кодов транзакций.
Ориентация на вертикальный рынок.
Используются специальные знания, относящиеся к конкретной отрасли.
Б.2. Реализация системworkflowс помощью моделейAris
Андреас Кронц (Andreas Kronz), дипл. по информатике; IDS Prof. Scheer GmbH, Саарбрюккен, Германия
Б.2.1. Факторы успеха при реализации системworkflow
Фирма IDS Prof. Scheer GmbH на основе концепции ARIS разработала свой подход к реализации систем •workflow, который включает методы моделирования ARIS, соответствует архитектуре АБИ и интегрирует ARIS Toolset. Этот подход под названием ARIS Workflow используется в первую очередь для разработки прототипов в целях быстрого создания исполняемых, ориентированных на процессы приложений на базе моделей бизнес-процессов. ARIS Workflow взаимодействует с серийно выпускаемыми системами workflow, такими как WorkFlow (CSE), FlowMark (IBM), WorkParty (SNI), Staff ware (Staff ware) и Visual WorkFlo (FileNET). В будущем станет возможна бесшовная интеграция ARIS Workflow с концепцией ARIS и ARIS Workflow Prototyper.
Важнейшим условием успешной реализации системы управления потоками работ (workflow) является наличие структурированных и методичных процедур, позволяющих упростить процесс, сократить количество источников ошибок, а также повысить надежность планирования мощностей и затрат. Благодаря систематизированной и согласованной процедуре внедрения моделей ARIS процедурные модели ARIS для систем workflow дают возможность эффективно реализовать бизнес-процессы в рамках корпоративных приложений workflow. Модели ARIS являются необходимыми предпосылками
непрерывного совершенствования процессов между уровнями I и II. Они применяются для описания вспомогательных процессов и процедурных моделей — от оптимизации бизнес-процесса до моделирования агрегированных данных в условиях реальной эксплуатации.
Преимущество систем workflow заключается в использовании хорошо структурированных процессов, связанных с операциями. К сожалению, существующие на сегодняшний день средства моделирования не дают возможности достаточно успешно реализовать слабо структурированные бизнес-процессы. Необходимы методы, которые позволили бы описывать их, поддерживая при этом принцип непрерывного совершенствования.