Характеристика моделей взаимодействия программ, систем и сред

Модель взаимодействия программ — это схема связей отдельных частей программ и компонентов между собой. В качестве связей выступают операторы обращения (типа CALL) к процедурам и функциям этих программ с формальными параметрами. Операторы обращения содержат имена объектов (процедур и функций), которые вызываются, список фактических параметров, с заданием их значений, для получения результатов. Последовательность и число формальных параметров должны отвечать фактическим параметрам. Выполнение функции в программе на одном ЯП не является проблемным, когда типы данных параметров совпадают.

Модели взаимодействия систем наиболее связаны с использованием готовых программ в процессе разработки новых ПС методом сборки. Если все готовые программы заданы в разных ЯП и расположены они на разных компьютерах сети, то при их сборки могут возникать проблемы неоднородности типов данных в этих программах, структурах памяти платформ компьютеров и операционных сред, где они выполняются. Собранные ПП учитывают форматы данных готовых программ на платформах современных компьютеров, особенности структуры исходного кода программ после компиляторов с ЯП, который зависит от использования специальных библиотек data types и routines или без них. Реально существующие расхождения в аппаратной части платформ и в исходном коде программ учитываются в конфигурационном файле ПП, который используется при организации выполнения ПП в современных вычислительных или гетерогенных средах.

Некоторым вопросом преобразования общих типов данных (GDT) к фундаментальным FDT типам данных посвящен стандарт ISO/IEC 11 404−2007 General Data Types. Он предлагает механизмы генерации сложных типов данных (контракт, портфель и др.) к более простым, которые есть в ЯП. Но фундаментальные типы данных ЯП поддерживаются специальными средствами современных операционных сред (Sun IBM, Microsofts.Net, CORBA, COM, JAVA и т. п.). К ним относятся промежуточный посредник типа stub, skeleton брокерного типа, который выполняет преобразование типов данных от клиента для передачи серверу и наоборот, а также промежуточный язык MISL (Microsoft Intermediate Language) или ЕХЕ для выполнения кода в таких системах, как Linux, Windows Server, MS.Net, IBM Web Sphere и др. [37, 38].

Модель взаимодействия операционных сред между собой рассматривается нами как последовательность действий перенесения программы, созданной в одной среде, в другую для их выполнения. Общая схема разработки распределенных программ в среде ГП на основе интерфейсов программ и моделей взаимодействия для указанных сред IBM, VS.Net, JAVA, CORBA приведено на рис. 2.16.

Рис. 2.16. Схема взаимодействия сред.

В центре этой схемы размещена система Eclipse, которая выполняет, по существу, функцию интегратора программ в репозитории из других сред Интернета и администратора этого репозитория по сохранению, отбору и применению готовых программных ресурсов типа КПИ для выполнения ПП, изготовленных в средах. Некоторые среды, например, VS.Net и JAVA уже имеют непосредственные связи и создают одну интегрированную среду.

В рамках фундаментального проекта проведена реализация моделей взаимодействия пар следующих операционных сред: Visual Studio Eclipse и CORBA <-" Visual Studio при участии студентов КНУ имени Тараса Шевченко (А.Аронова, А. Дзубенко) и МФТИ (А.Островского) [97- 98].