ГОСТ Р ИСО/МЭК 19770-2-2014
b
) идентификационные данные лицензиара программного обеспечения (см. 8.3.5)-этот элемент
должен оставаться согласованным по всем программным пакетам, лицензированным конкретной ком
панией;
c) идентификационные данные создателя тега (см. 8.3.7) - этот элемент должен оставаться со
гласованным по всем тегам идентификации программного обеспечения, созданным конкретной компа
нией;
d) информация о лицензии и канале (см. 8.4.8) - структура этогодополнительного элементадолж
на оставаться согласованной по всем линейкам продуктов; рекомендуется сохранять согласованность
значений по всему программному обеспечению, созданному конкретной компанией. Обратите внима
ние. что данные элементов «license and channel information» (информация о лицензии и канале) тега
идентификации программного обеспечения определяют не лицензию на программное обеспечение или
права на использование программного обеспечения, а инструкции для специалистов-практиков по ис
пользованию процессов SAM. которые помогут им определить и. возможно, автоматизировать процеду
ры выверки лицензий на программное обеспечение;
e) категория продукта (см. 8.4.12)- этотдополнительный элемент должен оставаться согласован
ным для конкретного продукта до тех пор. пока функциональность продукта не будет увеличена или
уменьшена до такой степени, что станет очевидна его принадлежность к другой категории;
0 идентификатор продукта (см. 8.4.14) - этот дополнительный элементдолжен оставаться согла
сованным для продуктов, в отношении которых имеются соглашения об обслуживании, предоставляю
щие права на получение обновлений в течение периода времени, когда данный элемент используется
для идентификации конкретного продукта разных релизов - этот элемент представляет собой не наи
менование продукта, а простой идентификатор, поэтому установление отношений для целей обновле ния
может выполняться автоматически.
6.1.9 Обнаружение тегов идентификации программного обеспечения
Программное обеспечение в общем случае создается поставщиками программного обеспечения
в виде исходной эталонной копии, затем колируется и распространяется по различным каналам. В за
висимости от требований поставщика программного обеспечения, тег идентификации программного
обеспечения может быть внедрен непосредственно в исходную эталонную копию или же может
быть создан программой-установщиком или даже самим программным пакетом. Основным
требованием яв ляется то. чтобы тег идентификации программного обеспечения для пакета можно
было обнаружить в машинном окружении, окружении носителя и/или в виртуальной среде, на которых
устанавливается пакет. Более подробные сведения приведены в приложении с описанием инструкций
для поставщиков программного обеспечения (приложение В).
6.1.10 Языки
Признавая тот факт, что многие создатели программного обеспечения производят программное
обеспечение с разными сборками, привязанными к языку, а многие другие производят программное
обеспечение только с одной сборкой, реализующей дополнительные «языковые пакеты», данная часть
настоящего стандарта не требует, чтобы теги идентификации программного обеспечения могли рас
познавать различные языковые версии одного и того же продукта. Тем не менее, настоятельно реко
мендуется обеспечить согласованную категоризацию посредством использования элемента «supported
languages» (поддерживаемые языки) (см. 8.4.24).
Предлагаемой методологией кодирования тегов идентификации программного обеспечения, соз
даваемых на базеданной части настоящегостандарта, является utf-8 (см.
http://www.w3.org/lnternational/
O-charset).
6.1.11 Владенио элементами, содержащимися в тегах идентификации программного
обеспечения
Учитывая способы, которыми различные объекты могут добавлять или изменять элементы тега
идентификации программного обеспечения, для каждого из этих объектов может быть необходимо
знать, какие именно элементы создал и/или изменил этот объект. Данная возможность обеспечивается, в
основном, с помощью элемента e!ements_owner посредством использования внутреннего ID элемен та.
как это описано в 6.1.12.
19