ГОСТ Р ИСО 16100-3—2010
Рисунок С.2 — Логический вид структуры и потока информации единицы программного обеспечения DAV
блоков) для создания завершенных цепей вычислений. Независимый поставщик программного средства может
предложить единицу вычисления, достаточно функциональную, как и его собственная разработка. В этом случае
каждый стандартный блок называют компонентом. Если программные интерфейсы соответствуют требованиям
настоящего стандарта, то это гарантирует возможность их работы сдругими компонентами (возможно, распростра
няемыми другими поставщиками), также соответствующими настоящему стандарту.
Предпочтительность использования архитектуры, созданной на основе компонентов, заключается в
следующем:
a) компоненты могут быть созданы разными поставщиками:
1) не существует зависимости от одного поставщика компонентов:
2) может быть выпущено множество разных компонентов для решения общих или специальных проблем;
3) пользователи могут выбирать компоненты из большего числа наборов;
4) проекты могут интегрировать компоненты третьей стороны, сокращая время разработки (и. возможно,
затраты);
5) производство компонентов является менее сложным, чем целых прикладных программ, поэтому про
давать компоненты могут небольшие специализированные предприятия;
6) разработчику компонентов не обязательно знать конечное приложение. Он может уделять больше вни
мания эффективности, функционированию и результату частной проблемы, в которой он является экспертом;
b
) компоненты предназначены для многократного использования:
1) компоненты могут быть созданы или куплены отдельно и затем быть использованы вместе или в разных
комбинациях с другими компонентами в разных приложениях или контекстах приложений;
2) единичные концепции могут быть реализованы независимо от существующих концепций;
3) для повторного использования компонентов в как можно большем числе ситуаций, необходимо иметь
собственных клиентов идиалоги конфигураций, которые позволяют инженеру-испытагелю устанавливать характе
ристики и атрибуты компонентов в пределах, предпочтительных для разработчика компонента. Приложения с та
кими компонентами обычно имеют больше ошибок, чем произвольно модифицируемое ПО. Диалоги конфигурации
могут изменяться от управляющих элементов, позволяющих выбирать вариант из простого множества, до полного
мастера настройки (Wizard) и помогать инженеру в комплексной конфигурации;
c) композиция разных компонентов обеспечивает быструю разработку новых, очень гибких приложений, ко
торые снижают расходы на техническое обслуживание и администрирование:
1) опыт, полученный в результате создания аппаратных средств, например, применение интегральных
схем, внедряют в разработки;
2) компонент может быть заменен другим компонентом (если необходимо, от другого поставщика), а также
новый компонент может быть добавлен, не изменяя другие части приложения;
3) существующие системы и функциональность могут быть определены в качестве модели компонента и
более легко интегрированы в новые разработки.
51