Товары в корзине: 0 шт Оформить заказ
Стр. 1 

57 страниц

Распространяется на инструменты и методы технического менеджмента для программных продуктов, программных сервисов, систем программного обеспечения в линейке продуктов (включая архитектуру системы, но исключая аппаратные средства).

 Скачать PDF

Идентичен ISO/IEC 26555:2013

Оглавление

1 Область применения

2 Нормативные ссылки

3 Термины и определения

4 Эталонные модели технического менеджмента линейки продуктов

5 Управление процессами

     5.1 Процессы обеспечения применяемых процессов для линеек продуктов

     5.2 Определение процессов разработки домена

     5.3 Определение процессов разработки приложения

     5.4 Применение процесса мониторинга и управления для линеек продуктов

     5.5 Применение совершенствования процессов для линеек продуктов

6 Менеджмент вариабельности

     6.1 Менеджмент модели вариабельности

     6.2 Менеджмент документации вариабельности

     6.3 Управление связыванием вариабельности

     6.4 Трассировка вариабельности

     6.5 Управление и развитие вариабельности

7 Управление активами

     7.1 Идентификация актива

     7.2 Реализация базы активов

     7.3 Верификация активов

     7.4 Развитие актива (включая менеджмент изменений)

8 Процессы поддержки управления

     8.1 Технический менеджмент качества для ЛППС

     8.2 Менеджмент конфигурации для ЛППС

     8.3 Менеджмент решения для ЛППС

     8.4 Технический менеджмент рисков для ЛППС

     8.5 Менеджмент инструментария для ЛППС

Приложение А (справочное) Технический менеджмент и уровни технической готовности (TRL)

Приложение В (справочное) Взаимосвязь с процессами по ИСО/МЭК 12207

Приложение С (справочное) Концепция процесса, метода, инструмента и аспекта

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации

Библиография

 

57 страниц

Дата введения01.06.2017
Добавлен в базу01.02.2017
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

18.05.2016УтвержденФедеральное агентство по техническому регулированию и метрологии336-ст
РазработанООО ИАВЦ
ИзданСтандартинформ2016 г.

Systems and software engineering. Tools and methods for product line technical management

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

национальный ГОСТ Р ИСО/МЭК


СТАНДАРТ

ФЕДЕРАЦИИ 2016

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

Инструменты и методы технического менеджмента линейки продуктов

ISO/IEC 26555:2013 Systems and software engineering — Tools and methods for product line technical management

(IDT)

Издание официальное

Москва

Стандартинформ

2016


Предисловие

1    ПОДГОТОВЛЕН Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ) на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 18 мая 2016 г. № 336-ст

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 26555:2013 «Системная и программная инженерия. Инструменты и методы для технического менеджмента линейки продуктов» (ISO/IEC 26555:2013 «Software and systems engineering — Tools and methods for product line technical

management»).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ, 2016

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

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

-    Структура: Технический менеджмент обеспечивает выполнение приложением правил, определенных в структурах. В техническом менеджменте предусмотрена управленческая поддержка подчинения структурам.

-    Прослеживаемость: В техническом менеджменте предусмотрено наличие связей трассировки для менеджмента активов и менеджмента вариабельности.

-    Валидация и верификация: Валидация и верификация активов, платформы и модели вариабельности отличают разработку линейки продуктов от разработки отдельного продукта.

-    Вариабельность: Технический менеджмент обеспечивает управленческие возможности для вариабельности. Менеджмент вариабельности - отличительная черта разработки линейки продуктов.

5 Управление процессами

Поскольку разработка линейки продуктов требует совместной работы группы специалистов и предусматривает повторяющиеся, постоянные, дисциплинированные совместные действия отдельных организационных единиц, важно побудить участников придерживаться процесса. Для достижения требуемого качества разработка линейки продуктов опирается на высококачественное определение процесса и его эффективное введение в действие. В частности, из-за того, что изменения актива влияют больше чем на одно приложение, конфигурация и изменения должны управляться дисциплинированно, а разработчики актива должны тщательно соблюдать дисциплину. Данный процесс имеет дело с процессами, которые специализированы для линеек продуктов, соответствующими процессу менеджмента модели жизненного цикла, определенных в ИСО/МЭК 12207 и ИСО/МЭК 15288. Подпроцессами процесса управления процессами являются следующие:

-    процессы обеспечения применяемых процессов для линеек продуктов предназначены для обеспечения готовности линейки продуктов к процессу. Этот подпроцесс обеспечивает возможности для установления лидерства процесса, ресурсов и среды совместного функционирования линейки продуктов, для поддержки оценки и совершенствования процессов линейки продуктов;

-    определение процессов разработки домена служит для определения общеиспользуемых в линейке продуктов процессов и обеспечения совместного их использования участниками. Этот подпроцесс заключается из таких задач, как определение, проверка и развертывание процессов разработки домена;

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

-    мониторинг и контроль применяемых процессов для линеек продуктов служат для измерения производительности процессов и планирования по мере необходимости корректирующих действий для решения проблемы фиксации отклонений. Корме того, представлены процессы для определения целей измерения и целевой производительности процесса. Показатели, соответствующие целям всей линейки продуктов, определены, а результаты их измерения используют для управляющих процессов;

-    усовершенствование применяемых процессов для линеек продуктов обычно следует за организационной оценкой процессов, которая идентифицирует слабые и сильные места процессов разработки домена и приложений. Усовершенствование процессов должно быть систематическим, с целью продвижения из состояния «есть» в состояние «будет».

5.1 Процессы обеспечения применяемых процессов для линеек продуктов

Цель процессов обеспечения применяемых процессов для линеек продуктов

Цель процессов обеспечения применяемых процессов для линеек продуктов заключается в подготовке к реализации и совершенствованию процессов посредством соответствующих политик и управляющих групп для оценки и совершенствования процессов и ресурсов для их выполнения.

6

ГОСТ Р ИСО/МЭК 26555—2016

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

Входы:

-активы процессов домена и приложения (например, задокументированные политики, активы оценки и совершенствования процессов, используемые в разработке одиночных систем, организационные роли и ответственности, и т. д.);

-    список готовых ресурсов;

-    размер и сложность линейки продуктов.

Выходы:

-    создана группа управления процессами линейки продуктов;

