2. PLAN
PLAN
Introduction
Diagrammes d’UML
Diagramme de structure
composite
Diagramme de paquetages
Conclusion
diagramme de structure
Diagramme de classes
Diagramme de composants
Diagramme de déploiement
Diagramme d'objets
3. UML
Le langage UML (Unified Modeling
Language, ou langage de
modélisation unifié) a été pensé
pour être un langage de
modélisation visuelle commun,
riche sémantiquement et
syntaxiquement.
4. UML
Il ressemble aux plans utilisés dans
d'autres domaines et se compose de
différents types de diagrammes.
5. L'UML n'est pas un langage
de programmation, mais il
existe des outils qui peuvent
être utilisés pour générer du
code en plusieurs langages à
partir de diagrammes UML.
6. les diagrammes sont
représentés sous deux
types de vue :
d'un point de vue statique ou
structurelle du domaine avec les
diagramme de structure ,
D'un point de vue dynamique avec les
diagrammes de comportement et les
diagrammes d'interactions
12. Diagramme de composants Représente
la relation structurelle entre les éléments
d'un système logiciel, le plus souvent
utilisé avec des systèmes complexes
disposant de multiples composants. Les
composants communiquent à l'aide
d'interfaces.
13.
14. Diagramme de structure composite
Les diagrammes de structure
composite sont utilisés pour
présenter la structure interne d'une
classe.
19. Diagramme d'objets Montre
les relations entre des objets à
travers des exemples tirés du
monde réel et permet de voir
l'apparence d'un système à
n'importe quel instant donné.
Les données sont disponibles à
l'intérieur des objets, elles
peuvent donc être utilisées
pour clarifier les relations
entre des objets.
22. l'importation de paquetages et la fusion
Les paquetages peuvent
représenter les différents
niveaux d'un système pour
en révéler l'architecture
Les dépendances des paquetages
peuvent être marquées pour mettre
en avant le mécanisme de
communication entre les différents
niveaux
25. Diagrammes UML qui permettent d’aider à la réflexion, à
la discussion
(clients, architectes, développeurs, etc.)
Pas de solution unique mais un ensemble de solutions
plus ou moins acceptables suivant les contraintes du
client, et les logiciels et matériels disponibles
Une solution acceptable est obtenue par itérations
successives