6.2. Создание IDEF0-диаграммы
Создание диаграммы - индивидуальная и наиболее творческая работа. Различные авторы делают это по-разному. Никакая последовательность действий не будет в равной степени приемлема для всех авторов. Ниже в помощь начинающим авторам приведен примерный план действий при создании IDEF0-диаграмм.
Составьте относящийся к делу, но еще не структурированный перечень данных, а также список первых появившихся соображений (в контексте родительского блока). Близкие по смыслу вещи по возможности объединяйте
Дайте имена функциям, которые воздействуют на перечисленные данные, и нарисуйте блоки вокруг имен.
Набросайте соответствующие дуги. В процессе создания блока рисуйте только "зачатки" дуг, чтобы лучше выделить блок. Закончите соединения, когда смысл диаграммы прояснится.
Выберите такое расположение блоков и дуг, которое максимально проявляет их взаимосвязи. Объединяйте дуги вместе, если структура слишком детализирована. Оставьте только существенные элементы и преобразуйте диаграмму.
Создайте текст, глоссарий и диаграммы FEO, если нужно выделить важные аспекты. При необходимости внесите изменения в родительскую диаграмму.
6.2.1. Разработка функциональных блоков
Функциональные блоки создаются на базе основных подфункций родительской функции. Записав имена подфункций, начертите вокруг них прямоугольники, чтобы начать работу по построению диаграммы. На этой стадии количество блоков несущественно. Оно может быть изменяться за счет объединения или расщепления.
Посредством объединения несколько блоков группируются в единый блок для того, чтобы объединить родственные функции в единую, более общую функцию. Это исключит преждевременную детализацию, которая "затемняет" информацию, предназначенную для отображения на данном уровне.
Посредством расщепления единый блок делят на несколько частей. Процесс расщепления противоположен объединению. Его цель - обеспечить большую детализацию для лучшего понимания декомпозируемого объекта.
Проанализируйте получившийся набор функциональных блоков. Найдите оптимальный баланс между выбранными факторами. Посмотрите, нельзя ли сделать имена более конкретными и понятными для аудитории. Специальные термины и аббревиатуры используйте только при необходимости улучшить контакт с определенной аудиторией и только на уровне детальных диаграмм. Не используйте их на верхних (А-0 и АО) уровнях. Тщательно определите специальные термины в глоссарии.
Во всех случаях в качестве имен функциональных блоков выбирайте глаголы. Если слово может быть интерпретировано как глагол и как существительное, используйте для глагола обозначение (V).
Блоки
В большинстве случаев блоки располагаются по диагонали от левого верхнего угла к правому, нижнему. В принципе приемлемо любое расположение, ясно выражающее авторскую мысль, однако вертикальное или горизонтальное расположение часто приводит к скученности дуг, затрудняющей структурный анализ.
Блоки, расположенные вверху слева, "доминируют" над блоками, расположенными внизу справа? что выражается посредством управляющих дут, которые связывают их. Такой стандартный способ изображения облегчает читателю понимание того, что вы хсиите показать в диаграмме.
Номер каждого функционального блока указывается в его нижнем правом углу. Нумеруйте блоки на диаграмме слева направо и сверху вниз. Таким образом определяется номер узла для каждого блока. Начальные цифры полного номера узла блока те же, что и напер узла диаграммы. Последней цифрой номера узла является номер этого блока. Если блок на рис. 6-1 находится на диаграмме А4, то полный номер узла для этого блока будет А42.
Рис. 6-1. Номер блока
На рабочей или эскизной диаграмме указывается также авторский С-номер, размещаемый ниже правого угла декомпозируемого блока.
Диаграмма не может содержать более шести блоков.
6.2.2. Создание интерфейсных дуг
Сделайте набросок интерфейсных дуг для каждого блока. Соедините концы дуг, чтобы показать, какие выходы обеспечивают те или иные входы и управления.
Помните, что входные данные преобразуются функцией для получения выходных. Если дуга содержит как входные, так и управляющие данные, то представьте ее как дугу управления.
Если не определено, является ли дуга управлением или входом, сделайте ее управляющей. Если есть сомнения в необходимости какой-либо части данных, отбросьте их.
Выходные дуги показывают результаты возможных реализации функции. Синтаксис для выходных дуг не идентифицирует, какие выходные дуги могут появляться при определенных обстоятельствах. Если их последовательность представляет особый интерес, начертите диаграммы FEO, иллюстрирующие структуру. Не беспокойтесь о последовательности. Проверьте только, учитывает ли диаграмма все важные случаи.
Объединяйте группы взаимосвязанных дуг, где только возможно. Основная ошибка при создании дуг заключается в слишком большой детализации структуры дуг или их меток. Уровень детализации дуг должен соответствовать уровню детализации блоков. На верхних уровнях как имена блоков, так и метки дуг должны быть наиболее общими.
Для окончательной проверки сравните все дуги с перечнем данных, чтобы убедиться в том, что ни один нужный элемент реальных данных не упущен. Элементы, которые не удалось обнаружить при этом, либо не нужны на данном уровне детализации, либо были упущены из виду при создании дуг.
Думайте об управлении и ограничениях, но не о потоке.
Основным правилом для размещения структуры дуг является "взаимозависимость, а не последовательность".
Даже если описываемая функция изменяется шаг за шагом, достигая при этом ожидаемого конечного результата, старайтесь описать взаимосвязи, или ограничения, которым необходимо удовлетворить, или свойства инвариантности, которые всегда должны быть истинны, а не какую-то специальную последовательность шагов, которые приводят к этому результату.
Дело в том, что все блоки могут действовать одновременно, поэтому последовательность не имеет значения.
Всегда более полезно и информативно отразить "ограничения", а не последовательность. Насколько это возможно, диаграммы должны создаваться таким образом, чтобы правильно показать взаимоотношения независимо от того, какие шаги делаются первыми. Очевидно, что это нужнее, чем ограничиваться только одной из возможных последовательностей.
Часто гораздо проще сначала подумать о функциях подмодели в какой-то отдельной последовательности и сделать наброски на бумаге. Такой подход полезен, но необходимо всегда перерабатывать первоначальный вариант, что бы он вписывался в структуру ограничений.
Будьте внимательны к меткам
Подчиненное положение несущественных деталей подчеркивает более важные. Не загружайте диаграммы большим объемом информации и большим количеством дуг.
Не тратьте слишком много времени на один уровень. Не следует стремиться выразить все сразу, иначе неизбежны упущения и искажения.
Основная идея заключается в том, чтобы в конце концов сказано было все.
Чрезмерная насыщенность диаграмм делает их негибкими. Если это произошло, ценность диаграммы несколько снижается. Сила диаграммы в ее структурированности. Нужную структуру можно получить перенесением излишних деталей в подфункции.
Для выявления всех важных деталей полезно периодически возвращаться от диаграмм декомпозиции к диаграмме верхнего уровня.
Отбросьте сомнительные дуги
Часто трудно определить, нужно ли показывать ту или иную дугу. Наиболее легким решением будет следующее: "если есть сомнение, отбросьте дугу". Если есть сомнение в необходимости дуги, то, вероятно, было бы неправильным создавать ее. Неверное исключение сомнительной дуги на данном этапе не приведет к непоправимым последствиям. Необходимость в дуге станет ясной при рассмотрении подфункций. Выполнение правил ICOM заставит вернуть дугу на этот уровень. Тогда отпадут все вопросы.
6.2.3. Уровень усилий
Первоначальной целью при разработке диаграммы является получение ясной диаграммы, представляющей вполне определенную информацию без нарушения правил синтаксиса. Когда диаграмма построена, критический подход при чтении ее и рассмотрении другими специалистами может улучшить первоначальный вариант. Большинство диаграмм может быть модифицировано для получения второго варианта, который в некотором смысле лучше, чем первый. Первый вариант редко бывает лучшим. После получения некоторых навыков первые диаграммы станут точнее, и авторы почувствуют себя увереннее в применении методологии IDEF0.
Тем не менее, переработка диаграмм будет всегда необходимой частью процесса. Основная идея заключается в использовании цикла рецензирования для совершенствования диаграммы. При последовательном улучшении будут учтены все наиболее важные моменты.
IDEF0 - это методология, формирующая стиль мышления, а не просто упражнения в построении диаграмм. Излагая свои мысли на бумаге и заставляя работать систему обозначений и другие элементы методологии, вы придете к необходимому уровню детализации. Полагайтесь скорее на умение задавать хорошие вопросы, чем на способность давать безупречные ответы.
|