-    обеспечены обмен информацией и условия совместных работ;

-    задокументированы цели и стратегии совершенствования процессов;

-    определены требования к инфраструктуре и ресурсам для обеспечивающих процессов;

-    реализована и поддерживается инфраструктура для обеспечивающих процессов.

Задачи:

-    создать группу управления процессами для обеспечения контроля и отчетности руководства управлением и совершенствованием процессов;

-    обеспечить ресурсы для совершенствования процессов, для предоставления соответствующих ресурсов для разработки активов процессов, для выполнения совершенствования процессов, для обеспечения среды для обмена информацией о процессах и для формирования базы сотрудничества для разрешения проблем процессов. Определить и обеспечить необходимую поддержку осуществления установленных целей и стратегий совершенствования процессов;

-    руководить совершенствованием процессов, обеспечивая контроль и управление состоянием совершенствования и реализации процесса сточки зрения всей линейки продуктов. Группа управления процессами, как центр управления процессами, должна определять надлежащие действия для совершенствования управляющих процессов.

5.1.1 Создать группу управления процессами

Цель этой задачи заключается в установлении и поддерживании контроля и отчетности руководства управлением и совершенствованием процессов. Группа управления процессами несет ответственность за руководство другими задачами процесса, обеспечивающего процессы, и за принятие необходимых решений.

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

Методология должна обеспечивать группе управления процессами линейки продуктов следующие возможности:

-    определение целей и стратегий совершенствования процессов, включая высокоуровневые средства их мониторинга на базе целей линейки продуктов;

-    моделирование достижимого совершенствования возможности многократного использования, сокращения стоимости, эффективного менеджмента вариабельности и т.д., путем совершенствования процессов (например, Delphi);

-    координация состояния домена, приложения и процессов совместных процессов (например, АНР, ANP, CSF, Delphi).

Инструментарий должен обеспечивать группу управления процесса линейки продуктов возможностью выполнять следующие действия:

-    поддерживать условия для производства совместных работ (или обмена информацией) для обмена знаниями независимо от географического местоположения;

-    обмениваться статусом разделенных и параллельных процессов разработки, т.е. процессов разработки домена, процессов разработки приложений;

-    совместно использовать результаты и ключевые этапы совершенствования процессов.

7

5.1.2    Согласовать ресурсы для определения и совершенствования процессов

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

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

Методология должна обеспечивать согласование ресурсов для определения и совершенствования процессов следующие возможности:

-    анализ ресурсов, необходимых для совершенствования процессов;

-    согласование ресурсов в процессах различных жизненных циклов, т.е. при разработке домена, приложений, а также в менеджменте;

-    перераспределение ресурсов, выделенных для разработки домена, а, следовательно, совместного с разработкой приложений использования ресурсов (повышение многократного использования ресурсов);

-    создание планов и обязательств по обеспечению ресурсов.

Инструментарий должен обеспечивать согласование ресурсов для определения и совершенствования процессов возможность выполнять следующие действия:

-    обеспечивать возможность обратной связи (или передачи информации) о ресурсах от участников линейки продуктов (например, через веб-среду для сбора сведений о ресурсах);

-    иметь доступ к списку ресурсов с их состоянием (ресурсов, выделенных для разработки домена, для разработки всех приложений в линейке продуктов и менеджмента);

-    для повторного использования предоставлять информацию о состоянии использования ресурсов для разработки домена, приложений и менеджмента соответственно.

5.1.3    Руководить определением и совершенствованием процессов

Целью этой задачи является мониторинг и управление состоянием совершенствования процессов разработки домена и приложений со стороны группы управления процессами, которая является центром управления процессами. Группа управления линейкой продуктов принимает решение о надлежащих для совершенствования процессов корректирующих действиях и согласовывает их с менеджерами руководящего уровня.

Методология должна обеспечивать руководство определением и совершенствованием процессов следующими возможностями:

-утверждение, измерение и управление совершенствованием процесса;

-    согласование совершенствования процессов в организации линейки продуктов;

-    анализ состояния совершенствования процессов.

Инструментарий должен обеспечивать руководство определением и совершенствованием процесса с помощью возможности выполнять следующие действия:

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

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

5.1.4    Подготовить управление процессами и их совершенствованием

Цель этой задачи заключается в обеспечении управления процессами и их совершенствованием надлежащими ресурсами и управлением.

Определяются и предоставляются ресурсы, необходимые для разработки активов процессов разработки домена, для реализации совершенствования процессов, предоставления благоприятной среды, обеспечивающей обмен информацией о процессах разработки домена между инженерами-прикладниками, формируя тем самым основу сотрудничества для решения проблем, относящихся к процессам разработки домена и к достижению установленных целей и стратегий усовершенствования процессов.

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

8

ГОСТ Р ИСО/МЭК 26555—2016

Методология должна обеспечивать при подготовке управления процессами и их совершенствования следующие возможности:

-    определение целей и стратегий совершенствования процессов, включая высокоуровневые средства их мониторинга на базе целей линейки продуктов;

-    моделирование достижимого совершенствования возможности многократного использования, снижения стоимости, эффективного менеджмента вариабельности и т. д. путем совершенствования процессов (например, Delphi);

-    оценка и обеспечение необходимых ресурсов;

-    координация состояния домена, приложения и процессов совместных процессов (например, АНР, ANP, CSF, Delphi);

-    оптимизация ресурсов в процессах различных жизненных циклов, т.е. в разработке домена, в разработке приложений и в менеджменте.

Инструментарий должен обеспечивать подготовку управления и совершенствования процессов с помощью возможности выполнять следующие действия:

-    поддерживать условия для выполнения совместных работ (или обмена информацией) для обмена знаниями независимо от географического местоположения;

-    обеспечивать возможность обратной связи (или передачи информации) о ресурсах от участников линейки продуктов (например, через веб-среду для сбора сведений о ресурсах);

-    обмениваться статусом разделенных и параллельных процессов разработки, т.е. процессов разработки домена, процессов разработки приложений;

-    совместно использовать результаты и ключевые этапы совершенствования процессов.

5.2 Определение процессов разработки домена

Цель определения процессов разработки домена

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

Входы

-    совокупность стандартных процессов организации, которые были определены для разработки отдельного продукта;

