Den service orienteret arkitektur (SOA)

Transkript

1 Den service orienteret arkitektur (SOA) SOA s betydning for enterprise-arkitekturen i ATP Helen Lunau IT-arkitekt hlu@atp.dk

2 Kort om ATP Ud over den obligatoriske pensionsforsikring tager ATP sig af en række andre opgaver som berører store dele af det danske samfundsliv. Det drejer sig om: - Den Særlige Pensionsopsparing Lønmodtagernes Garantifond Arbejdsgivernes Elevrefusion Arbejdsmarkedets Erhvervssygdomssikring FerieKonto - ATP's fondsafdeling styrer Danmarks største institutionelle portefølje på over 300 mia. kr. - Vi står for udvikling og drift af egne it-systemer og itmæssigt er vi i det hele taget langt fremme. Vi arbejder hen imod den papirløse arbejdsplads og har i samarbejde med flere pensionskasser og - selskaber samt ministerier sat i værk. - Der er i alt 750 medarbejdere ansat i ATP. 2

3 IT-forandring batch Fra mainframe egenudvikling en applikation pr. ordning Til transaktionsorienteret decentral platform størst mulig brug af standard-ramme systemer et system, der skal kunne rumme alle ordninger 3

4 1. skridt IT-mæssigt: Tænke SOA og projektkonkurrence Anvender Udbyder Applikations arkitektur Komponent arkitektur Service arkitektur præsentation forretningsservices forretningsproces komponenter 4

5 1. skridt forretningsmæssigt: Organisationsændring Service orienteret organisation Fra ordningsorienterede afdelinger, fx - ATP - LG - SP - AES og AER Til procesorienterede afdelinger, som - Kundeservice - Kunder og produkter 5

6 Strategi fokus Forretningskoncepter Enterprise Arkitektur i ATP Forretnings -strategi IT-strategi Enterprise fokus Forretningsmæssige muligheder og trends Enterprise Arkitektur (EA) Principper Framework Arkitekturmodeller (konceptuelle) Teknologi arkitektur Løsningsportefølje IT legoklodser sikrer, at funktionelle og tekniske løsninger understøtter ATP s forretning dvs. sikrer ATP strategisk fri vilje. Teknologiske muligheder og trends Transition plan Projekt- og løsningsfokus Produktionsfokus Løsninger Teknisk Infrastruktur 28. februar 2006 atp

7 Enterprise Arkitektur i ATP ATP Strategi statements som udgangspunkt for EA-principper Verdens bedste pensionskoncern 2010 Lave enhedsomkostninger en konkurrence parameter Ekspert i fra paragraf til effektiv administrativ løsning Forretningsmæssige ydelser bygges af IT-legoklodser Stærk sammenhæng mellem forretning og IT Enkel og kompetent kundebetjening IT-kerneaktiviteter in-house Strategisk fri vilje 7

8 Enterprise Arkitektur i ATP Formålet med Enterprise Arkitektur i ATP er at sikre forretningen den strategiske frie vilje Med forretningens ord vil vi potentielt være klar til at kunne gribe en strategisk mulighed 8

9 Enterprise Arkitektur består af 2 væsentlige dele Enterprise Arkitektur principper - De 10 bud Enterprise Arkitektur framework - med tilhørende EA modeller, f.eks. Domænelandskab, Begrebsmodeller og Forretningsprocesser og vi er ved at etablere processer, der skal understøtte anvendelsen af framework og principper 9

10 Enterprise Arkitektur principper De 10 bud - Hvorfor? - Enterprise Arkitektur principperne er pejlemærker, der skal sikre, at IT-relaterede beslutninger understøtter forretningens ønsker på lang sigt. Hvis ikke -> Følg eller forklar 10

