Vous êtes sur la page 1sur 17

Manuscrit auteur, publi dans "N/P"

Juillet 2005

Informatisation dune mdiathque travers la norme UML

Boubker Sbihi Ecole des Sciences de lInformation BP 6204 Agdal, Rabat, MAROC Bsbihi@esi.ac.ma Rsum Lobjectif de cet article est de proposer une informatisation travers une application dcentralise sur diffrents postes qui a pour but la gestion dune mdiathque exploite par un nombre important dutilisateurs. Ce travail a t fait travers le langage de la modlisation unifi UML. Ce choix est justifi par le fait que lUML prsente la fusion de plus de 250 mthodes orientes objets et que cest la norme incontournable dans le domaine de la modlisation oriente objet. La modlisation en UML de cette mdiathque a t suivie dune mise en uvre dune application qui tourne sur des machines en rseau et qui va desservir les diffrents utilisateurs de ce systme. Notre travail donc, consistera modliser le systme mdiathque et rendre lapplication simple manipuler de faon a permettre aux responsables la bonne gestion sur les niveaux : insertion, mise jour, et la recherche des emprunts et des adhrents. MOTS-CLS : Informatisation, Analyse, Conception, Mdiathque, UML.

sic_00001544, version 2 - 12 Nov 2005

1. Le Systme mdiathque
La mdiathque est un endroit de base essentiel dans chaque tablissement universitaire. Cet espace contient toutes sortes de mdias qui aident les tudiants dans leurs travaux dtudes. Dans ce contexte, une bonne gestion des ressources (livres, films, dvd, cd, ...), ncessaire pour faciliter aux utilisateurs lexploitation de ces lments [9]. Linformatisation du systme mdiathque pour objectif la recherche, le recueil, la saisie, le traitement, le stockage et la communication de linformation permettant ainsi lautomatisation de certaines fonctions telles que : lindexation, la sauvegarde et la recherche multicritres de linformation. Cette prise en charge informatise permet un allgement considrable de la charge de travail et une plus grande souplesse par rapport au traitement manuel de l'information. Les principales tches que ralise le systme mdiathque sont prsentes dans la figure suivante (Figure 1) :

Faciliter l'accs l'information

Librer le Personnel des tches rptitives

Permettre une gestion optimale des budgets

Permettre l'accs immdiat linformation

Systme Mdiathque

Fournir les informations statistiques

sic_00001544, version 2 - 12 Nov 2005

Grer la circulation, la Localisation et la disponibilit

Sauvegarder automatiquemen t les donnes

Assurer la confidentialit des lecteurs

Figure 1: Les principales tches du Systme Mdiathque

Cette application doit permettre aux utilisateurs donc, dinsrer des donnes, de les consulter, de les modifier, de les mettre jour, et de les rechercher dans la base de donnes selon des critres diffrents. Sur le plan technique, elle doit facilement tre exploitable, volutive et extensible. En effet, le systme informatique quon veut laborer doit prsenter un certain nombre de qualits qui garantiront lutilisation optimale de ce dernier et permettront une facilit de gestion et dexploitation. Les qualits vises par notre systme sont prsentes dans la figure suivante (Figure2):

Rapidit du temps de rponse Convivialit et facilit d'emploi Garantie de la maintenance

sic_00001544, version 2 - 12 Nov 2005

Efficacit de rpondre aux besoins des utilisateurs volutivit du contenu

Systme Mdiathque

Fiabilit dutilisation

Scurit d'accs

Figure 2 : Les principales qualits du systme mdiathque Afin de raliser un systme de qualit, une analyse et une conception normalise selon la norme de modlisation universellement reconnue polyvalente et performante, savrent ncessaires. En effet, Cette modlisation purement oriente objet permettra de reprsenter des concepts abstraits, de limiter les ambiguts en partant dun langage commun, au vocabulaire prcis, indpendant des langages orients objet, et enfin nous facilitera l'analyse en simplifiant la comparaison et l'valuation de solutions. Il est tout fait possible de produire un code syntaxiquement juste en adoptant une approche objet. En effet la programmation oriente objet implique une conception abstraite d'un modle objet et en second plan l'implmentation l'aide d'un langage orient objet tel que Java et C++.

