Туннелирование стрелок

Иногда отдельные интерфейсные дуги высшего уровня не имеет смысла продолжать рассматривать на диаграммах нижнего уровня, или наоборот — отдельные дуги нижнего отражать на диаграммах более высоких уровней – это будет только перегружать диаграммы и делать их сложными для восприятия. Для решения подобных задач в стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение «туннеля» (Arrow Tunnel) в виде двух круглых скобок вокруг начала интерфейсной дуги обозначает, что эта дуга не была унаследована от функционального родительского блока и появилась (из «туннеля») только на этой диаграмме. В свою очередь, такое же обозначение вокруг конца (стрелки) интерфейсной дуги в непосредственной близи от блока–приемника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта дуга отображаться и рассматриваться не будет. Чаще всего бывает, что отдельные объекты и соответствующие им интерфейсные дуги не рассматриваются на некоторых промежуточных уровнях иерархии, – в таком случае они сначала «погружаются в туннель», а затем при необходимости «возвращаются из туннеля».

Тоннельная стрелка изображается с круглыми стрелками на конце. Различают два вида тоннелирования:

- «не в родительской диаграмме» (скобки в начале стрелки), то есть малозначимая стрелка не переносится на диаграмму верхнего уровня, а тоннелируется на данной диаграмме;

- «не в дочерней работе» (скобки в конце стрелки), то есть стрелка не изображается на диаграмме нижнего уровня, так как во всех работах нижнего уровня используется одинаково и под тем же именем, например, один и тот же механизм во всех работах нижнего уровня.

Описание лабораторной работы №1 Построение контекстной диаграммы Бизнес-процесса

В качестве примера будем рассматривать деятельность вымышленной компании. Компания занимается в основном сборкой карманных персональных компьютеров (КПК) и установкой на них программного обеспечения (ПО). Компания не производит компоненты и программы самостоятельно, а только собирает КПК, устанавливает ПО, и проводит комплексное тестирование.

Основные процедуры компании, следующие:

• продавцы принимают заказы клиентов;

• операторы группируют заказы по типу работ;

• операторы собирают КПК и тестируют;

• операторы устанавливают ПО на КПК и тестируют его;

• операторы упаковывают КПК согласно заказам;

• кладовщик отгружает клиентам заказы.

Компания использует купленную бухгалтерскую информационную систему, которая позволяет оформить заказ, счет и отследить платежи по счетам.

Порядок выполнения лабораторной работы

1. Запустите Computer Associates BPwin.

2. Если появляется диалог ModelMart Connection Manager, нажмите на кнопку Cancel.

3. Щелкните по кнопке . Появится диалог I would like to. Внесите имя модели «Деятельность компании» и выберите Type – IDEF0. Нажмите ОК. В открывшемся окне Properties for New Models, нажмите ОК.

4. Автоматически создается контекстная диаграмма.

4.1.Контекстная диаграмма – диаграмма, описывающая высший уровень функционирования модели; представляет границы изучаемого процесса с учетом цели, границ и точки зрения.

Поля модели:

USED AT – Используется в – заполняется автором модели

Project – название проекта

Notes – замечания, заполняется рецензентом, замечания нумеруются

rEV – пересмотр – указание даты внесения в диаграмму последних изменений

WORKING - рабочая версия; DRAFT – проект; RECOMMENDED – рекомендовано;

PUBLICATION – публикация – все это статус диаграммы

READER – фамилия рецензента

CONTEXT – поле для указания вышележащей диаграммы

NODE – номер диаграммы, характеризующий ее положение в иерархической структуре

TITLE - имя диаграммы, повторяющее имя декомпозируемой родительской диаграммы

NUMBER – уникальный идентификатор модели