ГОСТ Р ИСО/МЭК 19770-2-2014
10. product_category
11. productjdentifier
12. product_title
13. product_version
14. re!ease_date
15. sku
16. software_creator
17. software_creator_alias
18. softwareJicensor
19. software_licensor_alias
20. softwarejd
2 1
. supported_languages
22. tag_creator
23. tag_creator_alias
24. tag_creator_copynght
25. upgrade_for
26. usage_identifier
27. validation
В общем случав эти элементы должны быть относительно статичны для определенного программного про
дукта и должны быть включены в установочную эталонную копию.
Создатели программного обеспечения могут создавать теги только в процессе установки. Процесс создания
тегов будет считаться соответствующим требованиям, если данные, содержащиеся в фактически установленном
теге, соответствуют одному и тому же типу данных, которые содержались бы в продукте с предустановочной вер
сией тега. Должны быть определены процедуры, позволяющие потребителю программного обеспечения указывать
в теге собственные значения для элементов релиза; упаковщикам программного обеспечения также должна быть
предоставлена возможность вносить изменения в элементы тега.
А.2.3 Процесс упаковки программного обеспечения
Некоторое программное обеспечение подвергается процессу упаковки, который может выполняться третьей
стороной. Упаковываться могут OEM-продукты, интегрируемые в комплексное программное решение. Улаковху
могут выполнять лицензированные упаковщихи. объединяющие несколько продуктов в набор.
В этих случаях обновляемые элементы тега могут быть разными и задаваться на основе договоренности
между собой создателя программного обеспечения, лицензиара программного обеспечения и упаковщика про
граммного обеспечения.
Упаковщик программного обеспечения, например, может создавать собственный тег идентификации про
граммного обеспечения взамен существующего, или. как вариант, создавать тег пакета, в котором в качестве ком
понента будет присутствовать ссылка на существующий тег и программное обеспечение. Еще одним вариантом
может быть внесение изменений и,’или добавлений в элементы тега идентификации программного обеспечения.
Если тег просто внедряется в соответствующий продукт без изменения элементов, владельцами которых явля
ются создатель программного обеспечения (элемент software_creator) или лицензиар программного обеспечения
(элемент softwarejicensor). то к элементам, которые могут изменяться или добавляться, относятся следующие (ни
один из них не является обязательным);
1. component_of
2. complex_of
3. data_source
4. dependency
5. elements_owner
6. licensejinkage
7. packager
Дополнительная информация в перечисленных выше элементах тега идентификации программного обе
спечения. предоставляемая упаковщиками программного обеспечения, может использоваться специалистами-
прзктиками по использованию процессов SAM для идентификации программного обеспечения, связанного с кон
кретным (а не с каким-либо другим) пакетом.
А.2.4 Процесс выпуска релиза
После того как эталонная версия программного обеспечения будет поставлена в организацию, к этой версии
часто добавляются специальные данные, относящиеся к установке, после чего выполняется тестирование версии
и затем выполняется ее распространение и окончательная установка. На этом этапе владельцем определенных
элементов тега является администратор релизов, который может регулярно вносить изменения в эти элементы
тега идентификации программного обеспечения. К элементам, относящимся к процессу выпуска релизов, относят ся
следующие (ни один из них не является обязательным)
61