Cтраница 2
Прежде чем приступить к компановке модулей программы и их программированию, стоит просмотреть разрабатываемый алгоритм, чтобы убедиться, что в нем нет грубых ошибок или описок, а также каких-либо несоответствий проекту. Может оказаться полезным, минуя проект, обратить свое внимание на различные детали в постановке задачи, возможные особые случаи. [16]
В 1965 - 1970 гг. на большинстве предприятий отсутствовала мощная вычислительная техника, поэтому разрабатываемые алгоритмы определения норм в типовых методиках, как отмечалось ранее, были ориентированы на выполнение расчетов вручную. [17]
Как было указано ранее, применение методов автоматического программирования позволяет существенно уменьшить время программирования и повысить качество разрабатываемых алгоритмов, поэтому программист получает возможность уделять больше внимания отладке программы и исправлению чисто алгоритмических ошибок. Технолог получает возможность больше времени затратить на разработку содержания алгоритма, а не на формальные методы его описания. [18]
Наряду с использованием метода пошаговой разработки необходимо также иметь в виду следующие факторы, которые могут существенно повлиять на разрабатываемый алгоритм. [19]
Уравнение работы позволяет оценить тот критический уровень сложности алгоритма, превышение которого приводит к резкому увеличению вероятности внесения ошибки в разрабатываемый алгоритм. Действительно, правило Миллера говорит о том, что оператор способен оперировать в своей сверхбыстрой памяти ( 7 2) объектами. Из (4.46) определяется критическое значение умственной работы, равное примерно 3000, которое позволяет оценить число ошибок, содержащихся в неотработанном алгоритме принятия решения. [20]
Синтаксис псевдокода может быть гораздо более свободным, чем у алгоритмических языков, поскольку главным его назначением является выражение общих черт разрабатываемого алгоритма) подвергаемых в дальнейшем уточнению. На этой стадии формулировки алгоритма не важны синтаксические детали конструкций, которые в реальных алгоритмических языках играют существенную роль. Разработчик выбирает такие понятия и конструкции для псевдокода, которые по его мнению помогут выразить алгоритм решения в максимально простой форме отвечающей специфике решаемой задачи. Желательно, конечно, чтобы конструкции псевдокода были похожи на типовые конструкции реальных алгоритмических языков, чтобы алгоритмы, выраженные на псевдокоде, могли без пояснений понимать многие программисты в ходе дальнейшей разработки или модернизации. [21]
Причиной этого является то разнообразие программ и их малая логическая связь между собою, которую мы должны были бы осуществить в разрабатываемом алгоритме. Это неизбежно привело бы к значительной перегрузке памяти машины. [22]
Опыт разработки алгоритмов и программ сложных систем автоматизированного управления позволяет утверждать, что время разработки этих алгоритмов Т имеет существенно нелинейную зависимость от объема разрабатываемых алгоритмов и программ V, который в первом приближении можно оценить общим количеством команд и числовой информации в программе. Нелинейный характер зависимости Т Т ( V) объясняется, в основном, необходимостью стыковки отдельных подпрограмм и функциональных блоков алгоритмов в общую программу большого объема, имеющую достаточно глубокие информационные и управляющие связи и рассчитанную на реализацию в мультипрограммном режиме и в реальном масштабе времени. Кроме того, процесс отладки алгоритмов и программ управляющих ЦВМ имеет ряд принципиальных особенностей по сравнению с отладкой программы универсальных ЦВМ. Эти особенности обусловлены, прежде всего, необходимостью проведения комплексной отладки алгоритмов и программ в реальном масштабе времени. Необходимо также отметить большую трудоемкость работ по выпуску различного рода технической документации на алгоритмы и программы управляющих ЦВМ, которая в настоящее время недостаточно стандартизована и поэтому требует значительных затрат ручного труда. [23]
Вид основного окна подсистемы проектирования показан на рис. 2.1. Основное окно содержит: строку главного меню; кнопки панели инструментов; информационную панель, отражающую параметры разрабатываемого алгоритма. [24]
Поэтому спецификацию алгоритма нельзя признать полной, если не описан явно ( через систему ограничений) класс тех входных данных, которые, безусловно, должны обрабатываться разрабатываемым алгоритмом. Предполагается, что при выборе ограничений студент стремится не сужать, а максимально расширять класс входных данных. [25]
В ходе разработки алгоритма, возможно, придется уточнять или изменять решения, принятые на этапе 1, и в этом случае такие изменения обязательно вносятся в проект, который всегда должен соответствовать разрабатываемому алгоритму. [26]
Связь между интенсивностью скоростей деформаций ползучести и интенсивностью напряжений определяется выбором теории изотропной ползучести ( см. гл. Разрабатываемый алгоритм решения не зависит от конкретного выбора математической формулировки теории ползучести. [27]
Рассматриваются вопросы построения и практической реализации беспоисковых алгоритмов оптимизации на ЭВМ динамической настройки систем регулирования общепромышленных объектов ва основе анализа чувствительности для различных классов одноконтурных, многоконтурных и многосвязных систем. Особенностью разрабатываемых алгоритмов является применение идеальной эталонной модели, существенно упрощающей их практическую реализацию. [28]
Заметим, что уравнения (4.40) и (4.41) дают близкие оценки. Длина дает представление о линейных размерах разрабатываемого алгоритма. Информационная емкость алгоритма характеризуется его объемом. Объем алгоритма измеряется количеством информации, необходимой для его описания. [29]
Для простоты изложения предположим, что нет вертикальных отрезков и что никакие три отрезка не пересекаются в одной точке. Если нарушить любое из этих условий, то разрабатываемые алгоритмы станут длиннее в деталях, но не в асимптотической оценке времени работы. [30]