-    адаптированные инструкции, используемые для разработки отдельного продукта.

Результаты

-    определена совокупность процессов разработки домена;

-    созданы адаптированные инструкции по процессам;

-документированы критерии и руководящие принципы согласования и руководства;

-    все вышеуказанное совместно используется в организации линейки продуктов.

Задачи

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

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

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

5.2.1    Определить процессы разработки домена

Цель этой задачи заключается в определении общих процессов и разработке активов процессов, которые будут широко использоваться доменными инженерами для разработки активов домена. Процессы разработки домена предоставляют процессы для разработки активов, и большинство из них вновь будет использовано при разработке приложений. Для минимизации отклонений среди участников разработки домена процессы разработки домена должны предоставить общую архитектуру процессов и их подробные определения.

Методология должна обеспечивать при определении процессов разработки домена следующие возможности:

-    предоставление шаблонов описания процессов разработки домена (архитектура процессов, детальное проектирование процессов и реализация процессов);

-определение назначения, входов, результатов, критериев входа, задач, верификации, измерения и критериев выхода процессов разработки домена;

-    разложение процессов на элементы процессов разработки домена для разработки актива домена;

-    определение процессов для поддержки сборки активов домена;

-    предоставление процессов сопровождения совместных работ в линейке продуктов;

-    моделирование и документирование процессов (обеспечение шаблонов документации).

Инструментарий должен обеспечивать определение процессов разработки домена с помощью

возможности выполнять следующие действия:

-    обеспечить интегрированную среду поддержки процессов для автоматизации необходимых процессов;

-    обеспечить пользователя процесса электронной документацией по процессам (например, вебруководство по процессам или электронное руководство по процессам).

Примечание — Описания процессов должны содержать руководства по обработке вариабельности, связывания, повторного использования и по совместным работам с различными организационными единицами.

5.2.2    Проверить процессы разработки домена

Цель этой задачи заключается в обеспечении возможностей процессов разработки домена, требуемых для разрешения конкретных аспектов разработки домена, таких как общность, вариабельность, активы и прослеживаемость.

Методология должна обеспечивать при проверке процессов разработки домена следующие возможности:

-    анализ соответствия конкретных процессов разработки домена к необходимым назначению, результатам, входам, критериям входа, задачам, верификации, измерениям и критериям выхода;

-    обеспечение того, что конкретные процессы разработки домена ориентированы на соответствующие задачи вариабельности;

-    подтверждение возможности конкретных процессов разработки домена произвести активы и платформу, которые будут повторно использованы в линейке продуктов;

-    анализ возможности конкретных процессов разработки домена обеспечения надлежащей прослеживаемости.

Инструментарий должен обеспечивать проверку процессов разработки домена с помощью возможности выполнять следующие действия:

-    направлять выполнение задач валидации (например, путем создания контрольного списка в интернете);

-    предоставить свободный онлайн доступ к конкретным активам процессов разработки домена;

-    создавать отчеты о результатах проверки.

5.2.3    Развернуть процессы разработки домена

Целью этой задачи является развертывание с целью использования конкретных общих процессов. Эта задача обеспечивает доступность процессов разработки домена и активы процессов для выполнения разработок домена и их сопровождающего менеджмента.

Методология должна обеспечивать при развертывании процессов разработки домена следующие возможности:

-    разработка и реализация библиотеки активов общих процессов;

-    определение критериев и руководящих принципов согласования повторного использования в разработке приложений;

ГОСТ Р ИСО/МЭК 26555—2016

-    определение процедур развертывания процессов;

-    предоставление для использования доступа к активам процессов разработки домена.

Инструментарий должен обеспечивать при развертывании процессов разработки домена возможность выполнять следующие действия:

-    поддерживать хранилище активов процессов разработки домена для совместного использования участниками разработки линеек продуктов активов процессов разработки домена, адаптированных инструкций и критериев согласования;

-    контролировать, придерживается ли приложение соответствующих процессов разработки домена;

-    обеспечивать интеграцию обратной связи от приложений — членов линейки.

5.3 Определение процессов разработки приложения

Цель определения процессов разработки приложения

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

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

Входы:

-    стандартные организационные процессы;

-    активы процессов разработки домена;

-    специализированные требования;

-адаптированные инструкции;

Результаты:

-определена совокупность процессов разработки приложений;

-созданы и поддерживаются активы процессов разработки приложений.

Задачи:

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

-    проверить соответствие процессов разработки приложений процессам разработки домена. Непротиворечивость с процессами разработки домена должна быть обеспечена таким образом, чтобы при этом были учтены соответствующие цели и стратегии домена;

-    развернуть процессы разработки приложений для обеспечения возможности использования процессов разработки конкретного приложения всеми участниками разработки приложений.

5.3.1 Определить процессы разработки приложений

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

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

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

Методология должна обеспечивать при определении процессов разработки приложений следующие возможности:

-    предоставление шаблонов описания процессов разработки приложений (архитектура процессов, детальное проектирование процессов и реализация процессов);

11

-определение назначения, входов, результатов, критериев входа, задач, верификации, измерения и критериев выхода процессов разработки домена;

-    определение процессов для повторного использования актива;

-    определение процессов для анализа связывания вариабельности;

-    определение процессов для разработки специализированных фрагментов;

-    моделирование и документирование процессов разработки приложений (обеспечение шаблонов для документации);

-    согласование процессов разработки приложений с процессами разработки домена.

Инструментарий должен обеспечивать при определении процессов разработки приложений возможность выполнять следующие действия:

-    обеспечивать шаблоны для описания процессов разработки приложений;

-    поддерживать моделирующие и документирующие процессы разработки приложений;

-    обеспечивать прослеживаемость в базе активов для ссылки на информацию о повторном использовании;

-    обеспечивать прослеживаемость вариабельности, включая модели, пометки и т.д.;

-    поддерживать прослеживаемость с определенными процессами разработки домена для согласования.

5.3.2    Проверить соответствие процессов разработки приложений процессам разработки домена

Цель этой задачи заключается в том, чтобы обеспечить соответствие процессов разработки приложений процессам разработки домена таким образом, чтобы каждое приложение соответствовало процессам разработки домена, вследствие чего можно предсказать производительность процессов и качество.

