Dlaczego katalog uzbrojenia nie wystarcza

Katalog odpowiada dobrze na pytania identyfikacyjne: jak nazywa się wyrób, kto go opracował, do jakiej rodziny należy, jakie ma deklarowane przeznaczenie i w jakim okresie był używany. Trudność zaczyna się wtedy, gdy nazwa ma posłużyć jako klucz do wiedzy technicznej. Jedno hasło może bowiem oznaczać program rozwojowy, system uzbrojenia, zestaw dostarczony użytkownikowi, pocisk, rodzinę pocisków albo pakiet modernizacyjny. Nawet poprawnie przepisane dane tworzą wówczas fałszywy obraz, jeżeli pochodzą z różnych poziomów tej hierarchii.

Typowa karta katalogowa umieszcza obok siebie zasięg, rodzaj naprowadzania, platformę, datę wejścia do służby i nazwę radaru. Nie mówi jednak, do którego obiektu należy każda z tych cech. Zasięg obserwacji sensora nie jest zasięgiem efektora. Sposób naprowadzania pocisku nie opisuje całego systemu kierowania ogniem. Data pierwszej dostawy jednego bloku nie wyznacza początku eksploatacji wszystkich egzemplarzy rodziny. Zgodność mechaniczna z wyrzutnią nie dowodzi zgodności elektrycznej, informacyjnej, programowej ani kwalifikacyjnej.

Zwykły katalog nie potrafi zatem rozstrzygnąć pytań ważniejszych od samego rozpoznania nazwy:

  • czy opisana funkcja istniała w każdym wariancie, czy tylko w określonym bloku;
  • czy źródło przedstawiało konfigurację planowaną, badaną, dostarczoną czy utrzymywaną;
  • czy modernizacja objęła całą populację, jedną partię, wskazany przedział numerów seryjnych czy jedynie egzemplarz próbny;
  • czy odmiana eksportowa zachowała wyposażenie i funkcje wersji krajowej;
  • czy wynik próby pozostaje ważny po zmianie sprzętu, oprogramowania albo danych;
  • czy zdolność przypisana systemowi była dostępna przy każdej kombinacji sensora, C2, wyrzutni i pocisku;
  • czy dwa wyroby realizowały tę samą funkcję za pomocą podobnej technologii, czy jedynie nosiły podobną nazwę;
  • czy porównywane wartości opisują tę samą wielkość, warunki i poziom obiektu.

Odpowiedź wymaga odejścia od rekordu „nazwa–parametr” na rzecz relacji. Trójosiowy model nie jest trzema równoległymi katalogami. Jest macierzą, w której jednoznacznie rozpoznana konfiguracja zostaje związana z realizowaną funkcją i konkretną implementacją technologiczną. Relacja zachowuje czas obowiązywania, dowód oraz poziom pewności. Dopiero taki zapis pozwala porównywać sprzęt bez tworzenia fikcyjnego systemu złożonego z najlepszych cech kilku generacji.

Trzy osie jako jeden model

Oś systemowa odpowiada na pytanie: jaki obiekt lub układ współpracujących obiektów jest podmiotem twierdzenia? Porządkuje rodzinę, system, zestaw, jednostkę ogniową, platformę, wyrzutnię, pocisk, sensory, C2 i sprzęt obsługowy. Nie jest wyłącznie drzewem części. Zawiera również relacje zgodności, podporządkowania, użycia i wsparcia, które mogą zmieniać się w czasie.

Oś funkcjonalna odpowiada na pytanie: co zostaje wykonane? Jej pozycjami są między innymi pozyskanie obserwacji, estymacja stanu, nawigacja, naprowadzanie, stabilizacja, sterowanie, wytworzenie działania przez aktuator, przetwarzanie i dystrybucja energii, łączność, zarządzanie trybami, diagnostyka oraz obsługa uszkodzeń. Funkcja nie jest nazwą urządzenia. Jedno urządzenie może wykonywać kilka funkcji, a jedna funkcja może być rozdzielona między pocisk, platformę i wyposażenie zewnętrzne.

Oś technologiczna odpowiada na pytanie: za pomocą jakiej fizycznej lub programowej implementacji funkcja została zrealizowana? Obejmuje zasadę pomiaru, rodzaj napędu, mechanizm wykonawczy, technologię elementową, architekturę obliczeniową, rodzaj pamięci, sposób przetwarzania sygnału, oprogramowanie, logikę programowalną, materiały i procesy wytwarzania. „Cyfrowy” albo „nowoczesny” nie jest jeszcze wystarczającą identyfikacją technologii. Potrzebny jest poziom szczegółowości pozwalający odróżnić implementacje, lecz nie wykraczający poza dowód ani bezpieczny zakres publikacji.

Osie są ortogonalne w sensie analitycznym, nie absolutnym. Każda rozstrzyga inny wymiar tego samego twierdzenia:

Pytanie Oś rozstrzygająca Przykład poprawnej odpowiedzi
Co jest opisywane? systemowa wskazany wariant pocisku w konfiguracji określonego użytkownika
Co ten obiekt wykonuje? funkcjonalna wytwarza estymatę ruchu własnego
Jak to wykonuje? technologiczna przez określoną klasę sensorów i implementację przetwarzania
Kiedy relacja była prawdziwa? wymiar czasu po wdrożeniu zmiany dla wskazanej populacji
Dlaczego wolno tak twierdzić? dowód dokument identyfikujący obiekt, funkcję i zakres
Jak silny jest wniosek? pewność fakt źródłowy, rekonstrukcja ograniczona albo stan nierozstrzygnięty

Trzy osie nie powinny więc otrzymać osobnych, konkurencyjnych opisów tego samego materiału. Hasło systemowe prowadzi do relacji przypisanych konkretnej konfiguracji. Hasło funkcjonalne zbiera porównywalne funkcje z wielu systemów. Hasło technologiczne pokazuje implementacje tych funkcji, ich ograniczenia i współistnienie w czasie. Jeżeli wszystkie trzy teksty powtarzają tę samą charakterystykę pocisku, model nie został zastosowany — powstały jedynie trzy spisy treści.

Rozdzielenie osi nie oznacza również, że każda nazwa występuje wyłącznie w jednej z nich. „Radar” może oznaczać element fizyczny osi systemowej, funkcję radiolokacyjnej obserwacji albo rodzinę technologii pomiarowych. Klasyfikację rozstrzyga rola terminu w konkretnym zdaniu. Zdanie „bateria otrzymała radar X” dotyczy składu konfiguracji. „System wykrywa i śledzi cele” opisuje funkcje. „Pomiar wykorzystuje określoną technikę antenową i przetwarzanie” identyfikuje implementację technologiczną.

Formalna jednostka zapisu

Podstawową jednostką monografii nie jest artykuł, akapit ani wartość w tabeli, lecz ograniczone twierdzenie. Można je zapisać jako relację:

$$R_i=\langle K_i, F_i, I_i, \tau_i, E_i, C_i\rangle$$

gdzie:

  • $K_i$ oznacza jednoznacznie identyfikowaną konfigurację podmiotu;
  • $F_i$ oznacza realizowaną funkcję;
  • $I_i$ oznacza implementację technologiczną tej funkcji;
  • $\tau_i$ oznacza przedział obowiązywania albo datę zdarzenia;
  • $E_i$ oznacza dowód i dokładny zakres, w jakim dowód wspiera relację;
  • $C_i$ oznacza ocenę pewności wraz z jej ograniczeniami.

Konfiguracja $K_i$ nie może być samą nazwą rodziny. Jej sygnatura powinna zawierać tyle z następujących pól, ile jest niezbędne do utrzymania prawdziwości twierdzenia:

rodzina / system lub zestaw / element / wariant / blok lub stan modyfikacji / partia albo egzemplarz / użytkownik / sprzęt–oprogramowanie–dane / elementy współpracujące

Nie każde pole będzie znane. Nieznana partia nie unieważnia informacji o wariancie, lecz zabrania rozszerzenia jej na wszystkie partie. Brak numeru wydania oprogramowania może pozwalać opisać mechanikę pocisku, a jednocześnie uniemożliwiać przypisanie funkcji zależnej od kodu. Niepełność trzeba zachować jako właściwość rekordu, a nie uzupełniać domyślną wartością.

Funkcja $F_i$ powinna być wyrażona jako transformacja wejścia w wynik. Zamiast „naprowadzanie” warto zapisać, że określony blok przekształca dane o celu i stanie własnym w żądanie ruchu. Zamiast „zasilanie” — że źródło, układ kondycjonowania i dystrybucja dostarczają energię o wymaganych właściwościach wskazanym odbiornikom. Taki zapis ujawnia zależności, ale nie wymaga publikowania szczegółowych algorytmów, formatów transmisji ani parametrów współczesnego systemu.

Implementacja $I_i$ nie jest luźną etykietą epoki. Powinna wskazywać rozwiązanie przypisane do funkcji: klasę sensora, architekturę obliczeniową, urządzenie wykonawcze, typ pamięci, rodzaj źródła energii albo kontrolowany artefakt programowy. Jeżeli źródło potwierdza tylko klasę technologii, rekord nie może samowolnie zejść do poziomu modelu układu, topologii czy wersji algorytmu.

Czas $\tau_i$ ma dwa różne znaczenia. Dla własności konfiguracji wyznacza zakres obowiązywania: od wdrożenia zmiany do jej zastąpienia, wycofania albo końca znanej dokumentacji. Dla zdarzenia wskazuje moment próby, dostawy, decyzji lub modyfikacji. Data publikacji źródła nie jest automatycznie początkiem obowiązywania konfiguracji. Dokument wydany później może opisywać stan wcześniejszy; komunikat o planowanej zmianie może natomiast wyprzedzać jej rzeczywiste wdrożenie.

Dowód $E_i$ powinien wspierać całą relację, nie tylko pojedyncze rzeczowniki. Karta produktu może potwierdzać deklarowane przeznaczenie, ale zwykle nie dowodzi osiągnięcia funkcji w każdej konfiguracji użytkownika. Raport z próby może potwierdzać zachowanie badanego łańcucha, lecz nie automatycznie stan całej floty. Dokument modernizacyjny może definiować zmianę, lecz nie dowodzić jej wykonania we wszystkich egzemplarzach. Szczegółowe reguły atomizacji twierdzeń i doboru dowodu określa standard źródeł; tutaj są one warunkiem poprawnego przecięcia trzech osi.

Pewność $C_i$ również nie powinna być jedną oceną dokumentu. Można mieć wysoką pewność identyfikacji pocisku, średnią pewność zakresu partii i brak podstaw do określenia konfiguracji oprogramowania. Uczciwy rekord zachowuje te różnice. Dwie przesłanki o wspólnym pochodzeniu nie stają się dwoma niezależnymi dowodami, a brak publicznego potwierdzenia nie jest dowodem nieobecności cechy.

Tak skonstruowana relacja pozwala wykonywać porównania jako zapytania do macierzy. Pytanie „jak zmieniała się technologia nawigacji?” wybiera rekordy o wspólnej funkcji, a następnie porządkuje ich implementacje według konfiguracji i czasu. Pytanie „jak działał wariant X?” wybiera jedną konfigurację i odtwarza zestaw jej funkcji oraz technologii. Pytanie „czy warianty X i Y są porównywalne?” wymaga wspólnych definicji funkcji, odpowiednich okresów i dowodów o podobnym zakresie.

Ontologia osi systemowej

Oś systemowa musi najpierw ustalić właściciela cechy. Nie wystarcza pojedyncze drzewo części, ponieważ system może korzystać z zewnętrznych sensorów, kilku platform i wyposażenia należącego organizacyjnie do innych jednostek. Potrzebny jest zestaw klas oraz jawnych relacji między nimi.

