[Александр77 1]

Доброго времени суток!

Имеется вычислительная платформа иностранного производства. В ТЗ на разработку (программа и подбор платформы), помимо всего, прописаны два пункта:

- назначенный ресурс д.б. не менее Х часов;

- назначенный срок д.б. у лет.

Собственно вся пляска начинается с того, что по факту необходимо предъявлять накие показатели надежности. На мой непрограммистский взгляд, т.к. ТЗ выдано на софт, тестировать нужно именно программное обеспечение, но это выливается в километры испытательных тестов (при этом еще не готова основная часть).

Руководитель проекта искренне убежден в том, что при назначенном ресурсе, необходимо произвести испытания на вибростойкость в течение тех самых Х часов (срок исчисляемый несколькими месяцами).

Подняв ГОСТ 27.002 обнаружил, что ни назначенный срок, ни назначенный ресурс не подлежат непосредственному пересчету через интенсивности отказов и прочие параметры.

Собственно хотелось бы узнать мнение более просвещенных людей, как и чем можно представить эти параметры? Или заменить одни расчеты и испытания на какие-то другие, но вто что это могут быть за "какие-то расчеты и испытания"?

ПыСы Руководитель очень хочет отправить аппаратуру на вибростенд, а нам очень не хочется этого делать, потому ищу компромисс :rolleyes:

[Гость TSerg]

Назначенный ресурс обязательно связан с назначенным сроком службы, который для ПО может означать только моральный износ.

Тестирование ПО на моральный износ - это новое слово в надежности его :)

Ресурс и срок на стадии проектирования являются назначаемыми.

Поэтому речь может идти о платформе в целом.

Если платформа не разрабатывается, а используется, то этот готовый продукт должен уже иметь такие проектные параметры, как ресурс и срок.

Прогнозирование ресурса и срока на стадии проектирования может основываться только на вероятностных расчетах.

[Александр77 1]

Как-то Вы внезапно перешли от ресурса к моральному износу. Назначенный ресурс, по ГОСТ 27.002, это суммарная наработка, при достижении которой эксплуатация должна быть прекращена независимо от технического состояния. Термина моральный износ в этом госте не обнаружил.

[RelAvro 0]

У ПО нет показателей долговечности (ресурс, срок службы), так как ПО не подвержено старению.

так что речь должна идти только про аппаратную часть. Если в документации на платформу нет ресурса и срока службы (а для иностранного производства в 99% случаях нет), останется только общие слова написать. Ставить на весь назначенный ресурс аппаратуру на вибро стенд, это конечно жестоко.

[Гость TSerg]

Как-то Вы внезапно перешли от ресурса к моральному износу. Назначенный ресурс, по ГОСТ 27.002, это суммарная наработка, при достижении которой эксплуатация должна быть прекращена независимо от технического состояния. Термина моральный износ в этом госте не обнаружил.

 

Почитайте в том же ГОСТ-е, что такое "предельное состояние".

 

Понятие предельного состояния включает в своем определении понятие "целесообразность", что допускает различное толкование.

В одних случаях причиной прекращения эксплуатации служит моральный износ, в других – чрезмерное снижение эффективности,

которое делает дальнейшую эксплуатацию экономически нецелесообразной, в-третьих – снижение показателей безопасности ниже предельно допустимого уровня и т.п.

[i-mir 0]

... испытания на вибростойкость в течение тех самых Х часов (срок исчисляемый несколькими месяцами).

 

Недостаточно информации. Ваше "изделие" живет максимум пару месяцев ? Значит окружающая среда вашей вычислительной платформы очень агрессивна - космос, радиация, соленая вода и т.д. А может и военная тематика, кто знает ...

 

Тогда вам действительно лучше пойти дорогой через термин "предельное состояние", найти самое слабое звено, эксплуатация которого недопустима по истечении Х часов. И провести испытания этого слабого звена. Можете и ускоренные испытания сделать и т.д. Число которое получили - и будет искомое Х.

 

Но повторюсь, в технике с экстрасенсорикой пока несильно. Советуем по принципу "пальцем в небо".

[Ильдус 2]

- назначенный ресурс д.б. не менее Х часов;

- назначенный срок д.б. у лет.

...

ТЗ выдано на софт, тестировать нужно именно программное обеспечение

... произвести испытания на вибростойкость в течение тех самых Х часов (срок исчисляемый несколькими месяцами).

:rolleyes:

Небольшая справка:

1) Програмное обеспечение не имеет численных показателей надёжности и надёжность (точнее: степень доверия) подтверждается экспертными оценками.

2) Что касается назначенного срока службы, то все ЭРИ имеют ТУ, и там, как правило, указан срок службы. Соответственно, если изделие должно служить, например, 25 лет, а электролитические конденсаторы в этом изделии имеют срок службы 15 лет, то кроме назначенного срока службы назначают ресурс и срок службы до первого кап.ремотна и межремонтные ресурсы и сроки.

