Взаимодействие - модуль
Cтраница 2
 |
Информационно-измерительная система на базе интерфейса МЭК ( в и временная диаграмма обмена данными ( б. [16] |
Из всех ИМ нужно выделить контроллер, назначение которого - организация взаимодействия модулей системы. Команды контроллера указывают адрес модуля - передающего или принимающего, а также характер и последовательность операций. Контроллер строится на базе микропроцессора и выполняет следующие функции: задание программы, управление процедурой и интерпретация результатов измерений. [17]
 |
Обобщенная структура интервала /. [18] |
Временной интервал s, тс / /, трр / тр / представляет время взаимодействия модуля i с С. Модуль С в рассмотренной части структуры является центром, с которым соединены остальные модули. [19]
Здесь предполагается, что переменная, которой нужно присвоить значение вычисляемой суммы, при организации взаимодействия модулей размещена в третьей позиции непомеченного общего блока. Чтобы переменную S разместить именно в этой позиции, используется вспомогательный вектор Р, состоящий из двух компонент. [20]
Разделение труда при разработке одной и той же программной системы может привести к ошибкам, связанным с недостаточным пониманием явных и скрытых взаимодействий модулей, разрабатываемых разными исполнителями. Кроме технических решений, позволяющих ослабить межмодульные связи, принимаются организационные меры, обеспечивающие активное взаимное информирование исполнителей. Для этих целей с успехом используются так называемые структурные просмотры, на которых мы остановимся в следующем разделе. [21]
Организация и развитие интерфейсов ввода-вывода малых ЭВМ обусловлены требованиями минимизации средств сопряжения с ПУ, повышенной модульности компонентов СВВ и в основном асинхронного взаимодействия модулей различного типа. Это в наибольшей степени отвечает требованиям системных применений малых ЭВМ. СВВ произвольной конфигурации, значительно упрощая их эксплуатацию. [22]
Этапы кодирования ( например, создание модуля ОТЧЕТ О СОСТОЯНИИ ЗАПАСОВ) хорошо определены, тогда как точные методы или какие-либо правила обдумывания проекта в целом и общего взаимодействия модулей отсутствуют. [23]
Подчеркнем, что подобная функциональная структура модулей ни в коей мере не ограничивает возможностей использования традиционных языков программирования, а лишь предлагает удобную логическую и достаточно интеллектуальную структуру взаимодействия модулей. Вопрос же выбора конкретной семантики реакций предоставляется разработчику продукционной системы. Эта реакция, в частности, может обозначать вызовы программ, написанных на традиционных языках программирования. В этом случае роль продукционной системы сводится к выполнению интеллектуальной организационной функции, а именно к выяснению того, какие из имеющихся в системе программ и в какой последовательности следует вызывать в зависимости от ситуации. [24]
Концепция канала может быть использована для отображения понятий точек доступа к сервису нижнего уровня, точек доступа для предоставления сервиса своего уровня, точек доступа к предоставляемому сервису локальной системой и взаимодействий модулей внутри одного уровня. [25]
Соотношение (3.31) позволяет определить полное время выполнения любой Я - программы с учетом потока внешних ( запросы системы связи, операторов) и внутренних ( операции ввод-вывод) прерываний и определить длительности интервалов типа яа - ле при взаимодействии модулей. При синтезе системы это соотношение позволяет конструировать временные интервалы с заданными характеристиками. [26]
Схема подключения модулей УСО 2 - N и других внешних устройств ВУ к центральному модулю) для магистрального интерфейса показана на рис. 9.6. Особенностью данного интерфейса является то, что модули внешних устройств могут взаимодействовать не только1 с центральным модулем, но и друг с другом. Взаимодействие модулей, подключенных к магистральному интерфейсу, состоит в том, что в каждый момент времени один из них выступает в роли управляющего ( ведущего), а другой - в роли управляемого модуля. В процессе работы ЭВМ роли всех модулей, кроме модуля оперативной памяти, могут меняться, но он всегда выступает в роли управляемого. [27]
Такое задание информации о фактических параметрах делается с помощью паспортов модулей, а именно: для каждого внешнего имени, перечисленного в паспорте, указывается, какой вход какого модуля является соответствующим ему фактическим параметром. Таким образом, организация нужного взаимодействия используемых модулей сводится к уточнению их паспортов. [28]
Поэтому ошибки, связанные со взаимодействием модулей не могут быть обнаружены транслятором. [29]
Модули, реализующие протоколы соседних уровней и находящиеся в одном узле, также взаимодействуют друг с другом в соответствии с четко определенными правилами и с помощью стандартизованных форматов сообщений, которые называются интерфейсом. Таким образом, протоколы определяют правила взаимодействия модулей одного уровня в разных узлах, а интерфейсы определяют правила взаимодействия модулей соседних уровней в одном узле. [30]
Страницы: 1 2 3 4