Методология должна обеспечивать при проверке соответствия процессов разработки приложений процессам разработки домена следующие возможности:

-    ревизию конкретных процессов разработки приложения на предмет направленности на необходимые цели, результаты, входы, критерии входа, задачи, верификацию, измерения и критерии выхода;

-    процессы разработки приложений должны соответствовать обязательным частям процессов разработки домена;

-    процессы разработки приложений должны отражать контекст разработки приложений при разработке линейки продуктов;

-    процессы разработки конкретного приложения должны удовлетворять целям организации линейки продуктов.

Инструментарий должен обеспечивать при проверке соответствия процессов разработки приложений процессам разработки домена возможность выполнять следующие действия:

-    предоставить среду, поддерживающую координацию процессов разработки домена и приложений;

-    руководить процедурой проверки каждого этапа;

-совместно использовать активы процессов разработки домена и активы с аннотациями, такие как связанные процессы, ограничения и т.д.;

-    поддерживать документацию проблем несоответствия.

5.3.3    Развернуть процессы разработки приложений

Целью этой задачи является развертывание процессов для использования конкретных процессов приложений. Эта задача обеспечивает доступность процессов разработки приложений и активов процессов для выполнения разработок приложений и сопровождающий их менеджмент.

Методология должна обеспечивать при развертывании процессов разработки приложений следующие возможности:

-    разработка и реализация специализированной библиотеки активов процессов;

-    определение критериев и инструкций согласования для повторного использования активов процессов разработки домена;

-    определение процедур развертывания процессов;

-    анализ активов процессов разработки домена для повторного использования.

Инструментарий должен обеспечивать при развертывании процессов разработки приложений

возможность выполнять следующие действия:

-    анализировать базу активов процессов разработки домена для совместного использования активов процессов разработки домена, адаптированных инструкций и критериев согласования;

-    проверять, придерживается ли приложение соответствующих процессов разработки домена;

-    обеспечить возможность обратной связи с разработкой домена.

ГОСТ Р ИСО/МЭК 26555—2016

5.4 Применение процесса мониторинга и управления для линеек продуктов

Цель процесса мониторинга и управления

Цель применения процесса мониторинга и управления для линеек продуктов заключается в том, чтобы поддерживать возможности организации в планировании, измерении производительности и возможности многократного использования процессов.

Входы:

-    цели организации линейки продуктов;

-    структура оценки процесса линейки продуктов;

-    собранные данные или информация.

Результаты:

-    определена достигнутая степень многократного использования процессов;

-    определена производительность процессов.

Задачи:

-    разработать план процесса мониторинга и управления. Должен быть определен и должна поддерживаться целевая производительность процессов и планы процесса мониторинга и управления для обеспечения соответствия реализованных процессов стандартным процессам. Должна быть выбрана цель линейки продуктов, которая может быть оценена с помощью процессов. Это обеспечивается путем отслеживания производительности процессов;

-    определить критерии качества работы процесса. Должны быть определены показатели для анализа производительности процесса для инициации последующих измерений;

-    измерять производительность процесса и управлять ею. Результаты производительности процесса оцениваются и результаты передаются в соответствующие процессы для достижения цели;

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

5.4.1    Планировать процесс мониторинга и управления

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

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

Методология должна обеспечивать при планировании процесса мониторинга и управления следующие возможности:

-    определение целевой производительности процессов разработки домена/приложений (например, целевая производительность процесса, источником которой являются цели линейки продуктов, а также стратегии и цели совершенствования процессов);

-    выбор совокупности подлежащих контролю процессов;

-    анализ целей и их согласование с соответствующими заинтересованными сторонами;

-    выделение ресурсов для осуществления мониторинга и управления.

Инструментарий должен обеспечивать при планировании процесса мониторинга и управления возможность выполнять следующие действия:

-    предоставить различные по направленности руководства по планированию (т.е. для процессов разработки домена или для процессов разработки приложений);

-    поддерживать среду для сотрудничества и совместного использования планов соответствующими заинтересованными сторонами, такими как менеджеры домена и менеджеры приложений;

-    совместно использовать планы мониторинга и управления производительностью процессов разработки домена;

-    анализировать планы мониторинга и управления для многократного их использования в приложениях.

5.4.2    Определить критерии качества работы процесса

Цель этой задачи заключается в том, чтобы определить показатели, используемые для анализа и управления производительностью процесса. Именно с помощью каскадного расположения

13

соответствующих процессов и их количественной ответственности, каждому соответствующему процессу присваивается целевая производительность.

Методология должна обеспечивать при определении критериев качества работы процесса следующие возможности:

-    определение показателей, которые будут использоваться для мониторинга продвижения процессов к определенным целям;

-    каскадное расположение целей производительности для соответствующих процессов;

-    определение и распределение ролей для измерения производительности процессов;

-    согласование присвоения с заинтересованными сторонами;

-    предоставление шаблонов измерения, отражающих характеристики процессов разработки домена и приложений.

Инструментарий должен обеспечивать при определении критериев качества работы процессов возможность выполнять следующие действия:

-    обеспечить хранение часто используемых критериев качества работы процессов для повторного и совместного их использования;

-    предоставить службы доступа к показателям и соответствующим им процессам;

-    обеспечить доступ к результатам измерений процедурам измерений, ответственных за измерение процессов разработки домена.

5.4.3    Измерить производительность процесса и управлять ею

Цель этой задачи заключается в анализе результатов измерений, преобразовании их в значение производительности процесса и выполнении корректирующих действий для повышения производительности процесса.

Методология должна обеспечивать при управлении производительностью процесса следующие возможности:

-    представление результатов измерений для анализа производительности процессов (например, с помощью моделей производительности процессов);

-    анализ решающих факторов достижения целевой производительности процессов;

-    анализ и согласование корректирующих действий с соответствующими заинтересованными сторонами;

-    отслеживание состояния корректирующих действий.

Инструментарий должен обеспечивать управлению производительностью процесса возможность выполнять следующие действия:

-    рассчитывать результат достижения на основе моделей производительности процессов каждого приложения, домена или всей линейки продуктов;

-    интегрировать данные о производительности каждого процесса разработки приложений для вычисления достижения производительности процессов разработки домена;

-    представить результаты достижения в соответствии с ролями и обязанностями (например, представление для приложения, для домена или для всей линейки продуктов).

