Глава 4. Технологии разработки программного обеспечения систем управления 221

терфейсом IClassFactory2, способный создавать компонент с идентифика-

тором CLSID; она не рассчитана на реализацию интерфейсов создаваемо-

го компонента.

Компонентное программное обеспечение можно разрабатывать только

на C++, но это необязательно. Для ускорения используют стандартные биб-

лиотеки MFC (Microsoft Foundation Classes) или библиотеки шаблонного

программирования ATL (ActiveTemplate Library) [83].

(СТРАНИЦА 218 Учебника Мартинова и Сосонкина Системы ЧПУ)

Создадим, например, компонент геометрического

канала системы ЧПУ и вместо реализации функций управления приводом

воспользуемся включенным компонентом управления приводом. Если кли-

ент обращается к интерфейсу IDriveControl (рис. 138), компонент геомет-

рического канала CMachineChannelServer переправляет вызов компоненту

CDriveServer. Внешний компонент может специализировать этот интерфейс,

добавив свой код перед вызовом внутреннего компонента или после этого.

Агрегация (aggregation) означает, что внешний компонент агрегирует

интерфейс внутреннего компонента, не создавая интерфейс заново и не

передавая вызов этого интерфейса явно, как при включении. Вместо этого

внешний компонент передает клиенту указатель на интерфейс внутренне-

го компонента.

Агрегация интерфейса IDriveControl компонентом геометрического ка-

нала показана на рис. 139. Она применяется тогда, когда реализация ин-

терфейса устраивает разработчика полностью.

(СТРАНИЦА 225 Учебника Мартинова и Сосонкина Системы ЧПУ)

Диаграммы - Лекция №25 Компонентная модель системы.

7 Билет.

1) Представление о реальном времени в системе управления (базовые понятия операционной системы реального времени: время реакции на прерывание, время переключения контекста, время реакции планировщика; использование в системах управления операционной системы Windows NT).

Классификация систем реального времени.

Рис. 1. Место PCNC-системы в классификации систем реального времени

Реальное время — режим работы автоматизированной системы обработки информации и управления, при котором учитываются ограничения на временны́е характеристики функционирования.

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

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

Из Сосонкина:

Оптимальное использование вычислительных ресурсов систем управления предполагает распределение работы модели в машинном и реальном масштабах времени. Управление взаимодействием моделей называют диспетчеризацией; она использует средства операционных систем реального времени. Однако диспетчер ни в коей мере не заменяет операционную систему. Таким образом, поставлена задача найти способы организации совместной работы всех модулей системы управления в целом. Для этого необходимо рациональное решение проблемы реального времени и построение на базе этого решения диспетчера прикладных программ.

Традиционно системы реального времени, включая модуль диспетчера, строят на базе операционных систем реального времени (ОСРВ). Операционные системы общего назначения, например многопользовательские

типа UNIX, ориентированы на оптимальное использование распределения ресурсов компьютера между пользователями и выполняемыми процессами. В системах управления подобные задачи уходят на второй план,

поскольку основная цель состоит в своевременной реакции на события в объекте управления.