2. La prsentation dune mdiathque


Notre mdiathque contient un certain nombre de documents disponibles la consultation ou lemprunt ; les personnes dsirant emprunter des ouvrages pour une dure et un tarif donns doivent sinscrire en tant que client [9]. Linscription des clients consiste remplir une fiche sur laquelle sont notes les informations concernant le client telles que son nom, son prnom ainsi que son adresse. Les clients peuvent choisir de payer chaque emprunt effectu (type tarif normal ou tarif rduit ) ou de rgler une cotisation annuelle (type abonn ). En plus du tarif, ce type conditionne les critres demprunt suivants : le nombre de documents empruntables et la dure de prt. Dans le cas tarif rduit , un justificatif est demand linscription, puis chaque date anniversaire ; les cas prvoir sont : tudiant/scolaire, carte vermeil et carte caractre social . Les documents disponibles sont des CD audio, des K7 vido ou des livres. Chaque document est repr par un code unique et une localisation (salle/rayon) dans la mdiathque. Certains documents ne peuvent pas tre emprunts, mais uniquement consults sur place. Les informations communes aux documents sont les suivantes : le titre, lauteur (crivain, groupe ou metteur en scne) et lanne ddition. Enfin, afin de disposer de statistiques dutilisation, on souhaite connatre le nombre demprunts effectus pour les diffrents types et genres de documents... Les CD ont un genre musical ( classique , varits franaises , varits internationales , compilation ...), une classification dans ce genre (par exemple, opra pour le genre classique , ou rock pour le genre compilation ). Les K7 ont un genre ( documentaire , comdie ...), une dure dmission et une mention lgale de diffusion (restrictions dusage) ; cette mention devra tre disponible lors de lemprunt de la K7 pour permettre un ventuel contrle. Les livres possdent un genre ( roman , policier ...) et un nombre de pages. Les genres prciss sont libres ; ils sont donns aux clients titre indicatif pour aider au choix lors dun emprunt. Chaque sortie de documents entrane la constitution dune fiche demprunt. Sur cette fiche sont nots, le client emprunteur, la date de dbut du prt et pour chaque document emprunt, la date limite de restitution. Les dures de prt dpendent du type de document et de la catgorie du client. Le systme de gestion doit prvoir toute opration dajout et de suppression de clients et de documents. Les informations les concernant ne sont pas construites par le systme (par exemple, la localisation des documents dans les locaux), mais supposes fournies lors de linvocation de ces oprations. Dautre part, les formats de la plupart des informations sont libres (chanes de caractres) ; le systme devra toutefois veiller la cohrence des

sic_00001544, version 2 - 12 Nov 2005

sic_00001544, version 2 - 12 Nov 2005

informations stockes (impossibilit davoir deux clients ou deux documents avec le mme nom, emprunter deux fois le mme document, etc.). Lemprunt dun document par un client obit certaines rgles : - Un client ne peut pas emprunter plus dun certain nombre de documents fix par son type (par exemple, 2 pour le type tarif rduit , 5 pour le type tarif normal et 10 pour le type abonn ). Ds que ce nombre maximal est atteint pour un client donn, tout nouveau prt devra tre impossible. - Tout client qui na pas restitu un document avant sa date limite de restitution ne pourra plus faire de nouvel emprunt tant quil naura pas rgularis sa situation, ceci mme si le nombre maximal demprunts nest pas atteint. Pour ce faire, chaque demande demprunt, on vrifie sil est jour dans ses restitutions ; si ce nest pas le cas, lemprunt nest pas autoris et le client est marqu de telle manire quil ne puisse plus emprunter de nouveaux documents. De plus, lensemble des fiches emprunt est parcouru chaque jour afin de reprer sil existe des documents pour lesquels la date limite de restitution est dpasse ; pour chacune de ces fiches trouves, le client concern est marqu comme prcdemment et la mdiathque envoie une lettre de rappel. - Le tarif des emprunts dpend du document et du client. Le tarif du document est fix par son type (par exemple, 0, 5 pour un livre, 1 pour un CD audio et 1, 5 pour une K7 vido). La rgle pour les clients tarif normal est de payer le montant fix pour chaque document emprunt (indiqu auparavant). Le tarif appliqu aux clients tarif rduit est la moiti du tarif normal . Les abonns rglant une cotisation annuelle empruntent les documents gratuitement. - La dure des emprunts dpend du document et du client. Chaque type de document est empruntable pour une dure dite nominale (par exemple, 2 semaines pour une K7 vido, 4 semaines pour un CD audio et 6 semaines pour un livre). Ensuite, la dure de prt est modifie selon le type de client (par exemple, aucun changement la dure nominale pour un client tarif normal, la moiti de cette dure pour un client tarif rduit et le double de cette dure pour un abonn).