Klasa Kryterium klasyfikacyjne Czego nie wolno zakładać
Rodzina wspólne pochodzenie konstrukcyjne lub programowe kilku produktów wspólnych osiągów, interfejsów i technologii wszystkich odmian
System uzbrojenia zorganizowany zbiór elementów realizujących zdolność w cyklu wykrycie–decyzja–działanie–ocena że każdy składnik jest zawsze dostarczany razem albo należy do jednej rodziny
Zestaw określona konfiguracja elementów systemu przeznaczona dla użytkownika lub zadania pełnej jednorodności wszystkich zestawów noszących tę samą nazwę
Jednostka ogniowa najniższy, zdefiniowany dla danego systemu układ organizacyjno-techniczny zdolny do wykonania działania ogniowego uniwersalnego składu; definicja zależy od systemu, doktryny i okresu
Platforma nosiciel, pojazd, okręt, statek powietrzny albo stanowisko zapewniające przenoszenie, start lub działanie elementu że platforma jest tożsama z wyrzutnią albo że sama zgodność fizyczna wystarcza do użycia
Pocisk lub efektor obiekt opuszczający platformę lub wyrzutnię i realizujący końcowe oddziaływanie posiadania funkcji wykonywanych przez sensor zewnętrzny, C2 lub wyrzutnię
Wyrzutnia element przechowujący, przygotowujący i uruchamiający efektor w zakresie przewidzianym projektem że odpowiada za wykrywanie celu, pełne kierowanie ogniem albo wszystkie funkcje przygotowania
Sensor zewnętrzny źródło obserwacji znajdujące się poza efektorem i dostarczające dane do łańcucha systemowego bezpośredniego połączenia z pociskiem ani stałej przynależności do jednego zestawu
C2 dowodzenie i kierowanie, w tym zarządzanie informacją, decyzją i przydziałem zadań fizycznej koncentracji funkcji w jednym stanowisku lub komputerze
Sprzęt obsługowy urządzenia testowe, załadowcze, transportowe, diagnostyczne i serwisowe podtrzymujące konfigurację oraz gotowość że jest częścią pocisku albo że wynik jego testu jest wynikiem pokładowej autokontroli

Rodzina jest relacją genealogiczną, a nie obiektem fizycznym. Łączy warianty przez pochodzenie, lecz nie nadaje im automatycznie wspólnych funkcji. Jeżeli późna odmiana otrzymała nowy sensor lub łącze danych, właściwość pozostaje przy tej odmianie, dopóki dowód nie rozszerzy jej zakresu.

System oznacza architekturę współdziałania, natomiast zestaw — jej określoną realizację. Ten sam system może istnieć w kilku zestawach użytkowników, różniących się sensorami, liczbą wyrzutni, wydaniami oprogramowania, urządzeniami testowymi lub zakresem integracji. Określenia te trzeba stosować zgodnie z dokumentacją programu; nie każdy producent rozdziela je tak samo.

Jednostka ogniowa nie jest po prostu kolejną częścią produktu. Łączy strukturę techniczną z organizacją użycia. Jej granica powinna wynikać z dokumentacji użytkownika: może obejmować własny sensor i C2 albo otrzymywać część danych z wyższego szczebla. Cecha jednostki ogniowej dotyczy zatem konfiguracji sprzętowo-organizacyjnej, nie pojedynczego urządzenia.

Platforma i wyrzutnia mogą być zintegrowane fizycznie, lecz pozostają różnymi rolami. Platforma zapewnia mobilność, przenoszenie, energię lub integrację z systemem nadrzędnym. Wyrzutnia realizuje funkcje związane z przechowywaniem, przygotowaniem i startem efektora. W przypadku uzbrojenia lotniczego platformą jest statek powietrzny, a wyrzutnia lub belka stanowi jeden z jego interfejsów uzbrojenia.

Sensor zewnętrzny należy do osi systemowej nawet wtedy, gdy znajduje się poza granicą zestawu dostarczonego przez producenta. Jeżeli jego dane są konieczne do wykonania rozpatrywanej funkcji, trzeba zarejestrować relację zależności. Nie oznacza to jednak, że sensor staje się częścią pocisku albo że każda informacja z sieci dociera do efektora.

C2 obejmuje funkcje tworzenia obrazu sytuacji, zarządzania zadaniami i przekazywania decyzji, ale ich fizyczna realizacja może być rozproszona. Rekord systemowy powinien wskazywać konkretny element lub wydanie, które uczestniczyło w badanej konfiguracji. Ogólna deklaracja „system sieciocentryczny” nie identyfikuje ani odbiorcy danych, ani realizowanej funkcji.

Sprzęt obsługowy jest częścią zdolności do utrzymania konfiguracji. Właściwy pocisk połączony z urządzeniem testowym lub pakietem danych przeznaczonym dla innej rewizji może nie tworzyć zatwierdzonego łańcucha. Ontologia nie sprowadza więc wsparcia do wyposażenia dodatkowego; przypisuje mu własne rekordy i relacje zgodności.

Tożsamość wariantu w czasie

Nazwa wariantu jest identyfikatorem nadanym przez właściciela programu, nie uniwersalnym opisem technicznym. Ten sam rodzaj zmiany może w jednej rodzinie prowadzić do nowej litery oznaczenia, w innej do nowego bloku, a w jeszcze innej pozostać modyfikacją bez zmiany nazwy zewnętrznej. Szczegółową terminologię zarządzania konfiguracją przedstawia artykuł warianty i konfiguracja danych; model trzech osi wykorzystuje ją do wyznaczania zakresu relacji, a nie ustanawia własnego systemu numerowania.

Rozpoznawalną tożsamość wariantu należy przyjąć wtedy, gdy potwierdza ją dokumentacja programu albo gdy źródła pozwalają wykazać trwałe rozróżnienie produktu mające znaczenie dla funkcji, interfejsów, kwalifikacji lub obsługi. Sama różnica numeru seryjnego, daty produkcji czy dostawcy części nie tworzy nowego wariantu. Może natomiast tworzyć inną konfigurację egzemplarza lub partii.

Modernizacja jest zdarzeniem zmiany. Nie przesądza, czy powstał nowy wariant, i nie dowodzi zakresu wdrożenia. Trzeba oddzielić co najmniej jej zaproponowanie, zatwierdzenie, kwalifikację, zastosowanie w produkcji, wykonanie jako retrofit oraz potwierdzenie stanu po zmianie. Twierdzenie o funkcji obowiązuje dopiero dla populacji objętej odpowiednim etapem, a wcześniejsze wyniki prób zachowują ważność tylko w zakresie niezmienionych zależności.

Block, lot, mod i podobne oznaczenia zachowują lokalne znaczenie. Blok może grupować kilka zmian systemowych, ale nie musi obejmować wszystkich podsystemów. Partia może odzwierciedlać wspólny przebieg produkcji, lecz nie jest podtypem wariantu. Jedna modyfikacja może objąć część kilku partii, a jedna partia może zawierać egzemplarze później utrzymywane w różnych stanach. Numer bloku nie zastępuje więc wykazu sprzętu, kodu i danych.

Odmiana eksportowa wymaga osobnego zakresu zawsze wtedy, gdy źródło identyfikuje ją jako odrębny produkt albo wskazuje różnice w wyposażeniu, oprogramowaniu, interfejsach, dopuszczeniach bądź wsparciu. Sufiks eksportowy nie upoważnia do domyślnego wpisania „obniżonych parametrów”, podobnie jak brak sufiksu nie dowodzi pełnej zgodności z odmianą krajową. Każdą różnicę trzeba potwierdzić oddzielnie.

Konfiguracja mieszana powstaje wtedy, gdy elementy różnych etapów rozwoju współdziałają w jednym rzeczywistym zestawie. Nie należy tworzyć dla niej fikcyjnego „wariantu pośredniego”, jeżeli program takiego wariantu nie ustanowił. Rekord powinien wymienić konfiguracje węzłów: przykładowo starszą wyrzutnię po określonej modyfikacji, nowsze C2, wskazany pakiet danych i dopuszczony efektor. Zdolność przypisuje się temu przecięciu, nie najwyższemu numerowi któregokolwiek składnika.

Zmiana oprogramowania lub danych może zmienić tożsamość konfiguracji bez widocznej zmiany sprzętu. Nowe wydanie programu może wprowadzać funkcję, usuwać ograniczenie albo zmieniać zgodność z interfejsem. Obraz FPGA może zmienić fizycznie realizowaną logikę, a dane kalibracyjne, tablice lub pakiety misji — zachowanie identycznego pliku wykonywalnego. Techniczna literatura FPGA pokazuje, że źródła HDL, ograniczenia projektu, konfiguracja narzędzi, implementacja i wynikowy obraz programujący są odrębnymi artefaktami jednego przepływu; nazwanie ich zbiorczo „elektroniką” usuwa informację konieczną do odtworzenia konfiguracji.mto1-fpga

Zarządzanie konfiguracją porządkuje identyfikację, kontrolę zmian, ewidencję stanu oraz audyty, ale nie ustanawia jednego sposobu nazywania firmware’u dla wszystkich programów. Aktualny rekord MIL-HDBK-61B Change 1 przedstawia te praktyki jako wskazówki DoD i wyraźnie nie stanowi samodzielnego wymagania kontraktowego.mto1-mil61 STANAG 4427 wiąże natowskie zarządzanie konfiguracją w cyklu życia z rodziną publikacji ACMP, lecz konkretne identyfikatory, progi zmian i zakres pozycji konfiguracji nadal muszą wynikać z programu lub umowy.mto1-stanag

Granica systemu i niedziedziczenie cech

Granica systemu nie jest linią narysowaną raz dla całej encyklopedii. Wyznacza się ją względem pytania. Dla opisu mechaniki pocisku wystarczy granica efektora i jego interfejsów. Dla oceny funkcji zwalczania trzeba objąć wszystkie elementy, których konfiguracja może zmienić wynik: źródło danych, C2, wyrzutnię, pocisk, oprogramowanie, dane i wymagane wsparcie. Dla historii programu granica może dodatkowo obejmować użytkownika, producenta i kolejne stany wdrożenia.

Podstawowa reguła brzmi:

Cecha zestawu nie przechodzi automatycznie na pocisk, a cecha pocisku nie przechodzi automatycznie na zestaw.

Jeżeli zestaw korzysta z wielu sensorów, nie wynika z tego, że pocisk jest wielosensorowy. Jeżeli pocisk ma określony kanał naprowadzania, nie wynika z tego, że każda konfiguracja systemu może dostarczyć wymagane dane. Jeżeli platforma ma łączność sieciową, nie dowodzi to istnienia pokładowego łącza danych w każdym efektorze. Jeżeli efektor osiąga deklarowaną granicę kinematyczną, nie określa to obszaru zwalczania przy dowolnym celu i konfiguracji sensora.

Przeniesienie cechy jest dopuszczalne tylko po wykazaniu relacji. Rekord musi odpowiedzieć, który element wytwarza informację lub działanie, którędy przechodzi wynik, kto go wykorzystuje oraz dla jakich konfiguracji interfejs pozostaje zgodny. Ogólne zasady kwalifikowania takich relacji i ograniczania szczegółowości określa zakres i oznaczenia bezpieczeństwa. Trójosiowa klasyfikacja stosuje je przed porównaniem, dzięki czemu brak dowodu nie zostaje zastąpiony dziedziczeniem cechy.

Mini-przypadek: kiedy „PAC-3” nie oznacza pocisku PAC-3

Wyrażenie „PAC-3 Configuration 1” zachęca do katalogowego skrótu: skoro w nazwie występuje „PAC-3”, konfiguracja musiała obejmować interceptor PAC-3. Oficjalna historia U.S. Army rozdziela jednak te obiekty. Według niej PAC-3 Configuration 1 była konfiguracją sprzętu i oprogramowania systemu Patriot, skoncentrowaną na zmianach elektroniki i optyki systemu współpracującego z PAC-2; interceptor PAC-3/ERINT został włączony dopiero w Configuration 3.mto1-army-patriot

Błąd nie polega tutaj na pomyleniu dwóch podobnych liczb. Powstaje przez trzy nieuprawnione operacje. Najpierw człon nazwy programu zostaje odczytany jako wykaz wyposażenia. Następnie konfiguracja systemowa zostaje utożsamiona z wariantem efektora. Na końcu cecha późniejszego etapu wdrożenia zostaje przeniesiona wstecz. Powstaje pozornie spójne zdanie o konfiguracji, która według wskazanego źródła nie zawierała przypisanego jej pocisku.

Naprawa wymaga rozdzielenia rekordów:

Konfiguracja systemowa Funkcja lub zakres zmiany Implementacja wskazana przez źródło Dowód i granica wniosku
Patriot, PAC-3 Configuration 1 modernizacja elementów systemu używanego z efektorami PAC-2 zmiany sprzętu i oprogramowania, w tym elektroniki i optyki historia U.S. Army; nazwa nie dowodzi obecności interceptora PAC-3
Patriot, PAC-3 Configuration 3 włączenie nowego efektora do konfiguracji systemowej interceptor PAC-3/ERINT wraz z wymaganymi zmianami systemu historia U.S. Army; wniosek dotyczy opisanego etapu amerykańskiego programu
interceptor PAC-3/ERINT realizacja funkcji efektora konkretny pocisk jako odrębna encja nie dziedziczy wszystkich cech konfiguracji naziemnej
PAC-2 efektor współpracujący z wcześniejszą konfiguracją rodzina pocisków odrębna od pakietu systemowego nie należy z nazwy Configuration 1 tworzyć nowego wariantu PAC-2

