<!-- Slide number: 1 -->

 République Tunisienne Ministère de l’Enseignement Supérieur et de la Recherche Scientifique Mastère Professionel Ingénierie des Systèmes d'Information et des Connaissances
Développement d’un CRM Vicidial dédiée aux centres d’appels sous Symfony 4
Encadré par Mr. Taieb Felfel
 Réalisé par Hamza Rouissi
 Année universitaire 2018 - 2019
Notes:
<!-- Slide number: 2 --> Plan
Présentation de l’organisme d’accueil

 Cadre du projet
Spécification des besoins
Notes:
<!-- Slide number: 3 -->
 Pilotage avec SCRUM
Conception
Réalisation
Conclusion et perspectives
<!-- Slide number: 4 --> Présentation de l’organisme d’accueil

<!-- Slide number: 5 -->

 Fondée en 21 aout 2014

 Spécialisé dans l’architecture et l’urbanisation des systèmes d’informations
Organisme d’accueil
Notes: XPerit est une entreprise francaise
<!-- Slide number: 6 --> Cadre du projet 1 2 3 4
Etude des applications similaires Problématique Solution Introduction

<!-- Slide number: 7 --> Introduction
Cadre du projet
<!-- Slide number: 8 --> Introduction










 Centres d’appels












 CRM Vicidial
Cadre du projet
Publicité
Notes:
<!-- Slide number: 9 --> Introduction
 Application actuelle: lourde trop chargée et mal organisée. été développé avec l’ancienne version de Symfony 2
 Mais, Xperit n’est pas satisfaite de cette application !
Cadre du projet
Notes:
<!-- Slide number: 10 --> Problématique
Cadre du projet
<!-- Slide number: 11 --> Problématique


 Application lourde
Données non sécurisées
Trop chargée et mal organisée
Espace non ergonomique
Cadre du projet
Notes: D’après une étude de l’application existante, nous avons identifiée plusieurs problèmes tels que:,,,,,,,,,,,,,,
<!-- Slide number: 12 --> Etude d’une application similaire

Cadre du projet
Notes: Pour résoudre ses problèmes, nous avons effectuer une étude de 2 app similaires : axelor et openflex
<!-- Slide number: 13 --> Etude de l’existant d’une application similaire : Bitrix24
 plateforme de gestion CRM Points forts Points faibles
Trop d’options et de fonctionnalités d’intégration dans Bitrix24 peuvent parfois être confondues. Plusieurs liens ramènent l’utilisateur vers la même page La possibilité de stocker, rechercher des documents
Cadre du projet
Notes: Application gratuite
<!-- Slide number: 14 --> Solution proposée
Cadre du projet
Notes:
<!-- Slide number: 15 --> Solution proposée Développer CRM Vicidial avec :
Tableaux de bord avec des statistiques
Architecture MVC
Amélioration des fonctionnalités de l’application
Cadre du projet
Notes: Apres ses études, nous avons décidé une refonte de l’extranet revendeur Topnet avec :
<!-- Slide number: 16 --> Spécification des besoins 1 2 3
Identification des acteurs Besoins fonctionnels Besoins non fonctionnels
Notes:
<!-- Slide number: 17 --> Identification des acteurs
Spécification des besoins
<!-- Slide number: 18 --> Identification des acteurs


 Agent Super Admin Administrateur Le responsable de tous les modules de l’application Gérer tout le système
Spécification des besoins
Notes: Agent : C’est l’acteur qui a comme tâche de consulter ces fiches des rendez-vous sur une ou plusieurs campagnes Admin : il responsable de tous les modules de l’application Super Admin : : 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
<!-- Slide number: 19 --> Besoins fonctionnels
Spécification des besoins
<!-- Slide number: 20 --> Besoins fonctionnels
 Gestion des rôles Gestion des groupes


 Gestion des campagnes Gestion des utilisateurs

 Gestion des statuts Gestion des statistiques
 Gestion des listes
Spécification des besoins
Notes: Je veux mainetenant passer aux besoins fonctionnels de chaque acteurs
<!-- Slide number: 21 --> Besoins fonctionnels : Diagramme de cas d’utilisation
Publicité

Spécification des besoins
Notes:
<!-- Slide number: 22 --> Besoins non fonctionnels
Spécification des besoins
<!-- Slide number: 23 --> Besoins non fonctionnels
Fiabilité Sécurité
Rapidité
 Ergonomie
