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

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

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

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

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

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

Как только у читателя возникает какой-либо вопрос или предложение, он записывает его красным цветом в форме замечания «с кружком». Чтобы сделать такое замечание, нужно:

жирно перечеркнуть очередной номер замечаний;

записать этот номер и обвести его кружком;

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

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

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

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

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

Процесс ответов на комментарии читателей называется реагированием, которое заключается в том, что автор:

изучает каждое замечание читателя и отвечает на него;

принимает решение о необходимости диалога автор-читатель для обсуждения основных вопросов;

обобщает все комментарии на авторской копии папки;

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

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

В процессе ответов на комментарии каждого читателя, автор вносит изменения в свой экземпляр папки. Комментарии всех читателей сводятся воедино в авторском экземпляре. Это позволяет автору анализировать и обобщать различные и, возможно, противоречивые взгляды читателей. Автор отмечает в своем экземпляре папки принятие или непринятие какого-либо замечания читателя. Обобщения используются при переделке диаграмм для получения улучшенной версии разрабатываемой модели. При серьезных изменениях рекомендуется начертить диаграмму заново. В этом случае не забудьте отметить заменяемую диаграмму, указав ее С-номер в скобках сразу же после С-номера новой диаграммы.

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

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

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

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

IDEF0-авторы используют стандартные ключевые выражения, определяющие степень принятия диаграмм и отражающие уровень достижения консенсуса, относительно данной диаграммы. Значения терминов: «рабочая версия», «эскиз», «рекомендовано», «публикация», составляющих стандартный набор для IDEF0, определяются на начальной стадии проектирования. В частности, могут быть такие критерии:

· «рабочая версия» может относиться к первому, черновому варианту диаграммы;

· «эскиз» может относиться к следующим ее версиям, которые нуждаются в уточнениях;

· «рекомендовано» может означать, что диаграмма готова для окончательного утверждения;

· «публикация» - что диаграмма окончательно утверждена.

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

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

2.4.4 Чтение диаграмм и моделей при рецензировании

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

2.4.4.1 Процедура чтения модели

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

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

Например, детализация блока номер 5 диаграммы А42 может быть найдена на диаграмме с узловым номером А425:

Если под изображением блока нет детализирующей ссылки, это означает, что блок еще не был детализирован.

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

Например, блок 4 детализирован в соответствии с диаграммой A4 в модели КАФ:

2.4.4.2 Последовательность чтения диаграмм

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

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

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

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

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

Выясните, существует ли связанная с данной диаграммой FEO-диаграмма.

Наконец, прочтите текст и глоссарий, если они имеются.

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

2.4.4.3 Анализ содержания диаграммы

Первоначально читатели задают три основных вопроса:

Верен ли синтаксис диаграммы?

Понимаю ли я, что хотел сказать автор?

Согласен ли я с тем, что выразил автор?

Анализируя детали диаграммы, задавайте себе следующие вопросы:

Правильно ли пронумерованы и названы блоки?

Все ли дуги на месте и имеют правильные названия ?

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

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

У всех ли внешних дуг есть ICOM-код?

Все ли метки внешних дуг совместимы с метками граничных дуг родителя?

Не используется ли помещение дуг в тоннель избыточно или неверно?

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

Какова роль этот блока в диаграмме?

Как активизируется этот блок?

Ясна ли роль каждой дуги?

Как данный блок преобразует свои входы в выходы?

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

Ясна ли основная линия изложения?

Понятны ли побочные потоки данных?

Разбирая ближайший контекст диаграммы, выясните:

Как блоки текущей диаграммы декомпозируют родительский блок?

Каковы источники и приемники всех внешних дуг?

Ясны ли основные входы, управления и выходы?

Изучая детали диаграммы, задавайте себе вопросы:

Не слишком ли много (или мало) блоков и не нужно ли их переопределить?

Нет ли перегруженных (или недостаточно заполненных) участков на диаграмме?

Не слишком ли много дуг, не запутаны ли их пересечения?

Нет ли нескольких дуг с одним и тем же ICOM-кодом?

Не слишком ли длинны или многословны метки?

Не слишком ли много жаргона?

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

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

Для оценки декомпозиции диаграммы спросите себя:

Не отсутствует ли какой-нибудь блок?

Нет ли блока, не относящегося к делу?

Нет ли в декомпозиции каких-либо неожиданностей ?

Не сделал бы я совершенно другую декомпозицию ?

Чтобы оценить цель и точку зрения диаграммы, уточните:

На какие вопросы отвечает эта диаграмма?

Соответствует ли это цели модели?

С чьей точки зрения описана диаграмма?

Совпадает ли это с точкой зрения модели ?

Чтобы оценить непротиворечивость диаграммы, уточните:

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

Не отвечает ли диаграмма на вопросы, не относящиеся к цели модели?

Используются ли термины в одном и том же смысле?

Все ли факты соответствуют точке зрения модели?

Чтобы оценить адекватность описания, спросите:

Отражает ли модель реальность?

Соответствует ли порядок расположения блоков убыванию их доминантности?

Нет ли лишних или отсутствующих дуг между блоками?

Чтобы оценить точность представления, задайте вопросы:

Не вводят ли в заблуждение названия блоков и дуг?

Содержат ли ветви дуг только те данные, которые действительно нужны блоку?

Не перекрываются ли функции двух блоков?

Нет ли ненужных дуг?

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

Работает ли «нормальный» путь потока данных?

Как ошибочные данные будут влиять на блок?

Не должна ли функция выполнять больше, чем это определяется касающимися ее дугами?

И, наконец, один из самых полезных вопросов: «что нового я узнал, читая диаграмму?». Он ведет к последнему вопросу: «стоило ли читать диаграмму?». При положительном ответе, возможно, диаграмму стоит включить в модель.

ЛИТЕРАТУРА

1. Ивлев В., Попова Т., Огороднийчук Д. Использование CASE-средств для совершенствования деятельности предприятий // PCWEEK/RE. - 1997. - 23 сентября. - С. 53-54.

2. Калянов Г.Н. Консалтинг при автоматизации предприятий. - М.: СИНТЕГ, 1997. - 316 с.

3. Каменнова М.. Структурный анализ и реорганизация деятельности предприятия. - http:/www.citforum.ru/win/ofis/ofis96/103.shtml.

4. Марка Д.А., МакГоуэл К. М. Методология структурного анализа и проектирования SADT. - М.: Метатехнология, 1993. - 240 с.

5. Росс Д. Структурный анализ (SA): язык для передачи понимания // Требования и спецификации в разработке программ. М.: Мир, 1984. - С. 240-284.

6. Структурный системный анализ: Методические указания к лабораторным работам / Качала В.В., Сенецкая Л.Б., Шалаева С.В. - Мурманск, изд-во МГТУ, 2000.

7. Integration definition for function modeling (IDEF0) -http://www.idef.com/Complete_Reports/idef0/IDEF0_TOC.html.

Размещено на Allbest.ru