5.4.4    Координировать процессы улучшения многократного использования

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

Методология должна обеспечивать в ходе процессов координации улучшения многократного использования следующие возможности:

-    оценка возможности многократного использования процессов;

-    определение возможностей улучшения многократного использования процессов;

-    анализ и согласование совершенствования процессов с соответствующими заинтересованными сторонами;

-    выполнение моделирования процесса для проверки результативности.

Инструментарий должен обеспечивать в ходе процессов координирования улучшения многократного использования возможность выполнять следующие действия:

-    поддерживать расчеты многократного использования процессов;

-    отслеживать, какие процессы используются многократно;

-    поддерживать среду для координации улучшения многократного использования процессов;

-    предоставлять услуги навигации между процессами разработки приложений и соответствующим процессами разработки домена.

14

ГОСТ Р ИСО/МЭК 26555—2016

5.5 Применение совершенствования процессов для линеек продуктов

Цель совершенствования процессов

Цель использования совершенствования процесса для линеек продуктов заключается в том, чтобы обеспечить организационные возможности для оценки, оценки влияния изменения, планирования совершенствования, оценки результатов совершенствования процессов.

Входы:

-    запросы на изменения процессов разработки домена;

-    фактическая производительность процессов домена и приложения.

Результаты:

-документированы результаты оценки;

-    планы действий относительно совершенствования задокументированы;

-документированы изменения процессов разработки домена.

Задачи:

-    оценить процессы. Линейки продуктов в большой степени подвержены влиянию процессов, используемых для создания продукта в линейке продуктов. Оценка процессов должна быть проведена как для процессов разработки домена, с помощью которых разрабатываются активы домена, так и для процессов разработки приложений, которые являются специализированными для приложения процессами;

-    оценить влияние изменений процессов. Изменения в процессе оказывают влияние на процессы, которые взаимодействуют с ним, или на процессы, повторно используемые с продуктами, которые параллельно разрабатываются в линейке продуктов. Поэтому влияние последствий изменений процесса необходимо оценить прежде, чем внести изменения или принять измененные процессы;

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

-    реализовать совершенствование процесса. Перед разворачиванием измененных процессов необходимо провести пилотные испытания с помощью структурированного подмножества домена с использованием представительных процессов разработки домена. Для каждого приложения также проводят предварительные пилотные испытания для того, чтобы проблемы, возникшие вследствие изменений, были обнаружены прежде, чем процессы будут реализованы во всей линейке продуктов;

-оценить совершенствование процесса. Организация линейки продуктов должна гарантировать, что планы действий по совершенствованию процесса реализованы соответственно во всех соответствующих частях линейки продуктов. Необходимо определить метрики для мониторинга и измерения состояния совершенствования процессов линейки продуктов.

5.5.1 Оценить процессы

Цель этой задачи заключается в периодической оценке процессов разработки домена, чтобы выявить достоинства и недостатки процессов. Оценку процессов проводят как со стороны разработки домена, так и со стороны разработки приложений. Планы действий по совершенствованию процессов должны быть обсуждены и согласованы с организационными единицами, ответственными за реализацию планов действий по процессам. Планы действий по совершенствованию процессов разработки домена должны тщательно быть рассмотрены, поскольку изменения в процессах разработки домена влияют на процессы разработки соответствующего приложения.

Методология должна обеспечивать при оценке процессов следующие возможности:

-определение оценочной области применения процессов разработки домена и приложений;

-    определение оценочных форм для процессов разработки домена и приложений;

-    планирование оценки процессов разработки домена и приложений;

-    проведение оценки процессов разработки домена и приложений (для оценки каждого процесса разработки домена и приложений предоставляется шаблон);

-определение действий для реализации совершенствования процессов разработки домена и приложений.

Инструментарий должен обеспечивать при оценке процессов возможность выполнять следующие действия:

-    ведение электронной записи данных (например, в виде электронной таблицы) процессов разработки домена и приложений;

15

ГОСТ Р ИСО/МЭК 26555—2016

Содержание

1    Область применения....................................................................................................................................1

2    Нормативные ссылки....................................................................................................................................1

3    Термины и определения..............................................................................................................................2

4    Эталонные модели технического менеджмента линейки продуктов........................................................2

5    Управление процессами .............................................................................................................................6

5.1    Процессы обеспечения применяемых процессов для линеек продуктов........................................6

5.2    Определение процессов разработки домена.....................................................................................9

5.3    Определение процессов разработки приложения...........................................................................11

5.4    Применение процесса мониторинга и управления для линеек продуктов ....................................13

5.5    Применение совершенствования процессов для линеек продуктов .............................................15

6    Менеджмент вариабельности....................................................................................................................17

6.1    Менеджмент модели вариабельности ..............................................................................................18

6.2    Менеджмент документации вариабельности ...................................................................................20

6.3    Управление связыванием вариабельности ......................................................................................21

6.4    Трассировка вариабельности ............................................................................................................22

6.5    Управление и развитие вариабельности...........................................................................................24

7    Управление активами.................................................................................................................................26

7.1    Идентификация актива ......................................................................................................................27

7.2    Реализация базы активов ..................................................................................................................29

7.3    Верификация активов.........................................................................................................................30

7.4    Развитие актива (включая менеджмент изменений)........................................................................31

8    Процессы поддержки управления ............................................................................................................33

8.1    Технический менеджмент качества для ЛППС ................................................................................34

8.2    Менеджмент конфигурации для ЛППС .............................................................................................36

8.3    Менеджмент решения для ЛППС.......................................................................................................38

8.4    Технический менеджмент рисков для ЛППС....................................................................................40

8.5    Менеджмент инструментария для ЛППС .........................................................................................41

Приложение А (справочное) Технический менеджмент и уровни технической готовности (TRL)..........44

Приложение В (справочное) Взаимосвязь с процессами по ИСО/МЭК 12207 .........................................45

Приложение С (справочное) Концепция процесса, метода, инструмента и аспекта...............................48

Приложение ДА (справочное) Сведения о соответствии ссылочных международных

стандартов национальным стандартам Российской Федерации..................................49

Библиография................................................................................................................................................50

-    поддерживание интерфейсов, позволяющих открыть или отослать артефакты домена и артефакты приложения, производимые каждым процессом;

