Окончательная программа

Cтраница 3

При программировании на языке ассемблера требуется закодировать по одной команде языка ассемблера на каждую команду машинного языка, создаваемую в окончательной программе. [31]

Выше мы рассмотрели возможность, аналогичную оператору если алгола if В then S. В ряде случаев может оказаться весьма полезной и возможность, аналогичная условному оператору алгола вида if В then SI else S2, позволяющая включить в определенное место окончательной программы либо одну, либо другую группу команд. [32]

Для решения задачи на ЭВМ необходимо, чтобы задача и метод ее решения были изложены точно. Это в свою очередь требует тщательного анализа задачи, чтобы, во-первых, убедиться, что она поддается машинному решению; во-вторых, выяснить условия, которые могут привести к сбоям и ошибкам в работе программы, и, в-третьих, организовать решение задачи при подготовке к записи окончательной программы. Опыт, приобретенный на этапе подготовки задачи к решению на ЭВМ, иногда бывает более ценным, чем получение самого решения. [33]

Затем мы приступаем к проектированию программного сегмента, чтобы удовлетворить его подспецификации на следующем уровне ( при этом возможно использование новых имен), в то время как более мелкие детали программы переносятся на следующий, более низкий уровень сегментирования. Подобный процесс повторяется до тех пор, пока не будет достигнута необходимая степень детализации программы. Окончательная программа может иметь любой объем и представляет собой древовидную структуру, состоящую из сегментов, которые вызываются с помощью предложений run. Каждый такой сегмент можно читать последовательно, не опасаясь побочных эффектов со стороны управляющей логики, не принадлежащей данному сегменту. [34]

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

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

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

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

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

Блок-схема, использующая блоки проверки условия. [40]

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

На практике регулярно встречаются задачи минимизации функций большого числа переменных, в которых применение стандартных программ не приводит к положительному результату. Тем не менее, опыт авторов показывает, что при решении новой задачи надо все равно начинать с попытки использовать стандартную программу. Если, например, в 30 % случаев применение стандартных программ оказывается эффективным, то их применение заведомо можно считать оправданным даже в том случае, когда использование стандартной программы не приводит к положительному результату; при обращении к стандартной программе будет составлено большое число блоков окончательной программы и зачастую будет накоплена полезная информация о свойствах минимизируемой функции. [42]

Программа, написанная на любом языке, отличном от машинного, должна быть преобразована в последний прежде, чем ЭВМ сможет по ней работать. Однако эта необходимая стадия трансляции почти незаметна для того, кто пользуется ЭВМ; она производится почти полностью автоматически и во всяком случае имеет второстепенное значение для пользователя или программиста. В зависимости от вида системы символов эта стадия называется компиляцией, интерпретацией, трансляцией или сборкой. Окончательная программа на языке ЭВМ называется рабочей программой. [43]

Например, чтобы проверить модуль РАСХОД, нужно написать отладочную программу, которая посылала бы этому модулю записи с исходными данными. Хотя отладочные программы относительно несложны, на их написание уходит время. Обычно это чисто технологические программы. Поскольку они не входят в окончательную программу, то затрачиваемые на них средства относятся к накладным расходам. [44]

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

Страницы: 1 2 3 4