MDA experiences in een uitvoeringsorganisatie
MDA experiences in een uitvoeringsorganisatie
Eelco van Mens (Architect, Mn Services)
5 juni 2008
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
2
Inhoud • • • •
Korte introductie Mn Services Overwegingen om met MDA te beginnen Onze ervaringen Vervolg
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
3
Mn Services levert met name branche gerelateerde diensten en producten. Klanten: •Branche Metaal en Techniek •En anderen
Diensten:
Producten: •Pensioen •Bedrijfstak eigen regelingen •Verzekeringen Donderdag 5 juni 2008
•Vermogensbeheer •Uitvoering administratie •Bestuursondersteuning
Ervaringen met Model Driven Architecture
4
Ontstaansgeschiedenis 1948
2001
2002
2003
2004
2005
2006
2007
2008
Oprichting Ontvlechting PMT O&O Fondsen Sociale fondsen Vakantiefonds NV Schade Bovemij
Donderdag 5 juni 2008
Vopak MITT Yarden VCBV MT Levensloop Levensloop Metalektro Forbo Cargill Zorgketen MT Cerestar Banden en Wielen Nutreco PME Koopvaardij Ervaringen met Model Driven Architecture
5
Een aantal cijfers (2007) • Mn Services • Aantal klanten • Aantal werknemers • Waarvan in ontwikkelorganisatie
30 ca. 690 FTE ca. 100 (plus 20 inhuur)
• Vermogensbeheer • Belegd vermogen
EUR 61 miljard
• Uitvoeringsorganisatie • Aantal deelnemers/verzekerden • Aantal uitkeringen • Premie Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
1,2 miljoen 1,8 miljoen EUR 1,6 miljard 6
Ontwikkelfilosofie • We streven naar een stabiele situatie, waarin ontwikkelingen plaatsvinden. • We streven naar stap voor stap verbeteringen (ca.120.000 uur per jaar), waarbij we een ‘big bang implementatie’ willen voorkomen. • Onze kernsystemen zijn maatwerk (vnl. Oracle). • Onze infrastructuur componenten zijn meer en meer ‘open standaards’.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
7
MDA : Zou dit ons ontwikkelproces verbeteren/versnellen? • Wij draaien projecten in een continu veranderende (business)omgeving: • Er zijn veel wijzigingen, ook tijdens het traject. Scope bepalen is daardoor lastig. • Er zijn ‘meer wensen, dan mensen’.
• Ontwikkelomgeving loopt op zijn einde: • Het is (was?) Oracle designer/developer met Forms/PL‐sql • Het wordt UML, Java, BPEL: maar hoe?
• Meer aandacht voor procesontwerp nodig: • De bedrijfsprocessen draaien volledig onder workflow. • Modelleren proces vereist andere ‘tooling’.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
8
Een pilot met MDA moet het uitwijzen. • MDA aanpak moet aantoonbaar bijdrage leveren aan betere ‘ontwikkel’ prestatie: • Ontwerp moet voorafgaande aan de bouw meer duidelijkheid geven (meer eenduidig, meer volledig). Met name voor procesontwerp. • Het gehele ontwikkeltraject moet vanaf start tot eind sneller doorlopen worden met een meer voorspelbaar eindresultaat.
• Het project ‘waardeoverdrachten’ is uitgekozen als pilot. • Een ‘echt’ project dat op de planning staat. • Waarin sprake is van veel proces en minder ‘systeem’.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
9
Model Driven (onder Architectuur) modelleren bevalt. • Veel detail, maar zeker niet te technisch. • Gebruikers begrijpen de specificaties beter. • En het blijft ‘repository based’ ontwikkelen: dus consistent en volledig. • UML: • Activity diagrams werken goed voor bij modelleren proces (zowel globaal niveau, als gedetailleerd niveau). • Interactivity diagrams, aangevuld met lay‐out en toelichting, werken goed voor modelleren schermen. • Use cases: alleen voor de éénheid van tijd, plaats en handeling. • Objectenmodel: blijft technisch voor eindgebruikers.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
10
Maar… • Door de mate van detaillering kwamen er veel ontbrekende details naar boven, die niet direct waardeoverdracht gerelateerd waren. Bijvoorbeeld: • Het patroon rondom versturen brieven, wachten op antwoord, evt. rappelleren en verwerken reactie. • Of het toewijzen van een eindgebruiker/afdeling aan een processtap. • Of waaraan moet het gemodelleerde proces voldoen om ontsloten te worden via de werkbak?
• En dat betekent veel ‘extra werk’ in de ontwerpfase, dat anders tijdens de bouw wel opgelost werd.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
11
Model Driven genereren is vrij snel afgeblazen. • Onze technische omgeving is teveel in beweging . • Oracle workflow/Forms/PL‐SQL of BPEL, ADF/Java ? • Andere Oracle ontwikkelingen: Fusion, BPA, BAM, etc. of APEX? • In ieder geval niet meer: ‘one size fits all’
• MDA betekende een ‘nieuwe’ generator, terwijl er al alternatieven aanwezig waren. • FORMS/PL‐SQL: designer/developer/headstart • BPEL/JAVA: J HEADSTART, J DEVELOPER
• En genereren vereist nog meer kennis van de technische omgeving, dan als we er alleen ‘gebruik van maken’. • Liever kopen, dan zelf bouwen/onderhouden. • En het is niet alleen een ‘andere’ technische omgeving: concepten gaan er ook door wijzigen. Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
12
Maar… • Juist omdat het model tot genereerbare code zou moeten kunnen leiden, is het model dermate gedetailleerd en volledig, dat de programmeurs vrij snel aan de slag kunnen. • En…vanuit het model kan wel natuurlijk een demo applicatie worden gegenereerd: • Een demo applicatie helpt bij het afstemmen van de gewenste functionaliteit met de eindgebruiker. • Voor een demo applicatie kan een “eenvoudige” achterliggende technische omgeving worden gebruikt.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
13
Vervolgstappen? • De pilot loopt nog: evaluatie is in juli dit jaar. • Voorlopige conclusie: • MDA aanpak & UML‐schematechnieken voor modelleren bevalt. • Meer aandacht voor de tooling nodig. • Met name toegankelijkheid documentatie.
Donderdag 5 juni 2008
Ervaringen met Model Driven Architecture
14
