Сетевая разработка приложения (NAD)

Сетевая разработка приложения (Network Application Development или NAD) — это архитектура, сочетающая в себе лучшие стороны архитектур на базе клиента и сервера. NAD обеспечивает автоматическое оповещение об изменениях приложения и автоматическое распределение обновленных приложений на узлы просмотра. NAD может также использоваться для автоматического распределения ведущих/ведомых приложений.

Примечание. Функции NAD нельзя использовать, если WindowViewer используется в качестве службы NT.

В архитектуре NAD ведущее приложение поддерживается централизованно в сети. Каждый узел просмотра загружает это сетевое приложение так же, как в архитектуре на базе сервера, но вместо того, чтобы выполнять приложение с сервера, приложение копируется в заданное пользователем расположение и оттуда выполняется. Таким образом достигается избыточность, характерная для архитектуры на базе клиента. В приведенном ниже примере два узла просмотра оба работают с ведущим приложением, зарегистрированным с узла разработки, но выполняют его каждый со своего жесткого диска. Используемая сетевая архитектура приведена на рисунке 5.

Рисунок 5 – Сетевая разработка приложения (NAD)

Когда узел просмотра копирует и выполняет ведущее приложение, он автоматически следит за изменениями в ведущей копии. Эти изменения помечаются специальным флагом в каталоге ведущего приложения. Этот флаг устанавливается вручную, когда разработчик приложения выполняет команду Notify Clients в меню Special WindowMaker при редактировании приложения. При изменении этого флага каждый узел просмотра выполняет действие, определенное пользователем для конкретного узла. Действия могут включать, например, игнорирование флага, автоматическое закрытие и перезапуск узла просмотра с повторной загрузкой ведущего приложения.

Преимущества:

• поддержка одного приложения;

• узлы просмотра автоматически оповещаются об изменениях в приложении;

• каждый узел просмотра выполняет определяемое пользователем действие в ответ на изменение приложения;

• неограниченные возможности разработки.

Недостатки:

• при распределении больших и сложных приложений на множество узлов

наблюдается замедление отклика системы;

• ограниченные возможности работы с разными приложениями на разных

узлах;

• изменение приложения и оповещение об этом клиентов приводит к

временной приостановке работы узлов просмотра в момент копирования

приложения. Чем больше приложение, тем дольше происходит его

копирование;

• копирование приложения может быть проблемой при использовании

медленных сетей или последовательных соединений.

Связь с PLC

Программное обеспечение InTouch может быть сконфигурировано на использование протокола Simatic MPI для связи с PLC. Этот протокол закрытый и в связи с этим нужно использовать OPC интерфейс.

В соответствии с выбранной сетевой архитектурой проектируемая система имеет следующую иерархию: на нижнем уровне информация с контроллера по протоколу MPI поступает на OPC-сервер, затем посредством OPCLink клиентские команды конвертируются в OPC-протокол и возвращаются данные клиентам, использующим DDE, FastDDE или SuiteLink.

На верхнем располагается MES-система, представленная подсистемой InTrack. InTouch WindowMaker является средой разработки, в которой происходит настройка элементов управления ActiveX. Элементы управления ActiveX для InTrack предназначены для разработки клиентских приложений InTrack. Они предоставляют информацию, необходимую для выполнения транзакций в базе данных InTrack. Например, для создания лота необходимо указать материал и маршрут. ITQueryList используется для представления пользователю списка материалов InTrack. Другие элементы управления используются для других транзакций InTrack. Каждый элемент запроса основан на запросе, предоставленном сервером автоматизации InTrack. Все элементы управления ActiveX InTrack обеспечивают интерфейс к объектам InTrack OLE. Поэтому свойства и методы класса объектов OLE предоставляются и выбираются элементом управления ActiveX на этапе разработки.