
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •1. Процессный подход в менеджменте качества
- •Описание системы менеджмента качества
- •1.2. Акцент на процесс
- •1.3. Реинжиниринг бизнес-процессов
- •1.4. Непрерывное улучшение
- •1.5. Создание карты процесса
- •Структурный анализ процессов
- •Графики информационных потоков
- •Рекомендации для использования spa
- •Схемы алгоритмов
- •Максимизация использования spa
- •Управление изменениями
- •Контрольные вопросы
- •2. Процессный подход
- •2.1. Применимость процессного подхода
- •2.2. Основные понятия процессного подхода
- •Классификация процессов
- •2.3. Способы выделения процессов Процессы подразделений (внутрифункциональные процессы)
- •Сквозные (межфункциональные) процессы
- •Процессная или функциональная системы управления
- •Правила расчета размера и числа процессов
- •Комментарии к проекту сети процессов:
- •2.4. Управление процессами
- •Процесс управления организацией
- •Система показателей для управления процессами
- •Контрольные вопросы
- •3. Методологии описания бизнес-процессов
- •3.1.Формальная модель
- •Основные способы проектирования процессов
- •Применимость процессного подхода к разработке субп
- •Предпосылки создания sadt
- •Принципы функционального моделирования
- •Описание нотаций idef0, idef3
- •Диаграммы потоков данных
- •Методология idef1x
- •Определение сущностей и атрибутов
- •Логические взаимосвязи
- •Проверка адекватности логической модели
- •Модель данных, основанная на ключах
- •Выбор первичного ключа
- •Контрольные вопросы
- •4. Методолгия описания бизнес-процессов aris
- •4.1. Исходная модель бизнес-процесса
- •4.2. Объединенная модель бизнес-процесса
- •4.3. Обобщенная модель бизнес-процесса
- •4.4. Разработка архитектуры интегрированных информационных систем (здание aris)
- •4.5. Типы моделей в aris
- •4.5.1. Фазовая модель aris
- •4.5.2. Предварительная информационная модель aris
- •4.6. Управление бизнес-процессами на базе aris. Aris — архитектура бизнес-инжиниринга
- •4.7. Оценка процессов
- •4.8. Имитация
- •4.9. Обеспечение качества
- •4.10. Описание нотации aris eepc
- •Применение aris bsc 6.2 при построении карт стратегии компании
- •Построение карты целей (Cause-and-effect diagram)
- •4.11. Сравнение aris с другими концепциями
- •4.11.1. Объектно-ориентированное моделирование
- •4.11.2. Архитектура cimosa
- •4.11.3. Ifip — Методология информационных систем
- •Результаты исследований Санкт-Галленского университета, Швейцария
- •4.11.4. Другие архитектурные решения
- •Контрольные вопросы
- •5.1. Проблема сложности больших систем
- •5.2. Взаимосвязь структурного и объектно-ориентированного подходов
- •5.3. Средства uml
- •Диаграммы взаимодействия
- •Диаграммы последовательности
- •Кооперативные диаграммы
- •Сравнение диаграмм последовательности и кооперативных диаграмм
- •Двухэтапный подход к разработке диаграмм взаимодействия
- •5.4. Диаграммы классов Общие сведения
- •Стереотипы классов
- •5.5. Механизм пакетов
- •Атрибуты
- •Операции
- •5.6.Диаграммы состояний
- •5.6.Диаграммы деятельностей
- •5.7.Диаграммы компонентов
- •5.8.Диаграммы размещения
- •Контрольные вопросы
- •6. Статистические методы оценки эффективности бизнес-процессов
- •6.1 Контрольный листок
- •6.2. Гистограмма
- •Диаграмма разброса (рассеивания)
- •6.4. Метод стратисфакции (расслаивания данных)
- •Диаграмма парето
- •6.6. Причинно-следственная диаграмма (диаграмма исикавы)
- •6.7. Контрольные карты
- •Типы контрольных карт
- •6.8. Система проверки результативности бизнес-процессов
- •Этапы аудита
- •Роль аудитора
- •Контрольные вопросы
- •7. Методы измерения результативности бизнес-процессов
- •7.2. Методология функционально-стоимостного анализа abc (фса) с использованием программного продукта business studio
- •Контрольные вопросы
- •8. Практические приемы управления бизнес-процессами
- •8.1.Создание функциональной модели с помощью bpwin 4.0
- •8.1.1. Создание контекстной диаграммы
- •Методика выполнения
- •8.1.2. Создание диаграммы декомпозиции Методика выполнения
- •8.1.3. Создание диаграммы декомпозиции а2
- •Методика выполнения
- •8.1.4. Создание диаграммы узлов Методика выполнения
- •8.1.5. Создание feo диаграммы
- •Методика выполнения
- •8.1.6. Расщепление и слияние моделей Методика расщепления
- •Методика слияния
- •8.1.7. Создание диаграммы idef3 Методика выполнения
- •8.1.8. Создание сценария Методика выполнения
- •8.1.9. Дополнение моделей процессов диаграммами dfd
- •Пример выполнения работы
- •8.1.10. Стоимостный анализ (Activity Based Costing) Методика выполнения
- •Центры затрат abc
- •8.1.11. Использование категорий udp Методика выполнения
- •8.2. Моделирование с использованием методологии idef 1x Цель работы
- •Назначение пакета erWin
- •Основные приемы работы с пакетом erWin
- •Пример выполнения работы
- •Задание
- •8.3. Создание диаграмм описания бизнес-процессов в нотациях uml
- •8.3.1. Создание диаграммы вариантов использования
- •Порядок выполнения работы
- •8.3.2. Создание диаграмм взаимодействия
- •Порядок выполнения работы
- •8.3.3. Создание диаграммы классов
- •Порядок выполнения работы
- •8.3.4. Добавление атрибутов и операций
- •Порядок выполнения работы
- •8.3.5. Добавление связей
- •Порядок выполнения работы
- •8.3.6. Создание диаграммы состояний
- •Порядок выполнения работы
- •8.3.7. Создание диаграмм компонентов системы обработки заказов
- •Порядок выполнения работы
- •8.3.8. Создание диаграммы размещения
- •Порядок выполнения работы
- •Заключение
- •Библиографический список
- •Словарь терминов
- •Примечания
- •Примечание
- •Приложение 1 Методика проведения обследования бизнес-процессов компании
- •1.2.2.2. Составление отчета.
- •1.2.2.3. Подготовка положения о классификации бизнес-процессов.
- •1.2.2.4. Уточнение полученной информации о функционировании подразделений.
- •1.3.2.3. Документирование бизнес-процессов.
- •1.3.2.4. Уточнение зафиксированной последовательности выполнения бизнес-процессов.
- •1.3.3. Результат.
- •2. Моделирование.
- •2.1.1. Структурное моделирование.
- •2.1.2. Детальное моделирование бизнес-процессов.
- •Форма запроса данных об общей деятельности организации.
- •Структуры документов, содержащих результаты обследования
- •Приложение 2
- •Примеры заполнения чек листов.
4.11. Сравнение aris с другими концепциями
Концепция ARIS предоставляет базовую инфраструктуру для методов моделирования и при этом не становится привязанной к какому-либо конкретному методу. Поэтому совокупность методов в ARIS не является чем-то раз и навсегда заданным, а продолжает расширяться и пополняться. Богатство функциональных возможностей ARIS определяется не только тем, что она поддерживает тот или иной конкретный метод. Если в рамках её инфраструктуры можно логически классифицировать новый метод, она позволяет включить его в набор используемых средств. Мета-модель, представленная в данной книге, служит хорошей отправной точкой для сравнения с другими методами. Инструменты мы сравнивать здесь не будем, а просто сошлемся на имеющиеся публикации. Кроме того, опубликован целый ряд сравнительных исследований, проведенных различными аналитиками рынка. Далее сравним ARIS с другими концепциями.
4.11.1. Объектно-ориентированное моделирование
В объектно-ориентированных концепциях термин «архитектура» используется редко, но в связи с их растущей популярностью мы начнем сравнение именно с них. Рассмотрим более подробно такие характеристики объектно-ориентированных подходов, как формирование классов, методы инкапсуляции и атрибуты, а также функции обмена сообщениями.
Объектно-ориентированные модели опираются на теорию систем, которая ставит целью выделение, объяснение и описание сложных систем при помощи единообразных стандартов. Системы состоят из множества компонентов (подсистем и элементов), связанных между собой некими отношениями. При моделировании системы задача заключается в том, чтобы упростить рассматриваемый объект путем абстрагирования. В теории систем мы можем разграничить структуру системы и её поведение. Следовательно, в объектно-ориентированном моделировании необходимо различать методы, предназначенные только для моделирования структуры, и методы, предназначенные для моделирования как структуры, так и поведения.
При моделировании структуры первая и главная цель состоит в формировании классов. К сторонникам этой концепции относятся Коуд, Йордон, Рамбо, Шлаэр, Меллор.
Таким образом, центральной задачей здесь является отыскание подходящих классов. Однако эти методы, к сожалению, не располагают специальными средствами для формирования классов. Поэтому такие концепции нередко опираются на знания, полученные при моделировании данных, особенно методом ERM (модель сущность-отношение). После этапа проектирования операции (методы) связываются с классами, а динамическое поведение описывается через обмен сообщениями.
При согласовании моделей процессов с поведением реальной системы ключевым моментом являются операции. Сторонники этой концепции — Мейер, Вирфс-Брок и Джекоб-сен. Хотелось бы особо отметить метод Use Case, разработанный Джекоб-сеном и группой других специалистов. Этот метод примечателен использованием концепции UML.
Одним из главных недостатков объектно-ориентированного подхода является невозможность достаточно детального описания процессов. Даже используя такие методы, как Use Case или диаграммы взаимодействий, трудно наглядно представить ветвление процессов, организационные аспекты и потоки выходов.
Диаграммы перехода состояний, так же как диаграммы действий и потоков объектов, во многом аналогичны диаграммам EPC. Это наглядно иллюстрирует рис. 4.31, взятый из документации по UML, на котором представлены поток управления между функциями, связь функций с организационными единицами и поток обрабатываемых объектов применительно к заказу в нашем случае.
Рис. 4.31. Диаграмма действий и потоков объектов
Заказ — это информационный объект. С другой стороны, это также показатель выхода, поэтому в данном случае представлен и поток информационных услуг. Хотя в целом подобная диаграмма охватывает все типы моделей (представлений) ARIS, здесь отсутствуют средства для классификации описательных элементов и расширения возможностей описания в рамках отдельных моделей. Для дополнительного сравнения на рис. 4.32 показана диаграмма действий и потоков объектов применительно к исходному примеру обработки заказа.
Рис. 4.32. Представление процесса «обработка заказа» в виде диаграммы действий и потоков объектов
Неоспоримым достоинством объектно-ориентированного моделирования является тесная связь моделей с реализацией. Это предельно облегчает, например, создание прототипов.
Концепция ARIS позволяет упростить модель не только за счет абстрагирования, но и за счет различных типов представлений (моделей), каждое из которых рассматривает процесс в каком-то одном, определенном Ракурсе. Это также позволяет внедрять очень простые методы моделирования (например, органиграммы), хотя обеспечить согласованность разных типов представлений в рамках одной модели затруднительно. Таким образом, чрезвычайно важную роль играют модели управления, или модели процессов, где эти представления снова сводятся воедино. Они позволяют классифицировать и объектно-ориентированную модель. Следовательно, модели, представляющие процесс в разных ракурсах, можно рассматривать как расширенный вариант комплексного объектно-ориентированного подхода.
Поскольку объектно-ориентированное моделирование строго придерживается концепции системной разработки, основное внимание при таком подходе сосредоточено не на вопросах бизнеса. Архитектура ARIS, напротив, изначально сфокусирована именно на бизнес-процессы и поэтому включает такие понятия бизнеса, как теория производства, пооперационное исчисление стоимости и организационные аспекты предприятия.
Модели функций, организации, данных, выходов и управления составляют архитектурную концепцию, которая располагает более богатыми семантическими возможностями, чем абстрактное описание системы, предлагаемое объектно-ориентированными моделями. Это обусловлено отсутствием в последних инфраструктуры рабочего пространства, что затрудняет выявление наложений или противоречий в рамках типов диаграмм. Интересно отметить, что вопреки утверждению, будто объектно-ориентированная концепция представляет собой унифицированный подход, в ней используется порядка восьми разных методов.
Мы ни в какой мере не хотим противопоставлять ARIS объектно-ориентированному моделированию. Напротив, при разработке специальных систем методом объектно-ориентированного моделирования целесообразно использовать и различные типы представлений ARIS — хотя бы в силу того, что архитектура ARIS больше сфокусирована на аспектах бизнеса, а ее представления (модели) более понятны.