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