Conception et Réalisation d'un CRM

Elaboré Par:
Fares Felleh Wassim Arbi Chahbi Khalil Arbi Bouhaddi

Année Universitaire 2023-2024

 Plan:
Introduction Etude de l’existant Spécification Des Besoins

Méthodologie du travail Planification des sprints Ressource

Diagramme de cas Diagramme de classe Conclusion

d’utilisation globale globale
Introduction
Cette Application est né de la nécessité de proposer une alternative
reliant le service commercial, le service de développement et
l’administration de la société ainsi que les clients de l’entreprise.

CRM est l’abréviation de Customer Relationship Management

(gestion de la relation client) en français. Le concept du CRM
consiste à : mettre en commun et de maximiser la connaissance d’un
client donné et, ainsi de mieux comprendre, anticiper et gérer ses
besoins. Faire passer le client en premier. Il permet à vos
commerciaux d’enregistrer l’ensemble de leurs interactions avec
leurs clients et de suivre l’avancement des opportunités et des
contrats.
 Etude de l’existant
Swiver propose la solution Swiver, facile à utiliser avec
des interfaces accueillantes qui permettent de suivre et
de gérer toutes les fonctionnalités de facturation à
travers ordinateur ou mobile en temps réel, 24h/24 et
7j/7 en toute sécurité , et qui offre des services comme :

• Facturation.
• Gestion commercial.
• Achat et dépense.
• Gestion de stock.
 Spécification Des Besoins
Les besoins fonctionnels : Les besoins non fonctionnels :

L’application Web à réaliser doit offrir un
ensemble de fonctionnalités qui doivent être mis
en relation avec un ensemble de besoins
utilisateurs. Ces besoins définissent les services
que les utilisateurs s’attendent à voir fournis par
cette application Web.
Dans les cadres de notre application Les exigences
non fonctionnelles primordiales pour sa réalisation
et son bon fonctionnement s’appuient
principalement sur les suivantes :

L’authentification La fiabilité
Gestion des clients La facilité d’utilisation
Gestion des fournisseurs Le rendement et l’efficacité
Gestion des factures La maintenabilité
Gestion des dépenses La portabilité
 Méthodologie du travail
De nos jours, cette pratique est étendue à l’ensemble des métiers du Web et tend à se
démocratiser dans d’autres secteurs d’activités. Pour cela, nous avons choisi SCRUM comme
méthodologie afin de définir le déroulement des tâches ainsi que leurs répartitions. En effet,
SCRUM est une méthodologie simple, facile à adopter et permet d’embarquer les nouveaux
venus.
 Planification des sprints
Dans cette partie, on va découper notre projet sur 4 sprints :

Sprint Durée fonctionnalité

Formation en NodeJS + ExpressJS.

Sprint 0 2 semaines
Développement du module d’authentification.

Développement de Layout Front.

Sprint 1 2 semaines Développement des modules de gestion des clients et
gestion des fournisseurs.

Sprint 2 1 semaines Développement du module de gestion des factures

Sprint 3 1 semaines Développement du module de gestion des dépenses

SPRINT 0
2 semaines

Ce sprint englobe les fonctionnalités reliées à la phase d’authentification.

SPRINT 1
2 semaines

Ce sprint englobe les fonctionnalités reliées à la phase de gestion des clients et

des fournisseurs. Le tableau ci-dessous montre le backlog de sprint.
SPRINT 2
1 semaines
Ce sprint englobe les fonctionnalités reliées à la phase de gestion des factures
.Le tableau ci-dessous montre le backlog de sprint.
SPRINT 3
1 semaines
Ce sprint englobe les fonctionnalités reliées à la phase de gestion de dépense.
Le tableau ci-dessous montre le backlog de sprint.
Aaron Loeb Dani Martinez
 Ressource
Ressource Matérielle Ressource Humaine

Khalil Chahbi: Product owner

Arbi Bouhaddi: Scrum master

Wassim Arbi: Développeur

Fares Felleh: Développeur

Diagramme de cas
d’utilisation globale
Diagramme de
classe globale
 Conclusion

Le point de départ de la réalisation de ce projet était une récolte des informations

nécessaires pour dresser un état de l’existant, présenter un aperçu sur la problématique.
Par la suite, nous nous sommes intéressés à l’analyse et la spécification des besoins qui
nous a permis de distinguer les différents acteurs interagissant avec l’application visée.
L’objectif de la partie suivante était la conception détaillée, dans laquelle nous avons fixé
la structure globale de l’application. La dernière partie de notre projet était la partie
réalisation qui a été consacrée à la présentation des interfaces les plus significatives de
notre application.