caxapa.ru :: Вряд ли Вам это поможет в плане заклинания стандартов. Заказчик спускает ТЗ, в котором написаны требования по надежности, ну, например вероятность безотказной работы 0,9997. Определяется критерий, что же есть "отказ", надежники чешут репу и <s>(почт

Chum_A (26.03.2010 11:38, просмотров: 142) ответил VVB_ на А вообще кто-нибудь из участников конференции разрабатывает/разрабатывал критические устройства/системы жизнеобеспечения?

Вряд ли Вам это поможет в плане заклинания стандартов. Заказчик спускает ТЗ, в котором написаны требования по надежности, ну, например вероятность безотказной работы 0,9997. Определяется критерий, что же есть "отказ", надежники чешут репу и <s>(почт из пальца высасывают) </s> считают эту вероятность для конкретного прибора. Ежели он требований не обеспечивает, берем допустим, и резервируем прибор в целом или критические для "отказа" места. Надежники вопрошают, какой резерв - холодный или горячий, затем считают по новой и выпускают отчет - требованиям ТЗ удовлетворяем!

Ответить

- Сейчас техника переходит на "программируемые системы", это нечто отличающееся от стандартных аналоговых схем. И старые алгоритмы расчёта надёжности неприменимы. У нас, в частности, более 90% времени уходит на написание ПО, и критические ошибки/отказы VVB_(147 знак., 26.03.2010 12:51, )
  - Оно конечно да замшели-с, но если Ваш прибор чего-то включил и это чего-то кого-то угробило, то какя разница команду на включение сформировала "аналоговая" или "программируемая система" или попросту ключ прогорел и включил нагрузку. Тут не так давно Chum_A(121 знак., 26.03.2010 13:41)
    - все дружно курим UL :> - Snaky(26.03.2010 13:42)
      - Не надо UL, лучше МЭК. Начать с IEC 61508 и далее вглубь и вширь - Shura(26.03.2010 14:01, ссылка)
      - В смысле "UL Standards for Safety"? - Chum_A(26.03.2010 13:46)
        
        yep - Snaky(26.03.2010 13:47)
  - если вы про тот анализ рисков который по ISO9001, то это не алгоритм расчета надежности, а именно словесный анализ. составляется матрица, где описываются риски, степень тяжести последствий и шаги как их можно избежать или максимально минимизировать. Snaky(1268 знак., 26.03.2010 13:36)
    - Вот я и спросил в начальном посте про требования европейских стандартов (в частности, к ПО) для допуска на европейский рынок. Может быть, кто-то что-то знает. Если коллективный разум молчит -- тогда да, долго и упорно (на тяжело воспринимаемом английском VVB_(44 знак., 26.03.2010 14:33, )
      - Вы про теорию или практику? Они сильно расходятся. Босс фирмы заказчика был в рабочей группе по созданию медицинского стандарта, а рулит он так, что стандарты на последнем месте ;) - Vladimir Ljaschko(26.03.2010 15:10)
      - На русском есть книжки Липаева, но думаю, что медицина там упоминается вскользь. amusin(63 знак., 26.03.2010 14:41, ссылка)
      - Вы своих конкурентов знаете? Возьмите их доки и почитайте, там все стандарты будут перечислены :-) - Shura(26.03.2010 14:37)
        
        Спасибо за разумный совет! Почитаем-с. - VVB_(26.03.2010 16:04, )
        
        Например вот. Указаны Medical Device Directive 93/42/EEC, IEC/EN 60 601 и EN 794-1 - Shura(26.03.2010 14:59, ссылка)
    - +100 "не должны зависеть только от программы (потому что 100% надежного ПО не бывает)" - Chum_A(26.03.2010 13:42)
      - это не я сказал - это в стандартах написано. в свое время автопромышленность уперлась в то что для дальнейшего развития и добавления новых функций (в том числе и для повышения безопасности в виде всяких ABS, ESC, датчики всякие умные etc etc) приходится Snaky(353 знак., 26.03.2010 13:52)
- Как-то это всё "слишком по-старому". Я ведь не зря заикнулся об анализе рисков -- основном документе обеспечения надёжности. - VVB_(26.03.2010 12:47, )

Средства и методы разработки