3. Le langage de Modlisation Unifi UML


Durant la premire moiti des annes 90, il yavait une cinquantaine de mthodes objet. Cette variance dcoule de la grande vitalit du paradigme objet et dautre part de la multitude dinterprtations quil offre. Chaque mthode possdait ses propres avantages et ses caractristiques. Dans le tableau qui suit (Tableau 1), nous prsentons les lments qui se sont dgags de lexprience de mise en oeuvre des diffrentes mthodes dans un effort de leur unification.

Mthode

Caractristique

Sous-systmes Booch Classes singletons et objets composites Embley Description des oprations, numrotation des messages Fusion Frameworks, patterns et notes Gamma Automates tats Harel Cas dutilisation (use cases) OOSE Pr- et post-conditions Meyer Classification dynamique, clairage sur les vnements Odell Associations OMT Cycle de vie des objets Shlaer-Mellor Responsabilits (CRC) Wirfs-Brock Tableau 1: Les principaux lments des clbres mthodes orientes objets

sic_00001544, version 2 - 12 Nov 2005

Cependant; cette diversit mthodologique avait pour consquence de crer une confusion et de limiter le progrs des mthodes en plaant les utilisateurs dans une panoplie de choix. En 1994, Jim Rumbaugh (OMT : Object Modeling Technique) et GradyBooch (BOOCH) dcidrent de proposer une mthode unique en unifiant leurs travaux, ce qui donna naissance la mthode unifie (Unified method) . Ainsi, les deux variantes des mthodes BOOCH et OMT appeles respectivement Booch93 et OMT-2, se sont rapproches de faon considrable tel point que les variations subsistantes sont devenues minimes [4]. Une anne plus tard, ils ont t accompagn par Ivar Jacobson, le crateur des cas dutilisation (use cases) pour crer lUML. . La mthode unifie se transforma donc en UML (Unified Modeling Language For Object Oriented Development)[10][12]. La version 1.1 soumise lOMG (object management group) en septembre 1997 fut accepte lunanimit et devint de ce fait un standard. Des transformations continuelles furent effectues pour supprimer les incohrences, apporter des amliorations et ajouter de nouveaux concepts. En effet, la version 1.2 a apport un remaniement de la forme par rapport la version 1.1 mais aucun ajout dordre technique ne fut introduit. La version 1.3 a apport de nombreux changements, que ce soit en terme de correction ou dajout. Ainsi, il y a eu modification des associations entre cas dutilisation, simplification des strotypes, changement dlments des graphes dactivits et des automates dtats.... La version 2.0 [1] [2] [3] a apport des amliorations tout en ajoutant le dixime diagramme appel diagramme darchitecture et lajout de la notion de profils. La figure suivante (Figure 3) montre lhistorique de lUML.

Dfinition en cours par une commission de rvision Soumission lOMG

UML 2.0 Mars 2004

UML 1.3 Juin 1999 UML 1.2 Juin 1998 Novembre 1997 Septembre 1997

Standardisation par lOMG Soumission lOMG

UML 1.1

Soumission lOMG Version bta OOPSLA96

UML 1.0 UML 0.9

Janvier 1997 Juin 1996 Octobre 1995

OOPSLA95