Pierwszy rekord wiąże konfigurację naziemną z funkcjami i zmianami systemowymi. Drugi zapisuje relację między późniejszą konfiguracją systemu a nowym efektorem. Trzeci zachowuje tożsamość pocisku jako osobnego produktu. Żadnego z tych rekordów nie wolno zastąpić zdaniem „PAC-3 Configuration 1 używała pocisku PAC-3”.

Metoda ujawnia również, czego źródło historyczne nie rozstrzyga. Sam opis etapów konfiguracji nie dowodzi składu każdej jednostki w każdym dniu, zakresu późniejszych retrofitów ani zgodności dowolnej konfiguracji eksportowej. Do takich twierdzeń potrzebne byłyby dowody dotyczące konkretnych użytkowników, populacji i czasu. Oficjalny raport GAO o modernizacji Patriot dodatkowo pokazuje, że zdolność konfiguracji wykorzystującej PAC-3 MSE zależała nie tylko od efektora, lecz również od radaru, oprogramowania i innych elementów systemu.mto1-gao-patriot Jest to potwierdzenie samej reguły granicy systemowej, nie podstawa do rozszerzenia ustaleń na każdą baterię Patriot.

Mini-przypadek pokazuje praktyczną wartość macierzy. Oś systemowa oddziela pakiet modernizacyjny systemu od pocisku. Oś funkcjonalna wskazuje, jakie role wykonywały poszczególne elementy. Oś technologiczna przypisuje zmiany sprzętu i oprogramowania do właściwych węzłów. Czas rozdziela kolejne konfiguracje, a dowód zapobiega wypełnieniu luk intuicją wynikającą z nazwy.

Od obiektu i funkcji do implementacji

Po ustaleniu konfiguracji oraz właściciela funkcji można przejść do technologii. Kolejność ma znaczenie: bez niej fotografia płytki, nazwa sensora albo wzmianka o procesorze łatwo staje się cechą całej rodziny. Technologia nie istnieje w modelu jako swobodny „kamień milowy”, lecz jako implementacja określonej funkcji w określonym elemencie i czasie.

Nie należy przy tym budować pozornie liniowych ciągów typu „komputer analogowy → tranzystory → mikroprocesor → FPGA”. Pierwszy termin opisuje sposób realizowania obliczeń, drugi technologię elementową, trzeci architekturę układu wykonującego program, a czwarty programowalną strukturę sprzętową. Rozwiązania te mogą współistnieć w jednej konfiguracji i pełnić różne funkcje. Poprawna oś technologiczna musi zatem rozdzielać zasadę działania, medium fizyczne, architekturę, element wykonawczy oraz kontrolowane artefakty oprogramowania i danych — zawsze przy zachowaniu relacji z konfiguracją, którą rzeczywiście opisuje dowód.

Oś technologiczna: od zasady działania do konkretnej realizacji

Oś technologiczna nie porządkuje wyrobów według daty wprowadzenia ani nie odpowiada na pytanie, „który pocisk jest nowocześniejszy”. Jej zadaniem jest wskazanie, za pomocą jakich zjawisk, struktur i środków technicznych dana konfiguracja realizuje określoną funkcję. Aby taki opis pozostał jednoznaczny, trzeba rozdzielić sześć pojęć, które w skrótowych historiach techniki bywają używane zamiennie.

Zasada fizyczna określa zjawisko umożliwiające uzyskanie informacji, energii albo oddziaływania. Detekcja promieniowania podczerwonego, pomiar bezwładnościowy, odbiór fali elektromagnetycznej, spalanie i wytwarzanie siły aerodynamicznej należą do tego poziomu. Zasada fizyczna nie mówi jeszcze, jak zbudowano urządzenie ani jaką funkcję systemową mu powierzono.

Technologia jest kontrolowanym sposobem wykorzystania tej zasady. Przykładami są obrazowanie na matrycy ogniskowej, radar impulsowo-dopplerowski, żyroskop światłowodowy, cyfrowa filtracja sygnału, logika programowalna FPGA albo elektromechaniczny napęd powierzchni sterowej. Technologia ma własne ograniczenia dotyczące pasma, dokładności, opóźnienia, energii, środowiska i dojrzałości, lecz sama nazwa nadal nie identyfikuje produktu.

Architektura opisuje podział odpowiedzialności, granice bloków i relacje między nimi. Określenia „platformowa nawigacja inercyjna”, „układ bezkardanowy”, „przetwarzanie scentralizowane” i „rozproszona pętla sterowania” mówią o organizacji systemu, a nie o jednym elemencie. Ta sama technologia może wejść do kilku architektur, a ta sama architektura może zostać wykonana przy użyciu odmiennych technologii.

Implementacja jest konkretną realizacją architektury: układem równań i kodu, siecią analogową, automatem sprzętowym, programem procesora, obrazem FPGA, zestawem filtrów, tablicami kalibracyjnymi i interfejsami. Dwa urządzenia z tym samym typem procesora mogą mieć całkowicie różne implementacje funkcjonalne. Odwrotnie, równoważna funkcja może zostać zaimplementowana analogowo, programowo albo jako potok sprzętowy.

Komponent jest fizycznym lub kontrolowanym konfiguracyjnie składnikiem: czujnikiem, płytą elektroniki, komputerem, przetwornikiem mocy, zespołem napędowym aktuatora albo modułem oprogramowania. Komponent może realizować kilka funkcji. Nie wolno więc definiować funkcji przez nazwę pudełka ani technologii przez numer części.

Generacja jest etykietą historyczno-analityczną. Może oznaczać pakiet zmian obejmujący sensory, elektronikę, oprogramowanie i interfejsy, lecz nie jest samodzielną cechą techniczną. „Generacja cyfrowa” nie dowodzi zastosowania konkretnego procesora, rodzaju pamięci ani sposobu przetwarzania. Co więcej, generacje wyróżniane przez producenta, użytkownika i historyka mogą mieć inne granice. Etykieta ta jest użyteczna dopiero wtedy, gdy zostanie rozłożona na potwierdzone różnice konfiguracji.

Rozdzielenie tych poziomów chroni przed zdaniami w rodzaju „FPGA jest technologią naprowadzania”. FPGA może wykonywać fragment przetwarzania sygnałów, obsługi interfejsów, sekwencjonowania, diagnostyki albo sterowania. Nie definiuje ani wykrywanej wielkości, ani prawa wyznaczania komend toru, ani architektury całego systemu. Literatura dotycząca projektowania FPGA pokazuje, że w jednym układzie mogą współistnieć pamięci, automaty sterujące, procesor wbudowany, filtry cyfrowe, bufory i infrastruktura zegarowa; o funkcji przesądza ich skonfigurowanie i połączenie, nie sama obecność układu programowalnego.mto2-salauyou,mto2-bruno

Dlaczego ciąg technologiczny nie jest linią sukcesji

Zapisy typu:

komputer analogowy → logika tranzystorowa → układy scalone → mikroprocesor → DSP → FPGA → SoC

są wygodnymi indeksami tematów, lecz wadliwym modelem historii. Pierwszy człon opisuje sposób wykonywania obliczeń, drugi technologię elementów, kolejne stopień integracji lub klasę urządzenia, a ostatnie — różne architektury obliczeniowe. Nie są to wzajemnie wykluczające się szczeble jednej drabiny. Komputer analogowy mógł być zbudowany z lamp albo tranzystorów. Procesor sygnałowy, FPGA i rdzeń ogólnego przeznaczenia mogą działać równolegle w jednym module, a system scalony może zawierać wszystkie trzy rodzaje zasobów.

Podobnie pozorny ciąg:

platforma stabilizowana → bezkardanowy INS → nawigacja zintegrowana

miesza architekturę mechaniczno-pomiarową z architekturą estymacji. Układ bezkardanowy może być częścią nawigacji zintegrowanej, ale integracja nie jest „następcą” czujnika. Oznacza wykorzystanie wielu źródeł obserwacji i modelu ruchu do wytwarzania wspólnej estymaty. Także platformy stabilizowane nie zniknęły natychmiast po pojawieniu się obliczeń bezkardanowych: wybór zależał od wymaganej dokładności, środowiska, kosztu, dostępnej mocy obliczeniowej i dojrzałości produkcji.

Historia technologii ma zatem postać grafu. Rozwiązania:

  • współistnieją w różnych klasach sprzętu;
  • rozgałęziają się na odmiany podporządkowane innym ograniczeniom;
  • wracają w nowej implementacji albo w innej roli;
  • łączą się w architekturach hybrydowych;
  • bywają zastępowane tylko w jednym bloku, podczas gdy pozostała część systemu zachowuje starszą konstrukcję;
  • realizują tę samą funkcję na odmiennych zasadach fizycznych.

Dobrym przykładem ostatniej relacji jest uzyskiwanie informacji o celu. Funkcję obserwacji względnej może realizować bierny czujnik podczerwieni, pokładowy radar aktywny, odbiornik korzystający z zewnętrznego oświetlenia, sensor optyczny albo tor odbierający dane wyznaczone poza pociskiem. Nie są to kolejne stopnie jednego rozwiązania. Różnią się źródłem informacji, geometrią pomiaru, zależnością od systemu zewnętrznego i sposobem zamknięcia pętli.

Także analogowość nie jest synonimem prymitywizmu, a cyfrowość — autonomii. Analogowy regulator może pozostawać skutecznym, wyspecjalizowanym elementem pętli. Cyfrowy komputer może jedynie wykonywać komendy obliczone na ziemi. Z kolei współczesny układ FPGA bywa używany jako deterministyczny interfejs i filtr, podczas gdy decyzje wyższego poziomu podejmuje procesor. Technologia określa możliwości implementacyjne; funkcję i autonomię rozstrzyga architektura.

Przypisanie technologii do konfiguracji

Zdanie „wariant V wykorzystuje technologię T” powinno być traktowane jak rekord dowodowy, a nie swobodny opis całej rodziny. Minimalny zapis obejmuje:

Pole Wymagana treść
przedmiot system, zestaw, pocisk, podsystem, komponent, program albo dane
wariant oficjalny typ, odmiana użytkownika lub konfiguracja eksportowa
blok i stan modyfikacji kontrolowany etap rozwoju, jeżeli został ujawniony
partia lub egzemplarz zakres produkcyjny albo numery seryjne, gdy źródło je podaje
data data dokumentu oraz osobno okres obowiązywania cechy
zakres sprzęt, oprogramowanie, dane, platformy i warunki objęte twierdzeniem
źródło dokument oraz dokładny fragment stanowiący dowód
pewność ocena tożsamości obiektu, dopasowania czasu, bezpośredniości i niezależności
granica inferencji najmocniejsze zdanie, którego dowód już nie uzasadnia

Pole czasu nie może ograniczać się do roku publikacji. Technologia mogła zostać zaproponowana, poddana próbie, zakwalifikowana, wprowadzona do produkcji, dostarczona, wdrożona tylko w części egzemplarzy albo usunięta w późniejszej modyfikacji. Każdy z tych stanów ma inne znaczenie. Zakres obowiązywania może być wyrażony blokiem, partią, przedziałem numerów seryjnych, użytkownikiem, konfiguracją sprzętowo-programową lub ich przecięciem. Zarządzanie konfiguracją służy właśnie utrzymaniu zgodności między wymaganiami, produktem, dokumentacją i stanem zmian w całym cyklu życia.mto2-milhdbk

Granica inferencji musi być zapisana jawnie. Fotografia płyty z układem FPGA może potwierdzać obecność elementu określonej rodziny, ale bez schematu, obrazu konfiguracyjnego albo opisu interfejsów nie dowodzi, że realizował on filtr śledzący czy autopilota. Informacja o „cyfrowej głowicy” nie rozstrzyga, czy ucyfrowiono tylko tor przetwarzania, czy także estymację i logikę śledzenia. Komunikat o łączu danych dla określonego bloku nie potwierdza jego obecności we wcześniejszych partiach ani dwukierunkowości komunikacji.

Pewność nie powinna być jedną arbitralną liczbą. Użyteczniejszy jest wektor:

tożsamość przedmiotu — wysoka; wariant — wysoka; partia — brak danych; czas — średnia; bezpośredniość dowodu — wysoka; niezależność — niska; kompletność — średnia; granica — nie wolno rozszerzać na wcześniejsze bloki.

