- •А.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. Перспективы
Б. Процедурные модели и приложенияAris
Далее излагаются процедуры внедрения моделей ARIS для отдельных приложений в реальных условиях. Мы рассмотрим следующие темы:
• реализация бизнес-приложений (SAP R/3);
• реализация систем workflow;
• использование инфраструктур для разработки приложений;
• моделирование средствами UML.
Авторы, цитируемые в данном разделе, являются компетентными специалистами и обладают большим опытом в указанных областях.
Дополнительные сведения об успешной реализации концепции ARIS в таких сферах, как:
• реинжиниринг бизнес-процессов (BPR);
• сертификация качества в соответствии со стандартом ISO 9000;
• управление знаниями,
можно найти в книге Scheer. ARIS -Business Process Frameworks. 1998. (русское издание: А.-В. Шеер. Бизнес-процессы. Основные понятия. Теория. Методы. М., Весть-МетаТехнология, 1999).
Б.1. Реализация стандартного программного обеспечения с помощью моделейAris
Д-р Петер Маттхайс (Peter Mattheis), д-р Вольфрам Йост (Wolfram Jost); IDS Prof. Scheer GmbH, Саарбрюккен, Германия
Б.1.1. Разрешение критических вопросов при управлении стандартным проектом
Далее сегодня при реализации бизнес-приложений на предприятиях могут возникать затруднения, обусловленные следующими проблемами:
• чрезмерная длительность и стоимость реализации,
• ненадежные и непредсказуемые сроки и расходы,
• рискованность передачи данных,
• невозможность гарантировать качество реализации,
• неиспользование стандартов и рычагов управления,
• недостаточное использование опыта и знаний.
Для решения этих проблем необходима структурированная, методичная процедура. Ключ к успеху лежит в эффективном использовании имеющихся знаний в области соответствующих процедур, системных параметров и процессов, специфичных для вертикальных рынков.
Стандартные программы часто реализуются в виде специализированных решений под конкретного заказчика. При этом чрезмерное значение придается «уникальности» заказчика. В силу того, что результаты, к сожалению, остаются непрозрачными, опыт других, уже завершенных проектов оказывается невостребованным.
Между тем, трудности реализации бизнес-приложений можно успешно преодолеть, если придерживаться следующих принципов:
• фокусирование на вертикальных рынках с привлечением опыта и знаний, приобретенных в ходе реализации других, уже завершенных проектов,
• ориентация на бизнес-процессы с эффективным использованием имеющихся знаний о способах их описания в стандартном программном обеспечении,
• внедрение приложений, предварительно сконфигурированных для соответствующего вертикального рынка,
• использование в моделях-прототипах и контрольных списках инструментов и имеющегося опыта в отношении процедур, системных параметров и процессов, специфичных для отрасли.
Здесь мы опишем реализацию стандартного программного обеспечения и внедрение различных моделей ARIS, иллюстрируя преимущества использования в этих проектах пакета ARIS Toolset.
Б.1.2. Aris Quickstep for r/3
Рассмотрим процедуру реализации бизнес-приложений на примере SAP R/3. Упомянутые проекты реализации опираются на следующую процедуру, отраженную в процедурной модели ARIS Quickstep for R/3 (см. 163). Эта модель состоит из трех следующих компонентов:
• процедурная модель,
• приложения R/3, предварительно сконфигурированные для соответствующего вертикального рынка,
• описание предварительно сконфигурированных приложений R/3, документально представленное в виде диаграмм ЕРС.

Рис. 163. Quickstep for R/3: компоненты
Методика ARIS Quickstep for R/3 разработана фирмой IDS Prof. Scheer и прошла испытание во многих проектах реализации R/3.
Модель, подразделяющаяся на четыре фазы, показана на рис. 164. Она позволяет сократить время, снизить стоимость реализации, улучшить защиту и повысить качество проекта.

Рис. 164. Quickstep for R/3: процедура
Описание базируется на моделях ARIS. Фазы представлены в виде цепочки добавленного качества, при этом каждая фаза детально описывается диаграммой ЕРС. Диаграммы входа и выхода описывают входные и выходные данные как «материалы», поставляемые детализированным функциям. Этот метод облегчает планирование проекта и дает более ясную картину, обеспечивая, таким образом, высокую степень прозрачности процесса выполнения. Эффективное прослеживание хода проекта и заблаговременное выявление возможных задержек позволяют вносить коррективы, чтобы уложиться в срок.
Quickstep for R/3 соответствует требованиям процедурной модели SAP ASAP (Accelerated SAP), поскольку она преследует те же цели, что и ASAP, и предлагает аналогичный способ выполнения проекта. Кроме того, поскольку различные приложения R/3 настроены применительно к конкретным вертикальным рынкам, Quickstep for R/3 уже приспособлена для определенных отраслей. Это служит дополнительным катализатором.
