Module Langage de modlisation UML

Chapitre 1 : Introduction & Historique

Ibrahim BEN LAZREG

2010 - 2011

Objectifs du module
Maitriser la modlisation dun systme dinformation

selon le langage UML Permettre ltudiant de bien cerner les phases danalyse et de conception dun projet et de maitriser les moyens de modlisation dans chaque phase Pouvoir implmenter les modles de conception selon un langage de programmation et une architecture de dveloppement
Pr-requis :
Programmation oriente objet , JAVA,C++

Rfrences du module
UML en action de Pascal Roques & Franck

valle

(EYROLLES)

UML par la pratique de Pascal Roque

UML 2 (Booch, Rumbaugh, Jacobson)

Plan du chapitre
Systmes dInformation (SI)
Exemples, Dfinitions, composantes

Modlisation
Pourquoi?, comment?

UML (outil de modlisation)

Historique, raison dtre, diagrammes

Axes de modlisation & UML

Systme dInformation : Exemples

Une application de gestion de stocks dun

super-march
Un site web de vente en ligne
Une bibliothque numrique Un portail avec intranet

Systme dinformation : Dfinition

Un SI est un ensemble organis de ressources :

matriel, logiciel, personnel, donnes, procdures permettant dacqurir, de traiter, de stocker des informations (sous formes de donnes, textes, images, sons, etc.) dans et entre des organisations. (Reix, 2004)

Systme dinformation: Usages

Applications fonctionnelles
Applications classiques Gestion commerciale, gestion de production, gestion comptable et financire ERP

Applications daide la dcision

Assistance au dcideurs (systmes experts, entrepts de donnes,

datamining)

Applications daide la communication Communication interne : travail de groupe (collectif, CSCW) Communication externe
SI inter-organisation (B2B, EDI, SCM) : entreprise tendue, entreprise tendue SI de gestion de la relation client (B2C, CRM)

Applications daide la gestion des connaissances Acquisition, conservation, diffusion des savoirs et des savoir-faire (KM)

Modlisation ??
Quest ce quun modle?
Cest une reprsentation simplifie dune ralit

Pourquoi modliser?
Description de contexte & Vulgarisation du systme dinformation Apprhender sa complexit abstraction diffrentes vues bien choisies sur le systme tudi reprsentations simplifies du tout, des parties essentielles, du fonctionnement ex. : vues statique, dynamique, fonctionnelle

Exemple: La lune est modlise :

Par un astronaute : un corps cleste ayant une certaine masse et se

trouvant une certaine distance de la Terre Par un pote: une dame avec laquelle il peut avoir une conversation

Langages de modlisation
Dfinissent syntaxe / notation les types dlments quon a le droit dutiliser dans les diagrammes formalismes, rgles de construction smantique / mta-modle ce que signifie ce qui est dessin dans les diagrammes par rapport au modle sous-jacent Un modle sexprime dans un langage de

modlisation
Le physicien utilise les mathmatiques Linformaticien utilise lUML

UML :Dfinition
UML est un ensemble de modles permettant de reprsenter un

systme dinformation et son utilisation prvue dans lentreprise. Lutilisation de ces modles vise amliorer la qualit des applications informatiques dvelopper.
Sa premire russite fut dtre retenu comme norme de modlisation

par l OMG (Object Management Group) aprs avoir reu le soutien de plusieurs grands constructeurs informatiques et diteur de logiciels.
Lemploi du terme Langage de modlisation et non mthode

signifie que laccord a port sur : Les modles pouvant tre utiliss Les reprsentations sous forme de diagrammes
10

UML : Historique
Avant la Naissance :

En 1991
Grady Booch James Rumbaugh Ivar Jacobson

La mthode OOD (Object Oriented Design) de Grady Booch Dvelopp la demande du Ministre de la Dfense des tats-Unis pour prparer de faon rigoureuse la structuration des programmes crit en ADA ou C++(trs proche de la programmation)

