Vous êtes sur la page 1sur 15

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Boubker Sbihi Rsum : L'objectif de cet article est de proposer une informatisation travers une application dcentralise
sur diffrents postes qui a pour but la gestion d'une mdiathque exploite par un nombre important d'utilisateurs. Ce travail a t fait travers le langage de la modlisation unifi UML. Ce choix est justifi par le fait que l'UML prsente la fusion de plus de 250 mthodes orientes objets et que c'est la norme incontournable dans le domaine de la modlisation oriente objet. La modlisation en UML de cette mdiathque a t suivie d'une mise en oeuvre d'une 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 l'application 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.

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 d'tudes. Dans ce contexte, une bonne gestion des ressources (livres, films, dvd, cd...), ncessaire pour faciliter aux utilisateurs l'exploitation de ces lments [9]. L'informatisation du systme mdiathque pour objectif la recherche, le recueil, la saisie, le traitement, le stockage et la communication de l'information permettant ainsi l'automatisation de certaines fonctions telles que : l'indexation, la sauvegarde et la recherche multicritres de l'information. 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) :

Figure 1 : Les principales tches du Systme Mdiathque

1 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Cette application doit permettre aux utilisateurs donc, d'insrer 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 qu'on veut laborer doit prsenter un certain nombre de qualits qui garantiront l'utilisation optimale de ce dernier et permettront une facilit de gestion et d'exploitation. Les qualits vises par notre systme sont prsentes dans la figure suivante (Figure2) :

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, s'avrent ncessaires. En effet, Cette modlisation purement oriente objet permettra de reprsenter des concepts abstraits, de limiter les ambiguts en partant d'un 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 d'une mdiathque


Notre mdiathque contient un certain nombre de documents disponibles la consultation ou l'emprunt ; les personnes dsirant emprunter des ouvrages pour une dure et un tarif donns doivent s'inscrire en tant que client [9]. L'inscription 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 d'emprunt suivants : le nombre de documents empruntables et la dure de prt. Dans le cas tarif rduit , un justificatif est demand l'inscription, 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, l'auteur (crivain, groupe ou metteur en scne) et l'anne d'dition. Enfin, afin de disposer de statistiques d'utilisation, on souhaite connatre le

2 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

