27. Стратегия пошаг проект-я при нисходящем проектировании программ, основанная на использовании комментариев. Виды и нормы комментариев. Пример.

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

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

• 4-5 строк комментария-заголовка на каждую подпрограмму или блок;

• по 1 комменту на каждые 2-3 строки исход текста для постр коммент.

Дост-ва: хорошо закомментир прога.

Пример. Первый этап пошагового уточнения.

Записывается вводный комментарий и комментарий к заголовку программы.

{Программа обработки дат. Разработчик Иванов И.И.}

{Заголовок программы}

Второй этап пошагового уточнения.

Опред основ Маш обраб дат. Сохран комм-и предыд этапа и добавл ком-и тек этапа.

{Программа обработки дат. Разработчик Иванов И.И.}

{Заголовок программы}

Program {Обработка дат}

{Отделение правил дат от неправил}{*}

{Обраб неправил дат}

EndРrogram.

Третий этап пошагового уточнения.

Детализация фрагмента *. Сохран комм-и предыд этапа и добавл ком-и тек этапа. Возм появл необх в использ управл конструкций структурного программирования.

{{Программа обработки дат. Разработчик Иванов И.И.}

{Заголовок программы}

Program {Обработка дат}

While {не конец входного файла}Do

{Чтение дат}

{Анализ правил даты}

End

{Обраб неправил дат}

EndРrogram.

28. Стратегия анализа сообщений при нисходящем проектировании программ. Пример.

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

В соответ со стратег анализа потоков дан, первонач поток дан разбив на 3 потока: первый содер непреобраз дан, второй – потоки преобраз-я, послед – только выход инфу. Границы, раздел эти потоки показаны штрихов. Три части проги, котор соответ 3 потокам назыв: исток, преобразователь, сток. Преобраз – основ часть проги, исток куправл вход потоком данных, сток управл-т потоком выхода.

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

Декомпоз 2 ур-ня.

1 – проверка вход дат (исток); 2 – обработка дат (преобраз); 3 – запоминание правил рез-в(сток); 4 – чтение дат (исток модуля-истока 1); 5 – проверка дат(преобраз модуля-истока 1); 6 – запоминание неправил дат ( сток модуля-истока 1); 7 - обраб прав дат (преобраз модуля преобраз 2); 8 – проверка рез-в(преобраз модуля-стока 3); 9 – запоминание дат (сток модуля-стока 3).Т к связи между модулями не отражены должно быть описание иерархич структ дан в виде таблицы взаимодействия модулей. В ней должны быть определ все способы информацион обмена, задав как при помощи формальн пар-в, так и с пом глоб перем-х.

Модуль	Вход	Выход
1	-	Правил даты/ конец файла
2	Правил даты	Результаты
3	результаты	-
4	-	Прочит-я дата/конец файла
5	Прочитан дата	Правильн дата/Неправил дата
6	Неправил дата	-
7	Правильн дата	Обработ дата
8	Обработ дата	Правил рез-ты/неправил рез-ты
9	Правил рез-ты	-

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