Компонентная модель организации программных систем. Семакин М.М. - 5 стр.

UptoLike

Составители: 

5
1. КОМПОНЕНТНАЯ МОДЕЛЬ
Назначение
:
1. Поддержка принципа «открытой архитектуры».
2. Обеспечение удобства коллективной разработки отдельных задач.
3. Минимизация «жестких связей» между программными объектами и структура-
ми данных.
Характерные особенности и свойства компонентной модели
:
1. Декомпозиция системы. Каждая задача представляет собой набор компонен-
тов, реализующих все необходимые функции для работы данной задачи. Каж-
дый компонент должен быть максимально независим (как «черный ящик» с
входами и выходами). Таким образом, можно разделить коллектив разработчи-
ков на две группы: первая занимается декомпозицией задач, определяя какие
компоненты нужны и как они могут быть связаны в системы, а вторая разра-
боткой и отладкой непосредственно самих компонентов.
2. Системность. На этапе разработки системы или сборки задач в единую про-
граммную среду, выделяются общие классы компонентов, за счет чего можно
сократить время разработки задач и обеспечить унифицированный диалог (на-
пример, внешний вид пользовательского интерфейса, единый вид отображения
графических примитивов).
3. Полиморфизм. В уже собранной системе можно подменить некоторые компо-
ненты на другие, подходящие по структуре, но отличающиеся внутренней реа-
лизацией. Это свойство позволяет качественно изменять функциональность
системы, не затрагивая ее структурную схему организации взаимодействия ме-
жду компонентами и задачами. Удобно
также на начальной стадии коллектив-
ной разработки (когда еще не созданы некоторые основные компоненты) заме-
нять недостающие компоненты компонентами-заглушками или не полнофунк-
циональными компонентами, что соответствует принципу «постепенного на-
ращивания функциональности» сложной программной системы.
4. Адаптация. Набор компонентов, входящих в систему, и связи между ними мо-
гут быть изменены в
зависимости от решаемой задачи. Адаптация под задачу
производится на этапе сборки системы и может быть как автоматической, так и
ручной, осуществляемой при помощи специального языка интеграции компо-
нентов.
Компонентная модель организации системы включает следующие объекты
:
1. Компонентпрограммный объект, содержащий множество свойств и методов,
доступ к которым унифицирован и осуществляется по именованным индексам
(список всех индексов компонента также доступен). Компоненты объединяются
в библиотеки.
2. Ядропредназначено для запуска системы и содержит:
1) интерпретатор сценария сборки компонентов (адаптации), описанного при
помощи языка интеграции (адаптации);
2) функции
для загрузки компонентов из библиотек;
3) менеджер «общей» памяти.
3. Язык интеграции (адаптации) компонентов системы предназначен для описа-
ния сценария сборки системы и определения связей между компонентами.
                  1. КОМПОНЕНТНАЯ МОДЕЛЬ
Назначение:
1. Поддержка принципа «открытой архитектуры».
2. Обеспечение удобства коллективной разработки отдельных задач.
3. Минимизация «жестких связей» между программными объектами и структура-
   ми данных.

Характерные особенности и свойства компонентной модели:
1. Декомпозиция системы. Каждая задача представляет собой набор компонен-
   тов, реализующих все необходимые функции для работы данной задачи. Каж-
   дый компонент должен быть максимально независим (как «черный ящик» с
   входами и выходами). Таким образом, можно разделить коллектив разработчи-
   ков на две группы: первая − занимается декомпозицией задач, определяя какие
   компоненты нужны и как они могут быть связаны в системы, а вторая − разра-
   боткой и отладкой непосредственно самих компонентов.
2. Системность. На этапе разработки системы или сборки задач в единую про-
   граммную среду, выделяются общие классы компонентов, за счет чего можно
   сократить время разработки задач и обеспечить унифицированный диалог (на-
   пример, внешний вид пользовательского интерфейса, единый вид отображения
   графических примитивов).
3. Полиморфизм. В уже собранной системе можно подменить некоторые компо-
   ненты на другие, подходящие по структуре, но отличающиеся внутренней реа-
   лизацией. Это свойство позволяет качественно изменять функциональность
   системы, не затрагивая ее структурную схему организации взаимодействия ме-
   жду компонентами и задачами. Удобно также на начальной стадии коллектив-
   ной разработки (когда еще не созданы некоторые основные компоненты) заме-
   нять недостающие компоненты компонентами-заглушками или не полнофунк-
   циональными компонентами, что соответствует принципу «постепенного на-
   ращивания функциональности» сложной программной системы.
4. Адаптация. Набор компонентов, входящих в систему, и связи между ними мо-
   гут быть изменены в зависимости от решаемой задачи. Адаптация под задачу
   производится на этапе сборки системы и может быть как автоматической, так и
   ручной, осуществляемой при помощи специального языка интеграции компо-
   нентов.

Компонентная модель организации системы включает следующие объекты:
1. Компонент – программный объект, содержащий множество свойств и методов,
   доступ к которым унифицирован и осуществляется по именованным индексам
   (список всех индексов компонента также доступен). Компоненты объединяются
   в библиотеки.
2. Ядро – предназначено для запуска системы и содержит:
   1) интерпретатор сценария сборки компонентов (адаптации), описанного при
      помощи языка интеграции (адаптации);
   2) функции для загрузки компонентов из библиотек;
   3) менеджер «общей» памяти.
3. Язык интеграции (адаптации) компонентов системы предназначен для описа-
   ния сценария сборки системы и определения связей между компонентами.




                                   5