nombre d'emprunts 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 d'mission et une mention lgale de diffusion (restrictions d'usage) ; cette mention devra tre disponible lors de l'emprunt 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 d'un emprunt. Chaque sortie de documents entrane la constitution d'une fiche d'emprunt. 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 d'ajout 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 l'invocation de ces oprations. D'autre part, les formats de la plupart des informations sont libres (chanes de caractres) ; le systme devra toutefois veiller la cohrence des informations stockes (impossibilit d'avoir deux clients ou deux documents avec le mme nom, emprunter deux fois le mme document, etc.). L'emprunt d'un document par un client obit certaines rgles : Un client ne peut pas emprunter plus d'un 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 n'a pas restitu un document avant sa date limite de restitution ne pourra plus faire de nouvel emprunt tant qu'il n'aura pas rgularis sa situation, ceci mme si le nombre maximal d'emprunts n'est pas atteint. Pour ce faire, chaque demande d'emprunt, on vrifie s'il est jour dans ses restitutions ; si ce n'est pas le cas, l'emprunt n'est pas autoris et le client est marqu de telle manire qu'il ne puisse plus emprunter de nouveaux documents. De plus, l'ensemble des fiches emprunt est parcouru chaque jour afin de reprer s'il 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 y'avait une cinquantaine de mthodes objet. Cette variance dcoule de la grande vitalit du paradigme objet et d'autre part de la multitude d'interprtations qu'il 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 l'exprience de mise en oeuvre des diffrentes mthodes dans un effort de leur unification. Mthode
Booch Sous-systmes

Caractristique

3 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Embley Fusion Gamma Harel OOSE Meyer Odell OMT Shlaer-Mellor Wirfs-Brock

Classes singletons et objets composites Description des oprations, numrotation des messages Frameworks, patterns et notes Automates tats Cas d'utilisation (use cases) Pr- et post-conditions Classification dynamique, clairage sur les vnements Associations Cycle de vie des objets Responsabilits (CRC) Tableau 1 : Les principaux lments des clbres mthodes orientes objets

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 Booch'93 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 d'utilisation (use cases) pour crer l'UML.. La mthode unifie se transforma donc en UML (Unified Modeling Language For Object Oriented Development) [10][12]. La version 1.1 soumise l'OMG (object management group) en septembre 1997 fut accepte l'unanimit 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 d'ordre technique ne fut introduit. La version 1.3 a apport de nombreux changements, que ce soit en terme de correction ou d'ajout. Ainsi, il y a eu modification des associations entre cas d'utilisation, simplification des strotypes, changement d'lments des graphes d'activits et des automates d'tats... La version 2.0 [1][2][3] a apport des amliorations tout en ajoutant le dixime diagramme appel diagramme d'architecture et l'ajout de la notion de profils. La figure suivante (Figure 3) montre l'historique de l'UML.

4 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Figure 3 : L'volution 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 d'information base de donnes, e-business, application web, systmes d'information d'entreprise... 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 l'aspect statique et dynamique d'un 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 d'architecture) 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 4) [15] montre les diffrents diagrammes de l'UML dans sa dernire version.

5 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Figure 4 : Les diffrents diagrammes d'UML

L'avantage d'UML par rapport aux autres mthodes Booch, OMT, OOSE, c'est qu'il 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 d'isoler certaines parties des modles pour les rendre plus aisment comprhensibles. Les utilisations des diagrammes statiques de l'UML sont reprsentes dans le tableau suivant (Tableau 2) : Les diagrammes
Les diagrammes de Cas d'utilisation Les diagrammes de Classes Les diagrammes d'Objets Les diagrammes de Composants Les diagrammes de Dploiement Les diagrammes d'architectures

Leur reprsentation
Reprsentent les fonctions du systme Reprsentent des classes et leurs relations Reprsentent les objets et leurs relations Dcrivent les composants physiques Dploient les composants sur les matriels. Dcrivent l'architecture du systme a raliser

Tableau 2 : Les six diagrammes de la modlisation statique de l'UML

Tandis que les utilisations des diagrammes dynamiques de l'UML sont reprsentes dans le tableau suivant (Tableau 3) : Les diagrammes
Les diagrammes de Squences Les diagrammes de Collaborations Les diagrammes d'tats-Transitions Les diagrammes d'Activits

Leur reprsentation
Reprsentent les objets et de leurs interactions Reprsentent spatialement les objets et les liens Modlisent le comportement d'une classe Expriment le comportement d'une opration

Tableau 3 : Les quatre diagrammes de la modlisation dynamique de l'UML

L'OMG a t dot de la nouvelle version de son langage de modlisation d'un modle d'architecture. Le mtamodle d'architecture 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 d'outils atelier logiciel supportent aujourd'hui ce standard international de modlisation et de dveloppement tel que la socit Rational Software IBM Software Group, dont font partie les auteurs originaux d'UML. 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 d'un logiciel du moment qu'il 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.

4. L'analyse des cas d'utilisations


La premire tape consiste bien comprendre le systme tudier pour mieux dlimiter le systme tudier. La mthode gnrale [5][6][7] qu'on a adopt consiste : Retrouver les acteurs qui interagissent avec le systme.

6 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Rechercher les fonctionnalits du systme par l'utilisation des cas d'utilisation Rechercher les diffrentes classes mtier et leurs associations. La figure suivante (Figure 5) montre la mthodologie adopte et base sur l'UML pour trouver les classes mtier de notre systme mdiathque.

Figure 5 : La mthodologie adopte base sur l'UML

La mdiathque est un systme qui permet la consultation ou l'emprunt d'un certain nombre de documents. Les adhrents ce systme qui veulent emprunter des ouvrages pour une dure et un tarif prcis doivent s'inscrire en tant que client. Dans notre tude des cas de ce systme, on doit prvoir toutes les oprations entrantes dans les fonctionnalits des bibliothcaires puisqu'ils sont les seuls pouvant entraner des modifications aux donnes du systme. On a procd de faon prsenter gnralement les cas d'utilisations du systme et leurs acteurs, cette prsentation fera l'objet du tableau suivant (Tableau 4). Acteur Rles
Gestion des prts 1. Enregistrer les prts : - Entrer et vrifier ID - Vrifier le compte de l'adhrent s'il 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 d'un compte bloqu - Confirmer la restitution

Bibliothcaire

3. Envoyer un avertissement - Demander la liste des adhrents ayant dpass le dlai - Envoyer l'avertissement l'adhrent - Bloquer le compte de l'adhrent

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

7 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

4. Modifier les informations d'un adhrent - Recevoir les informations - Mise jour du compte

Gestion des documents - Ajouter Document - Retirer Document

1. Consulter - Demander la liste des supports non encore emprunts

2. Rserver - Entrer ID - Remplir le formulaire de rservation - Envoyer le formulaire Adhrent

3. Restitution ouvrage - Entrer ID - Remplir le formulaire de restitution - Envoyer le formulaire

Comptable

1. Grer les comptes de la bibliothque Tableau 4 : Les acteurs du systme mdiathque et leurs responsabilits

8 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

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 d'utilisations 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 d'utilisations est prsent dans la figure suivante comme suit (Figure 6) :

Figure 6 : Le diagramme des cas d'utilisations du systme mdiathque

5. Les diagrammes de squences


L'objectif 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, d'ordonnancement...). On distingue deux oprations excuter : La premire est l'opration emprunter. La seconde est l'opration restituer. L'opration emprunter Lors d'un emprunt une cration d'une instance de Fiche Emprunt est faite par le systme L'adhrent fournit son identification et le titre de l'oeuvre a emprunt. Le bibliothcaire vrifie si l'emprunt est possible Le bibliothcaire cre d'une fiche d'emprunt Le bibliothcaire dtermine de la dure du prt. Le bibliothcaire incrmente le nombre d'Emprunts effectus par l'adhrent

9 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Le bibliothcaire dcrmente le nombre d'exemplaires emprunts de l'oeuvre. Le bibliothcaire envoie l'exemplaire l'adhrent. La figure suivante (Figure 7) montre le diagramme de squences de l'opration emprunt :

Figure 7 : Le diagramme de squences de l'opration emprunt

La deuxime et dernire opration que notre systme mdiathque utilise est celle de la restitution des emprunts. L'opration restituer L'adhrent restitue l'oeuvre qu'il a emprunte. Le bibliothcaire cherche la fiche d'emprunt relative l'oeuvre restitue. Le bibliothcaire incrmente le nombre d'exemplaires. Le bibliothcaire dcrmente le nombre d'emprunts de l'adhrent. Le bibliothcaire dtruit la fiche d'emprunt. La figure suivante (Figure 8) montre le diagramme de squences de l'opration emprunt :

10 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Figure 8 : Le diagramme de squences de l'opration restituer

6. Le diagramme de Classes
Le diagramme de classes donne une vue statique du systme logiciel puisqu'il 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. C'est donc est un rseau statique de classes et d'associations. 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)

11 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

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 d'oprations) des documents vis--vis de l'emprunt (le tarif et la dure de prt en fonction du type de document) ; la seconde, Emprunteur, donne le comportement des clients vis vis de l'emprunt d'un 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 d'tats de transitions


partir du diagramme de classes tabli dans un premier temps, il s'avre ncessaire de construire un diagramme de transitions d'tats (DTE) pour certaines classes afin de montrer leurs utilisations. Ce diagramme permet de complter la liste des oprations d'une 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, l'tat en retard est intressant puisque le systme volue suite la survenue d'un vnement. Les transitions d'tats font suite des vnements internes ou externes ; dans le premier cas, c'est une action interne l'objet qui dclenche l'vnement. Les actions associes aux vnements sont supposes atomiques. Les diagrammes d'tats transitions de la fiche d'emprunt, documents et clients sont prsents respectivement dans les figures suivantes (Figure 10, 11,12)

12 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

Figure 10 : Le DET du fiche emprunt

Figure 11 : Le DET des documents

Figure 12 : Le DET des clients

13 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

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 d'utiliser la norme universelle et de profiter de la multitude des Ateliers de gnie logiciel d'UML afin de crer une application purement oriente objets. Cette manire de faire rend possible l'utilisation de la majorit des langages orients objets que l'on dsire. Dans notre cas on a utilis l'outil rational rose et on a gnr du code avec le langage Java qui reprsente un certain nombre d'avantages tels que la simplicit, l'orientation objet, la portabilit et la scurit. Le travail prsent dans cet article fait partie d'un projet dont l'objectif est de dfinir une mthodologie de dveloppement bas sur l'UML 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 ; l'laboration d'une base de patrons de conception pour raliser et implmenter ce systme ; l'utilisation d'autres AGL UML pour gnrer d'autres langages ; l'utilisation d'un middleware pour crer des applications client/serveur avec des langages diffrents. Juillet 2005 Boubker Sbihi cole des Sciences de l'Information BP 6204 Agdal, Rabat, MAROC Bsbihi@esi.ac.ma

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/03-01-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] http://www.mediatheque.cg68.fr/3reso/3page_informatique/ La procdure d'informatisation.pdf. [10] N. Lopez, J. Migueis, E. Pichon , Intgrer UML dans vos projets par ISBN 2-212-08952-X, Editions Eyrolles, 2002. [11] G. Booch, J. Rumbaugh, I. Jacobson, The UML reference manual, ISBN 0-201-30998-X 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.

14 sur 15

11/25/2009 15:16

Informatisation d'une mdiathque travers la norme UML

http://www.epi.asso.fr/revue/articles/a0509b.htm

[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 ; WONTIC'05, Workshop sur les Technologies de l'Information et de la communication, Knitra, Maroc, 24-25 juin 2005.
___________________ Association EPI Septembre 2005

Articles

15 sur 15

11/25/2009 15:16