Conception et mise en place d’un CRM dédiée au centre d’appel à l’aide de Symfony4

<!-- Slide number: 8 --> # Identification des acteurs



 Super administrateur Agent Administrateur 8

Notes: Super administrateur : C’est l’acteur qui a une visibilité totale sur la base de données. Il a comme tâche de gérer tout le système. Il gère les utilisateurs et les droits pour chacun d’eux Administrateur : C’est l’acteur qui a comme tâche de gérer les agents ainsi les groupes d’agents, gérer les listes, les campagnes, Agent : C’est l’acteur qui a comme tâche de consulter ces fiches des rendez-vous sur une ou plusieurs campagnes, d'accéder à l'historique de son activité, récupérer le temps d'appel, les appels sortants, les enregistrements pour tous les communications et de lancer les appels.

<!-- Slide number: 9 --> # Besoins fonctionnels

Gestion des groupes Gestion des centres d'appels Gestion des campagnes


Gestion des statuts Consultation des statistiques Gestion des listes 9

Notes: Nous exposons ainsi tous les besoins fonctionnels qui devront être implémentés au sein de notre projet pour les différents modules de notre application Vicidial doit satisfaire ces besoins

<!-- Slide number: 10 --> # Besoins non fonctionnels Convivialité Disponibilité Sécurité Temps de réponse Ergonomie Fiabilité

10

<!-- Slide number: 11 --> # Diagramme de cas d’utilisation global

 11

Notes: Ce diagramme de cas d’utilisation décrit l’interaction entre le système et les acteurs en déterminant les besoins de l’utilisateur et tout ce que doit faire le système pour l’acteur.

<!-- Slide number: 12 --> # Diagramme de classe

 12

Notes: Une vue statique sous forme de diagramme de classe générale associe à notre projetLe diagramme de classe permet de représenter l’ensemble des informations formalisées. Ces informations sont structurées c’est-à-dire qu’elles sont regroupés dans des classes.

<!-- Slide number: 13 -->

 13

<!-- Slide number: 14 --> # Cycle de vie en cascade

 14

Notes: Dans le modèle en cascade, Chaque phase se termine par un résultat intermédiaire Analyse : une étude de faisabilité et une définition des besoins Conception : cette phase l’élaboration d’un concept de résolution concret sur la base des besoins, des tâches et des stratégies déterminées au préalable Implémentation : L’architecture logicielle aide a la programmation du logiciel, la recherche d’erreurs et les tests des modules Test : La phase de test comprend l’intégration du logiciel dans l’environnement cible souhaité Après avoir réussi la phase de tests, le logiciel est mis en production pour exploitation. La dernière phase du modèle en cascade inclut la livraison, la maintenance et l’amélioration du logiciel.

<!-- Slide number: 15 --> # Architecture 3-tiers

 15

Notes: Il s’agit d’un modèle logique d’architecture qui permet de séparer trois couches logicielles d’un même système. L’architecture est généralement partagée entre : Un client qui est l’ordinateur. Serveur d’application. Serveur de données.

<!-- Slide number: 16 --> # Modèle MVC

 16

Notes: Le modèle MVC est le design pattern le plus connu. Il a pour but de séparer les données, les interfaces graphiques et les traitements en trois parties distinctes : - Modèle : son rôle est de gérer vos données et votre contenu. - Vue : son rôle est d'afficher les pages. - Contrôleur : son rôle est de générer la réponse à la requête HTTP demandée par la personne à laquelle est destiné le site web.

<!-- Slide number: 17 --> # Outils utilisés




 17

Notes: Visual Studio Code : Outils de développement Debian PuTTY : Connection au serveur StarUML : Outil de conception

<!-- Slide number: 18 --> # Technologies utilisés Base de données Back-end Front-end









 18

Notes: Shark java : statisis

<!-- Slide number: 19 --> # Pourquoi Symfony4 ?

 19

Notes: Notre choix s’est orienté vers Symfony car en premier lieu, nous avons trouvé que Symfony est le Framework le plus adéquat qui répond à nos besoins, en deuxième lieu, Il le suit le motif de conception MVC. Symfony est flexible , facile a utiliser et facile a débagé.

<!-- Slide number: 20 --> # Interface authentification

 20

Notes: L’utilisateur (administrateur ou agent ) doit indiquer son nom d’utilisateur et son mot de passe pour qu’il puisse accéder à l’application. Le mot de passe est cryptés et donc illisible même si avec un accès direct à la base de données.

<!-- Slide number: 21 --> # Interface menu campagnes

 21

Notes: Dans cette interface on trouve la liste des compagnes si elle est active ou nn Mode d’appele^predectif pour ne pas avoir de redondonce

<!-- Slide number: 22 --> # Interface menu statuts

 22

Notes: Status pour savoir la situation compagne avec centre d appel

<!-- Slide number: 23 --> # Interface des listes

 23

Notes: L’administrateur doit remplit les informations nécessaires et il valide

<!-- Slide number: 24 --> # Interface des fiches

 24

Notes: Fiche appartien a la liste Agent a contacté le client ou nn

<!-- Slide number: 25 --> # Interface liste des centres d’appels

 25

Notes:

<!-- Slide number: 26 --> # Interface des statistiques 26

Notes: Bd querty

<!-- Slide number: 27 --> # Conclusion

 27

Notes: Nous avons réussi à concevoir et développer un CRM complet et fonctionnel en améliorant nos compétences et le travail en équipe

<!-- Slide number: 28 --> # Perspectives

Améliorer l’apparence de l’application. 1

Déploiement de l’application 2 28

<!-- Slide number: 29 --> # Merci pour votre attention !