Другие диаграммы IDEF0

В дополнение к контекстным диаграммам и диаграммам декомпозиции при разработке и представлении моделей могут применяться Другие виды IDEF0-диаграмм.

Дерево модели. Дерево модели – обзорная диаграмма, показывающая структуру всей модели. На рис. 3.6.31 приведен фрагмент такой диаграммы. Обычно вершина дерева соответствует контекстному блоку, под вершиной выстраивается вся иерархия блоков модели.

Рис. 3.6.35. Дерево узлов

Рис. 3.6.31. Фрагмент дерева модели

Однако не запрещается назначать вершиной произвольный блок, помещая под ним все его детские блоки. Из-за высокой итеративности функционального моделирования можно ожидать, что дерево модели будет неоднократно изменяться существенным образом до тех пор, пока не будет получена его стабильная версия. Обзор модели с использованием дерева помогает сконцентрироваться на функциональной декомпозиции модели.

Презентационные диаграммы. Презентационные диаграммы (For Exposition Only diagrams – FEO diagrams) часто включают в модели, чтобы проиллюстрировать другие точки зрения или детали, выходящие за рамки традиционного синтаксиса IDEF0. Диаграммы FEO допускают нарушение любых правил построения диаграмм IDEF0 в целях выделения важных с точки зрения аналитика частей модели. Естественно, если диаграмма FEO включена в модель исключительно для отображения другой точки зрения на систему, она, скорее всего, внешне будет выглядеть как обыкновенная IDEF0-диаграмма, удовлетворяя всем ограничениям IDEF0.

Один из способов использования FEO-диаграмм состоит в отделении функционального блока от его окружения посредством создания диаграммы с единственным блоком и всеми относящимися к нему стрелками наподобие контекстной диаграммы (рис. 3.6.32). Это может оказаться полезным в ситуациях, когда необходимо быстро получить информацию об интерфейсе (стрелках) функционального блока, а соответствующая диаграмма декомпозиции содержит слишком много объектов.

Кроме того, встречаются следующие виды презентационных диаграмм:

• копия IDEF0-диаграммы, которая содержит все функциональные блоки и стрелки, относящиеся только к одному из функциональных блоков, – это позволяет отразить взаимодействие между этим блоком и другими объектами диаграммы;

• копия IDEF0-диаграммы, которая содержит все функциональные блоки и стрелки, непосредственно относящиеся только ко входу и/или выходу родительского блока;

• различные точки зрения, как правило, на глубину одного уровня декомпозиции.

Рис. 3.6.32. Диаграмма FEO для выделения функционального блока и его стрелок

Разработанная модель IDEF0 со всеми уровнями структурной декомпозицией может быть представлена на единственной диаграмме в виде дерева узлов, дополняющего перечень узлов. Для изображения этого дерева нет стандартного формата. Единственное требование состоит в том, что вся иерархия узлов модели должна быть представлена наглядно и понятно. Пример дерева узлов показан на рис.3.6.33.

Лекция 9. 3.2.3. Методология описания бизнес-процессов IDEF3

Методология IDEF3 – это способ описания процессов с использованием структурированного метода. Он позволяет эксперту в предметной области представить положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу.

В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или семантических ограничений, делающих неудобным описание неполных или нецелостных систем. Кроме того, автор модели (системный аналитик) избавлен от необходимости смешивать свои собственные предположения о функционировании системы с экспертными утверждениями в целях заполнения пробелов в описании предметной области.

Пример описания процесса с использованием методологии IDEF3 изображен на рис. 3.6.1.

Методология IDEF3 может быть использована как метод проектирования бизнес-процессов. Она так же он органично дополняет традиционное моделирование с использованием методологии IDEF0.

Рис. 3.6.1. Описание процесса в методологии IDEF3.

Основой модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы. Поскольку сценарий определяет назначение и границы модели, довольно важным является подбор подходящего наименования для обозначения действий. Для подбора необходимого имени применяются стандартные рекомендации по предпочтительному использованию глаголов и отглагольных существительных, например «обработать заказ клиента» или «применить новый дизайн».

Сценарий для большинства моделей должен быть документирован. Обычно это название набора должностных обязанностей человека, являющегося источником информации о моделируемом процессе.

Также важным для системного аналитика является понимание цели моделирования – набора вопросов, ответами на которые будет служить модель, границ моделирования – какие части системы войдут, а какие не будут отображены в модели, и целевой аудитории –для кого разрабатывается модель.

Главной организационной единицей модели IDEF3 является диаграмма. Взаимная организация диаграмм внутри модели IDEF3 особенно важна в том случае, когда модель создается для последующего опубликования или рецензирования. В этом случае системный аналитик должен позаботиться о таком информационном наполнении диаграмм, чтобы каждая из них была самодостаточной и в то же время понятной пользователю.

Другой важной компонентой в модели IDEF3 является действие, или «единица работы» (Unit of work – UOW). Диаграммы IDEF3 отображают действие в виде прямоугольников, причем действие именуется с использованием глаголов и отглагольных существительных. Действию присваивается уникальный идентифицированный номер, который не используется вновь даже в тех случаях, когда в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (см. рис. 3.6.2).

Взаимоотношения между действиями определяются связями. Все связи в IDEF3 являются однонаправленными, и хотя стрелка может начинаться или заканчиваться на любой стороне блока, обозначающего действие, диаграммы IDEF3, как правило, организуются слева направо таким образом, что стрелки начинаются на правой, а заканчиваются на левой стороне блока. Возможные типы связей между действиями сведены в табл.3.1.1.

Рис. 3.6.2. Изображение и нумерация действий в диаграмме IDEF3

Таблица 3.1.1. Возможные типы связей между действиями

Изображение	Название	Назначение
	Временное предшествование(Temporal precedence)	Исходное действие должно завершиться, прежде чем конечное действие сможет начаться
	Объектный поток (Object flow)	Выход исходного действия является входом конечного действия. Из этого, в частности, следует, что исходное действие должно завершиться прежде, чем конечное действие сможет начаться
	Нечеткое отношение (Relationship)	Вид взаимодействия между исходным и конечным действиями задается аналитиком отдельно для каждого случая использования такого отношения

Связь типа «временное предшествование». Как видно из названия, связи этого типа показывают, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь должна быть поименована таким образом, чтобы человеку, просматривающему модель, была понятна причина ее появления. Во многих случаях завершение одного действия инициирует начало выполнения другого, как показано на рис. 3.6.3. В этом примере автор должен принять рекомендаций рецензентов, прежде чем начать вносить соответствующие изменения в работу.

Дата добавления: 2014-01-07