- •А.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.4. Отношения между организационной структурой и данными
На рис. 136 показано, как соотносятся организационная структура и данные в «здании» ARIS.

Рис. 136. Отношения между организацией и данными
А.3.4.1. Моделирование определения требований
По аналогии с функциональной моделью, где к корпоративным уровням планирования привязываются ключевые функции (см. верхнюю часть рис. 87), на рис. 137 представлена модель данных, где к уровням планирования привязаны важнейшие объекты данных. Отношение между организационной структурой и данными можно квалифицировать более подробно с помощью таких терминов, как «используемый», «уполномоченный на чтение» или «ответственный за обновления». Соответствующая метамодель показана на рис. 138.

Рис. 137. Модель на уровне данных

Рис. 138. Метамодель, связывающая организацию и данные
При более пристальном рассмотрении полномочия пользователей на уровне атрибутов описываются такими операциями, как «создать», «удалить», «обновить» или «читать». Эти полномочия можно представить в виде таблиц. Соответствующая метамодель приведена на рис. 139. Пользователи, связываемые с определенной организационной единицей, описываются через должности.

Рис. 139. Метамодель присвоения полномочий
Мы должны определить, какие атрибуты разрешено обрабатывать каждому типу операции и каждому пользователю. Можно также задать дополнительные пределы для экземпляра значений атрибута. Например, если пользователю отдела управления персоналом разрешается читать сведения о заработной плате только ниже определенной суммы, это необходимо уточнить с помощью значений атрибутов ассоциации ПОЛНОМОЧИЯ. При привязке должностей можно также задать различные полномочия для нескольких типов операций. Например, сотрудник отдела управления персоналом может обновлять данные о заработной плате до определенной суммы, а читать их - до некоторой другой суммы.
Как и управляющие функции, организационные единицы могут активизироваться событиями. Эта процедура называется «управлением процессами, ориентированными на действия (операции)». По аналогии с триггерами функций передача элементов данных в виде побуждающих сообщений инициирует выполнение действий организационными единицами, как показано на рис. 140. Это особенно важно в управлении потоками работ, где побуждающие сообщения рассылаются в виде электронных папа и представляются при помощи диаграмм ЕРС в соответствии с организационным распределением функций. В упрощенном виде обмен сообщениями между организационными единицами описывается диаграммами взаимодействий (см. рис. 114).

Рис. 140. Управление организационными единицами посредством событий
А.3.4.2. Конфигурирование
Привязка данных с привилегиями доступа к организационным единицам предоставляет сотрудникам, участвующим в управлении бизнес-процессами, необходимые инструменты для работы с хранилищами данных.
Присвоение полномочий позволяет системам workflow конфигурировать входные потоки документов в организационных единицах. Для этой цели диаграммы ЕРС дополняются связями организационных единиц с функциями.
Компоненты бизнес-приложений можно конфигурировать с помощью полномочий при привязке экранов и доступа к данным.
