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

Cтраница 3

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

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

Разработка структурных программ производится за несколько шагов. Это, кратко говоря, 1) нисходящая разработка схемы иерархии; 2) пошаговая детализация модуля с использованием псевдокода и 3) кодирование на некотором языке. [33]

Нисходящая разработка с применением заглушек. [34]

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

Растущий интерес к структурному программированию может быть как проявлением постепенного осознания правоты Мэрфи, так и наступлением определенной зрелости в вычислительном деле. Структурное программирование возникло именно из-за того, что все сложно, тянется дольше и стоит дороже, чем ожидалось. Нисходящая разработка призвана уменьшить сложность программы и дать возможность закончить ее вовремя. Если что-то портится, то предлагаются средства, которые помогают обнаружить такие места как можно раньше и оставить достаточно времени на их устранение. [36]

Авторы не претендуют на изложение теоретических основ структурного подхода. Особую ценность придают книге конкретные рекомендации по структурному программированию на КОБОЛе, ФОРТРАНе и ПЛ / 1, трансляторы с которых имеются на отечественных машинах, а также по организации нисходящей разработки, пошаговой детализации, сквозному структурному контролю и тестированию. Правда, иногда авторы слишком увлекаются упрощенчеством, не сообщая читателю о возможных трудностях при попытках использовать их рекомендации в лоб. Для советского читателя может оказаться трудным разобраться досконально в некоторых примерах из американской экономики, тем более, что авторы рассматривают лишь фрагменты, а не полные программы. Пугаться этого не следует - как правило, для понимания существа излагаемой технологии достаточно общего представления о назначении рассматриваемого фрагмента. [37]

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

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

Она может не содержать ничего, кроме входного и выходного операторов и сообщения о своем выполнении. Полезно, но не обязательно программировать в заглушке также подготовку данных, нужных модулям верхнего уровня. Заглушки содержат некоторые чисто технологические компоненты, но в конечном итоге их объем меньше, чем в отладочных программах; заглушки обычно устроены проще. При использовании метода нисходящей разработки детальное проектирование программы, кодирование, проверку и документирование можно делать параллельно. [41]

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

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