/25

Les limites de l’UMLPrésenté par : Samah Dekhil

/25

PLANIntroduction

UML

Diagramme T (Timing Diagram)

Conclusion

3

Introduction

4

5

Définition de Modèle:Est une représentation abstraite de la

réalité qui exclut certains détails du monde réel.

il permet de réduire la complexité d’un phénomène en éliminant les détails qui n’influencent pas son comportement de maniéré significative.

6

Langage de modélisationDoit définir : * la sémantique des concepts

* une notion pour la représentation de concepts

*des règles de construction et d’utilisation des concepts.

7

Des langages à différents niveaux de formalisation :

8

UML 2

9

UML   Le langage de modélisation unifié  « unified modeling language » est un langage de modélisation graphique.

Construction de modèles objets ou autres

Utilisation de la notation graphique ◦une solution visuelle◦limite les ambiguïtés ◦indépendance par rapport aux langages

10

Définition d’un diagrammeUn diagramme UML est une représentation

graphique, qui s'intéresse à un aspect précis du modèle.

C'est une perspective du modèle, pas "le modèle".

Chaque type de diagramme UML possède une structure (les types des éléments de modélisation qui le composent sont prédéfinis).

11

caractéristiques des diagrammes UMLLes diagrammes UML:

* supportent l'abstraction

* La structure et la notation graphique des éléments de modélisation est normalisée

/25

Points forts point faible

*UML est un langage semi-formel et normalisé =>un gain de précision =>un gage de stabilité =>l'utilisation d'outils

*UML est un support de communication performant =>cadre l'analyse =>souple en font un langage universel

*La mise en pratique d'UML nécessite un apprentissage et passe par une période d'adaptation.

*Le processus (non couvert par UML) est une autre clé de la réussite d'un projet.

*Sémantique floue ou mal définie pour certains types de diagrammes

Points forts et point faible de l’UML

/25

Historique

14

Faiblesses générales d’UML 1.4Manque de sémantique formelle

Multiplicité des modèles : nombre écrasant de diagrammes et de symboles

Peu de relations bien définies entre les diagrammes d’un modèle

Pas de structure hiérarchique dans la composition des modèles

Implémentations du langage différentes selon les outils

15

16

UML 2.0Diagramme Structurels

Diagramme comportementaux

Diagramme de classes

Diagramme de composants

Diagramme de déploiement

Diagramme d’objets

Diagramme de paquetages

Diagramme de structures composites

)

Diagramme de cas d’utilisation

Diagramme d’activitéDiagramme d’états-

transitionDiagramme d’interaction

)

Diagramme de séquence

Diagramme de communication

Diagramme T

Diagramme de globale d’interaction

17

Diagramme T (Timing Diagram)

la représentation des interactions où l'aspect temporel est mis en valeur; il permet de modéliser les contraintes d'interaction entre plusieurs objets, comme le changement d'état en réponse à un évènement extérieur

18

Exemple de diagramme de temps

19

Limites de l’UMLLes 4 limites d’Uml sont :

Ne permet pas la modélisation des systèmes temps réels

Ambiguïtés

Incohérence

Omission

20

Ne permet pas la modélisation des systèmes temps réels

21

La gestion du temps réel est possible mais il y a un problème de synchronisation

le diagramme de séquence permit seulement le séquencement

22

Ambiguïtés: exemple 1

23

Exemple 2:

Il y a des information qui ne sont pas représenté à partir du cahier de charge on peux faire deux modélisations .

24

Incohérence(Redondance)

25

Omission

26

Conclusion

27

Conclusion L'UML est un moyen parmi d'autres de modéliser

son application afin de mieux s'y retrouver.

UML 1.x ne possède pas de concepts de modélisation de contraintes et de propriétés temps-réel

• Utilisation des design patterns pour le temps-réel

UML 2.0 permet de modéliser des contraintes et des propriétés temps-réel mais la norme reste un peu juste

28