ГОСТ Р ИСО/МЭК 19770-2-2014
Приложение С
(справочное)
Сценарии действий и инструкции для поставщиков инструментария
С.1 Поставщики инструментария для обнаружения тегов
С.1.1 Введение
Инструментарий для обнаружения тегов должен уметь считывать данные из существующих тегов идентифи
кации программного обеспечения. В организации потребителя программного обеспечения использовать инстру
ментарий для обнаружения тегов может менеджер по аудиту, в задачу которого входит выверка прав на использо
вание программного обеспечения с тегами идентификации программного обеспечения, или владелец процессов
SAM. в задачу которого входит сбор и анализ информации.
Сценарии использования такого инструментария сторонних поставщиков могут быть основными и вспомо
гательными.
С.1.2 Основные сценарии использования
Инструментарий для обнаружения тегов должен обеспечивать следующую функциональность:
a) Обеспечивать целостность и единообразие данных, содержащихся в теге идентификации программного
обеспечения.
П р и м е ч а н и е - Если создатель тега (элемент tag_creator). создавший тег идентификации программного
обеспечения, использует несколько элементов «software licensor identity» (идентификационные данные лицензиа ра
программного обеспечения), «product identifier» (идентификатор продукта), «serial number» (серийный номер) или
«stock keeping unit» (единица складского хранения), инструментарий для обнаружения тегов должен иметь
возможность обращения к таблице распознавания программного обеспечения (выдаваемой создателем тега) для
упрощения процессов выверки различных значений (см. 8.3.5.8.4.14.8.4.20.8.4.21). Эта задача может потребовать
включения расширенных элементов, предоставляемых создателем тега (элемент tag_creator).
П р и м е р - Если программная компания А была приобретена программной компанией В. то ком
пания В должна предост авить информацию о выверке для ранее выпущ енного и снабженного тегами
компанией А программного обеспечения. Или. если только позже компания А выпуст ит программный
пакет (его новую версию с тем же или измененным элементом кsoftware creator пате» (имя создателя
программного обеспечения), то компания А должна в элементах p ro d u c tjd и software_creator alias ука
зать информацию, позволяющ ую автоматически идентифицировать отношения между двумя про
дуктами.
b
) Выверять данные тегов идентификации программного обеспечения с данными соответствующих прав на
использование программного обеспечения.
П р и м е ч а н и е - Такая выверка может выполняться агентом на платформе или на административной
консоли, собирающей данные от нескольких агентов. Для определения лицензионного соответствия программного
обеспечения процессам выверки нужны данные как тега идентификации программного обеспечения, так и данные
прав на использование программного обеспечения.
П р и м е р - Инструментарий должен уметь идентифицировать различия между установками
различных, но связанных между собой продукт ов (по зависимости, по совокупност и, по платформе или
по версии продукта), например, различия между M icrosoft® Excel®. M icrosoft
©
Excel
®
Viewer (несо
провождаемый), M icrosoft
®
Office Standard 2000, M icrosoft
©
Office Standard 2003 и M icrosoft
®
Office XP
Professional.
c) Считывать в процессе обнаружения все обязательные элементы (в том числе, если имеются, дополни
тельные элементы). При этом должны использоваться стандартные правила определения местоположения файла
тега идентификации программного обеспечения и формат данных этого файла.
С.1.3 Вспомогательные сценарии использования
Инструментарий для обнаружения тегов должен обеспечивать следующую функциональность:
a) Использовать дополнительные элементы для упрощения процессов отслеживания использования. В этих
случаях особую важность имеет элемент «usage identifier» (идентификатор использования) (см. 8.4.29).
b
) Использовать дополнительные элементы (если имеются) для определения наличия программного ключа
для авторизации использования продукта.
70