Архитектура приложений современных систем управления

Принципы построения системы вытекают непосредственно из требований. Это является основой для формирования единого исполняемого окружения системы CoDeSys.
Среди требований следует выделить, что контроль версий файлов данных подразумевает, что создаваемые файлы данных (проекты системы для управляющих программ, библиотеки, описания конфигурации устройств и т.п.) не только соблюдают обратную совместимость, но и направленную вперед совместимость. Т.е. более ранние версии системы (v3.0 например) имеют возможность для работы с данными (пускай не всегда полными) более поздних версий системы (v3.1 например). Это достигается централизацией функций для работы с данными и предоставлением сервисов прочим компонентам системы для работы с их данными.

Для высших стандартов качества системы существует три аспекта:

• Компонентная архитектура приводит к лучшему качеству планирования, т.к. нет связей между компонентами, которые не описывались бы интерфейсом.
• Есть возможность доказать надёжность и безопасность компонентов через их открытые интерфейсы, посредством автоматизированного тестирования.

Платформа .NET даёт обширные возможности в областях, которые наиболее ненадёжны в системе, особенно управление памятью, обработка исключений и т.п.Представленные требования удовлетворяются реализацией единого исполняемого окружения системы CoDeSys. Обобщённое представление компонентов системы CoDeSys, в структуре единого исполняемого окружения показано на рисунке (Рис. 29).

В структуре единого исполняемого окружения CoDeSys реализует 4 группы компонентов, соотнесённых с классификацией. Компоненты пользовательского интерфейса (стороннего производителя), компоненты каркаса, относятся к компонентам окружения. Системные компоненты из области окружения объединяют в себе центральную управляющую логику системы CoDeSys, доступную для прочих компонентов через предоставляемые интерфейсы. Следующее реализуется для системных компонентов:

• Объекты системных компонентов создаются в единственном экземпляре;
• Системные компоненты доступны везде в системе, т.е. в любой функциональной реализации системы могут быть использованы функции системных компонентов.
• Системные компоненты реализуются в виде плагинов, т.е. обладают возможностью установки различных версий одновременно и предоствляют доступ к функциональности посредством интерфейсных сборок
• Часть системных интерфейсов размещаются в общей сборке +Core.

Рис. 22 Базовое представление компонентов CoDeSys в обобщенной структуре

Общие компоненты реализуют базовую функциональность для всех компонентов системы, а так же специфицируют базовые интерфейсы для системных компонентов (в компоненте +Core). В реализации общих компонентов не используются, компоненты пользовательского интерфейса, системные компоненты и плагины.

Компоненты пользовательского интерфейса, это разработанные третьей стороной компоненты, реализующие функции пользовательского интерфейса. В версии 3.1 системы CoDeSys это компоненты SandBar и SandDock производителя Divelements Limited. Функциональность компонентов пользовательского интерфейса полностью инкапсулируется в компонентах окружения и не используется компонентами прикладной области.

Компоненты прикладной области реализуются в виде плагинов, что предоставляет возможность конфигурирования прикладных задач, выполняемых системой. Компоненты специальных функций пользовательского интерфейса, также реализованы в виде съёмных компонентов, т.е. функции пользовательского интерфейса так же могут быть сконфигурированы под требования конечного пользователя. Принцип взаимодействия плагинов представлен на диаграмме (Рис. 30).

Рис.23 Взаимодействие плагинов через их интерфейсные компоненты

Во взаимодействии между плагинами, связующую роль играют интерфейсные компоненты. Интерфейсные компоненты обладают следующими свойствами:

• Интерфейсные компоненты не содержат никакой функциональной реализации, они состоят исключительно из описаний интерфейсов.
• Для плагинов доступны только последние версии интерфейсных компонентов. Если интерфейс уже существует в системе его нельзя изменить, но можно расширить новым. Новая версия интерфейсной сборки должна содержать все, что было в более ранней версии.
• Интерфейсная сборка может содержать статические ссылки на другие интерфейсные сборки и на общие сборки. Не допускаются ссылки на компоненты пользовательского интерфейса, палагины и системные компоненты (которые так же являются плагинами).

 

 

Предыдущая12345678910111213141516Следующая

---

Не нашли, что искали? Воспользуйтесь поиском по сайту:

©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.