Нисходящая разработка - Большая Энциклопедия Нефти и Газа, статья, страница 2
Почему-то в каждой несчастной семье один всегда извращенец, а другой - дура. Законы Мерфи (еще...)

Нисходящая разработка

Cтраница 2


При нисходящей разработке алгоритма обычно вместо блок-схем используются конкретные или условные алгоритмические языки высокого уровня. Конкретный алгоритмический язык ( вначале, может быть, и отдельные его средства) применяется на поздней стадии разработки алгоритма, причем применяется обычно тот язык, который выбран для реализации программы.  [16]

Кто при нисходящей разработке принимает решение об отходе от нисходящей последовательности - руководство или программист.  [17]

Наконец, при нисходящей разработке необходимо четкое понимание назначения программы. Необходима постоянная тесная связь с заказчиками. Эта связь должна осуществляться до, в течение и после этапа проектирования программы. Эффективным методом укрепления такой связи после этапа проектирования служит написание руководства по использованию программы. Это руководство и связанные с ним документы просматриваются пользователем до начала следующего этапа разработки программы.  [18]

19 Сравнение использования машинного времени. [19]

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

Как обычно распределяются исполнители при нисходящей разработке.  [21]

22 Диаграмма PERT для нисходящего тестирования. [22]

Нисходящее тестирование ( называемое также нисходящей разработкой [6]) не является полной противоположностью восходящему, но в первом приближении может рассматриваться как таковое. При нисходящем подходе программа собирается и тестируется сверху вниз. Изолировано тестируется только головной модуль. После того как тестирование этого модуля завершено, с ним соединяются ( например, редактором связей) один за другим модули, непосредственно вызываемые им, и тестируется полученная комбинация. Процесс повторяется до тех пор, пока не будут собраны и проверены все модули.  [23]

Структурный подход к проектированию комплексов программ предполагает организацию нисходящей разработки программ, применение структурного программирования и дсуществление сквозного структурного контроля. Поскольку программы разрабатываются сверху вниз, появляется необходимость использовать вместо программ: нижнего уровня их имитаторы, которые могут содержать только операторы входа и выхода; в некоторых случаях, однако, возмож - но включение операторов других типов, например вызовы других программ, печати.  [24]

Какие два условия должны быть выполнены перед программированием модуля в рамках нисходящей разработки.  [25]

26 Окончательный вариант блок-схемы программы умножения. [26]

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

Хотя до настоящего времени этот подход использовался при восходящей разработке ( нижние уровни проектируются раньше верхних), эта идея может быть использована и при нисходящей разработке.  [28]

Такое отступление не является нарушением принципа сверху вниз. Нисходящая разработка означает, что модули верхнего уровня пишутся и объединяются ранее подчиненных им модулей. Из рис. 3.1 видно, что модуль ВВЕСТИ пишется ранее подчиненных ему модулей. Если одна ветвь схемы иерархии целиком разрабатывается ранее модулей высшего уровня ( из других ветвей), то мы повышаем качество тестирования и, скорее всего, сокращаем затраты на программирование.  [29]

Вряд ли следует противопоставлять эти два подхода. Нисходящая разработка программ - это итеративный процесс, при котором исходная задача делится на части, легко поддающиеся программированию, или, лучше всего, для которых уже имеется процедура или функция. Восходящая разработка программ представляет собой целенаправленное объединение процедур и функций для решения исходной задачи. А это приводит к тому, что декомпозиция задачи все равно должна производиться на самом верхнем уровне. На практике редко удается провести всю разработку строго в одном направлении. Однако нисходящая разработка программ все-таки превалирует. Связано это с тем, что в большинстве случаев разрабатываются совершенно новые программы, для которых не существует никакого окружения.  [30]



Страницы:      1    2    3