TAFIM

Koncepcja architektury systemów informatycznych przedstawiona przez TAFIM w 1996 roku.

Technical Architecture Framework for Information Management ( TAFIM ) był modelem referencyjnym architektury korporacyjnej z lat 90. opracowanym przez Departament Obrony Stanów Zjednoczonych (DoD) i dla niego .

TAFIM zapewnił wytyczne na poziomie przedsiębiorstwa dotyczące ewolucji infrastruktury technicznej Departamentu Obrony . Określa usługi, standardy, koncepcje, komponenty i konfiguracje, których można użyć do kierowania rozwojem architektury technicznej spełniającej określone wymagania misji .

TAFIM był rozwijany przez Departament Obrony Stanów Zjednoczonych od 1986 do 1999 roku. Równolegle w 1994 roku rozpoczęli oni prace nad architekturą C4ISR , która w nowym tysiącleciu przekształciła się w strukturę architektury Departamentu Obrony (DoDAF). Koncepcje TAFIM są dalej rozwijane w TOGAF , którego pierwsza wersja z 1995 roku była oparta na frameworku TAFIM.

Przegląd

„Technical Architecture Framework for Information Management” (TAFIM) został opisany w 1995 roku jako:

docelowe wspólne ramy pojęciowe lub model odniesienia dla infrastruktury systemu informacyjnego
oraz konkretne aplikacje, które musi obsługiwać system informatyczny.

Ta architektura i związany z nią model nie jest konkretnym projektem systemu . Raczej ustanawia wspólne słownictwo i definiuje zestaw usług i interfejsów wspólnych dla systemów informatycznych. Określa standardy i wytyczne w zakresie architektury usług i interfejsów.

Architektura służy ułatwieniu opracowywania planów, które doprowadzą do interoperacyjności między aplikacjami na obszarze misji, przenośności między obszarami misji i redukcji kosztów dzięki wykorzystaniu wspólnych usług.

TAFIM obejmuje powszechnie akceptowany model referencyjny środowiska systemu otwartego w obszarze usług sieciowych i komunikacji.

Historia

Ośmiotomowa dokumentacja TAFIM z dalszą koncepcją implementacji architektury.

Rozwój TAFIM rozpoczął się około 1986 roku w Amerykańskiej Agencji Systemów Informacyjnych Obrony / Centrum Zarządzania Informacją. Pierwsza koncepcja TAFIM wywodzi się z profilu przenośności aplikacji NIST i modelu POSIX (lub IEEE P1003.00SE).

Pierwszy projekt TAFIM został ukończony w 1991 roku wraz z technicznym modelem referencyjnym TAFIM (TAFIM TRM). Ten techniczny model referencyjny, opracowany przez zespół kierowany przez Burnesa St. Patricka Hollymana, Jamesa M. Kerra i Johna Keane'a, chciał wykorzystać otwarte systemy i nowe technologie dostępne na rynku komercyjnym, aby opracować aplikację obejmującą cały Departament Obrony . Projekt TAFIM zaowocował ośmiotomowym podręcznikiem dotyczącym architektury technologii informatycznych , patrz obraz. Przed oficjalnym opublikowaniem w 1996 roku przez Departament Obrony, podejście to było pomyślnie pilotowane zarówno w Korpusie Piechoty Morskiej Stanów Zjednoczonych, jak iw DoD Health Affairs przez zespoły kierowane przez Hollymana, Kerra, Keane'a.

Pierwotny rozwój TOGAF w wersji 1 w 1995 roku był oparty na architekturze technicznej Framework for Information Management. Departament Obrony Stanów Zjednoczonych udzielił The Open Group wyraźnego zezwolenia i zachęty do stworzenia TOGAF poprzez oparcie się na TAFIM, który sam w sobie był wynikiem wielu lat prac rozwojowych i wielu milionów dolarów inwestycji rządu USA.

Publikacja Departamentu Obrony USA z 1996 r. na temat TAFIM była najnowszą opublikowaną wersją. TAFIM został odwołany jako samodzielny dokument w 1999 roku. W 2000 roku cała koncepcja TAFIM i jej przepisy zostały ponownie ocenione i uznane za niezgodne z nowo opracowanym kierunkiem architektury DoDAF . Z tego powodu wszystkie odniesienia do TAFIM zostały od tego czasu usunięte z dokumentacji DoD.

TAFIM został nagle odwołany z powodu następujących błędów:

TAFIM wymagał dużej inwestycji czasu i pieniędzy
Czas, jaki upłynął do wytworzenia architektury, sprawia, że przed ukończeniem staje się ona prawie przestarzała
Architektury o takiej złożoności wymagały specjalistycznej i stosunkowo rzadkiej wiedzy informatycznej. Efekt końcowy jest zwykle niezrozumiały dla odbiorców zorientowanych na biznes i trudniej jest prześledzić strategię biznesową

To powiedziawszy, wiele podstawowych wkładów w myśl architektoniczną IT wprowadzonych w ramach projektu TAFIM zostało zachowanych i rozwiniętych przez DoDAF, w tym centralną koncepcję TAFIM dotyczącą czterech współzależnych widoków architektonicznych. W rzeczywistości ta koncepcja żyje do dziś w większości współczesnych dyskusji na temat architektur IT.

TAFIM tematy

Standardy techniczne i dane DoD

Standardy techniczne i dotyczące danych stosowane przez obronność mają na celu umożliwienie systemom łatwej współpracy i przesyłania informacji. Jego standardowe definicje elementów danych mają na celu zapewnienie, że użytkownicy wszystkich systemów obronnych definiują te same dane w ten sam sposób i mają wspólne zrozumienie ich znaczenia. Obrona opracowała lub jest w trakcie definiowania standardów technicznych w latach 90. XX wieku wraz z ramami architektury technicznej zarządzania informacjami (TAFIM), wspólną architekturą techniczną (JTA) i wspólnym środowiskiem operacyjnym infrastruktury informacyjnej obrony (DII COE).

