Rappels et résumé des notions importantes du cours «Analyse et conception orientée objet»

Transcription

1 Rappels et résumé des notions importantes du cours «Analyse et conception orientée objet» UML pour Unified Modeling Language, est un langage de modélisation destiné pour la notation objet. C est un langage formel, c'est-à-dire qui se base sur les dessins dans la représentation de ses modèles. Il se base sur la notion des diagrammes, vous trouverez en UML2, 13 diagrammes chacun est destiné à objectif précis. 1. Le diagramme de cas d utilisation : Dans chaque projet informatique et avant d attaquer l analyse et la conception(le travail avec UML ou bien Merise par exemple), il faut savoir de quoi s agit t-il, c'est-à-dire qu il nous faut parler sur les besoins, donc nous traitons l expression des besoins de notre client (utilisateur final de l application). Juste après cette étape, on s attaque à l analyse et la conception, et en UML le premier diagramme à utiliser est le Diagramme des cas d utilisations. Ce diagramme sert à nous donner une idée générale sur la partie fonctionnelle (le métier) de l application ou bien du projet. Ce diagramme se compose de trois éléments principaux : - Les acteurs. - Les cas d utilisation. - Les relations entre acteurs et/ou cas d utilisations.

2 Exemple d un diagramme de cas d utilisation : Les types de relation possibles en diagramme de cas d utilisations : - Relation entre les acteurs : La seule relation possible entre 2 acteurs ou plus en diagrammes de uses cases est la relation d héritage.

3 - Relation entre les acteurs et les cas d utilisation : La seule relation possible entre un acteur et un cas d utilisation et la relation d association. - Relation entre les cas d utilisations : Il existe 2 types de relations entre les cas d utilisations : a- La relation d inclusion <<include>> : Un cas A inclut un cas B si le comportement décrit par le cas A inclut le comportement du cas B : le cas A dépend de B. Lorsque A est sollicité, B l est obligatoirement, comme une partie de A. Cette dépendance est symbolisée par le stéréotype << include >>. Par exemple, l accès aux informations d un compte bancaire inclut nécessairement une phase d authentification avec un identifiant et un mot de passe. b- La relation d extension <<extend>> :

4 On dit qu un cas d utilisation A étend un cas d utilisation B lorsque le cas d utilisation A peut être appelé au cours de l exécution du cas d utilisation B. Exécuter B peut éventuellement entraîner l exécution de A : contrairement à l inclusion, l extension est optionnelle. c- La relation d héritage : Un cas A est une généralisation (hérite) d un cas B si B est un cas particulier de A.

5 Les types d acteurs : 1- Acteur principal : c est un acteur qui agit dans le diagramme de cas d utilisation d une façon observable. 2- Acteur secondaire : c est un acteur qui agit juste pour compléter le cas d utilisation. 3- Acteur humain : l acteur ici est un être-humain. 4- Acteur système : machine, ordinateur, guichet automatique bancaire Remarque : En UML, il est conseillé de mettre les acteurs principaux à gauche et les secondaires à droite. Il est aussi conseillé de dessiner l acteur humain de cette façon (sticky man) et l acteur système dans un rectangle en mentionnant son nom et le stéréotype <<actor>>. 2. Le diagramme de séquence : Le diagramme de séquence est la représentation des échanges entre les acteurs et le système, selon un ordre chronologique. Un diagramme de séquence traite un scénario (un cas d utilisation) spécifique qui est une suite d interactions entre l acteur et le système. Un scénario est composé d étapes qui peuvent de trois sortes : - Un message d un acteur vers le système. - Une validation ou un changement d état du système. - Un message du système vers un acteur.

6 UML2 ajoute des notations complémentaires, qui nous aident à bien gérer notre diagramme de séquence. Ces notations introduisent un ensemble de rectangles appelés fragments qui servent pour indiquer qu un groupe de message est : -opt : pour optionnel, c'est-à-dire non obligatoire. -alt : pour alternatif, c'est-à-dire qui utilise les conditions (if et else en Java par exemple). -loop : c'est-à-dire qu un groupe se répète(les boucles). -ref : pour référence, avec ce fragment on fait appelle à un autre diagramme de séquence. Exemple:

7

8 3. Le diagramme de classes : Une classe est la représentation d un ensemble d objets ayant une sémantique, des attributs et des opérations (méthodes). Un objet est occurrence de classe. Les attributs d une classe ont un nom et un type, les opérations d une classe ont un nom, un type de retour et des paramètres. Exemple : La notion d encapsulation : L une des notions les plus importante dans le monde de l orienté objet est l encapsulation. Cette notion permet de donner des droits d accès aux attributs et aux méthodes de la classe. En UML, comme dans la plupart des langages et des notations qui se basent sur l orienté objet on trouve 4 types de droits d accès : Private en UML on le représente avec un signe -. Public en UML on le représente avec un signe +. Protected en UML on le représente avec un signe #. Package en UML comme dans la plupart des langages on ne le représente pas.

9 Exemple : Les types de relation : a- La relation d association : Une association est une relation entre deux classes (association binaire) ou plus (association n-aire). b- Association n-aire : Une association n-aire est une association qui lie entre n classes (n est un nombre entier positif). Exemple d une association 3-aire.

10 Multiplicité ou cardinalité La multiplicité associée à une terminaison d association, d agrégation ou de composition déclare le nombre d objets susceptibles d occuper la position définie par la terminaison d association. Voici quelques exemples de multiplicité : N exactement un : par exemple 6 ou 55 ou 1 etc. plusieurs : * ou 0..* au moins un : 1..* n..m par exemple de un à six : c- Classe-association : Parfois, une association doit posséder des propriétés. Par exemple, l association Emploie entre une société et une personne possède comme propriétés le salaire et la date d embauche. En effet, ces deux propriétés n appartiennent ni à la société, qui peut employer plusieurs personnes, ni aux personnes, qui peuvent avoir plusieurs emplois. Il s agit donc bien de propriétés de l association Emploie. Les associations ne pouvant posséder de propriété, il faut introduire un nouveau concept pour modéliser cette situation : celui de classe-association.

11 d- L agrégation : Une agrégation est une association qui représente une relation d inclusion structurelle ou comportementale d un élément dans un ensemble. Graphiquement, on ajoute un losange vide du côté de l agrégat. e- La composition : La composition, également appelée agrégation composite, décrit une contenance structurelle entre instances. Ainsi, la destruction de l objet composite implique la destruction de ses composants. Une instance de la partie appartient toujours à au plus une instance de l élément composite : la multiplicité du côté composite ne doit pas être supérieure à 1 (i.e. 1 ou 0..1). Graphiquement, on ajoute un losange plein.

12 f- L héritage : L héritage ou la généralisation est un concept introduit dans la conception et la programmation orientée objet, qui nous permet d avoir la possibilité de créer des classes dérivées (classes filles) qui dérivent et héritent la classe de base (classe mère). Il existe en UML 2 type d héritage : - L héritage simple : la classe fille hérite d une seule classe mère. - L héritage multiple : la classe fille hérite de plusieurs classes mères. class DiagrammeDeClasse Ordinateur TéléphoneProtable ipad

13 g- La relation de dépendance : Une dépendance est une relation unidirectionnelle exprimant une dépendance sémantique entre des éléments du modèle. Elle est représentée par un trait discontinu orienté. Elle indique que la modification de la cible peut impliquer une modification de la source. Le changement du pays implique le changement des villes. class DiagrammeDeClasse Pays Ville