ФЕДЕРАЛЬНОЕ
АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
|
НАЦИОНАЛЬНЫЙ |
ГОСТ Р |
Государственная система обеспечения
единства измерений
ТРЕБОВАНИЯ К
ПРОГРАММНОМУ
ОБЕСПЕЧЕНИЮ СРЕДСТВ ИЗМЕРЕНИЙ
Основные положения
|
Москва Стандартинформ 2011 |
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»
Сведения о стандарте
1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт метрологической службы» (ФГУП «ВНИИМС»)
2 ВНЕСЕН Управлением метрологии Федерального агентства по техническому регулированию и метрологии
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 13 августа 2009 г. № 285-ст
4 ВВЕДЕН ВПЕРВЫЕ
5 ПЕРЕИЗДАНИЕ. Апрель 2011 г.
Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок - в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет
СОДЕРЖАНИЕ
ГОСТ Р 8.654-2009
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Государственная система обеспечения единства измерений
ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ СРЕДСТВ ИЗМЕРЕНИЙ
Основные положения
State system for ensuring the uniformity of measurements. Requirements for software of measuring instruments.
Main principles
Дата введения - 2010-01-01
Настоящий стандарт устанавливает требования к программному обеспечению (далее - ПО) средств измерений (далее - СИ), обусловленные необходимостью оценки влияния ПО на метрологические характеристики СИ и защиты обрабатываемой, в том числе измерительной, информации от непреднамеренных и преднамеренных изменений.
Стандарт распространяется:
- на ПО СИ, в том числе измерительных и информационно-измерительных систем;
- на ПО автоматизированных систем, функционирующих с использованием СИ или компонентов измерительных систем;
- на ПО контроллеров, вычислительных блоков, не входящих в состав измерительных систем, а также технических систем и устройств с измерительными функциями, осуществляющих обработку и представление измерительной информации.
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р 8.596-2002 Государственная система обеспечения единства измерений. Метрологическое обеспечение измерительных систем. Основные положения
ГОСТ Р ИСО/МЭК 17025-2006 Общие требования к компетентности испытательных и калибровочных лабораторий
ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению
ГОСТ 19.202-78 Единая система программной документации. Спецификация. Требования к содержанию и оформлению
ГОСТ 19.401-78 Единая система программной документации. Текст программы. Требования к содержанию и оформлению
ГОСТ 19.502-78 Единая система программной документации. Описание применения. Требования к содержанию и оформлению
ГОСТ 19.701-90 (ИСО 5807-85) Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения
Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1 аттестация программного обеспечения: Исследование программного обеспечения в целях определения его характеристик, свойств и идентификационных данных (признаков) и подтверждения соответствия требованиям настоящего стандарта.
3.2 данные: Информация, представленная в виде, пригодном для передачи, интерпретации или обработки.
Примечание - Применительно к средствам измерений данные, как правило, представляют собой результаты измерений и/или результаты обработки измерительной информации.
3.3
закрытая сеть: Сеть с фиксированным числом участников, известной идентификацией, функциональностью и локализацией. [OIML D 31 Edition 2008 (Е) [1], статья 3.1.6] |
3.4 защищенный интерфейс: Интерфейс, через который может быть передан или изменен только определенный набор параметров и данных и невозможно ввести в программное обеспечение данные, которые могут быть ошибочно приняты за результат измерения, а также команды, которые могут быть использованы для искажения отображаемых, обработанных и сохраненных результатов измерения или других данных, или для несанкционированного изменения настроек программного обеспечения.
3.5 идентификация программного обеспечения: Проверка и подтверждение подлинности и целостности программного обеспечения, выраженное в символах (буквах, цифрах), однозначно связанных с программным обеспечением (например, контрольная сумма) [1], [2].
3.6
интегрированная память: Запоминающее устройство, являющееся частью средства измерений. [WELMEC 7.2. Issue 1 [2], раздел 2 «Terminology»] |
3.7
интерфейс: Общая граница между двумя блоками (функциональными единицами), характеризующимися различными функциями, физическими соединениями и обменом сигналами. [OIML D 31 Edition 2008 (Е) [1], статья 3.1.27] |
3.8
интерфейс пользователя: Интерфейс, обеспечивающий прохождение обрабатываемой информации (данных) между пользователем и средствами измерений или между пользователем и аппаратными или программными компонентами средств измерений. [OIML D 31 Edition 2008 (Е) [1], статья 3.1.55] |
3.9
интерфейс связи: Электронное, оптическое, радио- или другое техническое устройство, позволяющее обрабатываемой информации (данным) автоматически проходить между компонентами средств измерений. [OIML D 31 Edition 2008 (Е) [1], статья 3.1.9] |
3.10 метрологически значимое программное обеспечение: Программы и программные модули, выполняющие функции сбора, передачи, обработки, хранения и представления измерительной информации, а также параметры, характеризующие тип средства измерений и внесенные в программное обеспечение [1], [2].
3.11 открытая сеть: Сеть с произвольным числом участников (устройств с произвольными функциями).
Примечание - Число, идентификация и локализация участников могут изменяться и быть неизвестными другим участникам [1], [2].
3.12 подлинность [аутентичность] программного обеспечения и данных: Состояние программного обеспечения и данных, характеризующееся их идентичностью приписанным признакам (характеристикам) [1], [2].
3.13 программное обеспечение средств измерений: Программы (совокупность программ), предназначенные для использования в средствах измерений и реализующие, в том числе, сбор, передачу, обработку, хранение и представление измерительной информации, а также программные модули и компоненты, необходимые для функционирования этих программ [1].
3.14
программное разделение: Выделение в программном обеспечении метрологически значимой и незначимой частей. [OIML D 31 Edition 2008 (Е) [1], статья 3.1.46] |
3.15 уполномоченные органы [организации]: Органы [организации], уполномоченные на проведение аттестации программного обеспечения средств измерений федеральным органом исполнительной власти, осуществляющим функции по оказанию государственных услуг и управлению государственным имуществом в области обеспечения единства измерений.
3.16 утвержденное программное обеспечение: Аттестованное программное обеспечение средств измерений, прошедших испытания с целью утверждения типа.
3.17 целостность программного обеспечения и данных: Состояние программного обеспечения и данных, характеризующееся отсутствием изменений преднамеренного или случайного характера [1], [2].
3.18 алгоритм хэширования: Алгоритм, который сжимает содержимое блока данных в число определенной длины (хэш-сумма), такое, что изменение любого бита блока данных приводит к другой хэш-сумме [1], [2].
3.19 контрольная сумма: Число, рассчитанное путем проведения определенных операций над входными данными (например, хэш-сумма, электронная подпись), обычно используемое для проверки правильности передачи данных по каналам связи.
3.20 электронная подпись: Последовательность чисел, однозначно закрепленная за программным обеспечением или данными для доказательства их целостности и подлинности [1], [2].
4.1.1 ПО СИ, в том числе измерительных и информационно-измерительных систем, а также технических систем и устройств с измерительными функциями должно соответствовать наборам общих и специальных требований.
4.1.2 Общие требования к ПО СИ включают в себя требования:
- к документации;
- к структуре ПО;
- к влиянию ПО на метрологические характеристики СИ;
- к защите ПО и данных.
4.1.3 Специальные требования к ПО СИ включают в себя:
- требования к разделению ПО и его идентификации;
- специальные требования к ПО (по 4.7).
4.1.4 Все требования к ПО СИ, содержащиеся в настоящем разделе, установлены в соответствии с ГОСТ Р 8.596 и ГОСТ Р ИСО/МЭК 17025, а также рекомендациями [1] и [2]. Далее ссылки на стандарты и рекомендации, на основе которых сформулировано конкретное требование, не приведены.
4.2.1 ПО СИ должно сопровождаться документацией, соответствующей требованиям стандартов Единой системы программной документации. Документация должна полно и однозначно описывать назначение, основные функции, структуру и другие необходимые параметры и характеристики ПО.
4.2.2 Минимальный набор документов, сопровождающих ПО СИ, например при его аттестации, рекомендуется представлять в следующем составе:
- техническое задание по ГОСТ 19.201;
- спецификация по ГОСТ 19.202;
- описание применения по ГОСТ 19.502;
- схемы алгоритмов, программ, данных и систем по ГОСТ 19.701;
- руководство пользователя.
В перечисленных документах отображают, как минимум, следующую информацию, необходимую для проведения аттестации ПО:
- обозначение ПО, включающее в себя его наименование, обозначение его версии или версий его модулей;
- описание назначения ПО, его структуры и выполняемых функций;
- описание методов и способов идентификации ПО, а также его метрологически значимых частей, функций и параметров;
- описание реализованных в ПО расчетных алгоритмов, а также их блок-схемы;
- описание интерфейсов пользователя, всех меню и диалогов;
- описание интерфейсов связи ПО для передачи, обработки и хранения данных (в том числе посредством открытых или закрытых сетей связи);
- описание реализованных методов защиты ПО и данных;
- описание способов хранения измеренных данных на встроенном, удаленном или съемном носителе;
- описание требуемых системных и аппаратных средств, если эта информация не приведена в руководстве пользователя.
4.2.3 В отдельных случаях, при необходимости, при проведении аттестации ПО СИ его документацию рекомендуется дополнять текстами программ или их фрагментами в соответствии с ГОСТ 19.401. При этом может быть заключен договор о соблюдении конфиденциальности.
4.2.4 Графическая и текстовая информация в технической документации должна быть представлена таким образом, чтобы она была пригодна для полного и однозначного понимания.
4.3.1 Требования к разделению программного обеспечения
4.3.1.1 Для СИ, применяемых в сфере государственного регулирования, на этапе разработки рекомендуется выделение метрологически значимой части ПО, т.е. выделение той его части, которая подлежит аттестации.
Примечание - Разделение ПО СИ рекомендуется проводить его разработчикам, поскольку такое разделение предоставляет возможность модификации метрологически незначимых частей ПО без нарушения его соответствия утвержденному ПО. Если разделение ПО не проведено, то все оно рассматривается как метрологически значимое.
4.3.1.2 При разделении ПО аттестации подлежат все метрологически значимые части программы (подпрограммы, процедуры, функции и т. д.), которые используются при обработке данных или влияют на них, или используются в таких вспомогательных функциях, как защита, хранение и передача данных, идентификация ПО.
4.3.1.3 Другие части программы, переменные или параметры [например, подпрограммы, библиотеки, процедуры взаимодействия с операционной средой и периферийными устройствами персонального компьютера (кроме СИ)] не подлежат аттестации. Модификация указанных частей может быть выполнена без уведомления уполномоченных органов (организаций), если изменение этих частей не приводит к изменению идентификационных данных (признаков) ПО.
4.3.1.4 Данные, отображаемые на дисплее и/или передаваемые на устройство печати, сформированные метрологически незначимым ПО, должны быть визуально четко отделены от данных, получаемых из метрологически значимых частей ПО.
4.3.1.5 После испытаний СИ с целью утверждения типа метрологически значимая часть ПО не должна изменяться, т.е. для каждого конкретного экземпляра СИ должно быть использовано ПО, идентичное утвержденному.
Любая модификация метрологически значимой части ПО приводит к изменению его идентификации, необходимости его повторной аттестации и внесения изменений в описание типа СИ.
4.3.1.6 Требования к особенностям взаимодействия между метрологически значимыми и незначимыми частями ПО изложены в 4.4.3.
4.3.2 Требования к идентификации программного обеспечения
4.3.2.1 Для проверки соответствия ПО СИ тому, которое было зафиксировано (документировано) при испытаниях с целью утверждения типа СИ, а также для подтверждения его целостности и подлинности должна быть проведена идентификация ПО.
4.3.2.2 Идентификация, проводимая пользователем, может быть осуществлена либо по его команде, либо выполнена в процессе штатного функционирования ПО.
В случае, когда ПО СИ не поддерживает возможность идентификации посредством интерфейса пользователя (например, СИ не обладают дисплеем), идентификация пользователем может быть выполнена через интерфейс связи (например, на экране персонального компьютера, подключенного к СИ).
4.3.2.3 Для получения идентификационных данных (признаков) уполномоченными органами (организациями) необходимо предусмотреть возможность доступа к исполняемому коду метрологически значимой части ПО с помощью известных интерфейсов связи.
4.3.2.4 Идентификационные данные (признаки) должны иметь структуру, которая однозначно определяет метрологически значимое ПО (используемое при утверждении типа), а также метрологически незначимое ПО.
Примечание - Идентификационные данные (признаки) ПО СИ могут состоять из нескольких частей. Одна часть относится к метрологически значимому ПО, она должна быть рассчитана как хэш-сумма (контрольная сумма) по значимым частям. Вторая часть относится к метрологически незначимому ПО. Любое изменение метрологически значимых частей ПО автоматически приводит к изменению хэш-суммы (контрольной суммы).
4.3.2.5 Идентификация не распространяется на операционную систему и драйверы, не относящиеся непосредственно к выполнению измерительной задачи (например, видеодрайверы, драйверы принтера, драйверы дисков и т.п.), но распространяется на драйверы, используемые для выполнения измерительных задач.
4.3.2.6 Алгоритм идентификации относится к метрологически значимой части ПО СИ.
4.3.2.7 При отсутствии или невозможности разделения ПО (см. 4.3.1) идентификации подлежит все ПО СИ.
4.3.2.8 Техническая документация на ПО СИ должна содержать полный перечень и изложение способов идентификации метрологически значимого ПО, а также описание структуры идентификации и интерфейсов связи (при необходимости).
Метрологически значимое ПО СИ должно быть разработано таким образом, чтобы его невозможно было подвергнуть искажающему воздействию через интерфейсы пользователя и другие интерфейсы.
4.4.1 Требования к влиянию через интерфейс пользователя
4.4.1.1 Команды и данные, введенные через интерфейс пользователя СИ, не должны оказывать недопустимого влияния на метрологически значимое ПО СИ и данные. Следовательно, должно быть однозначное назначение каждой команды для инициации функции или изменения данных в соответствии с сопроводительной технической документацией.
Примечание - Команды, введенные через интерфейс пользователя СИ, могут быть как единичными командами, так и в виде клавишных комбинаций, выполняемых вручную.
4.4.1.2 Если ПО СИ способно воспринимать команды пользователя, то соответствующая техническая документация ПО должна включать в себя:
- полный перечень всех команд (например, список меню) вместе с изложением способа их организации;
- краткое описание их назначения и воздействия на функции СИ и данные.
4.4.2 Требования к влиянию через интерфейс связи
4.4.2.1 Команды и данные, полученные через интерфейс связи СИ, не должны оказывать недопустимого влияния на метрологически значимое ПО и данные. Следовательно, должно быть однозначное назначение каждой команды для инициации функции или изменения данных в соответствии с сопроводительной технической документацией.
Примечание - Команды, полученные через интерфейс связи, могут быть последовательностью электрических (оптических, электромагнитных и т.п.) сигналов на входных и выходных каналах или кодами в протоколах передачи данных.
4.4.2.2 Сигналы или коды, которые не документированы как команды, не должны оказывать влияния на функции СИ и данные.
4.4.2.3 ПО или его компоненты, использующие интерфейс связи СИ для передачи и приема данных, подлежат аттестации.
4.4.2.4 Интерфейс, который принимает и передает команды или данные, должен быть предназначен для этой цели и может управляться только посредством метрологически значимого ПО.
4.4.2.5 Если СИ имеет интерфейс связи, то техническая документация на ПО СИ должна включать в себя:
- полный перечень всех команд вместе с изложением способа их организации;
- описание назначения команд и их воздействий на функции СИ и/или данные.
4.4.3.1 Обмен данными между метрологически значимыми и незначимыми частями ПО СИ проводят через защищенный интерфейс, который охватывает как все взаимодействия между этими частями ПО, так и прохождение данных.
4.4.3.2 Все взаимодействия между метрологически значимыми и незначимыми частями ПО СИ и прохождение данных не должны подвергать искажающему воздействию метрологически значимое ПО.
4.4.3.3 Должно быть однозначное назначение каждого набора команд, переданных через интерфейс ПО СИ, для инициации функций или изменения данных в метрологически значимом ПО.
4.4.3.4 Интерфейс должен быть полностью документирован, и никакое другое недокументированное воздействие или прохождение данных не должно реализоваться в частях ПО СИ, являющихся метрологически значимыми.
Степень влияния ПО на метрологические характеристики СИ оценивают при его аттестации. При этом должна быть предусмотрена возможность такой оценки с помощью программных и метрологических тестов (например, по методикам [3], [4]), или по другим методикам и рекомендациям аттестации ПО СИ (например, по методикам, изложенным в рекомендациях [1], [2]).
ПО СИ должно содержать средства обнаружения, отображения и/или устранения сбоев (функциональных дефектов) и искажений, которые нарушают целостность ПО и данных.
4.6.1 Требования к защите от случайных или непреднамеренных изменений
4.6.1.1 Метрологически значимое ПО СИ и данные должны быть защищены от случайных или непреднамеренных изменений.
Примечание - Возможными причинами случайных или непреднамеренных изменений обрабатываемой информации и измеренных данных могут быть:
- непредсказуемые физические воздействия;
- эффекты, обусловленные действиями пользователя;
- дефекты ПО СИ.
4.6.1.2 В ПО СИ рекомендуется вводить средства защиты обрабатываемой информации и данных от изменения или удаления в случае возникновения непредсказуемых физических воздействий.
4.6.1.3 В ПО СИ должно содержаться требование к пользователю на подтверждение своих действий перед изменением или удалением обрабатываемой информации или данных, а также должно выдаваться предупреждение в случае, если действия пользователя могут повлечь изменение или удаление обрабатываемой информации или данных.
4.6.1.4 Должны быть предприняты необходимые меры для защиты обрабатываемой информации и данных от непреднамеренных изменений, которые могут происходить из-за некорректного программного исполнения или сбоев в работе операционной системы.
4.6.1.5 ПО СИ должно содержать средства обнаружения, оповещения пользователя и фиксации в соответствующем журнале событий различного рода сбоев и иных изменений случайного или непреднамеренного характера.
4.6.1.6 В технической документации на ПО СИ должны быть описаны все меры, принимаемые для защиты метрологически значимого ПО и измеренных данных от случайных или непреднамеренных изменений.
4.6.2 Требования к защите от преднамеренных изменений программного обеспечения
4.6.2.1 ПО СИ должно быть защищено от несанкционированной модификации, загрузки или считывания данных из интегрированной памяти.
4.6.2.2 Для СИ без интерфейса для предотвращения удаления и замены запоминающего устройства другим, содержащим фальсифицированное ПО или данные, конструкцией СИ или непосредственно физической памятью должна быть предусмотрена защита от несанкционированного удаления.
4.6.2.3 Интерфейс, при его наличии, должен обладать только такими функциями, которые могут быть подвергнуты проверке.
4.6.2.4 Метрологически значимая часть ПО СИ и данные должны быть защищены от несанкционированной модификации.
Примечание - Достаточно защищенными считают данные, обрабатываемые только метрологически значимым ПО.
Специальные требования к ПО СИ применяются в тех случаях, когда в нем используются такие информационные технологии, как загрузка, долговременное сохранение данных, их передача и программное разделение ПО. Специальные требования к разделению ПО рассмотрены в 4.3.1.
4.7.1 Требования к обновлению (загрузке) программного обеспечения
4.7.1.1 ПО СИ может предусматривать обновление (загрузку), требуемое, например, при обнаружении и исправлении ошибок в ПО, при расширении/модификации его функций, при обновлении служебных программных модулей (драйверы, библиотеки и т.п.). Обновление метрологически значимой части ПО вызывает изменение его идентификационных данных (признаков), что, в свою очередь, требует проведения повторной аттестации ПО.
4.7.1.2 ПО СИ может быть обновлено с помощью известных интерфейсов связи.
4.7.1.3 Модули ПО СИ, обеспечивающие обновление, относятся к метрологически значимому ПО. Они должны быть недоступны для обновления и содержать функции, обеспечивающие проверку соответствия требованиям по загрузке ПО.
4.7.1.4 Обновление ПО СИ не должно приводить к изменению или нарушению уровня его защиты.
Примечание - Все данные (информация) об обновлении ПО следует фиксировать. Запись об обновлении создается при каждой его инициации, вне зависимости от его результата, а также вне зависимости от загружаемой части, т.е. вне зависимости от того, относится ли обновляемая часть к метрологически значимому ПО или не относится. К данным об обновлении, как минимум, относятся: дата загрузки, результат загрузки (успешно/ошибка, включая код ошибки), прежнее и новое значения идентификации, данные об источнике загрузки.
4.7.1.5 Процесс загрузки не должен влиять на функционирование метрологически значимых функций ПО СИ.
Примечание - Техническими средствами должна быть обеспечена корректная работа ПО в процессе загрузки или приостановка его действия на период загрузки. Выполнение ПО метрологически значимых функций должно иметь приоритет перед функцией загрузки.
4.7.1.6 ПО СИ, предусматривающее возможность обновления, должно содержать средства проверки подлинности загружаемого ПО.
4.7.1.7 ПО СИ может быть обновлено только после успешной проверки его подлинности.
Примечание - Подлинность загружаемого ПО должна быть проверена перед началом загрузки. В случае если проверка подлинности показала отрицательный результат, ПО прерывает загрузку с записью данных о попытке загрузки.
4.7.1.8 ПО СИ, предусматривающее возможность обновления, должно содержать средства проверки целостности загружаемого ПО, т.е. проверки того, что оно не было изменено в процессе загрузки.
Примечание - Проверка целостности загружаемого ПО может быть обеспечена, например, добавлением хэш-суммы (контрольной суммы) загружаемого обновления с проверкой значения контрольной суммы в начале и по окончании загрузки.
4.7.2 Требования к хранению данных и их передаче через сети коммуникации
4.7.2.1 В случаях, когда метрологически значимое ПО СИ использует данные, полученные вне места проведения измерений, возможны передача и хранение таких данных в незащищенной среде. В таких случаях к ПО и данным необходимо предъявлять требования 4.7.2.2 - 4.7.2.5.
Примечание - Данные об измерениях, как минимум, должны содержать:
- измеренные значения, включая единицы измерения;
- время измерения;
- идентификацию СИ или ПО, которое было использовано для получения этих данных.
4.7.2.3 Данные должны быть защищены с помощью средств, обеспечивающих их подлинность и целостность.
4.7.2.4 ПО СИ, использующее данные, полученные вне места проведения измерений, должно иметь средства проверки подлинности и целостности. Использование данных, полученных вне места проведения измерений, возможно только после успешной проверки и подтверждения их подлинности и целостности.
Примечание - Части ПО, обрабатывающие данные для последующего хранения или передачи по сетям коммуникации, а также выполняющие проверку подлинности, целостности и времени получения данных, относятся к метрологически значимым.
General requirements for software controlled measuring instruments. (Общие требования к программному обеспечению, контролирующему средства измерений) |
|
Software Guide (Measuring Instruments Directive 2004/22/EC) May 2005. (Руководство по программному обеспечению (Директива 2004/22/EC на средства измерений)) |
|
Государственная система обеспечения единства измерений. Аттестация алгоритмов и программ обработки данных при измерениях. Основные положения |
|
Государственная система обеспечения единства измерений. Типовая методика аттестации программного обеспечения средств измерений и порядок ее проведения |
Ключевые слова: средство измерений, программное обеспечение средств измерений, измерительная система, аттестация программного обеспечения |