Cтраница 1
Анализ программ, приведенных в главе III, показывает, что при программировании разнообразных задач применяются стандартные приемы, которые можно сформулировать в виде общих правил, не связанных с конкретным содержанием отдельных задач. Вместе с тем эти правила должны формулироваться как указания для программирования определенных алгоритмических функций в виде групп команд. Обычно такие группы команд выделяются в отдельные блоки. Блок-схемное описание программ облегчает их обозримость и делает возможным осуществление программирования отдельных блоков независимо друг от друга. Таким образом, классификация блоков программ по чих алгоритмическому ( функциональному) назначению в общей схеме решения задачи существенно облегчает задачу программирования. [1]
Анализ программы прежде всего проводится путем получения всех возможных логически различаемых маршрутов обработки информации. Эта операция проводится автоматически, посредством анализа линейных участков, циклов, условных и безусловных переходов в записи программы. В процессе формирования различных маршрутов обработки информации подготавливаются данные для контроля использования регистров и рабочих ячеек памяти управляющей ЦВМ. Контролируется правильность состава исходной и результирующей информации, а также состояния регистров и рабочих ячеек памяти для каждого логически различимого маршрута обработки информации. Каждый такой маршрут анализируется на соответствие алгоритму и техническому заданию на данную подпрограмму, а также требованиям на состав исходной и результирующей информации. Выявленные ошибки исправляются посредством вставок, а при накоплении большого количества ошибок производится перетрансляция подпрограммы. [2]
Анализ программ исследований по газоохлаждаемым бридерам показал, что почти во всех случаях разрабатываются варианты быстрых реакторов с гелиевым теплоносителем и стержневыми твэлами в корпусах из напряженного железобетона с двухконтурными схемами преобразования тепла и паротурбинным циклом. [3]
Анализ программы страхования позволяет судить об эффективности ее использования для управления риском на предприятии. По результатам анализа риск-менеджер делает выводы о пересмотре общей стратегии и принятых к использованию методов страхования. Пересмотр программы полезно осуществлять раз в два-три года. [4]
Анализ программы Альянса наглядно показывал ее коренную противоположность революционным принципам Интернационала. [5]
Анализ программ решения различных задач на ЦВМ позволяет выделить такие подпрограммы, которые часто используются программистами и не являются специфичными для данной программы. Удобно составить подобные подпрограммы таким образом, чтобы они могли быть непосредственно использованы программистами при решении самых разных задач. Набор таких программ составляет библиотеку стандартных подпрограмм ( БСП) для данной машины. [6]
Анализ программ политических партий Российской Федерации показывает, что все они в той или иной степени затрагивают вопросы образования и воспитания. Педагог, как профессионал, имеет право и может выбрать ту политическую партию, которая соответствует его педагогическим воззрениям, выраженным в программе, заявлении, практическом действии данной партии. При этом не следует опасаться дисгармонии между общими политическими взглядами и педагогическими убеждениями. [7]
Алгоритм анализа программ, написанных на входных языках, базируется на отношениях предшествования. В качестве параметров транслятора в него вводятся матрица отношений предшествования ( или функции предшествования), грамматические правила, описывающие данный язык, и набор подпрограмм. Независимость алгоритма трансляции от входного текста обеспечивается единой системой трансляции программ, которые могут быть написаны на разных входных языках. [8]
При анализе программ имеется два аспекта оценки их сложности: определение сложности процесса создания программных компонент и определение сложности объектов разработки - программных модулей, групп и КП, используемых данных и связей. Эти аспекты тесно связаны, и сложность объекта обычно определяется через трудоемкость процесса разработки. Понятие сложности ассоциируется с ресурсами, необходимыми для решения соответствующей задачи. Задача считается простой, если невелики все. Однако если хотя бы один из необходимых ресурсов очень велик или оказывается на пределе, доступном для использования, то такую задачу не считают простой. [9]
При анализе программ на языке АЛГОЛ возникают дополнительные сложности, связанные с тем, что какая-то процедура может оказаться формальным параметром другой процедуры. Поэтому необходимо исследовать структуру соответствий между формальными и фактическими параметрами. Если читатель интересуется этой проблемой, то он может подробно ознакомиться с ней в статье Хокинса и Хакстейбла. [10]
При анализе программы необходимо по существующей схеме определить условия ее работы и работы отдельных ее частей. Для анализа определенной программы необходимо расчленить ее на ряд отдельных подпрограмм, а подпрограммы разложить на коммутационные элементы. [11]
При анализе многопроцедурных программ с точки зрения вызываемых процедур вызывает интерес, например, следующий вопрос: если в некоторой процедуре Wi W, вызываемой другими ( одной или несколькими) процедурами, имеет место использование глобального элемента данных, то какие определения этого элемента данных в программе могут в ней применяться. [12]
Ассемблер проводит анализ программы, распределяет память, закрепляя за переменными и командами ячейки, в которых они будут храниться, формирует таблицу имен и сопоставленных им адресов ячеек памяти. Если таблица соответствия двух форм записи операций является универсальной, то вторая таблица для каждой программы индивидуальна. Она составляется непосредственно в процессе трансляции. Закончив эту работу, ассемблер, подобно человеку, просматривает транслируемую программу команду за командой. Преобразованные команды записываются друг за другом в отведенное им место в памяти машины. [13]
Был проведен анализ программ обработки сканированных изображений, предлагаемых сегодня на российском рынке. [14]
Как показывает анализ программы испытаний асинхронных двигателей, при достаточно малом времени испытаний их результаты позволяют дать определенные гарантии соответствия рабочих свойств машины требуемым. Так, потери, известные из опытов при холостом ходе и коротком замыкании ( КЗ), позволяют сделать заключение о величине КПД двигателя, по току холостого хода и рассчитанным параметрам схемы замещения можно судить о величине коэффициента мощности. Удовлетворение требуемым значениям сопротивления изоляции и ее электрической прочности обеспечивают ее надежную работу при соблюдении условий эксплуатации. А ведь около 90 % отказов в работе двигателей связано именно с повреждением изоляции. [15]