11 ATP s 10 EA principper 1. Én koncern funktionalitet udvikles én gang ATP vil udvikle funktionalitet én gang og bruge den mange gange. Funktionalitet skal således anvendes på tværs af ydelser, ordninger og støttefunktioner i form af løsninger. 2. Optimering af processer ATP vil forenkle, IT-understøtte og automatisere processer - ikke bare kerneprocesser, men også støtte-, udviklings- og ITdriftsprocesser. 3. Portefølje fokus Løsninger, systemer og infrastruktur betragtes som enhver anden investeringsportefølje, der skal vurderes og plejes. 4. Processernes strategiske betydning betinger implementering Processer opdeles i tre kategorier: stor, medium og lille strategisk betydning. For alle kategorier gælder arkitekturretningslinjer og -anbefalinger for implementeringen og jo større strategisk betydning, des strengere er disse. 5. Formalisering af information Oprettelse og vedligeholdelse af forretningsmæssige begreber og deres relationer til hinanden sker kun ét sted nemlig i Informationsmodellen. 6. Sikkerhed ATP beskytter information og funktionalitet, så ingen hverken internt eller eksternt kan få adgang, som de ikke er berettiget til. Endvidere må information ikke kunne kompromitteres hverken tilsigtet eller utilsigtet. 7. Løs kobling ATP ønsker IT-løsninger bygget efter princippet om løs kobling. Det betyder, at afhængigheder mellem ellers integrerede dele af en IT-løsning, skal fjernes mest muligt. 8. Robusthed IT-løsninger - og dermed bagvedliggende systemer og infrastruktur - skal være robuste og stabile. 9. Skalerbarhed De enkelte elementer, som indgår i ATP s løsninger og infrastruktur, skal være skalerbare, således at kapaciteten kan op- og nedjusteres i takt med forandrede forretningsmæssige som tekniske behov. 10. Arkitektur- og Metodefokus Der skal i ATP arbejdes metodisk efter de retningslinjer, der udstikkes bl.a. i Enterprise Arkitekturen, Kvalitetssikring, Governance, Udviklingsmodellen og Design principperne. Dette gælder både internt og i samarbejde med eksterne leverandører. ATP Februar 2006

12 ATP s 10 EA principper når man ikke kan følge, men må forklare 1. Én koncern funktionalitet udvikles én gang ATP vil udvikle funktionalitet én gang og bruge den mange gange. Funktionalitet skal således anvendes på tværs af ydelser, ordninger og støttefunktioner i form af løsninger. 2. Optimering af processer ATP vil forenkle, IT-understøtte og automatisere processer - ikke bare kerneprocesser, men også støtte-, udviklings- og ITdriftsprocesser. 3. Portefølje fokus Løsninger, systemer og infrastruktur betragtes som enhver anden investeringsportefølje, der skal vurderes og plejes. Beskrivelse af afvigelse og umiddelbare konsekvenser 4. Processernes strategiske betydning betinger implementering Processer opdeles i tre kategorier: stor, medium og lille strategisk betydning. For alle kategorier gælder arkitekturretningslinjer og -anbefalinger Forklaring for implementeringen af hvorfor og jo afvigelsen større strategisk betydning, er nødvendig? des strengere er disse. 5. Formalisering af information Oprettelse og vedligeholdelse Hvad af forretningsmæssige vil man gøre begreber på kort og deres og lang relationer sigt? til hinanden sker kun ét sted nemlig i Informationsmodellen. - for at rette sig ind efter EA principperne. 6. Sikkerhed ATP beskytter information Hvad og funktionalitet, koster såafvigelsen ingen hverken på internt kort eller og eksternt lang kan sigt? få adgang, som de ikke er berettiget til. Endvidere må information ikke kunne kompromitteres hverken tilsigtet eller utilsigtet. - målt i såvel penge som i potentielle forretnings- 7. Løs kobling muligheder vundet/tabt (jf. den strategiske frie vilje). ATP ønsker IT-løsninger bygget efter princippet om løs kobling. Det betyder, at afhængigheder mellem ellers integrerede dele af en IT-løsning, skal fjernes mest muligt. Er der anden relevant information? 8. Robusthed IT-løsninger - og dermed bagvedliggende systemer og infrastruktur - skal være robuste og stabile. 9. Skalerbarhed De enkelte elementer, som indgår i ATP s løsninger og infrastruktur, skal være skalerbare, således at kapaciteten kan op- og nedjusteres i takt med forandrede forretningsmæssige som tekniske behov. 10. Arkitektur- og Metodefokus Der skal i ATP arbejdes metodisk efter de retningslinjer, der udstikkes bl.a. i Enterprise Arkitekturen, Kvalitetssikring, Governance, Udviklingsmodellen og Design principperne. Dette gælder både internt og i samarbejde med eksterne leverandører. ATP Februar 2006

