SOA Seminar 19.06.2007
Agenda Kl. 08.30 09.00 Registrering og morgenmad Kl. 09.00 09.15 Velkomst Kl. 09.15 09.30 Indledning Kl. 09.30 10.30 Hvad er SOA og hvad er Enterprise Arkitektur? Kl. 10.30 10.45 Pause med forfriskninger Kl. 10.45 11.45 Erfaringer: Hvordan kommer man i gang? Kl. 11.45 12.15 Microsoft strategien Kl. 12.15 12.30 Sammenfatning og QA Kl. 12.30 13.00 Snak, afrunding og en sandwich
Hvem? Globeteam A/S Siden 2001 60+ konsulenter 4 teams Michael Andersen Enterprise arkitekt Leder development teamet Arbejdet med enterprise arkitektur siden 1993 Erfaring med flere generationer Enterprise arkitektur og SOA Udviklingen af samme forretning gennem årene
Hvorfor er SOA interessant? SOA gavner forretningen Agilitet overfor forandringer i processer og systemer SOA afspejler forretningen direkte Data gøres tilgængelige på tværs af platforme Er SOA forretningsorienteret? er det teknologi?
Hvorfor er SOA så skræmmende? Vi gik i gang... og fandt at SOA omfattede det hele for stor en mundfuld Det er dyrt eller er det? IT-afdelingen vil gerne... men forretningen vil ikke vores ERP-folk vil ikke
Hvorfor er SOA så skræmmende? Vi kom op at skændes i IT afdelingen IT udvikling vs. IT drift IT arkitekterne om metode IT arkitekter vs. projektledere SOA er umodent Metodisk umodent Teknologisk umodent Påstand: DK virksomheder er mindre modne end metode og teknologi
Hvordan forklarer man SOA? SOA at betragte sin virksomhed som services Implementer IT så det reflekterer services Giver automatisk forretningsdrevet tilgang Hvad er en service? En database? En afdeling? En rolle? Alternativ til eksempelvis ERP-arkitektur Silo-arkitektur
Enterprise Arkitektur At opbygge faste rammer og retningslinier for, hvordan den samlede it-understøttelse skal være designet, således at forretningen og IT-funktionen i form af forudsigelige forandringsprojekter med repeterbare processer, kan implementere ledelsens planer og politikker.
Enterprise Arkitektur - Zachmann
Enterprise Arkitektur OIO
Hvad er god model? Forretningsmæssig opbakning Tilgængelig, overskuelig og let forståelig Skal levere værdi hurtigt hvad er hurtigt? Kunne mappes til diverse EA-modeller som repræsenterer best-practise sikrer langsigtet holdbarhed Må gerne indeholde halv-fabrikata visse beslutninger er taget templates
Enterprise Arkitektur At opbygge faste rammer og retningslinier for, hvordan den samlede it-understøttelse skal være designet, således at forretningen og IT-funktionen i form af forudsigelige forandringsprojekter med repeterbare processer, kan implementere ledelsens planer og politikker.
En god model HR Ansæt Kontrakt pafd- Chef phr- Chef pløn Løn Opret løn ahr aløn ait IT Opret e-mail dhr ddataløn dexchange Authentication Authorization ESB Kontrakt Opret Løn Opret e-mail...
Model for forretningsprocesser HR Ansæt Kontrakt Løn Opret løn IT Opret e-mail
Servicemap - applikationslandskab Rolle pafd- Chef phr- Chef pløn Presentation Ansvarlig ahr aløn ait Activity (System, arkiv) dhr ddataløn dexchange Data
Teknologi Authentication Authorization ESB Kontrakt Opret Løn Opret e-mail...
En sammenhængende SOA-model HR Ansæt Kontrakt pafd- Chef phr- Chef pløn Løn Opret løn ahr aløn ait IT Opret e-mail dhr ddataløn dexchange Authentication Authorization ESB Kontrakt Opret Løn Opret e-mail...
SOA er en måde at lave Enterprise Arkitektur på Enterprise arkitektur er målet og har alle dage været målet SOA er midlet et alternativ til eksempelvis ERP arkitektur SOA motiverer at man tænker Enterprise Arkitektur fordi SOA kommer tæt på forretningen
Hvorfor er SOA så skræmmende? Vi gik i gang... og fandt at SOA omfattede det hele for stor en mundfuld IT-afdelingen vil gerne... men forretningen vil ikke vores ERP-folk vil ikke Vi kom op at skændes i IT afdelingen IT udvikling vs. IT drift IT arkitekterne om metode og teknik IT arkitekter vs. projektledere
Enterprise Arkitektur At opbygge faste rammer og retningslinier for, hvordan den samlede it-understøttelse skal være designet, således at forretningen og IT-funktionen i form af forudsigelige forandringsprojekter med repeterbare processer, kan implementere ledelsens planer og politikker.
PAUSE
SOA model HR Ansæt Kontrakt pafd- Chef phr- Chef pløn Løn Opret løn ahr aløn ait IT Opret e-mail dhr ddataløn dexchange Authentication Authorization ESB Kontrakt Opret Løn Opret e-mail...
Enterprise Arkitektur At opbygge faste rammer og retningslinier for, hvordan den samlede it-understøttelse skal være designet, således at forretningen og IT-funktionen i form af forudsigelige forandringsprojekter med repeterbare processer, kan implementere ledelsens planer og politikker.
Forudsigelige forandringsprocesser
Kravspecifikation Skal ejes og forstås af forretningen Samme struktur hver gang Kendt formål og indhold Øvelse gør mester 1 ste: 4-6 mandemåneder Nu: 3 mand i 4-7 dage svarende til 0,5-1 mandemåned Kompenceret for projektøkonomi
Kravspecifikation Procesbeskrivelse (forretningen) Hændelser/entiteter (arkitekt og forr.) Use cases Presentation (forretning) Activity (arkitekt) Deployment (IT drift)
Hvad består en activityservice af? Subscribtions Publications Queries Service Applikation
Hvad består en service af? Publications Publicerer forretningshændelser på ESB Subscribtions Lytter på forretningshændelser fra ESB Queries Leverer kontrolleret dataadgang i form af forespørgsler Begrebsapparatet er således begrænset, let tilgængeligt og veldefineret, præcis hvad der foregår i en virksomhed, forretningen forstår kravspecifikationen.
Projektmodel Tilgængelig og forståelig Roller og faser (Microsoft Solution Framework - MSF) Leverancer (PRINCE2) Tilpasset forretningens modenhed
Erfaring betyder alt Den perfekte løsning er den gode løsnings værste fjende Tilpas efter forretningens modenhed og kompetencer Tilpas efter svageste led styrk svageste led Vær nøgtern, ærlig og realistisk IT afdeling, forretning og leverandører Vær pragmatisk Du kan perfektionere metoden næste gang Lav en succes nu lav en større succes næste gang At prøve noget, er den bedste måde at få erfaring på
Mit første SOA-projekt hvordan? SOA kan sagtens implementeres lidt ad gangen Vælg en veldefineret EA-model Det er vigtigt at fundamentet er stabilt Vælg et veldefineret (gerne lille) projekt Hav tid til læring og reflektion Forvaltning af tvivl Er SOA forkert? Eller er der noget jeg endnu ikke har lært? Ledelsesmæssig opbakning er essentiel Fasthold visionen Vær i stand til, at kunne forklare modellen igen og igen
Efterfølgende SOA-projekter Genbrug sætter ind Udbyg med SOA-features i takt med behov opstår Eks: autorisationer Forretningsmæssig afklaring FØR teknisk Legacy-systemer udgør oftest laveste fælles nævner SOA-model skal have plads til features (eks. autorisationer) afvent implementering til forretningen er klar udsæt drøftelsen (=balladen) om teknologivalg SOA-platformen/infrastrukturen er også service orienteret Og kan derfor ændres ligesom forretningsservices Eks. kan autorisationsservicen ændres/opgraderes
Enterprise Arkitektur en definition At opbygge faste rammer og retningslinier for, hvordan den samlede it-understøttelse skal være designet, således at forretningen og IT-funktionen i form af forudsigelige forandringsprojekter med repeterbare processer, kan implementere ledelsens planer og politikker.
Ledelsens planer og politikker Toyota Kaizen; små, løbende forbedringer Toyota Europe; bygger selv services Udfasning af egne AS/400-applikationer Forhandlerne; tilkøber 3 die parts systemer Sløve transaktioner BAKMANN Egenudviklet applikation Integration til kunder og inddrivere Validering og registrering i RKI + Debitorregistret Mange samtidige transaktioner
Ledelsens planer og politikker KMD - BBR Eksponere en database for opslag Evt. publicere ændringer? Kunderettet OBH Ingeniørservice Åbne for kunder og partnere Ordre modtagelse - egenudvikling Logistik 3 die part Anvende BBR, HE Sekretariatet, Energimærknings Sekretariatet
SOA-model 4 forskellige virksomheder/forretninger Forskellig baggrund, nutid, fremtid Forskellige teknologier Samme SOA-model Forskellige løsninger Forståelsen af forretningen er altafgørende
Konklusioner At opbygge faste rammer og retningslinier for, hvordan den samlede it-understøttelse skal være designet, således at forretningen og IT-funktionen i form af forudsigelige forandringsprojekter med repeterbare processer, kan implementere ledelsens planer og politikker.
Konklusioner SOA-model Afprøvet Model skal kunne mappes mod best-practise Modellen skal være forståelig for alle! Projekter Pragmatisk succes frem for en detaljeret bommert Genbrug Forretningen skal forstå kravspecifikationen! Forretningens strategi Forstå strategien alle deltagere!