Ophony est un cabinet de conseil sp cialis dans larchitecture et lurbanisation des syst mes dinformations elle est fondu le 19/08/2014

Sur l'ann e 2016 elle r alise un chiffre d'affaires de 180 900,00 .

Ophony des plateformes assurant une continuit de services et des garanties de temps dintervention en correspondance avec les normes internationales

Elle offre des Conseil technique et technologique dautres fonctionnel et en organisation

<!-- Slide number: 5 -->

Cadre du projet



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


Notes:

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

<!-- Slide number: 7 -->


Solution


Notes:

Apres ses tudes, nous avons d cid dam lioer notre app en :

<!-- Slide number: 8 -->

Sp cification des besoins

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


Agent

Super administrateur

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 -->

Besoin fonctionnelles

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

notre projet pour les diff rents modules de notre application

administrateur : supprime, de consulte, de modifie et ajoute un nouveau statut.

administrateur : supprime, de consulte, de modifie et ajoute une nouvelle liste.

administrateur : supprime, de consulte, de modifie et ajoute un nouveau groupe

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

administrateur : consulte les statistiques des campagnes

administrateur : supprime, de consulte, de modifie et ajoute une nouvelle liste.

<!-- 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 -->

Besoin non fonctionnelles





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 proje

<!-- Slide number: 15 -->


Notes:

Le 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: 16 -->


<!-- Slide number: 17 -->

Diagramme de s quence

<!-- Slide number: 18 -->

Ajouter


<!-- Slide number: 19 -->

R alisation


<!-- Slide number: 20 -->

Environnement logiciel

Notes:

Les technologies utilis es lors de la phase de conception et de d veloppement sont les suivants :

<!-- Slide number: 21 -->

Technologie Utilis s

Back-end

Base de donn es

Front-end









<!-- Slide number: 22 -->

Outils utilis s





<!-- Slide number: 23 -->

Pourquoi Symfony 4?

<!-- Slide number: 24 -->


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: 25 -->

Architecture Symfony4


<!-- Slide number: 26 -->


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: 27 -->

Jeux dessai


<!-- Slide number: 28 -->

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: 29 -->

Interface Menu campagnes


<!-- Slide number: 30 -->

Interface Menu statuts


<!-- Slide number: 31 -->

Interface des listes


Notes:

Ladministrateur doit remplit les informations n cessaires et il valide

<!-- Slide number: 32 -->

Interface des fiches


<!-- Slide number: 33 -->

Interface Liste centre dappel


<!-- Slide number: 34 -->

Interface des statistiques

<!-- Slide number: 35 -->

Conclusion ET perspectives


.


Notes:

nous avons r ussi concevoir et d velopper un CRM compl t et fonctionnel

<!-- Slide number: 36 -->

Conclusion ET perspectives

Conclusion & Perspective

Am liorer lapparence de lapplication.


<!-- Slide number: 37 -->

#