13 ATP s 10 EA principper i forhold til SAP GUI løsningen 1. Én koncern funktionalitet udvikles én gang ATP vil udvikle funktionalitet én gang og bruge den mange gange. Funktionalitet skal således anvendes på tværs af ydelser, ordninger og støttefunktioner i form af løsninger. 2. Optimering af processer ATP vil forenkle, IT-understøtte og automatisere processer - ikke bare kerneprocesser, men også støtte-, udviklings- og ITdriftsprocesser. 3. Portefølje fokus Løsninger, systemer og infrastruktur betragtes som enhver anden investeringsportefølje, der skal vurderes og plejes. I sagens natur vil der være Én koncern to systemer og dermed to brugergrænseflader; Portal og SAP GUI, som begge vil blive eksponeret for mange brugere. Procesmæssigt vil der ligeledes være to processer en SOA proces og en SAP proces. 4. Processernes strategiske betydning betinger implementering Processer opdeles i tre kategorier: stor, medium og lille strategisk betydning. For alle kategorier gælder arkitekturretningslinjer og -anbefalinger for implementeringen og jo større strategisk betydning, des strengere er disse. 5. Formalisering af information Oprettelse og vedligeholdelse Frihedsgraden af forretningsmæssige til at begreber sammensætte og deres relationer andre til hinanden processer sker kun ét sted til nemlig i Informationsmodellen. koncernkunder formindskes. 6. Sikkerhed ATP beskytter information og funktionalitet, så ingen hverken internt eller eksternt kan få adgang, som de ikke er berettiget til. Endvidere må information ikke kunne kompromitteres hverken tilsigtet eller utilsigtet. 7. Løs kobling ATP ønsker IT-løsninger bygget efter princippet om løs kobling. Det betyder, at afhængigheder mellem ellers integrerede dele af en IT-løsning, skal fjernes mest muligt. 8. Robusthed IT-løsninger - og dermed bagvedliggende systemer og infrastruktur - skal være robuste og stabile. 9. Skalerbarhed De enkelte elementer, som indgår i ATP s løsninger og infrastruktur, skal være skalerbare, således at kapaciteten kan op- og nedjusteres i takt med forandrede forretningsmæssige som tekniske behov. 10. Arkitektur- og Metodefokus Der skal i ATP arbejdes metodisk efter de retningslinjer, der udstikkes bl.a. i Enterprise Arkitekturen, Kvalitetssikring, Governance, Udviklingsmodellen og Design principperne. Dette gælder både internt og i samarbejde med eksterne leverandører. ATP Februar 2006

14 Arkitektur i praksis? Det er vigtigt at etablere en fælles opfattelse af arkitektur! Hvad er tilgængelighed? Hvad er sikkerhed? Er løsningen skalerbar? Understøtter genbrug af allerede fastlagte rammer.

15 Enterprise Arkitektur framework REOLEN - Sikrer at dokumentation ligger samme sted - Sikrer at dokumentation har samme form & struktur - Man skal aldrig starte fra scratch mere - Kan vise sammenhænge mellem dokumentationselementer - Hænger procesmæssigt sammen med - udviklingsprocessen - kvalitetssikring - og på sigt governance, projektporteføljestyring, 15