Mthode unifie 0.8

Booch93 OMT-2 Commentaires

Autres mthodes

Booch91

OMT-1

OOSE

Partenaires

Figure 3 : Lvolution de la norme UML UML, qui est le rsultat de la fusion de plusieurs mthodes orientes objet est devenu sans conteste le langage de rfrence en terme de modlisation objet pour le dveloppement de tout type de systmes dinformation base de donnes, e-business, application web, systmes dinformation dentreprise, . Avec une seule reprsentation subjective, UML fournit un moyen astucieux permettant de reprsenter diverses projections d'une mme reprsentation grce ces diffrents diagrammes. En effet, il couvre laspect statique et dynamique dun systme selon ses diffrents diagrammes. Il dfinit pour cela dix diagrammes qui sont subdiviss en des vues statiques (qui reprsentent "physiquement" le systme modliser au moyen de diagrammes d'objets, de classes, de cas d'utilisation, de composants, de dploiement et enfin darchitecture) et des vues dynamiques (qui montrent le fonctionnement du systme au moyen de diagrammes de squence, de collaboration, d'tats transitions et d'activits). La figure suivante (Figure 3) [15] montre les diffrents diagrammes de lUML dans sa dernire version.

sic_00001544, version 2 - 12 Nov 2005

Diagrammes UML Version 2.0

Vues dynamiques Squences Collaboration

Vues Statiques

Classes Cas dutilisation Etatstransitions Objets Architecture

Activits

Composants

Dploiement

Figure 4 : Les diffrents diagrammes dUML Lavantage dUML par rapport aux autres mthodes Booch, OMT, OOSE, cest quil est plus expressif, plus propre et plus uniforme. Il supprime toutes les diffrences non ncessaires de notation et de terminologie qui obscurcissent les similarits de base de ces diffrentes approches.

UML dfinit ces diagrammes [12] pour reprsenter les diffrents points de vue de la modlisation. Ils permettent de spcifier, de construire, de documenter, de visualiser et de manipuler les systmes informatiques, sachant bien que les diagrammes sont des " vues " qui permettent disoler certaines parties des modles pour les rendre plus aisment comprhensibles. Les utilisations des diagrammes statiques de lUML sont reprsentes dans le tableau suivant (Tableau 2): Les diagrammes Leur reprsentation Les diagrammes de Cas dutilisation Reprsentent les fonctions du systme Reprsentent des classes et leurs relations Les diagrammes de Classes Reprsentent les objets et leurs relations Les diagrammes dObjets Dcrivent les composants physiques Les diagrammes de Composants Dploient les composants sur les matriels. Les diagrammes de Dploiement Dcrivent larchitecture du systme a raliser Les diagrammes darchitectures Tableau 2 : Les six diagrammes de la modlisation statique de lUML Tandis que les utilisations des diagrammes dynamiques de lUML sont reprsentes dans le tableau suivant (Tableau 3): Les diagrammes Leur reprsentation Reprsentent les objets et de leurs interactions Les diagrammes de Squences Reprsentent spatialement les objets et les liens Les diagrammes de Collaborations Les diagrammes dtats- Transitions Modlisent le comportement dune classe Expriment le comportement dune opration Les diagrammes dActivits Tableau 3 : Les quatre diagrammes de la modlisation dynamique de lUML L'OMG a t dot de la nouvelle version de son langage de modlisation d'un modle darchitecture. Le mta- modle darchitecture de UML 2.0 [1] permet de dfinir les spcifications des composants, ainsi que l'architecture de l'application que l'on dsire dvelopper. En effet, UML 2.0 spcifie un composant comme tant une unit modulaire, rutilisable, qui interagit avec son environnement par l'intermdiaire de points d'interactions appels ports. Les ports sont typs par les interfaces : celles-ci contiennent un ensemble d'oprations et de contraintes ; les ports peuvent tre fournis ou requis. Le standard UML permet aux informaticiens de concevoir des plans de systmes afin de grer et dvelopper efficacement les solutions informatiques. Bon nombre doutils atelier logiciel supportent aujourdhui ce standard international de modlisation et de dveloppement tel que la socit Rational Software IBM Software Group, dont font partie les auteurs originaux dUML. Il existe galement les outils GDPro, ObjectTeam, Objecteering, OpenTool, Rational Rose, Rhapsody, STP, Visio, Visual Modeler,.. Ces outils aideront implmenter le diagramme de classes qui est le modle de base pour la construction dun logiciel du moment quil peut directement tre traduit dans les diffrents langages de programmation tel que Java ou C++. Le modle objet qui reprsente les briques du logiciel peut tre directement dduit partir du modle de classes.

