Дмитрий Борисович

А вот это передергивание карт! Вы ГЦИ СИ - Государственный центр испытаний, т.е. одна из структур которая должна обеспечивать единство измерений. Поэтому Вы и составляете программу испытаний! Мы её только согласовываем.Мы заявляем метрологические и технические характеристики. Вы проверяете (контролируете) требования которым должно удовлетворять СИ. Представте себе, мы её НЕ СОГЛАСОВАЛИ, и что? Кто и где будет проводить испытания? Т.е мы поставлены в условия: не хотите - не надо?! Более того, скажу, на днях я попытался испытателям предложить исключить из программы испытаний - оценку влияния программного обеспечения на метрологические характеристики, сославшись на специфику построения прибора и что при проведении всех остальных этапов испытаний так или иначе всё это влияние ПО выясняется и определяется его (ПО) поведение с точки зрения алгоритмов, округлений и.т.д. Ответ - "Нас в Москве не поймут!" Так КТО определяет и составляет программу испытаний ГЦИ СИ или ВНИИМС? Программу испытаний подписывают Испытатель и Заказчик... Но Вы говорите экспертиза во ВНИИМСе. 9.3.3 проверка программы испытаний включает в себя: - анализ соответствия объема испытаний для подтверждения заявленных метрологических и технических характеристик, - обеспеченность испытаний методами (методиками) испытаний, - обеспеченность испытаний эталонами и их прослеживаемость, - обоснованность установления интервала между поверками Где здесь говориться о том что ВНИИМС проверяет есть проверка ПО или нет? Есть только - анализ соответствия объема испытаний заявленным характеристикам. Мало того, НИКТО НЕ ПРИЗЫВАЕТ просто НЕ включать проведение проверки ПО в программу испытаний!!! Это должно быть обосновано! В той же программе может быть пункт: " На основании, представленных в заявке на испытания метрологических характеристик на ( указать наименование прибора), функциональных возможностей и рассмотрев области примениения данного прибора, ИСПЫТАТЕЛЬ УСТАНОВИЛ - отсутствие НЕОБХОДИМОСТИ проведения проверки программного обеспечения". Замечу - идентификационные данные ПО могут присутствовать.

Продолжим увлекательную беседу по этим ........ документам. В состав обязательных требований к средствам измерений в необходимых случаях включаются также требования к их ... программному обеспечению ... Кто определяет необходимость случая? Читаем документ. 4.1………… Испытатель разрабатывает, согласовывает с Заявителем и утверждает программу испытаний в целях утверждения типа средств измерений. 4.2 Программа испытаний должна содержать следующие разделы: …………………. - идентификация программного обеспечения и оценка влияния на метро¬логические характеристики средства измерений (раздел разрабатывается при наличии программного обеспечения); 4.3 Программа испытаний разрабатывается Испытателем. Кроме того в п.4.2.5. записано: 4.2.5 .... В разделе может быть также при необходимости предусмотрена оценка влияния программного обеспечения на метрологические характеристики средства измерений в соответствии с МИ 3286-2010 «Проверка защиты программного обеспечения и определение ее уровня при испытаниях средств измерений в целях утверждения типа» либо в виде исполнительной характеристики программного обеспечения, либо как относительное отличие результатов расчета, выполненного испытываемым программным обеспечением, от расчетов с использованием опорных программ. Так КТО останавливает ГЦИ СИ (требует или запрещает НЕ включать проведение) взять ответственность на себя в установлении степени НЕОБХОДИМОСТИ?