-    обновление списков артефактов в реальном времени для параллельной оценки процессов разработки домена и приложений.

5.5.2    Оценить влияние изменений процессов

Цель этой задачи заключается в анализе влияния изменений в процессах разработки домена. Такой анализ охватывает процессы разработки приложений, связанные с изменениями процесса. Из-за влияния изменений в процессах разработки домена на несколько процессов приложения из линейки анализ воздействия должен быть выполнен очень тщательно.

Методология должна обеспечивать при оценке влияния изменений процессов следующие возможности:

-    определение и расстановка приоритетов вариантов совершенствования процессов;

-    анализ влияния вследствие изменений процессов разработки домена;

-    сравнение альтернативных процессов разработки домена;

-    выявление усовершенствований процессов, которые будут реализованы;

-    выполнение пилотных испытаний на выбранном приложении (приложения могут быть выбраны в соответствии со стратегией испытаний).

Инструментарий должен обеспечивать при оценке влияния изменений процессов возможность выполнять следующие действия:

-    поддерживать двустороннюю связь между процессами разработки домена и связанными с ними процессами разработки приложений;

-    записывать результаты анализа влияния для обоснования решений о совершенствованиях процессов разработки домена;

-хранить обоснования для принятия решений о совершенствовании процессов разработки домена.

5.5.3    Планировать совершенствование процесса

Цель этой задачи заключается в разработке и поддержке планов совершенствования процессов линейки продуктов на основе результатов оценки и мониторинга процессов. Совершенствование процесса выполняет поставленные задачи в соответствии с планами и оценивает результаты по сравнению с планом.

Методология должна обеспечивать при планировании совершенствования процессов следующие возможности:

-    идентификация стратегий совершенствования процессов, подходов и действий, необходимых для реализации определенных усовершенствований процессов;

-документирование действий по совершенствованию процесса;

-    рассмотрение и согласование плана с соответствующими заинтересованными сторонами.

Инструментарий должен обеспечивать при планировании совершенствования процессов возможность выполнять следующие действия:

-совместно применять план совершенствования процессов вместе с заинтересованными сторонами;

-    создавать отчеты о состоянии реализации плана;

-    обновлять планы.

5.5.4    Реализовать совершенствование процесса

Цель этой задачи заключается в создании и реализации планов действий по совершенствованию процессов разработки домена и приложений.

Методология должна обеспечивать при реализации совершенствования процессов следующие возможности:

-    создание планов действий по совершенствованию процессов разработки домена и приложений;

-    определение метрик для измерения результатов совершенствования процессов разработки домена и приложений;

-    отслеживание прогресса по планам действий;

-    внедрение усовершенствования процессов по всей организации;

-    мониторинг реализации совершенствований процессов.

Инструментарий должен обеспечивать при совершенствовании процессов реализации возможность выполнять следующие действия:

-    совместно с заинтересованными сторонами использовать планы действий по совершенствованию процессов;

16

Введение

Настоящий стандарт разработан с целью определения возможностей инструментов и методов технического менеджмента линейки программных продуктов и систем (ЛППС). Настоящий стандарт определяет, каким образом инструменты и методы поддерживают процессы технического менеджмента специфичных для линейки продуктов программного обеспечения и систем. Так как линейки продуктов связаны с множеством схожих продуктов, то линейки продуктов имеют беспрецедентный уровень сложности технического менеджмента, что является результатом нескольких факторов:

-    существенные отличия в технических соображениях из-за наличия параллельных процессов разработки, разработки домена и приложений, в линейке продуктов и двух тесно связанных друг с другом по активам процессов;

-    тесная связь разработки домена, разработки приложений и активов требует высокого уровня зрелости управленческого потенциала разрешения отношений между ними;

-    отсутствие инструментов и методов поддержки специфичного для линейки продуктов технического менеджмента.

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

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

Настоящий стандарт предназначен для тех, кто приобретает, предоставляет, разрабатывает, управляет и поддерживает инструменты и методы технического менеджмента линейки продуктов. Настоящий стандарт следует использовать в одном из следующих случаев:

-организацией, в намерения которой входит реализация линейки продуктов, для того чтобы понять, принять и задействовать процессы, инструменты и методы технического менеджмента линейки продуктов. Настоящий стандарт также поможет организации оценить и выбрать соответствующие инструменты и методики на основе критериев бизнеса или связанных с пользователем;

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

ИСО/МЭК 26550 устанавливает требования к управлению, а также ключевым характеристикам линейки продуктов. ИСО/МЭК 26550 входит в серию международных стандартов (ИСО/МЭК 26551 — ИСО/МЭК 26556), а также рассматривает структуру модели:

-    процессы и возможности методов и инструментов определения границ линейки продуктов, требований к разработке домена и требований к разработке приложений определены в ИСО/МЭК 26551 «Системная и программная инженерия. Инструменты и методы разработки требований к линейке продуктов»;

-    процессы и возможности методов и инструментов для проектирования домена и проектирования приложений определены в ИСО/МЭК 26552 «Системная и программная инженерия. Инструменты и методы проектирования архитектуры линейки продуктов»;

-    процессы и возможности методов и инструментов для реализации домена и реализации приложений определены в ИСО/МЭК 26553 «Системная и программная инженерия. Инструменты и методы реализации линейки продуктов»;

-    процессы и возможности методов и инструментов для верификации и валидации домена, для верификации и валидации приложений определены в ИСО/МЭК 26554 «Системная и программная инженерия. Инструменты и методы верификации и валидации линейки продуктов»;

IV

ГОСТ Р ИСО/МЭК 26555—2016

-    процессы и возможности методов и инструментов для технического менеджмента определены в ИСО/МЭК 26555 «Системная и программная инженерия. Инструменты и методы технического менеджмента линейки продуктов»;

-    процессы и возможности методов и инструментов для организационного управления определены в ИСО/МЭК 26556 «Системная и программная инженерия. Инструменты и методы организационного менеджмента линейки продуктов».

V

ГОСТ Р ИСО/МЭК 26555—2016

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

Инструменты и методы технического менеджмента линейки продуктов

Systems and software engineering.

Tools and methods for product line technical management

Дата введения — 2017—06—01

1 Область применения

