Методика аттестации ПО СИ

[Soran 0]

Здравствуйте, может у кого-нибудь есть пример методики аттестации ПО СИ за 2011 год, которая бы соответствовала требованиям МИ 2955-2010 и МИ 3286-2010? Хотя бы разделы: функциональная проверка разделения ПО, проверка защиты ПО от преднамеренных и непреднамеренных воздействий, проверка структуры ПО, оценка влияния ПО на метрологические характеристики

Изменено 22 Марта 2012 пользователем Soran

[Vlad_555 7]

Хеее! Интересно ктоже тебе даст ее. Пишите сами. Почитай еще Р...77 может поможет.

[Маслов В.А. 101]

Здравствуйте, может у кого-нибудь есть пример методики аттестации ПО СИ за 2011 год, которая бы соответствовала требованиям МИ 2955-2010 и МИ 3286-2010? Хотя бы разделы: функциональная проверка разделения ПО, проверка защиты ПО от преднамеренных и непреднамеренных воздействий, проверка структуры ПО, оценка влияния ПО на метрологические характеристики

А в чем проблема?

В настоящее время в процессе испытаний СИ в целях утверждения типа осуществляется проверка защиты ПО СИ и при необходимости его влияния на метрологические характеристики СИ в соответствии с МИ 3286-2010 и Р 50.2.077-2011.ПО СИ

Оба указанных документа определяют требования к составу раздела программы испытаний СИ в отношении ПО. В них указано какие проверки и по каким материалам необходимо выполнить.  Конкретное содержание этого раздела программы испытаний и методики проверок зависят как от самого ПО СИ, так и от аппаратной части, на которой это ПО исполняется (микроконтроллер, микроЭВМ, ПЭВМ). А также от наличия операционной системы, портов обмена, баз данных (архива) и т.д и т.п.   

[Soran 0]

В принципе проблема началась в тот момент, когда решил описать проверку правильности разделения ПО, тоесть испытатель смотрит сам код программы либо проверяет исполняемые файлы на предмет метролгической значимости . Но, почитав несколько найденных методик, убедился что в них описываются только некоторые пункты проверки ПО (например, проверка идентификационных данных и защита от искажений), а не все, которые описаны в норм. документах.

Изменено 24 Марта 2012 пользователем Soran

[Маслов В.А. 101]

В принципе проблема началась в тот момент, когда решил описать проверку правильности разделения ПО, тоесть испытатель смотрит сам код программы либо проверяет исполняемые файлы на предмет метролгической значимости . Но, почитав несколько найденных методик, убедился что в них описываются только некоторые пункты проверки ПО (например, проверка идентификационных данных и защита от искажений), а не все, которые описаны в норм. документах.

Разделение ПО на метрологически значимое (МЗ) и метрологически незначимое (МНЗ) выполняется разработчиком. Резделение обычно выполняется для ПО, которое выполняется в операционной системе, а не автономно. Проверку разделения ПО при испытаниях обычно достаточно выполнять на уровне блок-схем ПО и только для особо отвественных случаев на уровне исходных кодов. В последнем случае для анализа могут использоваться специальные прикладные программы статического и/или динамического анализа.

В МЗ ПО должно происходить получение, передача, хранение и визуализация результатов измерений. МНЗ ПО обычно используется для реализации интерфейса пользователя и обработки готовых результатов измерений (из памяти или баз данных) для использования вне сферы ГРОЕИ, например, формирование различных графических зависимостей.