Model Driven Architecture

[SavageNL]

Ik heb al veel gezocht over MDA, en ik kom telkens de combinatie van UML en BPEL tegen. Wanneer ik BPMN gebruik ism BPEL, mag ik dit dan ook MDA noemen?

[JaWi]

MDA is een aanvulling op bestaande ontwerp technieken, geen op zichzelf staand iets. Je noemt niet iets "MDA", maar gebruikt het om je ontwikkel-proces te ondersteunen.

[Stephan Oudmaijer]

JaWi schreef op donderdag 06 april 2006 @ 14:36:
MDA is een aanvulling op bestaande ontwerp technieken, geen op zichzelf staand iets. Je noemt niet iets "MDA", maar gebruikt het om je ontwikkel-proces te ondersteunen.

Dat is niet waar wat je zeft. MDA is een manier om iets te ontwikkelen, geen ondersteuning van je bestaande ontwikkeltools maar een compleet andere aanpak. Kijk maar eens naar de werking van MDA produkten.

Opzich is het idee dat je een stabiel model ontwikkeld en daaruit code genereerd. En ongeacht of de techniek/taal wijzigd, je kunt steeds weer nieuwe programmatuur genereren op basis van je model.

Stel dat ik in de jaren tachtig een model had ontwikkeld dan had je er toen een C programma van gegenereerd. In de jaren 90 misschien een Java programma, en nu misschien een .NET programma. Het idee van MDA is dat je model de techniek overleeft.

BPEL is wat dit betreft toch wel wat anders. BPEL is alleen een taal om een process te beschrijven.

Zie onder andere: http://www-128.ibm.com/de...ational/library/3100.html

Er zijn ook wel wat boeken over die interessant zijn.

[ Voor 8% gewijzigd door Stephan Oudmaijer op 06-04-2006 14:51 ]

[SavageNL]

Maar BPEL is op zijn beurt weer te interpreteren door een BPMS.
Dus je zou BPMN kunnen gebruiken om je processen te modelleren, en die kun je rechtstreeks omzetten naar een standaard voor executeerbare code (BPEL). Daarom had ik het idee dat dit hetzelfde is als MDA.

[Stephan Oudmaijer]

SavageNL schreef op donderdag 06 april 2006 @ 14:54:
Maar BPEL is op zijn beurt weer te interpreteren door een BPMS.
Dus je zou BPMN kunnen gebruiken om je processen te modelleren, en die kun je rechtstreeks omzetten naar een standaard voor executeerbare code (BPEL). Daarom had ik het idee dat dit hetzelfde is als MDA.

Ik ken BPMS niet, maar klinkt opzich wel aannemelijk.

[SavageNL]

BPMS is een Business Process Management System

Maar bedankt voor jullie hulp! Ik ga die link van IBM eens doorlezen, staat meer dan genoeg in.

[JaWi]

CK schreef op donderdag 06 april 2006 @ 14:50:
[...]
Dat is niet waar wat je zeft. MDA is een manier om iets te ontwikkelen, geen ondersteuning van je bestaande ontwikkeltools maar een compleet andere aanpak. Kijk maar eens naar de werking van MDA produkten.

Opzich is het idee dat je een stabiel model ontwikkeld en daaruit code genereerd. En ongeacht of de techniek/taal wijzigd, je kunt steeds weer nieuwe programmatuur genereren op basis van je model.

Nee, het is juist geen nieuwe aanpak, maar een aantal guidelines om je huidige ontwikkelmethodologie uit te breiden. De MDA-documentatie zoals die door de OMG is opgesteld rept expres niet over een ontwikkelmethodiek, omdat ze daar onafhankelijk van wil zijn. Je kunt MDA gebruiken met (bijna) "elke" ontwikkelmethodiek die je wilt.

[Verwijderd]

Eindelijk....nu blijkt dat ik toch nog wat leer tijdens mijn studie!

Ik wil CK inderdaad gelijk geven, maar wil het nog iets uitbreiden/toelichten.

