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

UptoLike

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

6
Достоинства:
1. Гибкая система интеграции отдельных задач в едином операционном простран-
стве. Реализация различных компонент инвариантна к процессу их ассемблиро-
вания и адаптации под конкретные задачи.
2. Декомпозиция задачи на множество мелких подзадач, с учетом свойства сис-
темности (см. выше), т.е. более эффективное распределение заданий между
членами групп программистов и
разработчиков, упрощение процесса отладки.
3. Однажды созданные и отлаженные компоненты могут быть легко (без измене-
ний и перекомпиляции) перенесены в новые проекты, где они войдут в новую
систему связей, схему функционирования и информационного обмена с други-
ми компонентами. И наоборот, отлаженный сценарий сборки может быть ис-
пользован как основа нового проекта
с новыми или доработанными функцио-
нальными возможностями (см. полиморфизм).
4. Возможность проектирования системы по принципу от «простого к сложному»,
постепенно наращивая функциональные возможности системы и решая перво-
очередные задачи проекта.
Ограничения и недостатки
:
1. Сложность описания сценария сборки и адаптации.
2. Необходимость выполнения жестких требований к написанию отдельных ком-
понентов. В основном, это касается требования максимальной независимости
реализации от других компонентов.
3. Сохраняются жесткие связи с платформой (аппаратная часть + операционная
система).
4. Для включения в состав системы ранее созданных программ необходимо напи-
сать «
компоненты-мосты», реализующие минимум необходимого программно-
го взаимодействия.
Достоинства:
1. Гибкая система интеграции отдельных задач в едином операционном простран-
   стве. Реализация различных компонент инвариантна к процессу их ассемблиро-
   вания и адаптации под конкретные задачи.
2. Декомпозиция задачи на множество мелких подзадач, с учетом свойства сис-
   темности (см. выше), т.е. более эффективное распределение заданий между
   членами групп программистов и разработчиков, упрощение процесса отладки.
3. Однажды созданные и отлаженные компоненты могут быть легко (без измене-
   ний и перекомпиляции) перенесены в новые проекты, где они войдут в новую
   систему связей, схему функционирования и информационного обмена с други-
   ми компонентами. И наоборот, отлаженный сценарий сборки может быть ис-
   пользован как основа нового проекта с новыми или доработанными функцио-
   нальными возможностями (см. полиморфизм).
4. Возможность проектирования системы по принципу от «простого к сложному»,
   постепенно наращивая функциональные возможности системы и решая перво-
   очередные задачи проекта.

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




                                  6