Доброго времени суток!
Имеется вычислительная платформа иностранного производства. В ТЗ на разработку (программа и подбор платформы), помимо всего, прописаны два пункта:
- назначенный ресурс д.б. не менее Х часов;
- назначенный срок д.б. у лет.
Собственно вся пляска начинается с того, что по факту необходимо предъявлять накие показатели надежности. На мой непрограммистский взгляд, т.к. ТЗ выдано на софт, тестировать нужно именно программное обеспечение, но это выливается в километры испытательных тестов (при этом еще не готова основная часть).
Руководитель проекта искренне убежден в том, что при назначенном ресурсе, необходимо произвести испытания на вибростойкость в течение тех самых Х часов (срок исчисляемый несколькими месяцами).
Подняв ГОСТ 27.002 обнаружил, что ни назначенный срок, ни назначенный ресурс не подлежат непосредственному пересчету через интенсивности отказов и прочие параметры.
Собственно хотелось бы узнать мнение более просвещенных людей, как и чем можно представить эти параметры? Или заменить одни расчеты и испытания на какие-то другие, но вто что это могут быть за "какие-то расчеты и испытания"?
ПыСы Руководитель очень хочет отправить аппаратуру на вибростенд, а нам очень не хочется этого делать, потому ищу компромисс

Назначенный ресурс обязательно связан с назначенным сроком службы, который для ПО может означать только моральный износ.
Тестирование ПО на моральный износ - это новое слово в надежности его
Ресурс и срок на стадии проектирования являются назначаемыми.
Поэтому речь может идти о платформе в целом.
Если платформа не разрабатывается, а используется, то этот готовый продукт должен уже иметь такие проектные параметры, как ресурс и срок.
Прогнозирование ресурса и срока на стадии проектирования может основываться только на вероятностных расчетах.

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

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

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

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

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

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

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

Небольшая справка:
1) Програмное обеспечение не имеет численных показателей надёжности и надёжность (точнее: степень доверия) подтверждается экспертными оценками.
2) Что касается назначенного срока службы, то все ЭРИ имеют ТУ, и там, как правило, указан срок службы. Соответственно, если изделие должно служить, например, 25 лет, а электролитические конденсаторы в этом изделии имеют срок службы 15 лет, то кроме назначенного срока службы назначают ресурс и срок службы до первого кап.ремотна и межремонтные ресурсы и сроки.
3) что касается назначенного ресурса, то для электроники точно не знаю, но для электромеханических изделий, включая соединители он указан в ТУ. Например, для соединителей – 500 сочленений-расчленений. Если надо больше, то – кап.ремонт.

В авиационной технике есть показатель: наработка на отказ и неисправность, выявленные в полёте и на земле - он на этапе разработки считается.
Т = (Тл + Тз + Тх) / (лямда_л * Тл + лямда_з * Тз + лямда_х * Тх)
Тл - годовой налёт;
Тз - время наземных работ;
Тх - хранение в составе самолёта,
итого = 8760 ч (количество часов в году).

На этапе испытаний эта цифра подтверждается эквивалентно-циклическими испытаниями (ЭЦИ) - сначала морозят, потом жарят, потом трясут, потом влага и циклы повторяются.
Для подтверждения Т=130 часов для авиационной электроники ЭЦИ идут примерно год.
При этом, например, выписка из ТЗ на систему:
Долговечность:
- назначенный ресурс системы должен быть не менее 30000 летных часов
в течение назначенного срока службы не менее 30 лет.

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



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

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

Посмотрите заодно ГОСТ 28195, там много интересного про качество программных средств, включая надежность, эффективность и т.д. Всевозможные показатели, метрики и т.д.
Кстати, вместо вибростенда можно просчитать резонансные частоты изделия в целом. Как вот как потрясти софтинку - ну понятия не имею
Мне как-то просчитывали резонансы на громадное железо типа "Бурана", вычислительный кластер считал несколько суток. Ну еще одиночный удар и что-то вроде этого. Дорого достаточно получилось, но дешевле вибростенда.
Но есть еще и такая штука:
Ускоренные испытания на надежность по ГОСТ 27.002-89
Лабораторные (стендовые) испытания, методы и условия проведения которых обеспечивают получение информации о надежности в более короткий срок, чем при нормальных испытаниях [из п. 10.7 Таблицы 1 ГОСТ 27.002-89]

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

Я на вашем месте начал с "правильного" прочтения ТЗ, и указал бы, что эти требования относятся к комплексу:
физическая платформа + ПО, таким образом испытаниям подлежит данный "комплекс" со всеми вытекающими...
если эту точку зрения нужно будет доказать в "суде" - это тоже можно, но нужно подготовиться

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

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

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

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

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

Вот - Надежность программного средства (Reliability) по ГОСТ 28806-90
Совокупность свойств, характеризующая способность программного средства сохранять заданный уровень пригодности в заданных условиях в течение заданного интервала времени. Примечания:
Программное средство не подвержено износу или старению. Ограничения его уровня пригодности являются следствием дефектов, внесенных в содержание программного средства в процессе постановки и решения задачи его создания или модификации. Количество и характер отказов программного средства, являющихся следствием этих дефектов, зависят от способа применения программного средства и от выбираемых вариантов его функционирования, но не зависят от времени.
Надежность программных средств, являющихся частью конкретной системы обработки информации, может входить в состав признаков ее качества наряду с ее надежностью как технической системы.
[из п. 14 разд. 2 ГОСТ 28806-90]

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

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

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