ORIENTSOFT. Функциональное моделирование на базе стандарта IDEF0

Подождите немного. Документ загружается.

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Преимущества: источник информации, доступный в удобное время, знакомиться

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

конкретные документы.

Недостатки: необходимость поддерживать библиотеку документов, не описаны

текущие нюансы и недокументированные аспекты.

• наблюдение за выполняемыми операциями

Преимущества: получение

информации из первых рук, возникают вопросы,

которые никогда не появились бы при чтении документов и общении с экспертом.

Недостатки: слишком долгое наблюдение приводи к избыточному привыканию

к состоянию дел, возможна потеря объективности при описании объекта моделирования.

• анкетирование

Преимущества: возможность опросить большие группы экспертов, возможность

быстро получить различные точки зрения

на объект моделирования, позволяет выявить,

какие части объекта анализа требуют улучшения.

Недостатки: на практике, информация малодостоверна, необходимо четко

формулировать вопросы на языке экспертов, не может использоваться на начальном

этапе знакомства с объектом моделирования.

• использование собственных знаний

Преимущества: аналитик является источником информации, знания проверены

на практике и разносторонни.

Недостатки:

может не хватить знаний, специфических для данного объекта

моделирования, при описании специфики необходимо полагаться на экспертов, а не на

себя.

• составление описания

Преимущества: возможность получения альтернативных схем

функционирования объекта моделирования, о которых эксперты никогда не думали.

Недостатки: Необходимость изучения предметной области, необходимость

нескольких доброжелательно настроенных экспертов.

В зависимости от

целей, можно выделить следующие типы опросов:

• для сбора фактов

• для определения проблем

• совещания для принятия решений

• диалоги автор—читатель

Опрос для сбора фактов проводится, когда необходимо определить, как работает объект

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

объекту моделирования. Диалоги автор-читатель - обсуждение

между автором и рецензентом

при возникновении разногласий.

Для всех типов опроса используется подход, имеющий три этапа:

• подготовка,

• проведение опроса,

• завершение.

Хорошая подготовка оптимизирует время опроса, проведенное с источником

информации и дает надежный поток информации. Включает следующие шаги:

• выбор необходимого собеседника;

• предварительную договоренность о встрече;

•

согласованную программу встречи;

• изучение сопутствующей информации;

• согласование действий с группой проектирования и аналитиками.

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Установив цель встречи, и договорившись о встрече, ограничьте ее продолжительность в

пределах часа или менее. Если тематика обширна, разбейте беседу на несколько встреч.

Установите программу беседы и определите круг вопросов, обратив внимание на те, от ответов

на которые зависит продолжение моделирования.

При

опросе главная цель - правильно организовать и поддерживать поток информации

от эксперта к аналитику.

Начиная разговор, следует:

• представиться,

• сформулировать цель встречи,

• оговорить возможность ведения записей,

• заверить эксперта в том, что ему будет дана возможность познакомиться и

откорректировать результаты записей.

В ходе опроса, контролируя ситуацию, необходимо отслеживать что:

•

вы получили достаточно информации;

• вы получаете большой объем ненужной информации;

• обилие информации вас подавляет;

• эксперт начинает уставать;

• с экспертом возникают конфликты.

Материалы оформляются сразу же после встречи с экспертом, чтобы минимизировать

потери информации. Следует как можно быстрее сделать редакцию диаграмм, а копии, вместе с

сопроводительными материалами

направить эксперту.

Что необходимо помнить при опросе

Собирая информацию:

• определите, является ли информация фактом, или мнением;

• постарайтесь уточнить, какое место занимает эксперт в компании;

• старайтесь спрашивать о числах и количествах - это повышает достоверность ответов;

• уточняйте источники и назначение данных (объектов),

• их формат,

• сроки (условия) хранения,

• предполагаемое использование и требуемые изменения.

Управляя потоком информации (непрерывность и достоверность):

• делайте паузы, когда эксперт думает, давая возможность ему обдумать, что сказать дальше;

• никогда не перебивайте, подсказывая ответ или задавая другой вопрос;

• не задавайте наводящих вопросов, и вопросов, на которые можно дать однозначный ответ

(Да/Нет) - это не дает эксперту возможность делиться знаниями

;

• старайтесь не задавать контрольных вопросов - это прерывает поток информации;

• делая записи, не стенографируйте, а готовьте следующий вопрос и фиксируйте только

факты, иначе легко потерять контроль над опросом.

Создание диаграмм

Бланк диаграммы

В поле ИСПОЛЬЗУЕТСЯ: (USED AT) указывается список диаграмм, отличных от

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