Ogólna literatura techniczna może wyjaśnić, jakie funkcje zwykle realizuje dana technologia, ale nie jest dowodem jej zastosowania w konkretnym wyrobie. Z kolei instrukcja albo wykaz zmian mogą bezpośrednio potwierdzić konfigurację, choć nie muszą wyjaśniać fizycznej zasady działania. Dopiero połączenie obu rodzajów materiału pozwala przejść od identyfikacji do interpretacji, z zachowaniem wyraźnej granicy między faktem a rekonstrukcją.

Oś funkcjonalna: transformacje zamiast wykazu pudełek

Oś funkcjonalna opisuje, co system robi z energią, informacją i oddziaływaniami fizycznymi. Nie jest listą sekcji kadłuba. Funkcja może być realizowana przez kilka elementów, a jeden element może uczestniczyć w kilku funkcjach. Pomocne jest rozpoznawanie czterech rodzajów transformacji:

  1. pomiarowej — wielkość fizyczna zostaje przekształcona w sygnał;
  2. informacyjnej — sygnał zostaje przefiltrowany, skojarzony z czasem, zinterpretowany albo połączony z modelem;
  3. decyzyjnej — estymaty i cele misji zostają przekształcone w wartości zadane;
  4. energetycznej i mechanicznej — polecenie niskiej mocy powoduje przepływ energii do aktuatora, zmianę siły lub momentu i ruch płatowca.

Funkcjonalna dekompozycja nie musi odpowiadać podziałowi sprzętowemu. NASA traktuje dekompozycję logiczną jako sposób przejścia od wymagań i funkcji do możliwych rozwiązań, a nie jako gotowy wykaz komponentów.mto2-nasa-seh W pocisku jedna obudowa elektroniki może mieścić funkcje nawigacji, wyznaczania komend toru, autopilota, sekwencjonowania i diagnostyki. W innym systemie część tych samych funkcji może znajdować się na platformie startowej lub stanowisku kierowania.

Najprostszy użyteczny schemat powinien zatem pokazywać osobno tor informacji i tor energii:

TOR INFORMACJI O CELU
środowisko / dane zewnętrzne
        │
        ▼
wykrywanie i pomiar względny
        │
        ▼
kondycjonowanie oraz przetwarzanie sygnału
        │
        ▼
estymacja stanu celu ───────────────┐
                                    │
TOR INFORMACJI O STANIE WŁASNYM     │
IMU / inne sensory                  │
        │                           │
        ▼                           │
nawigacja i estymacja stanu własnego│
        │                           │
        └───────────────────────────┤
                                    ▼
                         logika misji i trybów
                                    │
                                    ▼
                         wyznaczanie komend toru
                                    │
                                    ▼
                               autopilot
                                    │
                                    ▼
                    sterowanie napędami wykonawczymi
                                    │
                                    ▼
                     aktuatory i elementy sterujące
                                    │
                                    ▼
                       dynamika płatowca i napędu
                                    │
                                    └──► nowe pomiary

TOR ENERGII
źródło energii
        │
        ▼
aktywacja i kondycjonowanie
        │
        ▼
dystrybucja ──► sensory i głowica
             ├─► elektronika obliczeniowa
             ├─► łącze danych
             ├─► urządzenia wykonawcze
             └─► diagnostyka i funkcje pomocnicze

TOR NADRZĘDNY
czas i synchronizacja ──► wszystkie funkcje zależne od kolejności
zarządzanie trybami ─────► sensory, estymatory, łącze i sterowanie
system naziemny ─────────► inicjalizacja, dane, komendy i potwierdzenia stanu

Schemat nie twierdzi, że każdy blok jest oddzielnym urządzeniem. Pokazuje natomiast konieczne rozróżnienia semantyczne i miejsca, w których należy szukać interfejsów.

Od pomiaru celu do estymaty

Wykrywanie i głowica naprowadzająca (seeker) odpowiadają za uzyskanie obserwacji dotyczącej celu lub wyróżnionego obiektu w otoczeniu. Wynikiem nie musi być gotowa pozycja celu. Może nim być sygnał detektora, obraz, odległość, prędkość radialna, kąt, błąd kierunku albo informacja o jakości obserwacji. Głowica jest więc źródłem danych względnych, nie synonimem całego naprowadzania.

Przetwarzanie sygnałów przekształca surowe próbki w cechy nadające się do dalszego wnioskowania. Obejmuje kondycjonowanie, próbkowanie, filtrację, kompensację, detekcję, ekstrakcję cech i ocenę jakości. Może być analogowe, cyfrowe albo hybrydowe. Filtr cyfrowy w FPGA jest implementacją tej funkcji tylko wtedy, gdy tak wynika z konfiguracji; ten sam typ filtra może służyć diagnostyce, nawigacji albo sterowaniu.

Estymacja stanu celu łączy obserwacje z modelem ich zmienności w czasie. Jej wynikiem jest uporządkowana ocena wielkości potrzebnych następnej funkcji, wraz z informacją o aktualności lub niepewności. Nie należy utożsamiać jej z samą detekcją. Pojedynczy pomiar wskazuje obserwację w określonej chwili; estymator tworzy spójny opis ruchu na podstawie ciągu pomiarów i przyjętego modelu.

W klasycznej dekompozycji samonaprowadzania filtr naprowadzania, prawo wyznaczania komend i autopilot są oddzielnymi funkcjami, nawet jeśli nowoczesna implementacja integruje je we wspólnym komputerze. Johns Hopkins APL przedstawia filtr jako źródło estymat niezbędnych prawu naprowadzania, a autopilot jako blok stabilizacji i realizacji komend przez odpowiednie środki sterowania.mto2-jhu

Nawigacja i stan własny

Nawigacja odpowiada na pytanie o stan własny obiektu: położenie, prędkość, orientację, ruch kątowy i inne wielkości wymagane przez daną architekturę. Sensory inercyjne dostarczają pomiarów, ale nie są jeszcze rozwiązaniem nawigacyjnym. Pomiędzy czujnikiem a estymatą znajdują się transformacje układów odniesienia, korekcje, integracja, modele błędów, znaczniki czasu oraz — gdy architektura to przewiduje — obserwacje z innych źródeł.

Estymacja stanu własnego musi pozostać odrębna od estymacji stanu celu. Obie funkcje mogą korzystać z podobnych metod matematycznych i nawet działać na tym samym procesorze, lecz mają inne wielkości wejściowe, modele i granice odpowiedzialności. Połączenie ich pod nagłówkiem „estymacja” zaciera pochodzenie błędu. Nie wiadomo wtedy, czy niepewność komendy wynika z jakości obserwacji celu, błędu orientacji pocisku, nieaktualnego czasu czy modelu ruchu.

To rozdzielenie ma znaczenie również wtedy, gdy źródło zewnętrzne przekazuje już przetworzone dane. Łącze może dostarczać obserwacje, estymatę celu, poprawkę nawigacyjną, dane referencyjne albo komendę. Wszystkie te wiadomości są „danymi z łącza”, ale wchodzą do architektury na innych poziomach. Sam fakt obecności komunikacji nie pozwala więc stwierdzić, że system ma aktualizację celu w locie albo zewnętrzną korekcję stanu własnego.

Logika misji, wyznaczanie komend i sterowanie

Logika misji interpretuje fazę działania, warunki przejść, dostępność danych i ograniczenia systemowe. Decyduje, które źródła informacji i tryby są aktywne oraz kiedy wynik jednej funkcji staje się ważnym wejściem następnej. Nie powinna być utożsamiana z zegarowym sekwencerem: logika misji posługuje się stanem funkcjonalnym, podczas gdy sekwencjonowanie zapewnia uporządkowane wykonanie zdarzeń i zależności czasowych.

Wyznaczanie komend toru (guidance) przekształca cel misji oraz estymaty stanu własnego i celu w żądany ruch: na przykład wartość zadaną przyspieszenia, orientacji, prędkości lub innej wielkości sterującej. Jest funkcją decyzyjną na poziomie trajektorii. NASA rozróżnia ją od nawigacji, która określa stan, oraz od sterowania, które manipuluje środkami wykonawczymi, aby śledzić komendy.mto2-nasa-gnc

Autopilot zamienia wartość zadaną na polecenia uwzględniające dynamikę obiektu. Stabilizuje ruch, tłumi zakłócenia i realizuje komendy w granicach możliwości układu. Nie wybiera celu i nie jest aktuátorem. Może zawierać pętle szybkości kątowej, orientacji lub przyspieszenia, lecz ich dokładna struktura jest cechą implementacji konkretnej konfiguracji.

Sterowanie aktuatorami tworzy interfejs między obliczeniem a przepływem mocy. Obejmuje przekształcenie komendy logicznej w sygnały sterujące napędem, ograniczenia, monitorowanie oraz sprzężenia lokalne. Aktuator przekształca energię elektryczną, hydrauliczną, pneumatyczną albo inną w ruch lub siłę. Dopiero element sterujący i dynamika płatowca przekształcają ten ruch w zmianę sił, momentów i stanu lotu.

Łańcuch nie jest jednokierunkowy. Ruch aktuatora może być mierzony lokalnie, odpowiedź płatowca wraca przez sensory inercyjne, a ograniczenie energetyczne może zmienić dostępne polecenie. Dlatego analiza kończąca się na słowie „autopilot” pomija zarówno wykonanie komendy, jak i rzeczywistą odpowiedź obiektu.

Funkcje przekrojowe

Źródło i kondycjonowanie energii obejmują aktywację, przetwarzanie napięć, filtrację, ochronę, dystrybucję oraz kontrolę dostępności mocy. Nie jest to wyłącznie „bateria”. Źródło może zasilać różne odbiorniki bezpośrednio albo przez odrębne tory. Profil poboru energii zależy od trybów pracy, a krótkotrwałe zapotrzebowanie urządzeń wykonawczych może mieć inne znaczenie niż średni pobór elektroniki.

Sekwencjonowanie narzuca dozwoloną kolejność inicjalizacji, testów, przełączeń i aktywacji. Czas i synchronizacja zapewniają wspólną interpretację chwil pomiaru i wykonania komendy. W systemach wielozegarowych oraz w logice FPGA przekraczanie domen zegarowych, metastabilność, reset i deterministyczne opóźnienie są właściwościami implementacji mogącymi ograniczyć poprawność całej funkcji, mimo że nie tworzą osobnego „efektu bojowego”. Literatura FPGA wskazuje, że poprawny wynik logiczny w symulacji nie zastępuje analizy czasowej, domen zegarowych i mapowania na rzeczywiste zasoby.mto2-salauyou

Łącze danych jest funkcją transportową, a nie jedną określoną wiadomością. Może przenosić inicjalizację, dane referencyjne, obserwacje, estymaty, komendy, synchronizację, status lub telemetrię. Architektura musi określać kierunek przepływu, właściciela informacji, moment jej ważności oraz zachowanie po utracie połączenia. Wspólna etykieta „datalink” nie dowodzi równoważności dwóch systemów.

Zarządzanie trybami określa aktywny zestaw funkcji i reguły przechodzenia między nimi. Tryb nie jest jedynie flagą programu: może zmieniać źródła danych, pasma filtrów, częstotliwość obliczeń, limity sterowania i kryteria diagnostyczne. Jego identyfikacja wymaga powiązania kodu, danych konfiguracyjnych i stanu sprzętu.

Diagnostyka i kontrola uszkodzeń zbierają oznaki niesprawności, oceniają wiarygodność danych, izolują wadliwy tor i wymuszają przewidzianą reakcję. Wbudowany test nie musi działać przez cały lot ani obejmować wszystkich funkcji. Deklaracja „BIT” bez wskazania chwili, pokrycia i skutku wykrycia jest zbyt ogólna do porównania.

Interfejs z systemem naziemnym obejmuje więcej niż mechaniczne umieszczenie pocisku na wyrzutni. Może przenosić energię, czas, inicjalizację, dane konfiguracyjne, status, komendy, wyniki testów i ograniczenia zgodności. Zdolność przypisywana całemu zestawowi może zależeć od sensora, stanowiska kierowania, konkretnego wydania oprogramowania oraz konfiguracji efektora. Nie należy przenosić jej automatycznie na sam pocisk.

Macierz przecięć osi

Trzy osie nie tworzą trzech równoległych katalogów. Spotykają się w rekordach opisujących relację: konkretny obiekt w określonej konfiguracji realizuje funkcję za pomocą wskazanej technologii.

