Widok operacyjny

Przykład „Widoku operacyjnego” (OV) dotyczącego koncepcji operacji handlu elektronicznego DoD .

Widok operacyjny ( OV ) jest jednym z podstawowych widoków zdefiniowanych w architekturze korporacyjnej (EA) Departamentu Obrony Architecture Framework V1.5 (DoDAF) i jest powiązany z koncepcją operacji . W ramach DODAF 2, który zaczął funkcjonować w 2009 r., zbiory widoków są obecnie nazywane „punktami widzenia”, a nie widokami.

Inne ramy architektury korporacyjnej mogą lub mają widoki operacyjne. Na przykład MODAF ma operacyjny punkt widzenia, a struktura architektury NATO ma widok operacyjny (zbiór widoków podrzędnych). Ten artykuł dokładniej wyjaśni konstrukcję Widoku Operacyjnego DoDAF V1.5.

Przegląd

„Widok operacyjny” (OV) w architekturze DoDAF Enterprise (wersja 1/1.5) („Operacyjny punkt widzenia” w DODAF 2) opisuje zadania i działania, elementy operacyjne i wymianę informacji wymaganych do prowadzenia operacji. Czysty widok operacyjny jest niezależny od materiałów. Jednak na operacje i ich relacje mogą mieć wpływ nowe technologie, takie jak technologia współpracy, w przypadku której usprawnienia procesów są w praktyce realizowane, zanim polityka będzie mogła odzwierciedlać nowe procedury.

Operacyjny punkt widzenia umożliwia opisanie tego, co jest potrzebne, w sposób wolny od rozwiązań lub implementacji. Mogą jednak zaistnieć przypadki, w których konieczne jest udokumentowanie sposobu realizacji procesów, biorąc pod uwagę ograniczenia obecnych systemów, w celu zbadania, w jaki sposób nowe systemy mogą ułatwić usprawnienie procesów. W takich przypadkach widok operacyjny może mieć istotne ograniczenia i wymagania, które należy uwzględnić. Z tego powodu może być konieczne włączenie niektórych danych architektury wysokiego poziomu Systems View (SV) jako nakładek lub informacji rozszerzających do produktów Operational View.

Tematy widoku operacyjnego

DoDAF

Departamentu Obrony (DoDAF) definiują standardowy sposób organizowania architektury systemów w komplementarne i spójne widoki. Jest szczególnie odpowiedni do dużych systemów ze złożonymi wyzwaniami związanymi z integracją i interoperacyjnością i jest najwyraźniej wyjątkowy w użyciu „widoków operacyjnych” szczegółowo określających domenę operacyjną klienta zewnętrznego, w której będzie działać rozwijany system.

Model widoku DoDAF pokazuje powiązania między widokami.

DoDAF definiuje zestaw produktów, które działają jako mechanizmy wizualizacji, zrozumienia i asymilacji szerokiego zakresu i złożoności opisu architektury za pomocą środków graficznych, tabelarycznych lub tekstowych. Te produkty są uporządkowane w czterech widokach:

Nadrzędny widok wszystkich (AV),
widok operacyjny (OV),
Systems View (SV) i
Widok standardów technicznych (telewizja).

Każdy widok przedstawia określone perspektywy architektury, jak opisano poniżej. Dla każdego rozwoju systemu zwykle tworzony jest tylko podzbiór pełnego zestawu widoków DoDAF. Rysunek przedstawia informacje łączące widok operacyjny, widok systemów i usług oraz widok standardów technicznych. Te trzy widoki i ich wzajemne powiązania sterowane – przez elementy danych o wspólnej architekturze – stanowią podstawę do wyprowadzenia miar, takich jak interoperacyjność czy wydajność, oraz do pomiaru wpływu wartości tych metryk na skuteczność misji operacyjnej i zadania.

produkty OW

Departament Architektury Obronnej Framework (DoDAF) zdefiniował serię siedmiu różnych typów produktów Operational View. W tej sekcji opisano siedem produktów OV:

Grafika koncepcyjna wysokiego poziomu operacyjnego (OV-1)
Opis połączenia węzła operacyjnego (przepływ zasobów) (OV-2)
Macierz wymiany informacji operacyjnych (przepływ zasobów) (OV-3)
Wykres relacji organizacyjnych (OV-4)
Model działalności operacyjnej (OV-5)
Model reguł operacyjnych, opis przejścia stanu i opis śledzenia zdarzeń (OV-6a, 6b i 6c)
Logiczny model danych (OV-7)

Grafika koncepcyjna wysokiego poziomu operacyjnego

Koncepcja operacji handlu elektronicznego DoD (OV-1).
Graficzna koncepcja operacyjna zdolności wspólnej broni obsługującej sieć (NOWOŚĆ) (OV-1).
Koncepcja operacji wspólnej grupy zadaniowej (OV-1).
Przykład OV-1 dla NCOW.

Graficzna koncepcja operacyjna wysokiego poziomu (OV-1): Graficzny i tekstowy opis koncepcji operacyjnej wysokiego poziomu (organizacje wysokiego szczebla, misje, konfiguracja geograficzna, łączność itp.).