В поле АВТОР: (AUTHOR) заносится имя и фамилия автора диаграммы. В поле

ПРОЕКТ: (PROJECT) вносится название проекта, в рамках которого разрабатывалась

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

диаграмма. Поле ДАТА: (DATE) содержит дату создания, а в поле ПЕРЕСМОТР: (REV)

заносится дата последней ревизии построенной диаграммы.

Поле ЗАМЕЧАНИЯ: (NOTES) позволяет отслеживать замечания, вносимые при

рецензировании построенной диаграммы. По мере появления замечаний на листе, их номера

последовательно вычеркиваются.

Классификация по статусу (помечается в квадратике

слева от поля) позволяет

распределить диаграммы по уровням:

• РАБОЧАЯ ВЕРСИЯ (WORKING) – диаграммы, не законченные автором.

• ЭСКИЗ (DRAFT) – диаграммы, прошедшие обсуждение среди рецензентов, но пока не

одобренные комитетом технического контроля.

• РЕКОМЕНДОВАНО (RECOMMENDED) – диаграммы, в которые не предполагается

вносить изменения – прошли этап рецензирования и одобрены комитетом технического

контроля.

• ПУБЛИКАЦИЯ (PUBLICATION) – материалы, рекомендованные для

окончательной печати

и рассылки.

В поле ЧИТАТЕЛЬ ДАТА (READER DATE) рецензент (читатель) должен указать свою

фамилию и дату рецензирования диаграммы.

В поле КОНТЕКСТ: (CONTEXT) определяется контекст рассмотрения диаграммы на

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

отношению к текущей диаграмме (верхнего) уровня без дуг. Блок, декомпозиция которого

рассматривается на

текущем листе, имеет серую заливку.

РАБОЧАЯ ВЕРСИЯ

ЭСКИЗ

РЕКОМЕНДОВ

ПУБЛИКАЦИ

ЧИТАТЕЛЬ ДАТ

ИСПОЛЬЗУЮТСЯ: КОНТЕКСТ

ЗАМЕЧАНИЯ: 1 2 3 4 5 6 7 8 9

28 мар 1997ДАТА:АВТОР:

ПЕРЕСМОТРПРОЕКТ:

УЗЕЛ:

НАЗВАНИЕ:

Стр.:

НОМЕР

Имя функции декомпозированного блока автоматически записывается в поле

НАЗВАНИЕ: (TITLE). В поле УЗЕЛ: (NODE) заносится код декомпозированного Блока. В поле

НОМЕР: (NUMBER) заносится С-номер и номер страницы.

Поле НОМЕР: содержит номер, с помощью которого можно ссылаться на данный лист.

С-номер состоит из букв авторских инициалов и порядкового номера, присваиваемого автором.

С-номер

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

обычным номером страницы.

Декомпозиция функционального блока

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

проще, поскольку рассматриваемый функциональный блок уже находиться в контексте модели

(определенном блоком и его дугами):

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

диаграмме А-0 и пояснены в сопроводительных материалах;

• Каждый декомпозируемый функциональный блок уже

является ограниченным объектом.

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

1) выбрать блок для декомпозиции на диаграмме;

2) рассмотреть объект, определенный этим блоком (список входящих в него объектов и

функций);

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

3) создать новую диаграмму;

4) выявить недостатки новой диаграммы;

5) построить альтернативную декомпозицию функционального блока;

6) корректировать новую диаграмму;

7) корректировать связанные с ней диаграммы.

Для декомпозиции лучше всего выбирать самый содержательный функциональный блок

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

А0. При

выборе необходимо учитывать

• доминирование;

• функциональную сложность блока;

• понятность.

Лучшим для декомпозиции первого блока будет не самый сложный или доминантный

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

Новая диаграмма строится аналогично диаграммам А0 и А-0. Располагаются блоки в

порядке доминирования, присоединяются внешние объекты, указываются управляющие

объекты и описываются связи, позволяющие выполнить каждую функцию. Количество блоков

на диаграмме не должно

быть больше 6.

В IDEF0 моделях (особенно при ручном построении) сбои происходят чаще всего на

уровне интерфейсов (соединении родительских блоков и диаграмм потомков). Поэтому, при

перечислении объектов для новой диаграммы, необходимо в первую очередь выписать имена и

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

Выполнив построение декомпозиции (

диаграммы-потомка) необходимо вернуться к

родительскому блоку и проверить все ли граничные объекты на диаграмме потомке

соответствуют присоединенным дугам на родительском блоке.

Составление исходной документации

Основная функция аналитика — зафиксировать в виде документа описание системы в

виде нескольких диаграмм. Совокупность нескольких диаграмм и поясняющих материалов это

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