sic_00001544, version 2 - 12 Nov 2005

4. Lanalyse des cas dutilisations


La premire tape consiste bien comprendre le systme tudier pour mieux dlimiter le systme tudier. La mthode gnrale [5][6][7 ]quon a adopt consiste : - Retrouver les acteurs qui interagissent avec le systme. - Rechercher les fonctionnalits du systme par lutilisation des cas dutilisation

-Rechercher les diffrentes classes mtier et leurs associations. La figure suivante (Figure 5) montre la mthodologie adopte et base sur lUML pour trouver les classes mtier de notre systme mdiathque.

1- Retrouver les acteurs qui interagissent

2-Rechercher les fonctionnalits

3-Rechercher les classes mtier

Figure 5 : La mthodologie adopte base sur lUML La mdiathque est un systme qui permet la consultation ou lemprunt dun certain nombre de documents. Les adhrents ce systme qui veulent emprunter des ouvrages pour une dure et un tarif prcis doivent sinscrire en tant que client. Dans notre tude des cas de ce systme, on doit prvoir toutes les oprations entrantes dans les fonctionnalits des bibliothcaires puisquils sont les seuls pouvant entraner des modifications aux donnes du systme. On a procd de faon prsenter gnralement les cas dutilisations du systme et leurs acteurs, cette prsentation fera lobjet du tableau suivant (Tableau 4).

sic_00001544, version 2 - 12 Nov 2005

Acteur

Rles
Gestion des prts 1. Enregistrer les prts : - Entrer et vrifier ID -Vrifier le compte de ladhrent sil est bloqu -Vrifier le nombre des exemplaires emprunts par cet adhrent -Vrifier la disponibilit du support (non emprunt ou non rserv) -Enregistrer le prt 2. Enregistrer les restitutions - Entrer et vrifier ID - Dbloquer le compte dans le cas dun compte bloqu - Confirmer la restitution 3-Envoyer un avertissement -Demander la liste des adhrents ayant dpass le dlai -Envoyer lavertissement ladhrent -Bloquer le compte de ladhrent

Bibliothcaire

Gestion des Inscriptions 1. Inscription dun adhrent -Recevoir les informations concernant ladhrent -Enregistrer les informations -Envoyer carte adhrent. 2. Suppression dun adhrent -Recevoir une demande de des inscription -Expiration du dlai de linutilisation du systme 3-filtrer les adhrents ayant dpass le dlai. -Retirer adhrent

4. Modifier les informations dun adhrent -Recevoir les informations -Mise jour du compte Gestion des documents -Ajouter Document -Retirer Document 1. Consulter Demander liste des supports non encore emprunts 2. Rserver -Entrer ID -Remplir le formulaire de rservation -Envoyer le formulaire 3. Restitution ouvrage -Entrer ID -Remplir le formulaire de restitution -Envoyer le formulaire 1-Grer les comptes de la bibliothque

Adhrent

sic_00001544, version 2 - 12 Nov 2005

Comptable

Tableau 4 : Les acteurs du systme mdiathque et leurs responsabilits Les cas d'utilisation dcrivent les fonctionnalits fournies par le systme un acteur du systme. Ils sont utiliss par les clients, les concepteurs, les dveloppeurs, et les testeurs. Un cas d'utilisation est une description gnrique d'une utilisation du systme et joue le rle des scnarios de merise [8] . Les fonctionnalits d'un systme sont dcrites donc dans le modle des cas dutilisations par un ensemble de cas d'utilisation. Les cas d'utilisation supportent la notion d'Extension qui permet d'ajouter des cas d'utilisation pour grer des cas spciaux d'un cas d'utilisation. Le diagramme des cas dutilisations est prsent dans la figure suivante comme suit (Figure 6):

