SlideShare a Scribd company logo
Введение
Подавляющее большинство современных средств измерений
и измерительных систем невозможно представить
без автоматизированной обработки измерительной информации
и соответствующего программного обеспечения (ПО).
При этом под ПО понимаются: алгоритмы обработки данных
и программы, реализующие эти алгоритмы на одном из языков
программирования, а также программы отображения данных
и другие управляющие и вспомогательные программы.
ПО предоставляет большие возможности и преимущества по сравнению с
традиционными методами обработки измерительной информации, но при
этом использование ПО может привести к появлению дополнительных
погрешностей, связанных, например,
с неадекватностью используемых алгоритмов измерительной задаче, с
нестабильностью алгоритмов, положенных в основу ПО,
с неправильной их реализацией и т.п.
Поэтому ПО должно соответствовать определенным требованиям,
о которых дальше пойдет речь.
Аттестация средств
измерения
 Все средства измерений с целью обеспечения единства
измерений в стране проходят аттестацию на соответствие
определенным требованиям в виде:
1. испытаний для утверждения их типа и поверки,
если они используются в сфере действия государственного
метрологического контроля и надзора
2. калибровки, если они в этой сфере не используются.
 ПО, входящее в их состав, не аттестуется отдельно,
а проходит аттестацию в составе средства измерений,
т.е. в процессе аттестации не учитывается погрешность
реализации и выбор алгоритма программным средством, а
также другие важные характеристики ПО.
 Делаем вывод о том, что ПО должно быть в том или ином
виде аттестовано. При этом речь должна идти не только об
оценивании значения погрешности, вносимой алгоритмами
программы, но и об их защите, документировании,
спецификации, а также о других задачах аттестации, общих
для всех видов ПО.
Аттестация ПО
 Первыми шагами в разработке системы аттестации
ПО средств измерений стоят задачи:
1. классификации ПО;
2. разработки требований к каждой группе
классифицированных программных средств
Аттестация ПО Зарубежный опыт
 В последнее время, вопросам аттестации ПО
заграницей уделяется большое внимание.
Так требованиям к ПО средств измерений посвящен
ряд международных стандартов и рекомендаций.
Однако некоторые нормативные разработки
имеются и в России.
 В качестве примеров можно привести программу
SSFM 1 и 2 (Software Support For Metrology)
(Великобритания). Определенные наработки
по этому вопросу имеются и у Национального
института по стандартизации и технологиям
(NIST, США).
Классификация ПО
Процесс аттестации ПО должен начинаться с его
классификации. Все ПО можно
классифицировать по 3 видам:
1. Готовое ПО (коммерческое ПО);
2. Модифицированное коммерческое ПО;
3. Пользовательское (заказное) ПО.
Готовое ПО (коммерческое ПО)
 Это ПО, которое приобретено(куплено)
и используется без возможности его модификации.
К такому ПО относятся, например: Microsoft Excel,
MathCad, MatLab, Mathematica и другие.
К этой же группе относится и так называемое
встроенное ПО.
Аттестация встроенного ПО
 Порядок аттестации ПО, входящего в состав промышленного
оборудования (встроенного ПО), определяется требованиями,
содержащимися в п.п. 3.3.3 и 5.6 ГОСТ Р 8.596-2002,
и сводящимися к тому:
1. аттестация не является необходимой, если метрологические
характеристики (МХ) средства измерений (измерительного
комплекса) нормированы с учетом программы, реализуемой его
вычислительным компонентом;
2. если же этого не сделано, то метрологическая аттестация такого
ПО необходима.
Можно пользоваться:
1. рекомендацией, в отсутствие соответствующих нормативных
документов;
2. разработанной собственной программой метрологической
аттестации ПО, которая должна быть согласована
с контролирующими(надзирающими) органами.
Модифицированное коммерческое ПО
 Это ПО, чей код модифицирован или изменен
для специальных приложений.
 Примером такого ПО являются программы,
разработанные в Lab Windows, LabView и др., которые
представляют собой, в частности, интегрированную
среду программирования измерительных систем.
 По сути это ПО виртуальных приборов,
представляющих собой:
1. компьютер;
2. плату ввода/вывода сигналов;
3. программная среда, разработанная, например,
в LabView. Такие виртуальные приборы используются
для измерения и управления посредством
электрических сигналов таких физических величин
как, например, напряжение, ток, мощность,
температура, давление, скорость, вибрация и т.п.
Пользовательское (заказное) ПО
 Это ПО, разработанное самим пользователем или
субподрядчиком, программа которого написана,
например, на таких языках программирования как
C++, Visual Basic, Database Design, Delphi и др.
Такое ПО обеспечение требует самой полной
проверки.
Уровни аттестации ПО,
используемого в проверяемом
средстве измерения
 степень защиты ПО от изменений;
 жесткость испытаний ПО при утверждении
типа средств измерений;
 степень соответствия ПО,
используемого в поверяемом приборе.
Степени защиты ПО:
1. Низкая (требуется специальной защиты ПО
от намеренных искажений).
2. Средняя (предполагает защиту законодательно
контролируемого ПО от намеренных изменений
с помощью наиболее распространенных
программных средств, например, с помощью
текстовых редакторов).
3. Высокая(характеризуется использованием
специальных программных средств (отладчиков
и редакторов жестких дисков, ПО для разработки
программ и т.п.), т.е. уровень защиты в этом случае
соответствует последним достижениям в области
защиты данных (как, например, в области банковских
технологий)).
Виды жесткости испытаний
1. Низкая (функции ПО проверяются в ходе
обычных испытаний средств измерений).
2. Средняя (испытания в дополнение
к обычным испытаниям по утверждению типа
проводятся испытания ПО на основании
описания программных функций,
представленных изготовителем средства
измерений. При этом проверяется целостность
и однозначность заявленных
и документированных функций).
3. Высокая (законодательно контролируемое ПО
проверяется по его исходному коду).
Степени соответствие ПО
 Сложнее обстоят дела с установлением степени соответствия