с их представлением.

Знания полученные в результате опроса экспертов и сбора информации фиксируются с

помощью графического языка

IDEF0.

Полученные в результате диаграммы (IDEF0, FEO, текстовые, глоссария) объединяются

в папки и передаются библиотекарю, который помещает их в архив и рассылает на

рецензирование.

Подготовка папок

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

распространения, автор записывает в соответствующие поля титульного листа (или по другому)

список адресатов, дату возврата и другую информацию (перечень материалов и т.д.)

Папки - это основное средство общения между участниками проекта.

Задача, которую решают: асинхронное и альтернативное рецензирование рабочих

материалов.

Папка включает титульный лист, несколько диаграмм и пояснительные материалы с

ними связанные.

Диаграммы помещаются сразу за титульным листом в порядке декомпозиции.

Пояснительные материалы - сразу за диаграммами, которые они поясняют. Лист глоссария,

поясняющий терминологию модели помещается сразу после диаграмм.

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

итатели

Папки с ответами

Папки с коммента

иями

Авто

Титульный лист - это специальная форма, в которой перечислены рабочие материалы в

папке, отражается ход ее обращения между автором и читателем.

На титульном листе могут присутствовать следующие области:

• Область для идентификации проекта (как на диаграмме: нижняя и верхняя области)

• Область, описывающая содержание папки.

• Область, где перечислены те (фамилии),

кому папка (и ее копии) направляется.

• Область для замечаний по папке в целом (например, нужна помощь по такому то

вопросу).

• Область, куда автор помещает специальные инструкции для библиотекаря.

Размеры папок зависят от проекта и количества работающих над ним людей. Чаще всего

рабочая папка содержит контекстную диаграмму, основную диаграмму и

лист глоссария.

В общем случае в одной папке не должно содержаться более шести диаграмм. Если в

папку включается дополнительный материал, количество диаграмм лучше уменьшить.

Папка формируется тогда, когда автор убежден в том, что появилось достаточно новой

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

информации для

продолжения проектирования. В этом случае папка посылается небольшому

количеству специалистов, способных ответить на поставленные вопросы (самым опытным

специалистам и экспертам).

Комментирование работ

Папки, полученные библиотекарем, регистрируются. Записываются дата рассылки папки

и срок ответа автору. После получения папок, читатели знакомятся с материалами, записывают

свои комментарии и возвращают папку библиотекарю.

Библиотекарь регистрирует папки и немедленно отсылает их автору. Опаздывающим

читателям библиотекарь напоминает о необходимости вернуть в срок отрецензированные

материалы.

Все это необходимо для контроля

своевременной обратной связи с читателями.

Вопросы и предложения читатели фиксируют в форме замечаний в письменном виде. С

этих замечаний и начинается диалог между читателем и автором. Это гарантирует, что в

процессе проектирования не пропадет ни одна важная деталь.

Ответы на комментарии

Автор, просматривая папки с комментариями пишет на них ответы. Если используется

работа на бумаге, авторские комментарии делаются синим цветом, а читательские — красным.

После передачи папок с авторскими ответами на комментарии читателей папки остаются

у своих владельцев (авторские у автора, читательские у читателя).

По ходу чтения замечаний читателей автор может добавить

дополнительную

информацию для пояснения своих ответов или для указания на намерения переделать

диаграмму в соответствии с рецензией.

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Совершенствование моделей

После нескольких циклов автор-читатель, аудитория приходит к единому мнению

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

участнику проекта дается возможность высказаться и его высказывания находят отражение в

модели.

После того, когда автор видит, что набор диаграмм проработан достаточно хорошо

(поток замечаний иссяк и

все участники проекта пришли к консенсусу), он направляет их на

окончательное утверждение в Комитет технического контроля. Комитет технического контроля

предоставляет письменно свои замечания. Автор отвечает на них, а библиотекарь отвечает за

своевременность рецензирования, рассылая напоминания.

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

утверждение в Комитет технического

контроля. Утвержденные модели направляются

библиотекарю для размножения и рассылки всем участникам проекта и другим

заинтересованным специалистам. Утвержденные диаграммы в виде документов используются

также на более поздних стадиях проектирования.

Дополнения к диаграммам и моделям

Опытные аналитики используя преимущества организации IDEF0 моделей создают

различные дополнения к ним. Дополнения и уточнения не входят в сами диаграммы, но

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

Дополнения формально не являются частью модели, поэтому их размещают на

отдельных листах и соединяют с диаграммами модели с помощью ссылок.

Виды дополнений

Основная цель использования дополнений - придать модели конкретную направленность