Obiekt systemowy lub konfiguracja Funkcja Technologia albo zasada realizacji Konsekwencja klasyfikacyjna
wspólny komputer pokładowy nawigacja, logika misji, wyznaczanie komend, diagnostyka procesor, pamięć, oprogramowanie czasu rzeczywistego jeden obiekt realizuje kilka funkcji; awaria sprzętu może mieć skutki w wielu torach
moduł FPGA filtracja, obsługa interfejsów, synchronizacja, lokalny automat sterujący logika programowalna, potoki, pamięci i bloki DSP jedna technologia realizuje różne funkcje; nazwa komponentu nie określa jego roli
funkcja estymacji stanu celu przetwarzanie obserwacji w czasie front-end analogowy, przetwornik, FPGA lub DSP, program procesora i dane kalibracyjne jedna funkcja jest rozproszona między kilka komponentów i artefaktów konfiguracji
nawigacja inercyjna estymacja stanu własnego czujniki bezwładnościowe, synchronizacja, obliczenia i kalibracje technologia sensora jest tylko częścią funkcji; „IMU” nie jest synonimem „INS”
tor sterowania ruchem realizacja wartości zadanej autopilot, sterownik mocy, aktuator, element sterujący i dynamika płatowca wynik powstaje przez łańcuch informacji, energii i oddziaływania
łącze danych systemu transport informacji odbiornik lub nadajnik, protokół, czas, kod i interfejs systemu zewnętrznego funkcja może leżeć po obu stronach granicy pocisku; zgodność wymaga konfiguracji całego łańcucha
czujnik inercyjny pomiar ruchu oraz lokalna diagnostyka wspólny element pomiarowy i elektronika kondycjonująca jeden komponent dostarcza dane kilku funkcjom, ale nie wykonuje ich całych
aktuator elektromechaniczny sterowanie powierzchnią albo innym elementem wykonawczym silnik, przekładnia, elektronika mocy i sprzężenie lokalne wspólna nazwa aktuatora nie dowodzi jednakowej dynamiki, mocy ani przeznaczenia

Macierz ujawnia trzy różne relacje wieloznaczności. Po pierwsze, obiekt fizyczny może skupiać wiele funkcji. Po drugie, funkcja może być rozproszona między sprzęt, kod, dane i elementy zewnętrzne. Po trzecie, technologia może obsługiwać różne funkcje w różnych konfiguracjach. Dopiero wskazanie wszystkich trzech relacji pozwala uniknąć opisu nieistniejącej „typowej elektroniki” rodziny.

Kryteria porównania rozwiązań

Dwa rozwiązania można porównywać dopiero po ustaleniu wspólnego poziomu. Dla każdej pary trzeba odpowiedzieć kolejno:

  1. Czy realizują tę samą funkcję i wytwarzają porównywalne wyjście?
  2. Czy korzystają z tej samej zasady fizycznej lub jedynie noszą podobną nazwę?
  3. Gdzie leży granica funkcji: w pocisku, na platformie czy w systemie naziemnym?
  4. Czy porównywane są technologie, architektury, implementacje, komponenty czy generacje?
  5. Jakie są wejścia, opóźnienia, wymagania czasowe i zależności od innych funkcji?
  6. Jak przebiega tor energii oraz jakie ograniczenia środowiskowe i kwalifikacyjne obowiązują?
  7. Jakie warianty, bloki, partie i okresy obejmuje dowód?
  8. Czy źródła potwierdzają rzeczywistą konfigurację, wynik próby, deklarację producenta czy tylko typowe własności klasy urządzeń?

Wspólna nazwa często tworzy fałszywe podobieństwo. Dwie „radarowe głowice” mogą różnić się tym, czy nadajnik znajduje się na pokładzie, poza pociskiem, czy pomiar został wykonany jeszcze gdzie indziej i przesłany łączem. Dwa „INS-y” mogą mieć inną architekturę mechaniczną, inne źródła korekcji i inny podział obliczeń. Dwa „autopiloty cyfrowe” mogą przyjmować odmienne wartości zadane oraz sterować innymi rodzajami urządzeń wykonawczych. Dwa „łącza danych” mogą być odpowiednio jednokierunkowym kanałem inicjalizacji i dwukierunkowym kanałem wymiany statusu. Dwa moduły z FPGA mogą realizować odpowiednio szybki tor sygnałowy i pomocniczą obsługę interfejsów.

Równie mylące jest podobieństwo komponentów. Ten sam model procesora nie gwarantuje wspólnego kodu, identycznych danych kalibracyjnych, zgodnej rewizji wejść i wyjść ani porównywalnego poziomu kwalifikacji. Ten sam typ aktuatora nie oznacza tej samej charakterystyki po włączeniu go do innego płatowca. Ten sam rodzaj czujnika może służyć nawigacji, stabilizacji albo diagnostyce. Porównanie powinno więc zaczynać się od funkcji i granicy systemu, a dopiero potem przechodzić do technologii oraz fizycznej realizacji.

Tak zbudowany aparat pojęciowy wyznacza punkt wejścia do studiów przypadków. W rodzinie AIM-9 trzeba będzie oddzielnie prześledzić obserwację celu, przetwarzanie, sterowanie i łącze, zamiast sprowadzać historię do jednej linii głowic. W Minutemanie zmianę komputerów i pamięci trzeba powiązać z funkcjami nawigacyjnymi oraz konkretnymi generacjami systemu. W S-200WE/5W28E konieczne będzie rozdzielenie wyposażenia zestawu, funkcji naziemnych i pokładowych oraz dowodów dotyczących właściwego wariantu. Każde z tych studiów powinno rozpocząć się od identyfikacji konfiguracji, a dopiero potem wypełniać macierz funkcja–technologia.

Studium 1. S-200WE i 5W28E: zdolność należy do konfiguracji, nie do jednego eksponatu

Pytanie i zakres studium S-200

Pytanie: które funkcje polskiego S-200WE wykonywał pocisk 5W28E, które radar i pozostałe urządzenia naziemne, a które powstawały dopiero przez ich współdziałanie?

Zakres obejmuje eksportowy zestaw S-200WE związany z polską eksploatacją i pocisk 5W28E, ze szczególnym uwzględnieniem konfiguracji zachowanej przez Muzeum Sił Powietrznych w Dęblinie. Nie jest to rekonstrukcja wszystkich odmian S-200 ani wszystkich stanów modyfikacji polskich dywizjonów. Karta muzealna dokumentuje eksponat, jego oznaczenia i pochodzenie; nie jest kompletną dokumentacją konfiguracji bojowej z określonego dnia służby.mto3a-s200-msp

Pierwsza granica obiektu przebiega następująco:

rodzina S-200
└── zestaw S-200WE
    ├── dowodzenie i zewnętrzne źródła danych
    ├── kanał radiolokacyjny, w tym radar rodziny 5N62
    ├── wyrzutnia SP72WE
    ├── pocisk 5W28E
    └── urządzenia przygotowania, zasilania, transportu i kontroli

Drzewo nie dowodzi, że zachowany eksponat obejmuje wszystkie wymienione elementy. Wyznacza jedynie poziomy, do których należy przypisywać twierdzenia. Muzeum identyfikuje zestaw jako S-200WE Wega, wyrzutnię jako SP72WE, a prezentowaną rakietę jako 5W28E. Podaje ponadto, że wyrzutnię przekazał 78 Pułk Rakietowy Obrony Powietrznej w Mrzeżynie, natomiast rakietę — Wojskowy Instytut Uzbrojenia w Zielonce.mto3a-s200-msp Są to trzy obiekty i dwie proweniencje, nie pięć nazw jednego wyrobu.

Mapa trzech osi dla S-200WE

Oś systemowa Funkcja Implementacja technologiczna Czas i zakres
zestaw S-200WE koordynacja łańcucha zwalczania i integracja jego elementów wieloelementowa architektura naziemna współpracująca z efektorem polska odmiana eksportowa opisana w karcie muzealnej
system dowodzenia przyjęcie informacji o sytuacji, przydział celu i przekazanie danych do kanału stanowiska i łącza naziemne; karta wymienia możliwość sprzężenia z Wektor-2WE lub Bajkał-1M zdolność deklarowana dla zestawu w źródle, nie dowód każdej polskiej konfiguracji
radar rodziny 5N62 przejęcie i śledzenie celu oraz wytworzenie warunków radiolokacyjnych dla półaktywnego naprowadzania naziemna stacja śledzenia i podświetlania opis rodziny systemu w oficjalnej bazie rozpoznawczej US Army; dokładny wariant polskiej stacji nie został ustalony
wyrzutnia SP72WE utrzymanie i ukierunkowanie pocisku przed startem oraz połączenie go z częścią naziemną wyrzutnia obracana w azymucie potwierdzona dla eksponatu S-200WE; zakres zmian eksploatacyjnych pozostaje nieznany
pocisk 5W28E lot efektora i udział pokładowej głowicy w półaktywnym naprowadzaniu karta muzealna identyfikuje głowicę samonaprowadzającą, lecz nie dokumentuje wewnętrznego podziału aparatury 5W28E potwierdzony dla polskiego eksponatu; cech bazowego 5W28 nie przenosi się na odmianę eksportową bez osobnego dowodu
wyposażenie obsługowe doprowadzenie pocisku i stanowiska do kontrolowanego stanu gotowości oraz sprawdzanie zgodności odrębne urządzenia naziemne, dokumentacja i środki techniczne ich komplet i odmiany nie są opisane w karcie eksponatu

Mapa pokazuje, dlaczego oś funkcjonalna nie pokrywa się ani z wykazem urządzeń, ani z chronologią technologii. Funkcja „obserwować cel” jest podzielona między zewnętrzne źródła danych, radar kanału i pokładową głowicę samonaprowadzającą. Funkcja „naprowadzać” również nie należy do jednego pudełka: naziemna stacja tworzy warunki obserwacji radiolokacyjnej, a głowica pocisku uczestniczy w półaktywnym naprowadzaniu. Karta muzealna dokumentuje tę zależność funkcjonalną, ale nie pozwala odtworzyć wewnętrznego podziału przetwarzania i sterowania w pocisku.mto3a-s200-msp Nie wynika z niej, że pocisk zawiera radar dozoru albo samodzielnie tworzy pełny ślad celu.

Rozdzielenie osi działa również w drugą stronę. Radar 5N62 nie jest „naprowadzaniem” w całości, chociaż uczestniczy w kanale naprowadzania. Według oficjalnej bazy rozpoznawczej US Army rodzina S-200 wykorzystuje oddzielne radary wczesnego wykrywania oraz radar 5N62 związany ze śledzeniem i prowadzeniem ognia.mto3a-s200-odin Jest to ocena instytucjonalna systemu, nie dokument wykonawczy polskiej stacji. Pozwala rozdzielić role sensorów, lecz nie upoważnia do rekonstrukcji parametrów emisji, trybów pracy ani konfiguracji operatora.

Rekordy dowodowe dla S-200WE i 5W28E

Rekord Twierdzenie i podmiot Dowód Pewność i granica
S200-01 eksponat opisano jako zestaw S-200WE Wega na wyrzutni SP72WE tytuł i dział „Informacje” karty Muzeum Sił Powietrznych wysoka dla identyfikacji eksponatu; nie dowodzi kompletności konfiguracji bojowej
S200-02 prezentowana rakieta ma oznaczenie 5W28E zapis o przekazaniu rakiety przez WITU wysoka dla tego egzemplarza; nie dowodzi, że każdy wariant S-200 używał 5W28E
S200-03 wyrzutnia wykonuje ukierunkowanie w azymucie, a głowica pocisku korzysta z bieżącej informacji związanej ze stacją radiolokacyjną dział „Opis” tej samej karty średnia–wysoka dla opisu funkcjonalnego S-200WE; źródło nie identyfikuje wersji radaru ani formatu informacji
S200-05 w architekturze rodziny radar 5N62 pełni inną rolę niż radary wczesnego wykrywania baza ODIN US Army średnia; jest to oficjalna ocena rozpoznawcza, nie dokumentacja producenta ani polski wykaz konfiguracji
S200-06 karta eksponatu nie dokumentuje kompletnego wyposażenia obsługowego brak wykazu takich urządzeń w źródle brak danych, nie „urządzenia nie występowały”

