MDA experiences in een uitvoeringsorganisatie. Eelco van Mens (Architect, Mn Services) 5 juni 2008

Transcriptie

1 MDA experiences in een uitvoeringsorganisatie

2 MDA experiences in een uitvoeringsorganisatie Eelco van Mens (Architect, Mn Services) 5 juni

3 Inhoud Korte introductie Mn Services Overwegingen om met MDA te beginnen Onze ervaringen Vervolg 3

4 Mn Services levert met name branche gerelateerde diensten en producten. Klanten: Branche Metaal en Techniek En anderen Producten: Pensioen Bedrijfstak eigen regelingen Verzekeringen Diensten: Vermogensbeheer Uitvoering administratie Bestuursondersteuning 4

5 Ontstaansgeschiedenis Oprichting PMT O&O Fondsen Sociale fondsen Vakantiefonds NV Schade Bovemij Ontvlechting Vopak MITT Yarden VCBV MT Levensloop Levensloop Metalektro Forbo Cargill Zorgketen MT Cerestar Banden en Wielen Nutreco PME Koopvaardij 5

6 Een aantal cijfers (2007) Mn Services Aantal klanten 30 Aantal werknemers ca. 690 FTE Waarvan in ontwikkelorganisatie ca. 100 (plus 20 inhuur) Vermogensbeheer Belegd vermogen EUR 61 miljard Uitvoeringsorganisatie Aantal deelnemers/verzekerden 1,2 miljoen Aantal uitkeringen 1,8 miljoen Premie EUR 1,6 miljard 6

7 Ontwikkelfilosofie We streven naar een stabiele situatie, waarin ontwikkelingen plaatsvinden. We streven naar stap voor stap verbeteringen (ca 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. 7

8 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. 8

9 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. 9

10 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. 10

11 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. 11

12 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. 12

13 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. 13

14 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. 14