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