А я нашел очень ужасную статью! Учебное пособие Ю.А. Кудеяров "Аттестация программного обеспечения средств измерений" http://www.rsk-k.ru/doc_tales.html Выдержка: Пособие состоит из двух частей. В первой части (Главы 1,2,3) - рассмотрены вопросы терминологии, имеющейся нормативной базы и общих требований к программному обеспечению, используемому при обработке измерительной информации. Впервые в отечественных метрологических документах введено понятие эталонного программного обеспечения, выделение частей программного обеспечения, подлежащих метрологическому контролю, а также уровней требований к программному обеспечению. Обсуждаются некоторые количественные характеристики программного обеспечения (коэффициенты обусловленности (устойчивости), исполнительные характеристики, погрешности программного обеспечения). Попытался найти определения положениям как: - исполнительные характеристики программного обеспечения - погрешности программного обеспечения Увы У меня получилось следующее. По исполнительным характеристикам программного обеспечения я ничего не нашел..... По погрешности программного обеспечения: 1.В одной статье рассматривается термин "погрешность программного обеспечения" в плане того, что при контроле определенного процесса за датчиком ( не важно какого) получаются неопределенности знания зависимости его показаний от условий эксплуатации датчика ( например плещется ли водс в баке и насколько она плещется в зависимости от наполненности бака). Но это другое дело! Это статистические аспекты применения прибора, программного обеспечения! В классической метрологии ( тем более при проведении испытаний для утверждения типа СИ) этим не оперируют! Но есть еще отечественные документы. ФГУ "32 ГНИИИ Минобороны России" определило источники погрешности (потери точности) программного обеспечения: - перевод чисел из десятичной системы счисления в двоичную и наоборот - округление на промежуточных этапах - обрыв бесконечных рядов.... - неудачный выбор алгоритмов.... Может кто разъяснит? Во второй части (Главы 4,5,6) рассматриваются типовые методики аттестации, при этом основное внимание уделено методу "черного ящика" тестирования программного обеспечения. В основу материала, вошедшего в эту часть, положены некоторые отечественные разработки, а также публикации NPL по обсуждаемой проблеме. Описан рекомендуемый порядок проведения аттестации программного обеспечения. Ну вот только только из МИ2955 убрали понятие "черный ящик" ( один из разработчиков Кудеяров Ю.А.), а автор учебного пособия Кудеяров Ю.А. уделяет особое внимание этому методу... Любопытный ( ужаный и ....) материал приведен в http://www.vniims.ru/download/km_5.pdf

Тот прибор (швейцарский) на который я давал ссылку, тоже измеряет углы.... Но потом показывает - радиус, диаметр и аж до 20м!

Ничто не ново под луной... Например, это, или это ... Любой машиностроительный справочник, например, отсюда, советских лет издания обязательно содержал подобную главу с описанием всевозможных приспособлений для измерения больших диаметров труб, проката, токарных заготовок и т.д. А метод измерения длины до 1620 мм с точностью до 0,1 мм использовался чуть ли не в каждом гараже при регулировке схода-развала колёс родных жигулей. Кто в теме, - должен помнить! Совершенно правильно! Я об этом и говорил..... И цитаты приводил имено с этого интернет ресурса... И вообще считаю - прежде чем задавать некоторые вопросы ( что, да чем) нужно самому посмотреть справочники, книги, методики и интернет В нем главное правильно дать ключевые слова и .... появляется море информации! Но в последнее время почему то проще задать вопрос на форуме - кто нибудь и "насыпет".... Грибы и рыбу проще покупать на рынке, чем собирать и ловить самому

Там всё указано с правой стороны ( кружочек со стрелочками)....

Любопытно! http://www.blitz-air.ru/files/File/D.pdf Особенно Универсальный электронный измерительный прибор ETALON ZEDURAM. Красиво!!!!

Из всех видов пластмасс полиэтилен нашел наибольшее применение для изготовления методами экструзии и центробежного литья труб, характеризующихся легкостью, коррозионной стойкостью, незначительным сопротивлением движению жидкости, простотой монтажа, гибкостью, морозостойкостью, легкостью сварки. Непрерывным методом выпускаются трубы любой длины с внутренним диаметром 6—300 мм при толщине стенок 1 5_10 мм Полиэтиленовые трубы небольшого диаметра наматываются на барабаны. Литьем под давлением изготовляют арматуру к трубам которая включает коленчатые трубы, согнутые под углами 45* и 90 , тройники, муфты, крестовины, патрубки. Трубы большого диаметра (до 1600 мм) с толщиной стенок до 25 мм получают методом центробежного литья.

