Cтраница 3
В операционных системах управляющих ЭВМ имеется тенденция связывать логику программы локализации неисправности с процедурой исправления ошибок. Во-первых, это позволяет управлять отдельными ресурсами и задавать функции, которые можно выполнить тем или иным ресурсом. Например, если ресурс представляет собой аналого-цифровой преобразователь с пятью избираемыми программой диапазонами и в нем отказал только один диапазон, то целесообразно продолжать пользоваться остальными четырьмя диапазонами. [31]
Хотелось бы, чтобы читатель смог легко следовать логике программы на двух уровнях Во-первых, он должен без труда определять основные структурные единицы, их содержание и передачу управления между ними. Во-вторых, он должен точно понимать, какие операции выполняются над данными в любой заданной точке программы. [32]
Другой подход предполагает получение тестовых последовательностей на основе анализа логики программы. Здесь задача заключается в разработке таких тестовых последовательностей, при реализации которых каждая команда программы выполняется по меньшей мере один раз. Основной целью данного метода является проверка логики выполнения всех ветвей программы. При этом тестовая последовательность генерируется без учета внешних спецификаций. [33]
Мы не будем заниматься сложными проблемами оптимизации алгоритмов, в которых отражена логика программ. Будем считать, что наличие алгоритмической блок-схемы или какой-нибудь иной схемы, отражающей эту логику, позволило оптимизировать алгоритм, программу которого теперь и предстоит написать. [34]
Их целесообразно применять для получения дампов, просмотра содержимого регистров при отладке логики программы. [35]
Предложения внутри ЕСЛИ-ТО-ИНАЧЕ и тела никла записывайте с отступами - это проясняет логику программы и упрощает ее изменения. [36]
Приверженец подхода, соответствующего другому концу спектра, проектирует свои тесты, изучая логику программы. Он начинает с того, что стремится подготовить достаточное число тестов для того, чтобы каждая команда была выполнена по крайней мере один раз. Если он немного более искушен, то проектирует тесты так, чтобы каждая команда условного перехода выполнялась в каждом направлении хотя бы раз. [37]
Цель моделирования прикладной программы состоит в создании ее модели-прототипа, наиболее точно отражающей логику программы и структуру схемы вызовов, а также обеспечивающей сбор информации, полезной для оценки производительности. [38]
Выделяемые при отладке ошибки могут быть различного характера: ошибки кодирования, алгоритмизации и логики программы, а также из-за неправильного понимания требований задачи или функций машины, неточного выполнения требований системных спецификаций. [39]
Следует также иметь в виду, что слишком частое применение оператора безусловного перехода ухудшает логику программы. [40]
Линейные участки программ хорошо укрупняются и разукрупняются, этим они удобны при разработке и анализе логики программ. [41]
Когда обрабатывается программа на Фортране, каждый оператор выполняется один за другим в соответствии с логикой программы. В процессе решения это может привести к тому, что центральный процессор ЭВМ будет простаивать, пока команды ввода и вывода не будут полностью выполнены. Система буферов, встроенная в большинство современных вычислительных машин, позволяет временно задержать передачу информации между оперативной памятью и внешними запоминающими устройствами так, чтобы центральный процессор мог продолжать выполнение программы. Однако и буфер не всегда решает задачу полной загрузки процессора, так как нельзя осуществить передачу большого объема информации со скоростью, требуемой центральным процессором. Программист может получить больший эффект на электронной вычислительной машине при размещении в программе своих команд ввода-вывода. [42]
Анализ показал, что для лучшего использования машинного времени необходимо учитывать связь организации данных с логикой выполняемых программ и рассматривать запросы пользователей как связанные между собой действия. [43]
Сегменты используются с целью управления степенью сложности программы, что подразумевает не только более наглядное отображение логики программы, осуществляемое средствами структурного программирования, но и ограничение размеров программных текстов до величин, воспринимаемых человеком в каждый момент времени. [44]
Много лет назад компания Microsoft приняла соглашение об именах переменных, которое при регулярном применении помогает отслеживать логику программы. Часто называемое венгерской системой обозначений ( частично из-за национальности ее изобретателя, Чарлза Симоньи ( Charles Simonyi)), оно упрощает просмотр программ, обеспечивая одинаковость имен, присвоенных переменным. [45]