
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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.1. Фазовая модель aris
До сих пор мы обсуждали бизнес-процессы с точки зрения управления, т. е. не делая акцента на информационной технологии. Рассмотренные выше прикладные системы (компоненты функциональной модели), компьютерная техника (компонент организационной модели) и носители данных (компоненты модели данных) содержат только имена систем, но не описания в категориях ИТ. Последние включаются в концепцию ARIS в зависимости от степени использования элементов ИТ в рамках каждой модели.
Функциональные модели поддерживаются прикладными системами, которые более детально описываются на уровне отдельных модулей, транзакций или языков программирования.
Организационные модели, наряду с их производственными и компьютерными ресурсами, можно детализировать путем перечисления сетевых понятий, аппаратных компонентов и других технических спецификаций.
Модели данных можно детализировать посредством указания моделей данных, путей доступа и использования памяти.
Модели выходов могут иметь различные типы выходов, например, материальный выход и информационные услуги. Здесь существует тесная связь с категориями ИТ. В материальном выходе (например, в развлекательной технике, автомобилях и станках) наряду с необходимыми аппаратными средствами используется все больше компонентов ИТ (например, технология микросхем). Другие сферы услуг, скажем, резервирование авиабилетов, также тесно связаны с ИТ.
Поскольку соответствующие модели можно объединить в рамках модели управления, то, согласно приведенной выше аргументации, в ней определенно существует связь с элементами ИТ.
Таким образом, описания бизнеса с помощью фазовой модели поэтапно трансформируются в объекты информационных и коммуникационных технологий.
Фазовые модели характеризуют этапы описания реализации вопросов бизнеса посредством компьютерных систем. Этот процесс реализации часто описывают с помощью различных концепций. ARIS-модель включает пять фаз (рис. 4.15).
На фазе 1 описывается текущее состояние деятельности (или одного из ее направлений) в контексте стратегических установок и с ориентацией на использование ИС. «Ориентация на использование ИС» подразумевает, что основные виды связей объектов и категорий ИТ с новыми корпоративными концепциями уже приняты во внимание. Примерами здесь могут служить создание виртуальных компаний через коммуникационные сети, электронные банковские операции, компьютерная обработка заказов, разработка продуктов в промышленности (CIM), интегрированные системы управления товарами (MMS) в розничной торговле.
Рис. 4.15. Фазовая модель ARIS
Стратегическое планирование отражает долгосрочные корпоративные цели организации, общие корпоративные функции и ресурсы. Таким образом, стратегические установки определяют в долгосрочной перспективе бизнес-процессы организации, включая корпоративные цели, критические факторы успеха и распределение ресурсов. Обсуждаемые методы «адаптированы» к представлению концепций управления бизнес-процессами с точки зрения стратегического планирования. Если фактические бизнес-процессы уже описаны, это происходит обычным способом. На данном этапе нежелательно разбивать процессы и функции на модели ARIS и описывать их в деталях.
Фаза 2 посвящена определению требований. На этом этапе создаются подробные модели (каждого типа) прикладной системы. И здесь тоже ключевое место занимает организационное содержание бизнеса.
Однако на этой фазе, в отличие от стратегического подхода, необходимы более формализованные языки описания, поскольку описания, предназначенные для определения требований, являются отправной точкой для реализации ИТ. Языки описания должны быть понятны с точки зрения бизнеса, чтобы служить отправной точкой для последовательного внедрения ИТ. Кроме того, на данном уровне имеет смысл включить в описание общие объекты ИТ типа баз данных или программ.
Фаза 3 связана с разработкой спецификации проекта, где бизнес-модели адаптируются к требованиям интерфейсов инструментальных средств реализации ПС (баз данных, сетевых архитектур, языков программирования и т. д.). На этом этапе реальные программные продукты по-прежнему не имеют значения.
Фаза 4 предполагает создание описания реализации, где разработанные требования реализуются в виде физических структур данных, аппаратных компонентов и реальных продуктов.
Эти четыре фазы описывают создание информационной системы и поэтому называются «конструктивным временем». Позже законченная система принимает работоспособный вид и вступает в эксплуатационную фазу, которая получила название «реального времени». В нашей монографии эксплуатация информационных систем, т. е. их реальное время, подробно не рассматривается.
Фаза определения требований тесно связана с уровнем стратегического планирования, о чем свидетельствует самая широкая стрелка на рис. 4.15. Однако более узкая стрелка, указывающая на спецификацию проекта, означает, что эта фаза не зависит от конкретной реализации проекта.
С другой стороны, описание реализации и эксплуатация тесно связаны с «уровнем аппаратно-программной поддержки». Изменения в информационных технологиях системы немедленно сказываются на типе реализации и эксплуатации.
Фазовая концепция не предполагает такой жесткой последовательности в процессе разработки, как это требуют «модели водопада». Скорее, эта концепция включает в себя процедуру эволюционного создания прототипов. Однако даже при эволюционной разработке программного обеспечения обычно используются представленные уровни описания. Фазовые модели применяются прежде всего потому, что они предлагают широкий спектр объектов и методов описания.
Здание ARIS на рис. 4.16 дополнено четырьмя фазами ARIS-модели конструктивного времени. После создания общего концептуального проекта бизнес-процессы разбиваются на модели различных типов и документируются, проходя путь от этапа определения требований к этапу описания реализации. Эти три уровня описания создаются также и для целей управления. Благодаря этому становится возможным создание связей с другими компонентами на каждом уровне описания.
Здание ARIS на рис. 4.16 иллюстрирует архитектуру информационной системы. Эта архитектура, включающая набор моделей различных типов, подразделяется на определение требований, спецификацию проекта и описание реализации и тесно связана с категориями ИТ.
Рис. 4.16. Здание ARIS и фазовая модель
Концепция ARIS нацелена на создание и управление бизнес-процессами организации. Помимо связи со стратегическими установками, она перекликается со стратегическим управлением информацией.
Управление информацией предполагает планирование, регулирование и внедрение «информационного» ресурса. Поэтому Воллник в модели-прототипе выделяет три аспекта: управление инфраструктурой (управление информационными технологиями), управление прикладной системой и управление внедрением информационных систем. Эти определения вписываются в концепцию ARIS. Первая задача, связанная с инфраструктурой, охватывает уровни информационных технологий и спецификации проекта, представленные на рис. 4.17.
Рис. 4.17. Здание ARIS, дополненное связями с корпоративной стратегией и управлением информацией
Вторая задача относится к управлению информационными системами и включает реализацию организационных требований в автоматизированных информационных системах с помощью концепции жизненного цикла ARIS, фокусируя внимание на фазах конструктивного времени. Третья задача - управление внедрением информационных систем - относится к фазе реального времени в модели жизненного цикла ARIS.
В результате влияния информационных технологий на организационные проблемы и происходящие изменения (оно обозначено на рис. 4.17 стрелкой слева), возникает связь между управлением информацией и корпоративной стратегией (правая часть рисунка). Таким образом, концепция ARIS делает более прозрачной реализацию стратегических установок и создает инфраструктуру для более эффективного управления информацией.