Модуль |
Вход |
Выход |
|
|
|
|
|
5 |
Данные пакета |
Правильный пакет |
|
Неправильный пакет |
|||
|
|
||
6 |
Неправильный пакет |
— |
|
|
|
|
|
7 |
Правильный пакет |
Правильная запись |
|
|
|
|
|
8 |
Правильная запись |
Результаты записи |
|
|
|
|
|
9 |
Результаты записи |
Правильные результаты |
|
Неправильные результаты |
|||
|
|
||
10 |
Правильные результаты |
— |
|
|
|
|
Таблица 4.1 отражает те данные, которые передаются каждому модулю в момент его вызова. Элементы данных, используемые главным модулем, изображены как выходные для вызываемых им модулей. Выходные данные главного модуля отображаются как входные для вызываемых им модулей. Поэтому модуль-исток имеет выходные данные, сток – входные данные, преобразователь – и те, и другие.
Стратегия анализа сообщений включает организацию взаимодействия между модулями и организацию функционирования отдельных модулей.
4.3. Метод восходящего проектирования
При |
использовании |
метода |
восходящего |
проектирования |
в |
первую |
очередь |
определяются |
вспомогательные |
,функцииоторые |
могут |
||
потребоваться для проектирования |
программы. Эти |
функции реализуются |
с |
|||
помощью модулей самых нижних уровней. Затем эти модули используются для определения функций более высокого уровня. Эти функции используются для
проектирования программы на более высоком уровне и ., тпока.д |
не будет |
||||
завершена разработка всей программы. |
|
|
|
||
В чистом виде метод восходящего проектирования используется крайне |
|||||
редко, так как он имеет существенные недостатки. Основной его недостаток - |
|||||
программисты |
начинают |
разработку |
программы |
с |
несущественн, |
вспомогательных деталей. Это затрудняет проектирование программы в целом. Однако, иногда использование метода восходящего проектирования
целесообразно. Это происходит в следующих случаях:
А) существуют разработанные прикладные программы, которые могут быть использованы для выполнения некоторых функций разрабатываемой программы;
76
Б) если заранее известно, что некоторые простые |
или |
стандартные |
|||
модули потребуются нескольким различным частям программы(например, |
|||||
подпрограмма анализа ошибок, ввода-вывода и т.п.). |
|
|
|||
Чаще используется сочетание |
методов |
нисходящего |
и |
восходящего |
|
проектирования. |
Такое сочетание возможно |
различнымиспособами. Ниже |
|||
рассмотрены два из них [13]. |
|
|
|
|
|
Первый способ сочетания. |
|
|
|
|
|
Находятся |
ключевые (наиболее |
важные) модули |
промежуточных |
||
уровней. Затем проектирование ведется нисходящим и восходящим методами одновременно (рисунок 4.6).
Восходящее проектирование программы на базе ключевых модулей
Ключевые модули промежуточных уровней (разрабатываются вначале)
Нисходящее
проектирование ключевых модулей
Рисунок 4.6 – Одновременное проектирование нисходящим и восходящим методами
Второй способ сочетания.
Проектируются модули нижнего уровня(те, которые необходимо спроектировать заранее). Затем программа проектируется одновременно нисходящим и восходящим методами (рисунок 4.7).
При таком способе проектирования программы наиболее важной задачей является согласование интерфейса между верхними и нижними уровнями программы, выполняемое в последнюю очередь. Поэтому системный аналитик (программист) должен обладать достаточно высокой квалификацией, чтобы не оказалось, что верхняя и нижняя части программы несовместимы между собой.
Это является недостатком второго способа совмещения.
77