MDA (Model Driv en Architecture) MDA (Model Driv en Architecture) Ing énierie l

MDA (Model Driv en Architecture) MDA (Model Driv en Architecture) Ing énierie log icielle g uidée pa r les Ing énierie log icielle g uidée pa r les Ing énierie log icielle g uidée pa r les Ing énierie log icielle g uidée pa r les m odèles m odèles S .N Historique: Historique: En 2000 l’OMG propose une a pproche nom m ée MDA Model Driv en Architecture, S ’a ppuy a nt sur le sta nda rd UML pour décrire: décrire: pa rties des sy stèm es indépenda ntes des pla tes-form es spécifiques (PIM ou Pla tform Independa nt Models) pa rties liées à ces pla tes-form es (PS M ou Pla tform S pecific Models). Historique: Historique: Il s’a g issa it de pa rier sur la sta bilité possible de ce sta nda rd, pour que l’on puisse reprendre da ns 5, 10 ou 15 a ns des descriptions a bstra ites en UML (m odèles descriptions a bstra ites en UML (m odèles m étier) Et g énérer à pa rtir de celles-ci des sy stèm es exécuta bles sur les pla teform es technolog iques du futur. Ing énierie dirig ée pa r les m odèles Ing énierie dirig ée pa r les m odèles C’est quoi? C’est quoi? S e fonde sur l’utilisa tion m a ssiv e des m odèles. S épa ra tion des préoccupa tions entre la log ique m étier des sy stèm es log ique m étier des sy stèm es inform a tiques et les pla tes-form es utilisées. On a utom a tise les tra nsform a tions entre différents m odèles (a spects , niv ea ux d’a bstra ction). Ing énierie dirig ée pa r les m odèles Ing énierie dirig ée pa r les m odèles C’est quoi? C’est quoi? L’élém ent de ba se n’est plus l’objet : c’est le m odèle Laprim a uté des m odèles da ns cette a pproche est ce qui Laprim a uté des m odèles da ns cette a pproche est ce qui différencie principa lem ent MDA des a pproches cla ssiques de g énie log iciel telles que OMT (Object Ma na g em ent T echnique), OOS E (Object Oriented S oftwa re Eng ineering ) ou BCF (Business Com ponent Fa ctory ), qui pla cent les objets ou les com posa nts a u prem ier pla n. L’a rchitecture MDA L’a rchitecture MDA S ur la Fig ure, l’a rchitecture du MDA se découpe en qua tre couches. Da ns la prem ière couche, se trouv ent les sta nda rd UML, MOF et CWM. Da ns la couche suiv a nte, se trouv e a ussi un sta nda rd XMI qui perm et le dia log ue entre les m iddlewa res (Ja v a , CORBA, .NET et web serv ices). .NET et web serv ices). La troisièm e couche contient les serv ices qui perm ettent de g érer les év ènem ents, la sécurité, les répertoires et les tra nsa ctions. Enfin, la dernière couche propose des Fra m ework a da pta bles à différents ty pes d’a pplica tions à sa v oir fina nces, télécom m unica tion, tra nsports, espa ce, m édecine, com m erce électronique et de fa brica tion,…) L’a rchitecture MDA L’a rchitecture MDA • Les m odèles: S pécifier différents niv ea ux d’a bstra ction, fa cilita nt la g estion de la com plexité inhérente a ux a pplica tions. ◦Très a bstra its: pour présenter l’a rchitecture g énéra le ◦Très a bstra its: pour présenter l’a rchitecture g énéra le d’une a pplica tion ou sa pla ce da ns une org a nisa tion ◦Très concrets: perm ettent de spécifier précisém ent des protocoles de com m unica tion résea u ou des a lg orithm es de sy nchronisa tion Mêm e si les m odèles se situent à des niv ea ux d’a bstra ction différents, il est possible d’exprim er des re latio n s d e raffin e m e n t entre eux. Ces rela tions sont g a ra ntes de la cohérence d’un ensem ble de m odèles représenta nt une m êm e a pplica tion. L’a rchitecture MDA L’a rchitecture MDA L’a pproche MDA v ise à m ettre en v a leur les qua lités intrinsèques des m odèles: la pérennité, la productiv ité et la prise en com pte des pla teform es d’exécution. Afin de perm ettre la g énéra tion a utom a tique de la tota lité du code des a pplica tions et d’obtenir un g a in sig nifica tif de pro d u c tiv ité . Le principe clé de MDA consiste en l’utilisa tion de Le principe clé de MDA consiste en l’utilisa tion de m odèles a ux différentes pha ses du cy cle de dév eloppem ent d’une a pplica tion. Plus précisém ent, MDA préconise l’éla bora tion de: ◦Modèles d’exig ences (CIM Computation Independent Model), ◦Modèles d’a na lyse et de conception (PIM Platform independent model). ◦Modèles de code (PS M Platform Specific Model). Qu’est ce que CIM? PIM? PS M Qu’est ce que CIM? PIM? PS M CIM:littéra lem ent « m odèle indépenda nt de la prog ra m m a tion », ou modèle d’exigences peuv ent être considérés com m e des élém ents contra ctuels, destinés à serv ir de référence lorsqu’on v oudra s’a ssurer qu’une a pplica tion est conform e a ux dem a ndes du client. Av ec UML, un m odèle d’exig ences peut se résum er à un Av ec UML, un m odèle d’exig ences peut se résum er à un dia g ra m m e de ca s d’utilisa tion. Ces derniers contiennent en effet les fonctionna lités fournies pa r l’a pplica tion (ca s d’utilisa tion) a insi que les différentes entités qui intera g issent a v ec elle (a cteurs) sa ns a pporter d’inform a tion sur le fonctionnem ent de l’a pplica tion. Da ns une optique plus la rg e un m odèle d’exig ences est considéré com m e une entité com plexe, constituée entre a utres d’un g lo s s aire , de d é fin itio n s d e s pro c e s s u s m é tie r, des e x ig e n c e set des c as d ’u tilis atio n a insi que d’une v u e s y s té m iq u e de l’a pplica tion. Qu’est ce que CIM? PIM? PS M Qu’est ce que CIM? PIM? PS M PIM: ou modèle d’analyse et de conception abstraite Da ns l’a pproche MDA, cette pha se utilise elle a ussi un m odèle. Cette éta pe consiste à structurer l’a pplica tion en m odules et sous-m odules, et da ns la quelle est a ppliqué les pa trons de conception ou Design Patterns du Ga ng of Four (GoF). Nous ne considérons donc ici que la conception abstraite, c’est-à -dire celle qui est réa lisa ble conception abstraite, c’est-à -dire celle qui est réa lisa ble sa ns conna issa nce a ucune des techniques d’im plém enta tion. Le rôle des m odèles d’a na ly se et de conception est d’être pérennes et de fa ire le lien entre le m odèle d’exig ences et le code de l’a pplica tion. Ces m odèles doiv ent pa r a illeurs être productifs puisqu’ils constituent le socle de tout le processus de g énéra tion de code défini pa r MDA. Ce qui sig nifie qu’ils doiv ent être suffisa m m ent précis et contenir suffisa m m ent d’inform a tions pour qu’une g énéra tion a utom a tique de code soit env isa g ea ble. Qu’est ce que CIM? PIM? PS M Qu’est ce que CIM? PIM? PS M PS M: ou m odèle de code ou de conception concrète MDA considère que le code d’une a pplica tion peut être fa cilem ent obtenu à pa rtir de m odèles de code. La différence principa le entre un m odèle de code et un m odèle d’a na ly se ou de conception réside da ns le fa it que le m odèle de code est lié à une pla te-form e d’exécution. Da ns le v oca bula ire MDA, ces m odèles de code sont a ppelés des PS M (Pla tform S pecific Model). Les m odèles de code contiennent toutes les inform a tions nécessa ires à l’exploita tion contiennent toutes les inform a tions nécessa ires à l’exploita tion d’une pla te-form e d’exécution, La différence entre le code des a pplica tions et les m uploads/s3/ 537-dc-74-eb-30-b-6.pdf

  • 62
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager