Модуль - более высокий уровень
Cтраница 1
Модули более высокого уровня в иерархии предоставляют удобства за счет вычислительных ресурсов. [1]
Каждый модуль более высокого уровня представляет собой унифицированный блок, состоящий из нескольких модулей предшествующего уровня. Модуль учитывает не только конструктивные особенности блока, но и его назначение и направление технологических потоков. Для подбора оптимальных модулей необходимо располагать набором ( банком) модулей с определенными формализованными признаками. [2]
Модуль низкого уровня может передавать модулю более высокого уровня резюме полученных результатов или исследованных условий, например, что он не в состоянии успешно выполнить те функции, которых требует от него вызвавший модуль. На основании этих данных модуль более высокого уровня принимает решение. [3]
 |
Структура загрузчика. [4] |
Затем тестируются модули, непосредственно вызывающие уже проверенные Эти модули более высокого уровня тестируются не автономно а вместе с уже проверенными модулями более низкого уровня. Процесс повторяется до тех пор, пока не будет достигнута вершина Здесь завершаются и тестирование модулей, и тестирование сопряжений программы. [5]
Модуль низкого уровня может передавать модулю более высокого уровня резюме полученных результатов или исследованных условий, например, что он не в состоянии успешно выполнить те функции, которых требует от него вызвавший модуль. На основании этих данных модуль более высокого уровня принимает решение. [6]
 |
Дерево связей модулей фортран-программы. [7] |
Следует стремиться к тому, чтобы каждый модуль имел один вход и один выход и выполнял самостоятельное действие, которое можно описать одной фразой. Модуль низкого уровня не должен принимать решения за модули более высокого уровня. [8]
Любой программный модуль верхнего уровня может вызывать и инициировать работу модуля более низкого уровня. Модуль нижнего уровня никогда не может обращаться и вызывать модуль более высокого уровня. Количество вложений модулей ограничено конструктивными особенностями микропрограммного механизма ЭВМ и не может превышать четырех. [9]
В методе восходящего проектирования, наоборот, в первую очередь разрабатываются модули самого нижнего уровня. Эти модули, работоспособность которых уже проверена, включаются в разрабатываемые модули более высокого уровня. При таком подходе не требуется писать лишних программ заглушек, однако работоспособность модуля верхнего уровня можно проверить только после разработки и отладки модулей нижнего уровня. На их базе проектируются вызывающие их модули 1 и 2, которые также проверяются отдельно друг от друга, но совместно с вызываемыми модулями 1.1, 1.2 и 2.1. Последней создается головная программа. [10]
В первую очередь кодируются, тестируются и отлаживаются модули самого нижнего уровня. Эти модули, работоспособность которых уже обеспечена, включаются в разрабатываемые модули более высокого уровня. Например, при создании программы умножения, рассмотренной в разд. [11]
Иногда основному проектированию сверху вниз сопутствует разработка компонент снизу вверх. Достоинством этого принципа является то, что при переходе к разработке модулей более высокого уровня иерархии модули нижних уровней можно считать готовыми и подключать их к модулям верхнего уровня на стадии отладки. [12]
Еще одно преимущество применения принципа сверху вниз заключается в том, что проектирование можно начинать практически с любого модуля, представленного в виде узла древовидной структуры системы. При этом должны быть заранее разработаны интерфейсы между этим модулем и модулем более высокого уровня. [13]
Программные модули могут быть простыми ( с одной вертикальной чертой) и сложными ( с несколькими вертикальными чертами), образованными по принципу вложения. Таким путем могут формироваться иерархические структуры программных модулей с соподчиненными модулями нижнего уровня и последовательностью модулей более высокого уровня. Именно такие структуры программных модулей применяются при реализации итеративных ( циклических) процедур. [14]
 |
Компоновка функций управления конкретным типом объектов в рамках одного модуля.| Структура с расслоением. [15] |
Страницы: 1 2