Spécification des besoins
Notes: L’accées être sécurisées Les interfaces doit être ergonomiques L’affichage doit être en temps courte Les résultats doit être fiables
<!-- Slide number: 24 --> Pilotage avec SCRUM 1 2 3 4
Backlog du produit Planification des releases Pourquoi SCRUM ? Equipe Scrum

<!-- Slide number: 25 --> Pourquoi SCRUM ?
Pilotage avec Scrum
Notes:
<!-- Slide number: 26 --> Pourquoi SCRUM ? Utiliser un tableau des tâches entre l’équipe
 Respecter les différentes réunions du Sprint
 Etablir une communication efficace

Réduire les difficultés
 Assure le bon fonctionnement du logiciel

Pilotage avec Scrum
Notes: Nous avons choisi le framework scrum comme méthodologie de gestion de projet
<!-- Slide number: 27 --> Equipe SCRUM
Pilotage avec Scrum
Notes:
<!-- Slide number: 28 --> Equipe SCRUM Product Owner SCRUM Master


Mr. Taieb Felfel Mr. Taieb Felfel Team SCRUM
 Hamza Rouissi , Houria el ghoul , Abdou Horchani
Pilotage avec Scrum
Notes: Product: il définit le backlog du produit ; Scrum master : ils assure l’avancement du projet ; Team : ils assure lé réalisation du projet
<!-- Slide number: 29 --> Backlog du produit
Pilotage avec Scrum
<!-- Slide number: 30 --> Backlog du produit | Sprint | Priorité | | --- | --- | | Gestion des campagnes | Elevée | | Gestion des listes | Elevée | | Gestion des statuts | Elevée | | Gestion des fiches | Elevée | | Gestion des utilisateurs | Moyenne | | Gestion des statistiques | Elevée |
Pilotage avec Scrum
Notes: Le back global du produit à été définit de la facon suivante Chaque sprint posséde une priorité: elevée,ou moyenne
<!-- Slide number: 31 --> Planification des releases
Pilotage avec Scrum
<!-- Slide number: 32 --> Planification des releases
 La durée de chaque sprint est de 2 à 4 semaines
Pilotage avec Scrum
Notes: Notre projet se compose en 2 releases
<!-- Slide number: 33 --> Conception 1 2
Conception détaillée Conception générale
<!-- Slide number: 34 --> Conception générale
Conception
<!-- Slide number: 35 --> Conception générale : Architecture physique Architecture n-tiers

Conception
<!-- Slide number: 36 --> Conception générale : Modélisation des données

Conception
<!-- Slide number: 37 --> Conception détaillée
Conception
Publicité
<!-- Slide number: 38 --> Conception détaillée : Ajouter nouvelle donnée

Conception
<!-- Slide number: 39 --> Réalisation 1 2 3
Technologies utilisées Outils utilisés Démo
<!-- Slide number: 40 --> Technologies utilisées
Réalisation
<!-- Slide number: 41 --> Technologie utilisés Back-end Front-end Base de données








Réalisation
<!-- Slide number: 42 --> Outils utilisés
Réalisation
<!-- Slide number: 43 --> Outils utilisés



 StarUML

Réalisation
<!-- Slide number: 44 --> Démo de l’application
Réalisation
<!-- Slide number: 45 --> Démo de l’application
 Interface Tableau de bord
<!-- Slide number: 46 -->
 Interface Menu campagnes
<!-- Slide number: 47 -->

<!-- Slide number: 48 -->
 Interface Menu statuts
<!-- Slide number: 49 -->
 Interface Ajouter une liste
<!-- Slide number: 50 -->
 Interface Liste des fiches
Notes:
<!-- Slide number: 51 -->
<!-- Slide number: 52 --> Conclusion et perspectives
<!-- Slide number: 53 --> Conclusion
 Atteindre les objectifs fixés

Améliorer nos compétences
Découvrir la vie professionnelle
 Travailler en équipe
Notes: Tout au long de ce travail nous avons :
<!-- Slide number: 54 --> Perspectives
Système de notification lors de chaque traitement Espace de messagerie entre les administrateurss
Déploiement de l’application
Un
Un
Notes: Comme perspective je veux intégrer,,, Ajouter ,,
<!-- Slide number: 55 --> Merci pour votre attention Des questions ?