Opis połączenia węzła operacyjnego

Szablon OV-2.
Nominalny przykład OV-2 przedstawiający dostawców usług.
Szablon UML OV-2.

Operational Node Connectivity Description (OV-2): węzły operacyjne, działania wykonywane w każdym węźle oraz łączność i przepływ informacji między węzłami.

Macierz wymiany informacji operacyjnych

OV-3 – Szablon.

Macierz wymiany informacji operacyjnych (OV-3): Informacje wymieniane między węzłami i odpowiednie atrybuty tej wymiany, takie jak media, jakość, ilość i wymagany poziom interoperacyjności.

Wykres relacji organizacyjnych

OV-4 – Szablon.
Próbka UML OV-4.

Wykres relacji organizacyjnych (OV-4): dowodzenie, kontrola, koordynacja i inne relacje między organizacjami.

Model działalności operacyjnej

Wykres hierarchii działań operacyjnych (OV-5) – szablon.
Diagram czynności operacyjnych (OV-5) – szablon.
OV-5 – Szablon z adnotacjami nominalnymi.
Przykład UML OV-5.

Model działalności operacyjnej (OV-5): Działania, relacje między działaniami, wejścia i wyjścia. Ponadto nakładki mogą pokazywać koszty, działające węzły lub inne istotne informacje.

Inne produkty OV

Model reguł operacyjnych, opis przejścia stanu i opis śledzenia zdarzeń (OV-6a, 6b i 6c)
- Model reguł operacyjnych (OV-6a): Jeden z trzech produktów używanych do opisu sekwencji i czasu działań operacyjnych, który identyfikuje reguły biznesowe ograniczające operację.
- Operational State Transition Description (OV-6b): Jeden z trzech produktów używanych do opisywania sekwencji i czasu działania operacyjnego, który identyfikuje reakcje procesu biznesowego na zdarzenia.
- Operacyjny opis śledzenia zdarzeń (OV-6c): Jeden z trzech produktów używanych do opisywania sekwencji działań operacyjnych i czasu, który śledzi działania w scenariuszu lub krytycznej sekwencji zdarzeń.
Logiczny model danych (OV-7): Dokumentacja wymagań dotyczących danych i reguł strukturalnych procesów biznesowych Widoku Operacyjnego.

Wykonywalna architektura operacyjna

Anatomia wykonywalnej architektury operacyjnej.

Oprócz badania zachowania w czasie, można również ocenić ogólny dynamiczny koszt misji w czasie pod względem kosztów dolarowych zasobów ludzkich i systemowych/sieciowych oraz kosztów dolarowych ich procesów. Analiza kosztów dolarowych w wykonywalnych architekturach jest pierwszym krokiem w strategii inwestycyjnej opartej na architekturze, w której ostatecznie musimy dostosować architektury do decyzji o finansowaniu, aby upewnić się, że decyzje inwestycyjne są bezpośrednio powiązane z celami misji i ich wynikami. Rysunek po prawej ilustruje anatomię jednego z takich dynamicznych modeli.

Przejścia stanów w wykonywalnych modelach architektury operacyjnej zapewniają opisy warunków, które kontrolują zachowanie zdarzeń procesowych w odpowiedzi na dane wejściowe i wytwarzaniu danych wyjściowych. Stan określa reakcję procesu na zdarzenia. Reakcja może się różnić w zależności od bieżącego stanu i zestawu reguł lub warunków. Ustawienia dystrybucji określają czas wykonania procesu. Przykłady strategii dystrybucji obejmują: wartości stałe, listę zdarzeń, stałe odstępy między interwałami, rozkład normalny, rozkład wykładniczy i tak dalej. Priorytet określa strategię przetwarzania, jeśli dwa wejścia docierają do procesu w tym samym czasie. Wejścia o wyższym priorytecie są zwykle przetwarzane przed wejściami o niższym priorytecie.

Przykładowe histogramy przedstawiające wyniki przebiegu symulacji.

Procesy otrzymujące wiele danych wejściowych muszą zdefiniować sposób reagowania. Przykłady odpowiedzi obejmują: przetwarzanie każdego wejścia w kolejności nadejścia niezależnie od siebie, przetwarzanie tylko wtedy, gdy wszystkie dane wejściowe są dostępne lub przetwarzanie, gdy tylko jakiekolwiek wejście zostanie wykryte. Procesy generujące wiele wyników mogą obejmować prawdopodobieństwa (łącznie 100 procent), zgodnie z którymi każdy wynik zostanie wyprodukowany. Histogramy są przykładami generowanych opisów czasowych. Są to graficzne reprezentacje procesów, zasobów ludzkich i systemowych oraz ich wykorzystania w czasie podczas przebiegu symulacji. Te histogramy są używane do przeprowadzania dynamicznej analizy wpływu zachowania architektury wykonywalnej. Rysunek 4.23 przedstawia przykład pokazujący wyniki symulacji zdolności zasobów ludzkich.

Zobacz też