La mthode OMT (Object Modeling technique) de James Rumbough de Mise au point General Electric et influence par linformatique industrielle (Automate,contrle de processus,etc.).la mthode vise reprsenter un systme comme un assemblage dlments. Chaque lment est donc un composant porteur dinformation et encapsulant les actions qui peuvent tre excutes la rception dun message stimulateur. La mthode OOSE (Object Oriented Software Engineering) de Ivar Jacobson : bas sur les mthodes danalyse antrieures enrichie des aspects comportementaux. Elle est base sur lide de faire reposer lanalyse sur lexpression ,par lutilisateur ,de la faon dont il pense utiliser le futur systme
11

En 1996 linitiative de la socit Rational Software, les 3 auteurs se sont mis daccord sur un langage de modlisation visant devenir une rfrence.
Naissance :

En 1997 UML, fruit de combinaison des travaux des 3 hommes ,ft retenu par lOMG (Object Management Group) comme une norme de modlisation aprs avoir t soutenu par plusieurs autres grands constructeurs informatique et diteurs de logiciel. UML est plac sous la responsabilit de lOMG qui constitue des groupes de travail ,ouvre des forum de discussion et lance des appels doffre pour lamlioration. UML nimpose pas une faon dutiliser ces modles: ce sont les processus de dveloppement bass sur UML 12 (RUP,2TUP,) qui tracent une mthodologie.

UML : Sa raison dtre

Sa normalisation par lOMG Disposer dun ensemble de modle commun entre le

matre douvrage (client) et le matre duvre (chef de projet) ce qui permet de faciliter le dialogue entre les deux dpuis lexpression des besoins jusqu la gnration de toute ou partie de lapplication (en JAVA ou C++ ou VB) limplmentation.

Possibilit dutiliser le mme atelier de gnie logiciel

Lutilisation des concepts Objet de lanalyse jusqu

13

Diagrammes UML 2

Axes de modlisation et modles UML

Fonctionnel (Contexte statique ,cas dutilisation)

Statique (Diagramme de classes,

objets, Package, dploiement, structure composite, composants)

Dynamique (Diagramme dtat,

dactivit, de squence, communication, interaction global, temps)

Exemple
Vue fonctionnelle Vue statique

Vue dynamique

SYSTME DINFORMATION DUNE BIBLIOTHQUE

La vue fonctionnelle
Dcomposer le systme en fonction ou oprations

apportant la fonctionnalit.
UML considre que la vue fonctionnelle exprime les

besoins des utilisateurs et les activits quil veulent raliser

Modlisation :
Diagramme de contexte statique

Diagramme de cas dutilisation (use case)

La vue statique -principes

Vue du modle global qui caractrise les

lments dun systme et leurs relations les uns avec les autres. On lappelle aussi vue de classe. Capture de la structure dun objet: structure de donnes et organisation des oprations qui sy appliquent Dcrit les dclarations comportementales comme des lments de modlisation discrets sans confronter le dtail de leur comportement Les oprations sont vues comme des lments

La vue statique -exemple

Systme de billetterie pour un spectacle de thtre : lments significatifs : Billets Reservation

Prvision
Attribution des siges Algorithme de mise jour du stock Page web interactives pour la rservation

Capture de la structure de lobjet billet : Prix Date

Num.de Sige Oprations : reservation(),annulation(),reduction()

La vue statique -Modlisation

Diagramme de classes Diagramme de package Diagramme objet Diagramme de dploiement

La vue dynamique -Principes

Vue dinteraction et de machine dtat Attend de la vue statique quelle dcrive les

lments qui interagissent dynamiquement on ne peut dire comment ? sans pralablement mentionner ce qui interagit.

Aspect dun modle ayant trait la spcification

et limplmentation du comportement dans le temps

La vue dynamique -Modlisation