Настоящий стандарт распространяется на инструменты и методы технического менеджмента для программных продуктов, программных сервисов, систем программного обеспечения в линейке продуктов (включая архитектуру системы, но исключая аппаратные средства). Настоящий стандарт разработан с целью:

-    помочь пользователям целостно понять, принять и задействовать процессы, инструменты и методы технического менеджмента линейки продуктов, а также выбрать соответствующие инструменты и методы на основе критериев бизнеса или пользователя;

-    помочь инженерам, разработчикам и поставщикам инструментов линейки продуктов принять обоснованные решения о возможностях инструментов и методов, требуемых для поддержки реализации линейки продуктов, исходя из технических аспектов;

-    предоставить специфичные для линейки продуктов процессы и возможности инструментов и методов технического менеджмента.

Настоящий стандарт не распространяется на процессы и возможности инструментов и методов технического менеджмента для единственной в своем роде системы, а относится только к входящим в семейство системам.

Примечание — Архитектура системы - это совокупность логических и физических принципов, используемых для выполнения задачи в данных условиях. На основе архитектуры системы получаются компоненты, которые могут быть подсистемами, программными продуктами, продуктами на основе человеческого участия, такими как рабочая смена или команда операторов, либо изделие, такое, как механическая структура, электронная плата, химикат и т.д. Область применения стандартов простирается от системы до подсистемы и программного продукта. Настоящий стандарт не распространяется на другие типы компонентов и особенно связанные с людьми и с аппаратным обеспечением.

2 Нормативные ссылки

Нормативные документы, полностью или частично упомянутые в настоящем стандарте, обязательны для их применения. Для датированных документов используют только указанное издание. Для недатированных документов используют самое последнее издание ссылочного документа (с учетом всех его изменений):

ИСО/МЭК 12207:2008, Системная и программная инженерия — Процессы жизненного цикла программного обеспечения (ISO/IEC 12207:2008, Systems and software engineering — Software life cycle processes)

ИСО/МЭК 15288:2008, Системная и программная инженерия — Процессы жизненного цикла систем (ISO/IEC 15288:2008, Systems and software engineering — System life cycle processes)

Издание официальное

3    Термины и определения

В настоящем стандарте применены следующие термины и определения. В перечень не включены общие термины, характерные для всей линейки программных продуктов и систем. Дополнительная информация об общих терминах приведена в ИСО/МЭК 26550.

3.1    процесс разработки приложения (application engineering process): Набор процессов, предназначенных для разработки продукта из линейки продуктов.

3.2    связанный процесс (attached process): Процесс, определяющий использование в приложении каждого актива.

Примечание — Совокупность связанных процессов — это то, что организует активы вместе в единое целое приложение.

3.3    время связывания (binding time): Момент времени разрешения вариабельности.

3.4    внешняя вариабельность (external variability): Изменяемость, видимая потребителям.

3.5    процесс разработки домена (domain engineering process): Набор процессов, необходимых для разработки актива домена.

3.6    внутренняя вариабельность (internal variability): Изменяемость, определенная с точки зрения разработчика, но не видимая потребителями.

3.7    связывание вариабельности (variability binding): Действие определения варианта в точке вариации, определенной в модели вариабельности.

3.8    документация по вариабельности (variability documentation): Подробное описание моделей вариабельности для использования в продуктах из линейки продуктов.

3.9    вариабельность в пространстве (variability in space): Вариация, происходящая в один и тот же момент времени различным образом.

3.10    вариабельность во времени (variability in time): Вариация, происходящая в разное время.

3.11    механизм вариабельности (variability mechanism): Механизм управления вариантами в линейке продуктов для поддержки сборки активов домена.

3.12    прослеживаемость вариабельности (variability traceability): Способ прослеживания связей, установленных для модели вариабельности как для активов домена, так и для ресурсов приложений в случаях, если варианты связаны.

4    Эталонные модели технического менеджмента линейки продуктов

Технический менеджмент обеспечивает процессы решения технических проблем, возникающих во время реализации линейки продуктов, развертывания процессов и разработки активов и продуктов в линейке продуктов в балансе с достижением целей линейки продуктов, заданными затратами, расписанием и т.д. Совокупность процессов технического менеджмента связана с менеджментом вариабельности, управлением активами, процессами, а также с процессом поддержки менеджмента для управления техническими возможностями, ресурсами, проблемами и навыками, необходимыми для успешной реализации линеек продуктов.

Инструменты и методы технического менеджмента поддерживают систематическую разработку линеек продуктов. Из-за крайней сложности линеек продуктов необходимо обеспечить надлежащую поддержку инструментов в течение всего жизненного цикла разработки домена и приложений, а также поддержку технического и организационного менеджмента, чтобы организация линейки продуктов обеспечивала возможность контроля технических сложностей.

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

-    наименование подпроцесса;

-    цель подпроцесса;

-    входы, необходимые для получения выходов;

-задачи, необходимые для достижения результатов;

-    выходы подпроцесса;

-    возможности инструментов и методов — перечень требуемой поддержки инструментов и методов для выполнения задач должным образом.

ГОСТ Р ИСО/МЭК 26555—2016

Менеджмент процессов

Менеджмент вариабельности

Менеджмент активов

Процессы обеспечения применяемых процессов для линеек продуктов

Менеджмент модели вариабельности

Идентификация актива

Определение процессов разработки домена

Управление связыванием вариабельности

Реализация базы активов

Определение процессов разработки приложения

Менеджмент документации вариабельности

Верификация активов

Мониторинг и управление применяемыми процессами для линеек продуктов

Трассировка вариабельности

Развитие активов

Совершенствование применяемых процессов для линеек продуктов

Управление и развитие вариабельности

Процессы поддержки

Технический менеджмент

Менеджмент конфигурации

менеджмента

качества для ЛППС

для ЛППС

Технический менеджмент

Менеджмент решений

Менеджмент инструментов

рисков для ЛППС

для ЛППС

для ЛППС

Рисунок 1 —Технический менеджмент линейки продуктов

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

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

Процессы проекта и процессы поддержки программных средств, определенные в ИСО/МЭК 12207, совместимы с техническим менеджментом, установленным в настоящем стандарте. Однако процесс менеджмента модели жизненного цикла, классифицированный в ИСО/МЭК 12207 как один из процессов организационного обеспечения проекта, рассмотрен в части настоящего стандарта, относящейся к управлению процессами.

