Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...

Статьи Чертежи Таблицы О сайте Реклама

Программирование нисходящее

Подобно проектированию, кодирование (программирование) модулей ПО может осуществляться в двух направлениях 1) восходящем 2) нисходящем.  [c.44]

Создание ПО САПР —сложная научно-техническая задача, решение которой возможно лишь с привлечением современных методов разработки ПО. Процесс создания ПО состоит из шести основных этапов I) анализ требований 2) определение спецификаций 3) проектирование 4) кодирование модулей 5) тестирование 6) сопровождение. Наиболее ответственны ранние этапы разработки, на последний этап приходятся наибольшие затраты. Для повышения производительности труда разработчиков ПО предложен ряд методов и средств анализаторы требований, нисходящее проектирование, модульное и структурное программирование, генераторы прикладных программ и др.  [c.51]


Память оперативная 26 Планирование эксперимента 137 Подсистемы САПР 22 Показатели электродвигателей 115 Построение гистограмм 257 Принятие проектного решения 14 Программирование модульное 68 нисходящее 71 структурное 70 Проектирование предварительное 13 техническое 14 эскизное 13  [c.295]

Реализация метода нисходящего проектирования тесно связана с другим понятием программирования - модульным проектированием, так как на практике при декомпозиции сложной програ дмы возникает вопрос о разумном пределе ее дробления на составные части. Вместе с тем понятие модульного программирования нельзя сводить только к представлению сложных программных комплексов в виде набора отдельных функциональных блоков. Модуль - это последовательность логически связанных фрагментов, оформленных как отдельная часть программы. При этом программные модули должны обладать следующими свойствами  [c.156]

Формула справедлива в условиях применения современных структурных методов программирования и нисходящей стратегии разработка программного обеспечения.  [c.326]

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

Нисходящее проектирование (пошаговая детализация) представляет собой последовательность шагов, уточняюших проект. Первый шаг — определение способа решения задачи в самых общих чертах. За первым шагом следуют мелкие шаги в направлении детализации алгоритмов и структур данных. В ходе этого процесса выделяются отдельные модули решения и данных, и дальнейшая конкретизация каждого модуля может производиться независимо. Специально для реализации стратегии нисходящего проектирования разработай язык проектирования программ PDL [4]. Он состоит из двух частей 1) заданного набора операторов,-построенных по образцу того языка программирования, на котором планируется вести кодирование компонентов ПО 2) предложений естественного языка. Для описания логики проектируемой программы используются управляющие структуры языка программирования (цикл, ветвление, вызов подпрограмм), а для описания данных и процедур их обработки — естественный язык.  [c.40]


Рассмотренные выше передовые методы разработки ПО (Н1Р0 — технология, нисходящее проектирование, структурное ирограммирование, нисходящее тестирование, бригада главного црограммиста) были исиользованы фирмой ШМ для создания программной системы объемом свыше 80 тыс. операторов языка программирования, при этом была достигнута производительность труда G5 операторов/деиь па каждого программиста и 35 операторов/день на каждого члена бригады. Если учесть, что бригада возглавлялась программистом чрезвычайно высокой квалификации, а проект поддерживался фирмой с колоссальными возможностями, то можно предположить, что эти показатели близки к предельным. Однако темпы выпуска ЭВМ во всем мире продолжают расти (так, в США в настоящее время количество ежегодно выпускаемых ЭВМ превышает количество студентов, оканчивающих вузы), усиливаются потребности общества в системах ПО. Многие специалисты по электронной обработке данных связывают возможность разрешения этого противоречия с созданием и широким использованием генераторов прикладных программ. Например, такие интерактивные генераторы, как ADF и DMS, позволяют на несколько порядков повысить производительность труда программистов при разработке диалоговых прикладных программ для решения экономических задач. Практически для создания прикладного пакета требуется всего лишь несколько сеансов совместной работы системного аналитика и будущего пользователя за экраном дисплея, во время которых главным об-  [c.49]

Программы в книге написаны на двух основных языках профессиональных персональных компьютеров - Бейсике и Паскале. Язык Паскаль более подходит для технологии нисходящего программирования за счет своей модульности и структурированности, использования процедур, локальных и глобальных переменных. Бейсик же (вариант ПК Искра 226 ) имеет богатые возможности графического отображения информации, организации сложного диалога центральной ЭВМ с пользователем и периферией [20,27].  [c.8]

У читателя, знакомого с азами программирования, может возникнуть законный вопрос а нужно ли столь неукоснительно придерживаться правил структурного программирования, описанных выше Ведь на Бейсике, Фортране и некоторых других языках допускаются какие угодно переходы к меткам. Две основные причины заставляют программистов структурировать программы. Во-первых, какие угодно переходы в программах приводят к тому, что в них через некоторое время не сможет разобраться даже сам автор, не говоря уже о ком-то другом, кто захочет ее модернизировать, приспособить к своим конкретным условиям. Во-вторых, руководствуясь принципами структурного программирования, несложно из готовых, уже кем-то разработанных и отлаженных блоков составлять новые, более сложные программы. Ведь программные структурные блоки имеют только по одному входу и выходу, следовательно, их просто состыковывать друг с другом. Такая нисходящая технология программирования (метод "сверху вниз ) особенно подходит для работы с Паскалем, Турбо- и Квикверсиями Бейсика, где есть локальные и глобальные переменные, а сам программный модуль оформляется в виде процедуры.  [c.15]

Существует несколько методов проектирования программ нисходящее (TOPDOWN-мeтoд, или проектирование сверху вниз, иерархическое проектирование), структурное и модульное программирование.  [c.155]


Смотреть страницы где упоминается термин Программирование нисходящее : [c.387]   
Системы автоматизированного проектирования электромеханических устройств (1989) -- [ c.71 ]



ПОИСК



Программирование



© 2025 Mash-xxl.info Реклама на сайте