
- •Программные средства автоматизированных систем
- •Программные средства автоматизированных систем, определение, назначение, классификация. Программное обеспечение автоматизированных систем контроля и управления.
- •Классификация псас
- •Классификация программных средств
- •Программное обеспечение автоматизированных систем контроля и управления
- •Технологии разработки по для ас
- •Структурная схема взаимодействия между аппаратурой, серверными и клиентскими программами:
- •Технология a ctiveX
Технологии разработки по для ас
Объектная модель компонентов, технология COM (Component Object Model)
Для инструментальных систем и систем управления, работающих на платформе Windows, фирма Microsoft предложила архитектуру компонентных объектов.
Т
радиционное
приложение состояло из отдельных файлов,
модулей или классов, которые компилировались
и компоновались вместе. Разработка
приложений из компонентов - так называемых
приложений компонентной архитектуры
- происходит иначе. Сегодня можно с
большой уверенностью говорить о том,
что современный процесс создания
конечного приложения все более напоминает
не традиционный процесс разработки
прикладного программного обеспечения,
а процесс компонентной сборки.
Соответственно, качественно меняется
характер труда прикладного программиста.
Компонент подобен мини-приложению, он поставляется пользователю как двоичный код, скомпилированный, скомпонованный и готовый к использованию. Единого целого больше нет. Модификация или расширение приложения сводится к замене одного из составляющих его компонентов новой версией.
Один из наиболее многообещающих аспектов компонентной архитектуры - это быстрая разработка и развитие приложений. Из накапливаемого набора компонентов в библиотеках можно будет выбирать, как из деталей конструктора, требуемые цельные приложения (см. рис.).
DCOM ( Distributed COM) – распределенная модель COM
С возрастанием производительности и общего значения сетей потребность в приложениях, распределенных по различным узлам сети/сетей, обостряется. Компонентная архитектура позволяет упростить процесс разработки подобных распределенных приложений. Шагом в сторону компонентной архитектуры являются сами приложения "клиент-сервер", поскольку они разделены на 2 части, клиентскую и серверную. Создать из обычного приложения распределенное, безусловно, легче, если оно состоит из компонентов.
Во-первых, оно уже разделено на функциональные части, которые могут размещаться на расстоянии друг от друга.
Во-вторых, поскольку компоненты заменяемы, вместо некоторого компонента можно подставить другой, единственная задача которого - обеспечение связи с удаленным компонентом.
Интерфейсы COM
Основное преимущество применения компонентов - их способность подключаться к приложению и отключаться от него. Для этого компоненты должны удовлетворять двум требованиям. Во-первых, они должны компоноваться динамически, а во-вторых, - должны скрывать или инкапсулировать детали своей реализации. Программа или компонент, использующий другой компонент, называется клиентом (client). Клиент подключается к компоненту через интерфейс.
Интерфейс COM состоит из набора функций, которые реализуются компонентами и используются клиентами. Интерфейсом в COM является определенная структура в памяти, содержащая массив указателей на функции.
Если компонент изменяется без изменения интерфейса, то изменений в клиенте не требуется. Аналогично, если клиент изменяется без изменения интерфейса, то нет необходимости изменять компонент. Чем надежнее интерфейс изолирован от реализации, тем менее вероятно, что он изменится при модификации клиента или компонента.
Таким образом, COM - это спецификация (перечень требований), указывающая, как создавать динамически взаимозаменяемые компоненты. COM определяет стандарт, которому должны следовать компоненты и клиенты, чтобы гарантировать возможность совместной работы.
Компоненты COM состоят из исполняемого кода, распространяемого в виде динамически компонуемых библиотек (DLL) или EXE-файлов Win32. Но сама по себе динамическая компоновка не обеспечивает компонентной архитектуры. Компоненты COM объявляют о своем присутствии стандартным способом. Используя схему объявлений COM, клиенты могут динамически находить нужные компоненты.
OPC-технологии
OPC (OLE for Process Control) — технология связывания и внедрения объектов для систем промышленной автоматизации.
Технология OPC определяет 2 класса программ:
ОРС-сервер, непосредственно взаимодействующий с аппаратурой (например PLC);
ОРС-клиент, получающий данные от ОРС-сервера для дальнейшей обработки и передающий в ОРС-сервер команды управления, предназначенные аппаратуре.