ПО. Сложнее не по существу,
а по объему описания.
Существуют три уровня соответствия:
1. Низкий.
2. Средний.
3. Высокий.
Эти уровни отличаются друг от друга главным образом тем,
какие изменения могут быть внесены в ПО отдельных
приборов по сравнению
с идентифицированным при утверждении типа
и как в подобных случаях должен поступать орган,
проводящий испытания.
Требования к программному обеспечению на основе Директивы по
измерительным приборам. WELMEC (European cooperation in legal
metrology) 7.1, октябрь, 1999
Руководство разработано на основе Директивы
по измерительным приборам Measuring Instruments Directive (MID/3),
Brussels 15.09.2000, COM(2000) 566 final, European Commission – III.D.2
 Приложение 1, №13: «Программное обеспечение, которое является
критическим (т.е. полностью или частично ответственным за
метрологические характеристики прибора) для метрологических
характеристик, должно быть идентифицировано соответствующим образом и
защищено.
Его идентификация должна быть легко доступна. Факт
несанкционированного вмешательства должен быть очевиден в течение
разумного периода времени».
 Приложение 1. №14: «Данные измерений и метрологически важные
параметры, сохраненные или переданные, должны быть соответственно
защищены от случайного или намеренного искажения».
 Приложение 1, №7: «Измерительный прибор не должен иметь какой-либо
технической особенности, которая с некоторой вероятностью, могла бы
способствовать его мошенническому использованию, принимая во внимание,
что возможность неумышленного неправильного использования
минимальна».
 Приложение 1, №11: «Метрологические характеристики измерительного
прибора не должны бесконтрольно изменяться при подключении к нему
другого устройства либо непосредственно подключаемого к прибору,
либо дистанционно управляемого».
 Приложение 1, №27: «Измерительный прибор должен быть разработан
таким образом, чтобы можно было легко провести оценку его
соответствия требованиям данной директивы».
ИСО/МЭК 17025-2000.Общие требования
к компетентности испытательных
и калибровочных лабораторий
“5.4.7.2 Если используются компьютеры или автоматизированное оборудование
для сбора, обработки, регистрации, отчетности, хранения или поиска данных испытаний и
калибровок, лаборатория должна удостовериться, что:
а) разработанное пользователем компьютерное программное обеспечение достаточно подробно
задокументировано и должным образом оценено как пригодное для применения;
b) разработаны и внедрены процедуры защиты данных; эти процедуры должны включать, но не
ограничиваться этим, целостность и конфиденциальность ввода или сбора данных, хранения
данных, передачи данных и обработки данных;
с) для обеспечения должного функционирования обеспечивается технический уход
за компьютером и автоматизированным оборудованием, и для них были созданы условия
окружающей среды и работы, необходимые для поддержания точности данных испытаний и
калибровок .
5.5.2 Оборудование и его программное обеспечение, используемые для проведения испытаний,
калибровки и отбора образцов, должны обеспечивать требуемую точность и соответствовать
техническим требованиям, предъявляемым к испытаниям и/или калибровочным работам.
5.5.4 Каждая единица оборудования и ее программное обеспечение, используемые при
проведении испытаний и/или калибровок и оказывающие влияние на результат, должны, если
это практически осуществимо, быть однозначно идентифицированы.
5.5.12 Регулировка испытательного и калибровочного оборудования, включая аппаратные средства
и программное обеспечение, которые могут сделать недействительными результаты
испытаний и/или калибровок, должна быть исключена.”
ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
СРЕДСТВ ИЗМЕРЕНИЙ ГОСТ Р 8.654-2009
Область применения:
 Настоящий стандарт устанавливает требования к программному обеспечению
(далее – ПО) средств измерений (далее – СИ), обусловленные необходимостью
оценки влияния ПО
на метрологические характеристики СИ и защиты обрабатываемой, в том числе
измерительной,
информации от непреднамеренных и преднамеренных изменений.
 Стандарт распространяется на:
1. - ПО СИ, в том числе измерительных и информационно-измерительных систем;
2. - ПО автоматизированных систем, функционирующих
с использованием СИ или компонентов измерительных систем;
3. - ПО контроллеров, вычислительных блоков, не входящих
в состав измерительных систем, а также технических систем
и устройств с измерительными
4. функциями, осуществляющих обработку и представление измерительной
информации.
ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
СРЕДСТВ ИЗМЕРЕНИЙ ГОСТ Р 8.654-2009
 Общие положения
4.1.1 ПО СИ, в том числе измерительных и информационно-
измерительных систем, а также технических систем
и устройств с измерительными функциями должно
соответствовать наборам общих и специальных требований.
4.1.2 Общие требования к ПО СИ включают в себя требования
1. - к документации;
2. - к структуре ПО;
3. - к влиянию ПО на метрологические характеристики СИ;
4. - к защите ПО и данных.
4.1.3 Специальные требования к ПО СИ включают в себя
1. - требования к разделению ПО и его идентификации;
2. - специальные требования к ПО;
ПРИМЕР ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
СРЕДСТВ ИЗМЕРЕНИЙ ГОСТ Р 8.654-2009
 4.2.4 Графическая и текстовая информация в технической
документации должна быть представлена таким образом, чтобы
она была пригодна для полного и однозначного понимания.
 4.4 Требования к структуре программного обеспечения
Метрологически значимое ПО СИ должно быть разработано таким
образом, чтобы его невозможно было подвергнуть искажающему
воздействию через интерфейсы пользователя
и другие интерфейсы.
 Степень влияния ПО на метрологические характеристики СИ
оценивают при его аттестации. При этом должна быть
предусмотрена возможность такой оценки с помощью
программных и метрологических тестов
 4.6 Требования к защите программного обеспечения и данных
