Методология SADT и стандарты IDEF

М есть модель системы S, если М может быть использована для получения ответов на вопросы относительно S с точностью А.

Таким образом, целью модели является получение ответов на некоторую совокупность вопросов. Эти вопросы неявно присутствуют (подразумеваются) в процессе анализа и, следовательно, они "руководят созданием модели". Если модель отвечает не на все вопросы или ее ответы недостаточно точны, то мы говорим, что модель "не достигла своей цели".

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

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

Точку зрения лучше всего представлять себе как "место" (позицию) человека или объекта, с которого можно "увидеть" систему в действии. В зависимости от цели моделирования, могут быть приняты различные положения точек зрения, что подчеркивает различные аспекты описания объекта. То, что является важным с одной точки зрения, может даже не появиться в модели, представленной с другой точки зрения для одной и той же системы. Для отражения в модели других точек зрения обычно используют-FЕО-диаграммы.

Синтаксис графических диаграмм

Компоненты синтаксиса IDEF0-диаграмм функциональные блоки и дуги (стрелки), правила и диаграммы. Функциональные блоки представляют функции, определенные как действия, процессы или преобразования. Дуги представляют данные или объекты, связанные с функциями. Правила определяют, как компоненты используются, а диаграммы служат инструментами для словесного или графического изображения моделей.

Функциональные блоки

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

Он должен иметь название (имя) и номер внутри границ. Поскольку функциональный блок представляет функцию или активную часть системы, то его названием служит, глагол или - отглагольный - оборот. В настоящее время специалисты как бы разделились на два "лагеря": одни утверждают, что в названии блока следует употреблять неопределенную форму глагола, например, "Оформить командировку", другие считают допустимым использовать отглагольный оборот, например, "Оформление командировки".

Следует придерживаться следующих  синтаксических правил оформления блоков:

выполняются сплошными линиями;

должны иметь прямоугольную  форму, с прямыми углами;

должны быть достаточного размера, чтобы вставить название блока;

номер блока ставится внутри блока  в нижнем правом углу.

Дуги

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

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

Линия дуги может быть прямой или  изогнутой. Поскольку дуга часто изображает не один, а несколько данных (объектов), то она может иметь разветвление или соединение.

Изображение дуг должно соответствовать  следующим синтаксическим правилам:

могут быть изогнуты только на 90°;

изображаются сплошной линией;

чертятся только горизонтально  или вертикально (но не по диагонали);

должны касаться внешней границы  блока, но не должны входить в блок;

должны присоединяться к сторонам блока, но не к углам.

Взаимоотношения между дугами и  блоками

Между данными (объектами) и функциями возможны четыре вида отношений: вход, управление, выход и механизм. Каждый вид изображается дугой, связанной с определенной стороной блока: левая сторона предназначена для входных дуг (входов) Х правая для выходных (выходов), верхняя сторона для управленческих дуг и нижняя для дуг механизмов.

Входные дуги изображают данные (объекты), используемые и преобразуемые функциями (документы, сырье, детали).

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

Управляющие дуги представляют информацию, управляющую действиями функций (законы, приказы, системные требования, планы).

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

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

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

Другим методом указания доминирования блоков является их нумерация: блок с меньшим номером будет иметь большую степень доминирования над блоком с большим номером.

 

 

Разветвление и слияние дуг

Дуга в IDEF0 редко изображает один объект или одни данные. Обычно она отражает их набор, поэтому дуги могут разветвляться и соединяться различными сложными способами. Вся дуга или часть, ее может выходить из одного или нескольких блоков и заканчиваться в одном или нескольких блоках. Разветвление дуг, изображаемое в виде расходящихся линий, означает, что все содержимое дуг (или его часть) может появиться в каждом ответвлении дуги. При этом дуга помечается до ветвления, чтобы дать название всему набору. Кроме того, каждая ветвь дуги может быть помечена или не помечена в соответствии со следующими правилами:

непомеченные ветки содержат все  данные (объекты), указанные в метке перед разветвлением;

ветки, помеченные после точки разветвления, содержат все данные (объекты) или их часть, указанные в метке, дуги перед разветвлением (т.е. каждая метка ветки уточняет, что именно содержит ветвь).

 

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

непомеченные ветки содержат все  данные (объекты), указанные в обшей метке после слияния;

ветки, помеченные перед слиянием, содержат все данные (объекты) или их часть, перечисленные в метке дуги после слияния (т.е. каждая метка ветки ясно указывает, что именно содержит ветвь).

Связи между блоками

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

вход-управление;

выход-вход;

обратная связь по управлению;

обратная связь по входу;

выход-механизм.

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

Отношение выход-вход возникает тогда, когда выход одного блока становится входом для блока с меньшим  доминированием.

Более сложны обратные связи, поскольку  они отражают итерационные процессы результаты работы функции (выходы) влияют на выполнение других функций, которые впоследствии влияют на исходную функцию. Различают описание двух видов обратной связи: по потоку данных (по входу) и по управлению.

Обратная связь по потоку данных возникает, когда выход одного блока  становится входом другого блока  с большим доминированием.

 

 

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

 

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