3) что касается назначенного ресурса, то для электроники точно не знаю, но для электромеханических изделий, включая соединители он указан в ТУ. Например, для соединителей – 500 сочленений-расчленений. Если надо больше, то – кап.ремонт.

 

В авиационной технике есть показатель: наработка на отказ и неисправность, выявленные в полёте и на земле - он на этапе разработки считается.

Т = (Тл + Тз + Тх) / (лямда_л * Тл + лямда_з * Тз + лямда_х * Тх)

Тл - годовой налёт;

Тз - время наземных работ;

Тх - хранение в составе самолёта,

итого = 8760 ч (количество часов в году).

 

На этапе испытаний эта цифра подтверждается эквивалентно-циклическими испытаниями (ЭЦИ) - сначала морозят, потом жарят, потом трясут, потом влага и циклы повторяются.

Для подтверждения Т=130 часов для авиационной электроники ЭЦИ идут примерно год.

При этом, например, выписка из ТЗ на систему:

Долговечность:

- назначенный ресурс системы должен быть не менее 30000 летных часов

в течение назначенного срока службы не менее 30 лет.

 

Давно не слышал, что бы проводили на это ресурсные испытания – дорого, однако, и ГОСТы позволяют ориентироваться на прототипы.

 

 

т.к. ТЗ выдано на софт, тестировать нужно именно программное обеспечение, но это выливается в километры испытательных тестов (при этом еще не готова основная часть).

:rolleyes:

Выписка из Р4754 (забугорный ARP4754) "Руководство по сертификации высокоинтегрированных сложных систем воздушных судов гражданской авиации":

Термин "сложная" относится к системам, безопасность работы которых не может быть доказана только путем испытаний и логику работы которых трудно понять без привлечения аналитического инструментария.

 

P.S. Обращаю внимание, что тестирование это определение не отменяет.

[tdocs.su 0]

Доброго времени суток!

Имеется вычислительная платформа иностранного производства. В ТЗ на разработку (программа и подбор платформы), помимо всего, прописаны два пункта:

- назначенный ресурс д.б. не менее Х часов;

- назначенный срок д.б. у лет.

Собственно вся пляска начинается с того, что по факту необходимо предъявлять накие показатели надежности. На мой непрограммистский взгляд, т.к. ТЗ выдано на софт, тестировать нужно именно программное обеспечение, но это выливается в километры испытательных тестов (при этом еще не готова основная часть).

Руководитель проекта искренне убежден в том, что при назначенном ресурсе, необходимо произвести испытания на вибростойкость в течение тех самых Х часов (срок исчисляемый несколькими месяцами).

Подняв ГОСТ 27.002 обнаружил, что ни назначенный срок, ни назначенный ресурс не подлежат непосредственному пересчету через интенсивности отказов и прочие параметры.

Собственно хотелось бы узнать мнение более просвещенных людей, как и чем можно представить эти параметры? Или заменить одни расчеты и испытания на какие-то другие, но вто что это могут быть за "какие-то расчеты и испытания"?

ПыСы Руководитель очень хочет отправить аппаратуру на вибростенд, а нам очень не хочется этого делать, потому ищу компромисс :rolleyes:

Посмотрите заодно ГОСТ 28195, там много интересного про качество программных средств, включая надежность, эффективность и т.д. Всевозможные показатели, метрики и т.д.

Кстати, вместо вибростенда можно просчитать резонансные частоты изделия в целом. Как вот как потрясти софтинку - ну понятия не имею :)

Мне как-то просчитывали резонансы на громадное железо типа "Бурана", вычислительный кластер считал несколько суток. Ну еще одиночный удар и что-то вроде этого. Дорого достаточно получилось, но дешевле вибростенда.

Но есть еще и такая штука:

Ускоренные испытания на надежность по ГОСТ 27.002-89

Лабораторные (стендовые) испытания, методы и условия проведения которых обеспечивают получение информации о надежности в более короткий срок, чем при нормальных испытаниях [из п. 10.7 Таблицы 1 ГОСТ 27.002-89]

 

[i-mir 0]

Подождите,

что значит ТЗ выдано на софт ? вы что реально планировали рассчитывать назначенный срок для софта в чистом виде?

это же совсем другая область "бытия", так сказать.

 

Я на вашем месте начал с "правильного" прочтения ТЗ, и указал бы, что эти требования относятся к комплексу:

физическая платформа + ПО, таким образом испытаниям подлежит данный "комплекс" со всеми вытекающими...

если эту точку зрения нужно будет доказать в "суде" - это тоже можно, но нужно подготовиться

 

А вот уже найти срок службы и ресурс полученного комплекса - см. ГОСТы - трясем, жарим и т.д. и нарабатываем ваши 130.000 часов.

Можно ускоренно, можно параллельно -смотрите уже сами.

[tdocs.su 0]

Подождите,

что значит ТЗ выдано на софт ? вы что реально планировали рассчитывать назначенный срок для софта в чистом виде?

это же совсем другая область "бытия", так сказать.

 

Я на вашем месте начал с "правильного" прочтения ТЗ, и указал бы, что эти требования относятся к комплексу:

физическая платформа + ПО, таким образом испытаниям подлежит данный "комплекс" со всеми вытекающими...

если эту точку зрения нужно будет доказать в "суде" - это тоже можно, но нужно подготовиться

 

А вот уже найти срок службы и ресурс полученного комплекса - см. ГОСТы - трясем, жарим и т.д. и нарабатываем ваши 130.000 часов.

Можно ускоренно, можно параллельно -смотрите уже сами.

ГОСТ 26883-86 Внешние воздействующие факторы. Термины и определения (56)

ГОСТ 28198-89 Основные методы испытаний на воздействие внешних факторов. Часть 1. Общие положения и руководство (22)

И тому подобные. Ссылки на "смежные" ГОСТы будут, как только нагуглите тексты указанных выше

[Shura_jj 0]

Доброго времени суток!

Имеется вычислительная платформа иностранного производства. В ТЗ на разработку (программа и подбор платформы), помимо всего, прописаны два пункта:

- назначенный ресурс д.б. не менее Х часов;

- назначенный срок д.б. у лет.

Собственно вся пляска начинается с того, что по факту необходимо предъявлять накие показатели надежности. На мой непрограммистский взгляд, т.к. ТЗ выдано на софт, тестировать нужно именно программное обеспечение, но это выливается в километры испытательных тестов (при этом еще не готова основная часть).

Руководитель проекта искренне убежден в том, что при назначенном ресурсе, необходимо произвести испытания на вибростойкость в течение тех самых Х часов (срок исчисляемый несколькими месяцами).

Подняв ГОСТ 27.002 обнаружил, что ни назначенный срок, ни назначенный ресурс не подлежат непосредственному пересчету через интенсивности отказов и прочие параметры.

Собственно хотелось бы узнать мнение более просвещенных людей, как и чем можно представить эти параметры? Или заменить одни расчеты и испытания на какие-то другие, но вто что это могут быть за "какие-то расчеты и испытания"?

ПыСы Руководитель очень хочет отправить аппаратуру на вибростенд, а нам очень не хочется этого делать, потому ищу компромисс :rolleyes:

 

Ресурс изделия лимитируется минимальной наработкой ЭРИ (приводится в ТУ или в справочнике по надежности ЭРИ).

Что касается ЭРИ импортного производства, то в зарубежных справочниках показатели долговечности не приводятся, можно подобрать аналоги (Надежность аналогов ЭРИ зарубежного производства: Справочник // С.Ф. Прытков, В.М. Горбачева, А.А. Борисов и др. / Науч. рук. С.Ф. Прытков. – М.: 22 ЦНИИИ МО РФ, 2002. – 38 с.) либо запросить у производителей.

[Bulaev 0]

Ресурс изделия лимитируется минимальной наработкой ЭРИ (приводится в ТУ или в справочнике по надежности ЭРИ).

Что касается ЭРИ импортного производства, то в зарубежных справочниках показатели долговечности не приводятся, можно подобрать аналоги (Надежность аналогов ЭРИ зарубежного производства: Справочник // С.Ф. Прытков, В.М. Горбачева, А.А. Борисов и др. / Науч. рук. С.Ф. Прытков. – М.: 22 ЦНИИИ МО РФ, 2002. – 38 с.) либо запросить у производителей.

 

Вы невнимательно прочитали вопрос - вопрос был про ресурс ПО.

 

[tdocs.su 0]

Вы невнимательно прочитали вопрос - вопрос был про ресурс ПО.

Странный вопрос. ПО не стареет физически и не изнашивается. Устаревает только морально. Щяс найду.

 

Вот - Надежность программного средства (Reliability) по ГОСТ 28806-90

Совокупность свойств, характеризующая способность программного средства сохранять заданный уровень пригодности в заданных условиях в течение заданного интервала времени. Примечания:

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

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

[из п. 14 разд. 2 ГОСТ 28806-90]

 

Вопрос исчерпан? Ресурс, если не ошибаюсь, является временным понятием? Или даже количеством циклов? Какие вопросы могут тогда быть о ресурсе ПО?

Изменено 7 августа, 2014 пользователем tdocs.su

[Bulaev 0]

Странный вопрос. ПО не стареет физически и не изнашивается. Устаревает только морально. Щяс найду

 

Вопрос исчерпан? Ресурс, если не ошибаюсь, является временным понятием? Или даже количеством циклов? Какие вопросы могут тогда быть о ресурсе ПО?

 

Согласен с Вами, вопрос странный и давно исчерпан, посмотрите на даты обсуждения ;)

[Александр77 1]

Доброго времени.

Вопрос давно снят, железо решили не трясти, а насчет тестирования программы - обойтись статистическими показателями.

Спасибо всем откликавшимся.