http://www.vogel-mess.ru/shop/detail.php?ID=21&SUBID=623&ITEM=627 Это удлинители для увеличения глубины измерений, а не диаметра.... Да "крышу" сносит..... Забыли с чего началось.... Производство полимерных труб. Необходимы СИ для измерения внутреннего диаметра больших труб до 2200 мм. Это и полиэтелен, и полипропилен иногда полиамид... Длина трубы? Хорошее решение - не должно зависеть от этого! Повторюсь. Может я чего то не догоняю.... Для контроля внутренних диаметров свыше 500 мм применяют микрометрические нутромеры (штихмасы). Преимущество имеют нутромеры, оснащенные индикаторными головками и имеющие незначительное измерительное давление. Можно добавить: По ГОСТ 10—58 микрометрические нутромеры для больших размеров должны изготовляться с пределами измерений: 150— 1250; 800—2500; 1250—4000; 2500—6000 и 4000—10 000 мм со специальными удлинителями, причем большие нутромеры могут иметь отдельные удлинители длиной 2000 мм и более. Конструкция нутромеров не регламентируется ГОСТ, но к ним предъявляются определенные требования по допустимой погрешности. Так, погрешность самих нутромеров при измерении размеров в пределах 2500—3150 мм не должна превышать ±50 мк, а для размеров 9000—10 000 мм не превышать ±180 мк. Далее: Для проверки размеров свыше 3000 мм употребляют нутромеры, изготовленные из цилиндрических труб, с выдвижными масштабными штангами. Однако рекомендовать их к широкому применению не следует, так как они дают при измерении большую погрешность из-за меньшей жесткости, чем сигарообразные нутромеры, и в то же время превосходят их по весу в 2—2,5 раза. Далее: Наибольшую точность имеют деревянные полые нутромеры. По точности измерения с деревянными нутромерами может сравниваться только сигарообразный нутромер. И в заключении: Проверка и настройка на размер нутромеров проводится по инструкции Комитета стандартов, мер и измерительных приборов при Совете Министров СССР, причем суммарный размер микрометрической головки с присоединенными к ней удлинителями при значительном размере нутромера проверяется на измерительной машине. Но это было в СССР. Может сейчас что по другому...... Но продолжим: Из косвенных методов контроля больших внутренних диаметров отметим метод измерения от точной оправки, установленной в центре планшайбы карусельного станка, до обработанной внутренней поверхности детали типа кольца или полого цилиндра. Измерение в этом случае производится нутромером, размер которого несколько меньше половины измеряемого диаметра, а результат определяется сложением диаметра оправки и двух противоположных по диаметру детали замеров нутромером. Можно еще добавить: Отметим также способ измерения больших внутренних диаметров от штосселя карусельного станка, применяемый на Ленинградском металлическом заводе. При этом способе не нужно штоссель станка устанавливать в центре отверстия детали , так как он перемещается по поперечине станка в диаметральной плоскости планшайбы. Измеряемый диаметр определяется как сумма значений ширины а штосселя и размеров а1, и а2, замеряемых нутромером от плоскости штосселя до диаметрально противоположных точек окружности.

http://www.vogel-mess.ru/shop/detail.php?ID=21&SUBID=623&ITEM=627

Продолжим увлекательную беседу по этим "маразматическим" документам. Как Вы знаете что у нас идут испытания по толщиномерам.... Пытаемся составить Протокол Испытания для идентификации программного обеспечения и проверке влияния программного обеспечения на метрологические характеристики. Естественно, используются различные аналогичные документы в качестве "рыбы". И вот случайно попалась такая формулировка: "Встроенноное программное обеспечение при расчете измерения использует данные оцифрованного аналогового сигнала 12бит без знака. При рассчете оперируют числами с плавающей запятой разрядностью 32бита (IEEE 754). Алгоритм расчета результата измерения - решение линейных уравнений с несколькими неизвестными. Анализ точности расчета чисел в формате IEEE 754 показывает, что ошибка вычисления результата измерения в 12000раз меньше точности прибора, т.е. не вносит влияния в метрологические характеристики прибора." Кому нужна эта проверка??????????????????????? Проверяем калькулятор? Нужно ввести обязательную ежегодную поверку всех компьютеров бухгалтерии!!! Центрам наверное и без этого при проведении испытаний много проблем, вопросов и дел!!! Защитите ГЦИ СИ от бессмысленной работы!

