
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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.5.2. Предварительная информационная модель aris
Здание ARIS создает «каркас» для классификации описательных компонентов бизнес-процесса. Теперь обсудим подробнее отдельные «кирпичики» бизнес-процесса и отношения между ними. Мы будем рассматривать метауровень, где фиксируются элементы общего бизнес-процесса, т. е. без контекстной привязки к конкретным бизнес-процессам. Основой для этого послужит ARIS-модель бизнес-процесса, представленная на рис. 4.18. Исследуем ее теперь более подробно, анализируя отношения между элементами. Воспользуемся при этом унифицированным языком описания и унифицированными символами для обозначения различных элементов (функций, организационных единиц, ресурсов, сообщений и т. д.), а также их взаимоотношений.
Рис. 4.18. ARIS-компоненты метауровня ARIS
Модель сущность-отношение (ERM), предложенная Ченом, прекрасно подходит для описания объектов. Хотя изначально эта модель предназначалась для представления структур данных в прикладных системах, она может служить и языком общего описания, а, следовательно, ее можно применить и к описанию метауровней.
При объектно-ориентированных подходах в объектную модель тоже вводятся классы и их отношения. Однако с ними связываются и определенные методы. Что касается объектов моделирования, то на метауровне они идентичны (например, когда речь идет о создании, удалении, редактировании или графическом выводе объекта).
Кроме того, в объектно-ориентированных моделях на стадии анализа допустимо использовать только классы и их имена, т. е. атрибуты и методы опускаются.
Язык описания UML позволяет отдельно представлять классы объектов и классы связей в моделях различных типов. Такое представление известно как метамодель ARIS или информационная модель ARIS.
В то же время эта информационная модель описывает конструкцию базы данных, где можно хранить модели реального мира, разработанные с помощью методологии ARIS. Организационные и функциональные модели, равно как и модели данных, выхода и управления, относящиеся к тому или иному приложению, рассматриваются как экземпляры базы данных, построенной в соответствии с информационной моделью. Такие базы данных называются репозиториями. Понятие «репозиторий» приобрело популярность в 1989 году, когда корпорация IBM провозгласила новую концепцию разработки программного обеспечения - AD/CYCLE.
Для каждой модели ARIS (функциональной, организационной, данных, выхода и управления) репозиторий ARIS содержит модели 2-го уровня, а также их отношения и модели для каждой фазы жизненного цикла ARIS. При моделировании на 1-м уровне, т. е. на уровне 1 экземпляров ARIS, репозиторий необходимо обновлять, вводя в него соответствующие экземпляры процесса.
Таким образом, репозиторий становятся ядром информационной системы. Важность и значение информационной модели, содержащейся в репозитории, определяется ее способностью оказывать решающее влияние на эффективность элементов описания.
Язык UML оперирует диаграммами классов, которые изображаются прямоугольниками, и ассоциативными связями (или просто связями), которые в свою очередь изображаются рамками. Связи различаются по мощности отношений 1:* (один ко многим), 1:1 (один к одному), *:* (многие ко многим) или *:1 (многие к одному). Звездочка может означать «много» или «n».
С помощью этих простых элементов на рис.4.19 представлен эскиз информационной модели ARIS. В каждой модели описываются лишь несколько рассмотренных до сих пор классов вместе с их связями. Из различных элементов жизненного цикла сюда включена — только фаза определения требований, т. е. характеристики, связанные со спецификацией проекта и описанием реализации, не используются. Информационная модель, изображенная на рис. 4.19, дает общее представление об этом типе модели.
Рис. 4.19. UML-диаграмма класса: «отношения наследования»