Определение КПИ и модели вариантности ПС и СПС

ПС и СПС имеют общее множество характеристик, соответствующих потребностям определенных функциональных вариантов домена, различаются способами воплощения этих характеристик в отдельные ПС и разрабатываются с использованием ГоР или КПИ. Любая ПС создается не с нуля, а порождается моделью СПС путем выбора готовых КПИ из репозиториев или библиотек. Выбранный КПИ адаптируется к среде и методом сборки конфигурируется в новую структуру НС.

Модель СПС, связанная с объектной и компонентной моделью, дополняется точками вариантности. В результате получается расширенная модель семейства вариантной системы (СВС).

С помощью О КМ проектирования ПС строятся взаимосогласованные составные элементы модельной среды: объектные и компонентные модели ПС и артефакты СПС. Для СВС проводится их конкретизация. При проектировании объектной модели (ОМ) осуществляется последовательное представление объектов на обобщающем (? = 1), структурном (t= 2), характеристическом (t = 3) и поведенческом (t = 4) уровнях абстракции.

Введение

вариантных характеристик в архитектуру ПС

Вариантные характеристики (ВХ) могут быть введены на всех уровнях проектирования ОМ системы — от архитектурного и характеристического вплоть до реализации объектов к компонентам. Эти уровни различаются операционными программными сущностями. Одна ВХ может отражаться на множестве разнотипных программных сущностей, которые вместе обеспечивают желаемую функциональность. Она проявляет себя в СПС множеством точек вариантности на разных уровнях абстракции ОМ.

Решения относительно введения ВХ принимаются с учетом:

• • доступности (готовности) к реализации, удовлетворяющей потребностям связи объектов и добавления вариантов;
• • размеров программных сущностей и артефактов, которые касаются введенных характеристик ВХ;
• • количества точек вариации;
• • стоимости сопровождения введенных точек вариации.

Если точка вариации введена на ранних стадиях ЖЦ ВХ, она попадает под контроль на всех следующих этапах разработки, в другом случае — она контролируется лишь в течение непродолжительного времени.

Если точка вариации открыта для добавления новых вариантов к их коллекции в этой точке, то в любой момент времени варианты могут быть добавлены или изъяты. Если точка вариации закрыта, это означает, что коллекция вариантов зафиксирована и не может изменяться.

Решение относительно того, когда и как добавлять варианты, принимает определенный разработчик системы, учитывая бизнес-стратегию и модель производства ПС на определенной линии по модели вариабельности.

Если бизнес-стратегия предусматривает возможность позднего добавления вариантов, например, посторонними поставщиками, это ограничивает выбор технологий реализации точек вариации, поскольку может возникнуть потребность оставлять их (точки) открытыми для добавления новых вариантов после компиляции или даже в период выполнения ПС.

На процесс добавления вариантов влияют процесс разработки ПС и используемые инструменты. При этом добавление вариантов может выполняться двумя путями, в зависимости от того, как реализована точка вариации коллекции вариантов в ПС. Варианты могут быть добавлены неявно, и это означает, что не существует представления. Коллекцией руководят специалисты вне разрабатываемой системы, например с использованием простого перечня имеющихся вариантов. В этом случае обеспечение требуемого варианта из коллекции неявных вариантов возлагается на разработчиков или пользователей. При явном добавлении вариантов коллекция вариантов присутствует в составе кода ПС. Это означает, что в системе достаточно информации, для того чтобы при необходимости самостоятельно найти необходимый вариант.