
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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.2. Объединенная модель бизнес-процесса
Ни один из представленных здесь потоков (организационный, функциональный, выходной и информационный) не позволяет смоделировать бизнес-процесс полностью. Следовательно, необходимо собрать все описания воедино. Для этого нужно взять за основу одно из описаний, а затем интегрировать его с остальными.
Поскольку к определению бизнес-процесса ближе всего подходит поток функций, его мы и возьмем за отправную точку (рис. 4.6). Позже, при рассмотрении объектно-ориентированных методов, будет показано, как можно использовать в этой роли информационные потоки.
Чтобы иметь возможность различать связи между объектами, представим потоки в диаграмме разными линиями.
Рис. 4.6. Объединенная модель бизнес-процесса
Функциональные потоки дополняются управляющими элементами в виде событий и сообщений. Это позволяет более адекватно описать последовательность выполнения процесса. События описывают изменения условий и то, что произошло в результате некоторого события, что, в свою очередь, активизирует следующую функцию. Помимо простых событий, имеются также и сложные. Например, для функции «изготовление изделия» нужно завершить планирование и иметь в наличии необходимые детали. Эта зависимость выражается с помощью логического оператора «И» между указанными событиями.
Управляющие потоки регулируют активизацию событий в соответствии с разумной логикой процесса. Наряду с логическими связями можно использовать последовательные, параллельные, альтернативные и комбинированные методы. Управляющие потоки реализуются в виде событий и сообщений, которые они активизируют, после чего информация о начале события передается следующему элементу процесса. На рисунках сообщения обозначены символом «конверт». Они определяют реакцию функций на события. Кроме информации о начале события, сообщения могут содержать дополнительные атрибуты.
Здесь иллюстрируются только события, имеющие отношение к непрерывному бизнес-процессу. Такие события называются релевантными.
Потоки функций, управляемые событиями, известны также под названием Event-driven Process Chain (EPC) — событийные диаграммы процесса. Метод ЕРС разработан в 1992 году Институтом информационных систем (Iwi) при Университете Заарланда (Германия) совместно с сотрудниками SAP в рамках проекта научно-исследовательских и опытно-конструкторских разработок, финансировавшегося фирмой SAP AG. Сейчас этот метод является одним из ключевых компонентов модуля, предназначенного для описания моделей в системе SAP R/3. Метод ЕРС не проводит жесткого разграничения между описанными здесь потоками. В частности, выходной и управляющий потоки часто могут объединяться, а сообщения не используются. Возможно, именно это упрощение способствовало успешному применению метода ЕРС в реальной практике. Несколько позже мы остановимся на нем подробнее.
На рис. 4.7 более детально представлено формирование конечного результата (выхода) из отдельных выходов путем их объединения и последующей трансформацией. Далее термин «выход» будет употребляться также как синоним понятия «продукт».
Рис. 4.7. Диаграмма формирования конечного результата
В сфере производства производственные факторы действуют в различных комбинациях. Согласно теории производства, предложенной Гутенбергом, основными факторами являются производственные ресурсы, человеческие ресурсы, материальные ресурсы (сырье, материалы, заготовки) и управление. Разработанная Гутенбергом теория производства относится к созданию материального выхода. Однако, принимая во внимание возрастающую роль функций обслуживания в промышленном производстве, в данной работе нам нужен общий подход, в равной мере применимый и к сфере услуг. Кроме того, согласно концепции управления информационными ресурсами, информация сама по себе считается производственным фактором.
Вообще, любой объект, необходимый для выполнения процесса «производство», — будь то материал, услуга или информация — рассматривается как производственный фактор. Понятие «производство» употребляется и в более широком контексте, включая создание нефизического выхода, т. е. услуг.
На рис. 4.7 фактор «производственные ресурсы» представлен соответствующей машиной, компьютерной системой (рабочей станцией) для управления производственным процессом и компьютером, управляющим данной машиной.
Человеческий ресурс (на выходе или входе), относящийся к объекту (выход, связанный с объектом), представлен с добавлением категории «оператор машины».
Управление (планирование и контроллинг объединенного процесса) определяется стремлением к цели «высокое качество» — одному из ключевых компонентов выполнения процесса. Аспекты, относящиеся к организационной структуре, показаны в привязке к функциям организационных единиц (в данном случае — производственного цеха).
Использование материалов как факторов объектов иллюстрирует соответствующий материал. Факторами объектов могут быть также поточные объекты, бесплатные и предоставляемые заказчиком, например, ткань, предоставляемая красильной фабрикой. В качестве других примеров поточных объектов можно привести пациентов больницы или клиентов парикмахерской.
«Производственные планы» рассматриваются как нефизические материалы (услуги), представляющие собой выход предшествующих функций планирования производства. На этом этапе выясняются имеющиеся мощности и выполняются другие виды проверки. Иллюстрацией этих услуг служит документ с названием «производственный план». В теории бизнеса не прекращается дискуссия о принципах отнесения услуг к произведенному продукту. Существуют также дополнительные факторы, которые, будучи вспомогательными услугами, имеют лишь косвенное отношение к производству. Сюда же относятся общественные услуги и воздействие на окружающую среду.
Услуги, предоставляемые внешними партнерами, относятся к производству (например, ремонтные услуги), но они не имеют отношения к нефизическому входу, напрямую связанному с обрабатываемым объектом, как это обозначено на нашей схеме.
Во всем остальном для целей этой работы можно ограничиться упрощенной классификацией, приведенной на рис. 4.8.
Для создания выхода требуется дополнительная информация о процессе. Эта информация представлена на рис. 4.7 объектом данных «график работ». Графики работ влияют на процесс. Поскольку они не являются результатом соответствующего бизнес-процесса, а хранятся скорее в качестве эталонных данных, их нельзя рассматривать как информационные услуги в рамках данного процесса.
ARIS-модель бизнес-процесса позволяет разграничить события, активизирующие управляющий поток посредством сообщений, и поток выходов. Следует отметить, что при практическом моделировании потоки управления и выходов в целях упрощения можно объединять. Это имеет смысл, когда в качестве выходов рассматриваются информационные объекты, например, документация на заказ или счета-фактуры. Такой принцип позволяет приравнять активизирующее событие к информационным объектам. Однако для приложений, где требуется более точное описание сообщений (например, в системах workflow) или точное прослеживание потока материальных выходов (например, в производственных процессах), разграничение потоков является обязательным условием.
Рис. 4.8. Классификация типов выхода и входа
В ARIS-модели бизнес-процесса вычленяются следующие виды потоков:
Организационные потоки. Характеризуют управление организационными единицами и их обязанности.
Целевые потоки. Характеризуют концептуальные и бизнес-цели, которых требуется достичь в результате выполнения того или иного процесса или действия. Цели ставит руководство.
Управляющие потоки. Управляют логической последовательностью выполнения функций посредством событий и сообщений. Функции процесса реализуют потоки, например, путем добавления к входному потоку какого-либо компонента, необходимого для создания выхода. В управляющих потоках каждый процесс активизируется одним или несколькими сообщениями. Однако каждый процесс в свою очередь тоже порождает одно или более сообщений.
Потоки выходов. Мы можем разграничить потоки материальных выходов и потоки услуг. Потоки услуг могут функционировать сами по себе, тогда как потоки материальных выходов обычно управляются и сопровождаются потоками услуг. Услуги подразделяются на информационные (создание и предоставление информации) и прочие. Потоки финансовых ресурсов являются компонентами потоков выходов. Различные услуги до определенной степени допускают замещение. Это позволяет заменять физические услуги (например, выдачу денежной наличности) информационными (например, переводом электронных «денег»).
Потоки ресурсов. Отображают «доставку» используемого выхода — потенциального фактора «ресурсы». Понятие «ресурсы» охватывает как производственное оборудование, так и компьютерные средства.
Потоки человеческих ресурсов. Показывают «доставку» прямого человеческого ресурса.
Информационные потоки. Эти потоки управляют доступом к информации, представляющей собой совокупность целенаправленных знаний и навыков, необходимых для выполнения функций.
ARIS-модель бизнес-процесса является иерархической, т. е. функции можно представить в виде более детальных бизнес-процессов. Функция рассматривается как процесс на следующем лежащем ниже уровне, если когда этот процесс можно описать теми же элементами ARIS.
Элементы ARIS-модели, отображающие отдельные части бизнес-процесса, позволяют создать его представление, независимое от используемого метода. Правда, в некоторых концепциях анализа бизнес-систем элементы объектно-ориентированных методик представлены специальным описательным языком. Однако в объектно-ориентированном анализе главное внимание уделяется описанию классов, подклассов и соответствующих методов. Обычно эти классы соответствуют классам данных. Управляющие потоки отображаются в виде потока сообщений между классами. В бизнес-процессах происходит обмен множеством сообщений, где фигурируют заказы, клиенты и изделия. При объектно-ориентированном подходе представление управляющего потока может оказаться чрезмерно перегруженным деталями. Так, например, одни и те же потоки сообщений приходится дифференцировать с помощью последовательной нумерации. Между тем, ARIS-модель сосредоточена на концепциях бизнеса, поэтому в центре внимания находятся функции и управляющие ими потоки.
Впоследствии мы покажем, что объектно-ориентированный метод является хорошим дополнением к моделированию, ориентированному на процесс, поскольку он позволяет взглянуть на модели бизнес-процессов в другом ракурсе. Поэтому объектно-ориентированное моделирование можно интегрировать в ARIS-концепцию.