Стандарт IDEF0
Стандарт IDEF0 представляет совокупность методов, правил и процедур, предназначенных для построения функциональной модели, являющейся иерархически связанным структурным представлением действия (или множества действий) некоторого объекта, а также вещественных и информационных объектов (данных), необходимых для функционирования или являющихся результатом этого функционирования.
Функциональная модель бизнес-процессов состоит из диаграмм, фрагментов текста и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, которые отображают последовательности взаимосвязанных через общие объекты функций (операций, действий, работ — activity) бизнес-процесса. Достоинство функциональной модели заключается в простоте графического представления, которое использует всего два конструктивных элемента:
- функциональный блок — описание функций, операций, действий, работ;
- интерфейсная дуга — линия, связывающая функциональные блоки и описывающая объекты (потоки объектов).
Функциональные блоки и интерфейсные дуги будут подробно рассмотрены позднее. Однако у вас может возникнуть вопрос: а почему, критикуя функциональный подход, мы должны рассматривать функциональное моделирование? Здесь под термином «функциональное моделирование» понимается моделирование процессов функционирования. А вот само функционирование должно строиться исходя из процессного подхода.
Методология IDEF0 основана на следующих концептуальных положениях:
Цели моделирования. Модель разрабатывается для понимания, анализа и принятия решений о реорганизации (реинжиниринге) или замене существующего либо проектировании нового БП. Модель описывает, что происходит в БП, как им управляют, какие сущности он преобразует, какие ресурсы использует и что производит, частями (элементами) БП могут быть любые комбинации разнообразных сущностей, включающие людей, информацию, программное обеспечение, оборудование, изделия, сырье или энергию (энергоносители).
|
Блочное моделирование и его графическое представление. Изучаемый БП представляется в виде набора взаимодействующих и взаимосвязанных блоков, отображающих работы, операции, действия. В IDEF0 работы, операции, действия, происходящие в БП и его элементах, принято называть функциями. Каждой функции ставится в соответствие блок. На IDEF0-диаграмме, основном документе при анализе и проектировании БП, блок представляется прямоугольником. Интерфейсы, посредством которых блок взаимодействует с другими блоками или с внешним по отношению к моделируемому БП окружению, представляются стрелками, входящими в блок или выходящими из него.
Лаконичность и точность. Документация, описывающая БП, должна быть точной и лаконичной. Многословные характеристики, изложенные в форме традиционных текстов, неудобны. Графический язык позволяет лаконично, однозначно и точно показать все блоки БП и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи.
Передача информации. Средства IDEF0 облегчают передачу информации от одного участника разработки модели (разработчика или рабочей группы) к другому. К числу таких средств относятся:
· диаграммы, основанные на простой графике блоков и стрелок, легко читаемые и понимаемые;
|
· метки на естественном языке для описания блоков и стрелок, а также глоссарий и сопроводительный текст для уточнения смысла элементов диаграммы;
· последовательная декомпозиция диаграмм, строящаяся по иерархическому принципу, при котором на верхнем уровне отображаются основные функции, а затем, на нижних уровнях, происходит их детализация и уточнение;
· древовидные схемы иерархии диаграмм и блоков, обеспечивающие обозримость модели в целом и всех входящих в нее деталей.
Строгость и формализм. Разработка моделей IDEF0 требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Эти правила рассмотрим позднее. Здесь приводится только основное из них:
все стадии и этапы разработки и корректировки модели должны строго, формально документироваться для того, чтобы при ее эксплуатации не возникало вопросов, связанных с неполнотой или некорректностью документации.
Итерационное моделирование. Разработка модели в IDEF0 представляет собой пошаговую, итерационную процедуру. На каждом шаге итерации разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему редактированию, после чего цикл повторяется. Такая организация работы способствует оптимальному использованию знаний системного аналитика, владеющего методологией и техникой IDEF0, и знаний специалистов — экспертов в предметной области, к которой относится объект моделирования.
|
Отделение «организации» от «функции». При разработке моделей следует избегать изначальной «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (организации, предприятия, фирмы, компании). Это помогает избежать субъективной точки зрения, навязанной организационной структурой и ее руководством. Организационная структура должна явиться результатом использования (применения) модели. Сравнение результата с существующей структурой позволяет, во-первых, оценить адекватность модели, а во-вторых, предложить решения, направленные на совершенствование этой структуры.
Компонентами синтаксиса IDEF0 являются:
блоки — представляют функции, определяемые как деятельность, процесс, операция, действие или преобразование;
стрелки — представляют данные или материальные объекты, связанные с функциями;
диаграммы — обеспечивают формат графического и словесного описания моделей.
Достоинство функциональной модели заключается в простоте графического представления, которое использует всего два конструктивных элемента: «блок» и «стрелки».
Семантика языка IDEF0 устанавливает правила отображения при помощи блоков и стрелок моделируемых функций, работ, операций, действий, и их интерфейсов.
Более подробно вопросы синтаксиса и семантики диаграмм IDEF0 будут рассмотрены в следующих темах (см. темы 7-9).
Итоги по теме
1. Сущность функционального подхода к моделированию бизнес-процессов сводится к построению схемы процесса в виде последовательности работ, на входе и выходе которых отражаются объекты различной природы (материальные и информационные объекты, используемые ресурсы, организационные единицы...), необходимые для функционирования или являющиеся результатом функционирования.
2. Основными компонентами функционального моделирования являются диаграммы, содержащие графические элементы и текстовые описания.
3. Основными графическими компонентами функционального моделирования являются блоки, представляющие функции, и интерфейсные дуги, представляющие потоки объектов различной природы.
Описание функциональных блоков в стандарте IDEF0
Функциональный блок изображается в виде прямоугольника и представляет функцию или активную часть процесса, продуцирующую действие. Поэтому
названиями блоков должны быть глаголы в неопределенной форме с последующим дополнением,
например, «принять заказ», «определить потребность» и т.д. Название записывается внутри прямоугольника, поэтому должно быть кратким, но в то же время отражать суть процесса. Как правило, название дается по названию действия, обеспечивающего основной выходной результат процесса.
Блоки на диаграмме нумеруются. Номер проставляется в правом нижнем углу. Номера блоков используются для их идентификации на диаграмме и в соответствующем тексте. Пример графического изображения, обозначения и нумерации блока представлен на рис.11.
Синтаксические правила для функциональных блоков:
1. Блоки должны быть прямоугольниками с прямыми углами.
2. Размеры блоков должны быть достаточными для того, чтобы включать имя блока.
3. Имя блока должно отражать сущность процесса.
4. Блоки должны быть нарисованы сплошными линиями.
5. Цвета линий различных блоков могут быть различными.
Число блоков на одной диаграмме должно быть от двух до семи. Ограничение снизу выбрано из соображений здравого смысла для обеспечения информативности декомпозиции. Ограничение сверху определяется возможностями человеческого восприятия и поддерживает сложность диаграммы и модели на уровне, доступном для чтения, понимания и использования.
Блоки размещают на диаграмме в определенном порядке — по степени важности или по порядку очередности выполнения. Этот порядок называется доминированием.
Доминирование можно понимать как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком на диаграмме может быть либо первая из требуемой последовательности действий функция, либо планирующая или контролирующая функция.
Более доминирующие блоки размещаются выше и левее относительно менее доминирующих.
В результате получается ступенчатая схема, показывающая, какие функции оказывают большее влияние на остальные. Размещать блоки в произвольном порядке не рекомендуется. Тем более что и в жизни всегда можно выделить четкий порядок следования либо подчинения различных действий. Поэтому если блоки размещаются в порядке доминирования, то это один из критериев правильности их выделения.
Рекомендованный принцип размещения блоков в порядке доминирования представлен в таблице (таблица 3).
Каждый блок при необходимости может подвергаться декомпозиции, т.е. разделяться на составляющие действия. Декомпозиция порождает очередную диаграмму модели, которая детализирует родительский блок. У порождающего блока может быть только одна диаграмма декомпозиции.
Отметим, что в ходе разработки модели могут возникать различные альтернативные варианты декомпозиции. Такие варианты должны особым образом обозначаться (как правило, в виде префикса FEO (от первых букв английского выражения «For Exposition Only») к номеру диаграммы).
Связи блоков и детализирующих их диаграмм можно проследить по соответствующим номерам. Для нумерации диаграмм применяется правило наращивания номера. Пример нумерации дерева диаграмм, изображенного ранее (см. рис. 10), представлен на рис. 12.
Такой способ нумерации обеспечивает уникальность номеров блоков во всей модели. Допускается ставить точки между цифрами при наращивании номеров.
Каждая сторона функционального блока имеет определенное назначение (см. рис. 13):
- левая предназначена для входов;
- верхняя - для управления;
- правая - для выходов;
- нижняя - для механизмов (исполнителей).
Рис. 13. Спецификация сторон функциональных блоков в стандарте IDEF0
Такая спецификация отражает определенные системные принципы, принятые при построении диаграмм модели в стандарте IDEF0:
- входы преобразуются в выходы;
- управление предписывает или ограничивает условия выполнения преобразований. Управление в ходе выполнения БП, как правило, остается неизменным;
- механизмы (исполнители) показывают, кто или что выполняет преобразование. По завершении БП механизмы (исполнители) могут покидать (выводиться) из БП практически в неизменном состоянии.
Эти принципы могут быть записаны следующим образом:
в результате выполнения процесса, «вход» под воздействием «управления» преобразуется в «выход» посредством «механизма» (исполнителя).
И вот для того, чтобы четко выделить такую спецификацию сторон функциональных блоков, углы прямоугольников не должны закругляться!
Выходы одного блока могут быть входами, или управлениями, или механизмами (исполнителями) для других. Взаимосвязи блоков друг с Другом и с внешней средой отражаются интерфейсными дугами.
Итоги по теме
1.Функция или активная часть процесса изображается в виде Прямоугольника (блока).
2.Стороны блока имеют определенное назначение: вход, управление, выход, механизм.
3.На диаграмме блоки размещаются в порядке доминирования.
4.На одной диаграмме помещаются не менее двух и не более семи блоков.