Cтраница 2
Несмотря на успешное развитие методов верификации программ, до сих пор в их основе лежит множество эвристических способов проверки правильности программ. Достаточно привести пример наиболее простого, до сих пор применяемого способа отладки программ, - организации выдачи ( печати) промежуточных результатов. В этом случае пользователю приходится анализировать и, часто вручную, огромные наборы промежуточной информации. Опытные программисты используют, конечно, приемы автоматического анализа промежуточных данных на основе анализа и проверки ряда известных заранее условий [ ( логических выражений) и правильного выполнения программы, что позволяет существенно уменьшить объем информации, выдаваемой пользователю при отладке программы. Имеются компиляторы, которые позволяют операторы проверки условий выделять в тексте программы и при завершении в стадии отладки автоматически их выбрасывать. Системные программисты рекомендуют встраивать подобные проверки в программу для улучшения их документирования. [16]
При каждой последующей модификации программы необходимые изменения следует определить для ее первой версии, а все последующие версии изменяются соответственно с проверкой правильности программы, как и прежде. [17]
Принцип ( метод, правило) резолюции ( ПР) широко применяют в процедурах логического вывода ( при автоматизированном поиске доказательства теорем, проверке правильности программ, планировании поведения роботов) и в диалоговых системах. В настоящее время предложены различные модификации и обобщения ПР. [18]
Вычисления, производимые вручную или с помощью микрокалькулятора для некоторой части исходных данных с целью сравнения их с результатами вычисления на ЭВМ в процессе проверки правильности программы. [19]
Поскольку любая функция реализуется программой с одним входом и одним выходом, появляется возможность строить программы без операторов передачи управления ( go to), что облегчает обозримость, понимание и проверку правильности программ. [20]
Применение опции прекращения трансляции ( SYNCHKx) позволяет снизить затраты машинного времени на отладку программы за счет исключения формирования объектного кода при обнаружении ошибки заданной х или более высокой степени серьезности. При этом проверка правильности программы ( синтаксический контроль) продолжается. [21]
Является средством проверки правильности программ наряду с верификацией и тестированием. [22]
Разумеется, время решения контрольного варианта должно быть минимальным. При дальнейшем счете через определенное время следует для проверки правильности программы повторять контрольный расчет. [23]
Оператор GOTO следует использовать для выхода к концу программы или процедуры в случае неправильного задания данных или выхода из тела цикла. Неправильное использование оператора GOTO затрудняет чтение, отладку и проверку правильности программы. [24]
На первом этапе программу составляют вручную обычно в содержательных обозначениях и условных адресах. Это не только облегчает процесс составления, но и проверку правильности программы. [25]
Оператор GOTO следует использовать для выхода к концу программы или процедуры в случае неправильного задания данных или выхода из тела цикла. Неправильное использование оператора GOTO затрудняет чтение, отладку и проверку правильности программы. [26]
Одной из самых серьезных в области обработки данных является проблема надежности. Ей посвящены многие исследования, связанные с тестированием, верификацией и проверкой правильности программ. Следует подчеркнуть, что тестирование и верификация - это два разных подхода к решению проблемы надежности. Верификация представляет собой способ доказательства, основанный на использовании формальных логических систем. [27]
При конструировании и отладке программ возникают задачи, либо сводящиеся к задачам теории графов, либо использующие таковые в качестве основы для решения. К ним в первую очередь относятся задачи анализа потока управления в программе, задачи тестирования и проверки правильности программы, оценки сложности и времени исполнения. Связь между такими задачами и задачами теории графов показана в виде таблицы. [28]
Программа является общим результатом всех предыдущих этапов, и на каждом из них могут быть допущены различного рода ошибки. Поэтому прежде чем начинать счет по вновь составленной программе, она должна пройти этан отладки, во время которого производится проверка правильности программы, обнаружение и устранение всех допущенных ошибок. [29]
Казалось бы, зачем иметь дело с математикой, если она приводит лишь к субъективным выводам. Однако это необходимо, потому что только математика дает возможность получения осмысленного убеждения и, кроме того, участником эксперимента по проверке правильности программы является сам разработчик. Математика предоставляет в распоряжение исследователя язык и процедуру. [30]