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