Enterprise Architecture
(Zachman)

12manage reaches 100.000 members

Undersöka och kommunicera informationsinfrastrukturen. Förklaring till Företagsövergripande Systemarkitektur/Enterprise Architecture av John Zachman. ('87) - Svenska

Join our management communities

Registrera ett gratis medlemskap


Fullständigt Namn: *
Företag:
Street + nr: *
Ort: *
Provins:
Postnummer: *
Land: *
E-post: *	(Detta blir ditt användarnamn)
	Jag godkänner Terms of Service.

År 1987, skrev John Zachman: ”Att hålla företaget ifrån att desintegrera, så har konceptet om att ha en arkitektur för informationssystem blivit mindre av att se som ett alternativ utan mer som en nödvändighet.” Från denna tidpunkt så har det Företagsövergripande systemarkitekturramverket av Zachman utvecklats. Det blev modellen som många av de större organisationerna betraktade och kommunicerade som deras företagsövergripande informationsinfrastruktur. Den erbjuder en ritning eller arkitektur, för organisationens nuvarande och framtida informationsinfrastruktur.

Zachmans Företagsövergripande Systemarkitektur presenterade vid denna tid en ny modell för att betrakta och kommunicera informationsinfrastrukturer.
I stället för att se processen som en serie av steg, organiserade han dem kring olika vyer och lager (perspektiv) som fanns hos de olika parterna.

Parterna i det Företagsövergripande systemarkitekturramverket

Någon som har bestämt sig för att göra affärer inom en speciell industri.
Företagets personal som leder organisationen.
Systemanalytiker som önskar att representera företaget i en mer disciplinerad form.
Formgivare som applicerar specifika teknologier för att lösa problemen i företaget.
Konstruktören till systemet.
Systemet i sig själv.

Perspektiven eller synpunkterna representeras som rader i matrisen (se figur nedan).
Zachman bekräftade att var och en av deltagarna tittade på samma informationskategorier representerade i kolumnerna i ramverket.

Informationskategorier i det Företagsövergripande System arkitekturramverket

Data som manipulerats av en organisation (vad).
Dess funktioner och processer (hur).
Platser där verksamheten genomförs (var).
Händelser som startar företagsaktiviteter (när).
Involverade personer och organisationer (vem).
Motivationer och begränsningar som bestämmer hur företaget beter sig (varför).

EA-Termonologi

”Ett företag” är en affärssammanslutning som består av en känd uppsättning av samverkande företagsfunktioner. Den är kapabel till att fungera som en oberoende fristående enhet. Med denna definition kan det finnas företag inom företaget. Som till exempel en affärsenhet inom den totala företagskoncernen kan betraktas vara ett företag, så länge som det kan fungera självständigt. Företaget kan också ses som ”ett storföretag”, vilket betyder att omfattningen får effekt på ett företags arkitektur ansträngningar kan också inkludera samband med externa enheter. Liksom: leverantörer, affärspartners och kunder.
”Arkitektur” erbjuder det underliggande ramverket. Detta definierar och beskriver den plattform som krävs av företaget, så att det kan nå fram till dess målsättningar och uppnå sin affärsvision. Den kan definieras som: uppsättningen av principer, anvisningar, riktlinjer, modeller, standarder och processer som fås i linje med affärsstrategin och informationskraven, det är att vägleda valet, skapandet och genomförandet av lösningar, som fås i linje med den framtida affärsriktningen.

	Data (Vad)	Funktion (Hur)	Kontaktnätverk (Var)	Personal (Vem)	Tid (När)	Motivation (Varför)
Målsättningar/Omfattning	Lista på saker som är viktiga för företaget	Lista på processer som företaget utför	Lista på platser var företaget opererar	Lista av organisatoriska enheter	Lista på affärshändelser/cykler	Lista på affärsmål/strategier
Företagets modell	Enhetsförhållandediagram (inklusive m:m n-lager relationsattribut)	Affärsprocessmodell (fysiskt dataflödesdiagram),	Logistiska nätverk (knutpunkter och kopplingar)	Organisationskarta, med roller; expertisuppsättningar; säkra frågeställningar.	Företagets huvudplan	Affärsplan
Informationssystems-modell	Datamodell (konvergerade enheter som normaliseras fullständigt)	Viktiga dataflödesdiagrammet; användningsområdesarkitektur	Distribuerad systemarkitektur	Det mänskliga gränssnittsarkitekturen (roller, data, tillgänglighet)	Beroendediagram, enhetens livhistoria (processstruktur)	Affärsregler för modellen
Teknologimodell	Dataarkitektur (tabeller och kolumner); till historiska data	Systemdesign: struktur kartläggning, pseudo-code	Systemarkitektur (hårdvara, programvaru typer)	Användargränssnittet (hur system kommer att uppföra sig); säkerhetsdesign	”Flödeskontroll” diagram (Strukturkontroll)	Affärsregler för design
Specificerad framställning	Data design (avnormaliserad), den fysiska lagringsdesignen	Specificerad programdesign	Nätverksarkitektur	Skärmvyer, säkerhetsarkitektur (vem kan se vad?)	Tidsdefinitioner	Specifikationsregler för programlogiken
Systemfunktioner	Konverterade data	Utförbara program	Kommunikationsfunktioner	Utbildade personer	Affärshändelser	Framtvingade regler

Informationsarkitektur Särskild Intressegrupp SIG

Besök Särskilda Intressegruppen

Informationsarkitektur Forum

Nyligen gjorda Kommentarer

    			 
  			   Carl N - SWE
  	       
  		     Enterprise Architecture
  	  		 "I Sverige finns flera nätverk bl.a. via DF Dataföreningen och SWEAN.com. 

EA nämns också ofta i samband med den nya SOA trenden kring integration."
  			   
    	  		 -17