Consulter ouvrage

Emprunt Ouvrage

Adhrent
Restituer Ouvrage

Enregistrer prts

Enregistrer restitutions Extend Envoyer avertissement

Extend

Gestion des prts Extend Ajouter Document

Bibliothcaire

sic_00001544, version 2 - 12 Nov 2005

Figure 6 : Le diagramme des cas dutilisations du systme mdiathque

5. Les diagrammes de squences


Lobjectif du diagramme de squences [15] est de montrer les interactions entre les objets du systme sur une chelle de temps. Il est surtout utilis pour tudier les interactions qui dpendent du temps (problmes de synchronisation, dordonnancement...). On distingue deux oprations excuter : La premire est lopration emprunter. La seconde est lopration restituer. Lopration emprunter Lors dun emprunt une cration dune instance de Fiche Emprunt est faite par le systme Ladhrent fournit son identification et le titre de luvre a emprunt. Le bibliothcaire vrifie si lemprunt est possible Le bibliothcaire cre dune fiche demprunt Le bibliothcaire dtermine de la dure du prt. Le bibliothcaire incrmente le nombre dEmprunts effectus par ladhrent Le bibliothcaire dcrmente le nombre dexemplaires emprunts de l'oeuvre. Le bibliothcaire envoie lexemplaire ladhrent La figure suivante (Figure 7) montre le diagramme de squences de lopration emprunt :

sic_00001544, version 2 - 12 Nov 2005

Figure 7 : Le diagramme de squences de lopration emprunt La deuxime et dernire opration que notre systme mdiathque utilise est celle de la restitution des emprunts. Lopration restituer Ladhrent restitue luvre quil a emprunte. Le bibliothcaire cherche la fiche demprunt relative luvre restitue. Le bibliothcaire incrmente le nombre dexemplaires. Le bibliothcaire dcrmente le nombre demprunts de ladhrent. Le bibliothcaire dtruit la fiche demprunt. La figure suivante (Figure 8) montre le diagramme de squences de lopration emprunt :

sic_00001544, version 2 - 12 Nov 2005

Figure 8 : Le diagramme de squences de lopration restituer

6. Le diagramme de Classes
Le diagramme de classes donne une vue statique du systme logiciel puisquil dcrit les types et leurs objets de ce dernier. Typiquement, il met en relation des classes mais aussi des interfaces, des types de donnes, des types numrs. Cest donc est un rseau statique de classes et dassociations. En partant des classes et des associations trouves prcdemment, il faut construire un schma sous forme de reprsentation graphique dans lequel les classes seront reprsentes par des rectangles et les associations par des traits pleins. Il faut ajouter ce schma des informations concernant les classes et leurs associations. Le diagramme de classes simplifi est donn dans la figure suivante (Figure 9)

sic_00001544, version 2 - 12 Nov 2005

Figure 9 : Le diagramme de classes du systme mdiathque

Notre diagramme de classes comprend galement deux classes interface. La premire, Empruntable, donne le comportement (ensemble doprations) des documents vis--vis de lemprunt (le tarif et la dure de prt en fonction du type de document) ; la seconde, Emprunteur, donne le comportement des clients vis vis de lemprunt dun type de document (le nombre maximal de documents en fonction du type de client et de modificateurs du comportement dit nominal du document en ce qui concerne la dure et le tarif).

7. Les Diagrammes dtats de transitions


