SOA ontwerpproces en migratie

659 views

Published on

SOA ontwerpproces en migratie

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
659
On SlideShare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

SOA ontwerpproces en migratie

  1. 1. Service Oriented ArchitectureDeel 6 – OntwerpprocesAmersfoort12 september 2009Bas Kruiswijk
  2. 2. Service Oriented ArchitectureOverzichtDeel 6: SOA in het ontwerpproces1. Basisconcepten2. SOA vanuit organisatorisch perspectief3. Procesbesturing4. SOA vanuit technisch perspectief5. De SOA infrastructuur6. SOA in het ontwerpproces – SOA implementatiestrategie – SOA principes toepassen in het ontwerpproces van software© Twynstra Gudde 12-9-2009 2
  3. 3. Service Oriented ArchitectureSOA implementatiestrategieHoe SOA in te voeren?– SOA is geen oplossing, het is een strategie– Je kunt niet alles van te voren bedenken en beslissen– Kern van de aanpak: een groeistrategie – Incrementeel, iteratief – Bestuurd en in de hand gehouden door een goede ‘SOA governance’© Twynstra Gudde 12-9-2009 3
  4. 4. Service Oriented Architecture ^ééäáÅ~íáçåSOA volwassenheid N ^ééäáÅ~íáçå OVan silo tot ecosysteem ^ééäáÅ~íáçå P ^ééäáÅ~íáçåVolwassenheidsgroei (bijvoorbeeld) Q `äáÉåí `äáÉåí `äáÉåí1. Silo’s pÉêîÉê pÉêîÉê pÉêîÉê2. Applicatie integratie dÉåÉêáÅ=Ñ~ÅáäáíáÉë rëì~ääó=Äìäâ=Ç~í~=ÉñÅÜ~åÖÉ `çêéçê~íÉ=Ç~í~Ä~ëÉ3. Componentisering4. Basisdiensten Afnemers (presentatie)5. Samengestelde diensten Procesdiensten6. Procesdiensten Samengestelde diensten7. Ecosysteem Basisdiensten Backends Bestaand Database systeem Domein Domein© Twynstra Gudde 12-9-2009 4
  5. 5. Service Oriented ArchitectureSOA GovernanceBeheersing van de ontwikkeling naar SOA– Visie, doelen, business case en financiering– Referentiearchitecturen – Enterprise architectuur (samenhang tussen bedrijfsprocessen, informatievoorziening, applicaties en infrastructuur) – Software architectuur (opbouw van software in lagen etc.)– Rollen en verantwoordelijkheden – Centrale coördinatie– Beleid, standaarden, richtlijnen etc.– Ontwerp/ontwikkelproces en levenscyclus van services© Twynstra Gudde 12-9-2009 5
  6. 6. Service Oriented ArchitectureRol van de SOA infrastructuurBasis neerleggen en voortbouwen Pilot 3 Pilot 2 Pilot 1 SOA infrastructuur© Twynstra Gudde 12-9-2009 6
  7. 7. Service Oriented ArchitectureSOA architectuur = heterogeniteitBalans tussen complexiteit en één pakket leveranciers afhankelijkheid De verbeterde situatie Eén systeem Oneindig keuze één leverancier veel systemen bereik complex veel interfaces overlap en gaten veel leveranciers Keuze bereik betreft: - ICT-architectuur - leveranciersonafhankelijkheid - mogelijkheden in de markt© Twynstra Gudde 12-9-2009 7
  8. 8. Service Oriented ArchitecturePraktijkvoorbeelden– Veronderstellingen over doelstellingen – SOA is middel om complexiteitsreductie te realiseren – SOA ondersteunt een ‘best-of-breed’ strategie als alternatief voor een ERP- benadering – SOA zorgt voor integrale procesondersteuning (betere functionaliteit) – SOA zorgt voor beter ‘spel’ tussen business en ICT– Dilemma’s – Hoe krijg je SOA uit de sfeer van een ‘ICT feestje’? – Hoe financier je de initiële investering? – Hoe verkoop je dat de kost voor de baat uit gaat?– Wat is de implementatiestrategie? – Ambitieniveau (wat streef je na, en in welk tempo) – Roadmap (in welke stappen daar te komen)© Twynstra Gudde 12-9-2009 8
  9. 9. Service Oriented ArchitectureAgile ontwikkelaanpakModerne ontwikkelaanpak die past bij SOA– Problemen in een traditionele waterval-aanpak – Ontwikkelprojecten duren erg lang – leveren te laat toegevoegde waarde – Documentatie raakt snel gedateerd – Wijzigingen gedurende een ontwikkelproces werken verstorend – Sterke sturing op tijd en geld, waardoor en niet (of minder) op toegevoegde waarde wordt gestuurd – En ondanks dat toch vaak tijd en budgetoverschrijding– Alternatieve aanpak is gewenst én mogelijk! – Agile: beweeglijk, lenig, wendbaar, snel – ‘lichter’ ontwikkelproces, met focus op mensen en toegevoegde waarde – SOA is de architectuur die daar bij uitstek bij past© Twynstra Gudde 12-9-2009 9
  10. 10. Service Oriented ArchitectureAgile is zelf geen ontwikkelaanpakMaar een categorie ‘moderne’ aanpakken– Extreme Programming (XP)– Rational Unified Process (RUP)– SCRUM– Dynamic System Development Methodology (DSDM)– Adaptive Software Development– Crystal– Feature-Driven Development– Pragmatic Programming– Rapid Application Development (RAD)© Twynstra Gudde 12-9-2009 10
  11. 11. Service Oriented ArchitectureAgile Manifesto (2001)Bekende namen definiëren het fenomeen© Twynstra Gudde 12-9-2009 http://agilemanifesto.org/ 11
  12. 12. Service Oriented ArchitectureFundamenteel andere benaderingvan de balans tussen tijd, geld en functionaliteit© Twynstra Gudde 12-9-2009 12
  13. 13. Service Oriented ArchitectureVoorbeeld: SCRUMIteratief en incrementeel ontwikkelproces© Twynstra Gudde 12-9-2009 13
  14. 14. Service Oriented ArchitectureVoorbeeld: DSDMIteratief en incrementeel ontwikkelproces© Twynstra Gudde 12-9-2009 14
  15. 15. Service Oriented ArchitectureVoorbeeld DSDM4 basistechnieken (1)– MoSCoW prioritering – Er is nooit genoeg tijd om alles te doen, maar je wilt toch alles benoemen – Belangrijke dingen eerst– Prototyping – Zien is geloven, en een goed communicatiemiddel – Eerst vanuit business perspectief iets goeds maken, dan pas technisch – Het prototype evolueert naar de werkende eindoplossing© Twynstra Gudde 12-9-2009 15
  16. 16. Service Oriented ArchitectureVoorbeeld DSDM4 basistechnieken (2)– Gefaciliteerde workshops – Multidisciplinair en “empowered” team – Snel als team beslissingen nemen – Alle invalshoeken / stakeholders betrokken – Gezamenlijk eigenaarschap– Timeboxing – Periodes van 2 tot 6 weken – Tijd en geld is gefixeerd, functionaliteit is variabel – Functionaliteit gedefinieerd in geprioriteerde (MoSCoW) requirements – Gericht op de oplevering van een resultaat aan het einde van de timebox© Twynstra Gudde 12-9-2009 16
  17. 17. Service Oriented Architecture Timeboxing tussen tussen eind resultaat resultaat resultaat timebox 1 timebox 2 timebox 3 timebox 4 timebox 5 timebox … timebox n aanpak timebox inhoud timebox functionaliteit variabel Requirements •… Mo •… S •… prioriteit •… Co •…tijd geld vast W •… © Twynstra Gudde 12-9-2009 17
  18. 18. Service Oriented ArchitectureSlotopmerkingen over agile aanpak– Agile is natuurlijk populair omdat – Veel projecten mislukken – Filosofie van een waterval-aanpak heeft fundamentele tekortkomingen – Contracteren / aanbesteding, fixed-price/date is in traditionele aanpak problematisch – Je houdt elkaar met gefixeerde requirements voor de gek– Maar ook omdat – De technologie is er nu klaar voor – Ontwikkelplatforms en –straten – Technologie voor SOA is volwassen genoeg om applicaties daadwerkelijk samenstellen uit services – Prototypes kunnen daadwerkelijk worden doorontwikkeld – Verschillende technologieën kunnen worden gecombineerd© Twynstra Gudde 12-9-2009 18
  19. 19. Service Oriented Architecture Ontwerpproducten Business domein Oplossingsdomein Enterprisearchitectuur Business Class diagramsarchitectuur Use Cases Informatie Werkendearchitectuur Sequence software diagrams Applicatiearchitectuur Scenario’s (Activity Diagrams)Technische Deploymentarchitectuur diagrams © Twynstra Gudde 12-9-2009 19
  20. 20. Service Oriented ArchitectureBusiness architectuurModel van de bedrijfsprocessen© Twynstra Gudde 12-9-2009 20
  21. 21. Service Oriented ArchitectureUse casesFunctionaliteit vanuit gebruikersperspectief– Gewenste functionaliteit vanuit het perspectief van de gebruiker– In de taal van de onderwijsinstelling – op te stellen en te begrijpen door medewerkers van instellingen– Goed basis voor communicatie onderwijsprofessional met ICT professional– Laat de noodzakelijke ruimte voor ICT leverancier– Voldoende basis voor een aanbesteding© Twynstra Gudde 12-9-2009 21
  22. 22. Service Oriented Architecture© Twynstra Gudde 12-9-2009 22
  23. 23. Service Oriented Architecture Use Case: Formatief beoordelenAanleiding Noodzaak of wens tot beoordelingActoren Deelnemer, Docent, BegeleiderDoel Inzicht krijgen in vorderingen en ontwikkeling van de deelnemer voor wat betreft kennis en competentiesBeschrijving acties – Beschikbaar stellen toetsmateriaal – Beoordelen – Vastleggen resultaat beoordeling – Signaleren noodzakelijke acties – Beschikbaar stellen beoordeeld productResultaat – Vastgelegd resultaat – Beoordeeld product – Gesignaleerde actiesFrequentie 15 x per deelnemer, per week © Twynstra Gudde 12-9-2009 23
  24. 24. Service Oriented ArchitectureActiviteitendiagram /Scenario– Nadere uitwerking van de ‘flow of events’– Onderscheid in actoren– Verschillende scenario’s per use case mogelijk© Twynstra Gudde 12-9-2009 24
  25. 25. Service Oriented Architecture Van scenario naar services Ontwerpen vanuit gebruikersperspectiefProcesdiensten Beschikbaar stellen Beoordelen Beschikbaar stellen Initiëren beoordeeld product toetsmateriaal Noodzakelijke actiesSamengestelde Raadplegen Vastleggendiensten relevante producten formatief resultaatBasisdiensten Beschikbaar Terugplaatsen stellen Raadplegen Vastleggen resultaat onderwijscatalogus Raadplegen Deelnemer Portfolio begeleiding © Twynstra Gudde 12-9-2009 25
  26. 26. Service Oriented ArchitectureBas Kruiswijkbkr@tg.nlwww.twynstragudde.nlAlle intellectuele eigendomsrechten met betrekking totdeze presentatie berusten bij Twynstra Gudde. Niets uitdeze presentatie mag worden verveelvoudigd of openbaargemaakt zonder schriftelijke toestemming van TwynstraGudde.© Twynstra Gudde 12-9-2009 26

×