
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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
- •Примеры заполнения чек листов.
Результаты исследований Санкт-Галленского университета, Швейцария
Ряд концепций описания информационных систем разработан в исследовательских проектах Санкт-Галленского университета (Швейцария). Спектр исследований широк — от процедурных моделей и метамоделей до описания методов, от метода проектирования бизнес-процессов (PROMET) до сравнения различных методов и инструментов моделирования.
Различаются «методические компоненты» и «проектные компоненты». Методические компоненты относятся к процедурной модели для реинжиниринговых проектов и подразделяются на следующие категории: функции, организационная ролевая концепция, описываемые результаты и методики. Проектные компоненты соответствуют «типам представления» и подразделяются на следующие категории: потоки работ, результаты (выходы) процессов, управление процессами, информационная система, организационная структура и организационная (корпоративная) культура.
Этот подход в равной мере акцентирует внимание на процедурной модели и на искомых результатах. В противоположность ARIS, где модель бизнес-процессов изначально вводится как ключевой элемент для создания различных типов представлений (моделей), описание конкретных проектных компонент не опирается на какую-либо базовую модель. В инфраструктуре ARIS выход процесса описывается в модели выходов. Процедурная модель ARIS в основном адресована «методическим компонентам». В концепции ARIS АБИ существует тесная интеграция между самой концепцией и описаниями потоков работ, с одной стороны, и внедрением бизнес-процессов в информационные системы, с другой. В инфраструктуре ARIS вопросы организационной культуры рассматриваются на уровне стратегического планирования.
Отсутствие в исследованиях Санкт-Галленского университета четко выраженной архитектурной концепции становится очевидным, если соединить линиями объекты ERM «проектной области», составляющие единую группу, с метамоделями. В информационной модели ARIS, напротив, типы представлений для классификации моделируемых объектов определяются с самого начала.
4.11.4. Другие архитектурные решения
Приведенный здесь перечень охватывает лишь часть широкого спектра архитектур. Концепция AD/CYCLE, представленная компанией IBM и описанная в первом издании этой книги, не оправдала ожиданий, хотя почерпнутые из нее знания были использованы при создании следующего продукта — AIX/CASE. Не оправдали ожиданий и многие концепции, предложенные консалтинговыми фирмами, производителями программного обеспечения и аппаратных средств, в том числе, концепция информационного инжиниринга (IEM), выдвинутая Джеймсом Мартином.
Сейчас Microsoft и ряд других поставщиков программного обеспечения предлагают репозиторий Microsoft (MR), принцип которого аналогичен AD/CYCLE. Репозиторий MR представляет собой базу данных для хранения компонентов, моделей и объектов наряду с их описаниями и отношениями, обеспечивающую многократное использование и инструментальную поддержку. Очевидно, MR основан на открытой метамодели (в соответствии с методом UML) и взаимодействует с другими репозиториями. Несмотря на то, что к этому продукту можно предъявить некоторые претензии, MR имеет больше шансов на успех, чем AD/CYCLE.
Ферстль и Зинц, разработавшие концепцию семантической объектной модели (SOM), предложили процедурную модель с систематизированной структурой типов описания в виде списка результатов процедурной модели. Структура и поведение системы описываются в рамках модели SOM (см. рис. 84). Кроме того, трехуровневая концепция создает основу для детализации. Осуществляется также постоянная координация уровней между моделью структуры и моделью поведения.
Рис. 4.35. Процедурная модель для объектного моделирования методом SOM
Эта модель расширяется более детализированными методами и описаниями экземпляров. Имеется прототип инструментальной системы моделирования. В отличие от ARIS эта концепция привязана к определенному методу проектирования, а именно — к объектно-ориентированному. Она не предусматривает отдельного описания организационной модели и модели выходов.
«Архитектура информационных систем» Крамара (АИС) изображается в виде «волчка» (рис. 4.36). Это означает, что при отсутствии хотя бы части описания структура полностью утрачивает работоспособность.
Рис. 4.36. Концепция АИС, представленная в виде «волчка»
Концепция АИС акцентирует внимание на связи между архитектурой и корпоративной стратегией, что на рисунке показано вертикальной стрелкой (рис.4.37). На сегодняшний день это предложение пока не нашло практического воплощения.
Рис. 4.37. Переориентация с функций на процессы