16 ATP s Enterprise Arkitektur framework Strategi Interessent Proces Information Løsning Teknologi Konceptuelt niveau EA principper Forretningsstrategi (Ydelses- og og produktstrategi) IT-strategi Love og paragraffer Interessentmodel Ydelseskatalog Forretningsprocesser Ydelsespakker Generelle nonfunktionelle krav Begrebsmodel Domænelandskab Løsningsportefølje Domænelandskab Forretningsteknologimønstre Logisk niveau Designprincipper System integrations politik (SIP) ATP s organisations diagram Rollemodel Forretningsworkflow Løsningsflow Informationsmodeller Logiske datamodeller Datawarehouse modeller (ETL (ETL specifikationer, EDW EDW model, Datamart model, Explor. warehouse model) Systemportefølje Specifikke nonfunktionelle krav Use cases Servicekatalog Teknologimønstre Roadmaps Operationelt niveau Operationaliserede designprincipper Sikkerhedsmodel IT-workflow Instrukser Kørselsspecifikation Fysiske datamodeller Designmodeller (Komponentmodeller, Portlet specifikationer, Portal Portal specifikationer, Dokument specifikationer) Test (af blivende art) Brugervejledninger Hjælpetekster Teknisk Infrastruktur modeller Product mappings Implementeringsniveau?? Sikkerhedsprofiler Kørselsplan Driftsdokumentation Database tabeller Kildetekst Tekniske Implementerings modeller 20. juni 2006 atp

17 atp= domænelandskab Processtyring workflow & kørsler - initiering, ændring, afvikling Portal infrastruktur teknisk portal, løsninger Data Warehouse Integrationsplatform ledelsesinformation, aggregerede domænedata og eksterne data, analyse-miljø Kerneforretningen Interessenter bredt Sikring, forsikring og pension kunde, virksomhedsaftale, opkrævn.grundlag, produkt, udbet.aftaler, unit link motor Interessenter kunder, virksomheder, medarb, myndigheder, samarbejdspartnere, indbyrdes relationer, adresser, globale data (valuta, land m.v.) Ind-/Udbetaling Kundebogholderi indberetning, ind-/udbetaling, opkrævning, restant, krav/ gebyrer, posteringsart, detailbogføringspost (fra kernen) CRM kundeadfærd, segmentering, kampagne, henvendelsesregistrering Fonds porteføljeadministration (investeringsbeslutninger, afvikling, risiko administration, performance management) system integration policy (SIP), BaseLine definitioner/ opsætninger, integration Støtteprocesser Økonomistyring sumposter (fra kernen), bogføring, controlling, budgettering, projektøkonomi, omkostningsstyr., anlægsstyr., konsolidering, cash management Lager og indkøb indkøb, rekvisition, leverandør, lagerstyring, varemodtagelse, kontraktadministration, fakturahåndtering HR kompetenceudvikling, organisationsstyring, personaleadm., personaleudvikling, rekruttering, lønadministration, tidsadministration Ressourcestyring projektstyring, porteføljestyring, ressourcestyring Kommunikation bredt Call center håndtering af telefonopkald Workflow sagsstyring, sagslagring, aktiviteter Dokumenthåndtering skabeloner, brevgenerering, lagring, ind- og udgående dokumenter, print Dataleverancer registrering af dataleverancer og deres status Sikkerhed autentifikation, konfidentialitet, uafviselighed, autorisation Ekstern kommunikation modtagelse fra/forsendelse til banker, myndigheder, pensionsudbydere m.fl., simpel validering, transformation = infrastruktur domæner = funktionelle domæner 2. maj 2006 atp

18 Omverden SOA s betydning for Enterprise arkitekturen i ATP Overordnet begrebsmodel Øvrige interessenter Virksomheder, organisationer, myndigheder og personer som ATP har samarbejdsrelationer med - og som påvirker ATP s forretningsmuligheder Nære interessenter Bl.a. ToldSkat, fogedret, Danmarks Statistik, ASK, Feriekontoret, ministerier, den Sociale ankestyrelse, økonomistyrelsen, KMD, DA, LO, DI, KL, Finanstilsynet, e-boks, PBS, virk.dk, Jyske Bank, FP, Erhvervsstyrelsen Øvrige Interessenter Bl.a. De politiske partier, Finansrådet, EU-kommissionen, Ældresagen, arbejdsgiver- & Lønmodtager organisationer, arbejdsmarkedes parter Samarbejdsaftale 1 Samarbejdsaftale 1 indgået med nære interesssenter. ATP Koncernen Kundechefer Ledere & Specialister Rådgivning Løbende opfølgning Europas Daglig samarbejdsrelation bedste pensionsselskab kåret af 1 Investment & Pensions Europe 2005 Salg Rådgivning Definerer centrale begreber. som: - Interessenter: Koncernkunder Slutkunder Kunderådgiver - Ydelsespakker - Produkter og IT-understøttelse Koncernkunde Ministerie Beskæftigelsesministeriet Undervisningsministeriet 1 Familieministeriet Finansministeriet Bestyrelse 1 Koncernkundeaftale Faglig Organisation Aftale en DA Koncernkunde har indgået med ATP 1 Koncernen 1 Virksomhed ALKA 1 JØP PensionDanmark PBU LD 1 Slutkundeaftale Aftale med en Slutkunde i forlængelse af en Ordning Koncernkundeaftale. Der findes en Slutkundeaftale En Sikrings- eller pr. Ordning. pensionsordning hos en Koncernkunden, og som deres Slutkunder er 1 omfattet af. Kundedelaftale 1 En Slutkunde med flere pensionsordninger vil have en Kundedelaftale pr. pensionsordning pr. Slutkunde Ordning. Virksomhed Arbejdsgiver 1 Eksternt ydelseskatalog IT Ydelsespakke Koncernkunder kan frit 1..1 vælge in- og outsource ydelser til - og fra ATP Koncernen - så længe at de som min. har en Basisydelse. 1 Sikring, Forsikring og Pension Produkt Produktskabelon Produktpakkeskabelon Produktelementskabelon Basisydelse Grundlæggende basisadministration af sikring, forsikring eller pensionsaftaler. Fx: Pensionskerne, Unit Link og teknisk administration af arbejdsgiver/lønmodtagere. Procesydelse (Valgfri) Procesydelser er alle øvrige administrationsprocesser, som skal bruges til administration Fx: Indbetaling/indberetning, udbetaling, rådgivning og kundeservice mv. Tillægsydelse (Valgfri) Ekstra ydelser fx kan være et valg af et forbedret serviceniveau eller aftale om engangsaktiviteter. Fx: e-boks, online sagsbehandling, udvidet åbningstid, business controlling, teknisk hotline, data warehouse, kundeanalyser, co-browsing, statistik muligheder, udvikling og drift af hjemmesider Callcenter WorkFlow CRM DataWarehouse Dokumenthåndtering Portal & Internet UnitLink Indbetaling Udbetaling Person ATP Koncernen Lønmodtager Elever Pensionister Ansatte Privat kunde Selvstændige Tilskadekomne 1 Kunderådgiver Administration Rådgivning Adhoc opgaver 18

19 Interessent Interessent InteressentRelation Interessent OrganisatoriskEnhed 1 Individ Adresse 1 1 Virksomhed Person LeveattestStatus InternOrganisation Medarbejder Myndighed Kontaktperson Samarbejdspartner 1 Koncernkunde Erhvervsskole 19

20 Informationsmodel for Interessent - klip 20

21 Informationsmodeller pr. domæne Informationsmodellens klasser og attributter anvendes i specifikation af: - Use cases - Procesflow - Serviceoperationerne input, output, pre- og post-conditoner Største og første indsatsområder: - Interessent Koncernkunder, slutkunder, samarbejdspartnere - Produkt Produktsnedkeri, Aftalestrukturer 21

22 DokH - forretningen ønsker nyt online brev udviklet Oplæg til brev udfærdiges Definer brev Findes exiten i forvejen? Ja Skal brevet startes fra Notes? Ja Brev menu udarbejdes Brevet udvikles Nej Nej Exit udvikles CICS program udvikles Sammenhænge i ATP s Innovationsmodel Processtyring workflow - initiering, ændring, afvikling Data Ware- house ledelses-information, aggregerede domænedata og eksterne data, analyse-miljø Sikkerhed autentifikation, konfidentialitet, uafviselighed, autorisation Økonomistyring sumposter (fra, omkost-ningsstyr., anlægsstyr., konsolidering, Call center håndtering telefonopkald Sikring, forsikring og pension kunde, virksomhedsaftale, link motor Interessent kunder, virksomheder, medarb, (valuta, land m.v.) Lager og indkøb indkøb, rekvisition, leverandør Workflow sagsstyring, sagslagring, aktiviteter Ind-/Udbetaling Kundebogholderi indberetning, ind-/udbe-taling, opkrævning, restant, krav/ gebyrer, posterings- art, detailbogføringspost Portal infrastruktur teknisk portal, løsninger CRM CRM kundeadfærd, kampagne, henvendelsesregistrering HR kompetenceudvikling, HR organisationsstyring, personaleadm., Dokumenthåndtering skabeloner, brevgenerering, dokumenter, print Fonds porteføljeadministration (investeringsbeslutninger, afvikling, Fonds risiko Ekstern kommunikation modtagelse, forsendelse, simpel validering, transformation Projektstyring projektstyring, porteføljestyring, ressourcestyring Leverancer registrering af leverancer og deres status Integrationsplatform system integration policy (SIP), BaseLine definitioner/ opsætninger, integration Proces Aktivitet Ordning Består af 0.. Journalisering Sagstype JournalSag + sagstypeidentifikation sagsid + sagstypetekst status + saneringstype + statusdato + saneringsdato + arkivtype + valgtsaneringsdato + afgørelse 1 + årsag SaneringsRegel + saneringsregeltype 0..1 Behandler JournalSagsElement + journaldato + journalhændelse + elementtype 1 SagsRelation + hovedsagsid relateretsagsid sagsrelationnote Til SagsNote sagsnoteindhold + notetype 1 Note + noteindhold + datoogtidspunkt Innovationsidé - Politiske, markedsmæssige og teknologiske muligheder - Ønsker/behov f.eks. udtrykt i radio, tv, aviser og kunder Forretningsprocesser - Hændelser - Finansomkostninger og SLA Eksternt Ydelseskatalog - Produkter ATP sælger - Basis-, tillægs- og procesydelser Internt Ydelseskatalog - Omkostninger - Medarbejderes tidsforbrug Workflow - Aktiviteter koblet til roller Use Case - Funktionalitet i forhold til aktører Begrebsmodel - ATP` forretningsbegreber Dokumentlagring Dokumentlagring Specialist Specialist DokumentVisDokument DokumentVisDokument Kontaktperson Kontaktperson Portalsider - Opbygning/indhold Domænelandskab - Funktionalitet ATP tilbyder Informationsmodel - Løsningers behov for information Tilbagebetalingsbestilling ATP LD Der er nu tilbagebetalt for [Ordning] pr. [Dato] LG Tilbagebetalingsoplysninger Dato: PensionDanmark Feriekonto AES Ordning: AER Vis listen Printvenligside Støtteprocesser Kommunikation bredt Kerneforretningen Interessenter bredt 20.juni 2006, atp

23 ATP s enterprise arkitektur framework Strategi Interessent Proces Information Løsning Teknologi Konceptuelt niveau EA principper Forretningsstrategi IT-strategi Love og paragraffer Interessentmodel Begrebsmodeller Domænelandskab Løsningsportefølje Ydelsespakker Forretningsprocesser Ydelseskatalog Domænelandskab Forretningsteknologimønstre Logisk niveau Designprincipper Udviklingsmodel Projektstyringsmodel Driftsprocesser ATP s organisations diagram Rollemodel Forretningsworkflow Løsningsflow Informationsmodeller Logiske datamodeller Data warehouse modeller Systemportefølje Servicekatalog Use cases Teknologimønstre Roadmaps Operationelt niveau Operationaliserede designprincipper Sikkerhedsmodel IT-workflows Fysiske datamodeller Komponentmodeller Portlet specifikation Output specifikation Teknisk Infrastruktur modeller Implementeringsniveau?? Sikkerhedsprofiler Kørselsplan Driftsdokumentation Database tabeller Kildetekst Tekniske implementerings modeller 20. juni 2006 atp

24 Udviklingsprocessen i ATP Ledelsesprocesser Governance Enterprise Arkitektur Kvalitetsstyring Styringsprocesser Projektstyring Projektafslutning Projektkvalificering Projektrealisering Udviklingsprocessen Den Røde Tråd Ydelsesudvikling Løsningsanalyse Design Realisering Test iteration Configuration Management Organisatorisk implementering Deployment Driftsprocesser IT Service Management - ITIL 2006 ATP 4. juli 2006 ATP

25 Eksempel på proces: Løsningsanalyse Analyser Information Begrebsmodel Forretningsworkflow Forretningsbegrebs livsforløb Use case Løsningsanalytiker Fastlæg informationsbehov Beskriv livsforløb på udvalgt information Udarbejd CRUD-matrix Informationsmodel Informationsklasse livsforløb CRUD-matrix 25

26 Eksempel på proces: Kvalitetsstyring Udarbejd kvalitetsplan Relativ artefaktplan Liste over projektstyrings produkter Projektplan Tjekliste, standard Tjekliste, standard Kvalitetsansvarlig Udarbejd Kvalitetsplan Tjekliste, klargjort Tjekliste, klargjort Kvalitetsplan 26

27 Processen: Revidér EA-principper Muligheder og trends Godkendes i EA Governance-board Enterprisearkitekt Ikke implementeret endnu Forretningsstrategi Revidér EA principper Operationalisér EA princippper IT-strategi EA principper 27

28 Kloge ord! Stability is over Turbulence is normal Managing change is critical Architecture is the key John A. Zachman 28