Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
87
Добавлен:
14.02.2016
Размер:
2.65 Mб
Скачать

10.6. Резюме

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

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

  • Cohen, G.: "A New Way to Test Writing", 22nd International Technical Communications Conference, 1975.

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

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

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

  • Hale, R.: "Inspections in Application Development — Introduction and Implementation Guidelines", IBM Report TNL GN20-3814, August 1978.

  • IBM: "Code Reading, Structured Walkthroughs, and Inspections", IBM Report GE-19-5200, 1976.

  • Kohli, R.: "High Level Design Inspection Specification", IBM Report TR21.601, July 1975.

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

  • Yourdon, E.: Structured Walkthroughs, Yourdon Press, New York, 1977.

Глава 11. Соглашения по построению диаграмм

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

11.1. Соглашения по размещению блоков

  1. Располагайте блоки по диагонали — от левого верхнего угла диаграммы до правого нижнего, и пронумеруйте их в том же порядке.

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

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

  2. Запишите С-номер диаграммы, декомпозирующей блок, под правым нижним углом блока. При таком расположении его легко найти. Кроме того, номер блока наглядно связывается с детализирующей его диаграммой.