Моделирование бизнес-процессов / Моделирование бизнес-процессов / ! Дэвид Марка book

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

101

Рис. 12-2. Титульный лист папки и диаграмма, подготовленная автором

102

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

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

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

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

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

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

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

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

103

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

104

Рис. 12-3. Титульный лист папки и диаграмма после рецензирования

105

Рис. 12-4. Диаграмма и титульный лист с ответами автора

107

12.5.Цикл автор/читатель

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

Несколько примеров из опыта работы авторов книги могут служить иллюстрацией целесообразности цикла автор/читатель. Так, этот цикл применялся в одном правительственным проекте для учета мнения военных специалистов при классификации специфической военной информации. Цикл автор/читатель использовался также в полном объеме при работе авторов книги над множеством проектов для распространения и рецензирования всех своих проектных материалов, включая программное обеспечение, руководства для пользователей, протоколы собраний и дополняющие их технические материалы. Участники всех этих проектов были хорошо информированы, хотя их не обременяли чрезмерно чтением проектных материалов. Для индивидуальных аналитических проектов, требующих совсем узкий круг читателей, мы обычно организуем свою собственную библиотеку.

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

12.6.Резюме

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

Дополнительная литература:

Curtis, В. (ed): "Human Factors in Software Development", IEEE Catalog no. EHO 185-9, IEEE Computer Society, 1981.

Connor, M.: "Structured Analysis and Design Technique - SADT", Auerbach portfolio 32-04- 02, 1979.

108

Freedman, D., and Weinberg, G.: "Walkthroughs, Inspections, and Technical Reviews", Little Brown, Boston, 1982.

Kemmer, R.: "Testing Formal Specifications to Detect Design Errors", IEEE Transactions on Software Engineering, vol. 11, no. 1, January, 1985.

Mihram, A.: "The Modeling Process", IEEE Transactions on Systems, Man and Cybernetics, vol. 2, no. 5, November 1972.

Mumford, E.: Designing Human Systems for New Technology, Manchester Business School, Manchester, England, 1983.

Ross, D. and Schoman, K.: "Structured Analysis for Requirements Definitions", IEEE Transactions on Software engineering, vol. SE-3, no. 1, January 1977.

SofTech, Inc.: "IDEFO Forms and Procedures Guide", SofTech Deliverable no. 7500-11, September 1979.

Weinberg, G.: The Psychology of Computer Programming, Van Nostrand Reinhold, New York, 1971.

Yourdon, E.: Structured Walkthroughs, Yourdon Press, New York, 1978.

109

Глава 13. Подготовка папки

Обычно от начало моделирования, а иногда и декомпозиции до рассылки материалов на рецензирование проходит небольшой период времени. Это дает возможность другим участникам SADT-проекта лучше понять выполненную работу. Для ее оценки автор проекта инициирует цикл автор/читатель, оформив рабочие материалы в виде папки. В этой главе описано, что такое SADT-папка, и показано, как она формируется. В главах 14-16 подробно рассматривается работа с папкой других участников SADTпроекта.

13.1. Обмен информацией с помощью папок

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

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

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

13.2. Титульный лист

Первой страницей любой SADT-папки является титульный лист - специальная форма, в которой объединены рабочие материалы, описано содержание папки и отражающая ход ее обработки участниками проекта. Для этих целей титульный лист имеет специальные поля. На рис. 13-2 показан титульный лист SADT, который разделен жирными линиями на три поля. Верхнее и нижнее поля заполняются автором, среднее предназначено для библиотекаря проекта.

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

Рис. 13-1. Папки циклически перемещаются между автором и читателями

110