Diagramme dtat-transition Diagramme dactivit Diagramme de squence

Les phases de modlisation (1)

Analyse :
tape du dveloppement dun systme qui capture les exigences et

le domaine de la problmatique. Identifie ce quil ya lieu de faire Rsultat : modles danalyse fonctionnelle ,statique et dynamique.
Conception :
Phase de dveloppement dun systme qui dcrit comment le

systme sera implment logiquement et avant le codage. Etape de prise des dcisions stratgiques et techniques pour atteindre les objectifs fonctionnels tracs lors de la phase danalyse. Rsultats : modles de conception
Implmentation

dploiement

Les phases de modlisation (2)

Implmentation :
Etape de codage et de construction des fonctionnalits

dun systme par le biais des moyens excutables (langage de programmation , base de donnes. La qualit de production lors de cette phase dpend de la qualit de conception.
Dploiement :
Cest lassignation des artefacts logiciels des

ressources physiques pour des fins dexcution.

Artefacts logiciels : fichiers , scripts , tables de BD ,doc texte ,

pages web, ressources physiques : serveur , lecteur de disque , poste client,

Etude de cas (1)

guichet automatique de banque (GAB)
Le GAB offre les services suivants :
Distribution dargent tout porteur de carte de crdit ,

via un lecteur de carte et un distributeur de billets.

Consultation de solde de compte , dpt en numraire

et dpt de chques pour les clients porteurs dune carte de crdit de la banque adoss par le GAB.

Toutes les transactions sont scurises.

Il est parfois ncessaire de recharger le distributeur ,

etc

Etude de cas (2)

Identification des acteurs
Identification du systme : GAB Q :Quelles sont les entits externes qui interagissent

avec ce systme ? Rponse :

Premier acteur vident : Porteur de carte Deuxime acteur : Client de la banque qui bnficie

dautres services supplmentaires Toutes les transactions de retrait sont scurises : par qui ? .Un systme dautorisation global qui communique directement avec le GAB. Toutes les autres oprations de transactions sont suivi et autorises par le Systme dinformation de la banque Un GAB ncessite un oprateur de maintenance pour les tches en question: rechargement en billet,rcupration des cartes avales,

Etude de cas (3)

Identification des acteurs
Il ne faut pas considrer comme acteur les

lments suivants : Le lecteur de carte et le distributeur de billet font partie du GAB . La carte bancaire , bien quelle interagit directement avec le GAB et elle lui est externe nest pas un bnficiaire final des services du GAB: cest le porteur de carte qui retire de largent.

Etude de cas (4)

Diagramme de contexte statique
Client banque 0..1 Porteur de carte

{xor}

0.. 1

Oprateur de maintenance 0..1

GAB
0..1 0..1

<<ACTOR>>
SI.AUTO

<<ACTOR>>
SI.banque

La multiplicit 0..1 prouve que le GAB est un systme

mono-utilisateur : tout instant il nya quune instance de chaque acteur connect La contrainte xor indique que les acteurs client banque et Porteur de carte sont mutuellement exclusifs.

Etude de cas (5) Gnralisation/spcialisation des acteurs banque est une Principe :Considrer que Client
spcialisation de porteur de carte .Donc lacteur client banque va hriter de lacteur porteur de carte ses fonctionnalits et se spcialise pour raliser les autres oprations. Ralisation : 0..1
Porteur de carte

0..1 Oprateur de maintenance

Gnralisation/Spcialisation

GAB
0..1
Client banque 0..1

<<ACTOR>>
SYS.AUTO

<<ACTOR>>
SI.banque

Diagramme de cas dutilisation (1)

Retirer de largent
Porteur de carte

<<ACTOR>>
SYS.AUTO

Retirer de largent avec carte de la banque Consulter son solde

<<ACTOR>>
SI.banque

Client banque

Dposer de largent Recharger la caisse

Oprateur de maintenance

Maintenir ltat oprationnel