VVB_ (24.03.2010 10:22, просмотров: 9828)-
- В тему: обнаружил проект OpenGL ES SC, специално предназначенный для критических устройств. VVB_(121 знак., 01.04.2010 08:47,
) - А вообще кто-нибудь из участников конференции разрабатывает/разрабатывал критические устройства/системы жизнеобеспечения? - VVB_(26.03.2010 09:07, )
- Вряд ли Вам это поможет в плане заклинания стандартов. Заказчик спускает ТЗ, в котором написаны требования по надежности, ну, например вероятность безотказной работы 0,9997. Определяется критерий, что же есть "отказ", надежники чешут репу и <s>(почт Chum_A(331 знак., 26.03.2010 11:38)
- Сейчас техника переходит на "программируемые системы", это нечто отличающееся от стандартных аналоговых схем. И старые алгоритмы расчёта надёжности неприменимы. У нас, в частности, более 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)
- все дружно курим UL :> - Snaky(26.03.2010 13:42)
- если вы про тот анализ рисков который по 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, ссылка)
- Спасибо за разумный совет! Почитаем-с. - VVB_(26.03.2010 16:04,
- +100 "не должны зависеть только от программы (потому что 100% надежного ПО не бывает)" - Chum_A(26.03.2010 13:42)
- Вот я и спросил в начальном посте про требования европейских стандартов (в частности, к ПО) для допуска на европейский рынок. Может быть, кто-то что-то знает. Если коллективный разум молчит -- тогда да, долго и упорно (на тяжело воспринимаемом английском VVB_(44 знак., 26.03.2010 14:33,
- Оно конечно да замшели-с, но если Ваш прибор чего-то включил и это чего-то кого-то угробило, то какя разница команду на включение сформировала "аналоговая" или "программируемая система" или попросту ключ прогорел и включил нагрузку. Тут не так давно Chum_A(121 знак., 26.03.2010 13:41)
- Как-то это всё "слишком по-старому". Я ведь не зря заикнулся об анализе рисков -- основном документе обеспечения надёжности. - VVB_(26.03.2010 12:47, )
- Сейчас техника переходит на "программируемые системы", это нечто отличающееся от стандартных аналоговых схем. И старые алгоритмы расчёта надёжности неприменимы. У нас, в частности, более 90% времени уходит на написание ПО, и критические ошибки/отказы VVB_(147 знак., 26.03.2010 12:51,
- Вряд ли Вам это поможет в плане заклинания стандартов. Заказчик спускает ТЗ, в котором написаны требования по надежности, ну, например вероятность безотказной работы 0,9997. Определяется критерий, что же есть "отказ", надежники чешут репу и <s>(почт Chum_A(331 знак., 26.03.2010 11:38)
- МЭК 60601-2-12:2001 - это он рекомендательный? - amusin(24.03.2010 13:30, ссылка)
- Ему-то мы соответствуем, там нет анализа рисков, соответственно, требований к процессу разработки и жизненного цикла встраиваемого ПО, процедур тестирования и прочего, и управления качеством по ISO9000. - VVB_(24.03.2010 13:41, )
- "анализ рисков, требования к процессу разработки и жизненного цикла встраиваемого ПО, процедуры тестирования и управления качеством по ISO9000" - это совсем другое и не имеет прямого отношения к типу выпускаемой продукции - Snaky(24.03.2010 13:47)
- Позвольте не согласиться. ISO9000 определяет в том числе процедуру разработки и постановки изделия в серийное производство, которая в свою очередь может регулироваться другими стандартами, которые сильно зависят от выпускаемого изделия. Это же относится VVB_(31 знак., 24.03.2010 15:24, )
- как же не согласиться, когда вы сами же согласились: ISO9000 сам по себе не налагает требований к ПО. Snaky(487 знак., 24.03.2010 17:18)
- Позвольте не согласиться. ISO9000 определяет в том числе процедуру разработки и постановки изделия в серийное производство, которая в свою очередь может регулироваться другими стандартами, которые сильно зависят от выпускаемого изделия. Это же относится VVB_(31 знак., 24.03.2010 15:24,
- "анализ рисков, требования к процессу разработки и жизненного цикла встраиваемого ПО, процедуры тестирования и управления качеством по ISO9000" - это совсем другое и не имеет прямого отношения к типу выпускаемой продукции - Snaky(24.03.2010 13:47)
- Ему-то мы соответствуем, там нет анализа рисков, соответственно, требований к процессу разработки и жизненного цикла встраиваемого ПО, процедур тестирования и прочего, и управления качеством по ISO9000. - VVB_(24.03.2010 13:41,
- Возможно, что если хотите ISO, то могут припереть на соответствие "ГОСТ Р 51904-2002 - Программное обеспечение встроенных систем. Общие требования к разработке и документированию", он содран с импортного. Требований к языку разработки там, кажется, нет. - Chum_A(24.03.2010 11:27)
- Насколько я имею информацию, ни один стандарт не запрещает использование каких-либо языков. VVB_(1429 знак., 24.03.2010 13:25, )
- вообще-то это стандартная отмазка производителей - не один TI такое пишет. а что для стикера CE требования к софту предъявляются - впервые слышу. по медицинским сертификациям надо вам 510k FDA полистать. - Snaky(24.03.2010 13:40)
- Я не совсем в теме об импортных стандартах и процедуре стандартизации, если есть информация, то дайте ссылки, пожалуйста. - VVB_(24.03.2010 13:46, )
- ссылку могу дать только одну - все стандарты покупаем здесь --> Snaky(733 знак., 24.03.2010 14:16, ссылка)
- Я не совсем в теме об импортных стандартах и процедуре стандартизации, если есть информация, то дайте ссылки, пожалуйста. - VVB_(24.03.2010 13:46,
- вообще-то это стандартная отмазка производителей - не один TI такое пишет. а что для стикера CE требования к софту предъявляются - впервые слышу. по медицинским сертификациям надо вам 510k FDA полистать. - Snaky(24.03.2010 13:40)
- Насколько я имею информацию, ни один стандарт не запрещает использование каких-либо языков. VVB_(1429 знак., 24.03.2010 13:25,
- Мы пока что используем чистый Си. - VVB_(24.03.2010 10:24, )
- В тему: обнаружил проект OpenGL ES SC, специално предназначенный для критических устройств. VVB_(121 знак., 01.04.2010 08:47,