Het Model-Driven-Architecture valt samen met een hele reeks, betere en slechtere architectures (Treasury Enterprise Architecture Framework, Archimate, C4ISR Framework, Zachman's framework, IEEE1471, Extended Enterprise Architecture Framework) onder de noemer Enterprise Architectures.

Een enterprise architecture ondersteund en leidt bij het design en ontwikkeling van informatie systemen in complexe organisaties. Een enterprise architecture helpt bij het logisch ordenen van verschillende delen van een organisatie en beperkt zich hierbij niet alleen tot de fysieke (informatie) systemen (iets wat bijvoorbeeld UML wel doet, die richt zich op enkel de software ontwikkeling). Bedrijfsprocessen, informatie flows, bedrijfsonderdelen, command en control, organigram, 'management and governance issues' etc zijn allemaal topics die aan bod kunnen komen in de enterprise architecture, maar dat ligt zowel aan de gebruikte architecture als aan de designer van de architecture. Enterprise architectures zijn dus veel breder. Het is een modelleer en documentatie methode, en beschrijft van de systemen hoe ze zijn en waar het naar toe moet. Van de existing naar de desired situatie.

Elke enterprise architecture gebruikt zijn eigen 'tools' om tot zo'n 'handleiding'/'guidance' te komen. Deze tools ondersteunen bij het maken en het doel van enterprise architecture is om alle neuzen één richting te laten wijzen. Het dient als communicatie.

Ik zelf heb nu enigzins ervaring met enterprise architectures, met het begin is het allemaal erg vaag. Er zijn veel verschillende architectures met elk de voor- en nadelen. Het ligt onderandere aan het doel, ervaring en tijd (!!!) voor welke architecture je gaat. Ook na het lezen van de documentaties wordt je er vaak niet veel wijzer van. Vaak is het doel van de architecture om te communiceren, dus design je de architecture zodat het voor iedereen duidelijk is hoe de bedrijfsarchitecture eruit ziet. Alleen omdat het allemaal zo breed is kost het dus extreem veel tijd dient de designer steeds rekening te houden met het level van detail wat hij beschrijft. Het blijft voor de designer meestal wel duidelijk, maar de communiceerbaarheid wordt naarmate de architecture uitbreidt steeds slechter.

Oke, als je meer informatie wilt kan je op alle enterprise architectures zoeken die ik hierboven noemde. Er zijn meerdere interssante, misshcien is het leuk om eens naar Archimate http://archimate.telin.nl/ te kijken. Als je al bekend bent met UML snap je deze al vrij vlot. Archimate is van Nederlandse bodem en biedt ook tools (microsoft visio templates) aan.

Succes.

edit:
toch nog wat mensen die in de tussentijd al hebben gereageerd, ik moet Jawi dus ook gelijk geven

[ Voor 4% gewijzigd door Verwijderd op 06-04-2006 15:12 ]

[Creepy]

SavageNL schreef op donderdag 06 april 2006 @ 13:14:
Ik heb al veel gezocht over MDA, en ik kom telkens de combinatie van UML en BPEL tegen. Wanneer ik BPMN gebruik ism BPEL, mag ik dit dan ook MDA noemen?

Wat wil je nu horen? Ja of nee? Want dat is eigenlijk het enige antwoord dat we je met deze vraag kunnen geven.

Kun je even iets meer toelichten over het hoe en wat?

[SavageNL]

Ok, als toelichting:
Ik ben bezig met mijn scriptie bij een bedrijf. Ik ben nu bezig om het huidige meta-model te beschrijven, waar telkens de term MDA door werknemers wordt gebruikt. Ze gebruiken dit echter alsof het 'top-down' betekent.
Omdat MDA een (redelijk) nieuw begrip is en top-down al lang gebruikt worden ben ik gaan kijken wat MDA precies betekent. Maar imo wordt het vaak anders geinterpreteerd (staat ook in dat artikel van IBM). En als je het bij OMG wilt nakijken krijg je een document van meer dan 300 pagina's voor je neus waar ik ook niet echt wijzer van werd.

Maar die link van CK heeft duidelijk gemaakt dat het eigenlijk 4 principes zijn die je in acht moet nemen. Eindelijk een duidelijk stukje tekst...

[Stephan Oudmaijer]

JaWi schreef op donderdag 06 april 2006 @ 15:10:
[...]


Nee, het is juist geen nieuwe aanpak, maar een aantal guidelines om je huidige ontwikkelmethodologie uit te breiden. De MDA-documentatie zoals die door de OMG is opgesteld rept expres niet over een ontwikkelmethodiek, omdat ze daar onafhankelijk van wil zijn. Je kunt MDA gebruiken met (bijna) "elke" ontwikkelmethodiek die je wilt.

Ben het met je eens dat het een nieuwe aanpak is, dat zei ik ook niet. Maar het is een andere manier van applicatie ontwikkeling. Maar volgens mij bedoelen we hetzelfde

[Verwijderd]

In principe hebben MDA en BPEL/BPMN niet direct met elkaar te maken, volgens mij is het antwoord op je vraag dus nee.

Met BPMN kun je bedrijfs-processen visualiseren, dus eigenlijk gaat het hier om een notatiewijze (zoals de naam ook al zegt Business Process Modeling Notation), vanuit deze BPMN kan BPEL worden gegenereerd die weer kunnen worden uitgevoerd op een platform die dit ondersteunt.(bijvoorbeeld MS Biztalk of Intalio en zo zijn er nog meer).

Met Biztalk en Intalio kun je dus bedrijfs-processen modelleren in BPMN, compileren als BPEL en dan draaien op de server.

Wat ik zo snel van MDA kan heb gelezen, is dat het een methode is, waarmee je een platform onfhankelijk model maakt. Zie de faq over MDA http://www.omg.org/mda/faq_mda.htm#what%20is%20mda

BPMN en BPEL zijn al wel technische implementaties van een model of proces. Dit kan natuurlijk wel gebouwd zijn op basis van de MDA methode, maar dat hoeft dus niet. Ik heb zelf een tijd met Intalio gewerkt en ik heb het woord MDA nog nooit gehoord in het project.

[SavageNL]

Je hebt gelijk dat ze niet direct iets met elkaar te maken hebben. Het is niet zo dat de combinatie BPMN en BPEL automatisch resulteren in MDA.
Maar BPMN en BPEL zijn door de business-visie en XML-basis imo erg platform onafhankelijk. Deze reden, samen met de automatische portering van BPMN naar BPEL lijken mij de basis van MDA. Mits goed gebruikt dus is het zeker een MDA oplossing is.

Hier is eventueel een artikeltje te vinden over BPMN en BPEL gebruikt als MDA-oplossing.

[Verwijderd]

Misschien begrijpen we elkaar verkeerd, maar volgens mij is BPMN/BPEL een implementatie van een model dat gemaakt is op basis van de MDA-methode.

SavageNL schreef op vrijdag 07 april 2006 @ 16:08:
Maar BPMN en BPEL zijn door de business-visie en XML-basis imo erg platform onafhankelijk. Deze reden, samen met de automatische portering van BPMN naar BPEL lijken mij de basis van MDA. Mits goed gebruikt dus is het zeker een MDA oplossing is.

Volgens mij draai je de zaken om, BPMN en BPEL zijn een hele goede implementatie voor een model dat gemaakt is op basis van de MDA-methode, maar omgekeerd hoeft dat dus niet zo te zijn, er zijn genoeg zaken gemodelleerd in BPMN/BPEL die geen MDA-implementatie zijn.
Er worden heel veel processen gemodelleerd worden in Biztalk en Intalio, waarbij mensen nog nooit van MDA gehoord hebben.
Als het goed ingezet is, zou het goed kunnen dat het een implementatie is volgens (een soort van) MDA-methode, maar deze is niet bewust gekozen.
Voor wat ik (net even snel) gelezen heb, is MDA de methode waar je mee begint om je ontwerpen(platformonafhankelijk) te maken en niet achteraf gaat zeggen van een BPMN/BPEL oplossing... oh dit is MDA.

[EfBe]

MDA is een buzzword. Waar het voor staat is al erg oud, vroeger heette het CASE. Het komt erop neer dat je wat je moet/gaat maken omschrijft in een (abstract) model en dat dat model leidend is in je verdere project. Het model wordt dan in diverse stadia vertaalt naar een resultaat, bv een code model, of een datamodel of bizztalk setup of wat dan ook. Je gaat dan wanneer er een wijziging is, niet prutsen in dat vertaalresultaat, maar terug naar je model, daar wijzigen en dan opnieuw vertalen, althans dat is het idee.