• выявление и выполнение всех требований потребителя (в том числе внутреннего);
• результат процесса (выход) и его своевременную доставку потребителю (в том числе внутреннему);
• эффективность процесса.
Ключевые показатели результативности (метрики)
• измеримые характеристики (атрибуты), по которым владелец процесса и высшее руководство могут судить о том, насколько эффективно выполняется процесс.
• Выбор метрик зависит от конкретного процесса. Обычно присутствуют метрики времени, цены и качества.
Примерами метрик являются:
• среднее время обработки заявки;
• производительность (количество продукции в единицу времени);
• количество участников бизнес-процесса;
• себестоимость товара или услуги;
• процент брака (процент отказов клиентам);
• уровень обслуживания.
Цель процесса
Необходимо определить цель процесса. Содержательная формулировка дополнена значениями метрик, отражающими, например, время выполнения процесса, стоимость, различные характеристики качества. Для одного процесса может быть сформирована целая система целей. При выявлении целей очень важно учитывать цели и требования всех заинтересованных сторон — прежде всего, потребителей процесса, а также его поставщиков, инвесторов, акционеров и участников (сотрудников компании).
Классификация бизнес-процессов
Основные бизнес-процессы связаны с производством конечных продуктов компании, передаваемых во внешнюю среду потребителям (заказчикам, клиентам, распространителям).
Вспомогательные процессы обеспечивают работу основных процессов. Они напрямую не контактируют с продукцией, их задача — формирование инфраструктуры.
Управление бизнес-процессами также можно рассматривать как совокупность процессов, осуществляемых системой управления компании. При этом можно выделить процессы текущего управления и процессы развития (оптимизации).
Классификация методологий моделирования
Структурированные методологии моделирования
IDEF0
DFD
Базовые принципы структурного подхода
• «разделяй и властвуй» — принцип решения сложных проблем путем их разбиения на множество мелких задач, легких для понимания и решения;
• иерархическое упорядочивание — принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Нотации структурного моделирования
• IDEF0 — функциональные модели, основанные на методе структурного анализа и проектирования SADT (Structured Analysis and Design Technique) Дугласа Росса;
• IDEF1X — модели данных, основанные на диаграммах «сущность-связь» (ERD, EntityRelationship Diagrams);
• IDEF3 — диаграммы потоков работ (Work Flow Diagrams);
• DFD (Data Flow Diagrams) — диаграммы потоков данных.
Методология моделирования IDEF0
• Использует графический язык для отражения информации о конкретной системе.
• Модель состоит из диаграмм и фрагментов текста.
• На диаграммах все функции системы и их взаимодействия представлены как блоки (функции) и дуги (отношения).
Элементы диаграммы IDEF0
• Функциональный блок (activity — активность) –
• Прямоугольник, отображающий некоторую функцию (действие, процесс, операцию). Внутри блока записывается его наименование. Оно должно содержать глагол или отглагольное существительное. Например: «разработать проект», «изготовление продукта», «планирование».
• Дуга - линия со стрелками на конце, связь блоков с внешней для них средой. Каждая из дуг имеет метку, характеризующую ее.
Назначение дуг
зависит от стороны блока, в которую стрелка входит или выходит:
• «вход» (I — input) — дуги, входящие слева от блока. Они представляют собой предметы или данные, необходимые для выполнения функции блока (сырье, материалы, исходная информация);
• «выход» (O — output) — дуги, выходящие справа из блока. Они показывают предметы или данные, полученные в результате выполнения функции (продукция, услуга, выходные данные);
• «управление» (C — control) — дуги, входящие сверху блока. Они описывают условия или данные, которые управляют выполнением функции (инструкции, требования, стандарты);
• «механизм» (M — mechanism) — дуги, входящие снизу блока. Они обозначают исполнителей или средства, выполняющие функцию (персонал, подразделения фирмы, оборудование, инструменты, информационная система).
Построение модели IDEF0
• Начинается с диаграммы верхнего уровня А-0, называемой контекстной диаграммой.
• Помимо единственного блока, отображающего систему в целом, и дуг, связывающих систему с внешним окружением, контекстная диаграмма содержит описание цели моделирования и точки зрения, с которой разрабатывается модель.
• Цель указывает, для чего создается модель, а точка зрения — для кого (для какого должностного лица или подразделения организации).
Пример контекстной диаграммы
• Цель: описать процесс создания продукта на заказ
• Точка зрения: аналитик
Пример диаграммы декомпозиции
• Источники или получатели внешних дуг называются портовыми узлами. Для их обозначения используются специальные коды.
• В зависимости от того, является ли дуга, связанная с портовым узлом, входом, выходом, управлением или механизмом, код содержит одну из четырех букв: I (Input), C (Control), O (Output), M (Mechanism). Эти буквы сопровождаются номером (позиции дуг нумеруются слева направо или сверху вниз).
• Процесс перенесения дуг с родительской диаграммы на диаграммы декомпозиции называется ICOMкодогенерацией.
«Туннельные» дуги
• На диаграмме декомпозиции можно отобразить внешнюю дугу, для которой на родительской диаграмме нет соответствующей дуги, и наоборот, можно на родительской диаграмме отобразить дугу, которая не будет отображаться на дочерней диаграмме. Такие дуги называются «туннельными».
• Вокруг одного из концов такой дуги изображаются круглые скобки («туннель»).
• Туннель возле свободного конца дуги - этой стрелки нет на диаграмме-родителе.
• Туннель у блока - эта стрелка не важна на диаграмме-потомке и там она не отобразится.
Связи между блоками
• Выходные дуги одних блоков могут являться либо входами, либо управлением, либо механизмом других.
• Внутренние дуги — это отражение взаимовлияния блоков, а не последовательности их выполнения. Блоки могут выполняться и параллельно.
• Таким образом, ни последовательность выполнения функций, ни время не указаны явно на IDEFOдиаграммах.
Типы связей между блоками
• связь по входу — выход вышестоящего блока направляется на вход нижестоящего для дальнейшего преобразования;
• связь по управлению — выход вышестоящего блока направляется на управление нижестоящего (например, один блок вырабатывает план, предписывающий, что и как должен делать другой блок);
• обратная связь по входу — выход нижестоящего блока направляется на вход вышестоящего (например, результатом функции контроля качества может быть отбракованный продукт, который передается на вторичную переработку);
• обратная связь по управлению — выход нижестоящего блока направляется на управление вышестоящего (например, результат корректировки проекта может передаваться на повторную реализацию проекта);
• связь выход-механизм — выход одного блока направляется на механизм другого (например, один блок подготавливает ресурсы, необходимые для работы другого блока).
Методология моделирования IDEF3
• Предназначена для описания потоков работ.
• Используется для документирования технологических процессов, когда в модели необходимо показать последовательность выполнения процесса.
• Построена на принципах декомпозиции и иерархического упорядочения.
• Позволяет описать логику процесса — всевозможные варианты ветвления и слияния потоков работ.
Базовые элементы IDEF3
• единицы работ (Unit of work, UOW), отображающие действия, процессы, события, этапы выполнения работ. Имя задается в форме глагола, указывается номер и исполнитель работы. У любой единицы работ может быть только один вход и один выход;
• ссылки (Referents) — объекты, используемые для комментариев к элементам модели, для описания циклических переходов, ссылок на другие диаграммы. Имя ссылки задается именем существительным, номер — числом;
• связи (Links), представленные несколькими типами:
передающие действия от одной единицы работ к другой (сплошная линия со стрелкой);
соединяющие ссылку с единицей работ (пунктирная линия со стрелкой );
передающие поток объектов от одной единицы работ к другой (сплошная линия с двойной стрелкой на конце);
• перекрестки (Junctions) — элементы модели, за счет которых описывается логика и последовательность выполнения этапов процесса:
• перекрестки слияния — Fan-in
• перекрестки ветвления — Fan-out .
Правила создания перекрестков
• каждому перекрестку слияния должен предшествовать перекресток ветвления;
• перекресток слияния «И» не может следовать за перекрестком ветвления типа синхронного, асинхронного или исключающего «ИЛИ»;
• перекресток слияния типа исключающего «ИЛИ» не может следовать за перекрестком ветвления типа «И»;
• перекресток, имеющий одну стрелку на одной стороне, должен иметь более одной стрелки на другой;
• перекресток не может быть одновременно перекрестком слияния и ветвления. Если нужно одновременно осуществить слияние и разветвление потоков работ, вводится каскад перекрестков.
Правила создания IDEF3
• Относительно единиц работ имеется лишь одно правило: в блок может входить и из блока может выходить только одна связь последовательности. Для отображения множества входов и выходов используются перекрестки.
• В методологии разрешается множественная декомпозиция работ. При этом для одной и той же работы может быть создано несколько диаграмм декомпозиции. Это позволяет в одной модели описать альтернативные варианты реализации работы — сценарии развития ситуаций.
• Возможность множественной декомпозиции предъявляет дополнительные требования к нумерации работ: номер работы состоит из номера родительской работы, номера декомпозиции и собственного номера работы на текущей диаграмме. Например, номер А13.1.2 означает, что родительская работа имеет код А13, номер декомпозиции 1 и номер работы на текущей диаграмме 2.
Методология моделирования DFD
• Диаграммы потоков данных (DFD) позволяют эффективно и наглядно описать процессы документооборота и обработки информации.
• С их помощью система разбивается на функциональные компоненты (процессы, которые преобразуют входные данные в выходные) и представляется в виде сети, связанной потоками данных.
Структурные элементы DFD
• Процессы. Процессы в DFD обозначают функции, операции, действия, которые обрабатывают и изменяют информацию. Они показывают, каким образом входные потоки данных преобразуются в выходные. Процесс обозначается в виде прямоугольника со скругленными углами, разделенного на три поля. Верхнее поле содержит номер процесса, среднее — его имя, нижнее — имя исполнителя процесса.
• Потоки данных. Потоки данных используются для отображения взаимодействия процессов с внешним миром и между собой. Поток данных соединяет выход процесса (или объекта) с входом другого процесса (или объекта) и обозначается в виде именованной стрелки (имя отражает содержимое потока).
Структурные элементы (продолжение)
• Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ. Эти данные также могут быть созданы или изменены процессами. В отличие от потоков данных, описывающих данные в движении, хранилища данных отображают данные в покое, т. е. данные, которые сохраняются в памяти между последующими процессами. Информация, которую содержит хранилище данных, может использоваться в любое время после еѐ определения. При этом данные могут выбираться в любом порядке.
• Внешние сущности. Внешние сущности определяют элементы вне контекста системы, которые участвуют в процессе обмена информацией с системой, являясь источниками или приемниками информации. Внешние сущности изображают входы в систему и/или выходы из системы. Как правило, они представляют собой материальный предмет или физическое лицо, например: заказчик, персонал, поставщик, клиент, склад, банк