Podobnie rekord S200-03 nie jest dowodem, że stacja naziemna przesyłała do pocisku pełne współrzędne w formie łącza aktualizacji porównywalnego ze współczesnym datalinkiem. Karta muzealna opisuje zależność funkcjonalną między stacją a głowicą samonaprowadzającą, ale nie ujawnia granicy między przygotowaniem przedstartowym, podświetleniem celu i informacją przetwarzaną już na pokładzie. Poprawny zapis brzmi więc: wynik zależał od współpracy stacji radiolokacyjnej z półaktywną głowicą pocisku. Bardziej szczegółowa architektura wymagałaby dokumentu technicznego właściwego dla S-200WE.

Błędna inferencja o S-200WE

„S-200WE sam wykrywa cel, a rakieta 5W28E śledzi go własnym radarem od chwili startu; SP72WE jest jedynie podstawą pocisku.”

Zdanie tworzy fałszywy obiekt. Pierwsza część przypisuje zestawowi jedną, niepodzielną funkcję sensoryczną, mimo że publiczne źródła rozdzielają radary wczesnego wykrywania, kanał 5N62 i głowicę pokładową. Druga zamienia półaktywny seeker w autonomiczny radar wytwarzający własne warunki obserwacji. Trzecia redukuje wyrzutnię do biernej konstrukcji, choć karta muzealna przypisuje jej ukierunkowanie w azymucie.mto3a-s200-msp

Równie błędne byłoby odwrócenie inferencji: skoro system naziemny uczestniczył w obserwacji i prowadzeniu, pocisk nie miał własnego sensora. Karta muzealna identyfikuje głowicę samonaprowadzającą 5W28E, ale nie dokumentuje algorytmu, charakterystyk odbiornika ani podziału obliczeń między bloki.mto3a-s200-msp

Rozstrzygnięcie i granice wiedzy o S-200WE

W modelu trzech osi zdolność S-200WE zapisuje się jako relację:

konfiguracja systemowa i czas
        ×
funkcja: wykrycie → przydział → śledzenie/podświetlenie
         → obserwacja pokładowa → guidance → control
        ×
implementacja: C2 + sensory naziemne + 5N62
               + SP72WE + 5W28E + wyposażenie obsługowe

Rozstrzygnięcie nie polega na wybraniu „najważniejszego” elementu. Zestaw jest właścicielem zdolności systemowej; radar — określonych funkcji obserwacyjnych i iluminacyjnych; wyrzutnia — funkcji integracji i ukierunkowania przed startem; pocisk — lotu, pokładowej obserwacji, naprowadzania i sterowania; wyposażenie obsługowe — utrzymania kontrolowanego stanu technicznego. Awaria albo niezgodność jednego elementu może odebrać zdolność całemu łańcuchowi, ale nie przenosi jego funkcji na pozostałe urządzenia.

Publiczne źródła nie pozwalają ustalić pełnej konfiguracji polskiej stacji 5N62, wersji oprogramowania lub logiki aparatury, szczegółów interfejsów, kompletnego wykazu urządzeń obsługowych ani zakresu modyfikacji poszczególnych egzemplarzy. Nie należy tych luk uzupełniać danymi innych odmian S-200, rekonstrukcją ze zdjęć ani analogią do współczesnych systemów.

Studium 2. AIM-9B, AIM-9L/M i AIM-9X: porównanie węzłów rozgałęzionej rodziny

Pytanie i zakres studium AIM-9

Pytanie: jak zmieniały się obserwacja celu, przetwarzanie, sterowanie i udział łącza danych w wybranych generacjach Sidewindera, jeżeli wspólna nazwa AIM-9 nie oznacza wspólnej architektury?

Zakres obejmuje produkcyjny AIM-9B od 1956 roku, AIM-9L rozwijany produkcyjnie od 1976 roku, AIM-9M dostarczany od 1983 roku oraz AIM-9X Block I i Block II. Daty są punktami zdarzeń podanymi przez amerykańskie siły zbrojne, nie granicami światowej eksploatacji wszystkich użytkowników.mto3a-aim9-usaf,mto3a-aim9-navy

Nie należy rysować genealogii jako prostego ciągu:

B → L → M → X

Taki zapis może być użyteczną osią wybranych studiów, lecz nie jest drzewem rodziny. Oficjalne zestawienie historii lotnictwa US Navy wskazuje między innymi odrębną półaktywnie radiolokacyjną odmianę AIM-9C, linię D–G–H oraz relację E–J.mto3a-aim9-genealogy Litery nie tworzą zatem jednej kolejki, a AIM-9L/M i AIM-9X nie mogą być opisywane jako kolejne wymiany pojedynczego modułu w niezmiennym pocisku.

Mapa trzech osi dla AIM-9

Konfiguracja i czas Obserwacja celu Przetwarzanie Sterowanie Łącze danych
AIM-9B, od 1956 r. pasywne naprowadzanie podczerwone; źródło USAF wskazuje ograniczenia dotyczące ataku czołowego, nocy i celu blisko ziemi dokładna implementacja publicznej karty pozostaje nieustalona współczesny raport NACA badał stabilizację prędkości przechylenia na dwóch modelach badawczych konfiguracji Sidewinder, lecz nie ustanawia pełnej karty produkcyjnego Bmto3a-naca-rolleron brak potwierdzenia w użytych źródłach; nie jest to automatyczny dowód nieobecności każdego interfejsu przedstartowego
AIM-9L, produkcja i dostawy od 1976 r. seeker ze skanowaniem stożkowym; pierwsza odmiana opisana przez USAF jako zdolna do ataku ze wszystkich kierunków większa czułość i stabilność śledzenia są skutkami przypisanymi seekerowi L karta USAF nie wystarcza do pełnego odtworzenia toru sterowania brak wariantowego dowodu łącza po starcie
AIM-9M, dostawy od 1983 r. zachowana zdolność obserwacji ze wszystkich kierunków poprawiona dyskryminacja celu na tle i przeciwdziałanie zakłóceniom IR dokument ACC potwierdza przednie powierzchnie sterowe i tylne zespoły ze stabilizacją przechylenia użyte dokumenty nie przypisują M datalinku po starcie
AIM-9X Block I, IOC pod koniec 2003 r. obrazujący seeker podczerwieni i obserwacja przy dużym odchyleniu od osi przetwarzanie obrazowe oraz zwiększona odporność na zakłócenia; bez publicznych parametrów algorytmu zmieniony płatowiec, stałe przednie powierzchnie i sterowanie strumieniem dla zwiększenia manewrowości cechy Block II nie przechodzą wstecz na Block I
AIM-9X Block II, od 2011 r. rozwinięta obrazująca obserwacja IR ACC przypisuje odmianie X-2 zaktualizowane procesory jednostki naprowadzania zachowana warstwa sterowania aerodynamicznego i wektorem ciągu opisana dla rodziny X dodane łącze danych wspierające funkcję lock-on-after-launch; nie ujawniono parametrów transmisji

W AIM-9B publicznie udokumentowany rezultat obserwacji można opisać przez jego ograniczenia, ale nie należy dopisywać niepotwierdzonego materiału detektora, wzoru przesłony ani parametrów skanowania. Oficjalny podręcznik NAWCWD omawia technikę spin-scan w odniesieniu do wczesnych konstrukcji Sidewindera, lecz taki zakres źródła pozostaje szerszy niż jednoznacznie zidentyfikowany produkcyjny AIM-9B.mto3a-aim9-ew-handbook Model trzech osi zachowuje więc rekord na poziomie „wczesne konstrukcje Sidewindera”, dopóki dokument właściwy dla B nie potwierdzi jego zakresu obowiązywania.

Dla AIM-9L karta USAF pozwala na twierdzenie mocniejsze: wskazuje seeker ze skanowaniem stożkowym, zwiększenie jego czułości i stabilności śledzenia oraz zdolność rażenia ze wszystkich kierunków, w tym z kierunku przedniego.mto3a-aim9-usaf Nie pozwala natomiast odtworzyć wzoru skanowania, pasma, progów detekcji ani logiki śledzenia. „All-aspect” jest potwierdzoną klasą zdolności określonego wariantu, nie synonimem działania bez ograniczeń geometrycznych i środowiskowych.

AIM-9M odziedziczył opisaną zdolność obserwacji ze wszystkich kierunków, ale oficjalna karta przypisuje mu także poprawioną obronę przed środkami przeciwdziałania IR i lepszą dyskryminację na tle.mto3a-aim9-usaf Są to funkcje przetwarzania i odporności obserwacji, nie dowód konkretnego algorytmu cyfrowego. Jednostronicowa karta ACC identyfikuje ponadto sekcję naprowadzania i sterowania, przednie powierzchnie sterowe oraz tylne zespoły skrzydeł ze stabilizacją przechylenia.mto3a-aim9-acc Ten opis dotyczy M i nie powinien być przenoszony wstecz na B ani w przód na X tylko dlatego, że wszystkie pociski należą do rodziny AIM-9.

AIM-9X stanowi zmianę wieloosiową. NAVAIR przypisuje mu głowicę z matrycą ogniskową, duże pole wskazania poza osią, poprawione przeciwdziałanie zakłóceniom IR i wysoko manewrowy płatowiec. Jednocześnie wskazuje zachowanie niektórych elementów AIM-9M, między innymi silnika, części bojowej i aktywnego optycznego detektora celu.mto3a-aim9-navair Ciągłość części nie oznacza ciągłości całej architektury, a nowa głowica nie oznacza wymiany każdego podzespołu.

Źródła wojskowe rozdzielają bloki X. Block I osiągnął wstępną gotowość operacyjną pod koniec 2003 roku. Block II został wprowadzony w 2011 roku i otrzymał łącze danych oraz zmiany w innych urządzeniach.mto3a-aim9-navy Karta ACC doprecyzowuje, że AIM-9X-2 wykorzystuje zaktualizowane procesory jednostki naprowadzania i zintegrowany z detektorem celu datalink, który wspiera funkcję przejęcia celu po starcie.mto3a-aim9-acc Poprawne twierdzenie brzmi zatem „AIM-9X Block II ma potwierdzone łącze danych o publicznie opisanej roli”, nie „AIM-9X zawsze miał datalink” ani tym bardziej „Sidewinder jest pociskiem sieciowym”.

Rekordy dowodowe dla AIM-9

Rekord Twierdzenie Zakres dowodu Status
AIM9-01 AIM-9B był pierwszą odmianą produkcyjną, a wskazane ograniczenia odróżniają go od późniejszych wariantów karta USAF, AIM-9B od 1956 r. potwierdzone, bez rekonstrukcji wnętrza seekera
AIM9-02 AIM-9L otrzymał seeker ze skanowaniem stożkowym i klasę zdolności all-aspect karta USAF, wariant L potwierdzone na poziomie funkcji i typu obserwacji
AIM9-03 AIM-9M zachował klasę all-aspect L, poprawiając dyskryminację tła i odporność na przeciwdziałanie IR karta USAF, wariant M potwierdzone; algorytmy i progi nieujawnione
AIM9-04 rodzina nie jest liniowa: istniały między innymi rozgałęzienia C/D–G–H oraz E–J oficjalne zestawienie NHHC potwierdzone genealogicznie; dokument nie opisuje całej implementacji technicznej
AIM9-05 AIM-9X wykorzystuje obrazującą głowicę IR i zmienioną technologię sterowania, zachowując wybrane elementy M NAVAIR i USAF potwierdzone dla publicznego baseline’u X, nie dla każdej rewizji
AIM9-06 datalink należy do Block II, a nie automatycznie do Block I ani wcześniejszych AIM-9 US Navy i ACC wysoka pewność wariantowa
AIM9-07 raport o rolleronie z 1955 r. dokumentuje badanie dwóch modeli konfiguracji Sidewindera, nie produkcyjnego AIM-9B ani wszystkich późniejszych pocisków NACA RM SL55C22mto3a-naca-rolleron potwierdzone dla modeli badawczych; zakres zastosowania w produkcji pozostaje nieustalony

Błędna inferencja o rodzinie AIM-9

„Sidewinder rozwijał się liniowo od AIM-9B przez L i M do X: zmieniano jedynie seeker, więc wszystkie odmiany miały tę samą architekturę sterowania, a każdy AIM-9X dysponuje łączem danych.”

Pierwszy błąd jest genealogiczny: oficjalna historia dokumentuje równoległe linie i nawet odmianę AIM-9C z naprowadzaniem półaktywnie radiolokacyjnym.mto3a-aim9-genealogy Drugi jest funkcjonalny: zmiana sensora nie opisuje automatycznie zmian w przetwarzaniu, naprowadzaniu, aktuatorach, płatowcu i integracji z nosicielem. Trzeci jest konfiguracyjny: US Navy przypisuje dodanie datalinku Block II, podczas gdy Block I opisuje oddzielnie.mto3a-aim9-navy

