APP-06 спільна військова символіка НАТО

Що це таке

APP-06 - Allied Publication НАТО для спільної військової символіки: правила побудови, розфарбування і кодування кожного графічного символу, який відображає військова система, від однієї піктограми сухопутної частини до кінцевої точки кіберпростору. Він зобов'язує сили НАТО безпосередньо - документ каже, що він «shall be used by all NATO forces involved in operations, system development, and training» - і поширює власну досяжність далі: «any nation that wishes to achieve Symbology interoperability with NATO is required to use the same standard.» Для постачальника це означає будь-кого, хто будує виріб командування і управління, планування місій чи відображення карт, якому треба говорити тією самою мовою символів, що й система НАТО, чи то власна система НАТО, чи система держави, що шукає сумісності з нею.

Як будують символ

Кожен символ будують з того самого малого набору частин: рамки, головної піктограми і модифікаторів та підсилювачів, розміщених навколо неї. Піктограми «are to be framed», з трьома іменованими винятками, де рамка необов'язкова - сухопутне обладнання, спішений індивід і цивільне судно морської поверхні. Стиль лінії рамки несе два значення одразу: він позначає певність ідентичності (суцільна для Friend, Hostile, Neutral і Unknown; пунктирна для Assumed Friend, Suspect чи Pending) і окремо позначає статус («the symbol frame shall be a solid line when indicating a status of Present or Confirmed», і штрихова для Anticipated, Planned чи Suspected). Колір прив'язаний до Standard Identity так само, через визначену таблицю, яку ця сторінка не відтворює. Модифікатори сидять в одній з двох фіксованих позицій навколо піктограми, і лише один може займати позицію одночасно - «multiple modifiers in the same position are prohibited due to legibility concerns», правило, на яке кожен набір символів у публікації посилається назад до того самого пункту. Поверх рамки і піктограми публікація визначає подальший шар підсилювачів і індикаторів: індикатори штабу і зміщеного місця, індикатор напрямку руху і покажчик швидкості, індикатор оперативної групи, індикатор демонстрації чи манекену, індикатор ешелону, індикатор посилення чи послаблення, індикатор мобільності, підсилювач залучення і індикатор зони невизначеності. Системі, що зустрічає щось, чого каталог не охоплює, кажуть лишатися всередині нього, а не винаходити: «automated systems may have difficulty in passing non-standard symbols.»

Набори символів, за доменом

Поза загальними правилами побудови публікація будує окремий набір символів для кожного домену, розділ за розділом. Сухопутні символи охоплюють частини, цивільні організації, обладнання і установки. Символи спішеного індивіда дають солдату Friend/Assumed Friend окрему рамку і позначають кожну іншу ідентичність звичайною рамкою сухопутної частини плюс модифікатор, що показує, що це особа, а не частина. Морські символи розділяються на набори морської поверхні і підводні, кожен зі своїми піктограмами, модифікаторами і правилами для контакту, що відстежують вручну. Символи космосу йдуть за тією самою загальною схемою композиції. Символи стабільності і цивільної підтримки утворюють власний розділ, побудований так само, як інші. Символи заходів контролю і планування - найбільший набір набагато, і прямо побудовані інакше: вони йдуть за «the draw rules specified in the symbol tables», а не за правилами на основі піктограм вище, через розділи, що охоплюють межі, точки, лінії, зони, зони операцій, заходи командування і управління, маневр, повітряний простір, морські, обман, координацію вогневої підтримки, цілі, здобуття цілей, захист сил, забезпечення, розвідку, захист культурної власності і космічні небезпеки. Нарешті, символи кіберпростору - навмисний виняток: їх «displayed computer aided on the maps of terrain in cyberspace and never drawn by hand», побудовані з шести елементів - частин кіберпростору, агентів і застосунків, даних, кінцевих точок, місцевості і шляхів та дій.

Додаток A: Symbol Identification Code

Для системи, якій треба обмінюватися даними символів, а не лише малювати їх, додаток A - частина, що найбільше має значення. Він визначає Symbol Identification Code (SIDC): «a 30-position code that uniquely identifies the core elements needed to build a joint military compliant symbol», який треба «used for machine-to-machine processing.» Кожна позиція обмежена шістнадцятковим діапазоном 0-9 і A-F, розташована як три набори по десять позицій, що охоплюють тринадцять елементів інформації.

Перші дві цифри - номер версії, що «shall increment by one» щоразу, коли стандарт вводять у дію. Решта першого набору несе контекст і Standard Identity символу, до якого набору символів (домену) він належить, його статус і його індикатори штабу, оперативної групи і манекену. Другий набір з десяти ідентифікує саму сутність - сутність, тип сутності і підтип. Третій набір несе модифікатори сектора 1 і сектора 2, включно з таблицею модифікаторів, спільною для кожного набору символів.

