DoD to skr\u00f3t od Departamentu Obrony USA. Poprzednikiem DoDAF jest ramy architektury C4ISR. C4ISR to termin wojskowy oznaczaj\u0105cy zautomatyzowany system dowodzenia. Jest to skr\u00f3t od pierwszych liter angielskich s\u0142\u00f3w dla siedmiu podsystem\u00f3w w nowoczesnym systemie dowodzenia wojskowego, a mianowicie: Dowodzenie, Kontrola, \u0141\u0105czno\u015b\u0107, Komputery, Wywiad, Nadz\u00f3r i Rozpoznanie. M\u00f3wi\u0105c prosto, C4ISR to zautomatyzowany system dowodzenia wojskowego opracowany przez ameryka\u0144skie si\u0142y zbrojne.<\/p>\n
Ewolucja ram DoDAF<\/h2>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/dodaf-history.png\"\/)
<\/p>\n
- \n
- C4ISR AF 1.0 zosta\u0142 wprowadzony w czerwcu 1996 roku.<\/li>\n
- C4ISR AF 2.0 zosta\u0142 wydany w grudniu 1997 roku.<\/li>\n
- DoDAF 1.0 zosta\u0142 wydany w sierpniu 2003 roku, aby zwi\u0119kszy\u0107 zakres jego zastosowania, nie ograniczaj\u0105c si\u0119 do C4ISR, ale mog\u0105c by\u0107 stosowanym we wszystkich obszarach misji; wydano r\u00f3wnie\u017c CADM v1.01 (Model Danych Architektury Rdzeniowej).<\/li>\n
- W kwietniu 2007 roku wydano DoDAF 1.5, ze szczeg\u00f3lnym naciskiem na koncepcj\u0119 Net-Centric, a koncepcja Net-Centric zosta\u0142a odzwierciedlona w opisie architektury; wydano r\u00f3wnie\u017c CADM v1.5, aby przechowywa\u0107 plik opisu nowej koncepcji Net-Centric.<\/li>\n
- DoDAF 2.0 zosta\u0142 wydany 28 maja 2009 roku.<\/li>\n<\/ol>\n
W por\u00f3wnaniu do poprzednich wersji, g\u0142\u00f3wne zmiany w wersji 2.0 s\u0105 nast\u0119puj\u0105ce.<\/span><\/p>\n
- \n
- Proces rozwoju architektury przesun\u0105\u0142 si\u0119 z podej\u015bcia skoncentrowanego na produkcie na podej\u015bcie skoncentrowane na danych, g\u0142\u00f3wnie dostarczaj\u0105c dane decyzyjne.<\/li>\n
- Trzy g\u0142\u00f3wne widoki (operacyjny, techniczny i systemowy) zosta\u0142y przekszta\u0142cone w bardziej szczeg\u00f3\u0142owe widoki. Obecnie istnieje osiem widok\u00f3w: widok og\u00f3lny, widok danych i informacji, widok standardowy, widok zdolno\u015bci, widok operacyjny, widok us\u0142ug, widok systemowy i widok projektu.<\/li>\n
- Opisuje potrzeb\u0119 dzielenia si\u0119 danymi i dost\u0119pu do informacji w \u015brodowisku federalnym.<\/li>\n
- Wyja\u015bniono i opisano zwi\u0105zek z Federaln\u0105 Architektura Przedsi\u0119biorstwa.<\/li>\n
- Utworzono metamodel ram architektury DoD.<\/li>\n
- Opisano i om\u00f3wiono metodologi\u0119 rozwoju architektury zorientowanej na us\u0142ugi (SOA).<\/li>\n<\/ul>\n
Struktura ram DoDAF<\/h2>\n
Ramy DoDAF mog\u0105 by\u0107 szeroko z\u0142o\u017cone z o\u015bmiu widok\u00f3w i metodologii wdro\u017ceniowych. Osiem widok\u00f3w jest nast\u0119puj\u0105cych.<\/p>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/02\/dodaf-viewpoints.png\"\/)
<\/p>\n- \n
- Widok og\u00f3lny, AV<\/strong>: dostarcza informacji o ca\u0142ym opisie architektury, takich jak zakres i kontekst opisu architektury.<\/li>\n
- Widok zdolno\u015bci, CV<\/strong>: Opis zdolno\u015bci, kt\u00f3re s\u0105 wykorzystywane do osi\u0105gni\u0119cia cel\u00f3w korporacyjnych zgodnych z wizj\u0105 korporacyjn\u0105.<\/li>\n
- Widok danych i informacji, DIV<\/strong>: Wymagania dotycz\u0105ce informacji biznesowych i ustrukturyzowane zasady proces\u00f3w biznesowych u\u017cywane do opisu architektury. Opisuje informacje zwi\u0105zane z wymian\u0105 informacji w opisie architektury, takie jak atrybuty, cechy i wzajemne powi\u0105zania.<\/li>\n
- Widok operacyjny, OV<\/strong>: Opisuje organizacj\u0119, zadania lub dzia\u0142ania oraz informacje, kt\u00f3re musz\u0105 by\u0107 wymieniane mi\u0119dzy nimi. Przekazuje rodzaj wymienianych informacji, cz\u0119stotliwo\u015b\u0107 wymiany, zadania i dzia\u0142ania wspierane przez wymian\u0119 informacji oraz charakter wymiany informacji.<\/li>\n
- Widok projektu, PV<\/strong>: Opisuje, jak plany projekt\u00f3w s\u0105 \u0142\u0105czone w plan portfelowy z relacj\u0105 wzajemn\u0105. Ten widok zapewnia spos\u00f3b opisu relacji organizacyjnych mi\u0119dzy wieloma projektami, z kt\u00f3rych ka\u017cdy jest odpowiedzialny za dostarczenie jednego systemu lub funkcji.<\/li>\n
- Widok us\u0142ug, SvcV<\/strong>: Opisuje systemy, us\u0142ugi i powi\u0105zane funkcje, kt\u00f3re wspieraj\u0105 dzia\u0142alno\u015b\u0107 operacyjn\u0105. Procesy DoD obejmuj\u0105 funkcje operacyjne, komercyjne, wywiadowcze i infrastrukturalne.<\/li>\n
- Widok standard\u00f3w, StdV<\/strong>: Jest najmniejsz\u0105 kolekcj\u0105 zasad, kt\u00f3re kontroluj\u0105 kombinacj\u0119, interakcj\u0119 i wzajemne zale\u017cno\u015bci mi\u0119dzy cz\u0119\u015bciami lub elementami systemu. Jego celem jest zapewnienie, \u017ce system jest w stanie spe\u0142ni\u0107 okre\u015blony zestaw wymaga\u0144 operacyjnych. Ten widok dostarcza wskaz\u00f3wek dotycz\u0105cych technicznej implementacji systemu, na podstawie kt\u00f3rych mo\u017cna tworzy\u0107 specyfikacje in\u017cynieryjne, budowa\u0107 wsp\u00f3lne modu\u0142y i rozwija\u0107 linie produkt\u00f3w. Obejmuje standardy techniczne, praktyki wdro\u017ceniowe, standardowe opcje, zasady i kryteria.<\/li>\n
- Widok system\u00f3w, SV<\/strong>: Informacje o zautomatyzowanych systemach, interkoneksji i funkcjonalno\u015bci systemu. W niedalekiej przysz\u0142o\u015bci ten widok zniknie, gdy DOD skupi si\u0119 na \u015brodowiskach zorientowanych na us\u0142ugi i chmurze obliczeniowej.<\/li>\n<\/ul>\n
Aby zachowa\u0107 sp\u00f3jno\u015b\u0107 i ca\u0142o\u015b\u0107 mi\u0119dzy widokami, DoDAF V2.0 definiuje 52 artefakty, aby pokaza\u0107 ca\u0142\u0105 architektur\u0119 od wymaga\u0144 do wdro\u017cenia. Jednak nie wszystkie artefakty s\u0105 wymagane i mog\u0105 by\u0107 u\u017cywane w razie potrzeby.<\/p>\n
Jak wdro\u017cy\u0107 DoDAF?<\/h2>\n
Metodologia wdro\u017cenia DoDAF sk\u0142ada si\u0119 z 6 krok\u00f3w.<\/p>\n
1) Zdefiniuj zastosowanie architektury<\/strong><\/p>\n
Zdefiniuj cel i zamierzony spos\u00f3b u\u017cycia architektury (\u201edopasowane do celu\u201d), jak b\u0119dzie przeprowadzany wysi\u0142ek zwi\u0105zany z opisem architektury, metody u\u017cywane w rozwoju architektury; kategorie wymaganych danych, potencjalny wp\u0142yw na innych oraz proces mierzenia sukcesu wysi\u0142ku poprzez wydajno\u015b\u0107 i satysfakcj\u0119 klienta. Informacje te s\u0105 zazwyczaj dostarczane przez w\u0142a\u015bciciela procesu, aby wspiera\u0107 rozw\u00f3j architektury, kt\u00f3ry opisuje jaki\u015b aspekt ich obszaru odpowiedzialno\u015bci (proces, dzia\u0142alno\u015b\u0107 itp.).<\/p>\n
2) Okre\u015blenie zakresu architektury<\/strong><\/p>\n
Okre\u015bla granice, kt\u00f3re ustalaj\u0105 g\u0142\u0119boko\u015b\u0107 i szeroko\u015b\u0107 opisu architektury, ustala zestaw problem\u00f3w architektury, pomaga zdefiniowa\u0107 jej kontekst oraz okre\u015bla poziom szczeg\u00f3\u0142owo\u015bci wymagany dla tre\u015bci architektury. Jest to r\u00f3wnie\u017c wa\u017cne dla podj\u0119cia decyzji, jak post\u0119powa\u0107 z rozwojem lub zakupem wsparcia automatyzacji.<\/p>\n
3) Okre\u015blenie wymaga\u0144 dotycz\u0105cych danych<\/strong><\/p>\n
Wyb\u00f3r jednostek danych i atrybut\u00f3w jest wa\u017cny, aby architektura by\u0142a budowana w spos\u00f3b, kt\u00f3ry nie tylko spe\u0142nia cele pierwszego kroku, ale tak\u017ce utrzymuje sp\u00f3jno\u015b\u0107 architektury. Jednostki i atrybuty s\u0105 reprezentowane przez typy danych, kt\u00f3re obejmuj\u0105 zasady reguluj\u0105ce zachowanie biznesowe, informacje o dzia\u0142aniach do wykonania, relacje dowodzenia, listy zada\u0144 i wiele innych typ\u00f3w.<\/p>\n
4) Wykonanie projektu produktu architektury<\/strong><\/p>\n
Jest to najwa\u017cniejszy krok w wprowadzaniu i edytowaniu istniej\u0105cych modeli architektury, zbieraniu nowych danych i dodawaniu ich do architektury oraz wydobywaniu danych z istniej\u0105cych architektur w Bazie Wiedzy Systemu DoD lub pokrewnych bazach wiedzy, a nast\u0119pnie organizowaniu i klasyfikowaniu wszystkich danych, rejestrowaniu ich w DARS (System Rejestru Architektury DoD) oraz powi\u0105zaniu ich z automatycznym repozytorium do p\u00f3\u017aniejszej analizy i ponownego wykorzystania.<\/p>\n
5) Analiza architektury<\/strong><\/p>\n
Na architekturze zawieraj\u0105cej wszystkie wymagane dane przeprowadza si\u0119 analiz\u0119 statyczn\u0105, dynamiczn\u0105, eksperymentaln\u0105 i testow\u0105, aby okre\u015bli\u0107 wa\u017cno\u015b\u0107 danych architektury.<\/p>\n
6) Generowanie plik\u00f3w wynikowych architektury<\/strong><\/p>\n
Generuj opisy produkt\u00f3w architektury na podstawie podstawowych zapyta\u0144 danych, kt\u00f3re powinny by\u0107 zgodne z ustalonym modelem, wielokrotnego u\u017cytku i do udost\u0119pnienia.<\/p>\n
Wp\u0142yw DoDAF<\/h2>\n
- Widok zdolno\u015bci, CV<\/strong>: Opis zdolno\u015bci, kt\u00f3re s\u0105 wykorzystywane do osi\u0105gni\u0119cia cel\u00f3w korporacyjnych zgodnych z wizj\u0105 korporacyjn\u0105.<\/li>\n
- Widok og\u00f3lny, AV<\/strong>: dostarcza informacji o ca\u0142ym opisie architektury, takich jak zakres i kontekst opisu architektury.<\/li>\n