Błędna jest również inferencja przeciwna: skoro AIM-9X zachował niektóre elementy AIM-9M, jego obserwacja i sterowanie są jedynie ulepszonym M. Zachowanie silnika, części bojowej lub detektora celu nie usuwa zmiany technologicznej obejmującej obrazujący seeker, przetwarzanie i sterowanie strumieniem.mto3a-aim9-navair

Rozstrzygnięcie i granice wiedzy o AIM-9

Historia Sidewindera jest grafem konfiguracji. Wspólna nazwa ustanawia pokrewieństwo programu; dopiero rekord wariantu i czasu mówi, która funkcja została zrealizowana określoną technologią. AIM-9B reprezentuje wczesne pasywne naprowadzanie IR o jawnie opisanych ograniczeniach. AIM-9L wiąże funkcję obserwacji ze skanowaniem stożkowym i klasą all-aspect. AIM-9M rozwija odporność obserwacji i przetwarzania, nie tracąc odrębności wariantowej. AIM-9X zmienia zarówno rodzaj informacji dostarczanej przez seeker, jak i sposób jej wykorzystania oraz sterowanie pociskiem. Dopiero Block II otrzymuje w użytych źródłach jednoznacznie przypisane łącze danych.

Publiczny materiał nie ujawnia rozdzielczości matrycy, parametrów toru sygnałowego, progów klasyfikacji, szczegółowych praw sterowania, zawartości oprogramowania ani parametrów datalinku. Nie wolno ich odtwarzać przez połączenie ogólnego podręcznika elektrooptyki, opisu prototypu i karty późnego bloku. Brak potwierdzenia łącza w AIM-9B, L lub M oznacza w tej analizie brak dowodu dla funkcji po starcie, a nie uniwersalne twierdzenie o nieistnieniu wszelkich interfejsów z nosicielem.

Kolejne studium przesunie punkt ciężkości z rozproszonego zestawu S-200WE i rozgałęzionej rodziny sensorów AIM-9 na komputery oraz pamięci Minuteman. Zachowany zostanie ten sam rygor: osobno konfiguracja systemowa, funkcja nawigacyjna i sterująca, technologia realizacji, czas obowiązywania oraz dowód — bez przenoszenia pamięci lub komputera jednej generacji na pozostałe.

Studium przypadku: Minuteman I, II i III

Pytanie i granica analizy

Pytanie badawcze nie brzmi: „jaki komputer miał Minuteman?”, ponieważ nazwa rodziny obejmuje kilka generacji, a Minuteman III dodatkowo przeszedł wieloletnie modernizacje. Właściwe pytanie jest węższe:

Jak zmiany komputera i pamięci wiązały się z funkcją nawigacji inercyjnej oraz z rozszerzaniem i podtrzymywaniem funkcji całego systemu w kolejnych, datowanych konfiguracjach Minuteman I, II i III?

Granica systemowa obejmuje pocisk, jego zestaw kierowania i sterowania, system powrotny oraz te elementy naziemne, które przekazywały dane lub podtrzymywały gotowość. Nie obejmuje szczegółowych danych celowniczych, procedur bojowych, parametrów podatności ani instrukcji ładowania oprogramowania. W obrębie samego zestawu kierowania trzeba rozdzielić co najmniej platformę inercyjną, komputer, elektronikę pośredniczącą, oprogramowanie oraz interfejsy z pozostałymi członami pocisku. „Komputer” nie jest zatem synonimem „systemu nawigacyjnego”, a „nowa pamięć” nie jest sama w sobie nową metodą naprowadzania.

Chronologia operacyjna ustanawia pierwszą oś czasu: Minuteman I osiągnął stan operacyjny w 1962 roku, Minuteman II w 1966 roku, a Minuteman III w 1970 roku. Ostatnie Minutemany I zastąpiono do 1969 roku, natomiast wycofywanie Minutemana II rozpoczęło się w 1991 roku i zakończyło usunięciem ostatniego pocisku z silosu w 1995 roku.mto3b-timeline Daty te identyfikują generacje systemu, lecz nie mówią jeszcze, kiedy każdy podzespół został zaprojektowany, zamontowany albo wymieniony.

Mapa trzech osi

Konfiguracja i czas Funkcja Implementacja technologiczna Co rzeczywiście wynika z dowodu
Minuteman I, zestaw kierowania z początku eksploatacji pomiar inercyjny, wyznaczanie stanu ruchu, obliczenia kierowania i przekazywanie poleceń do układów wykonawczych stabilizowana platforma oraz cyfrowy komputer D-17B z dyskową pamięcią magnetyczną i elektroniką z elementów dyskretnychmto3b-d17b-report raport techniczny potwierdza architekturę D-17B; nie przenosi się jej na nieudokumentowane odmiany D-17
Minuteman II, D-37C, druga połowa lat sześćdziesiątych funkcje zestawu kierowania nowej generacji systemu raport AFIT przypisuje D-37C Minutemanowi II, a zachowana płytka potwierdza użycie układów scalonych w tym programiemto3b-afit-d37,mto3b-mm2-board użyty korpus nie ustala organizacji pamięci D-37C; nie wolno jej dopowiadać przez analogię do D-17B ani D-37D
Minuteman III, pierwotny NS-20/D-37D, od 1970 roku funkcje kierowania pierwotnej generacji Minutemana III raport AFIT przypisuje D-37D Minutemanowi III, a dokument programu GRP identyfikuje go jako komputer później zastępowanymto3b-afit-d37,mto3b-boeing-grp źródła nie ustalają tu organizacji pamięci D-37D ani nie pozwalają przypisać pierwotnej konfiguracji wszystkim późniejszym egzemplarzom
Minuteman III, NS-50 po Guidance Replacement Program, wdrażany od końca lat dziewięćdziesiątych zachowanie podstawowych funkcji kierowania, monitorowania i współpracy z systemem przy poprawie niezawodności oraz obsługiwalności elektronika generacji lat dziewięćdziesiątych, nowy komputer i oprogramowanie; zachowana platforma żyroskopowa była to modernizacja technologiczna i logistyczna wewnątrz nadal eksploatowanego Minutemana III, a nie powstanie wariantu Minuteman IV

Mapa ujawnia dwa różne typy przejścia. Między Minutemanem I i II zmieniły się jednocześnie generacja pocisku, możliwości systemu oraz technologia realizacji obliczeń. W programie NS-20→NS-50 zmieniono natomiast zasadniczą część elektroniki i oprogramowania, zachowując zarówno nazwę Minuteman III, jak i istniejącą platformę żyroskopową. Zależność między osiami nie jest więc linią „nowszy komputer oznacza nową rakietę”. Czasem nowa technologia umożliwia rozszerzenie funkcji, czasem usuwa problem starzenia i braku części, a czasem pozostaje niezastosowanym kandydatem.

Rekordy dowodowe

MTO-MM-01 — Minuteman I. Przedmiotem rekordu jest rzeczywisty zespół kierowania Minutemana I wykorzystany w latach siedemdziesiątych do badań aparatury precyzyjnej. Dokument opisuje toroidalną strukturę zawierającą komputer D-17 i elektronikę stabilizowanej platformy. Jest to dowód obserwacyjny o wysokiej pewności dla fizycznej architektury badanego zespołu, lecz nie pełny wykaz wszystkich konfiguracji Minutemana I. Nie potwierdza również, że usunięte przed badaniem elementy odpowiadały stanowi operacyjnemu konkretnego pocisku.mto3b-klinger

MTO-MM-02 — pamięć i komputer pierwszej generacji. Karta obiektu Computer History Museum identyfikuje komputer kierowania Minutemana, producenta Autonetics, 24-bitową organizację oraz dyskową pamięć magnetyczną. Rekord ma wysoką pewność dla cech zachowanego obiektu, ale jego liczba słów pamięci nie powinna być bez kontroli utożsamiana z liczbą słów dostępnych programiście, ponieważ dokumentacje mogą liczyć fizyczne słowa, słowa użytkowe albo organizację o różnej interpretacji bitów pomocniczych.mto3b-chm-d17 Wniosek bezpieczny brzmi zatem: Minuteman I wykorzystywał cyfrowy komputer z magnetyczną pamięcią dyskową; dokładne porównanie pojemności wymaga ujednolicenia definicji.

MTO-MM-03 — Minuteman II. Oficjalna historia 341st Missile Wing przypisuje Minutemanowi II ulepszony system kierowania z półprzewodnikowymi układami scalonymi i zminiaturyzowanymi elementami dyskretnymi. Dokument wiąże tę zmianę z większą elastycznością danych, dokładnością i niezawodnością oraz z redukcją rozmiaru i masy zestawu.mto3b-mm2-history Osobny rekord Smithsonian określa Minutemana II jako pierwsze duże zastosowanie produkcyjne układów scalonych.mto3b-mm2-board Jest to zgodność dwóch instytucjonalnych linii, ale nie dowód, że każdy wzrost możliwości wynikał wyłącznie z układów scalonych. Zmieniły się także pamięć dostępna dla programu, konstrukcja komputera, oprogramowanie i inne części systemu.

MTO-MM-04 — Minuteman III w konfiguracji pierwotnej. Smithsonian opisuje system kierowania Minutemana III jako inercyjny, z komputerem cyfrowym wykonanym z wczesnych układów scalonych. Przypisuje zespołowi przechowywanie danych, wykonywanie obliczeń oraz sterowanie kierunkiem, zakończeniem ciągu i rozdzielaniem członów.mto3b-smithsonian-mm3 Boeing, informując w 1998 roku o programie wymiany, jawnie wymienił eksploatowany komputer D-37D wraz z pozostałą elektroniką i oprogramowaniem przeznaczonymi do zastąpienia.mto3b-boeing-grp Połączenie obu dowodów pozwala identyfikować technologiczną i funkcjonalną rolę pierwotnego zestawu, ale nie upoważnia do odtwarzania szczegółowej logiki sekwencji.

MTO-MM-05 — przejście NS-20→NS-50. Materiał U.S. Air Force z grudnia 2007 roku nazywa NS-20 pierwotnym zestawem kierowania Minutemana III i dokumentuje jego wymianę na NS-50. Wskazuje też, że zestaw wykonywał funkcje naziemne i lotne, a modernizacja zastępowała elektronikę lat sześćdziesiątych elektroniką generacji lat dziewięćdziesiątych.mto3b-ns50-malmstrom Drugi komunikat Air Force precyzuje, że wymieniono komputer i oprogramowanie, pozostawiając istniejącą stabilizowaną platformę żyroskopową.mto3b-ns50-minot Wysoka jest pewność co do zakresu modernizacji w opisanej bazie i chwili. Nie należy jednak z daty zakończenia prac w jednej bazie wyprowadzać automatycznie daty obowiązywania dla całej floty.

MTO-MM-06 — przyczyna i konfiguracja programu GRP. Raport GAO z 2004 roku opisuje Guidance Replacement Program jako zastąpienie starzejącej się elektroniki rozwiązaniami opartymi na technologii komercyjnej lat dziewięćdziesiątych. Jednocześnie wskazuje, że główna jednostka nawigacyjna — platforma żyrostabilizowana — pozostała konstrukcją z lat sześćdziesiątych, dla której narastał problem dostępności części.mto3b-gao-2004 Jest to ważne rozstrzygnięcie trójosiowe: technologia komputera uległa zasadniczej zmianie, funkcja nawigacyjna zachowała ciągłość, a rzeczywista konfiguracja stała się połączeniem elementów pochodzących z różnych epok.

Komputer i pamięć jako środki realizacji funkcji

W D-17B pamięć dyskowa była częścią architektury komputera czasu rzeczywistego, nie odpowiednikiem współczesnego pomocniczego magazynu plików. Raport techniczny dokumentuje przechowywanie programu i danych oraz szeregową, synchroniczną organizację obliczeń powiązaną z położeniem słów na wirującym nośniku.mto3b-d17b-report Jest to dowód dla D-17B, nie automatyczna charakterystyka każdego komputera Minutemana I.

Minuteman II pokazuje, dlaczego osi technologicznej nie wolno redukować do listy rodzajów pamięci. Raport AFIT identyfikuje D-37C jako komputer tej generacji, a zachowana płytka programu potwierdza zastosowanie układów scalonych; żadne z tych źródeł nie ustala jednak organizacji pamięci D-37C.mto3b-afit-d37,mto3b-mm2-board Poprawny rekord rozdziela zatem potwierdzoną zmianę technologii logiki od nieustalonej w tym korpusie technologii pamięci. Zdanie „układy scalone zwiększyły pojemność pamięci” byłoby nieudokumentowanym skrótem.

Wykorzystane źródła identyfikują D-37D z Minutemanem III oraz jako komputer zastępowany później w programie GRP, ale nie dokumentują tu kompletnego przydziału funkcji ani organizacji jego pamięci.mto3b-afit-d37,mto3b-boeing-grp To ograniczenie jest częścią wyniku: sama zmiana generacji systemu nie pozwala dopisać komputerowi większej liczby funkcji sekwencyjnych ani uznać każdej technologii pamięci rozważanej w epoce za wdrożoną.

Dobrym przykładem jest NASA SP-8070 z 1971 roku. Tabela przeglądowa zestawia Minutemana III z komputerem Honeywell HDC-701 i pamięcią plated-wire.mto3b-nasa-memory Późniejsze dokumenty producenta oraz Air Force identyfikują natomiast pierwotny NS-20 z komputerem D-37D. Nie wolno zatem zbudować kategorycznego zdania „wszystkie Minutemany III używały pamięci plated-wire”. Materiał NASA może opisywać rozwiązanie wybrane, rozwijane, oceniane albo przewidywane w chwili sporządzenia zestawienia. Bez dokumentu wdrożeniowego o właściwym zakresie rekord pozostaje historycznym dowodem związku technologii z programem, a nie dowodem konfiguracji całej floty.

Modernizacja NS-50 ilustruje odwrotną sytuację: zmiana technologii nie musi oznaczać rozszerzenia funkcji bojowej. Dokumenty programu akcentują niezawodność, obsługiwalność i podtrzymanie eksploatacji. Raport GAO z 1993 roku dodatkowo pokazuje, że planowana wymiana elektroniki i przepisanie oprogramowania były przedmiotem sporu o dostateczne uzasadnienie w chwili podejmowania decyzji.mto3b-gao-1993 Późniejsze wykonanie programu nie unieważnia wcześniejszej krytyki; oba źródła opisują różne stany: ocenę planu w 1993 roku oraz dojrzałość produkcji i stan wdrożenia dekadę później.

Błędna inferencja i rozstrzygnięcie

Błędny ciąg wnioskowania mógłby wyglądać następująco:

Minuteman II był pierwszym dużym systemem wykorzystującym układy scalone; Minuteman III był jego następcą; współczesne komputery używają pamięci półprzewodnikowej; zatem każdy Minuteman III od 1970 roku miał komputer mikroprocesorowy z pamięcią półprzewodnikową.

Każde przejście jest nieuprawnione. Następstwo generacji nie dowodzi odziedziczenia konkretnej technologii, „układ scalony” nie oznacza jeszcze „mikroprocesor”, a obecna typowość technologii nie działa wstecz. Dowody wskazują pierwotny NS-20/D-37D oraz późniejsze zastąpienie jego elektroniki przez NS-50. Właściwe rozstrzygnięcie brzmi:

Udokumentowany Minuteman III występował co najmniej w dwóch istotnych konfiguracjach zestawu kierowania: pierwotnej NS-20 z D-37D oraz późniejszej NS-50. Modernizacja wymieniła komputer, elektronikę i oprogramowanie, zachowując platformę żyrostabilizowaną; dlatego nazwa „Minuteman III” sama nie identyfikuje generacji komputera ani pamięci.

Granica wiedzy pozostaje jawna. Dostępne materiały nie uzasadniają przypisania jednej konfiguracji wszystkim egzemplarzom, partiom i datom. Nie rozstrzygają też bez dodatkowego dokumentu wdrożeniowego statusu każdej alternatywnej technologii pamięci badanej w programie. Brak takiego rozstrzygnięcia nie jest dowodem nieistnienia rozwiązania ani podstawą do uznania informacji za niejawną.

Od pytania badawczego do hasła

Pytanie badawcze powinno wskazywać relację, którą da się zanegować. „Opisać elektronikę Minutemana” nie wyznacza końca kwerendy. Pytanie o to, czy NS-50 zmienił metodę nawigacji, czy przede wszystkim jej implementację i podtrzymywalność, od razu wskazuje wymagane dokumenty: opis funkcji zestawu, identyfikację obu konfiguracji, zakres wymiany i daty wdrożenia.

Następnie ustala się granicę systemu. Jeśli badana jest nawigacja, obejmuje ona sensory inercyjne, komputer, oprogramowanie, dane oraz interfejsy niezbędne do przekazania wyniku. Jeżeli teza dotyczy zdolności całego systemu, granicę trzeba rozszerzyć o zależne elementy naziemne i system powrotny. Granicy nie wolno rozszerzać tylko dlatego, że znaleziony dokument zawiera interesujące dane z sąsiedniej domeny.

Identyfikacja konfiguracji poprzedza porównanie. Dla każdego dokumentu zapisuje się rodzinę, wariant, zestaw kierowania, komputer, stan programu i datę. „Minuteman III, 2007” jest nadal za mało dokładny, jeżeli w tym okresie trwało przejście między NS-20 i NS-50. Wartość nieznana otrzymuje status „brak danych”, a nie domyślną wartość z sąsiedniej kolumny.

Macierz osi buduje się na poziomie atomowych relacji:

konfiguracja systemowa × funkcja × implementacja technologiczna × czas × dowód

Wiersz „NS-50 — nawigacja — nowa elektronika — 2007” jest nadal skrótem. Trzeba rozdzielić wymianę komputera, zmianę oprogramowania, zachowanie platformy oraz deklarowany cel niezawodnościowy, ponieważ każdą z tych tez może wspierać inny fragment dokumentu.

Kontrola źródeł sprawdza nie logo instytucji, lecz dopasowanie dowodu. Dokument producenta jest bezpośredni dla zakresu kontraktu i własnej konstrukcji, raport użytkownika dla wykonanej wymiany, dokument muzealny dla zachowanego obiektu, a opracowanie techniczne dla mechanizmu pamięci. Kilka publikacji powtarzających ten sam komunikat nie tworzy kilku niezależnych dowodów.

Decyzja publikacyjna wynika z przecięcia jakości dowodu i bezpieczeństwa. Twierdzenie bezpośrednie, prawidłowo ograniczone i bezpieczne można podać wprost. Deklarację, rekonstrukcję albo stan czasowy publikuje się z kwalifikatorem. Rzeczywisty konflikt przedstawia się jako konflikt. Tezę mieszającą warianty odrzuca się, nawet jeśli wszystkie użyte w niej pojedyncze dane są prawdziwe.

Sprzeczność, niepewność i informacja ograniczona

Sprzeczne źródła najpierw normalizuje się pod względem obiektu, czasu, definicji i genealogii informacji. Dokument planistyczny i raport wykonania zwykle nie przeczą sobie: pierwszy opisuje zamiar, drugi rezultat. Podobnie zapis o komputerze rozwijanym dla programu nie jest równoważny wykazowi sprzętu wdrożonego w jednostkach.

Jeżeli po normalizacji konflikt pozostaje, rekord zachowuje obie linie dowodowe, zakres rozbieżności oraz warunek rozstrzygnięcia. Nie uśrednia się liczb, nie głosuje liczbą przedruków i nie wybiera automatycznie źródła wyższej klasy. Pewność zapisuje się wielowymiarowo: identyfikacja obiektu może być wysoka, dopasowanie czasowe średnie, a kompletność niska.

Informacji oznaczonej jako niejawna, niepublicznej dokumentacji eksploatacyjnej lub materiału pozyskanego bezprawnie nie reprodukuje się ani nie wykorzystuje jako ukrytego ogniwa rekonstrukcji. W jawnej kwerendzie wolno stwierdzić tylko, że nie odnaleziono potwierdzenia w określonych klasach źródeł. Nie wolno zamieniać tego wyniku na zdanie „dane są tajne”.

Ocena agregacji obejmuje cały artykuł. Osobno bezpieczne informacje o aktualnej konfiguracji, ograniczeniu, stanie utrzymania i procedurze mogą po połączeniu utworzyć praktyczny profil podatności. W takim przypadku obniża się szczegółowość, rozdziela informacje albo pomija wrażliwą syntezę, precyzyjnie nazywając jej kategorię, lecz nie ujawniając chronionej relacji. Ostrzeżenie nie neutralizuje operacyjnej użyteczności danych.

Linkowanie bez powielania

Hasło systemowe jest właścicielem genealogii, oznaczeń, dat, konfiguracji i potwierdzonych przypadków zastosowania. Dla Minutemana powinno powiedzieć, że w określonej konfiguracji występował D-37C albo NS-50, oraz krótko wskazać skutki systemowe. Nie powinno ponownie wykładać całej historii pamięci magnetycznych lub układów scalonych.

Hasło technologiczne jest właścicielem mechanizmu: wyjaśnia pamięć dyskową, pamięć plated-wire, układy scalone albo pamięć półprzewodnikową, ich ograniczenia i współistnienie w czasie. Minuteman występuje tam jako udokumentowany przypadek zastosowania, z oznaczeniem wariantu i daty, a nie jako pretekst do powtórzenia historii rodziny.

Hasło funkcjonalne definiuje nawigację inercyjną, estymację stanu, sterowanie i funkcje monitorujące przez ich wejścia, wyjścia oraz zależności. Nie przypisuje konkretnej implementacji do pocisku bez rekordu systemowego. Link zwrotny ma postać: „realizacja tej funkcji w NS-17 — zobacz hasło systemowe Minuteman II”.

Definicja kanoniczna występuje raz. Pozostałe hasła zawierają najwyżej krótkie zdanie kontekstowe oraz odsyłacz do konkretnej sekcji, nie do początku długiego artykułu. Relacja linku powinna być nazwana: „zastosowanie technologii”, „realizacja funkcji”, „następstwo konfiguracji” albo „dowód modernizacji”. Dzięki temu zmiana opisu pamięci nie wymaga ręcznego wyszukiwania kilku parafraz tej samej definicji.

Regresja po zmianie

Zmiana danych uruchamia kontrolę rekordu oraz wszystkich zależnych tabel, osi czasu, podpisów i wniosków. Nowa data wdrożenia może zmienić zakres konfiguracji; nowy wariant może rozbić dotychczasową kolumnę; nowe źródło może zmienić pewność, nie zmieniając samego zdania. Zastąpienie źródła kopią o innym SHA wymaga ustalenia, czy jest to identyczna treść, nowa rewizja czy dokument pochodny.

Regresja różnicowa wystarcza, gdy zmiana jest lokalna, nie narusza tezy, architektury, studium ani klasy bezpieczeństwa, a niezmienione części i wykorzystane kopie źródeł zachowują zgodne SHA-256. Ponowna pełna bramka jest obowiązkowa po zmianie głównej tezy, architektury modelu, studium przypadku, zasadniczego rachunku, kwalifikacji bezpieczeństwa albo po przekroczeniu projektowego limitu ośmiu fragmentów różnicy lub trzystu zmienionych linii.

Zmiana wariantu wymaga co najmniej ponownej kontroli tożsamości, zgodności systemowej i wszystkich relacji dziedziczonych. Zmiana źródła wymaga ponownej oceny proweniencji, niezależności i siły czasownika. Zmiana danych wymaga sprawdzenia definicji, jednostki, czasu oraz tego, czy wcześniejsza wartość była błędna, czy jedynie prawdziwa dla starszej konfiguracji. Historia nie jest kasowana: poprzedni rekord pozostaje odtwarzalny wraz z przyczyną zastąpienia.

Zakres rozstrzygający modelu

Model trzech osi rozstrzyga, jaki obiekt w jakim czasie realizował daną funkcję za pomocą jakiej technologii, które porównania są zasadne oraz czy pozorna ewolucja wynika ze zmiany funkcji, implementacji czy tylko stanu utrzymania. Pozwala również wykazać, że Minuteman III z NS-20 i Minuteman III z NS-50 nie są technicznie identycznymi konfiguracjami, choć należą do tego samego wariantu pocisku.

Sam model nie dowodzi jednak skuteczności, nie odtwarza brakującej dokumentacji i nie rozstrzyga przyczyn fizycznych na podstawie chronologii. Do tych zadań potrzebne są odpowiednio metrologia i analiza prób, zarządzanie konfiguracją, krytyka historyczna, analiza niezawodności, modele fizyczne oraz odrębna ocena bezpieczeństwa. Trzy osie porządkują dowód; nie zastępują dowodu.