И всё таки почему не нутромер с удлиннителем? Удлинители для индикаторных нутромеров: Артикул №....... Длина мм.......Диаметр мм....... Цена 230790............. 250 ............ 12............. 16771.10 230791............. 500 ............ 12............. 18317.38 230792............... 750 ............ 12............. 21957.06 230793...............1000 ............ 12............. 24802.80 230794...............1000 ............ 18............. 30143.38 230795...............1500 ............ 18............. 35876.48 230796...............2000 ............ 18............. 43578.11

Алекс - Юстасу

Это конечно! Я привел пример того КТО решает что случай НЕОБХОДИМЫЙ!

..... При этом не говорится о том, какие случаи являются необходимыми (но они есть! Вы же не станете этого отрицать!). У нас же все СИ причесали под одну гребёнку, а это, на мой взгляд, неправильно. Так в чем суть Вашего предложения. Тем более что его так активно начали поддерживать? Получается в определении понятия - в необходимых случаях. Но что это и кто их определяет? Опять инструкция? Или какие-то ведомственные документы? ГЦИ СИ??? Но вот Вам примеры. 1.Я разработчик генератора Г4-..., прихожу к уважаемому Маслову В.А. и подаю заявку на проведение испытаний. А он даже и не в курсе что такое ДПКД ( прошу без обид и прошу заранее извинения за персонали ). Как он будет определять - необходимость случая? 2.Уважаемый Дедюхин А.А. аж двумя руками за Но вот ситуация. Его фирма поставляет анализатор спектра (допустим единичный прибор) в НИИ МВД РФ. Это необходимый случай для тестирования ПО СИ? Пока это неопределено или документ не скорректирован - получается тупик. Кто как решит на месте, как решит Ростехрегулирование потом при рассмотрении документов... Или я чего то не понял? P.S. Недавно к нам пришел договор на поставку тех же толщиномеров.Там есть пункт: 3.3.1. На средства измерений дополнительно к указанным документам на оборудование: - свидетельство об утверждении типа, со сроком окончания действия не менее 6 месяцев с даты поставки покупателю с приложением описания типа; Заказчик конечно - БАРИН! Но на каком юридическом документе это основано???

Если Вы про меня, то в цензоры не нанимался Ну Ваше же послания: А чем мы сейчас здесь занимаемся? Пытаемся найти выход не меняя документа, т.е. найти лазейки!

Некоторые моменты при обсуждении требований этих инструкций обнаружили..... Говорить сейчас не буду. Идут испытания..... И крометого Александр Александрович может быть против - нас может читать молодеж!

