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