ПО СИ должно содержать средства обнаружения, отображения
и/или устранения сбоев (функциональных дефектов) и
искажений, которые нарушают целостность ПО и данных.
Рекомендация КООМЕТ. Программное обеспечение средств измерений.
Общие технические требования (Утверждена на 14 заседании Комитета
КООМЕТ (Албена, Болгария, 27–28 мая 2004 г.))
 Настоящая рекомендация устанавливает минимально необходимые требования к
программному обеспечению с измерительными функциями, используемому в области
законодательной метрологии, а также критерии, определяющие объем испытаний
программного обеспечения в целях его утверждения. Минимально необходимые
требования не ограничивают разработчика программного обеспечения в применении
новых технических решений и совершенствовании уже имеющихся разработок.
3.1 Проект и структура программного обеспечения
 3.1.1 Программное обеспечение средства измерений должно быть разработано так, чтобы
можно было провести оценку соответствия его законодательно контролируемых функций
требованиям настоящей рекомендации.
 3.1.2 Законодательно контролируемое программное обеспечение должно быть разработано
таким образом, чтобы, чтобы его законодательно контролируемые функции не были
подвержены влиянию другого программного обеспечения, параллельно работающего
или обеспечивающего его функционирование.
 3.1.3 Законодательно контролируемое программное обеспечение должно иметь функции
защиты от несанкционированного воздействия на это программное обеспечение
через его интерфейсы или интерфейсы средства измерений.
3.2 Защита программного обеспечения
 3.2.1 Законодательно контролируемые программы и данные должны быть защищены
от искажений и неумышленных изменений.
 3.2.2 Законодательно контролируемые программы и данные должны быть защищены
от намеренных изменений.
 3.2.3 Только аутентифицированное программное обеспечение можно использовать для
законодательно контролируемых целей. Факт использования результатов, полученных
с использованием законодательно контролируемой программы, должен быть очевиден
и однозначен.
ТИПОВАЯ МЕТОДИКА АТТЕСТАЦИИ ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ СРЕДСТВ ИЗМЕРЕНИЙ МИ 2955 – 2010
6.5. ОЦЕНКА ВЛИЯНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ НА
МЕТРОЛОГИЧЕСКИЕ ХАРАКТЕРИСТИКИ СРЕДСТВ ИЗМЕРЕНИЙ
6.5.1. Оценка влияния ПО на МХ СИ определяется методикой аттестации и может
включать в себя:
 анализ ПО и его алгоритмов (например, адекватность измерительной задаче,
их сложность и возможность использования при разработке опорного
(«эталонного») ПО и т.д.);
 определение критерия оценки влияния ПО на метрологические характеристики
СИ (например, значение вклада ПО в суммарную погрешность
(неопределенность) СИ);
 выбор (или разработка) опорного («эталонного») ПО;
 выбор (определение) исходных данных и/или их получение методом генерации
или какими-либо другими методами;
 получение результатов обработки исходных данных в тестируемом ПО
(получение тестовых результатов);
 получение опорных («эталонных») результатов;
 получение оценки влияния ПО на метрологические характеристики СИ
