Составители:
Рубрика:
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
Страницы
- « первая
- ‹ предыдущая
- …
- 3
- 4
- 5
- 6
- 7
- …
- следующая ›
- последняя »