Хто контролює той простір кодів, заявлено прямо: «values within the SIDC given to establish a symbol are provided only by the JSP» - Joint Symbology Panel - і будь-яке значення, яке стандарт явно не призначив, «shall be considered reserved and shall only be assigned by the JSP.» Двигун відображення чи обміну можна побудувати один раз щодо опублікованих елементів, але він не може безпечно винаходити код для чогось, чого публікація ще не охоплює. Додаток також позначає, де закінчується власна сфера: перелік кодів географічних сутностей, які може нести позиція SIDC, його власними словами, «not part of this standard.»

Додаток B: пропозиція зміни

Додаток B - порожній шаблон: форма NATO Symbology Change Proposal (NSCP) у трьох частинах - Decision Cover Sheet, Definition запропонованої зміни і розділ Applicability. Держава чи організація, що пропонує додати чи змінити символ, заповнює цей шаблон і маршрутизує його через Joint Symbology Panel і Information Exchange Requirements Harmonisation Working Group; «guidance for completion of an NSCP should be sought from the APP-06 custodian.» Затверджена зміна не чекає наступного друкованого видання - вона «available immediately for implementation at risk by the Nations» - що має значення для будь-кого, хто відстежує зміни наборів символів між виданнями.

Як вас оцінюють

APP-06 не називає схеми сертифікації, повідомленого органу і акредитованого чи урядового органу, що оцінює символіку системи щодо нього. Процес NSCP у додатку B - шлях контролю змін для самого стандарту, а не перевірка відповідності виробу чи організації. Правильність на практиці - справа інженерної дисципліни щодо правил побудови і правил кодування додатка A, перевірена тим програмним офісом чи головним підрядником, який написав документ контролю інтерфейсу і проводить власне приймальне випробування системи.

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

APP-06 набуває сили через STANAG 2019, інструмент, що фіксує угоду держав ним користуватися, - обкладинка, а не технічна залежність. Два посилання викликані в зобов'язальних термінах для деталі побудови: коди, використані в його піктограмах морської поверхні, взяті «in accordance with» APP-20 (надруковано у власних посиланнях як «STANAG 1166 APP-20 Standard Ship Designator System», також тримається в нашому каталозі як STANAG 1166), і поле номера цілі використовують «in accordance with STANAG 2484» (поза нашим каталогом). Власний додаток A до розділу 8 каже, що його символи дієслів завдань місії підтримують STANAG 2287.

Кілька термінів лексикону несуть власне джерельне цитування, усі фонові, а не зобов'язальні: визначення включно з «faker», «joker», «pending» і «suspect» взяті з STANAG 1241, а виноска щодо термінології ешелону вказує на STANAG 2651 і ATP-3.2.2.1 для більшого. Поза нашим каталогом він називає STANAG 2961 як джерело порівняльних таблиць класів постачання, а власний Record of Changes описує затверджену пропозицію гармонізувати його символіку кіберпростору з MIL-STD-2525, еквівалентним стандартом Сполучених Штатів для того самого предмета. Його список посилань додатково називає подальший набір Allied Joint Publications і STANAG, запропонованих як споріднена доктрина, а не як джерела, з яких ця специфікація бере правила побудови: AJP-01, AJP-2, AJP-2.1, AJP-3, AJP-3.1, AJP-3.2, AJP-3.3, AJP-3.3.5, AJP-3.9, AJP-3.19, AJP-3.24, AJP-4, AJP-10, AArtyP-01, AIntP-13, AIntP-17 і STANAG 2433.

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

• ATP-3.2.2.1Довідково
• AArtyP-01Довідково
• AIntP-13Довідково
• AIntP-17Довідково
• AJP-01Довідково
• AJP-2Довідково
• AJP-2.1Довідково
• AJP-3Довідково
• AJP-3.1Довідково
• AJP-3.2Довідково
• AJP-3.24Довідково
• AJP-3.3Довідково
• AJP-3.3.5Довідково
• AJP-3.19Довідково
• AJP-3.9Довідково
• AJP-4Довідково
• STANAG 1166Довідково
• APP-20Довідково
• STANAG 1241Довідково
• STANAG 2287Довідково
• STANAG 2433Довідково
• STANAG 2484Довідково
• STANAG 2651Довідково
• AJP-10Довідково

Інші стандарти в темі «Спільні операції та доктрина»

• AJP-3AJP-3 - союзна спільна доктрина ведення операцій
• AJP-3.16AJP-3.16 - доктрина допомоги силам безпеки
• AJP-3.19AJP-3.19 - союзна спільна доктрина цивільно-військової співпраці
• AJP-3.27AJP-3.27 - союзна спільна доктрина протидії повстанню (COIN)
• AJP-3.28AJP-3.28 - союзна спільна доктрина військового внеску в стабілізацію
• AJP-5AJP-5 - союзна спільна доктрина планування операцій