Описание функциональных блоков в стандарте IDEF0




Стандарт 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.На одной диаграмме помещаются не менее двух и не более семи блоков.

 




Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2018-01-08 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: