ГОСТ Р ИСО/МЭК 19770-2-2014; Страница 24

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ Р ИСО/МЭК 19770-1-2014 Информационные технологии. Менеджмент программных активов. Часть 1. Процессы и оценка соответствия по уровням Information technology. Software asset management. Part 1. Processes and tiered assessment of conformance (Настоящий стандарт определяет основу комплексного набора процессов менеджмента программных активов (Software Asset Management, SAM), разделенного на уровни, предусматривающие поэтапное внедрение, оценку и утверждение процессов SAM) ГОСТ Р ИСО 20140-1-2014 Системы промышленной автоматизации и интеграция. Оценка энергетической эффективности и прочих факторов производственных систем, воздействующих на окружающую среду. Часть 1. Обзор и общие принципы Automation systems and integration. Evaluating energy efficiency and other factors of manufacturing systems that influence the environment. Part 1. Overview and general principles (Настоящий стандарт содержит обзор и общие принципы метода оценки воздействия производственных систем на окружающую среду. ИСО 20140 устанавливает для отраслей промышленности с дискретным производством основные положения и методологию оценки воздействия на окружающую среду в части энергетической эффективности и прочих факторов производства. Это повышает эффективность использования целевых методов в характерных ситуациях. В область применения настоящего стандарта не входит:. - методология оценки воздействия на окружающую среду для систем, находящихся за пределами производственной системы (например, прочие системы рассматриваемого производственного объекта или прочие системы всего предприятия);. - методология оценки воздействия на окружающую среду, связанная с управлением жизненным циклом продукции;. - методы и данные оценки окружающей среды, относящиеся к конкретной области производства, конкретному производителю или оборудованию) ГОСТ Р 56271-2014 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 7. Практические методы интеграции распределенных систем: методология шаблонов Industrial automation systems and integration. Integration of life-cycle data for process plants including oil and gas production facilities. Part 7. Implementation methods for the integration of distributed systems. Template methodology (Настоящий стандарт содержит описание процедуры обмена данными и интеграции информации о жизненном цикле с помощью шаблонов, основанных на модели данных ИСО 15926-2. Настоящий стандарт устанавливает методологию интеграции данных об онтологиях с помощью математической логики первого порядка, что позволяет сделать данную топологию независимой от компьютерных языков. Настоящий стандарт распространяется на:. - представление модели языка EXPRESS ИСО 15926-2 в формальной логике;. - критерии определений шаблонов;. - методы расширения и проверки шаблонов;. - начальное множество определений шаблонов. Настоящий стандарт не распространяется на:. - практическую реализацию на компьютерно-представимых языках;. хранение и получение данных;. - безопасность данных)

Страница 24

Страница 1

Untitled document

ГОСТ Р ИСО/МЭК 19770-2-2014

граммное обеспечениедопускает несколько установок на конкретном вычислительном устройстве). Об

ращаем внимание, что элемент installationjnstance. содержащийся внутри дополнительного элемента

installation_details. может описанным выше способом использоваться в качестве части имени файла.

Пример имени файла тега идентификации программного обеспечения (для первой установки):

regid.1986-12.com.adobejc3cc419-b5a1-9f16-ed203e537c40_1 .swidtag

tag_creator_regid uniquejd ^“ Порядковый номер

2. Предпочтительный алгоритм для элемента unique_sequencejd должен учитывать данные, не

посредственно относящиеся к вычислительному устройству и/или носителю, на которые устанавлива

ется программное обеспечение (такими данными могут быть серийный номер устройства. МАС-адреса

сетевых карт, серийный номер жесткого диска или иные уникальные ссылочные номера) и/или данные о

виртуальной среде, в которой было установлено программное обеспечение. Обращаем внимание, что

элемент installation_target_id. содержащийся внутри дополнительного элемента installation_details,

может описанным выше способом использоваться в качестве части имени файла. Наличие данных,

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

граммного обеспечения, которые могут быть установлены на съемных или совместно используемых

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

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

создают одно и то же имя файла. Элемент installationjnstance, содержащийся внутри дополнительного

элемента installation_details, может описанным выше способом использоваться в качестве части имени

файла. Пример имени файла тега идентификации программного обеспечения.

regid.1986-12.com.adobe_fc3cc419-b5a1-9f 16-ed203e537c40_001c26f781fb_1.swidtag

tag_creator_rogid uniquejdinstallationjargetjdПорядковый номер

Независимо от выбранного алгоритма имя файла тега идентификации программного обеспечения

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

ни с каким существующим именем файла. Кроме того, количество символов, используемых в имени

файла, не должно превышать 254 (или меньшее количество, если целевая платформа для программ

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

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

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

Файловое расширение .swidtag должно использоваться для всех тегов идентификации программ

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

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

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

обеспечения организациями, а не создателем оригинального программного обеспечения, что можно

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

6.1.8 Согласованность значений данных

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

ляется то обстоятельство, что торговые наименования, используемые поставщиками программного

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

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

информации, на основании которой можно осуществлять эффективное управление инвентаризацией и

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

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

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

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

Многочисленные элементы, содержащиеся в теге идентификации программного обеспечения,

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

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

согласованность следующих элементов:

а)идентификационные данные создателя программного обеспечения (см. 8.3.4) - этот эле

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

компанией;