посредством обработки результатов тестирования (сравнения тестовых
результатов с опорными («эталонными»);
 дополнительные исследования свойств, параметров и характеристик
используемых алгоритмов (область устойчивости, время, затрачиваемое
на обработку результатов измерений и т.п.).
Использованная литература
 URL: ttp://gametest.ru/doc/sw/MI_2955_2010.pdf
 URL: ttp://www.coomet.org/RU/doc/r10_2004.pdf
 URL:
http://relsib.com/data/content/docs/Gosts/gost_p_8_
654_2009_po_si.pdf
 URL: http://testrussia.ru/doc/reqire.pdf

More Related Content

What's hot

[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...
[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...
[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...
Alexey Komarov
 
Семинар ИБ ФНС-2013
Семинар ИБ ФНС-2013Семинар ИБ ФНС-2013
Семинар ИБ ФНС-2013
Alexey Kachalin
 
TMPA Pakulin: Dynamic Verification of Hybrid Systems
TMPA Pakulin: Dynamic Verification of Hybrid SystemsTMPA Pakulin: Dynamic Verification of Hybrid Systems
TMPA Pakulin: Dynamic Verification of Hybrid SystemsIosif Itkin
 
Информационные технологии в сфере метрологии
Информационные технологии в сфере метрологииИнформационные технологии в сфере метрологии
Информационные технологии в сфере метрологии
UNITESS
 
Чек-лист ИБ технологических компаний (4CIO 2017)
Чек-лист ИБ технологических компаний (4CIO 2017)Чек-лист ИБ технологических компаний (4CIO 2017)
Чек-лист ИБ технологических компаний (4CIO 2017)
Alexey Kachalin
 
Req Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийReq Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийAlexander Kalouguine
 
TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...
TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...
TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...Iosif Itkin
 
Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...
Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...
Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...
SQALab
 
Специализированные межсетевые экраны для АСУ ТП: нюансы применения
Специализированные межсетевые экраны для АСУ ТП: нюансы примененияСпециализированные межсетевые экраны для АСУ ТП: нюансы применения
Специализированные межсетевые экраны для АСУ ТП: нюансы применения
Alexey Komarov
 
18 is veno_platforma_integrujaca_ulotka_ru
18 is veno_platforma_integrujaca_ulotka_ru18 is veno_platforma_integrujaca_ulotka_ru
18 is veno_platforma_integrujaca_ulotka_ru
ipnovus
 
Построение комплексной системы безопасности объектов ТЭК
Построение комплексной системы безопасности объектов ТЭКПостроение комплексной системы безопасности объектов ТЭК
Построение комплексной системы безопасности объектов ТЭК
Андрей Кучеров
 
Prez_Information technology in the appraisal of jobs on working conditions
Prez_Information technology in the appraisal of jobs on working conditionsPrez_Information technology in the appraisal of jobs on working conditions
Prez_Information technology in the appraisal of jobs on working conditions
annazuykova
 
Electronika Security Manager - Основные возможности
Electronika Security Manager - Основные возможностиElectronika Security Manager - Основные возможности
Electronika Security Manager - Основные возможности
Андрей Кучеров
 
Electronika Security Manager: Система промышленного телевидения
Electronika Security Manager: Система промышленного телевиденияElectronika Security Manager: Система промышленного телевидения
Electronika Security Manager: Система промышленного телевидения
Андрей Кучеров
 
Каталог Анритсу (ANRITSU) 2015
Каталог Анритсу (ANRITSU) 2015Каталог Анритсу (ANRITSU) 2015
Каталог Анритсу (ANRITSU) 2015
onlinestuden
 
Рабочая учебная программа кас пэвм
Рабочая учебная программа кас пэвмРабочая учебная программа кас пэвм
Рабочая учебная программа кас пэвм
Rauan Ibraikhan
 
Использование метрик в процессе обеспечения качества сложных систем
Использование метрик в процессе обеспечения качества сложных системИспользование метрик в процессе обеспечения качества сложных систем
Использование метрик в процессе обеспечения качества сложных систем
SQALab
 
Ost 32.18 92 ru
Ost 32.18 92 ruOst 32.18 92 ru
Ost 32.18 92 ru
Moses Rich
 

What's hot (20)

[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...
[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...
[статья] Особенности применения SOC для мониторинга промышленных сетей АСУ ТП...
 
Семинар ИБ ФНС-2013
Семинар ИБ ФНС-2013Семинар ИБ ФНС-2013
Семинар ИБ ФНС-2013
 
TMPA Pakulin: Dynamic Verification of Hybrid Systems
TMPA Pakulin: Dynamic Verification of Hybrid SystemsTMPA Pakulin: Dynamic Verification of Hybrid Systems
TMPA Pakulin: Dynamic Verification of Hybrid Systems
 
лекция № 12
лекция № 12лекция № 12
лекция № 12
 
Информационные технологии в сфере метрологии
Информационные технологии в сфере метрологииИнформационные технологии в сфере метрологии
Информационные технологии в сфере метрологии
 
Чек-лист ИБ технологических компаний (4CIO 2017)
Чек-лист ИБ технологических компаний (4CIO 2017)Чек-лист ИБ технологических компаний (4CIO 2017)
Чек-лист ИБ технологических компаний (4CIO 2017)
 
Req Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийReq Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требований
 
TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...
TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...
TMPA-2013 Matveeva: The Specifics of Test Tools Used in Trading Systems Produ...
 
Test management print
Test management printTest management print
Test management print
 
Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...
Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...
Роль тестирования в сертификации ПО систем с высокими требованиями к надежнос...
 
Специализированные межсетевые экраны для АСУ ТП: нюансы применения
Специализированные межсетевые экраны для АСУ ТП: нюансы примененияСпециализированные межсетевые экраны для АСУ ТП: нюансы применения
Специализированные межсетевые экраны для АСУ ТП: нюансы применения
 
18 is veno_platforma_integrujaca_ulotka_ru
18 is veno_platforma_integrujaca_ulotka_ru18 is veno_platforma_integrujaca_ulotka_ru
18 is veno_platforma_integrujaca_ulotka_ru
 
Построение комплексной системы безопасности объектов ТЭК
Построение комплексной системы безопасности объектов ТЭКПостроение комплексной системы безопасности объектов ТЭК
Построение комплексной системы безопасности объектов ТЭК
 
Prez_Information technology in the appraisal of jobs on working conditions
Prez_Information technology in the appraisal of jobs on working conditionsPrez_Information technology in the appraisal of jobs on working conditions
Prez_Information technology in the appraisal of jobs on working conditions
 
Electronika Security Manager - Основные возможности
Electronika Security Manager - Основные возможностиElectronika Security Manager - Основные возможности
Electronika Security Manager - Основные возможности
 
Electronika Security Manager: Система промышленного телевидения
Electronika Security Manager: Система промышленного телевиденияElectronika Security Manager: Система промышленного телевидения
Electronika Security Manager: Система промышленного телевидения
 
Каталог Анритсу (ANRITSU) 2015
Каталог Анритсу (ANRITSU) 2015Каталог Анритсу (ANRITSU) 2015
Каталог Анритсу (ANRITSU) 2015
 
Рабочая учебная программа кас пэвм
Рабочая учебная программа кас пэвмРабочая учебная программа кас пэвм
Рабочая учебная программа кас пэвм
 
Использование метрик в процессе обеспечения качества сложных систем
Использование метрик в процессе обеспечения качества сложных системИспользование метрик в процессе обеспечения качества сложных систем
Использование метрик в процессе обеспечения качества сложных систем
 
Ost 32.18 92 ru
Ost 32.18 92 ruOst 32.18 92 ru
Ost 32.18 92 ru
 

Viewers also liked

Kleindl CV_academic_current
Kleindl CV_academic_currentKleindl CV_academic_current
Kleindl CV_academic_current
William Kleindl
 
Khớp xuống cấp từ việc lạm dụng thuốc
Khớp xuống cấp từ việc lạm dụng thuốcKhớp xuống cấp từ việc lạm dụng thuốc
Khớp xuống cấp từ việc lạm dụng thuốclindsey354
 
Rachael_Sinivuori Portfolio_2015 : LINKED IN
Rachael_Sinivuori Portfolio_2015 : LINKED INRachael_Sinivuori Portfolio_2015 : LINKED IN
Rachael_Sinivuori Portfolio_2015 : LINKED IN
Rachael Sinivuori
 
Katie Hatter Resume 2015
Katie Hatter Resume 2015Katie Hatter Resume 2015
Katie Hatter Resume 2015
Katie Hatter
 
OMG Cyber!
OMG Cyber!OMG Cyber!
OMG Cyber!
Robert M. Lee
 
1
11
BSides Huntsville Keynote - Active Cyber Defense Cycle
BSides Huntsville Keynote - Active Cyber Defense CycleBSides Huntsville Keynote - Active Cyber Defense Cycle
BSides Huntsville Keynote - Active Cyber Defense Cycle
Robert M. Lee
 

Viewers also liked (7)

Kleindl CV_academic_current
Kleindl CV_academic_currentKleindl CV_academic_current
Kleindl CV_academic_current
 
Khớp xuống cấp từ việc lạm dụng thuốc
Khớp xuống cấp từ việc lạm dụng thuốcKhớp xuống cấp từ việc lạm dụng thuốc
Khớp xuống cấp từ việc lạm dụng thuốc
 
Rachael_Sinivuori Portfolio_2015 : LINKED IN
Rachael_Sinivuori Portfolio_2015 : LINKED INRachael_Sinivuori Portfolio_2015 : LINKED IN
Rachael_Sinivuori Portfolio_2015 : LINKED IN
 
Katie Hatter Resume 2015
Katie Hatter Resume 2015Katie Hatter Resume 2015
Katie Hatter Resume 2015
 
OMG Cyber!
OMG Cyber!OMG Cyber!
OMG Cyber!
 
1
11
1
 
BSides Huntsville Keynote - Active Cyber Defense Cycle
BSides Huntsville Keynote - Active Cyber Defense CycleBSides Huntsville Keynote - Active Cyber Defense Cycle
BSides Huntsville Keynote - Active Cyber Defense Cycle
 

Similar to 1

Обеспечение защиты информации на стадиях жизненного цикла ИС
Обеспечение защиты информации на стадиях жизненного цикла ИСОбеспечение защиты информации на стадиях жизненного цикла ИС
Обеспечение защиты информации на стадиях жизненного цикла ИС
SelectedPresentations
 
Использование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложенийИспользование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложений
SQALab
 
Презентация по дисциплине технология разработки программного обеспечения
Презентация по дисциплине технология разработки программного обеспеченияПрезентация по дисциплине технология разработки программного обеспечения
Презентация по дисциплине технология разработки программного обеспечения
Rauan Ibraikhan
 
управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)
romachka_pole
 
СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...
СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...
СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...
ITMO University
 
пр 2 ПО.docx
пр 2 ПО.docxпр 2 ПО.docx
пр 2 ПО.docx
ssuser6d63bc1
 
тестирование по
тестирование потестирование по
тестирование по
Ion Griu
 
обеспечение безопасности программного продукта на различных стадиях жизненног...
обеспечение безопасности программного продукта на различных стадиях жизненног...обеспечение безопасности программного продукта на различных стадиях жизненног...
обеспечение безопасности программного продукта на различных стадиях жизненног...
hmyrhik nikita
 
Предложение на проведение аудита ИБ АСУ ТП
Предложение на проведение аудита ИБ АСУ ТППредложение на проведение аудита ИБ АСУ ТП
Предложение на проведение аудита ИБ АСУ ТП
Компания УЦСБ
 
О сертификации ПО по требованиям безопасности информации в системе сертификац...
О сертификации ПО по требованиям безопасности информации в системе сертификац...О сертификации ПО по требованиям безопасности информации в системе сертификац...
О сертификации ПО по требованиям безопасности информации в системе сертификац...
Олег Габов
 
технология и отладка по (47)
технология и отладка по (47)технология и отладка по (47)
технология и отладка по (47)
romachka_pole
 
Trpo 1 введение
Trpo 1 введениеTrpo 1 введение
Trpo 1 введение
pogromskaya
 
ARinteg: Защита сетевого периметра
ARinteg: Защита сетевого периметраARinteg: Защита сетевого периметра
ARinteg: Защита сетевого периметраExpolink
 
Mva stf module 2 - rus
Mva stf module 2 - rusMva stf module 2 - rus
Mva stf module 2 - rus
Maxim Shaptala
 
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Tatyanazaxarova
 
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
Anna Toropova
 
Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.
Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.
Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.Club QA Kostroma
 
Автоматизация измерений с помощью открытого скриптового языка
Автоматизация измерений с помощью открытого скриптового языкаАвтоматизация измерений с помощью открытого скриптового языка
Автоматизация измерений с помощью открытого скриптового языка
UNITESS
 
Профстандарт "Специалист по информационной безопасности ИКТ систем"
Профстандарт "Специалист по информационной безопасности ИКТ систем"Профстандарт "Специалист по информационной безопасности ИКТ систем"
Профстандарт "Специалист по информационной безопасности ИКТ систем"
Денис Ефремов
 

Similar to 1 (20)

Обеспечение защиты информации на стадиях жизненного цикла ИС
Обеспечение защиты информации на стадиях жизненного цикла ИСОбеспечение защиты информации на стадиях жизненного цикла ИС
Обеспечение защиты информации на стадиях жизненного цикла ИС
 
Использование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложенийИспользование комбинаторного тестирования для мобильных приложений
Использование комбинаторного тестирования для мобильных приложений
 
Презентация по дисциплине технология разработки программного обеспечения
Презентация по дисциплине технология разработки программного обеспеченияПрезентация по дисциплине технология разработки программного обеспечения
Презентация по дисциплине технология разработки программного обеспечения
 
управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)управление конфигураций и документирование программного обеспечения (49)
управление конфигураций и документирование программного обеспечения (49)
 
СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...
СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...
СОВМЕСТНОЕ ПРИМЕНЕНИЕ КОНТРАКТОВ И ВЕРИФИКАЦИИ ДЛЯ ПОВЫШЕНИЯ КАЧЕСТВА АВТОМАТ...
 
пр 2 ПО.docx
пр 2 ПО.docxпр 2 ПО.docx
пр 2 ПО.docx
 
тестирование по
тестирование потестирование по
тестирование по
 
обеспечение безопасности программного продукта на различных стадиях жизненног...
обеспечение безопасности программного продукта на различных стадиях жизненног...обеспечение безопасности программного продукта на различных стадиях жизненног...
обеспечение безопасности программного продукта на различных стадиях жизненног...
 
Предложение на проведение аудита ИБ АСУ ТП
Предложение на проведение аудита ИБ АСУ ТППредложение на проведение аудита ИБ АСУ ТП
Предложение на проведение аудита ИБ АСУ ТП
 
О сертификации ПО по требованиям безопасности информации в системе сертификац...
О сертификации ПО по требованиям безопасности информации в системе сертификац...О сертификации ПО по требованиям безопасности информации в системе сертификац...
О сертификации ПО по требованиям безопасности информации в системе сертификац...
 
технология и отладка по (47)
технология и отладка по (47)технология и отладка по (47)
технология и отладка по (47)
 
Поддержка заказчиков в выполнении требований Закона о защите ПДн
Поддержка заказчиков в выполнении требований Закона о защите ПДнПоддержка заказчиков в выполнении требований Закона о защите ПДн
Поддержка заказчиков в выполнении требований Закона о защите ПДн
 
Trpo 1 введение
Trpo 1 введениеTrpo 1 введение
Trpo 1 введение
 
ARinteg: Защита сетевого периметра
ARinteg: Защита сетевого периметраARinteg: Защита сетевого периметра
ARinteg: Защита сетевого периметра
 
Mva stf module 2 - rus
Mva stf module 2 - rusMva stf module 2 - rus
Mva stf module 2 - rus
 
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
Поиск ловушек в Си/Си++ коде при переносе приложений под 64-битную версию Win...
 
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
TMPA-2015 > Инструмент для автоматизированого тестирования систем проведения ...
 
Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.
Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.
Club QA Kostoma. First Meeting. Доклад. Что должен знать тестировщик.
 
Автоматизация измерений с помощью открытого скриптового языка
Автоматизация измерений с помощью открытого скриптового языкаАвтоматизация измерений с помощью открытого скриптового языка
Автоматизация измерений с помощью открытого скриптового языка
 
Профстандарт "Специалист по информационной безопасности ИКТ систем"
Профстандарт "Специалист по информационной безопасности ИКТ систем"Профстандарт "Специалист по информационной безопасности ИКТ систем"
Профстандарт "Специалист по информационной безопасности ИКТ систем"
 

1

  • 1.
  • 2. Введение Подавляющее большинство современных средств измерений и измерительных систем невозможно представить без автоматизированной обработки измерительной информации и соответствующего программного обеспечения (ПО). При этом под ПО понимаются: алгоритмы обработки данных и программы, реализующие эти алгоритмы на одном из языков программирования, а также программы отображения данных и другие управляющие и вспомогательные программы. ПО предоставляет большие возможности и преимущества по сравнению с традиционными методами обработки измерительной информации, но при этом использование ПО может привести к появлению дополнительных погрешностей, связанных, например, с неадекватностью используемых алгоритмов измерительной задаче, с нестабильностью алгоритмов, положенных в основу ПО, с неправильной их реализацией и т.п. Поэтому ПО должно соответствовать определенным требованиям, о которых дальше пойдет речь.
  • 3. Аттестация средств измерения  Все средства измерений с целью обеспечения единства измерений в стране проходят аттестацию на соответствие определенным требованиям в виде: 1. испытаний для утверждения их типа и поверки, если они используются в сфере действия государственного метрологического контроля и надзора 2. калибровки, если они в этой сфере не используются.  ПО, входящее в их состав, не аттестуется отдельно, а проходит аттестацию в составе средства измерений, т.е. в процессе аттестации не учитывается погрешность реализации и выбор алгоритма программным средством, а также другие важные характеристики ПО.  Делаем вывод о том, что ПО должно быть в том или ином виде аттестовано. При этом речь должна идти не только об оценивании значения погрешности, вносимой алгоритмами программы, но и об их защите, документировании, спецификации, а также о других задачах аттестации, общих для всех видов ПО.
  • 4. Аттестация ПО  Первыми шагами в разработке системы аттестации ПО средств измерений стоят задачи: 1. классификации ПО; 2. разработки требований к каждой группе классифицированных программных средств
  • 5. Аттестация ПО Зарубежный опыт  В последнее время, вопросам аттестации ПО заграницей уделяется большое внимание. Так требованиям к ПО средств измерений посвящен ряд международных стандартов и рекомендаций. Однако некоторые нормативные разработки имеются и в России.  В качестве примеров можно привести программу SSFM 1 и 2 (Software Support For Metrology) (Великобритания). Определенные наработки по этому вопросу имеются и у Национального института по стандартизации и технологиям (NIST, США).
  • 6. Классификация ПО Процесс аттестации ПО должен начинаться с его классификации. Все ПО можно классифицировать по 3 видам: 1. Готовое ПО (коммерческое ПО); 2. Модифицированное коммерческое ПО; 3. Пользовательское (заказное) ПО.
  • 7. Готовое ПО (коммерческое ПО)  Это ПО, которое приобретено(куплено) и используется без возможности его модификации. К такому ПО относятся, например: Microsoft Excel, MathCad, MatLab, Mathematica и другие. К этой же группе относится и так называемое встроенное ПО.
  • 8. Аттестация встроенного ПО  Порядок аттестации ПО, входящего в состав промышленного оборудования (встроенного ПО), определяется требованиями, содержащимися в п.п. 3.3.3 и 5.6 ГОСТ Р 8.596-2002, и сводящимися к тому: 1. аттестация не является необходимой, если метрологические характеристики (МХ) средства измерений (измерительного комплекса) нормированы с учетом программы, реализуемой его вычислительным компонентом; 2. если же этого не сделано, то метрологическая аттестация такого ПО необходима. Можно пользоваться: 1. рекомендацией, в отсутствие соответствующих нормативных документов; 2. разработанной собственной программой метрологической аттестации ПО, которая должна быть согласована с контролирующими(надзирающими) органами.
  • 9. Модифицированное коммерческое ПО  Это ПО, чей код модифицирован или изменен для специальных приложений.  Примером такого ПО являются программы, разработанные в Lab Windows, LabView и др., которые представляют собой, в частности, интегрированную среду программирования измерительных систем.  По сути это ПО виртуальных приборов, представляющих собой: 1. компьютер; 2. плату ввода/вывода сигналов; 3. программная среда, разработанная, например, в LabView. Такие виртуальные приборы используются для измерения и управления посредством электрических сигналов таких физических величин как, например, напряжение, ток, мощность, температура, давление, скорость, вибрация и т.п.
  • 10. Пользовательское (заказное) ПО  Это ПО, разработанное самим пользователем или субподрядчиком, программа которого написана, например, на таких языках программирования как C++, Visual Basic, Database Design, Delphi и др. Такое ПО обеспечение требует самой полной проверки.
  • 11. Уровни аттестации ПО, используемого в проверяемом средстве измерения  степень защиты ПО от изменений;  жесткость испытаний ПО при утверждении типа средств измерений;  степень соответствия ПО, используемого в поверяемом приборе.
  • 12. Степени защиты ПО: 1. Низкая (требуется специальной защиты ПО от намеренных искажений). 2. Средняя (предполагает защиту законодательно контролируемого ПО от намеренных изменений с помощью наиболее распространенных программных средств, например, с помощью текстовых редакторов). 3. Высокая(характеризуется использованием специальных программных средств (отладчиков и редакторов жестких дисков, ПО для разработки программ и т.п.), т.е. уровень защиты в этом случае соответствует последним достижениям в области защиты данных (как, например, в области банковских технологий)).
  • 13. Виды жесткости испытаний 1. Низкая (функции ПО проверяются в ходе обычных испытаний средств измерений). 2. Средняя (испытания в дополнение к обычным испытаниям по утверждению типа проводятся испытания ПО на основании описания программных функций, представленных изготовителем средства измерений. При этом проверяется целостность и однозначность заявленных и документированных функций). 3. Высокая (законодательно контролируемое ПО проверяется по его исходному коду).
  • 14. Степени соответствие ПО  Сложнее обстоят дела с установлением степени соответствия ПО. Сложнее не по существу, а по объему описания. Существуют три уровня соответствия: 1. Низкий. 2. Средний. 3. Высокий. Эти уровни отличаются друг от друга главным образом тем, какие изменения могут быть внесены в ПО отдельных приборов по сравнению с идентифицированным при утверждении типа и как в подобных случаях должен поступать орган, проводящий испытания.
  • 15. Требования к программному обеспечению на основе Директивы по измерительным приборам. WELMEC (European cooperation in legal metrology) 7.1, октябрь, 1999
  • 16. Руководство разработано на основе Директивы по измерительным приборам Measuring Instruments Directive (MID/3), Brussels 15.09.2000, COM(2000) 566 final, European Commission – III.D.2  Приложение 1, №13: «Программное обеспечение, которое является критическим (т.е. полностью или частично ответственным за метрологические характеристики прибора) для метрологических характеристик, должно быть идентифицировано соответствующим образом и защищено. Его идентификация должна быть легко доступна. Факт несанкционированного вмешательства должен быть очевиден в течение разумного периода времени».  Приложение 1. №14: «Данные измерений и метрологически важные параметры, сохраненные или переданные, должны быть соответственно защищены от случайного или намеренного искажения».  Приложение 1, №7: «Измерительный прибор не должен иметь какой-либо технической особенности, которая с некоторой вероятностью, могла бы способствовать его мошенническому использованию, принимая во внимание, что возможность неумышленного неправильного использования минимальна».  Приложение 1, №11: «Метрологические характеристики измерительного прибора не должны бесконтрольно изменяться при подключении к нему другого устройства либо непосредственно подключаемого к прибору, либо дистанционно управляемого».  Приложение 1, №27: «Измерительный прибор должен быть разработан таким образом, чтобы можно было легко провести оценку его соответствия требованиям данной директивы».
  • 17. ИСО/МЭК 17025-2000.Общие требования к компетентности испытательных и калибровочных лабораторий “5.4.7.2 Если используются компьютеры или автоматизированное оборудование для сбора, обработки, регистрации, отчетности, хранения или поиска данных испытаний и калибровок, лаборатория должна удостовериться, что: а) разработанное пользователем компьютерное программное обеспечение достаточно подробно задокументировано и должным образом оценено как пригодное для применения; b) разработаны и внедрены процедуры защиты данных; эти процедуры должны включать, но не ограничиваться этим, целостность и конфиденциальность ввода или сбора данных, хранения данных, передачи данных и обработки данных; с) для обеспечения должного функционирования обеспечивается технический уход за компьютером и автоматизированным оборудованием, и для них были созданы условия окружающей среды и работы, необходимые для поддержания точности данных испытаний и калибровок . 5.5.2 Оборудование и его программное обеспечение, используемые для проведения испытаний, калибровки и отбора образцов, должны обеспечивать требуемую точность и соответствовать техническим требованиям, предъявляемым к испытаниям и/или калибровочным работам. 5.5.4 Каждая единица оборудования и ее программное обеспечение, используемые при проведении испытаний и/или калибровок и оказывающие влияние на результат, должны, если это практически осуществимо, быть однозначно идентифицированы. 5.5.12 Регулировка испытательного и калибровочного оборудования, включая аппаратные средства и программное обеспечение, которые могут сделать недействительными результаты испытаний и/или калибровок, должна быть исключена.”
  • 18. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ СРЕДСТВ ИЗМЕРЕНИЙ ГОСТ Р 8.654-2009 Область применения:  Настоящий стандарт устанавливает требования к программному обеспечению (далее – ПО) средств измерений (далее – СИ), обусловленные необходимостью оценки влияния ПО на метрологические характеристики СИ и защиты обрабатываемой, в том числе измерительной, информации от непреднамеренных и преднамеренных изменений.  Стандарт распространяется на: 1. - ПО СИ, в том числе измерительных и информационно-измерительных систем; 2. - ПО автоматизированных систем, функционирующих с использованием СИ или компонентов измерительных систем; 3. - ПО контроллеров, вычислительных блоков, не входящих в состав измерительных систем, а также технических систем и устройств с измерительными 4. функциями, осуществляющих обработку и представление измерительной информации.
  • 19. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ СРЕДСТВ ИЗМЕРЕНИЙ ГОСТ Р 8.654-2009  Общие положения 4.1.1 ПО СИ, в том числе измерительных и информационно- измерительных систем, а также технических систем и устройств с измерительными функциями должно соответствовать наборам общих и специальных требований. 4.1.2 Общие требования к ПО СИ включают в себя требования 1. - к документации; 2. - к структуре ПО; 3. - к влиянию ПО на метрологические характеристики СИ; 4. - к защите ПО и данных. 4.1.3 Специальные требования к ПО СИ включают в себя 1. - требования к разделению ПО и его идентификации; 2. - специальные требования к ПО;
  • 20. ПРИМЕР ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ СРЕДСТВ ИЗМЕРЕНИЙ ГОСТ Р 8.654-2009  4.2.4 Графическая и текстовая информация в технической документации должна быть представлена таким образом, чтобы она была пригодна для полного и однозначного понимания.  4.4 Требования к структуре программного обеспечения Метрологически значимое ПО СИ должно быть разработано таким образом, чтобы его невозможно было подвергнуть искажающему воздействию через интерфейсы пользователя и другие интерфейсы.  Степень влияния ПО на метрологические характеристики СИ оценивают при его аттестации. При этом должна быть предусмотрена возможность такой оценки с помощью программных и метрологических тестов  4.6 Требования к защите программного обеспечения и данных ПО СИ должно содержать средства обнаружения, отображения и/или устранения сбоев (функциональных дефектов) и искажений, которые нарушают целостность ПО и данных.
  • 21. Рекомендация КООМЕТ. Программное обеспечение средств измерений. Общие технические требования (Утверждена на 14 заседании Комитета КООМЕТ (Албена, Болгария, 27–28 мая 2004 г.))  Настоящая рекомендация устанавливает минимально необходимые требования к программному обеспечению с измерительными функциями, используемому в области законодательной метрологии, а также критерии, определяющие объем испытаний программного обеспечения в целях его утверждения. Минимально необходимые требования не ограничивают разработчика программного обеспечения в применении новых технических решений и совершенствовании уже имеющихся разработок. 3.1 Проект и структура программного обеспечения  3.1.1 Программное обеспечение средства измерений должно быть разработано так, чтобы можно было провести оценку соответствия его законодательно контролируемых функций требованиям настоящей рекомендации.  3.1.2 Законодательно контролируемое программное обеспечение должно быть разработано таким образом, чтобы, чтобы его законодательно контролируемые функции не были подвержены влиянию другого программного обеспечения, параллельно работающего или обеспечивающего его функционирование.  3.1.3 Законодательно контролируемое программное обеспечение должно иметь функции защиты от несанкционированного воздействия на это программное обеспечение через его интерфейсы или интерфейсы средства измерений. 3.2 Защита программного обеспечения  3.2.1 Законодательно контролируемые программы и данные должны быть защищены от искажений и неумышленных изменений.  3.2.2 Законодательно контролируемые программы и данные должны быть защищены от намеренных изменений.  3.2.3 Только аутентифицированное программное обеспечение можно использовать для законодательно контролируемых целей. Факт использования результатов, полученных с использованием законодательно контролируемой программы, должен быть очевиден и однозначен.
  • 22. ТИПОВАЯ МЕТОДИКА АТТЕСТАЦИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ СРЕДСТВ ИЗМЕРЕНИЙ МИ 2955 – 2010 6.5. ОЦЕНКА ВЛИЯНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ НА МЕТРОЛОГИЧЕСКИЕ ХАРАКТЕРИСТИКИ СРЕДСТВ ИЗМЕРЕНИЙ 6.5.1. Оценка влияния ПО на МХ СИ определяется методикой аттестации и может включать в себя:  анализ ПО и его алгоритмов (например, адекватность измерительной задаче, их сложность и возможность использования при разработке опорного («эталонного») ПО и т.д.);  определение критерия оценки влияния ПО на метрологические характеристики СИ (например, значение вклада ПО в суммарную погрешность (неопределенность) СИ);  выбор (или разработка) опорного («эталонного») ПО;  выбор (определение) исходных данных и/или их получение методом генерации или какими-либо другими методами;  получение результатов обработки исходных данных в тестируемом ПО (получение тестовых результатов);  получение опорных («эталонных») результатов;  получение оценки влияния ПО на метрологические характеристики СИ посредством обработки результатов тестирования (сравнения тестовых результатов с опорными («эталонными»);  дополнительные исследования свойств, параметров и характеристик используемых алгоритмов (область устойчивости, время, затрачиваемое на обработку результатов измерений и т.п.).
  • 23. Использованная литература  URL: ttp://gametest.ru/doc/sw/MI_2955_2010.pdf  URL: ttp://www.coomet.org/RU/doc/r10_2004.pdf  URL: http://relsib.com/data/content/docs/Gosts/gost_p_8_ 654_2009_po_si.pdf  URL: http://testrussia.ru/doc/reqire.pdf