Поскольку группы людей сотрудничают между собой в разработке и управлении линейками продуктов, то отдельные соответствующие процессы должны поддерживать такие совместные работы. Процесс управления процессами служит для создания и управления организационного обеспечения линейки продуктов в части процессов реализации линейки продуктов. Он необходим для определения возможности инструментов и методов для соответствующей поддержки и обеспечения следующего:

-    использование процессов обеспечения процессов для линеек продуктов должно учитывать возможности организации по инициированию, функционированию, управлению и совершенствованию процессов линейки продуктов;

-    определение процессов разработки домена должно установить и поддерживать процессы разработки домена для разработки платформы линейки продуктов;

-    определение процессов разработки приложения должно определять и поддерживать специализированные процессы для разработки каждого приложения, базирующегося на платформе линейки продуктов;

3

-    использование мониторинга и управления процессами для линеек продуктов должно быть направлено на согласование процессов разработки домена/приложений для достижения целей и задач линейки продуктов;

-    усовершенствование процессов для линеек продуктов должно служить для оценки и совершенствования процессов разработки домена/приложений.

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

-    менеджмент модели вариабельности должен поддерживать целостность модели вариабельности домена и моделей вариабельности приложения;

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

-    менеджмент документации вариабельности должен предоставлять подробные описания моделей вариабельности для обеспечения обоснований решений о связанности вариабельности;

-трассировка вариабельности должна устанавливать и поддерживать связи трассировки между элементами модели вариабельности и соответствующими активами домена/приложений;

-    управление и развитие вариабельности должны быть связаны с запросами на изменения, анализом влияния изменения, реализацией изменения и верификацией/валидацией изменения.

Процесс управления активами обеспечивает базы активов и менеджмент изменений активов. Разработка домена должна обеспечивать создание и поддерживание допускающих повторное использование активов домена, которые хранятся и управляются в базе активов. Процесс также обеспечивает управление активами приложений, которые следует обобщить и включить в состав активов домена. Процесс управления активами включает в себя действия по менеджменту активов приложений, созданных и сохраняемых для каждого продукта линейки в линейке продуктов. Процесс управления активами необходим для определения возможности инструментов и методов для соответствующей поддержки и обеспечения следующего:

-    идентификация активов должна обеспечивать отбор потенциальных активов (например, функции, модели, спецификации и тестовые сценарии) из созданных в ходе разработки домена/приложений;

-    реализация базы активов должна так настраивать структуру актива домена/приложений, чтобы обеспечить простые поиск, извлечение и управление;

-    верификация активов должна обеспечивать отображение определенной стратегии структуры актива;

-    развитие актива должно обеспечивать запросы на изменения от процессов жизненного цикла домена и приложения.

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

-    технический менеджмент качества для ЛППС должен обеспечивать соответствие разработанных активов домена и приложений предопределенным критериям качества и соответствие процессов разработки домена и приложений предопределенным условиям;

-    менеджмент конфигурации для ЛППС должен обеспечивать управление конфигурациями платформы линейки продуктов, а также конфигурациями каждого продукта линейки в линейке продуктов;

-    менеджмент решения для ЛППС должен обеспечивать выбор лучшего варианта в случаях наличия альтернативы. Для принятия объективного решения следует рассматривать количественные критерии;

-технический менеджмент рисков для ЛППС должен обеспечивать выявление рисков, оценку, расстановку приоритетов и смягчение отрицательных последствий для предотвращения отказов, препятствующих достижению бизнес-ценностей и целей линейки продуктов;

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

4

ГОСТ Р ИСО/МЭК 26555—2016

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

В таблице 1 приведены ключевые аспекты, необходимые для каждой характерной группы процессов технического менеджмента линейки продуктов.

Таблица 1 — Ключевые аспекты для каждой характерной группы процессов технического менеджмента линейки продуктов

Категория

Аспект

Менеджмент повторного использования

Разработка приложений, активы, разработка домена, управление продуктом, платформа, возможность многократного использования

Менеджмент вариабельности

Связывание, вариабельность

Менеджмент сложности

Совместные работы, конфигурация, доменная архитектура, поддержка передовых технологий, структура, прослеживаемость

Менеджмент качества

Измерение и отслеживание, верификация и валидация

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

-    Актив: Технический менеджмент обеспечивает управленческие возможности, необходимые для управления активами. Управление активами является характерной особенностью разработки линейки продуктов.

-    Связывание: Технический менеджмент необходим для подготовки исчерпывающей информации, необходимой для связывания вариантов таким образом, чтобы каждое приложение могло фокусироваться только на специализированных сегментах. Связывание вариабельности — характерная особенность, которая отличает технический менеджмент разработки линейки продуктов от технического менеджмента разработки отдельного продукта.

-    Совместные работы: Совместные работы играют важную роль в линейке продуктов, потому что при разработке линейки продуктов используются артефакты или продукты, разработанные в разных организационных единицах. Технический менеджмент обеспечивает выполнение разработчиками технических функций и обязанностей в рамках согласованных обязательств.

-    Конфигурация: Конфигурация активов для линейки продуктов — отличительный технический аспект разработки линейки продуктов. Важным является поддержание целостности активов. Конфигурации продуктов и артефактов линейки продуктов могут быть многомерными, т.е. изменяться во времени и пространстве.

-    Доменная архитектура: Технический менеджмент обеспечивает решения для получения отдельных активов компонентов доменной архитектуры.

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

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

-    Измерение и отслеживание: Технический менеджмент определяет задачи, возможности инструментов и методов для измерения и отслеживания линейки продуктов. В соответствии с целями всей линейки продуктов должны быть произведены измерения производительности процессов линейки. Полученные результаты должны использоваться для управления линейками продуктов для лучшего достижения целей линейки продуктов.

-    Платформа: Технический менеджмент обеспечивает как разработку платформы, так и разработку приложений на базе платформы.

-    Менеджмент продукта: Менеджмент продукта должен обеспечивать возможность определения и анализа показателей, позволяющих оценить полученные в результате разработки возможность многократного использования и производительность, а затем скоординировать линейку продуктов для достижения ее целей. Это возможно при поддержке технического менеджмента.

5