Полученная блок-схема

Cтраница 1

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

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

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

Таким образом, найдены логические выражения, описывающие условия работы основных блоков ПУ, которое обеспечивает работу всех ФБ управляющего устройства в соответствии с заданным алгоритмом. Полученные блок-схемы отдельных узлов ПУ позволяют перейти к принципиальным схемам, выполняемым а электронных или магнитных элементах. Логические функции, описывающие работу того или иного блока, могут подвергаться преобразованиям в соответствии с известными методами [15] с целью определения минимальной формы функций, позволяющих иметь минимальное число элементов для их реализации. [4]

Пошаговая детализация - первый проход для модуля подготовки. [5]

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

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

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

Страницы: 1