Agencja Obronnych Systemów Informacyjnych (DISA) jest odpowiedzialna za opracowywanie, pozyskiwanie ze źródeł komercyjnych i utrzymywanie kompilacji standardów technicznych Obronnej Infrastruktury Informacyjnej oraz odpowiada za utrzymywanie systemu słowników danych obronnych jako repozytorium wymagań dotyczących danych oraz za ułatwianie międzyfunkcyjna koordynacja i zatwierdzanie standardowych formatów, definicji itp. PSA, służby wojskowe, agencje obrony i szefowie połączonych sztabów są odpowiedzialni za osiągnięcie porozumienia w sprawie standardów i zatwierdzenie ich jako standardowych elementów danych Departamentu Obrony. DISA jest wówczas odpowiedzialna za rozpowszechnianie zatwierdzonych standardowych elementów danych do wykorzystania w całym Departamencie.

Proces planowania architektury oparty na standardach DoD

Proces planowania architektury opartej na standardach (SBA). zdefiniowany przez TAFIM, składa się z siedmiu odrębnych, ale współzależnych faz. Każda faza procesu SBA ma na celu stworzenie określonych dostarczalnych produktów i/lub dokumentów, które kierują kolejną fazą. Siedem faz zostało pokrótce omówionych poniżej.

Faza 1, Inicjacja i ramy architektury : Metodologia rozpoczyna się od właściwego zainicjowania procesu w organizacji goszczącej. Wiąże się to z opracowaniem zestawu strategicznych sterowników dla organizacji. Ponadto model biznesowy jest weryfikowany lub budowany w celu ustanowienia strategicznego docelowego modelu operacyjnego.
Faza 2. Charakterystyka linii bazowej : Ta faza podstawowa ma na celu określenie aktualnej architektury organizacji. Jest to ocena obecnego środowiska, której wynikiem jest charakterystyka w czterech kluczowych wymiarach lub poglądach: pracy, informacji, aplikacji i technologii.
Faza 3. Architektura docelowa : różne widoki struktury są modelowane pod kątem pożądanej architektury docelowej, zazwyczaj w perspektywie od 3 do 5 lat.
Faza 4. Identyfikacja możliwości : przejście od refleksji koncepcyjnej do praktycznych realiów i wdrożenia wraz z określeniem potrzebnych projektów rozwojowych.
Faza 5. Opcje migracji : łączy obecną rzeczywistość z pożądaną architekturą docelową, ustanawiając jeden lub więcej płaskowyżów reprezentujących praktyczne etapy migracji.
Faza 6. Planowanie implementacji : Faza skutkuje szczegółowym planem implementacji dla pierwszego plateau wysiłku związanego z migracją.
Faza 7. Instytucjonalizacja procesu ITA : ta faza ma na celu utrzymanie architektury przy życiu i dobrej kondycji poprzez ciągłe jej ulepszanie.

Zintegrowany model widoków architektonicznych

Zintegrowany model czterech widoków architektonicznych.

„Zintegrowany model czterech widoków architektonicznych” jest częścią architektury docelowej, zdefiniowanej w TAFIM. Daje wizję organizacji we wszystkich jej widokach architektonicznych, zwłaszcza architektury pracy. Model, patrz rysunek, przedstawia ogólne ramy do opracowania docelowej architektury. Każdy widok architektury docelowej w pewnym stopniu pokrywa się z aspektami innych widoków. To nakładanie się potwierdza argument, że model przedstawia rozwój jednej, zintegrowanej architektury.

Całe przedsiębiorstwo, zgodnie z definicją, obejmuje organizację pracy, informacje, aplikacje i technologię. Prowadzi to do czterech różnych poglądów:

Widok organizacji pracy : Widok pracy architektury jest tworzony poprzez identyfikację określonych klas użytkowników w środowisku biznesowym (np. dyrektorzy, planiści, administratorzy, inżynierowie, rekruterzy), lokalizacji firmy (np. siedziba główna, biuro sprzedaży, fabryka, magazyn); oraz logiczna reprezentacja funkcji biznesowych wymaganych do dostarczania produktów i usług.
Widok zarządzania informacjami : architektura informacji przedsiębiorstwa będzie zawierać trzy poziomy szczegółowości, obszary tematyczne, grupy danych i atrybuty danych.
Widok aplikacji : ten widok koncentruje się na możliwościach zautomatyzowania aspektów pracy i/lub dostępu do informacji potrzebnych do wykonywania pracy.
Widok infrastruktury technologicznej : Ten obszar architektury wykorzystuje określone modele na poziomie komponentów, aby zapewnić podstawy do łączenia widoku technologicznego architektury z widokami pracy, informacji i aplikacji. Podstawą jest ogólne środowisko aplikacji.

Widok organizacji pracy na architekturę
Zarządzanie informacją Widok architektury
Widok aplikacji architektury.
Widok infrastruktury technologicznej.

Ta galeria z czterema widokami pokazuje wzajemne powiązania między czterema widokami, jak wspomniano wcześniej. W modelach widoku późniejszych platform Enterprise Architecture , takich jak DoDAF , widoki są prezentowane w warstwach i nie są już ze sobą połączone.

Zobacz też

Ten artykuł zawiera materiały należące do domeny publicznej ze stron internetowych lub dokumentów armii Stanów Zjednoczonych .

Linki zewnętrzne

Witryna TAFIM, 1997 pod adresem archive.org