Modélisation et implémentation d'une application de messagerie dans une entreprise cas de la dgre équateur

3.2.4.2. Diagramme de séquence

Le diagramme de séquence est le principal diagramme d'interaction.^11(*)

Il poursuit l'objectif :

· Représentation du déroulement des traitements et des interactions entre les éléments du système et/ou les utilisateurs

· Centré sur l'expression des interactions et l'échange de messages

Un diagramme de séquence se rapporte par exemple à un ou plusieurs scénario(s) identi?é(s) dans les cas d'utilisation.

3.2.4.2.1. Diagramme de séquence du cas d'utilisation « Inscription »

Le diagramme de séquence suivant illustre les interactions nécessaires pour l'inscription

Figure 9. Diagramme de séquence du cas d'utilisation d'inscription

1.2.4.2.2. Diagramme de séquence du cas d'utilisation« Authentification »

Figure 10. Diagramme de séquence du cas d'utilisation d'authentification

3.2.4.2.3. Diagramme de séquence su cas d'utilisation d'envoi de message

Figure 10. Diagramme de séquence du d'utilisation d'envoi de message

Figure 11. Diagramme de séquence du cas d'utilisation envoi de message

3.4.2.4.Diagramme de séquence du cas d'utilisation Déconnexion

Figure 12. Diagramme de séquence du cas d'utilisation déconnexion

1.2.4.3. Diagramme de classe

3.2.4.3.1. Notion

Le diagramme de classe exprime de manière générale la structure statique d'un système, en termes de classe et de relation entre ces classes. Une classe permet de décrire un ensemble d'objet (attribut et comportement), tandis qu'une relation ou association permet de faire apparaître de liens entre ces objets.

On peut donc dire :

· Un objet est une instance de classe,

· Un lien est une instance de relation

La classe se représente comme suite :

Figure 13. Représentation d'une classe

3.2.4.3.2. Diagramme de classe du système en étude

Figure 14.Diagramme de classe

Règle de dérivation du modèle relationnel à partir d'un modèle de classe

Règle 1 : Transformation des classe : chaque entité devient une relation

· Classe Utilisateur

Figure 15. Transformation de la classe Utilisateur en modèle relationnel

Classe Message

Figure 16. Transformation de la classe Message en modèle relationnel

Règle 2. Association un-à-plusieurs

Il faut ajouter un attribut de type clé étranger dans la relation fils de l'association. L'attribut porte le nom de la clé primaire de la relation père de l'association.

Figure 17. Passage de un à plusieurs

3.3. Conclusion

Dans ce chapitre nous avons procédé à présenter UML, le langage qui nous a servi dans la modélisation de notre nouveau système. Nous avons également identifié toutes les entités s'interagissant dans le système en présentant l'ensemble de séquence d'action, en identification des différents cas d'utilisation des acteurs du système. Ensuite, nous avons procédé à la description graphique des cas d'utilisation en réalisant les diagrammes des séquences décrivant les scénarios nominaux des cas essentiels.

Et pour terminer, nous avons procéder également à la conception proprement dite de notre application selon les concepts de base du diagramme de classe ainsi que la transformation d'une classe en modèle relationnel permettant d'avoir un schéma de la base de données tout en respectant les règle de modélisation.

* ¹¹ ISAKATONGA LOANI J. Op Cit