и согласовать эту направленность между всеми участниками проекта.

При IDEF0 моделировании используются следующие виды дополнительных материалов:

• диаграммы глоссария;

• текстовые диаграммы;

• диаграммы иллюстраций (FEO диаграммы);

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

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

индекса:

Вид доп. материала Индекс Пример

Диаграмма с

которой связана

Нумерация доп.

материала

диаграммы глоссария; G (Г) А231 G231

текстовые диаграммы; Т (Т) А31 T31

диаграммы иллюстраций

(FEO диаграммы);

FEO А2 FEO2

В рамках IDEF0 дополнения используются для:

• описания структуры данных и объектов (структура компании);

• точного определения терминов;

• описания процессов, когда дальнейшая декомпозиция не требуется (см. Прекращение

декомпозиции)

• подчеркивания временных отношений между функциями;

• уточнения описания с помощью иллюстраций.

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Дополнительные материалы оформляются на стандартном бланке. В поле Узел: (Node:)

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

Определение терминологии с помощью глоссария

Глоссарий используется для объединения и определения вводимых в ходе

моделирования понятий. В рамках функционального моделирования такими понятиями могут

быть как новые функции так и новые объекты/данные, либо декомпозиции внешних дуг.

Глоссарий создается и корректируется по ходу разработки модели. При создании

глоссария существует два подхода:

• общий глоссарий для всей модели

в алфавитном порядке;

• глоссарий для каждой диаграммы.

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

их интерпретацию в рамках всей модели. Недостаток - громоздкий глоссарий не всегда удобен

в работе.

Достоинство второго подхода: небольшое количество терминов, в которых легко

ориентироваться при рассмотрении конкретной диаграммы. Недостатки: отсутствие достоинств

первого

подхода.

Пояснение содержания текстом

Текст может быть также использован для объяснения:

• почему выбрана именно эта точка зрения;

• почему выбран именно этот вариант декомпозиции;

• как осуществляются сложные операции (временные зависимости);

• допущений, сделанных автором при разработке модели.

Текстовые описания создается тогда, когда диаграмма уже не претерпевает изменений в

результате рецензирования. В противном случае

, ее приходиться несколько раз переделывать.

По возможности при моделировании лучше использовать графику и цикл автор-

читатель, чтобы избавиться от неясностей при понимании диаграмм.

Хороший текст должен быть кратким и насыщенным фактами. Обычно, все что нужно

для пояснении IDEF0 диаграммы умещается на одной странице. Превышение этого объема

свидетельствует либо о том, что

необходима декомпозиция, либо о том, что текст содержит

много несущественных деталей.

Текст ни при каких обстоятельствах не должен:

• описывать то что можно прочесть на диаграмме;

• уточнять уже декомпозированный блок;

• идентифицировать компоненты уже описанной дуги;

• описывать функции блоков или определять названия блоков и дуг (это помещается в

глоссарий).

Пояснение содержания рисунками

FEO (For Exposition Only) диаграммы создаются по ходу разработки модели и включают

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

Рисунки и иллюстрации позволяют избежать длинных текстов и повысить наглядность и

понятность разрабатываемых моделей. В рамках IDEF0 моделирования, любое изображение,

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

FEO диаграммы - это либо картинки, либо

