Pourquoi modliser ?

Un modle est une reprsentation simplifie dune ralit. Il permet de capturer des aspects pertinents pour rpondre un objectif dfini a priori. Par exemple, un astronaute modlisera la Lune comme un corps cleste ayant une certaine masse et se trouvant une certaine distance de la Terre, alors quun pote la modlisera comme une dame avec laquelle il peut avoir une conversation. Le modle sexprime sous une forme simple et pratique pour le travail [Rumbaugh2004]. Quand le modle devient compliqu, il est souhaitable de le dcomposer en plusieurs modles simples et manipulables. Lexpression dun modle se fait dans un langage compatible avec le systme modlis et les objectifs attendus. Ainsi, le physicien qui modlise la lune utilisera les mathmatiques comme langage de modlisation. Dans le cas du logiciel, lun des langages utiliss pour la modlisation est le langage UML. Il possde une smantique propre et une syntaxe compose de graphique et de texte et peut prendre plusieurs formes (diagrammes). Les modles ont diffrents usages : Ils servent circonscrire des systmes complexes pour les dominer. Par exemple, il est inimaginable de construire une fuse sans passer par une modlisation permettant de tester les racteurs, les procdures de scurit, ltanchit de lensemble, etc. Ils optimisent lorganisation des systmes. La modlisation da la structure dune entreprise en divisions, dpartements, services, etc. permet davoir une vision simplifie du systme et par l mme den assurer une meilleure gestion Ils permettent de se focaliser sur des aspects spcifiques dun systme sans sembarrasser des donnes non pertinentes. Si lon sintresse la structure dun systme afin de factoriser ses composants, il est inutile de sencombrer de ses aspects dynamiques. En utilisant, par exemple, le langage UML, on sintressera la description statique ( via le diagramme de classes) sans se soucier des autres vues. Ils permettent de dcrire avec prcision et compltude les besoins sans forcment connatre les dtails du systme. Ils facilitent la conception dun systme, avec notamment la ralisation de maquette approximative, chelle rduite, etc. Ils permettent de tester une multitude de solutions moindre cot et dans des dlais rduits et de slectionner celle qui rsout les problmes poss. La modlisation objet produit des modles discrets permettant de regrouper un ensemble de configurations possibles du systme et pouvant tre implments dans un langage de programmation objet. La modlisation objet prsente de nombreux avantages travers un ensemble de proprits (classe, encapsulation,

hritage et abstraction, paquetage, modularit, extensibilit, adaptabilit, rutilisation) qui lui confrent toute sa puissance et son intrt.

PROCESSUS DE DVELOPPEMENT LOGICIEL

Un processus dfinit une squence dtapes, en partie ordonnes, qui concourent lobtention dun systme logiciel ou lvolution dun systme existant. Lobjet dun processus de dveloppement est de produire des logiciels de qualit qui rpondent aux besoins de leurs utilisateurs dans des temps et des cots prvisibles. En consquence, le processus peut se dcomposer suivant deux axes de contrle sur le dveloppement : laxe de dveloppement technique, qui se concentre principalement sur la qualit de la production ; laxe de gestion du dveloppement, qui permet la mesure et la prvision des cots et des dlais.

Dfinition PROCESSUS UNIFI (UNIFIED PROCESS)

Un processus unifi est un processus de dveloppement logiciel construit sur UML ; il est itratif et incrmental, centr sur larchitecture, conduit par les cas dutilisation et pilot par les risques. La gestion dun tel processus est organise daprs les 4 phases suivantes: prtude (inception), laboration, construction et transition. Ses activits de dveloppement sont dfinies par 6 disciplines fondamentales qui dcrivent la modlisation mtier, la capture des besoins, lanalyse et la conception, limplmentation, le test et le dploiement. Le processus unifi doit donc tre compris comme une trame commune des meilleures pratiques de dveloppement, et non comme lultime tentative dlaborer un processus universel. La dfinition dun processus UP est donc constitue de plusieurs disciplines dactivit de production et de contrle de cette production. Tout processus UP rpond aux caractristiques ci-aprs. Il est itratif et incrmental. La dfinition ditrations de ralisation est en effet la meilleure pratique de gestion des risques dordre la fois technique et fonctionnel. On peut estimer quun projet qui ne produit rien dexcutable dans les 9 mois court un risque majeur dchec. Chaque itration garantit que les quipes sont capables dintgrer lenvironnement technique pour dvelopper un produit final et fournit aux utilisateurs un rsultat tangible de leurs spcifications. Le suivi des itrations constitue par ailleurs un excellent contrle des cots et des dlais. Il est pilot par les risques. Dans ce cadre, les causes majeures dchec dun projet logiciel doivent tre cartes en priorit. Nous identifions une premire cause provenant de lincapacit de larchitecture technique rpondre aux contraintes oprationnelles, et une seconde cause lie linadquation du dveloppement aux besoins des utilisateurs. Il est construit autour de la cration et de la maintenance dun modle, plutt que de la production de montagnes de documents. Le volume dinformations de ce modle ncessite une organisation stricte qui prsente les diffrents points de vue du logiciel diffrents degrs dabstraction. Lobtention de mtriques sur le modle fournit par ailleurs des moyens objectifs destimation. Il est orient composant. Tant au niveau modlisation que production, cest une garantie de souplesse pour le modle lui-mme et le logiciel quil reprsente. Cette pratique constitue le support ncessaire la rutilisation logicielle et offre des perspectives de gains non ngligeables. Il est orient utilisateur, car la spcification et la conception sont construites partir des modes dutilisation attendus par les acteurs du systme.