Лекция №1. Введение в проектирование систем программного обеспечения

Лекция №11. Создание компонентов. Аспектно-ориентированное программирование.

По оценкам экспертов, 75 % работ по программированию в информационном мире дублируются (например, программы складского учета, начисления зарплаты, расчета затрат на производство продукции и т.п.). Большинство из этих программ типовые, но каждый раз находятся особенности, которые влияют на их повторную разработку.

Компонентное проектирование сложных программ из готовых компонентов является наиболее производительным
Переход к компонентам происходил эволюционно: от подпрограмм, модулей, функций. При этом усовершенствовались элементы, методы их композиции и накопления для дальнейшего использования (табл. 3).
Таблица 3
Схема эволюции элементов компонентов

Элемент композиции	Описание элемента	Схема взаимодействия	Представление, хранение	Результат композиции
Процедура, подпрограмма, функция	Идентифи катор	Непосредствен ное обращение, оператор вызова	Библиотеки подпрограмм и функций	Программа
Модуль	Паспорт модуля, связи	Вызов модулей, интеграция Модулей	Банк, библиотеки модулей	Программа с модульной структурой
Объект	Описание класса	Создание экземпляров классов, вызов методов	Библиотеки классов	Объектно- ориентирован ная программа
Компонент	Описание логики (бизнес), интерфейсов (APL, IDL), схемы развертывания	Удаленный вызов в компонентных моделях (CQV1 CORBA, OSF,...)	Регозитарий компонентов. серверы и контейнеры компонентов	Распределенное компонентно- ориентированное приложение
Сервис	Описание бизнес-логики интерфейсов сервиса (XML, WSDL, ...)	Удаленный вызов (RPC, НИР, SOAP,...)	Индексация и каталогизация сервисов (XML, UDDL..)	Распределен ное сервисо- ориентированное приложение

Компонентный подход дополняет и расширяет существующие подходы в программировании, особенно ООП. Объекты рассматриваются на логическом уровне проектирования ПС, а компоненты – это физическая реализация объектов. Компоненты конструируются как некоторая абстракция, включающая в себя информационный раздел и артефакты (спецификация, код, контейнер и др.). В этом разделе содержатся сведения: назначение, дата изготовления, условия применения (ОС, среда, платформа и т.п.). Артефакт – это реализация (implementation), интерфейс (interface) и схема развертывания (deployment) компонента.

Реализация – это код, который будет выполняться при обращении к операциям, определенным в интерфейсах компонента. Компонент может иметь несколько реализаций в зависимости от операционной среды, модели данных, СУБД и др. Для описания компонентов, как правило, применяются языки объектно-ориентированной ориентации, а также язык JAVA, в котором понятие интерфейса и класса – базовые, используются в инструментах Javabeans и Enterprise Javabeans и в объектной модели CORBA.
Интерфейс отображает операции обращения к реализации компонента, описывается в языках IDL или APL, включает в себя описание типов и операции передачи аргументов и результатов для взаимодействия компонентов. Компонент как физическая сущность может иметь множество интерфейсов.
Развертывание – это выполнение физического файла в соответствии с конфигурацией (версией), параметрами настройки для запуска на выполнение компонента.
Компоненты наследуются в виде классов и используются в модели, композиции и в каркасе (Фреймворке) интегрированной среды. Управление компонентами проводится на архитектурном, компонентном или интерфейсном уровнях, между которыми существует взаимная связь. Компонент описывается в языке программирования, не зависит от операционной среды (например, от среды виртуальной машины JAVA) и от реальной платформы (например, от платформ в системе CORBA), где он будет функционировать.

1.