Notes:

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

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

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

Conception

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 logiciel

Architecture 3-tiers


15

Notes:

une partie interface graphique, une partie fonctionnelle et une partie de stockage des donn es,

<!-- Slide number: 16 -->

Architecture MVC

Architecture MVC

! (Picture2.jpg)

16

Notes:

Mod le : la partie du code qui se charge d'interagir avec la base de donn e

VUE: La vue est la partie du code qui se charge uniquement d'afficher les donn es qui lui ont t fournies

CONTROLEUR: Il re oit la requ te HTTP, l'interpr te et coordonne le tout.

<!-- Slide number: 17 -->

Outils utilis s



! (Picture4.jpg)


17

Notes:

Code server : ktebna code

Start uml: diagramme

Connection au serveur : putty

<!-- Slide number: 18 -->

Technologies utilis s

Base de donn es

Back-end

Front-end










18

Notes:

Shark java : statisis

<!-- Slide number: 19 -->

Choix de la solution de la plateforme


Deuxi me partie

La supervisons cest quoi alors ?

Quel est le meilleur logiciel de supervision adopter ?

19

<!-- Slide number: 20 -->

D finition dune supervision :

! (Image13.jpg)

-Technique industrielle de suivi

-Pilotage informatique de proc d s de fabrication automatis s.

La supervision dun r seau :

-la surveillance de la disponibilit des services en ligne des d bits

-la s curit

-contr le des flux.

20/30

Notes:

Lobjectif est de superviser linfrastructure informatique de toute la t l vision tunisienne, afin d tre avertis d s quun quipement r seau, un serveur ou m me un service pr cis dun serveur ne fonctionne plus.

<!-- Slide number: 21 -->

Quel logiciel on va utiliser? ?



! (Picture10.jpg)





Il est le seul qui fait la d couverte du r seau ce qui est primordial pour la supervision de notre r seau

21/30

<!-- Slide number: 22 -->

Mise en place du Cacti et tests des interfaces et graphes

Principe de fonctionnent

Acquisition

Stockage

Repr sentation

22/30

<!-- Slide number: 23 -->

Interface authentification

23

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

24

<!-- Slide number: 25 -->

Conclusion


25

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

Perspectives

Am liorer lapparence de lapplication.

1

D ploiement de lapplication

2

26

<!-- Slide number: 27 -->

Merci pour votre attention !


27