К Владимиру Алексеевичу, конечно ничего личного не имею Только прошу удержаться от некоторых посланий и рекомендаций что это не требует больших затрат.... А вот как до Авторов этих документов всё это донести - вопрос? Александ Александрович Данилов пишет: Тогда будем РАССЧИТЫВАТЬ!!! 1.ПО СИ выполненое с применением однокристальных микропроцессоров очень трудно разделить на метрологически значимое и не значимое. МЕСТА НЕТ!!! Одновременная область ОЗУ 128байт!!!! Поэтому априори такое ПО всё метрологически значимое! 2.ПО СИ выполненое с применением однокристальных микропроцессоров это НЕ работа программиста в чистом виде или как сейчас любят называть специалист по IT-технологиям.В основном это люди с радиотехническим образованием. Они обязаны знать до малейшей диаграммы взаимодействие на физическом уровне например с дисплеем.Там нет команд типа - вывести на дисплей число 123.Он её пишет- на такойто ножке контроллера установить лог.1 на время ХХ.мкс, на такойто ножке лог.0 на время Х1.мкс, на третьей....Через время ХХ2.мкс сделать тото.... И так шаг за шагом по каждому сегменту. И это еще только для того чтобы засветить светодиодный индикатор. Для жидко-кристаллического индикатора статического это нужно организовать в динамике с определенной частотой (от 30 ... до 100Гц). Вот конечно упрощенная картина работы "программиста" микропроцессора. Конечно есть модули дисплеев, которым нужно только "запихнуть" информацию о числе.Но её нужно также по диаграммам сформировать - то есть на языке понятном контроллеру написать ту диаграмму которая приведена в документации на дисплей.И всё это в реальном масштабе времени, выполняя основное назначение микроконтроллера для решения измерительной задачи. К чему я это? Да эти МИ предлагают привести алгоритмы выполнения программ.Привести открытый код.Это значит получить доступ к МОЗГУ "программиста". Конфедициальность! А что это в нашей стране??? Придите на Горбушку и купите любую базу данных (ГБДД, МВД...). 3.Подсчет контрольной суммы.Ну есть она у всех!!!! Рассмотрим несколько ситуаций: - "прошивка" контроллера на стендовом оборудовании (программаторе).Что такое программатор? Наверное не стоит говорить.Короче. После "прошивки" компьютер-адаптер подключения к микросхеме (программатор) считывает с него программу и считает контрольную сумму. Т.е. арбитром выступает компьютер программатора! - при работе в приборе микроконтроллер "прошивает" калибровочные коэффициенты (разовые при выпуске, ежедневные рабочие...)во внешнюю/внутреннюю EEPROM. Он также считает контрольную сумму этих коэффициентов, по определенному алгоритму. И при включении прибора проверяет СОХРАННОСТЬ этих коэффициентов. Арбитр в этом случае - сам контроллер. -МИ 3286-2010 рекомендует один из способов идентификации ПО вывод контрольной суммы в процессе штатного функциони- рования ПО( на дисплей через определенные интервалы времени).(стр.14 рекомендации). КТО арбитр подсчета контрольной суммы для однокристального контроллера???? Что он сам себя посчитал и вывел эту контрольную сумму способом который я вам всем уже описал выше - т.е. тем же ПО микроконтроллера. И что это за контроль??? А уж про достоверность...... Обратите внимание - всё о чем я говорю это касается ПО выполненое для однокистальных мокроконтроллеров. Применение в СИ таких вещей например как ARM7, ARM9 с установленной операционной системой (OC PALM, LINUX, WINDOWS...)некоторые моменты упрощают, а в некоторых моментах ( с точки зрения защищенности) усложняют процесс создания программного обеспечения. В то же время применение этих структур под операционной системой позволяет реализовывать сложнейшие обработки сигналов в широких диапазонах частот, с точностными характеристиками превосходящими все предыдущие аналоговые приборы.Но это приводит к тому что протестировать прибор во всем диапазоне НЕВОЗМОЖНО!Особенно если это например анализатор спектра до 40ГГц. Рано или поздно на этапе жизни прибора выясняются что в некоторых диапазонах частот, уровней сигналов прибор не укладывается в те погрешности которые на него записаны и утверждены. И это несмотря на очень жесткие испытания и тестирование на этапе разработки и совершенствования прибора. Разработчики этих приборов проводят совершенствование ПО. Появляются новые версии, в которых устранены найденые некоректности(а порою и ошибки!).И что теперь заново проводить утверждение типа??? Так ведь метрологические характеристики НЕ изменились?Устранили только выявившейся дефект.Но контрольная сумма ПО (да еще метрологически значимого) изменилась!Появилась новая версия!В последнее время у таких приборов заменить версию можно через Интернет! Из всего этого следует: - идентификация ПО СИ возможна только формально и соответственно должна делаться по УВЕДОМИТЕЛЬНОМУ принципу. - после уведомления разработчиком об изменении версии программного обеспечения, все версии более младшие, если они НЕ ИЗМЕНЯЮТ метрологических характеристик записаных в описании типа, ДЕЙСТВИТЕЛЬНЫ, кроме случаев когда их отменяет сам РАЗРАБОТЧИК. P.S.Вы как потребители, покупая стиральную машину, проверяете идентификацию программного обеспечения? Делает ли сервисная служба при установке в эксплуатацию это? Делает ли ремонтная служба это? 1.НЕТ!!! ВЫ этого как потребитель не делаете. И она вам на дисплее НЕ подмигивает "левым глазом" 2.НЕТ!!! Сервисная служба этого не делает. Приходит подключает.Распишитесь.Работайте. 3.НЕТ!!! Ремонтник этого не делает (сам недавно столкнулся на практике INDESIT). Максимум что проверяет какая этикетка наклейка на печатную плату с "мозгами".Просто делают их в Румынии и когда приходят сюда, чтобы ремонтник не перепутал.

