AQAP 2210
AQAP 2210: забезпечення якості програмного забезпечення
Оборонні постачальники, чиї поставки містять програмне забезпечення, а контракт вимагає AQAP 2210 додатково до AQAP 2110 або AQAP 2310.
AQAP 2210 додає специфічні для програмного забезпечення вимоги НАТО до забезпечення якості поверх AQAP 2110 або AQAP 2310. Окремо його ніколи не наводять: він доповнює систему якості, передбачену цими публікаціями, для тієї частини постачання, що є програмним забезпеченням.
Що таке AQAP 2210
AQAP 2210 - це додаткові вимоги НАТО до забезпечення якості програмного забезпечення на доповнення до AQAP 2110 чи AQAP 2310. Він застосовується тоді, коли ваша поставка містить програмне забезпечення. Причина проста: ПЗ дає збої так, як не здатен виявити режим контролю, розрахований на апаратне забезпечення.
Ключове слово тут - "додаткові". AQAP 2210 не є самостійною системою якості й ніколи не наводиться окремо. Контракт посилається на AQAP 2110 або AQAP 2310 щодо системи управління якістю, а на AQAP 2210 - щодо програмного забезпечення всередині поставки. Ці зобов'язання не альтернативні, вони додаються одне до одного.
Чого прагне досягти стандарт
AQAP 2210 охоплює як управлінські, так і технічні процеси впродовж усього життєвого циклу проєкту. Його заявлені цілі такі:
- Забезпечити прозорість процесу розробки програмного забезпечення, щоб замовникові не доводилося вірити вам на слово.
- Виявляти проблеми з якістю ПЗ якомога раніше в життєвому циклі, поки їх усунення ще коштує недорого.
- Надавати дані контролю якості вчасно, щоб коригувальні дії справді можна було виконати.
- Підтвердити, що якість закладається під час розробки, а не перевіряється постфактум.
- Надати гарантію, що виготовлене програмне забезпечення відповідає контрактним вимогам.
- Забезпечити належну підтримку ПЗ для робіт із системної інженерії, якщо цього вимагає контракт.
- Забезпечити врахування умов безпеки та захисту проєкту.
Що це означає на практиці
Публікація містить вимоги до плану якості проєкту в частині програмного забезпечення, до проєктування ПЗ, до верифікації та валідації, а також відповідні визначення. Простіше кажучи, це план, за який замовник може з вас спитати, проєкт, що простежується до вимог, які він задовольняє, і докази того, що кожну вимогу справді верифіковано, а не прийнято на віру.
Складність на практиці рідко полягає в інженерії. Проблема в тому, що докази лежать в одному місці, вимоги - в іншому, а план якості - в документі, який ніхто не відкривав від часу подання пропозиції. AQAP 2210 демонструють, поєднуючи ці три речі й будучи готовим показати цей зв'язок у день, коли хтось про нього запитає.
Як він пов'язаний з AQAP 2110 та AQAP 2310
AQAP 2110 містить вимоги ISO 9001 плюс доповнення НАТО і є звичною базою для постачальника, який проєктує та виробляє. AQAP 2310 робить те саме на основі EN 9100 для складних робіт у сферах авіації, космосу й оборони. AQAP 2210 надбудовується над тим із двох, на який посилається ваш контракт, і нічого не додає до тих частин поставки, що не є програмним забезпеченням.
Якщо ви з'ясовуєте, які саме публікації задіює ваш контракт, огляд родини AQAP пояснює, як 2110, 2131, 2210, 2310 і 2105 пов'язані між собою.
Сертифіката AQAP 2210 не існує
Як і для будь-якого AQAP, відповідність не сертифікується акредитованим органом із сертифікації так, як це відбувається з ISO 9001. Її гарантують через державне забезпечення якості: орган якості країни-замовника перевіряє вашу систему якості й конкретний контракт, маючи право доступу до ваших приміщень, ваших записів і записів ваших субпостачальників. Що стосується програмного забезпечення, цей доступ зазвичай сягає глибше, ніж очікують постачальники, адже потрібні перевіряльнику докази формуються під час розробки, а не наприкінці.
Як ComplyTrain допомагає виконати ці вимоги
AQAP 2210 завжди застосовують поверх AQAP 2110 або AQAP 2310. Тому зручно мати одну систему для обох наборів зобов'язань, а не окремий інструмент для програмної частини:
- Система управління якістю, побудована за структурою ISO 9001, якої вимагає базова публікація - модуль Quality Management
- Програмні вимоги контракту, зібрані в один відстежуваний набір і пов'язані з доказами, що підтверджують кожну з них - модуль Requirements Management
- План якості проєкту та програмні процедури під контролем версій із затвердженням, щоб чинним був саме той план, за яким вас перевіряє замовник - модуль Document Control
- Ризики для виконання контракту, зокрема умови безпеки та захисту, які стандарт вимагає врахувати, у вигляді живого реєстру - модуль Risk Management
- Записи про компетентність інженерів, зазначених у контракті - модуль Training Management
ComplyTrain не має кваліфікації AQAP, і вона йому не потрібна. Це система, у якій ви самі виконуєте свої зобов'язання за AQAP 2210 і зберігаєте докази. Відповідність - це питання між вами та органом контролю якості вашого замовника.
Запитання
Чи використовується AQAP 2210 окремо?
Ні. Це доповнення за задумом. У контракті на систему управління якістю посилаються на AQAP 2110 або AQAP 2310, а на програмне забезпечення в межах поставки - на AQAP 2210. Якщо вам передали тільки AQAP 2210, перевірте контракт ще раз - базова публікація має там бути.
Яка різниця між AQAP 2110 та AQAP 2210?
AQAP 2110 регулює забезпечення якості під час проєктування, розробки та виробництва загалом. Він містить вимоги ISO 9001, доповнені додатковими вимогами NATO. AQAP 2210 додає до цього вимоги, специфічні для програмного забезпечення. Постачальник оборонної продукції з великою складовою програмного забезпечення зазвичай має відповідати обом стандартам: 2210 застосовують поверх системи якості за 2110.
Чи доповнює AQAP 2210 також AQAP 2310?
Так. Повна назва - NATO Supplementary Software Quality Assurance Requirements to AQAP 2110 or AQAP 2310. На якій із двох він ґрунтується, залежить від базової публікації, зазначеної у вашому контракті, а не від чогось у самому програмному забезпеченні.
Чи можна сертифікувати компанію за AQAP 2210?
Ні. Орган сертифікації не видає сертифіката AQAP. Відповідність підтверджують через державне гарантування якості (Government Quality Assurance): орган якості країни-замовника перевіряє вашу систему якості та конкретний контракт. Систему управління зазвичай засвідчує сертифікат ISO 9001, а додаткові вимоги AQAP демонструють замовникові.
Що AQAP 2210 вимагає в щоденній роботі?
План якості проєкту, що охоплює програмне забезпечення; проєктне рішення, яке можна простежити до вимог, що воно задовольняє; докази верифікації та валідації, які підтверджують, що кожну вимогу справді перевірили. В основі стандарту - прозорість. Замовник має бачити стан якості програмного забезпечення під час розробки, а не лише під час постачання.
Впровадження
Відповідність AQAP 2210 разом із базовою публікацією
Вимоги до програмного забезпечення додаються поверх AQAP 2110 чи AQAP 2310. Тому їх потрібно поєднати, а не виконувати окремо.
Підтвердьте, яка базова публікація застосовується
AQAP 2210 доповнює AQAP 2110 або AQAP 2310. Від того, який із них зазначено в контракті, залежить система якості в основі, а отже, і більша частина роботи.
Складіть план якості так, щоб він охоплював програмне забезпечення.
За планом клієнт вас і питатиме. Тримайте його під контролем версій із підписанням, щоб чинна версія збігалася з тією, яку отримав клієнт.
Простежуйте зв'язок проєктування і верифікації з вимогами
Кожна вимога до програмного забезпечення має вказувати на проєкт, який її реалізує, і на докази верифікації, що її перевірили. Саме цей зв'язок і вимагає рецензент.
Дбайте про безпеку та захист даних і підтримуйте їх на актуальному рівні
Стандарт вимагає опрацювати умови безпеки й захисту проєкту. Реєстр, який ведуть протягом усієї розробки, це забезпечує. Реєстр, складений для участі в тендері, - ні.