II-CONCEPTION
1. Branche technique
a. Diagramme de classe
Considéré comme le plus important dans la
modélisation orientée-objet, il permet de faire ressortir la
structure interne d'un système et est constitué principalement de
classes ; une classe contient des attributs et des opérations. Il
n'indique pas comment utiliser les opérations, c'est une description
purement statique d'un système. Enfin, il permet de construire le
système de manière correcte (Build the system right)
· Formalisme
Tableau
13 : Formalisme du diagramme de classes
|
DIAGRAMME DE CLASSES
|
|
|
Objectif : Permet de représenter
l'ensemble des informations formalisées ayant fait l'objet d'une
définition sur le fond et sur la forme, qui sont gérées
dans le domaine.
|
|
Formalisme
|
Figure 8 :
Diagramme de classes
2. Relations entre classes
RC1 :Le personnel peut avoir
aucune ou plusieurs conversations (chats);
R :Un Drmusers peut avoir aucune
ou plusieursconversations(chats);
RC3 :Un Drmusers appartient
à une compagnie;
RC4 :Une compagnie peut avoir
plusieurs Drmusers;
RC5 :Un Drmusers appartient
à un compte Facebook;
RC6 :Un Drmusers appartient
à un compte whatsapp.
b. Diagramme de composants
· Formalisme
Le diagramme de composant permet de représenter les
composants logiciels d'un système ainsi que les liens existant entre ces
composants. Il décrit l'organisation du système du point de vue
des éléments d'application comme les modules (paquetages,
fichiers sources, bibliothèques, exécutables), des données
(fichiers, bases de données) ou encore d'éléments de
configuration (paramètres, scripts, fichiers de commandes). La
représentation « boite noire » par connecteur
d'interface est une vue externe du composant présente ainsi ses
interfaces fournies et requises sans entrer dans le détail de
l'implémentation du composant telle que montre la figure ci-dessus.
Figure 9 :
Diagramme de composants
c. Séquences
Il documente les interactions à mettre en
oeuvre entre les classes pour réaliser un résultat tel que, un
cas d'utilisation.Représentation séquentielle du
déroulement des traitements et des interactions entre les
éléments du système et/ou de ses acteurs.
· Formalisme du diagramme de
séquence
Tableau
14 : formalisme du diagramme de séquence
|
DIAGRAMME DE SEQUENCE
|
|
|
Objectif : Le diagramme de
séquence, comme le diagramme de communication, met en évidence
les interactions entre les différents objets du système
étudié. Il permet de visualiser la séquence des messages
par une lecture de bas en haut.
|
|
Formalisme
|
La description d'un cas d'utilisation se fait par des
scénarios qui définissent la suite logique des interactions qui
constituent ce cas. Cette description se fait de manière simple, par un
texte compréhensible par les personnes du domaine de l'application. Elle
précise également ce que fait l'acteur et ce que fait le
système. La description détaillée pourra préciser
les contraintes de l'acteur et celles du système.
· LA SECRETAIRE
· Scénario du cas d'utilisation :
Authentification
Acteurs : la secrétaire/admin
Evènement déclencheur :
connexion au système.
Préconditions : la
secrétaire/ admin doit avoir un nom d'utilisateur et un mot de passe
valide.
Post-conditions : Accès a
l'application.
Scénario nominal :
1. Le système demande de s'authentifier ;
2. la secrétaire/ adminentre son identification (nom
d'utilisateur et mot de passe) ;
3. Le système vérifie ;
4. Le système affiche le tableau de bord admin.
Variantes 1 : en (3) Utilisateur
inconnu
1. Le système redemande de se s'authentifier.
Figure 10 :
Diagramme de séquence authentification
· LA SECRETAIRE
· Scénario du cas d'utilisation :
Envoyer message
Acteurs : la secrétaire
Evènement déclencheur :
connexion au système.
Préconditions : la
secrétaire doit avoir un nom d'utilisateur et un mot de passe
valide.
Post-conditions : Message
envoyé.
Scénario nominal :
1. Le système demande de s'authentifier ;
2. la secrétaire entre son identification (nom
d'utilisateur et mot de passe) ;
3. Le système vérifie ;
4. Le système affiche la liste des utilisateurs de la
Base de données ;
5. Le système recherche la date de dernière
réponse par utilisateur ;
6. Le système sélectionne le message
correspondant au jour et au moment de la journée ;
7. Le système envoi le message.
Variantes 1 : en (7) Messages vieux de 7
jours.
1. Le système supprime les 7 derniers messages.
Figure 11 :
Diagramme de séquence envoyer un message
· L'ADMINISTRATEUR
· Scénario du cas d'utilisation :
Exporter la base de données.
Objectif :Synchroniser la base de
données Gymglish en local.
Acteurs : Admin.
Préconditions : La base de
données locale doit être au paravent initialisée.
Post-conditions : les deux bases de
données sont synchronisées.
Scénario nominal :
1. Le système demande de s'authentifier ;
2. L'admin entre son identification (nom d'utilisateur et mot
de passe) ;
3. Le système vérifie ;
4. Le système affiche la page admin;
5. Le système poste les valeurs du formulaire sur
Gymglish.
6. Le système télécharge la liste des
utilisateurs sous format Excel.
7. Le système compare les deux bases de
données
8. Le système synchronise les deux bases de
données
Scénario alternatif : en (5),le
formulaire n'est pas valide
1. Gymglish rejet le formulaire.
2. Le système fait une alarme (écrire dans le
fichier de log).
Figure 12 :
Diagramme de séquence Exporter la base de
données
· L'ADMINISTRATEUR
· Scénario du cas d'utilisation :
Mise à jour de la base de données.
Objectif :Mise à jour de la base
de données locale.
Acteurs : Admin.
Préconditions : La base de
données locale doit être au paravent initialisé.
Post-conditions : la base de
données locale est à jour.
Scénario nominal :
1. Le système demande de s'authentifier ;
2. L'admin entre son identification (nom d'utilisateur et mot
de passe) ;
3. Le système vérifie ;
4. Le système affiche la liste des utilisateurs;
5. Le système poste les valeurs du formulaire sur
Gymglish ;
6. Le système télécharge la liste des
utilisateurs sous format Excel ;
7. Le système renvoie la liste des utilisateurs
gymglish ;
8. Le système compare les deux bases de
données ;
9. Le système synchronise les deux bases de
données.
Scénario alternatif : en (8),le
formulaire n'est pas valide
1. Drmusers sans compagnie.
2. Le système fait une alarme (écrire dans le
fichier de log).
Figure 13 :
Diagramme de séquence mise à jour de la base de
données
d. Diagramme d'activité
Le diagramme d'activité est utilisé pour
illustrer les flux de travail dans un système, du niveau métier
jusqu'au niveau opérationnel. Il représente une exécution
d'un mécanisme, un déroulement d'étapes
séquentielles.
· Formalisme du
diagramme d'activités
Tableau
15 : Formalisme du diagramme d'activités
|
DIAGRAMME D'ACTIVITÉS
|
|
|
Objectif : Le diagramme
d'activités permet de décrire un processus comme un ensemble
organisé d'activités.
|
|
Formalisme
|
Figure 14 :
Diagramme d'activité envoyer un message
Figure 15 :
Diagramme d'activité exportation de la base de
données
Figure 16 :
Diagramme d'activité mise à jour de la base de
données
Figure 17 :
Diagramme d'activité authentification
e. Diagramme d'état transition
Il permet de modéliser les traitements, de
définir l'enchainement des différents Etats ou Taches, dans le
but de définir l'ordonnancement de ces taches.
· Formalisme du diagramme d'état
transition
Pour construire un diagramme d'Etat transition, nous avons
deux notions à savoir :
L'Etat : correspond à une
situation durable dans laquelle peut se trouver un objet d'une classe.
L'évènement et la transition :
C'est un évènement qui permet le passage d'un objet d'un
Etat à un autre. La transition quant à elle permet de
définir les relations entre deux Etats.
Figure 18 :
Formalisme diagramme d'état- transition
État
Synchronisation
Transition
Début
Fin
Changement de statut
Figure 19 :
Etat-transition, gestion des Drmusers
| 
