ayo o> sop JBsUnEU AP SENG woreda 9 or ioe“ sszunop 2p od aagupd op sod sad a 10, os (o,p su08r Sp 20 eur Sy p42 ay Syepou 59110) SHILDS So anh JB )09 9 MENON Fpradouoa euips un,p a0 # ‘Sp vei ap asad on onto sep 219 Mpg 82 ap assed mod PET tomdacuco np sou AUR 29 5 np cw fy appou 3 119 294) 28 sepuvop 9p 9609 288,P OHKESTEPOW Ber SanresBerp 2 aad “ombu9. 90 «axpeun29 3p 04 ts9.9,worndsquo> 99 08» SP 12 1S OUP S29 va ss sou “soxontue> 8 seu Say napsoeay souties, oa audi, unatasia | Sib pep Hl, Wen 3 ‘3p atop iny paneling 24n0 0, “rasquio doa ‘300704. iss send soa # en “1 joo ane SyUnSeP)_ YoAGaOvD sri) wasp 22) UOHEDOST INS sp wonsdgouco 2 So op SE SHNENCL ‘sOdOWd LNVAY ‘ea ryosmurnpp sours sepsonsoncn 9 02092"pnt ae gus ss aie ne pce sone a mole os sous 1a forme d'un dagranme de cases, daure part Gnonce des rips precise de Sescaise ea bl oat Geta abacus ha Berveen eK ek ‘Fase bate de donnses Cet demarche pour ans serve de base thine @ Pian ds fens oats do vache (Ce cours est desting aus étudians de LI Informatique (de Ia Faculté des Seiences! Math — Info) Université de Kisbasa, In s'adrese aussi au personics qui #itéressent & In modélsation et & ka conception des tases de donnees, Part eu + Les concepters habitus an model entié-asociation {que ce soit la notation avéicaine on salle de type Mers!2)y truweront les mayens de migrer vers le diagramme de classes de UML2. * Les concepteurs UML repéreront dos régles de passage afin de traduire un diagrammme de “asses dans un modele de données d'une base de donne rlaoanelle ov objet elationlle Les progranuncurs connaisant le mod&lerelationnel @ SQL? découvrirnt M'indluense de approche objet sur les bases de donne, et les mésanismes de programmation metant en ‘quvre es types abstr de donnees avee SOLS # Les etuitts denicheront des definitions pragmatiques et Ge nombreux exereoes mettant en Jeu tous les niveauy du processus de conception dune base de données ‘Ce caus organise en trseheputesinroduetion développe et avant-popes, Le Ch | nous intraduit dans le monde de PUML et de lorteté objet, le Chaptre 2 tate de Ia rodklisation objet i V'aide de quelques diagrammes conceptuels UML. Le chapive 3 est ‘onsacrea implémentation sous SQL? et SQLS. ‘Nous elgturon le cours par quelques applications inspires du monde reel ‘suppor di out de ancestries Sytees informa NFS, Voices nfo2OTE 1. INTRODUCTION A UML 10 troduction Pou fait fice & la complesitécrissante des systémes infomation, de nouvelles methodes Lous ont ei cieees. La principale avanese des quinze deriéres années ride dans la programmation orientés objet (P.0.0.), Face & ec nouveau mode de programmaton, tes Iiodes de modsistion classique (lle MERISE) ont rapidement montrécetanes limites ‘tonto adapter (et MERISE?2}. De tes nombrewses methodes ont également vu fe jour comme Booel, OMT. Dans ee fonteste et devant le foisonnement de pavelles miibodes de concepion « rientée objet object Management Group (OMG) 2 en comme objectt de defiir une notation standard tulinble dans fs developpentents informatiques bass sur objet C'est ais quest appar UML (ified Modified Language « langage de modisation objet uni». qui est issu def fusion des methodes Boosh, OMT (Objet Modelling Technique) et OOSE (Object Oriented Softeare Engineering), Issu do terrain et uit dun travail despots reconus, UML est fe eésultat dun large ‘consensus. De ts nombreux detearsindistrels de renom ont adopté UML partcipent Son développement En Fespace use poignée années seulement, UML est devens un Standard Incontournable Cex sous anne & nous questionner sur 4 tes apponts sé UML dans a motistion 7 apace des methods dts « tradionnelles ov classques» tele que MERISE. UML est en effet appara tris tanivement, car approche objet se pratique depuis de ues frombreises années dja. Simula, premier langage de programmation & implémenter te ‘Concept de type abtra Tide de classes, date de 1967 En 1976 dj, Smalltalk implémente Tes concepes fondaceurs de Tapproche objet: encapsulation, agrégation,héitage. Les premiers teompilateurs C'-+ dtent dab des années 80 et de nombreux langages orientés objets “semis” oa ete ls concepts objets (Eifel, Objective C, Loops. {iy done déj longtemps que Taporose objet est devenue une salt, Les concepts de base de apprache objet sont sists et lrgement éprouyes, De nos jours, programmer ‘objet’, cst fncticier dine panoplie devils et de langazes performants. approche objet est une solalion teshnalogique incontoumable, Ce west ‘utomatiqe des lors qu'on eherche & concevoi des lopices complexes qui doivent fds évcations incessantes Toutes, approche objet mest pas une panaese + elle ext mois intuitive que Fapproshe Fonetionelle : \Matpre Tes apparences, i est plas naturel pour Tespit burnin de dSeomposer un probleme informatique sous forme dune hitrarchie de fonctions aomicues et de données, quen terme sts ot ieraction ente ee cies. ‘Or. tien dans les concepts de base de approche objet ne dite comment modéliser ta Mructure objet an systeme de manigre pertinente. Quels moyens doiton alors user ter te analyse qui respecte les eonoepls objet ? Sans un cadre metiodologique Inptopr la derive fonetiontelie de I conception est inevitable Y anplcation des concepts objet nécessite une trés grande rigueur: “ovale prdes stun fateurdéche> important dans fa mise en ceuvre ue approche fuji clambiguts et dincomprehensions). Beaucoup de développeurs (mée tepetincniest ne pense souvent objet qua travers ux ngage de programmation‘ERPS aan NE TS tee ROI COR ae Mea (0, les langages orients objet ae sont que des outils qui propasent use maniée paniculére ‘timplemencer certgns concepts objet. Ilse vaident en ren Tutlisason de ces meyens tectniques pour eancevoir un sysieme conform & la philasophie objet ‘Connaltre C++ ou Java nest done pas une fin en So, fl faye Aussi Savor se servi de ces Tangages oa ecient. Ls question est done de savoir “qui va nous guider dans Putisation ‘des concepts objet, ice ne sont pas les langagesorientés objet” Entin, comment compte deux solutions de éécoupe objet dun syste si Ton ne dispose pas «fan moyen de repréentaion adegust? Il est ies simple de désrre le rsutat dune analyse fonetonnelle, mais quien est une découpe objet Pour remir 8 cs incon nents msjeurs de Tapproche objet fas dome 1 0 & wage (pour Sexprimer clarement Taide des eoacepts objets} Le langage doit dle epnésenter des concepts abstaits(graphiquetent par exemple), limiter es jal (pase un langage commun, au vocabulaire précis, indépendant des Tangages frigntes objet, filter analyse (simpli la comparaisonetTevaluation de solutions). 2yame démarshe d'analyse et de conception objet Une démarche analyse et de conception objet est nScessare afin de we pas effstuee une snalyse fonctionnelle et se contenter dune implémentation objet, mais penser objet ds le ‘ipa, defini Les vues qui pevmertent de derive tous les aspeats ut spstome ave es coop objets 1 fat done disposer d'un owt qui donne une dimension méchodolozique & approche ‘jt ot qu pormerte de mieux maitiser sa riches. La prise de conscience de importance dune méthode spécfiquement objet ("comment structurer un systeme sans center analyse uniquement su les données ou unigemen sur Tes teavements mais sur les deus"), ne date pas dhier. lus de SO méthodes objet sont apparves UML: une nore Fn 1997, UML est devenu une norme OMG (Object Management Group), LOMG «st un ‘rponisme A bus aos hrf, rd en 1989 inate de andes soctes (HP, Sun, Unisys ‘American Ainines, Philips.) Aujourdhui, FOMG ‘dere plus de 850 acteurs di monde Informatique. Son le est de promouvoie des standards qu garatssentTintropérabilié ene “pplieations oentées objet, développees sur des réseaux hetérogénss. ‘OMG propose totamment Tarchitecure CORBA (Common, Object Request. Broke Aichitevtre) un modéle standard pour la constuction applications & objets distibues ‘acpi suru se8u), CORBA fait partie dune vision alobole de fa construction applications répaties,appstie (OMA (Opject Management Atchtectre et définie par OMG, Sans renter das les details, ‘on pes eesumer cette vsion parla voloné de favoriser Mess industriel des technologies fobjet en offeot an ensemble de solutions techmologiques aon propriesires, qui pine es elivages techniques UNL a &€adopte (normalise) pr "OMG et intégré & TOMA, cari paicipe & cee vision et foc qui répond a le “philesphie” OMG, > UML: un langage de modélisation objet Four penser et concevoir obj faut savoir prendre de la hauteur, jongler vee des cnspts asta, indépendant des Taugages implémentation ct des conirantes purement Tishimues. Les Tangages de programmation ne son pas un support Zanalyse adéquat pour ‘voir objet. ise pete pas de d8erre des solutions en terme de concept abstrits| ontuent un eadre top rigide pour mener une analyse iraive. Pour condite une Inulyse objet eorent, ie fut pas directement penser en tee de pointers, fatribus el Ai ableaus, mais terme association, de proprits et ce cardinalsUilier fe langage de programmation comme support de conception ne revent bien souvent ‘qui juvtaposer de mane fonetionelle un easemble de mécantsmes implementation, pour Fesoudke un probleme qui néeesste en réalité une modeliation ebjet ‘approche objet hévessite une analyse rélechie, qui pase par différentes phases exporatires. Bien que risonner en ferme Wobjets semble naturel, Yapproche fonetionselle reste Ia plus Wie pour tos esprit cartsiens.. Vola pourquoi ne faut pas se eontenter dune implementation abje, mais se dscpliner & "penser objet” au cours dune phase analyse préatable Toutes les derives fnetionelles decade objet om pou origin le non respect des concep de braze de approche objet (encapsulation .) oa une utilisation détourmée de ees concepts heritage sans classification... Ces ries ne sont pas dues & de mauvaises techniques de progranination la racine du mal ext bien pve profonde » programmer en C+ ou en Java ‘imple pas foroémentconceveir objet. Ler diffcutés demise en euvre dune approche "rellement objet" ont engendré bien souvent es dSceptions, ce gu a longtemps consitué un obsiacle important & essor des technologies ‘objet Beaucoup oot cede au lure des langages de programmationorientés objet et oublie ‘ue le cade west qu'un "moyen". Le respec des concepts fondarnentaux de approche objec Dime sur la manire dont on tes implémente, Ne penser qu'd travers un langage de ‘rogrammation objet dstourne de Tesente Fours ecologies be eet mps,FOMG propose UML. CML come oe Ince importante des tchinges ate W permet dexprimer et Waborer des satis oe Inpendamment fe ost langage de programmatn. Ha te Fess pr ‘iid suppor canals base sures concepts oe UML ext un tagage forme Mcintyre mend Le memeste UNL dsr de mnie Wes pe os ee Sinetron (x concep wilco‘ manfule pe Te angus) 6 Stig de es lente inion ee og deer uation) Em ees ees TRUL nermatie fen concept oje_Un meamole poate inner ks anges truowagelcosmacice dots Il prs mist eles ifs cone engage (Bik ance ovens a hates ei apes abot dares Sticue Enon pea rte qu lerctmele FUNC lange drt pa on tr Ital e ane standard aide MOF (Mei Ont Pay ame OMG oe heron es mums). Veable ode rte de TOMA, UML ene a et ‘ecapesale our ius eu ont naps pe ogre ac, cet Gab CCE Chie UM aga ried cones oj a en conse ore Supe mje cr tne fener apprec tenSoue een ps mse > UML: un support de communication UML est avant out un support de communication perforeant gu failite la representation ‘comprehension de solutions objet, Sa_eetaion graphique permet dexprimer ment une solution abjet, ce qu faelite Ia comparaison et "valuation de solutions Viaspect forme de st notation limite les ambiguftés et Tes incomprshensions. Son indpendanee par rapport aux langues de programtion, aus domaines @applicaion & asx process en font Fangage universe. La no‘tion graphique UML nest que le support da langage. La vénable force GUM, cestquil repose sur un metamodile En autres termes a puissance ot atérat UML, cest qu'il normalise la sémantique des eancepts qu't whic! (ulm association étage ene deus classes soit repésentée par une Néche tenminge par ‘mangle ow un sete, 8 que peu dimportance par rapport au Sens que cela donne 4 votre rodele. La notation graphique ext essentllementpuidée par dos considerations esthtiques, mnéie stelle été penage dans ses moindes details pr cos Cnn a tn deta mF, Tana Par contre, user une clon dlitage, refit Fntemtion de donner a vole mode un sens partculier. Un *bon' langage de modelisaion doit permetse 4 wimporte qui de otter ext done primordial de s'coorder sur la iresser ala maniene de 1s tue des elem tepresenter. [Le mctimodle UN appar une solution 4 oe probleme fondamentl. UNI. est done bien pins gun simple oui i peret de “dessinee" des repeesenations metals... permet de Darter an langage comavun, normalisé mais accessible, cer vse > UML: un cadre méthodologique pour une analyse objet Une autre caractvstique importante TUML, est quil cadre Fanalyse, UML permet de représenter an systeme selon difffrentes vues complémentaises : les diagrammes. Us iagramme UML est une representation graphique, qui sintéresse 4 un aspect précis du mode ; Cest une perspective du modele ‘Chague’ ype de disgramme UML posside une strucire (les pes des elements de rmodiisaton qui le composene sort prédéfnis) et vehicule une sémantque prise (ote tejours fe mgme ve dun systéme) ‘Combing, Tes differents yes de dagrammes UML offent une vue comple des aspects ‘atques et dynamigues dun systéme. Les diagrams permettet dane dinpecter un mode selon différentes perspectives et guident Tulisation des Glements de smodelisation (es conggpis objet, er is possédent une suet Une caractéristique importante des diagrammes UML, est uils supportent abstraction, (Cela permet de miews contr In complesité dans Pecpression et Teaboraton des soltions objet UME opte en effec pour Plaboration des modes, plat que pov Une approcte ‘impose une bare stibie entre analyse et conception Les modeles analyse et de ‘onegption ne different que par Teur niveau de detail, it ny a pas de diffrence da onepis utisés. UML nintoduit pas déléments de moddlisation propres une at (analyse, conception.) le langage reste le méme 4 tous les aiveaun abstraction. C approche simpliicatnce facie le passage entre les nivenux dfabstraton, [élahorstion entourage une approche non linéaire. les "Yetous en eee” entre niveaus abstraction is Som Tallies et Ta agabilité entre modsles de riven diferents ext aesurée par du langage IML. fivorise done fe protoypage, et dest li une de ses forces. Ea fe, modliser ane apylcation nest pas une activite linéaire. Il agit dune che wes complese, qui névessite une apyroche itérative, ear al est pls effcace de consnire et vader par apes, ce aul est {Iie comer et ma (UME permet done non seulement de repésentr et de maniputer ls concepts abet. i sous: tentend une dSmarele danalyse qui permet de coneevair une solution abjet de maniée ‘rive, gece aux digsammes. qu supperien abstraction. > UML west pas une méthode (UML esta langage qi permet de eprésenter des modales mais i ne dfnt pss le processus ulaboration des modétes, Qualifier UML de “whode objet” nest done pus tut @ fat ‘njvopé. Une méthode propose ausi un processus, qui eéitnotaniment Fenchainenent des Isis de production dune enseprise, Or UML n'a pas ee pense pour gir les activités de Fentuepise. Les auteurs SUML sont tout fit conscients de Fimportance du process, mais ‘ie tee ietionneliement excl des tava de TOMG, Comment prendre en compte ‘oolos es agisations et cultures rntrprises ? 1 provessus est adapeé (done 18 le) au domaine dacivté de Fentreprise : méme sil ‘onsite un cade geneeal, i fan Tadaper au contexte de entreprse‘Support cours de Conception des Systemes infarmaton/Lt INFO. nee ee bref; ameliore un prooessus est une disipine& part entire. est um objectif qu dépasse ris Targemen le cadre de TOMA, Cependant, méme si pour TOMG, Faceptabiltéindusrcie dela modélisaion objet passe (Gepord par fa disponbile dun langage analyse objet performant et standard, es auteurs UML preconisent duliser une démarche guide par les besoin des uiissteurs du syst rshitectre logiciel, Dvaptés tes auicus GUML, un processus de développement qui possede ces qualiés fondamentales “devrait” favoriser Ia réwsste un projet Une source féquente de natentendus sus UML a pour origine la faculté UML de modeliser un process, pour Ie “Ubsumenter et foptimiser par exemple. En fin de compte quest-ce quun processts ? (Jn ‘Shsemte ductivitescoordonnées el répules, en partic ordones, dont le but est de err um froduit atric! ou inellectie!) UI permet tout fit de mode les activités (cesta. ina dywamiqus) dum processus, de décrie ere des acteurs du processus, te strustre des {lements manips et produits, Une extension UMU-CUML estension fr business modeling") propose d'ailleurs un certain mpc de stzeatypes standards (extensions du meétamodele) pour mieux desire les ‘roots, Le RUP(- Rational Unified Process), processus de développement “én msi. reppoee par tional Software, est Tui aussi modélsé (documents) avec UME. I oe un cre methodaotque générique qui repose sur UML et Ta site outils Ration LL LYUML et les diagrammes LL Apergu rapide d°UML UML est un langage de modsisation graphique et texwel destiné & comprende et & décrice {is bewvine, spicier et documenter des \Siémes,esquiser des architectares logiciels, Goncevoir des solutions et eomuniquer des points de vec. Envofter UML ext un langage avec une syntaxe ct des gles bien dines qui tenent &xafiser Tee buts decris-ardee a une representation graphique formée de diagrammes et une We ableton textalle qi vient etwihir [a eprésentaton graphique. Ea Oviobre 1994 G. TBooct et), Rumbaugh ont décide de travaller ensemble pour unife eurs metiodes au sein feta sociges Rational Software un an aprés L Jacobson a rejoin! Rational Sofware pour favaler sur Puificaion les travaux suf oe langage ont conti avec son adoption par dt tends acteurs fndosels dont MicrosoR, Oracle et Unisys, Ce tava about en janvier de Fannée 1999 8 UML 10. Le tangage a &é soumis par Rational Software et ses partensies 3 OMG (Object Management Group) comme reponse & un appl ite sur la standardisation des languges de wrsteltcaton en Seplembre 1097, et qu a £4 aepte 8 Munanimé deur mois plus tard en ‘Noverube 1997 dans 8 version I qui devient de ce fit un sander. es amformations ‘continues ne cossent etre eflectues pour supprimer es eahdrenets appoter des amshorations et outer de nouveaux concep dF apparition de rerio 12 fui 1998 celle demnore aa introduit aucun ajo dere techies, <9 Touificatces par rapporta la version I. porte uniquement sur un remanent dela forms everson 13 appatve ea Jum 1999 2 appoté de nombreux changements qu'il sais de imecteny ow df ajurs (modification des associations entre cas d'uthsabon, siiplication ‘ds stereotypes, changement deknens de grape activités et des automates tats, ) Drautres versions som apparues aps f version 1.3 en Septembre 2001, La version 14 ate publie,suivie par UML. 1 en 2003. “pi daar SMa Wisin TTT {La vetsion UML 20 a dé finlisde on 2004 et Ia version 2,1 en 2006, A ce jour, les tavaun, {amelioration se poursuivent pour des versions pls caborses, UML est done on seulement un util intéressant mais une nonne qui simpose en technologie & objets eta lagelle se sont rangés tous les grands acteurs du domaine, acteurs (qu ont ailleurs comtabue 8 sn elaboration. 1.1.2 Modélisation avee UML. 1.1.24 Notion de diageamme en UML. (Un diagramme UML est une repeésetaton graphique, qui sintr cis 0 esse un aspect pris du modele. C'est une perspective du modéle, pas “le madzle™. Chague type de diagramme UML. Issel ane structare (les types des elements de modglisaton qui le composent sont Iredetinis). Un ape de diagramme UML véhicale une sémantique précse (un ‘ype de diagramime offe toujours fa méme sue dun systéme), Comings, les diférents types de diggrammes UML. foflent ue vue complete des aspects saiques et dynamiques dun Systeme ‘a extension et abus de Tangsge, un diggramme UML est aussi un mode (un digramme ‘nodise un aspect du modéle global. Les ciagrammes UML supportent Pabsration. Ler nea de dita caractérise le niveau dibstacton du modsle La structure des diagrammes UML ot la tation graphique des ements de rmodisation est normalise (document "UML ration puide") La sémantique des clement de modeisation et de leur wilson est fine pre mtamodele UML (document "UML. semantics") 1.1.22 Madétisation lle métamiodete UML fourit use panopl outils permerant de représenterFersomible des sfetems du monde objet lasses, objets, ainsi que Ie ens ut ls reli. Toutefvs, tant donne que seule eprésenation est rp subjective, UML fournit un moyen sty pment epson vss poecons dure mene epreseain rise a {Ue vue est constitude d'un ou plusieurs diagrams Nove 2 types de vues du systéme qui comportentchacune leurs propres dagrammes! Jes vues statiques, eesti eprésentant le syste physiquement » Diggrammes objets ramimes de castes es sues dynmamiques, montrant le fnesionnement du sytéme > Diaprammes de sequence > Dingrammes de communica > Diapraimes dtas-trasiions > Duapramines dactvites > Drauss de eas dutisation Sn sn ceo sont preset an cette sete Peperdi cut Ge Concapton dea yams intron INF. 1.2 Face face : Merise et UML: 1.2.1 Introduction La premire pri de ce support at constrée& une description comple des méthode Hare Cee desertion a itégré les demiéres ésoluons relatives & Ia modelsation =x Mere. j enor: les notions archivage et distorisation, la modeisaton organisationsiie are resaees e les extensions ayant pour ongine approche objet comme x géeraition et tecpéciatinton, Dans it seuonde partic, nus avons ntvdit UML + ans cette troisiéme partie, nous tenons de psitionne le plus objectivement possible es dees approchesemprrtces pour analyse ots conception, & svat approche clssigue represents par Merisee approche objet présente par UML. (Cette analyses tale sur tris axes > rranayse des convergences et des points communs entre les dew approches analyse des differences entre les deux approces: > tuamnthése ele postiontement de deux approches quant 8 'avenit. ‘Nous nous sommes aussi fixé comme objestif dans notre analyse, de nous appesantr sr es at Ls pls marguans ss chercher rater aver exaust te 1 es pois reer igs nous permet, dais nove conclusion, de déeagr les grandes tendances sor oni d positonemment de ces deux approche 1.2.2 Les points communs et les points de convergence de deux approches [Notre analyse porte sucessivernent sur les finlits es concepts et Ia demarche des deux spproches. 12.211 Les finalités et tes grands principes des dex appproctes Merse et avant tout une métiode de egnepton des systems Information des enrps Meee eco sonospucs constitoent un cutilpartculéement bien adapt pour représentr teaute de Lenrepise stdépendanment de son organisation. Les modélesorganstsonts drramitemert som eux its apprciés das fx modelistion des provedures de gestion, Merse props en une demarce genta, dope ea 4 wands apes, pout e developement desl LUMI covvre le champ de Canayse obel, dba conovpton objet et de Iimpléamentation a foyised Dans iz reali, te dome de implementation topic west que its patillement ever rune manire eénrae, es deux appruches ant pour finale concspton des stines crrateamaton et tx ralsatin des Yogiciels en visa une continu dans le processus de ‘conception et de realisation Cepenan, dans es des approche, fe passize dela conception 1 Easton sii Ceajours pas de comtinntt rest aujurdrhui que parillementsutomatise et Now ¢ fotale du processus de dveloppement ‘pi aT Ri sn ero ATM, aaa ‘Notons que, grce aux atetirs de génie logic cine concen ‘ire de plus en plus automatisé avec une génération = paaeen Cate tendons devi sn mebtimeenti df dslentdeeientm niveau dautomatisation de génération de code at oi eMNeeH Gace 1s en iran decode quale ou relaivement ene les dex 12.22 Les points communs et facteurs de conver, BE tel wgence entre les (concepts des) Tovey laine apg celta dancer smb es cores comms ov is pst en i depp | done cru ces demiéces années. Aujounhui nous pouvons dresser ute liste dela be remplie des concepts commun i peta ere 3 ou res proches ene les dea appeoches (of tableau et 1.2.23 Les points communs des deux démarehes \apsitasiueetappmce M dig isin ns wt te co ttt ae nine noe tm me set ein npn ey coed a ann at Nin lors ered cage pa ven de reise “nombre de précision sur les points communs. Rear eee mag > ss mn eo ae noi den i Sd se ag dt aps br ee sr ci si ean os feces des nivale pysqu Arend es pcs pa ea oe i gece sl Seep sabe io ss Sits eas teanerialoes ti ' eRe cole OR oy eal log aearid (4 Srp i i om rte ae Rar esc al eset Sat pc to sur celle des traitements, 2 Sak See >t cepa ree a rarer, aoe pscipao ste dtoii plg cl opus ds ddan elem 123 differences entre les deux approches 121 Les ditférences sur es finalités et les grands principesSuppor du cours de Conception des Systemes 'nformanon/ WFO. ae a sation de Merise est de trae les spstémes d'information Tout d'or, appetons que la vocation de Meise est de dee entreprtesprncpalement dans te domaine de informatique de ston, Le domaine de Trrformanigue de gestion se caractrise en général par un grand nombre de données & ger et ‘stocker et des traitement files ou moyennementcomplenes Le domaine prvi par Vapproce objet est le domaine de infrmatique tectaue et industrielle caratrisé par Ia gestion de composints physiques du monde sé rintarmatiseion dex automates et representa de ce domme), Dans ce type de domaine es finpects traements états t comprement des obs prec Te pas sur le gestion det données. Nous canstatons cbjectivement que les domaines application privilésiés de chaque approche presetent des dilérences indéniabes. Ensuite pricisons que Capprocteglobale menée das Mrs, paralelement sur tes données ies tratements, se juste complétement compre teu des carateitiques de (informatie ‘de austin. En eff, a matirise des données vonstitue i ile seule un enjew maar dans tes Systemes dinformation puisqu'ele pote sur aspect le plus important et le plus table du St ‘bjt priviligie une démarche individualisée par clase menée Voppos, apache pes rent sur les données et les traitements avec une priorité accordée & pcs watt por a a one : ae can cusses ECs ene es devs apo ase un eee tpn sur ane appt spa ures drs sere put rage clase d In madison Enfin, une autre ifrence importante entve les deux approches se trouve surta problématique de lapesistance. Aan dns Fappoce de Meise, ete péoccupation est térte dan es pinipes méame Ge those es modes de données resent fe tine herman 8 es 6+ ‘remorse. aunt dans Fapproche objet, on ne se prévecupe que de Taspet traitement des tdonnace sans prendre en considation Ia problématique de fa persistance des données a but de is modaisation ‘Cote aierence pertuce d'illeurs assez Frtement tus les Menisiens ut se faneent pout la premiefos dans la modlisation oft puss 8s fe ven de analyse, fa péoecupaion er guidee par es raitement (présentton des clases en execution en mémoire centrale} Sans Se sauier ds problémes dela persistance des instances de clases 12.32 Les differences sur les concepts et la démarche des deux approches a. Différences sur les concepts Bien cue ta fise de concepts communs aux deux approches soit dj consEquente, wn cera homie de concepts marguent tut de mee des difeencesindiscataes ‘Nous alls itr les princpn concepts spésifiques de chaque epproche Les principaux concep spésiiques& approche objet sont ¥ Vagrégation, ¥ Te polymorphisme, ‘po co Cncpton tines Tinea ¥ ‘encapsulation, tes diagramimes de collaboration et de sequence, % tes diagrarnnes de dépoiement, ¥ Te¢yageet non ypage des langage objet Les principaux concepts spécitiqus approche classique sont les concepts du modi logique de données, tes concepts du modéte conceptuel de aitements, tes coneepis du modéte organisation! de raitements, ~ lanocmalsstion da mode conceptuel ds données, ¥ Indémarche (le deoupage du processus de développement en éapes et phass), 1. Dittérences entre les démarches ‘analyse des diférenees ene les domarches des deux approches ne peut re effectube ‘hjectvement. En et, alors que dans Merise la démarche est structure en éapes et pases, slons approche objet en partiuler dans UML la démarche west pas explicitement déctic Ben entend nous n'ignorors pas que sur ce supe de grandes dilcences existent dans es Iwineipes mémes des deux approches. Dane Metize’ nous avons une dimarche de type svoascade (une eape ne peut Eire commencée que si 'éape précédente est achewée) sors ve Uapproche objet préconise une dimarche igraive et inerbmentale fondée sur le ‘Walsation de prototypes success. 1.24 Positionnement MERISE ~ UML, Not concuson sur le postionnement de deux approches ne peut te que provisoire car ‘ous sommes en présence d'un domaine en pene elution, Nésrmons lon jusgu'as bout he co que Hon a commence e« coneluons sur Téa actuel et Sut fe court terme du [sitonnement de Merise et URL, Tout d'abord, nous allons donner notre avis sur tat ‘nuel de Mapproche objet par rapport au dana des systémes dilution des entreprises onelure ensuite vis-vis de Merise UML repésonteactullement une wells evaneée dans le monde des mthodesd'analyse ot de oneptsan nbje. Nous dispasons dorénavant une méthode dereference qu va devenie un Salil d marché dans ee domine.Ainsi tous ceux qui se lanceront dans une démarche jet apprcicront oe cadre methodologique standardise sui manquaitjusq's presen. Les [Hs pan benetciaies seron es projets qui seront dévelappés avec les langage obj tes \Wveliva, Ct, SMALLTALK et EIFFEL pour ne eter que ceux, Cependant, es méihodes Sleices objets ne sont pas globslemen: encore bien adaplées aw monde des systémes AFipformation des eneepeses et done aus buses de données relaionscles qui constituent J out spe eps efficace pour ger les données de ces systems la comtinuité dela démaeche entre analyse et la conception objets aes pas é unite da formalism. Ce probléme est bien ilusté parla distinction tite sy fs objets meters t Les objots techniques. Fy remtisation objets bien que representa un vaste potent d'économie pour tes ‘ifyies nevessite des mvestssements lourds en organistion et en gestion des eomposans,ape co tte ncn de Futanne obs eles dt eve mise ae daw es ee sosatet se aera reason Os Sa ee oun qe dee po refers Operas Trond des ytees information ; vrei athe agent yous sr fri es estan ans le dane da re tana aes tenes infomation, des cates ca rr ns consents par les entepses duns vee méthode ont ét es importants Mj iments oe gone ne apc ote qe oe onde dit nestle ne a sake qs rn ore ones Ses sree ode eu ies fice es rina mes Mrs > a gs enue ep ene ICD ee sagan agama de sais por ee 5 teagan rage das ‘approche objets comport Fa a create seeps (ers rn UML tun debut don Fa ns emacs ob la gesion apes sgn tenes de omic ms roma oe Jes SGBDR aujourd'hui ; la solution actuelle qui consiste & ras tere es a Sani eatin gene ssa our twin, ecenasson gs Capri abt consitue one Solin elie ‘de la fin des anndes 90 et qu'il nous reste 4 construire tes étapes qu ‘nous m Se aaa tate ‘dans les systémes d'information des entreprises. fon aplication naturelle et gee ies cis ener a a ei HES Terme I. QUELQUES DIAGRAMMES CONCEPTUELS Ce chapite est ceniré sur quelques diagrammes UML2, vu ndoesslrement Jes plus importants mals ils ont le mérite de facliter Ia conception des sysigmes d'information et le cheminement vers ls bases de données, Les diagrammes tls que Te dingramme ue classe ei te diagramme de sequence sont devenis 4 ce jour incontournables pour a realisation et la communksaton applications. infmatiques eomplexes ainsi que les autres ciagrammes « use case et activité» que nous allons voit i. essous ts ied ne sont pas ULI Moddlisation fons Les cas dtilisation ‘Ce pont va nous permetire dilutes pas pas, sur une premiére étude de cas, es principales ficulties & ta mise en ere de la technique des cas dutlsation, Apes avoir idemiié les acteurs qui interagissent avec le systéme, nous ydéveloppons tn premier modele UML de out niveau, pour pouvoir eublrprécisément les frontires du syste, Dans cette optique. ous apprenons a identifier les cas Wutlisation et & construire un diggramime reliant ks Acteurs et les eas «utilisation, Ensuite, nous préisons Te point de we fonetionnel en alan les diferentes tigons dont les acteurs peuvent uilser le systéme A cet effet, nous anpreuons& éiger des descriptions textiles de cas wlan, I.1.1 Concepts de base ~ Principes - D Acteur Un acter eprésene un rlejout par une ent exteme(uilisateu hain, dispesiif materiel ‘4 autre ystéme) qui intecagit directement avec Le sytéme etude. Un acieue peut conser ‘Wow modificr dircetement Petst du ssstme, en emedant eUow en revevan des messages ssceplbles dre porteus de dounees, Comment es identier ? . Les acters candida sont systématiquement + es utisateus humains drets «fits done en sorte d'ientfer tous ls profils possible, ‘as oublieradminstratcur, Pepérateur de maintenance, es * ls autres systémes conneyes qui inlerauissent ais cirecement avec le system dud iveat parle bisis de protocoes bidirectionnes, ‘Comment ls représenter ? | représentation graphique standerd de U'acteur ea UML est Visine appelde sitck man, avec le nom de Tacteur sous fe dessin. On peut également figuter un ateur sous la forme ‘welangulaie une cass, avec le mot-clé <> ‘Une woisigme reprsentaiion vntermédiaire ene fs deux premiéees) est également possible oe certains outs, comime cola est ndque ce-apres“app cn de Cope Gas Tifoaen/ A NE ~ setae [esau | Siang ees lent Slterque Fig 1.12 Repetsentaconsgraphiqes posible ue acter Une tonne recommandation consist & fare prévaoi ublsuion de la forme era dy vag nam our les actus humeins et une representation restangutare pour Tes sysimes connects b Cas d°utlisation Ln cas ruriistion (w usecase») représente an enscinble de squnees actions du 501 aya pre syste ek gu produtsent un nul cserableftressan pour wn acer particulier chaque eas €wilsation scifi a comportement stn du syste consis comin Ce pet fe mode de tallsaion de oe comportement. t permet de dari ce ae Te futur sytéme deve Gare, sans specifier commenti ie fa Comment les ientiier Lrobjectit et fe suivant: ensemble des cas d'utisaton dit derive exhaustivenent aces foctomnelies du syste. Chaque eas titstion conespond done due (ns celgenet (putin. stn le pont de vue dun de ses acteurs. Pour chaque ate i conven ae 3e* secer ls irene intentions métir avec Lesquells i utilis Te sytéme, |= cere rEAE dans Le eamer des charges les serves Fenctionels attend du syséme ‘Nommez les es d'utilisation par verbe 4 ints un ecampment, dupont de us Ze Tateut et won pas da pot de vue syste) ‘Comment tes analyse Pour détailer la dynanigue da cas dutilisation, 1 procedure La pls évident corms Pour ee sTagon rental toutes Ics iterations cme les aeteus elle systime, Le os aera enc avoir un débul et ne fin claiement dents. 1 faut également priser i sat iter. tles ue le eas nome, Is diets cs alternate See om Tate Fondonner suentelien es dessins afin dare eur isi ‘Comanent les représente ie diaramme de cas ullsation est un sein qui monte tes eas ution (aie ys searric sociations (igs) feu asters Gene «tk man», OV represen wore equvalente), Chae wsocution signe implemen « patkipe & » Um ct Paniston dot re relie u moins wn atest Fig U2 Diagramme de cas wtsaion Une fis les eas ilistion identifi, il fiut encore les dete ¢. Seénario Un scénario représerts une su cule ext me succession parle d'enchainements, sexécutant dy debut ala find cas 'ulisation. un enchaonement tani ant de description de sequences ons i es atlstion content en gene un seénario nonnnal et plusieurs soénarios alte {uu se termnent de fon normale) ou d erreur (au se terminent en he). (On pest ileus proposer une definition diferente pour un eas 'wlistion ‘cosemble de scenarios iisation d'un syste rls gnembled ‘wilson un s i pa un but com du pont de vue sine # \\ Fig 12: Représentaion des seemarios Pun cas tisaton La cede dessrton texte dm as ston eps erm ‘prcconisons pour notre part la structuration suivante iS ee areas ae [ Begerens nor loptsnee IT Fiche de description textutte un astonPeo ee het: oS edd ete étude de cas concer un syteme simplfé de Guihet Automatique de Bangue (GAB) LeGAB offre les services suivants 1 Dastebution d'argent & tout Poreur de carte de cxédht, via un lesteur de cate et un distibateur de bills 3 "Consultation de slde de compte, dépdt en numéraire et dépdt de chégues pour ls tints porturs d'une carte deer de fa tanque adosée au GAB. N’oubliez pas non plas que Fouts ts transactions sont sécursées, 1F est partis ncessire de recharge le distributer, ee A partir de oes quatre pases, nous allons progressivement + idem les acteurs + identifier es eas d'uiisation * construic an diagramme de cas utilisation + deri textellament les cas 'tlistion + organiser et stucturer les cas d'utilisation Nota: rouse président est volontacement incomplete impcécs ; moter. également que fe probleme ets solution sont basés sur Vutilistion de cares a puce dans le contexte des atemes bancaies Cangas. Il cependantimpérieus adapter ane auce solution dans 1 onfente purenent congolais, Ce choix est un moven utilisé pour Neus moniter commen! faisoonerfonctonnellement avec ls eas fwilisation UML tape I Kdentification des neteurs ‘Quetes sont les enttés estemes qui interagisent directement avec te GAB ? Consider Tnuirement les phrases de nonce. Lapihrase {nous permet denier immeédiatement un premir acteur €dent tout « Porte ‘Ge caten I pour uniquenient ler le GAB pour eeirer de arsent avec sa carte Fr revanghe, altenton «le lecteur de care et le dstibuteur de billets font patie du GAB. th he peuvent done pas Ee considéeés comme des acteurs | Vous pouvez noter ict que TTaertication des acteurs oblige & fixer préisément la fontée enue Le systeme 8 étude ot son enviromement, Si nous resiegsions Vetude au systome de contéte-commande ‘lesentsphysigues dy GAB, fe lecteur de carte et le dstribteur de biltsdeviendratent lon des acteurs. ‘Rote pidge: la carte banesire eleméme estelle un acteur ? La carte est bien extome GAB, stelle interapit avec. Pourtant, nous ne recomnmandons pas dela ertorer ent! (rasteu, car nous appliquons Fe principe usantéliminerautant que posible es aeieus Tinsiues» au profit des acteurs « logiques » L'aceur est celui qu: héneficie de utlisatioy sa alam, Cat bien le Pertcur de care qu elite de argent pour le depenser ensuite, pe Tia pase 2 identifi des services supplémentaires qui ne sont proposés qu'aux etents del ‘anus porteurs dune eate de eet de cette Genie Il s'agit done d'un pro dine precedent que nows matériatisons par un deuxitme ateu.appelé Client banque {Es pirate + nous inete prendre en compte Te fit que toutes les transactions sont steunsée ‘Mets sdeursées par gut? Pas parle GAB. Il existe done d'autres enti exteracs qu jouent fale de Systeme dautorsiton et avec lequeles le GAB communigue diestement Ui Interview de Texpert meter est nésesaire, pour nous permetire d'identiier deus ast Aiffeents ‘Soper eis Conception des Sates eration INFO, + Jo Systeme amtristion global Carte Bancaie, pour les earsactions de ret. te Systeme dination dela bang, pour auorser tute les transactions effetuées par Iivelient avec sa cere dela bangue, mais dgalement pour acesder au solde des comps. ini, la phrase 4 nous rppette qu'un GAB nécesste également des actions de maintenance, lulles que le rechargement en billets os dstbuteur, It récuperation des cartes valde, et. (Cos actions de maintenance sont effectases par un nouvel acer qe nous apelleons pour inp Opératcur de maitenance' ey Une autre solution, un pew plus eaborée, coasise & considérer que Client banque est une sprciisation de Porteur de carte. Le probleme prdeté dexclusivié est ainstrésoln par ‘stuetin, ere &héitage entre aceur Haye 2 = Ha des cas @atlsaton oparez ume lise preiminaic des cas d'uttistion du GAB, par actu. Heprenons un & un es eng acteurs tlsons les dfreatesfagons quis ont utiliser le GAB Povteur de carte ‘ Roter de Pargent hint bangne Retire e 'agont (4 ne pas oui!) Constr le sole de So compte couse * Deposer da numéraire " Deposer de argent (da numéraire ou des cheques) ‘Operneur de maintenance ‘ fecharger le distributer. Mointenir Pett opértionse (tcupéecr Fes cartes avalées, eésupérer les chtques Uéposs, ‘wiplicer le ruban de papier, ee) Systeme autorisation (Sys, Aut.» HNeaut « S some diaformation ($1 banque *Néant Nou : Acer principal ou acteur secondaire Conarement & ce que Yon pourait eroire, tous Fes acteurs tse pas forment te Syslaie | Nous appelons acter principal celui pou qui fe cas d'uustion produit un résultat bervabte, Fr opposition, mows quabtions dacteuss sevondaies les autres participants du cas UIviiation Les acteurs secondaies soat souvent solicits pour des. informations Tonplcnentaces ils peuvent unigvement consulter ou informer ke systime Tors de Pateution du eas dusisation “sown: pr serie te lee pel Conoe oe iene Whtpunrecesre dereperterar eur ca 'stiiston dant ppt Déposer du mamta et poset sel iNeaves thee, arnt nme steve prinpal ee mime abject pbs. pono, ate Tana ate reve nese asd deen tie ds ce Seton xem apergae srs Pe aes on rp eee Noster doen ee mode ne St hoa re