partir du diagramme de classes tabli dans un premier temps, il savre ncessaire de construire un diagramme de transitions dtats (DTE) pour certaines classes afin de montrer leurs utilisations. Ce diagramme permet de complter la liste des oprations dune classe (vnements extrieurs et traitements internes). Les tats initiaux et terminaux sont distingus. Il ne faut conserver que les tats ayant une certaine stabilit dans le temps ou bien les tats pendant lesquels de nombreuses et/ou importantes actions sont effectues. Les tats de type en train de, en cours de, etc. sont trs intressants ; par exemple pour un document, ltat en retard est intressant puisque le systme volue suite la survenue dun vnement. Les transitions dtats font suite des vnements internes ou externes ; dans le premier cas, cest une action interne lobjet qui dclenche lvnement. Les actions associes aux vnements sont supposes atomiques. Les diagrammes dtats transitions de la fiche demprunt, documents et clients sont prsents respectivement dans les figures suivantes (Figure 10, 11,12)

sic_00001544, version 2 - 12 Nov 2005

Figure 10 : Le DET du fiche emprunt

sic_00001544, version 2 - 12 Nov 2005

Figure 11 : Le DET des documents

Figure 12 : Le DET des clients

Conclusion
L'approche prsente dans cet article a pour intrt de modliser selon la norme UML un systme mdiathque. Cette approche nous a permis la fois dutiliser la norme universelle et de profiter de la multitude des Ateliers de gnie logiciel dUML afin de crer une application purement oriente objets. Cette manire de faire rend possible lutilisation de la majorit des langages orients objets que lon dsire. Dans notre cas on a utilis loutil rational rose et on a gnr du code avec le langage Java qui reprsente un certain nombre davantages tels que la simplicit, lorientation objet, la portabilit et la scurit. Le travail prsent dans cet article fait partie dun projet dont lobjectif est de dfinir une mthodologie de dveloppement bas sur lUML et intgrant les composants dfinis dans la norme UML 2.0. Parmi les travaux qui restent entamer, nous pouvons citer : - la dfinition de la notion de composant pour une mdiathque ; - llaboration dune base de patrons de conception pour raliser et implmenter ce systme - lutilisation dautres AGL UML pour gnrer dautres langages - lutilisation dun middleware pour crer des applications client/serveur avec des langages diffrents
sic_00001544, version 2 - 12 Nov 2005

Bibliographie
[1] : UML 2.0 superstructure final adopted specification. Object Management Group, document ptc/03-08-02, aot 2003. [2] : UML 2.0, OCL 2nd revised submission. Object Management Group, document ad/0301-07, janvier 2003. [3] : Meta-Object Facility MOF, version 1.4. Object Management Group, document formal/2002-04-03, avril 2002. [4] : Unified Modeling Language 2.0, http://www.OMG.org/uml [5] : CORBA Component Model, version 3.0. Object Management Group, document formal/2002-06-65, juin 2002. [6] : U2 Partners, UML, version 2.0, http://www.U2-Partners.org [7] : MDA Guide, version 1.0, version 2.0, document OMG : http://www.OMG.org/mda [8] A.Hair, U_VBOOM: Unified Analysis and Design Process Based on the Viewpoint Concept. ICEIS (3) 2004: 217-224 [9] :www.mediatheque.cg68.fr/3reso/3page_informatique/La%20proc%E9dure%20d'informat isation.pdf [10] : N. Lopez, J. Migueis, E. Pichon , Intgrer UML dans vos projets par ISBN 2-21208952-X Editions Eyrolles, 2002. [11] : G. Booch, J. Rumbaugh, I. Jacobson, The UML reference manual, ISBN 0-201-30998X Addison-Wesley, 2003. [12] : G. Booch, J. Rumbaugh, I. Jacobson, The Unified Software Development Process ISBN 0-201-57169-2 Addison-Wesley,2002. [13] : N. Tawbi et H. Yahyaoui, Gnie Logiciel IFT-16859 Partie 2, Avril 1999. [14] : P.Leblanc, Implementation of the UML Testing Profile and Production of Executable Test Cases , White Paper Telelogic, www.telelogic.com , janv. 2004. [15] B.sbihi, The integration of the points of view notion in UML. Act The IADIS Applied Computing 2004 conference, Lisbon, Portugal 2004. [16] B.sbihi, La modlisation par les rseaux de ptri du mcanisme de filtrage UML; WONTIC05, Workshop sur les Technologies de lInformation et de la communication, Knitra, Maroc, 24- 25 juin 2005