Да, к сожалению Вы так и не прочитали ту историю одног байта..... Или начали её читать но нехватило сил дойти до окончания....... Жаль Наша дискуссия превращается в беседу неслышащих друг друга Позиция Ваша понятна - неукоснительное выполнение инструкции, даже если она формальна и прочиворечит здравому смыслу. Причем, некоторые Ваши ответы по категориям СИ (пока пишу этот ответ вижу появился Ваш ответ по ГСС), говорят о том что Вы не представляете этих категорий СИ. НО! Главное исполнить требования инструкции и заполнить графы таблицы. Что касается ФИЛОСОФИИ. Мы вроде бы с ВАми почти одного возраста. Обучение одним принципам ФИЛОСОФИИ. Вот упрощенные определения данные Вами: аттестация испытательного оборудования:Определение нормированных точностных характеристик испытательного оборудования тестирование программного обеспечения: Техническая операция, состоящая в определении одной или нескольких характеристик. В чем разница???????????????????????????????????????????? А причем в этой теме - аппаратная часть?????????????? Не ужели непонятно что для СИ эти рекомендации - тупиковый путь! Нужны разработки методик тестирования СИ на предмет функционирования программного обеспечения с точки зрения что СИ - "черный ящик". И что самое главное- это возможно. И это метрологически чисто. Да и юридически не затрагивает ни чьи интересы!

На сегодня еще один вопрос Маслову В.А. (ОЙ уже за полночь...) Уважаемый Владимир Алексеевич! Вы пишите: Приведу пример СИ - генераторы стандартных сигналов например группа Г4-. ПО не является для получения измерений.Оно только устанавливает коды ДПКД и выводит значение частоты на индикатор. Оно подлежит проверки по МИ2955-2010?

Конечно, чего я это к ней привязался? Для чего она тогда нужна?? 1.Всётаки какой никакой контроль и диагностика на этапе "прошивки" ПО в микроконтроллер. 2.Внутренняя диагностика внешней для микроконтроллера ( НО внутренней для прибора - прибор опломбирован)EEPROM. Но вот гарантии потребителю и поверителю что если она соответствует тому значению что записано в описании типа, то прибор метрологически соответствует своим характеристикам НИКАКОЙ! Ну увидел её поверитель? С таким же успехом он может посмотреть на пломбу прибора В чем то можно согласиться с ВАми, что не требует больших затрат.... Но может быть и ситуация изложенная в реальной истории - история одного байта Пожалуйста не поленитесь - прочтите Но это одна сторона.... Другая.Формальная, о чем писал Дедюхин А.А. ОНО ВАМ НАДО? Третья сторона. Касается в основном приборов у которых ограниченное количество кнопок управления ( две и менее). Нам разработчикам, и вам испытателям, и вам поверители - что вместе изучать Азбуку Морзе, для того чтобы вызвать для просмотра контрольную сумму А затем пройти курсы пиктограмм чтобы на 7-и сегментном индикаторе букву "B" ( В- латинская большая) отличить от цифры "8". Четвертая сторона. Касается приборов которые выпускаются уже давно. Ну хорошо, дополнили подсчет контрольной суммы.Ну хорошо придумали как её отобразить на индикаторе (хотя есть приборы которые не имеют последнего?). Но ведь новые требования! Ввели дополнительную кнопку под кокой-то защитой (крышка, крышечка, отверстие - под пломбой и т.д.). "Счелкаем" по ней каким-то "стилусом" ( спичкой, зубочисткой, шариковой ручкой, специальным штырем входящим в комплект поставки прибора для проведения поверки). Вызываем контрольную сумму.НО! 1.Печатную плату прибора нужно переделать.Кнопку, кнопочку, маленькую,тактовую - нужно кудато поставить!!! 2.Изменить чертеж на схему электрическую принципиальную.... 3.Изменить монтажный чертеж на плату 4.Изменить пресформу для изготовления корпуса. Дырочку для кнопочки надо делать!!! Вот это экономика капитализма с открытым лицом...

Тестирование применяется для определения соответствия предмета испытания заданным спецификациям. В задачи тестирования не входит определение причин несоответствия заданным требованиям (спецификациям). Аттестация (от фр. attestation от лат. attestātio — свидетельство, подтверждение) — определение квалификации, уровня знаний и умений чего-либо, а также соответствия требованиям (продукция, технические устройства, рабочие места); отзыв, характеристика. Найдите ДВА отличия. У них даже корень один - ТЕСТ! Даже по тексту МИ постоянно присутствуют - тестирование и аттестация! Единый Государственный Экзамен! Тест на определение знаний учащегося, по результатам которого он получает аттестат(свидетельство) с указанием контрольной суммы по 100 бальной шкале. Заноситься в его описание типа. Попробуйте проверить эту контрольную сумму через год? Она формальная и ни очем не говорит. Что самое главное - после дополнительных занятий (калибровке) у учащегося контрольная сумма восстанавливается :YES!: Что далее представляется интересным на мой взгляд. Задание по ЕГЭ составляется по методу генерации "эталонных" данных которые формируются с учетом свойств предмета ( п.6.5.5.3. МИ2955-2010). Дальше может продолжить каждый сам.....

Владимир Алексеевич, мы уже по второму кругу пошли если в заявке заявитель укажет, что "ПО, оказываеющего влияния на метрологические характеристики средства измерений нет" вы будете заявителю доказывать обратное в результате испытаний? или будете искать влияние на МХ ДУ релейного интерфейса генератора Г3-110 вообще не имеющего никакого стандарта? В том то и весь фокус. С точки зрения ФИЛОСОФИИ ТЕСТИРОВАНИЯ что это за процесс?: 1.«Тестирование представляет собой процесс, демонстрирующий отсутствие ошибок в программе», 2.«Цель тестирования – показать, что программа корректно исполняет предусмотренные функции», 3.«Тестирование – это процесс, позволяющий убедиться в том, что программа выполняет свое назначение». Философия тестирования говорит что эти определения неверны. Правильное определение: Тестирование – это процесс исполнения программы с целью обнаружения ошибок. НО дав такое определение тестированию, необходимо рассмотреть возможность создания теста, обнаруживающего все ошибки программы. Наука тестирования и специалисты по тестированию говорят - построение исчерпывающего входного теста невозможно! во-первых,нельзя создать тест, гарантирующий отсутствие ошибок; во-вторых,разработка таких тестов противоречит экономическим требованиям. Но наверное создателям этих документов, несмотря на высокие научные звания : ИСПОЛНИТЕЛИ Стефанов Ю.В., (руководитель темы), Кудеяров Ю.А., д.ф.-м.н., профессор, Спроге А.Г., Стефанов А.Ю. этого нНЕ знакомо

Квалификация Испытателя должна быть значительно выше уровня Разработчика. Тупо поржать: Специалист по тестированию программного обеспечения Должностные обязанности. Выявляет ошибки функционирования и сбои в системах, программном коде в рамках установленных планов, программ, методик тестирования, инструкций и стандартов качества для обеспечения функционирования систем в соответствии с техническим заданием. Разрабатывает тестовые наборы и тестовые сценарии. Составляет тест-план. Разрабатывает процедуры и стратегии, направленные на функционирование и управление процессами обеспечения технического качества, а также инструкций и инфраструктуры систем. Изучает, анализирует и разрешает возникающие в системах проблемы функционирования и сбои. Осуществляет мероприятия по выполнению автоматизированного тестирования программного обеспечения. Определяет возможность использования готовых программных продуктов для проведения тестирования. Внедряет типовые и стандартные программные средства, составляет технологию обработки информации. Принимает участие в анализе проектной документации. Определяет необходимый набор документов, в соответствии с которым проводится контроль качества программного обеспечения. Осуществляет контроль качества программного продукта в соответствии с установленными требованиями. Анализирует необходимую информацию и показатели качества, характеризующие разрабатываемый программный продукт. Изучает причины, вызывающие ухудшение качества программного продукта. Оказывает помощь при поиске и диагностике неисправностей. Принимает участие в ревьюировании технических документов. Ведет и представляет установленную отчетность. Должен знать: нормативные, методические материалы по вопросам испытания и тестирования программных продуктов; основы разработки программного обеспечения; общие принципы структурного программирования; современные методики и методологии тестирования программного обеспечения; методы и средства разработки тестовых сценариев и тестового кода; программные продукты, используемые в процессе тестирования программного обеспечения; организацию работ по подготовке и проведению тестирования; стандарты качества в области информационных технологий; порядок составления технических заданий, иных видов программной документации; порядок оформления технической документации; отечественный и зарубежный опыт в области испытания и тестирования программных продуктов; технико-эксплуатационные характеристики, конструктивные особенности, назначение и режимы работы компьютерной техники, правила их технической эксплуатации; иностранный язык; основы организации труда и управления; основы законодательства о труде; правила и нормы охраны труда и пожарной безопасности. Квалификационные требования. Специалист по тестированию программного обеспечения I квалификационной категории: высшее образование соответствующей квалификации по направлениям образования «Вычислительная техника», «Естественные науки» и стаж работы в сфере информационных технологий в должностях специалистов высшего уровня квалификации II квалификационной категории не менее 1 года. Специалист по тестированию программного обеспечения II квалификационной категории: высшее образование соответствующей квалификации по направлениям образования «Вычислительная техника», «Естественные науки» и стаж работы в сфере информационных технологий не менее 2 лет. Специалист по тестированию программного обеспечения: высшее образование соответствующей квалификации по направлениям образования «Вычислительная техника», «Естественные науки» без предъявления требований к стажу работы.

