ГОСТ Р ИСО/МЭК 19770-2-2014
числе на обновления каталогов). Это лицо отвечает за обеспечение правильности и надлежащее сопровождение
перекрестными ссылками элемента программного обеспечения, его лицензии и любой связанной информации о
каталогах.
В.З Роль менеджера по продукту
Менеджер по продукту отвечает за определение требований к программному продукту. Часть этих требова
ний заключается в определении элементов, которые должны быть включены в тег идентификации программного
обеспечения (далее - тег), а также во многих случаях - значений, которые должны быть определены для
конкрет ных элементов тега. Чем больше информации о различных тегах, которые могут быть ассоциированы с
продуктом, укажет менеджер по продукту, тем больше данных будет у специалистов по разработке и выпуску
релизов про граммного обеспечения для понимания требований к продукту.
Для менеджера по продукту наибольшую важность могут представлять следующие элементы (которые он
должен хорошо понимать).
a) Обязательные элементы
При формировании менеджером по продукту определения продукта шаблон определения должен включать
раздел, определяющий требуемые части тега. Сначала менеджер по продукту работает только с обязательными
элементами тега:
1) entitlement required (необходима выверка прав на использование) - этот тег определяет, должно ли учи
тываться обнаруженное программное обеспечение в ходе процесса выверки прав на использование. Менеджер по
продукту может четко указать случаи, когда выверка прав на использование необходима (когда лицензия на
программное обеспечение продается потребителям программного обеспечения), а когда нет (если программное
обеспечение устанавливается в режиме пробного использования или предоставляется бесплатно):
2) product title (наименование продукта) - этот элемент соответствует официальному рыночному наимено
ванию продукта, определенному создателем программного обеспечения. Обычно этим именем является имя. ко
торым специалист-практик по использованию процессов SAM и IT-специалисты называют продукт. Само по себе
наименование не должно оказывать непосредственное воздействие на процессы выверки;
3) product version (версия продукта) - этот важный элемент позволяет определять как маркетинговую (тексто
вую) версию продукта (обычно используемую создателями программного обеспечениядля упрощения именования
конкретной версии с рекламными целями), так и официальную числовую версию программного обеспечения. Чис
ловая версия может включать до четырех элементов, определяющих полную информацию о версии: основной
но мер версии, дополнительный номер версии, сборочный номер версии и корректирующий номер версии.
Поставщик программного обеспечения может лицензировать программный продукт только по основной или
дополнительный версии. В этих случаях менеджер по продукту должен убедиться в том. что информация о
правах на использова ние программного обеспечения (захаз на покупку, счет, сертификат лицензии на
программное обеспечение или его эквивалент) могут быть четко привязаны к конкретному номеру версии, чтобы
во время выполнения процесса выверки не происходила путаница;
4) software creator identity (идентификационные данные создателя программного обеспечения) - назначение
этого элемента состоит в уникальной и согласованной идентификации поставщика, изготовившего программное
обеспечение. Учитывая, что названия некоторых региональных отделений программных компаний могут несколько
отличаться друг от друга, важно добавить к имени идентификатор, который будет оставаться постоянным во всех
странах, регионах и на всех языках - эта информация указывается в элементе regid. Это значение должно быть
одинаковым для всех продуктов и релизов, созданных создателем программного обеспечения;
5) software unique identifier (уникальный идентификатор программного обеспечения) - менеджер по продукту
совместно с остальными лицами, представляющими организацию-разработчика. определяет уникальный иденти
фикатор для каждой версии продукта. Уникальный идентификатор позволяет обеспечивать надлежащее сравне
ние в процессе выверки.
b
) Дополнительные элементы
Менеджер по продукту определяет другие элементы, требующие определения. Одним их лучших практи
ческих способов определения тега идентификации программного обеспечения состоит в следующем: создатель
программного обеспечения должен понять, какие дополнительные элементы на момент отгрузки программного
обеспечения определены «наилучшим образом» и последующему изменению не подлежат, а в какие программные
элементы, возможно, придется вносить изменения по мере того как программное обеспечение проходит по канала
продажи и доходит в итоге до места установки. В настоящий стандарт включен исчерпывающий набор дополни
тельных элементов, дополняющих содержимое тега и повышающих эффективность процессов идентификации и
выверки. В этом разделе приводится описание использования нескольких важных дополнительных тегов, опреде
ленных в стандарте:
1)component association (ассоциация с компонентами) и components list (список компонентов) - эти два до
полнительных элемента позволяют менеджерам по продукту назначать тег программному продукту как компоненту
объекта лицензирования продукта, например, набору или комплекту. Аналогично этому, элемент components list
(список компонентов) предоставляет возможность формировать перечень оставшихся компонентов, связанных с
одним и тем же объектом лицензирования (т. е. с набором). Включение одного или обоих дополнительных элемен-
66