Rámec architektury informačního systému státní pokladny - Treasury Information System Architecture Framework
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.
Obsah
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