Rámec architektury informačního systému státní pokladny - Treasury Information System Architecture Framework

Vztahy architektonických pohledů v TISAF.

Treasury Information System Architecture Framework (TISAF) je časný 1990 Enterprise Architecture rámec pomoci amerického ministerstva financí Úřady rozvíjet jejich podnikového informačního systému architektury (EISAS).

TISAF byl vyvinut americkým ministerstvem financí v roce 1997 a nechal se vyvinout rámec architektury Enterprise Treasury Enterprise Architecture Framework , vydaný v roce 2000. TEAF představuje rámec druhé generace pro Treasury. TISAF byl rámec první generace.

Přehled

Architektonický rámec Treasury Information System Architecture Framework (TISAF) se skládá ze seznamu cílů a záměrů plánování informační technologie Treasury, souboru architektonických principů pro vývoj informačních systémů, modelu EISA pro popis odlišných pohledů na podnikové informační systémy a souboru standardů pro vedení při výběru konkrétního produktu.

Model EISA poskytuje čtyři architektonické pohledy na organizaci, plánování a budování podnikových informačních systémů, skládající se z architektur Information, Functional a Work a Infrastructure.

Dějiny

TISAF začlenil prvky z architekturního rámce C4ISR, který vyvinula společnost Mitre Corporation od roku 1994. V lednu 1997 vydalo americké ministerstvo financí TISAF verze 1, skládající se ze tří svazků:

  • rámec architektury informačních systémů treasury,
  • Pokyn pro rozvoj architektury treasury a
  • proces vývoje architektury treasury.

V červenci 1997 vydala ministerstvo financí další pokyny, které doplňují rámec architektury informačního systému treasury (TISAF). Tato směrnice, která byla dokončena v září 1997, poskytuje postupy „jak na to“ pro vývoj architektury informačních systémů v souladu s TISAF. V roce 1989 americký kongres poskytl 200 000 USD na celopodnikovou implementaci architektury architektury systému informačních systémů Treasury.

Další vývoj v americkém ministerstvu financí umožnil vývoj rámce architektury Enterprise Treasury , který byl poprvé publikován v červenci 2000. TEAF představuje revizi TISAF a začlenil prvky FEAF. Byl to výsledek hodnocení zkušeností odborů a úřadů s používáním a používáním TISAF a nových osvědčených postupů od jiných vládních organizací a průmyslu.

Záměrem TEAF je zdůraznit širší rozsah architekturního rámce, který zahrnuje jak obchodní, tak technické výhody v rámci celopodnikové perspektivy. TEAF obsahuje popisy společné sady pracovních produktů pro dokumentaci a modelování EA. Tyto pracovní produkty jsou v souladu s modely FEAF a s produkty DoDAF (Department of Defence Architecture Framework ).

Stavební bloky TISAF

Rámec architektury celého oddělení

Podle TISAF má úplná architektura následující čtyři komponenty, z nichž každá představuje jinou perspektivu nebo pohled na agenturu:

  • Funkční : Reprezentace toho, co organizace dělá (tj. Její poslání a obchodní procesy) a jak může organizace využívat informační systémy k podpoře svých obchodních operací.
  • Práce : Popis, kde a kým mají být informační systémy v celé agentuře používány.
  • Informace : Popis potřebných informací k podpoře obchodních operací.
  • Infrastruktura : Popis hardwaru a „služeb“ (např. Softwaru a telekomunikací) potřebných k implementaci informačních systémů v celé agentuře.

Funkční, pracovní a informační komponenty TISAF společně tvoří logický pohled na architekturu, zatímco její infrastruktura představuje technický pohled na architekturu.

Přístup shora dolů

Při vývoji a vývoji systémů, které účinně podporují obchodní funkce, je třeba dodržovat postup shora dolů. Nejprve je definována logická architektura (např. Obchodní funkce a informační toky) a poté je použita ke specifikaci podpůrných systémů (např. Rozhraní, standardy a protokoly).

Treasury podporuje tento přístup shora dolů. Úředníci ministerstva financí odpovědní za vývoj a implementaci TISAF uvedli, že vývoj architektury začíná definováním a popisem hlavních obchodních funkcí agentury. Jakmile je toho dosaženo, agentura může identifikovat vztahy mezi funkcemi, informace potřebné k výkonu funkcí, uživatele a umístění funkcí a existující a potřebné aplikace a související informační technologie potřebné k provádění a podpoře obchodních funkcí. Podle pokynů ministerstva financí by měla být složka infrastruktury architektury (tj. Její systémové specifikace a standardy) odvozena od ostatních tří složek. Pokyny dále stanoví, že každý prvek architektury musí být integrovaný a vysledovatelný a vztahy mezi nimi musí být explicitní.

Architektura TISAF

Informační architektura je „co“ informačních systémů, který definuje a organizuje všechny informace potřebné k provádění obchodních operací a popisuje vztahy mezi těmito informacemi. Funkční architektura je „jak“ informačních systémů, které definují a organizují obchodní funkce, procesy nebo činnosti, které zachycují, manipulují a spravují obchodní informace na podporu obchodních operací.

Work Architecture je „kde“ informačních systémů, které znázorňuje decentralizaci podniku, popis pracovních organizací na prodejních místech a komunikaci a koordinaci mezi těmito místech. Infrastruktura je „prostředkem“ informačních systémů, který popisuje podpůrné služby, výpočetní platformy a interní a externí rozhraní potřebná k zajištění technologických prostředí, ve kterých informační systémy běží.

Pro zajištění kontextu pro diskusi o technických normách je vyvinut technický referenční model (TRM), který organizuje a zobrazuje stavební bloky informačního systému jako soubor služeb kategorizovaných podle funkčních oblastí.

TISAF 1997 až TEAF 2000

Klíčové změny od TISAF 1997 k Treasury Enterprise Architecture Framework (TEAF) 2000 jsou shrnuty níže:

  • Zásady byly přepracovány
  • Pracovní architektura je přejmenována na Organizační zobrazení
  • Pořadí sloupců TEAF Matrix bylo změněno na: Funkční, Informační, Organizační a Infrastruktura
  • Řádky TISAF Matrix byly v TEAF Matrixu přejmenovány na: Planner, Owner, Designer, Builder
  • Pracovní produkty byly přepracovány
  • Byl představen koncept základních a podpůrných pracovních produktů
  • Technický referenční model TISAF byl odstraněn. Jsou citovány příklady TRM
  • Obsah standardního profilu byl z TEAF odstraněn. Standardní profil je součástí EA, ale není součástí rámce
  • Vstupy, které řídí vývoj EA, jsou nyní zahrnuty a jsou dokumentovány jako zdroje a pracovní produkty EA Direction
  • Přístupy k implementaci EA jsou nyní zahrnuty a jsou dokumentovány jako pracovní produkty EA Accomplishment
  • Je zajištěno sladění TEAF s FEAF a Zachmanovým rámcem

Viz také

Reference