Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Реинжиниринг бизнес-процессов. Учебное пособие для студентов вузов, обучающихся по специальностям экономики и управления
.pdf
Моделирование бизнес-процессов в организации
181
Классическая DFD показывает внешние по отношению к
системе источники и стоки (адресаты) данных, идентифицирует
логические функции (процессы) и группы элементов данных,
связывающие одну функцию с другой (потоки), а также определяет хранилища (накопители) данных, к которым осуществляется доступ. Структуры потоков данных и определения их компонентов хранятся и анализируются в словаре данных. Каждая логическая функция (процесс) может быть детализирована с помощью DFD нижнего уровня; когда дальнейшая детализация
перестает быть полезной, переходят к выражению логики функции при помощи спецификации процесса (миниспецификации).
Содержимое каждого хранилища также сохраняют в словаре
данных, модель данных хранилища раскрывается с помощью
ERD. В случае наличия реального времени DFD дополняется
средствами описания, зависящего от времени поведения системы, в частности управляющими процессами, раскрывающимися
с помощью STD.
ERD предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью ERD документируются сущности процесса и способы их взаимодействия, включая
идентификацию объектов, важных для предметной области
(сущностей), свойств этих объектов (атрибутов) и их отношений
с другими объектами (связей).
STD предназначены для моделирования и документирования
тех аспектов бизнес-процессов, которые зависят от времени или
реакции на событие. Моделируемый процесс в любой заданный
момент времени находится точно в одном состоянии из их конечного множества. С течением времени он может изменить
свое состояние, при этом STD точно определяет переходы между состояниями.
Целью функциональной методики является построение
функциональной схемы исследуемой системы, описывающей
все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы. Необходимо
отметить, что для функционального моделирования наряду с
DFD достаточно часто применяется и другая нотация — SADT
(Structured Analysis and Design Technique).
182
Глава 6
В основе ее лежит SADT-технология — техника и средства
структурного анализа и проектирования систем. В свою очередь
в рамках SADT-технологии наиболее широкое применение нашел метод интегрального описания (спецификации) IDEF (Integrated DEFinition).
SADT-технология получила широкое распространение благодаря тому, что ориентирована на комплексное представление
структуры материальных, информационных, финансовых и
управленческих потоков и организационной структуры. Она в
большей степени нацелена на реорганизацию системы управления, чем другие методологии функционального моделирования,
основанные на использовании диаграмм потоков данных.
Метод IDEF обеспечивает универсальность описания, простоту описания процессов в глубину и в ширину на каждом
уровне иерархии описания и позволяет применять это описание
для структуризации процессов в сложных системах.
Метод IDEF относится к структурным методам. Для описания предметной области здесь используются г р а ф и ч е с к и е
я з ы к и типа структурных схем. Фактически это целое семейство методов от IDEF0 до IDEF14, часть из них имеет непосредственное отношение к моделированию бизнес-процессов:
• IDEF0 — моделирование функций;
• IDEF1 и IDEF1X — информационная модель и модель дан-
ных соответственно;
• IDEF2 — модель динамического развития организации;
• IDEF3 — методология документирования бизнес-процессов
в организации;
• IDEF4 — объектно-ориентированные методы проектиро-
вания.
Идея создания стандартов семейства IDEF родилась в середине 1970-х годов в ВВС США как решение проблемы повышения производительности и эффективности информационных
технологий, для описания производственных процессов в целях
их последующей автоматизации. Здесь содержится подробное
описание структур, методов и средств для сбора и структурирования информации, для документирования процессов, для создания, поддержки и развития моделей (управления изменениями). Преимущества использования стандартов IDEF заключаются в том, что они являются международно признанными
Моделирование бизнес-процессов в организации
183
стандартами, хорошо зарекомендовали себя в течение многих
лет, могут использоваться в любой отрасли и в любой организации, обеспечивают единство представления и понимания
процессов в организации и между организациями, являются
стандартной методологией НАТО, МВФ, готовятся к стандартизации в рамках ISO.
В IDEF0-технологии система представляется (графически и в
виде текста) как совокупность взаимодействующих функций
или работ. В целом функциональная модель процесса состоит из
иерархически упорядоченных и связанных между собой диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг
на друга. Она базируется на четырех основных понятиях: функциональный блок, интерфейсная дуга, декомпозиция, глоссарий.
Функциональный блок (Activity Box) представляет
собой некоторую конкретную функцию в рамках рассматриваемой системы (рис. 6.1). Название каждого функционального блока должно быть сформулировано с использованием неопределенной формы глагола (например, «оценить кредитоспособность
клиента»). На диаграмме функциональный блок изображается
прямоугольником. Каждая из четырех сторон функционального
блока имеет свое определенное значение (роль), при этом:
• верхняя сторона имеет значение «Управление» (Control);
• левая сторона имеет значение «Вход» (Input);
• правая сторона имеет значение «Выход» (Output);
• нижняя сторона имеет значение «Механизм» (Mechanism).
Ðèñ. 6.1. Функциональный блок
184
Глава 6
И н т е р ф е й с н а я д у г а (Arrow) отображает элемент
системы, который обрабатывается функциональным блоком или
оказывает иное влияние на функцию, представленную данным
функциональным блоком. Интерфейсные дуги часто называют
потоками или стрелками.
С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, банкоматы, сотрудники и т.д.)
или потоки данных и информации (документы, данные, инструкции и т.д.).
В зависимости от того, к какой из сторон функционального
блока подходит данная интерфейсная дуга, она носит название
«входящей», «исходящей» или «управляющей».
Необходимо отметить, что любой функциональный блок по
требованиям стандарта должен иметь по крайней мере одну
управляющую интерфейсную дугу и одну исходящую, так как
каждый процесс должен происходить по каким-то правилам
(отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не
имеет никакого смысла.
Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий.
Управляющие воздействия представляют собой те директивы, в соответствии с которыми проводится бизнес-процесс.
Универсальными управляющими воздействиями являются целевые нормативы эффективности, корпоративное законодательство, а также нормы федерального, регионального и местного законодательства.
К механизмам относятся персонал, выполняющий процесс,
производственное, строительное, складское и иное оборудование,
которое используется для выполнения процесса (но не перерабатывается в процессе).
Д е к о м п о з и ц и я (Decomposition) — основное понятие
стандарта IDEF0. Принцип декомпозиции применяется при
разбиении сложного процесса на составляющие его функции.
При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Моделирование бизнес-процессов в организации
185
Декомпозиция позволяет постепенно и структурированно
представлять модель системы в виде иерархической структуры
отдельных диаграмм, что делает ее менее перегруженной и легко
читаемой.
Последнее из понятий IDEF0 — глоссарий (Glossary).
Для каждого из элементов IDEF0 — диаграмм, функциональных
блоков, интерфейсных дуг — существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д.,
которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием
сущности данного элемента. Глоссарий гармонично дополняет
наглядный графический язык, снабжая диаграммы необходимой
дополнительной информацией.
Модель IDEF0 всегда начинается с представления системы
как единого целого — одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой.
В пояснительном тексте к контекстной диаграмме должна
быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).
Определение и формализация цели разработки IDEF0модели является крайне важным моментом. Фактически цель
определяет соответствующие области в исследуемой системе, на
которых необходимо фокусироваться в первую очередь.
Точка зрения определяет основное направление развития
модели и уровень необходимой детализации. Четкое фиксирование точки зрения позволяет разгрузить модель, отказавшись от
детализации и исследования отдельных элементов, не являющихся необходимыми, исходя из выбранной точки зрения на
систему. Правильный выбор точки зрения существенно сокращает временны´е затраты на построение конечной модели.
В процессе декомпозиции функциональный блок, который в
контекстной диаграмме отображает систему как единое целое,
подвергается детализации на другой диаграмме. Получившаяся
диаграмма второго уровня содержит функциональные блоки,
отображающие главные подфункции функционального блока
контекстной диаграммы, и называется дочерней (Child Diagram)
по отношению к нему (каждый из функциональных блоков,
186
Глава 6
принадлежащих дочерней диаграмме, соответственно называется
дочерним блоком — Child Box). В свою очередь функциональный блок — предок, он называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к
которой он принадлежит, — родительской диаграммой (Parent
Diagram). Каждая из подфункций дочерней диаграммы может
быть далее детализирована путем аналогичной декомпозиции
соответствующего ей функционального блока. В каждом случае
декомпозиции функционального блока все интерфейсные дуги,
входящие в данный блок или исходящие из него, фиксируются
на дочерней диаграмме. Этим достигается структурная целостность IDEF0-модели.
Обычно IDEF0-модели несут в себе сложную и концентрированную информацию, и для того чтобы ограничить их перегруженность и сделать удобочитаемыми, в стандарте приняты
соответствующие ограничения сложности. Рекомендуется представлять на диаграмме от трех до шести функциональных блоков, при этом количество подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг предполагается не более четырех.
Стандарт IDEF0 содержит набор процедур, позволяющих
разрабатывать и согласовывать модель большой группой людей,
принадлежащих к разным областям деятельности моделируемой
системы.
Достоинство методологии IDEF0 состоит в том, что она позволяет получить очень четкое представление о том, что происходит в организации (как есть), что должно происходить для
наиболее эффективного функционирования организации (как
должно быть).
Модель, построенная с помощью методологии IDEF0, позволяет четко представить как потоки работ, так и информационные потоки в организации, потребность в оборудовании и
персонале, включая описание зон ответственности сотрудников,
а также требования к их образованию и квалификации (включая
как профессиональные, так и личностные навыки).
Объектно-ориентированный анализ. Объектно-ориентированные
методы рассматривают исследуемую организацию как набор
объектов — производственных единиц, взаимодействующих посредством передачи сообщений. Объект определяется как осязаемая реальность — предмет или явление, имеющая четко определяемое поведение.
Моделирование бизнес-процессов в организации
187
Принципиальное отличие между функциональным и объектным подходами заключается в способе декомпозиции системы.
Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура описывается в
терминах объектов и связей между ними, а поведение системы
описывается в терминах обмена сообщениями между объектами.
позволяющей перейти от модели сценариев использования к
модели, определяющей отдельные объекты, участвующие в реализации бизнес-функций.
Концептуальной основой объектно-ориентированного подхода является объектная модель, которая строится с учетом следующих принципов:
• абстрагирование;
• инкапсуляция (сокрытие информации) — запрещает любой
доступ к атрибутам объекта, кроме как через его операции;
• модульность;
• иерархия;
• типизация;
• параллелизм;
• устойчивость.
Основные понятия объектно-ориентированного подхода —
объект и класс.
Объект — предмет или явление, имеющие четко определен-
ное поведение и обладающие состоянием, поведением и индивидуальностью. Структура и поведение схожих объектов определяют общий для них класс. Класс — это множество объектов,
связанных общностью структуры и поведения. Следующую
группу важных понятий объектного подхода составляют наследование и полиморфизм. Понятие полиморфизм может быть ин-
терпретировано как способность класса принадлежать более чем
одному типу. Наследование означает построение новых классов
на основе существующих с возможностью добавления или переопределения данных и методов.
Большинство существующих методов объектно-ориентированного подхода включают язык моделирования и описание процесса моделирования. Процесс — это описание шагов, которые
необходимо выполнить при разработке проекта. В качестве языка
моделирования объектного подхода используется унифицирован-
188
Глава 6
ный язык моделирования UML (Unified Modeling Language), содержащий стандартный набор диаграмм для моделирования.
Объектно-ориентированный подход обладает следующими
преимуществами:
• объектная декомпозиция дает возможность создавать мо-
дели меньшего размера путем использования общих механизмов, обеспечивающих необходимую экономию выразительных средств. Использование объектного подхода существенно повышает уровень унификации разработки и пригодность для повторного использования, что ведет к созданию среды разработки и переходу к сборочному созданию
моделей;
• объектная декомпозиция позволяет избежать создания
сложных моделей, так как она предполагает эволюционный путь развития модели на базе относительно небольших подсистем;
• объектная модель естественна, поскольку ориентирована
на традиционное восприятие мира человеком.
К н е д о с т а т к а м объектно-ориентированного подхода
относятся высокие начальные затраты. Этот подход не дает немедленной отдачи. Эффект от его применения сказывается после разработки двух-трех проектов и накопления повторно используемых компонентов. Диаграммы, отражающие специфику
объектного подхода, менее наглядны.
С точки зрения бизнес-моделирования каждый из представленных подходов обладает своими преимуществами. Объектный
подход позволяет построить более устойчивую к изменениям
систему, лучше соответствует существующим структурам организации. Функциональное моделирование хорошо показывает
себя в тех случаях, когда организационная структура находится
в процессе изменения, при автоматизации рутинных бизнеспроцессов и на начальных этапах проектирования информационных систем. Подход от выполняемых функций интуитивно
лучше понимается исполнителями при получении от них информации об их текущей работе.
Бизнес-процессы организации имеют неодинаковый характер. Можно выделить рутинные бизнес-процессы, которые выполняются на строго регламентированной основе, например
бизнес-процессы бухгалтерского учета, оформления на работу и
Моделирование бизнес-процессов в организации
189
т.д. Существуют бизнес-процессы с высокой динамикой принятия решения по ходу его выполнения, например решение о покупке или продаже ценных бумаг на бирже. Есть бизнеспроцессы, выполняемые в условиях неопределенности внешней
среды, которые требуют применения неструктурированного знания. К ним можно отнести процессы маркетинга, бизнес-
стандарты моделирования.
Два метода определения экономической прибыли Переход к процес-
сной организационной структуре организации значительно упрощает построение стоимостных моделей, так как бизнеспроцессы поставляют друг другу конечные продукты, на которые можно определить внутреннюю цену, которая и формирует
стоимость, создаваемую внутри соответствующего бизнеспроцесса.
На практике удобнее определять не стоимость, а экономическую прибыль, создаваемую процессом. Для определения экономической прибыли, созданной внутри процесса, существует
два метода, каждый из которых имеет свои преимущества и недостатки.
В основе обоих методов лежит предположение о том, что
ценность каждого бизнес-процесса определяется не абсолютным, а относительным значением экономической прибыли, созданной в процессе. В данной модели каждому бизнес-процессу
присваивается коэффициент трудового участия (КТУ) по определенной методике. Затем ценность бизнес-процесса определяется как произведение КТУ и объема экономической прибыли,
созданной в организации за определенный период времени. После этого процедура повторяется для каждого подпроцесса, и так
вплоть до отдельного сотрудника.
Первый метод, получивший название «метод эталонного
сравнения с аутсорсингом», основан на том, что любой бизнеспроцесс может выполняться либо внутренними силами организации, либо внешними структурами (на основе аутсорсинга).
При этом на развитых рынках услуг рыночная цена аутсорсинга
каждого бизнес-процесса примерно соответствует его ценности
для организации — покупателя услуг по аутсорсингу. В этом
случае вклад каждого бизнес-процесса в стоимость компании
190
пропорционален рыночной цене аутсорсинга — реализации
данного бизнес-процесса третьей стороной.
Второй метод получил название «метод максимальной цены
ошибки». В основе расчета КТУ бизнес-процессов лежит утверждение о том, что чем выше цена ошибки, совершаемой при
реализации данного бизнес-процесса, тем выше вклад бизнеспроцесса в экономическую прибыль организации. КТУ определяется путем выявления важнейших бизнес-процессов на диаграмме первого уровня:
• для каждого бизнес-процесса определяется объем макси-
мально возможных потерь;
• рассчитывается доля каждого бизнес-процесса в общей
сумме потерь;
• полученный КТУ применяется для оценки доли каждого
бизнес-процесса в создании экономической прибыли.
Практическое использование этой методики является более
сложным, так как для выявления результатов ошибок может понадобиться построение имитационных моделей процессов, а это
требует наличия соответствующего программного обеспечения и
квалифицированных специалистов.
Глава 6
6.4. Инструментальные средства
моделирования бизнес-процессов
Этапы развития средств бизнес-моделирования Инструменты биз-
нес-моделирования находятся в процессе постоянного развития.
Изначально с помощью таких инструментов можно было описывать лишь бизнес-функции (работы) организации и движение
данных в процессе их выполнения.
Отсутствие возможности в явном виде определить иерархию
бизнес-процессов (например, цепочка создания ценности, бизнес-процесс, подпроцесс, работа, функция) создавало проблемы
при использовании таких описаний. Сами же описания представляли собой просто набор картинок. Позже появились ñðåä-
ства, позволяющие создавать диаграммы, отражающие организационную структуру, потоки данных в организации, последова-
тельность выполнения бизнес-функций, составляющих единый
бизнес-процесс, с возможностью использования символов логики и др. В результате ужесточения требований к инструментам
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]