Взаимодействие - модуль
Cтраница 3
В дальнейшем мы рассмотрим не какой-то конкретный, а некий учебный автокод, отражающий наиболее типичные черты и возможности различных реальных автокодов. В частности, рассматриваемый нами автокод предусматривает взаимодействие модулей и по внешним, и по общим величинам. [31]
На основании этих принципов строится программно-управляемая модульная структура ИС из требуемого набора стандартных модулей. Последние подключаются к унифицированной магистрали обмена, обеспечивающей взаимодействие модулей и программное управление от системного контроллера. Для таких модульных структур обмен информацией между модулями и процессорами носит дискретный характер. Такая организация структуры позволяет максимально приблизить к объекту все агрегаты измерительно-управляющего оборудования, обеспечивая тем самым более достоверную и точную обработку информации. [32]
 |
Семиуровневая модель процессов ВОС 156. [33] |
Выбор числа уровней в многоуровневой модели процессов является достаточно сложной задачей. Увеличение числа уровней приводит к более четкому и детальному разделению процессов и соответствующему упрощению правил взаимодействия модулей одного уровня в разных системах, но при этом возрастает число устройств, обеспечивающих сопряжение между модулями одной системы. При уменьшении числа уровней возрастает сложность правил взаимодействия и устройств сопряжения. [34]
Модули, реализующие протоколы соседних уровней и находящиеся в одном узле, также взаимодействуют друг с другом в соответствии с четко определенными правилами и с помощью стандартизованных форматов сообщений, которые называются интерфейсом. Таким образом, протоколы определяют правила взаимодействия модулей одного уровня в разных узлах, а интерфейсы определяют правила взаимодействия модулей соседних уровней в одном узле. [35]
Процесс автоматизированного проектирования заключается в выполнении маршрутов проектирования с помощью большого количества взаимодействующих программных модулей. Взаимодействие модулей проявляется в основном в связях по управлению и по информации. Связи по управлению выражаются в упорядоченных переходах от исполнения одного программного модуля к исполнению другого. Связи по информации выражаются в использовании одних и тех же данных в разных модулях, входящих в маршрут. [36]
Поэтому при проектировании здесь возникает уже рассмотренная выше теоретически проблема организации взаимодействия модулей. Физически при работе такой системы в ней возникают узлы, в которых пересекаются потоки информации, например коммутаторы каналов связи, системы приема информации, буферные системы хранения информации. Поскольку организация циклов взаимодействия модулей выполнена в стандартном интерфейсе, то моделью их взаимодействия являются временные диаграммы ( см. рис. 1.3 и 1.4), отражающие синхронно-асинхронный режим работы модулей. [37]
Линии LBUS предназначены для локальной связи соседних модулей в крейте VXI между собой. По линиям LBUS могут передаваться сигналы шести типов, определяемых стандартом. Тип сигналов и протокол взаимодействия модулей по этим сигналам выбирается разработчиком модулей, с учетом ограничений, приведенных в стандарте. [38]
Тип перехода позволяет отличать переходы в протокольном автомате, а экземпляр перехода - одинаковые переходы в разных экземплярах протокольного автомата, Ддя каждого типа перехода проектировщик специфицирует состояние, из которого переход данного типа может произойти, и следующее состояние, в которое перейдет протокольный автомат после выполнения перехода. Переход может включать в себя взаимодействия модуля со своим окружением. [39]
Для имитационного моделирования определяющими являются проблемы адекватности построения модели исходной системе и получения статистически достоверных результатов. Кроме того, моделирование должно быть доведено до уровня создания функционирующей ОС, поэтому имитационные методы являются довольно трудоемкими и дорогостоящими. При этом чем более точно модель отражает взаимодействие модулей в реальной системе, тем больше она копирует эту систему, превращая проводимую разработку в дублирование существующей системы, что явно нецелесообразно. Упрощение же исходной системы приводит как и в аналитических моделях, к получению результатов, далеких от истинных. Поэтому имитационные методы обычно применяются на этапе проектирования ОС для проверки правильности и работоспособности заложенных решений, а также для создания специальных испытательных систем проверок качества функционирования вычислительных систем в процессе их приемки и последующего использования. [40]
Для выявления ошибок структурного построения группы программ применяется тест проверки структуры. Этим тестом проверяется правильность вызовов программных модулей и возвратов управления при взаимодействии модулей в группе. Реализованная структура сравнивается с заданной в спецификации. Сравнение может производиться в автоматизированном режиме. [41]
Интерфейсом называют устройство сопряжения. В более строгом толковании под интерфейсом понимают совокупность электрических, механических и программных средств, позволяющих соединять модули системы между собой и с периферийными устройствами. Он включает в себя аппаратные средства для обмена данными между узлами и программные средства - протокол, описывающий процедуру взаимодействия модулей при обмене данными. Интерфейс микропроцессорной системы относится к машинным. Кроме них, в измерительной технике применяются и приборные интерфейсы, которые рассматриваются в гл. [42]
За первые десять лет своего существования Модула-2 практически не претерпела никаких изменений. Например, предлагается добавить в язык аппарат, аналогичный родовым пакетам в Аде ( generic), развить средства асинхронного взаимодействия модулей. Имеются и предложения противоположного плана - еще более ограничить набор средств, например, запретить использование локальных модулей. Маловероятно, что на основе имеющихся предложений появится новый стандарт языка. [43]
Функция, первоначально описанная выше, является функцией группировки в соответствии с предопределенным множеством заказов и функцией выписки накладных. В этом случае нам придется разрабатывать модули, которые обрабатывают заказы индивидуально в темпе их поступления, и модуль для выписки накладных. Хотя в этом случае изменение процесса выписки накладных, вызванное модульностью, не является существенным, некоторое изменение структуры и порядка взаимодействия модулей должно быть. [44]
Системы автоматизации учета этого вида состоят из совокупности взаимосвязанных программных модулей, которые реализуют функции отдельных разделов учета и поэтому наиболее полно отражают специфику алгоритмов обработки данных. Естественно, что в основе построения таких систем лежат специализированные модели представления учетной информации отдельных участков учета. Взаимодействие модулей выполняется через общую базу данных. При построении такой системы также обязательно наличие центрального ( головного) модуля, на который возлагаются функции сводного синтетического учета. Состав и количество иных модулей может формироваться в соответствии с потребностями пользователя. [45]
Страницы: 1 2 3 4