Целые сутки промолчал еще и еще раз перечитывая МИ 3290-2010, МИ 3286-2010 и МИ2955-2010........ Созданы 3 документа для полного тупика производства и разработки в основном для отечественных предприятий. Всетаки импортных, не в обиду Дедюхину А.А., меньше.... Контролировать неукоснительность выполнения закона, инструкций и рекомендаций - всегда проще, чем попробывать выполнить их. Или хотя бы правильно указать(реальный, выполнимый практически) путь решения проблем и вопросов. Но на практике когда ПО встроенное, и записывается один раз при производстве, правильно пишет richie : и не потому что они её не считают или не знают алгоритмов её подсчета. Как правило это делает оборудование для прошивки автоматически ( все это заложено в программатор)! Теперь инструкции "заставляют" каким-то образом извлечь эту информацию из программатора!? Хотя можно сказать - "если требуется можно сделать всё!" Но это уже очередная "палка" в колёса производителя. Как прекрасно, с точки зрения Закона написано Теперь как разработчик я возражаю Вам и опять на примере своего приборв ИТДП-11( простите больной вопрос): 1. Рад бы сделать электронный журнал, но памяти процессора всего 2Кб (простите 0,002Мб - МИ 2955-наличие описания всех аппаратных и программных компонент СИ, а также описания исполняемых файлов (название, размер в мегабайтах)); 2.Рад бы и дать возможность записать дату изменения, новую контрольную сумму, но опять "НО": - индикатор 4-х разрядный 7-и сегментный, две кнопки - "ВКЛ" и "ПУСК". - для автоматической записи даты, ставить микросхему часов реального времени для прибора с батарейным питанием что то не очень хочется... 3.В данном приборе для записи и хранения калибровочных коэффициентов мы используем внешнюю ЕЕPRОМ 24С02. Просто внутренней у микроконтроллера недостаточно.Контрольная сумма этой ЕЕPRОМ проверяется при включении СИ и сличается микропроцессором со значением сохраненным во внутренней ЕЕPRОМ контроллера ( диагностика внешней памяти с выводом ошибки Е-03). Но этих контрольных сумм увидеть НЕ возможно! Записать руками в формуляр НЕ возможно! 4.В тоже время возможны ( и есть!) приборы у которых калибровочные коэффициенты записываются прямо во внутреннюю ЕЕPRОМ микроконтроллера. Но сейчас по всем этим МИ получается что нужно ставить графический дисплей, увеличивать число кнопок или переключателей или дополнительные разъемы с интерфейсами связи для обеспечения получения информации о контрольных суммах как самого прибора так и калибровочных коэффициентах, о дате калибровки и т.д. СЛАВА отечественному приборостроению! А так в основном Вы всё правильно написали :YES: