Настанова ADMP-01 з розроблення вимог до надійності

Що це таке

ADMP-01, союзна публікація з управління надійністю, - це настанова NATO для того, хто пише або переглядає розділ про надійність у специфікації на оборонну закупівлю. Жодного шаблона вона не дає: документ прямо каже: "It is not intended that this document will provide a template from which all new requirements can simply be selected, nor can it give a step by step guide to cover every eventuality." Натомість він спершу опрацьовує поняття, потрібні тому, хто пише вимоги, а потім сім характеристик, з яких складається надійність: готовність, безвідмовність, ремонтопридатність, контролепридатність, технічне обслуговування, безпечність і програмне забезпечення.

Держави фіксують свою рекомендацію застосовувати ADMP-01 через STANREC 4174, тобто рекомендацію, а не ратифіковане зобов'язання, тож жодна держава не зв'язана договором її виконувати. Чинне видання, Edition C, Version 1, промульговано в червні 2025 року, і воно замінило Edition B, Version 1. Документ визначає поняття виробу широко, "systems, equipment, be it hardware or software based, and services", тож він написаний не для одного типу продукції.

Він звертається до замовницької сторони програми: "It should be used by all members of projects and in service organisations including the various NATO agencies who are responsible for dependability." Він не говорить до постачальників напряму, але саме постачальник зрештою несе зобов'язання, яке з нього постає: щойно вимогу встановлено, "The supplier will need to provide evidence to substantiate that the requirement has been met, or where it cannot be met, evidence in support of the request for a relaxation."

Поняття перед числами

Перш ніж встановлювати будь-яку цифру надійності, ADMP-01 просить з'ясувати спершу кілька речей. Профіль життя: скільки часу виріб має бути в роботі, у черговому режимі чи вимкненим, як часто повторюється місія і яке обслуговування йому знадобиться та де. Межу: що вважати частиною виробу, а що зовнішнім впливом, тобто живленням, даними, іншим обладнанням, наявність яких припускають, бо погано проведена межа веде до суперечок про те, чи можна віднести відмову до виробу, особливо там, де від відповіді залежить оплата. Граничні умови довкілля щодо температури, вологості, солоності та пилу, окремо для нормальної роботи і для виживання. І визначення відмови, узгоджене ще до того, як узагалі задають безвідмовність, бо "Setting clear and agreed definitions of failure is an important step that is often overlooked." На ранньому етапі відмову визначають функційно, через перелік критично важливих для місії функцій, зазвичай Move, Fight, Communicate, Protect; у міру того, як проєкт усталюється, її уточнюють до відповідального апаратного чи програмного компонента.

Документ також чітко розрізняє вимогу, яка є обов'язковою, підтвердженою доказами або формально послабленою лише за згодою всіх зацікавлених сторін, і ціль чи бажаний показник, який добре мати і яким жертвують першим, коли витрати зростають. Надмірне задання вимог тут вважають реальним ризиком, а не запасом міцності: "Setting requirements for 98% reliability or 99% probability of surviving a 48-hour mission is likely to drive up costs significantly" заради рівня впевненості, який може майже нічого не додати до реальної оперативної цінності.

Як довести, що вимогу до надійності виконано

Надійність рідко вдається довести одним випробуванням, і ADMP-01 показує чому на справжніх числах. Проженіть виріб 1000 годин з 10 значущими відмовами, і метод хі-квадрат покаже, що "a Mean Time Between Failures (MTBF) of 94 hours has been achieved to a 50% level of confidence, an MTBF of 80 hours has been achieved to a 70% level of confidence and an MTBF of 65 hours to a 90% level of confidence." Різкіший приклад: щоб довести 99% безвідмовності з довірою 80% на 50 виробах одноразового застосування, потрібне 161 безвідмовне випробування, тобто більш ніж утричі більше за партію, яку купують, і документ називає "unacceptable" саму вимогу, а не метод випробування. Зібрані докази зазвичай є обґрунтуванням впевненості, а не текою зі звітами про випробування: "a vehicle to allow reasoned and auditable claims and arguments to be made about the dependability of the item."

Сім характеристик надійності

Готовність - це час роботи, поділений на загальний час, але документ розрізняє власну готовність (за ідеальних умов, і саме цю цифру бере більшість контрактів) і оперативну готовність (з урахуванням реальної логістичної затримки), яку "more difficult to measure and thus gain a figure that is agreeable to everyone". Одного річного відсотка не досить: ціль у 99% усе одно допускає 87,6 години простою на рік, і один 48-годинний простій відповідає цій цифрі зовсім інакше, ніж 1,5 години щотижня.

Безвідмовність розрізняє безвідмовність місії, тобто відмови, що зривають місію, і базову безвідмовність, тобто всі відмови. Зазвичай її задають як середнє значення (MTBF/MTTF) або як імовірність успіху, і середнє не є нижньою межею: задати "a 200-hour MTBF to support an operating requirement of 200 hours will result in failure" для помітної частки парку.

Ремонтопридатність відокремлює активний час ремонту, тобто власне фізичне усунення, від часу до відновлення, який додає логістичну затримку на доправлення запчастин, інструментів і навченої людини до місця роботи, і зазвичай поєднує середнє значення (MTTR/MART) з відсотковою точкою, найчастіше з тим, що 90% або 95% ремонтів завершуються в межах заданого часу.

Контролепридатність охоплює те, наскільки добре виріб повідомляє про власні відмови через вбудований контроль, через показники на кшталт покриття перевірками (зваженого за інтенсивністю відмов), частки виявлення несправностей, частки локалізації несправностей і частки хибних спрацювань, і її ілюструють цифрами на кшталт "92% of all possible fault conditions shall be identified by the built in test routines. Additionally 100% of the fault conditions that could cause safety and mission critical failures shall be identified."

Технічне обслуговування поділяється на коригувальне, над яким специфікація має мало влади, бо воно трапляється тоді, коли виникає несправність, і запобіжне, частоту та тривалість якого можна обмежити напряму, наприклад "Preventive maintenance shall not exceed 2 hours per week."

Безпечність і надійність можуть тягнути в різні боки: обладнання для контролю чи реєстрації, додане заради безпеки, саме може знизити безвідмовність, а посилення бронювання машини заради захисту екіпажу "taken the all up mass of the vehicles over the original design intent which has had adverse effects on reliability of the under carriage, suspension, braking systems and power output."

Програмне забезпечення відмовляє майже без попередження, але відновлюється швидше, часто перезавантаженням. ADMP-01 радить задавати вимоги на рівні виробу, разом для апаратної та програмної частин, за умови, що визначення відмов окремо охоплюють відмови, спричинені програмним забезпеченням.

На що він спирається і чого не вирішує

ADMP-01 не припускає, що система управління на кшталт ISO 9001 уже існує. Він справді спирається на супутній документ щодо механіки визначення відмови: функційний аналіз і процес класифікації відмов, які йому потрібні, "are described in a dedicated ADMP (ADMP-03)." Його нормативні посилання також вказують на ADMP-02 щодо управління надійністю після введення виробу в експлуатацію, на ADMP-04 щодо того, що робить з отриманими вимогами власний фахівець замовника з надійності, на AAP-20 та AAP-48 щодо навколишньої рамки життєвого циклу NATO, а також на серію IEC 60300 з управління надійністю, на IEC 60706, IEC 61124 та ISO/IEC 25000/25010 щодо базових інженерних методів.

Чого він не робить, так це не вирішує за вас цифру, не каже постачальникові, які вимоги застосовні до його програми, і не описує жодного способу отримати сертифікацію за ним. Немає ані органу акредитації, ані схеми NATO, ані організації, яка могла б бути "ADMP-01 certified": документ є настановою для специфікації, і він сам про себе так і каже: "The purpose of this document is to provide guidance on developing dependability requirements."

Стандарти, на які він посилається

• ADMP-03Довідково
• ADMP-02Довідково
• ADMP-04Довідково
• AAP-20Довідково
• AAP-48Довідково

Інші стандарти в темі «Управління життєвим циклом і забезпечення якості»

• AACP-02AACP-02 - настанови щодо взаємного проведення аудитів контрактів
• AAP-20AAP-20 рамкова система управління програмами NATO
• AAP-48AAP-48 процеси життєвого циклу системи в NATO
• ACMP-2000ACMP-2000 політика NATO щодо управління конфігурацією
• ACMP-2009ACMP-2009: керівництво з управління конфігурацією
• ACMP-2100ACMP-2100 договірні вимоги до управління конфігурацією