10 Вопрос
Бизнес-процесс –
это логичный, последовательный,
взаимосвязанный набор мероприятий,
который потребляет ресурсы производителя,
создает ценность и выдает результат
потребителю. Среди основных причин,
побуждающих организацию оптимизировать
бизнес-процессы, можно выделить
необходимость снижения затрат или
длительности производственного цикла,
требования, предъявляемые потребителями
и государством, внедрение программ
управления качеством, слияние компаний,
внутриорганизационные противоречия
и др.
Моделирование
бизнес-процессов позволяет
не только определить, как компания
работает в целом, как взаимодействует
с внешними организациями, заказчиками
и поставщиками, но и как организована
деятельность на каждом рабочем месте.
Моделирование бизнес-процессов – это
эффективное средство поиска путей
оптимизации деятельности компании,
средство прогнозирования и минимизации
рисков, возникающих на различных
этапах реорганизации предприятия.
Этот метод позволяет дать стоимостную
оценку каждому отдельному процессу
и всем бизнес-процессам организации
в совокупности.
Под
методологией (нотацией) создания
модели (описания) бизнес-процессапонимается
совокупность способов, при помощи
которых объекты реального мира и связи
между ними представляются в виде
модели. Любая методология (методика)
включает три основные составляющие:
–
теоретическая база;
– описание
шагов, необходимых для получения
заданного результата;
–
рекомендации по использованию как
отдельно, так и в составе группы
методик.
Основное в методологии
– дать пользователю последовательность
шагов, которые приводят к заданному
результату. Способность получать
результат с заданными параметрами и
характеризует ее эффективность.
Важнейшими
понятиями любого метода моделирования
бизнес-процессов являются понятия
объекта и связи. Каждый объект модели
отражает некоторый реальный объект
так называемой предметной области
(организации). , люди, документы, машины
и оборудование, программное обеспечение
и т. д. Как правило, в рамках одного
метода объекты модели, отражающие
различные сущности реального мира,
также являются разными. Связи
предназначены для описания взаимоотношений
объектов друг с другом. К числу таких
взаимоотношений могут относиться:
последовательность выполнения во
времени, связь при помощи потока
информации, использование другим
объектом и т. д.
Для каждого
объекта и связей характерны ряд
параметров, или, как принято
говорить,атрибутов,
отражающих определенные характеристики
реального объекта. Состав атрибутов
зависит от типа отображаемого при
помощи модели реального объекта
организации. Атрибутами могут служить
такие характеристики, как номер
объекта, название, описание, длительность
выполнения (для функций), стоимость и
др. На практике при создании моделей
организации описание атрибутов
объектов модели осуществляется при
помощи специальных инструментальных
средств моделирования бизнес-процессов.
Это позволяет сделать из простейшего
«описания» бизнес-процесса более
сложную «модель», на основе которой
производят определенные вычисления,
осуществляют анализ и оценку
процесса.
И |
|
стория
развития методологий моделирования
бизнес-процессов
Основу
многих современных методологий
моделирования бизнес-процессов
составили методология SADT (Structured
Analysis and Design Technique – метод структурного
анализа и проектирования) и алгоритмические
языки, применяемые для разработки
программного обеспечения.
В
сжатом виде история развития методологий
моделирования бизнес-процессов
представлена в таблице. Для наглядности
параллельно приведена история развития
подходов к управлению качеством.
Основные
типы методологий моделирования и
анализа бизнес-процессов
В
настоящее время для описания,
моделирования и анализа бизнес-процессов
используются несколько типов
методологий. К числу наиболее
распространенных типов относятся
следующие методологии:
–
моделирования бизнес-процессов
(Business Process Modeling);
– описания
потоков работ (Work Flow Modeling);
–
описания потоков данных (Data Flow
Modeling).
Методологии
моделирования бизнес-процессов
(Business Process Modeling)
Наиболее
широко используемая методология
описания бизнес-процессов – стандарт
США IDEF0. С момента разработки стандарт
не претерпел существенных изменений.
В настоящее время развитие методологии
IDEF0 сопряжено с совершенствованием
поддерживающих ее инструментов –
программных продуктов для моделирования
бизнес-процессов (например, BPWin 4.0,
ProCap, IDEF0/EM Tool и др.). Методология IDEF0
предоставляет аналитику широкие
возможности для описания бизнеса
организации на верхнем уровне с
акцентом на управление процессами.
Нотация позволяет отражать в модели
процесса обратные связи различного
типа – по информации, управлению,
движению материальных ресурсов.
Продуманные механизмы декомпозиции
модели процесса в IDEF0 сущетметить, что
модели в нотации IDEF0 предназначены
для высокоуровневого описания бизнеса
компании. Их основное преимущество
состоит в возможности описывать
управление процессами
организации.
Методологии
описания потоков работ (Work Flow
Modeling)
Вторая
важнейшая методология описания
процессов – IDEF3, предназначенная для
описания рабочих процессов или, иными
словами, потоков работ. Стандарт IDEF3
близок к алгоритмическим методам
построения схем процессов и стандартным
средствам создания блок-схем. Следует
отметить, что стандарт включает два
существенно различающихся метода
описания процессов. Ниже рассмотрим
метод, получивший наибольшее
распространение. Основу методологии
IDEF3 составляет построение моделей
процессов по принципу последовательно
выполняемых во времени работ (функций,
операций). Можно утверждать, что IDEF3
лежит в основе популярной в настоящее
время методологии ARIS еЕРС.
Методологии
описания потоков данных (Data Flow
Modeling)
Еще одна
группа методологий, активно используемых
на практике, – нотации DFD (Data Flow
Diagramming), предназначенные для описания
потоков данных. Они позволяют отразить
последовательность работ, выполняемых
по ходу процесса, и потоки информации,
циркулирующие между этими работами.
Кроме того, нотация DFD предоставляет
возможность описывать потоки документов
(документооборот) и материальных
ресурсов (например, движение материалов
от одной работы к другой). Методология
DFD может эффективно использоваться
для описания процессов при внедрении
процессного подхода к управлению
организацией, так как позволяет
максимально снизить субъективность
описания бизнес-процессов. С помощью
схемы процессов в DFD выявляют основные
потоки данных, что важно для последующего
создания моделей структуры данных и
разработки требований к информационной
системе организации.
Прочие
методологии
С
уществуют
также другие методологии, предлагаемые
различными фирмами-производителями
програ
IDEF
IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными.
IDEF — методологии создавались в рамках предложенной ВВС США программы компьютеризации промышленности — ICAM, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами — участниками программы ICAM (отсюда название: Icam DEFinition — IDEF другой вариант — Integrated DEFinition). После опубликования стандарта он был успешно применен в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов. Более того, собственно с широким применением IDEF (и предшествующей методолoгии — SADT) и связано возникновение основных идей популярного ныне понятия — BPR (бизнес-процесс реинжиниринг).
В настоящий момент к семейству IDEF можно отнести следующие стандарты:
IDEF0[править | править исходный текст]
Пример диаграммы IDEF0: функциональная модель процесса "Поддержка запчастей, подлежащих починке".
Function Modeling — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique);
IDEF1[править | править исходный текст]
Пример диаграммы IDEF1X.
Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. IDEF1X (IDEF1 Extended) — Data Modeling — методология моделирования баз данных на основе модели «сущность-связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэмей (T. Ramey), также основан на подходе П. Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия — методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X–диаграммы используются рядом распространённых CASE–средств (в частности, ERwin, Design/IDEF).
IDEF2[править | править исходный текст]
Пример расширенной схемы перехода, модель IDEF3.
Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьёзными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets);
IDEF3[править | править исходный текст]
Process Description Capture (Документирование технологических процессов) — методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3;
IDEF4[править | править исходный текст]
Пример методологии проектированияIDEF4: диаграмма поведения для обьектов, реализующих метод «Громче».
Object-Oriented Design — методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы. Подробнее - Технология;
IDEF5[править | править исходный текст]
Пример IDEF5-схемы состава шариковой ручки.
Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтологиясистемы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация;
IDEF6[править | править исходный текст]
Модель IDEF6 деятельностей проектирования IDEF4
Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели;
IDEF7[править | править исходный текст]
Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF8[править | править исходный текст]
User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции);
IDEF9[править | править исходный текст]
Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение;
IDEF10 — IDEF14[править | править исходный текст]
IDEF10 — Implementation Architecture Modeling — Моделирование архитектуры выполнения. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF11 — Information Artifact Modeling. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF12 — Organization Modeling — Организационное моделирование. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF13 — Three Schema Mapping Design — Трёхсхемное проектирование преобразования данных. Этот метод определён как востребованный, однако так и не был полностью разработан;
IDEF14 — Network Design — Метод проектирования компьютерных сетей, основанный на анализе требований, специфических сетевых компонентов, существующих конфигураций сетей. Также он обеспечивает поддержку решений, связанных с рациональным управлением материальными ресурсами, что позволяет достичь существенной экономии.