16.2. Беседа автор/читатель

Иногда возникают серьезные разногласия, существенное взаимное непонимание или остается непонятым важное замечание. В подобных случаях запишите эти проблемы на титульном листе в форме замечания. Мы рекомендуем в конце каждого такого замечания писать заглавными буквами слова ДАВАЙТЕ ПОБЕСЕДУЕМ. Это укажет читателю на ваше желание провести диалог автор/читатель для более тщательного обсуждения разногласий. Сделав это, вы продемонстрируете читателю ваше желание к интенсификации обратной связи. Но прежде чем вы встретитесь, подготовьте список вопросов, которые следует обсудить в ходе беседы автор/читатель. Проведите встречу и рассмотрите последовательно все вопросы один за другим. Выработайте решение каждой проблемы и запишите его в папке в виде замечания "с кружком".

Во время встречи придерживайтесь запланированной тематики и старайтесь уложиться в один час. Может оказаться, что встреча затянется из-за того, что вопросы потребуют дополнительного обдумывания или возникнут новые проблемы. Запишите новые проблемы и быстро вернитесь к исходной теме. Если потребуются дополнительные размышления, мы не советуем вам продолжать встречу намного дольше часа. Наш опыт показывает, что после часа интенсивных размышлений над сложной проблемой начинает падать продуктивность беседы. Лучше договоритесь о новой встрече и составьте к ней новый список вопросов. Такой стиль концентрированного взаимодействия очень эффективен, потому что: (1) цикл автор/читатель позволяет разрешать небольшие проблемы без дополнительных обсуждений, (2) ваша беседа будет короткой и насыщенной благодаря заранее подготовленному перечню вопросов.

16.3. Обобщение читательских комментариев

Каждое замечание, с которым вы согласились, приводит к изменениям в исходной диаграмме. Зафиксируйте эти изменения с помощью замечания "с кружком" на своем экземпляре папки. Используйте всю мощь графического языка и языка ссылок SADT для того, чтобы быстро делать примечания и легко и аккуратно вносить изменения в диаграмму. На рис. 16-3 показаны примечания, сделанные к диаграмме выполнить задание после обработки читательских комментариев. Обратите внимание, что изменения терминологии привели к изменению метки дуг. А это в свою очередь заставило автора сделать более тесной связь между результатами обработки и законченным и незаконченным заданием.

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

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

134

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

нию новой дуги изменение плана, которое отмечено замечанием 7.

16.4. Переделка диаграмм

Принято или непринято какое-либо замечания читателя отметьте в вашем экземпляре папки. После этого вы готовы к переделке рассматриваемой диаграммы и всех других диаграмм, которые были затронуты. При серьезных изменениях мы рекомендуем начертить диаграмму заново. На рис. 16-4 показан результат перечерчивания в соответствии с примечаниями к диаграмме выполнить задание, приведенными на рис. 16-3. Обратите внимание, что замечание 7

Рис. 16-3. Диаграмма с комментариями

135

Рис. 16-4. Перерисованная диаграмма

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

Если вы чертите диаграмму заново, не забудьте отметить заменяемую диаграмму, указав ее С-номер в скобках сразу же после С-номера новой диаграммы, как показано на рис. 16-4. Обратите внимание, что С-номер исходной диаграммы (DAM010) заключен в скобки и помещен рядом с С-номером переделанной диаграммы (DAM015). Таким образом с помощью набора указателей, направленных назад, метод SADT связывает между собой различные версии одной и той же диаграммы, чтобы всегда можно было проследить изменения в ходе аналитического проекта.

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

136

16.5. Резюме

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

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

Elbow, P.: Writing with Power, Oxford University Press, Oxford, England, 1982.

Lannon, J.: Technical Writing, Little, Brown, Boston, 1982.

Macnamara, J.: Names of Things, MIT Press, Cambridge, Mass., 1982.

Minsky, M.: "Form and Content in Computer Science", CACM, vol. 17, no. 2, April 1970.

O'Rourke, J.: "Writing for the Reader", DEC, 1976.

Freedman, D., and Weinberg, G.: "Reviews, Walkthroughs, and Inspections", IEEE Transactions on Software Engineering, vol. 10, no. 1, January 1984.

Weinberg, G.: Rethinking Systems Analysis and Design, Little Brown, Boston, 1982.

Weinberg, G.: Understanding the Professional Programmer, Little Brown, Boston, 1982.

Weizenbaum, J.: Computer Power and Human Rreason, W.H. Freeman, 1976.

137

Часть IV Завершение моделирования. Руководство моделированием.

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

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

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

V.

138