43. Idef0. Синтаксис моделей. Внешние дуги. Обозначения. Правила стыковки внешних и граничных дуг. «Вхождение дуги в тоннель». Пример.

Связь м/у диагр с пом дуг.

IDEF0-диагр имеют внешние дуги –дуги ведущие к краю страницы. Они явл интерфейсом м/у диагр и остальной частью модели. Диагр должна быть состыкована со своей родит диагр, т.е. внешние дуги должны быть согласованы по числу и наименованию с дугами, касающ-ся декомп-го блока родит диаграммы (граничные дуги).

В IDEF0 принята сист обозначений, позвол авторам модели точно идентиф-ть и проверять связи по дугам м/у диагр. Эта сист обозначений называется ICOM.

Правила стыковки и обозначения внешних дуг диагр-потомка с граничными дугами родит блока:

–зрительно соедин кажд внешняя дуга диагр-потомка с соотв граничной дугой родит блока;

–кажд зрительной связи присваивается код (I–вход, C–управл, O – выход, M – механизм);

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

Дуга "входит в тоннель", если явл внешней дугой, к-ая отсутствует на родит диагр (дуга имеет скрытый источник);

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

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

44. Idef0. Стратегии декомпозиции. Пример.

Декомпозиц проц созд диагр, детализирующ определенный блок и связ с ним дуги. IDEFO-декомпозиц включ в себя анализ (разделение Эл-та на более мелкие части) и синтез (и их послед-ее соедин-е для более детального описания Эл-та).

Автор производит вначале анализ и синтез системн объектов. Список данных начинается со всех граничных дуг и их ICOM- кодов.Затем автор выполняет подобный анализ и синтез функций сист, делая это в соотв со списком данных.

При созд IDEF0-модели часто использ след стратегии декомпозиц:

1. Функц-я стратегия. Базир на функц-х взаимоотнош в сист. Рекомендуется следовать этой стратегии всегда, когда это возможно;

2. декомпозиц в соотв с функц-и, выполняемыми людьми или организациями. Рекоменд использ стратегию только в нач работы (т.к. позже взаимосвязи м/у быть очень сложны) над моделью. Это помогает собрать исходн инф о сист. а затем следует перходить функц стратегию;

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

Например, создается модель отдельно для торпеды, отдельно для защиты от торпед и отдельно для движения подводной лодки . Затем эти модели объединяются вместе для описания способов защиты подводной лодки;

4. декомпозиц, основанная на отслеживании "ЖЦ" для ключевых входов сист. Эффективна для моделир-я сист, непрерывно преобр свои входы в конечный продукт (например, система очистки нефти). Осущ-я в соотв с этапами преобразования входа (этапами ЖЦ);

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