INPTIC- 2013/ 2014

2ième année Licence SERVICE et Resaux de Communication SRC

COURS UML

Systèmes d’information

Cours: 06 H. & TD: 06 H.

M. BOUKRARA Ammar

Introduction

Les années 70: Les entreprises concevaient des SI avec des propres méthodes (OO)

20 ans plus tard: On recense plus de 50 M.OO (toutes divergentes)

Divergence réside dans les modèles utilisés, les démarches

1) La méthode OMT de James Rumbaugh

2) La méthode BOOCH'93 de Grady Booch

3) La méthode OOSE de Ivar Jacobson (Object OrientedSoftware Engineering)

03 méthodes ont marqué leurs distinction:

UML (début des années 1990)

UML: un standard mondial de modélisation Objet

En 1997: Objet Management Group (OMG) Normalisation

Modélisation Objet

Modéliser le Monde réal (un domaine) par un ensemble d’entité Objet

Un Objet peut être:

1) Physique : (Enseignant, Livre, Voiture…)

2) Abstrait: (opération de vente, ligne commande, Adresse_Machine…)

UML utilise 09 Diagramme

1. Diagramme de cas d’utilisation2. Diagramme de classes.3. Diagramme d’objets.4. Diagramme de composants.5. Diagramme de déploiement.6. Diagramme d’états.7. Diagramme d’activités.8. Diagramme de séquence.9. Diagramme de collaboration.

Diagramme par axe de modélisation

03 axes:

2ième année Licence SRCDiagrammes à étudier

1. Le diagramme de cas d’utilisations (***).

2. Le diagramme de classes (***)

3. Le diagramme de séquence.

4. Le diagramme de collaboration.

Le diagramme de cas d’utilisation

Définition Les cas d’utilisation sont une techniqueutilisée pour représenter un ensemble deséquences d’actions que devrait réaliser lesystème privilégiant le point de vue del’utilisateur.

Exemple

Pour le cas d’utilisation d’un guichet automatique de banque, on ne dira pas « Distribuer de l’argent » favorisant ainsi le coté système,

On dirait plutôt « Retirer de l’argent » pour favoriser le coté utilisateur.

Un DCU montre QUI fait QUOI ?

Notation DCU

Nom_du_Cas_Utilisation

Nom_Acteur

Association reliant les acteurs aux cas d’utilisation.

Exemple de CU avec Notation UML

Inclusion / extension

Généralisation / Spécialisation

Hiérarchisation des acteurs

Ce que Fait A = Action (B) + Action (C) + Action (D)

Exemple Pratique

Conclusion

Les DCU récapitule les besoins du SI;Définissent les Fonctionnalités du système.

Le diagramme de Classes

Une classe est une abstraction d’unéléments du monde réel, elle encapsuledes propriétés qu’on appelle attributs etdes comportements qu’on appelle desméthodes.

Définition:

Note:Une classe représente un modèle commun à un ensemble d’objets qu’on appelle instances, ainsi un chien, cheval et chat sont des instances de la classe animal.

Exemple <Classe…instances>

Animal

Chien Cheval Éléphant

Classe

instances

Notation

Nom_Classe+ Attribut 1- Attribut 2/ Attribut 3

+ Méthode 1# Méthode 2

(+ ) Public(- ) Protégé(#) Privé

Association

Classe_2Classe_1

Nom de l’association

0..* 1

Classe d’association

Classe_2Classe_1 Nom de l’association

0..* 1

Classe_Association

Agrégation

Classe_2Classe_1

0..* 1..*

L’agrégation est un type particulier d’association

Une occurrence de la classe 1 contient une ou plusieurs occurrences de la classe 2

Composition

Classe_2Classe_1

1 1..*

Type particulier d’agrégation;

Un Lien sémantique plus Fort

Généralisation

Exemple Complet

Principes Conceptuels

1. Notez la généralisation des trois (03) classes (Ingénieur, Développeur et Chef de projet) en une seule classe abstraite « Employé » regroupant les attributs communs aux trois classes filles (Nom, Prénom et adresse).

A l’aide de cette généralisation, le fait de parler d’employé sous entend soit l’Ingénieur, Développeur ou Chef de projet.

2. Un employé peut ne pas posséder de voitures, comme il peut en posséder plusieurs (D’où la cardinalité 0..*).

La voiture, quant à elle n’est possédée que par un seul employé (D’où la cardinalité 1).

3. La relation de composition entre la classe« Employé » et « Compte » souligne le fait qu’uncompte n’appartient qu’à un seul employé, et dépendfortement de celui-ci (La destruction d’une instanced’un employé entraînerait systématiquement celle deson compte).

4. L’agrégation se situant entre les deux classes « Employé » et« Equipe » montre un sens d’appartenance. En effet, une équipecomprend un nombre certain d’employés.Il faut souligner ici, que la destruction d’une équipe n’engendrepas forcément la destruction de ses membres, puisqu’ils serontaffectés à d’autres équipes et resteront employés de la boiteinformatique.

5. Une ou plusieurs équipes sont créées afinqu’elles soient affectées à un projet donné. Uneclasse d’association « Affectée » est créée pourcontenir les dates début et fin de chaque projetréalisé par chaque équipe, sauvegardant ainsil’historique des affectations.

Conclusion

1. L’établissement des diagrammes de casd’utilisation représente l’étape indispensablepour l’analyse des besoins fonctionnels detout système projeté. Une bonne modélisationde l’aspect fonctionnel avec les DCU signerala bonne continuité de l’étude du nouveausystème, les autres diagrammes se reposantsur la logique de ce diagramme.

2. Le diagramme de classe nous permetde mettre en place les premièresfondations du nouveau système. Il donneune description détaillée de la structurestatique de celui-ci. Une bonneconstruction de ce diagrammereprésenterait des données cohérentes etstockables dans une base de donnéesstructurée et pérenne.