Notes:

logiciel de gestion de campagne dappels : Cest lui qui va permettre de suivre et dautomatiser en partie les appels sortants en utilisant des techniques dappels pr dictifs. Il sagit de g n rer des appels lavance et de les basculer automatiquement en cas de d croch un agent disponible.

<!-- Slide number: 6 -->

Probl matique

Application lourde

Espace non ergonomique

Symfony 2

Donn es de lapplication non s curis es.

Notes:

Apres une tude approfondie de lapplication existante on a trouv e plusieurs probl mes tel que

<!-- Slide number: 7 -->

Solution

Am liorations des fonctionnalit s de lapplication

Visualiser des tableaux de bord

Ergonomique et facile utiliser.

Architecture MVC

Notes:

<!-- Slide number: 8 -->

Sp cification des besoins

Identification des acteurs

Besoins fonctionnels

Besoins non fonctionnels

Notes:

Lanalyse fonctionnelle est une d marche qui consiste caract riser les fonctions offertes par

un produit pour satisfaire les besoins dun utilisateur

<!-- Slide number: 9 -->

Identification des acteurs

Super administrateur

Agent

Administrateur

Notes:

Super administrateur : Cest lacteur 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 deux

Administrateur : Cest lacteur qui a comme t che de g rer les agents ainsi les groupes dagents, g rer les listes, les campagnes, le suivi de la production en temps r el, consulter les statistiques par campagnes, par liste ou par utilisateurs.

Agent : Cest lacteur 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: 10 -->

Besoins fonctionnels

G rer les centres d'appels

Gestion des campagnes

Gestion des groupes

Gestion des statuts

Consultation des statistiques

Gestion des listes

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 applicatio

Chaque utilisateur (administrateur et agent ), est d j inscrit sur lapplication

et a un compte. Il poss de un espace sp cifique qui lui permet de sauthentifier avec un login

et un mot de passe.

super administrateur : supprime, consulte, modifie et ajoute un nouveau centre d'appel.

administrateur : supprime, consulte, modifie et ajoute une nouvelle campagne.

Nous exposons ainsi tous les besoins fonctionnels qui devront tre impl ment s au sein de

<!-- Slide number: 11 -->


#

Notes:

Diagramme de cas dutilisation global

le diagramme de cas dutilisation d crit linteraction entre le syst me et lacteur en d terminant les besoins de lutilisateur et tout ce que doit faire le syst me pour lacteur

<!-- Slide number: 12 -->

Besoins non-fonctionnels

#





Notes:

En plus des fonctionnalit s capitales cit es pr c demment, notre solution doit prendre en

consid ration certaines contraintes additionnelles et r pondre un ensemble de besoins non fonctionnels.

Il sagit des besoins qui caract risent le syst me savoir

Rapidit :la vitesse daffichage influence fortement lefficacit

de lapplication.

S curit :

<!-- Slide number: 13 -->

Conception

#

Architecture Physique


Notes:

Couche Pr sentation : Elle correspond la partie de lapplication visible et interactive avec les utilisateurs ;

Couche Serveur Web : Elle sert de m diateur entre la couche pr sentation et la couche

m tier, recevoir les requ tes http clientes, et assure la validation des donn es envoy es par le

client ;

Couche M tier : Elle responsable de service web et comporte les diff rents paquetages m tier

du syst me. Ces paquetages sont appel s par les composants de la couche Web pour r pondre

aux requ tes des utilisateurs ;

Couche donn es : Elle responsable du stockage physique de donn es.

<!-- Slide number: 14 -->

Diagramme de classe


Notes:

une vue statique sous forme de diagramme de classe

g n rale associe notre projetLe diagramme de classe permet de repr senter lensemble des informations formalis es. Ces informations sont structur es cest- -dire quelles sont regroup s dans des classes. Ainsi, toutes les informations m moris es, manipul es, transform es, analys es et partag es pour accomplir les finalit s du domaine doivent figures quelque part dans le diagramme de classe.

<!-- Slide number: 15 -->


Notes:

<!-- Slide number: 16 -->

Diagramme de s quence


Notes:

<!-- Slide number: 17 -->

#

R alisation

Environnement logiciel

Technologie utilises

Outils utilises

Back-endSymfony4.

Front-endjQuery. J5,

Base de donn es











Notes:

<!-- Slide number: 18 -->

Pourquoi Symfony 4?

#


Notes:

Notre choix sest 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,

<!-- Slide number: 19 -->


Notes:

VICIdial r pond des caract ristiques jug es importants pour les utilisateurs, parmi ces aspects nous retrouvons les scores de confiance, la valeur, les nombres dutilisateurs, ou encore la valeur selon les utilisateurs.

Voici la liste compl te des aspects valu :

" Capacit du point de vue des utilisateurs

" L ventail des fonctionnalit s

" Caract ristiques

" Int gration

" Confiance

<!-- Slide number: 20 -->

Jeu dessai

Interface Authentification


Notes:

Lutilisateur (administrateur ou agent ) doit indiquer son nom dutilisateur et son mot de passe pour quil puisse acc der lapplication. 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


Notes:

<!-- Slide number: 22 -->

Interface Menu Statuts


Notes:

<!-- Slide number: 23 -->

Interface Des Listes


Notes:

Ladministrateur doit remplit les informations n cessaires et il valide

<!-- Slide number: 24 -->

Interface Des Fiches


Notes:

<!-- Slide number: 25 -->

Interface Liste centre dappel


Notes:

<!-- Slide number: 26 -->

Interface Des Statistiques

Notes:

<!-- Slide number: 27 -->

#

Conclusion et perspectives

Am liorer lapparence de lapplication.

1

D ploiement de lapplication.

2

Notes:

<!-- Slide number: 28 -->

Remerciements

#

Je tiens remercier tous ceux qui ont contribu ce projet et ont fait partie de mon parcours de master.

Le cadre de FSEG Nabeul

Mr Taieb Felfel

Equipe Ophony

Mes coll gues

Ma Famille

Notes: