En Conception Orientée Objet, il n’y a pas seulement les diagrammes de cas d’utilisation. Afin de concevoir le système d’un objet ou d’une application le plus efficacement possible, nous avons vu qu’il fallait le représenter sous une forme d’un diagramme de cas d’utilisation simple. Après cela, il faut qu’il soit modélisé pour pouvoir ensuite passer à l’implémentation du futur code.

Et au cours des TD5 et TD6, nous avons appris à faire les diagrammes de classes qui concerne donc la partie modélisation.

​

​

Définition :

​

Qu’est-ce qu’une classe ?

En langage UML, la classe représente un objet ou bien un ensemble d’objet qui possèdent la même structure. Elle possède des attributs ainsi que des méthodes ou opérateurs.

Elle est représentée de la manière suivante :

​

​

​

​

​

​

​

​

​

 

 

Les attributs et opérateurs d’une classe peuvent être privés ou public.
- Le « + » correspond au public.
- Le « - » correspond au privé.

Entre les différentes classes, nous retrouvons des liaisons qui s’appellent des interactions. Ici, nous pouvons revoir la relation d’héritage que nous avons vu dans les diagrammes de cas d’utilisation, qui est toujours représenté de cette façon-là :    

​

Il y a également la relation d’association unidirectionnelle entre deux classes :

​

Ou encore, la relation d’association bidirectionnelle :

​

Mais aussi, la relation de multiplicité qui possède la même représentation que l’association bidirectionnelle mais avec des cardinalités en plus sur sa représentation.

Nous l’avons donc fait pour pouvoir modéliser notre application de gestion de crises au cours des deux TDs toujours à l’aide du Logiciel Modelio.

 

 

​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

​

           

 

 

 

 

 

 

 

             Les attributs doivent être privés, mais dans le diagramme de classes ci-dessus, nous nous sommes trompés.

Dans notre diagramme de classes, le coordinateur saisit une déclaration et un témoin fait une déclaration. Ensuite, nous pouvons voir que plusieurs crises sont associées à une mission et on peut affecter 0 ou une ressource à une mission également. Un coordinateur est aussi un membre.