диаграммы (план-гафики, структуры

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

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Указатели диаграмм и указатель узлов модели

Порядок расположения диаграмм в модели является копией "древовидной" структуры

часто встречающейся в математике и информатике.

Полная IDEF0 модель обычно читается двумя основными способами:

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

перейти к диаграммам детализации;

• "вглубь" - детальное чтение, когда читают отдельную ветвь дерева вплоть до

диаграммы

самого нижнего уровня.

С целью помочь читателям лучше ориентироваться в модели создают дополнительные

диаграммы:

• указатели диаграмм;

• указатель узлов модели.

Указатель диаграмм - список диаграмм с отступами, где приводятся номера узлов

диаграмм и их имена.

Указатель узлов модели - список всех функций модели с отступами, где приводятся

номера блоков и диаграмм

и их имена.

Примечания на диаграммах и моделях

Язык блоков и дуг описывая все функции и объекты системы зачастую недостаточно

описывает КАК именно функционирует система. Именно

недостаточно, а не неточно.

Правильно созданная и проверенная IDEF0 модель всегда точно описывает

функциональное содержание объекта анализа. Но этого иногда бывает недостаточно для

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

он должен функционировать (описание свойств).

Информация о свойствах

Свойства - это нефункциональные характеристики (численные и качественные),

описывающие некоторые тонкости поведения объектов и функций (скорость, частота

повторения, объем, размер и т.п.)

Сортировать

документы

Регистрировать

документ

Документ

руководству

Документы,

предназначенные

начальнику,

подлежащие

регистрации

Зарегистрированны

документы

Нерегистрируемы

документы

Инструкция

Приемная

Постоянно, при

поступленни

Один раз в 4 часа

Фрагмент функциональной модели документооборота

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Свойства объектов и функций важны, поскольку они напрямую связаны с требованиями

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

анализа не будет работать (или будет работать неправильно).

Понимание объекта анализа будет неполным, если не определены свойства. Свойства

определяются непосредственно на

диаграммах с помощью меток свойств. На диаграмму

помещаются описания свойств не для всех объектов и функций, а только для тех, которые

могут пояснить содержание диаграммы - дать новую информацию. Информация о свойствах

вносится на диаграмму в самом конце, когда модель перестает претерпевать постоянные

изменения.

Для полного описания свойств объектов и функций используют

глоссарий. Для этих же

целей может использоваться словарь данных (репозитарий модели). В этом случае описание

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

Согласование диаграмм

Чтение IDEF0 диаграмм

Чтение диаграмм осуществляется сверху вниз. При публикации, диаграммы

помещаются в формат "пара страниц", где всегда представлена родительская диаграмма рядом с

диаграммой-потомком.

Диаграмма - потомок

Родительская

диаграмма

Формат "пары страниц"

Порядок чтения диаграмм соответствует порядку диаграмм в индексе узлов.

Последовательность "экспресс-чтения" диаграмм:

1. Бегло просмотреть родительскую диаграмму, чтобы получить представления (освежить в

памяти) о контексте рассматриваемой диаграммы.

2. На родительской диаграмме внимательно рассмотреть дуги, присоединенные к

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

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

3. Рассмотреть дуги текущей диаграммы с целью определить, имеется ли на рассматриваемой

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

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

направляющего.

5. Рассмотреть FEO диаграмму, связанную с моделью (если она есть).

6. Прочитать текст и глоссарий

к диаграмме.

Процесс работы рецензента с диаграммами можно разбить на четыре последовательных

этапа:

Функциональное моделирование на базе

стандарта IDEF0. Учебный курс.

Этап 1. Изучить детали рассматриваемой диаграммы.

• Прочитать название и номер узла.

• Изучить каждый блок рассматриваемой диаграммы.

• Изучить внутренние дуги.

• Прочитать авторские замечания.

• Прочитать приложения к диаграмме.

Этап 2. Изучить ближайший контекст диаграммы.

• Прочитать родительский блок и внимательно рассмотреть его дуги

• Прочитать внешние дуги и сопоставить ICOM коды.

• Рассмотреть связи диаграммы с ее родительским блоком.

• Прочитать дополнительные материалы к родительской диаграмме.

Этап 3. Уточнить место диаграммы в модели.

• Проследить потоки данных и управления от вершины модели (А-0) до текущей диаграммы.

• Просмотреть дополнительный материал ко всем родительским диаграммам

(сверху вниз;

отследить вносимые изменения).

• Рассмотреть глоссария для всех объектов модели, непосредственно связанных с

рассматриваемой диаграммой (объяснят природу рассматриваемых объектов).

Этап 4. Критиковать авторское изложение.

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

задают три основных типа вопросов:

1. Правилен ли синтаксис построенных диаграмм?

2. Понятно ли изложено, то, что

хотел сказать автор?

3. Согласен ли я с тем, что представлено автором?

После обработки и обобщения данных полученных на этапе сбора информации и

построения диаграмм верхнего уровня А-0, А0, они согласовываются со всеми участниками

проекта.

Продолжение моделирования является рекурсивным процессом и базируется на тех же

принципах, но позволяет вывести модель

на следующий уровень детализации. В ходе этого

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

верхнего уровня (А0). Дальнейшая детализация проводиться до тех пор, пока модель не будет

описывать объект с нужной для достижения цели степенью детализации (отвечать на все

поставленные вопросы).

Проверка диаграммы автором

Цель: повысить качество моделей — устранить спецтерминологию, жаргонные

выражения и неявно подразумеваемые факты, используемые автором при начальном

построении и повысить понятность диаграмм для читателей.

Порядок критической оценки:

1. выявить недостатки новой диаграммы;

2. создать альтернативные декомпозиции;

3. корректировка новой диаграммы;

4. корректировка всех связанных с ней диаграмм.

Выявление недостатков диаграммы

Выявление недостатков диаграммы лучше вести используя контрольные вопросы.

Контрольные вопросы должны касаться функциональных блоков, связей с родительской

диаграммой и внутренних дуг.

Вопросы о блоках: