Symfony2

Donn es non s curis es.

5

Notes:

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

Ergonmique : conception graphique classique et basique

<!-- Slide number: 6 -->

Solution

Am liorations des fonctionnalit s de lapplication

Visualiser des tableaux de bord

Ergonomique et facile utiliser

Architecture MVC

6

Notes:

Donc la mise en place dune solution d cisionnelle est devenue n cessaire pour la soci t Ophony.

Notre mission est de concevoir et d velopper une nouvelle application permettant la gestion de la relation client.

Notre applications sert utiliser une architecture MVC, cette architecture sert simplifier la t che du d veloppeur qui tenterait deffectuer une maintenance ou une am lioration sur le projet.

<!-- Slide number: 7 -->

Sp cification des besoins

7

Notes:

Pour commencer on va sp cifier nos besoins

<!-- Slide number: 8 -->

Identification des acteurs




Super administrateur

Agent

Administrateur

8

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, 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: 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 dutilisation global

! (Image5.jpg)

11

Notes:

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

<!-- Slide number: 12 -->

Diagramme de classe

! (Image9.jpg)

12

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.

<!-- 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 dun 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 : Larchitecture logicielle aide a la programmation du logiciel, la recherche derreurs et les tests des modules

Test : La phase de test comprend lint gration du logiciel dans lenvironnement 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 lam lioration du logiciel.

<!-- Slide number: 15 -->

Architecture 3-tiers


15

Notes:

Il sagit dun mod le logique darchitecture qui permet de s parer trois couches logicielles dun m me syst me.

Larchitecture est g n ralement partag e entre :

Un client qui est lordinateur.

Serveur dapplication.

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



! (Picture4.jpg)


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

Symfony est flexible , facile a utiliser et facile a d bag .

<!-- Slide number: 20 -->

Interface authentification


20

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


21

Notes:

Dans cette interface on trouve la liste des compagnes si elle est active ou nn

Mode dappele^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:

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


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 lapparence de lapplication.

1

D ploiement de lapplication

2

28

<!-- Slide number: 29 -->

Merci pour votre attention !