Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

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

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

Ещё ГОСТы из 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 в формальной логике;. - критерии определений шаблонов;. - методы расширения и проверки шаблонов;. - начальное множество определений шаблонов. Настоящий стандарт не распространяется на:. - практическую реализацию на компьютерно-представимых языках;. хранение и получение данных;. - безопасность данных)
Страница 26
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 19770-2-2014
Кроме того, владение отдельными элементами может устанавливаться посредством использо
вания цифровых подписей, как это описано в 6.1.13. Стоит отметить, что использование цифровых
подписей не определяет владельца непосредственно, как это делает элемент elements_owner. поэтому в
любом случае, даже при использовании цифровых подписей, рекомендуется использовать элемент
elements_owner.
6.1.12 Внутренний ID элемента
Для элементов, содержащихся в теге идентификации программного обеспечения, должна быть
предусмотрена возможность делать перекрестные ссылки на другие отдельные элементы, содержащи
еся в теге идентификации программного обеспечения. Одним из очевидных примеров, когда это может
потребоваться, является необходимость идентификации элементов, которые были созданы и/или из
менены конкретным создателем или модификатором тега, указанным в элементе elements_owner. Та
кая возможность делать перекрестные ссылки реализуется посредством назначения внутренних иден
тификаторов (ID) элемента отдельным элементам. Такие идентификаторы затем могут использоваться
для перехода по перекрестной ссылке на эти элементы из других элементов.
Внутренние ID элемента используются для переходов по ссылке внутри тега, а также для пере
ходов по ссылке между тегами, когда необходимо идентифицировать конкретный элемент другого тега
(это может понадобиться в том случае, если во вторичном файле присутствует цифровая подпись).
Такие ID элемента должны быть уникальными в теге идентификации программного обеспечения, но
могут быть не уникальными для разных тегов. Атрибуты ID в тегах идентификации программного обе
спечения обычно используются для идентификации конкретного владельца элементов. Для определе
ния и использования атрибутов ID создатель и модификатор тега могут использовать любую опреде
ленную методологию. Однако в большинстве случае рекомендуется использовать следующие правила
по умолчанию, установленные в данной части настоящего стандарта:
a) все XML ID должны начинаться с буквенного символа. Согласно правилам данной части настоя
щего стандарта. ID должен начинаться с буквы «е». что означает «element» (элемент);
b
) все элементы верхнего уровня должны использовать то же значение, что и значение пункта,
определяющего данный элемент, причем каждый компонент пункта должен обозначаться символом
подчеркивания. Элемент product_version, таким образом, получает следующий атрибут:
<swid:product_version ID=’e8_3_3">;
c) любой элемент может иметь подэлементы. В этих случаях ID каждого подэлемента должен
начинаться с идентификатора пункта верхнего уровня (как это описано выше), за которым следует кон
струкция «sub (номер подэлемента]». Для структуры элемента product_version. таким образом, опреде
ляются следующие ID.
<swid:name ID=’e8_3_3subr>10.2</swid:name>
<swid:numeric ID="e8_3_3sub2’>
<swid:major ID="e8_3_3sub2sub1”>10</swid:major>
<swid:minor ID="e8_3_3sub2sub2">2</swid:minor>
<swid:build ID="e8_3_3sub2sub3>0<yswid:build>
<swid:review ID=’e8_3_3sub2sub4>0</swid:review>
</swid:numeric>
d) для значений, которые могут иметь несколько записей, например, аннотаций. ID должен на
чинаться с идентификатора пункта верхнего уровня (как это описано выше), за которым следует по
рядковый номер, определенный в «seq [номер экземпляра]». Для структуры аннотации, таким образом,
определяются следующие ID:
<swid:abstract lang=«en» ID="e8_4_1_seq1">3TO аннотация на английском a3biKe</swid:abstract>
<swid:abstract lang=«fr» ID=’e8_4_1_seq2’>3To аннотация на французском fl3biKe</sw»d:abstract>
Следованиеданным рекомендациям для ссылок по ID. используемых в элементе elements_owner,
позволяет реализовать согласованный подход к определению ID. которые могут быть легко поняты
специалистом, изучающим тег. а также осуществлять эффективное управление посредством использо
вания автоматизированных подходов.
6.1.13 Аутентичность тегов идентификации программного обеспечения
Часто бывает необходимо подтвердить аутентичность тега идентификации программного обеспе
чения. Например, в процессе аудита поставщик программного обеспечения может пожелать убедиться в
том. что в теге идентификации программного обеспечения, полученном в процессе обнаружения,
20