Оценка влияния программного обеспечения

[Akkord]

Всем доброго дня!
Создал тему в этом разделе, так как здесь в основном специалисты по программному обеспечению микроконтроллеров и прочих вещей связанных
с этим делом.
Если что не так - модератор перенесет....
Так вот все Вы занимаетесь прикладным программным обеспечением (ПО)
различных технических устройств, в том числе и ПО средств измерения.
В октябре 2010г. появилась рекомендация МИ 3290-2010, по которой при
проведении испытаний для утверждения типа средства измерения нужно
проводить ( по мимо идентификации версии ПО) требуется проведение
оценки влияния ПО на метрологические характеристики средства измеренеия, проверка уровня защиты программного обеспечения от непреднамеренных и преднамеренных изменений.
Приводят оценку влияния программного обеспечения на метрологические характеристики средства измерений » либо в виде исполнительной
характеристики программного обеспечения, либо как относительное
отличие результатов расчета, выполненного испытываемым программным
обеспечением, от расчетов с использованием опорных программ.
И это всё в том числе для ПО встроенного в средство измерения!
Какими методами? Указанными в МИ 3286-2010:
- сравнительные испытания с опорным программным обеспечением
- сравнительные испытания с использованием моделей исходных данных
- сравнительные испытания с применением метода генерации "эталонных данных"
- испытания на основе анализа исходного кода ПО
Кроме этого, требуется проверка разделения ПО на метрологически значимую часть (т.е. что отвечает за результат измерения) и незначимую
( различные драйверы и т.д.)
Как Вам ЭТО?

[SasaVitebsk]

Мы занимаемся средствами измерений. Практически в пределах месяца будем утверждать тип (получать сертификат). Пока ничего такого не слышали. Может только рекомендация?
У нас апломбирован прибор от внесения изменений.
Мы тут кое что хотели бы упростить... А тут похоже усложняется ...
По крайней мере

- сравнительные испытания с использованием моделей исходных данных
- сравнительные испытания с применением метода генерации "эталонных данных"

в нашем случае вполне применимо...

[true71]

...
У нас апломбирован ...

Что это значит? Как это понимать? Если апробирован, то понятно, если запломбирован, то непонятно...

[st_1]

- испытания на основе анализа исходного кода ПО
Как Вам ЭТО?

Афигеть!
Типа: "Отдай жену дяде, а сам иди к ...."

[SasaVitebsk]

Афигеть!
Типа: "Отдай жену дяде, а сам иди к ...."

Вопрос не в этом... Вопрос в том, что такая работа займёт времени реально больше чем написание оного. И, как минимум, потребует квалификации проверяющего, выше чем квалификация пишущего.
Ну и понятно, что подход в этом случае будет формальным... то есть мы поясняем работу своей программы и доказываем что она делает то что делает... ну а они просто получают бабки. Из-за чего всё это, собственно и затевалось.
А оплачивает весь этот бардак - естественно покупатель конечного продукта.
Короче - новый виток очередного бреда!

[st_1]

Ну и понятно, что подход в этом случае будет формальным... то есть мы поясняем работу своей программы и доказываем что она делает то что делает... ну а они просто получают бабки. Из-за чего всё это, собственно и затевалось.

А кто бы спорил!
Но вероятность слива информации всё же есть... за бабки.

[Akkord]

Может только рекомендация?

Документ под названием МИ - всегда рекомендация....
А работают в испытательных центрах - люди... Сверху начальники...
Для них это нормативный документ.
Даю вложение на полный текст

[picavr]

А оплачивает весь этот бардак - естественно покупатель конечного продукта.

Нужно же государству искать новые виды привлечения населения к пополнению бюджета ))))