Arkitektur er sammenhæng mellem forretningsbehov og løsning

God arkitektur specificerer forretningsbehov og derudfra kravene til en løsning. Arkitekturarbejdet beskriver som minimum grundelementerne og deres indbyrdes relationer i en løsning. Man kan sammenligne enterprise arkitektur med en byplan.

Eksempler

Her er tre eksempler på store tværoffentlige projekter, der arbejder ud fra denne tankegang.

FESD

1. De arbejdsgange for dokument- og sagshåndtering der skal understøttes
   
2. Standarder der kan ses som et antal designs af funktionelle komponenter med deres grænseflader til andre komponenter. FESD standarderne definerer hverken hvordan løsninger skal indrettes indeni eller hvordan de skal anvendes af brugerne.
3. Et antal løsninger udviklet som kommercielle produkter og tjenesteydelser under en fælles rammeaftale.

Brugerstyring

En referencearkitektur med begrebsmodel og vejledning om anvendelse af standarder, administrative processer mv.

Løsninger bygges på basis af referencearkitekturen, ved hjælp komponenter, som overholder referencearkitekturen. Komponenterne kan være kommercielt tilgængelige, tilgængelige som Open Source, eller udviklet til den konkrete løsning. For eksempel en fælles løsningskomponent.

Borgerportal

A. En referencemodel og referencearkitektur med anvisninger på fælles krav til en portal, herunder komponenter der skal indgå, standarder der skal overholdes mv. Indeholder også en vejledning i hvordan man bygger services der kan indgå i en portal efter denne arkitektur.

B. En fælles løsning i form af en kørende portal. Baseres på referencearkitekturen. Services og data fra aktørers underliggende systemer skal overholde referencearkitekturen.