WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et realisation d'un robot virtuel marketiste

( Télécharger le fichier original )
par Sorex HEMADAK ENKAM
Institut Africain d'informatique - Ingénieur des Travaux Informatiques option Genie Logiciel 2014
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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

précédent sommaire suivant