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