Professional Documents
Culture Documents
Sujet :
Encadr par:
Mlle. Ben Mustapha Nesrine Mr. Tebourbi haytham &
Mme.Aloulou Jaber Zeineb
Abstract
Customer Relationship Management (CRM) is a strategy adopted by companies to develop
customer and to better manage the relation with its customers. Our object is the design and the
realization of a marketing application for a CRM system.
The system was designed using the RUP (Unified Rational Process) and it was developed under a
J2EE framework with an SQL SERVER data base.
Key words: CRM, Marketing, RUP, Java, JSF, Spring, Hibernate, Servlet, Apache, SQL
SERVER.
Remerciements
Nous voulons exprimer par ces quelques lignes de remerciements notre gratitude
envers tous ceux en qui par leur prsence, leur soutien, leur disponibilit et leurs
conseils, nous avons eu courage daccomplir ce projet.
Nous commenons par remercier Mme Ben Mustapha Nesrine qui nous a fait
lhonneur dtre notre encadrante.
Nous la remercions profondment pour son encouragement continue et aussi
dtre toujours la pour nous couter, nous aider et nous guider retrouver le bon
chemin par sa sagesse et ses prcieux conseils.
Ainsi que son soutien moral et sa preuve de comprhension, ce qui nous a donn
la force et le courage daccomplir ce projet.
Nos remerciements les plus sincres sadressent de mme Monssieur Tebourbi
Haithem et Mme Alouloy Zaineb, nos encadreurs la socit Cynapsys pour
leurs conseils intressants, leur encouragement continu, ainsi que le temps quils
nous ont rserv malgr leurs grandes occupations.
Nous tenons remercier galement toute lquipe de Cynapsys, et plus
particulirement, Monsieur Salem Shouickh, pour leur aide et leur soutien, en
leur souhaitant une bonne continuation.
Nous tenons dautre part remercier les respectables membres du jury pour bien
vouloir nous accorder de leur temps prcieux pour commenter, discuter et juger
notre travail.
En fin, nous ne pouvons achever ce mmoire sans exprimer notre gratitude
tous les professeurs de lEcole Suprieure de Commerce, pour leur dvouement
et leur assistance tout au long de nos tudes universitaires.
Imen & Manel
Ddicaces
Je ddie ce mmoire :
Mes chers parents, que nulle ddicace ne puisse exprimer mes sincres sentiments,
pour leur patience illimite, leur encouragement contenu, leur aide, en tmoignage de
mon profond amour et respect pour leurs grands sacrifices.
Mes chers frres : Samy, Mariem, Anis et Rym, pour leur grand amour et
leur soutien quils trouvent ici lexpression de ma haute gratitude.
Mon trs cher ami Karim.
Mes chers amis qui sans leur encouragement ce travail naura jamais vu le jour.
Et toute ma famille et tous ceux que jaime.
Introduction Gnrale
Dans notre socit, linformation est devenue un lment la fois stratgique pour dvelopper
les activits, et essentiel pour assurer un avantage concurrentiel (optimisation des cots,
meilleure satisfaction des clients) aux entits qui savent lutiliser. Ce constat explique la
raison pour laquelle les entreprises cherchent aujourdhui mettre en place des systmes de
collecte et de traitement de donnes plus performants.
De mme, la satisfaction du client est plus que jamais au centre des proccupations des
entreprises et se concrtise par une gestion personnalise de la relation client : comprendre les
clients et leurs attentes, les fidliser, les inciter consommer davantage. Le CRM (Customer
Relationship Management), dit aussi GRC (Gestion de la relation Client) a pour objet
d'identifier, attirer et conserver les meilleurs clients et de maximiser le chiffre d'affaire et la
rentabilit.
La GRC englobe l'ensemble des activits et des processus que doit mettre en place une
entreprise pour interagir avec ses clients et ses prospects afin de leur fournir des produits et
des services adquats au bon moment. Les entreprises ont, de plus en plus, recours une
approche de type de CRM, afin de se diffrencier. Une exigence accrue du client conduit les
entreprises faire voluer leur offre dans le sens d'une plus grande personnalisation.
Rappelons que le processus unifi est constitu de quatre phases (Cration, Elaboration,
Construction et Transition), chacune comportant les activits suivantes : spcification des
besoins, analyse, conception, ralisations et tests.
Dans ce rapport, on considre uniquement les activits, puisque le projet est prsent en une
seule itration. De ce fait, les diffrentes phases sont incorpores dans les diffrentes activits,
qui se prsentent en trois principaux chapitres :
Page | 1
Gestion de la Relation Client Introduction gnrale
Le premier chapitre intitul Etude pralable et spcification des besoins est le point
de dpart. Il consiste, dans un premier lieu, donner un aperu sur lorganisme
daccueil Cynapsys et prsenter le projet ainsi que les objectifs et les motivations.
En second lieu, il prsente une tude succincte de ltat de lart permettant de se situer
par rapport aux solutions et technologies des applications de gestion de la relation
client existantes sur le march. De mme, il met en valeur les besoins attendues par les
futurs utilisateurs du systme ainsi que la justification du choix de la mthode de
conception adopte.
Le deuxime chapitre intitul Analyse et conception porte sur lanalyse des besoins
dcrits dans le chapitre prcdant. Il met, galement, en exergue laspect conceptuel de
lapplication en prsentant les diffrents scnarios par lintermdiaire du langage de
conception et de modlisation UML. Cette phase est primordiale puisquelle assure le
dveloppement dune carte dont on pourra se servir pour la programmation.
Le troisime chapitre intitul Ralisation et tests est consacr la prsentation de
lenvironnement de ralisation de lapplication et de loutil de reprsentation de la
persistance des donnes. Il schmatise la transformation des besoins capturs, analyss
et conus dans les prcdents chapitres en un produit qui rpond aux attentes des
utilisateurs.
Enfin, une conclusion qui, synthtise le travail et prsente les perspectives envisages.
Page | 2
Gestion de la Relation Client Etude pralable et spcification des besoins
Introduction :
Ce chapitre prsente, en premier lieu, lorganisme daccueil, dans lequel le projet a t
effectu, ainsi que les objectifs et les motivations de ce dernier. En second lieu, il
introduit, dune manire gnrale, la notion de gestion de la relation client et il dtaille
le processus Marketing, sur lequel porte ce rapport. Enfin, il justifie la mthodologie de
conception adopte et mentionne le plan de travail suivre tout au long du projet.
1
Voir glossaire.
2
Voir glossaire.
Page | 3
Gestion de la Relation Client Etude pralable et spcification des besoins
Page | 4
Gestion de la Relation Client Etude pralable et spcification des besoins
plutt celui qui rpond le plus leur besoins. Dans cette situation, les entreprises, y
compris CYNAPSYS, doivent offrir un avantage concurrentiel pour attirer et fidliser
ses clients et assurer sa part de march.
Cest pourquoi, soucieuse dassouvir les besoins de sa clientle, CYNAPSYS a dcid
de mettre en place un systme informatique charg de la gestion de sa relation avec ses
clients aussi bien en Tunisie qu ltranger.
Elle doit disposer doutils et de moyens efficaces pour orienter ses principaux services
savoir ; le marketing, la vente et laprs-vente.
En effet, CYNAPSYS envisage la mise en place dun CRM. Ce systme, intitul
CYNCRM, lui permettra la conqute, le suivi et la fidlisation de ses clients. De plus, il
fera lobjet dune publication en libre code (Open Source), la disponibilit des autres
entreprises.
Cest dans ce cadre que sinscrit notre mmoire de fin dtudes universitaires de la
matrise en Informatique Applique la Gestion, qui consiste proposer une solution
dans le but de mieux grer la relation avec le client. Notre choix a t fix sur
lutilisation des nouvelles technologies de linformation et de communication savoir
le WEB, J2EE etc.
Cette application CRM sinscrit dans le cadre dun projet pilote qui vient rpondre
des objectifs dordre stratgique ( long terme).Ces axes stratgiques desquels dcoule
la mise en place de cette application sont les suivants:
La consommation de la baisse des charges provoques par la crise conomique
mondiale qui a rduit lacquisition des nouveaux projets : il sagit de mettre
jour les profils des ingnieurs et les motiver pour faire face aux problmes
engendrs par cette crise.
La production dune action de marketing travers la publication de ce projet en
code libre (open source) : ceci permet de promouvoir le produit et davoir des
activits autour de lui tels que le consulting, la personnalisation (customizing) et
la formation, dans loptique de prvoir des versions payantes encore plus
personnaliss en fonction des clients.
Lobtention de la certification CMMI niveau 3 et ISO 9001 - v 2000 : travers
le dploiement des processus qualit exigs par ces modles et normes.
Page | 5
Gestion de la Relation Client Etude pralable et spcification des besoins
Les objectifs oprationnels que les entreprises cherchent atteindre travers la mise en
place dun tel systme CRM, consistent :
offrir aux spcialistes de vente des outils permettant daugmenter leur chiffre
daffaires ;
acclrer les dcisions dachat ;
maximiser la productivit de lquipe.
II Les motivations
Le choix du projet de fin dtude est une tape dlicate, puisquelle matrialise la
transaction entre lenvironnement ducationnel et la vie professionnelle.
Plusieurs motivations ont orient notre choix :
En premier lieu, notre sujet fait le lien entre nos atouts qui sont linformatique et
la gestion.
En second lieu, le CRM est devenu un sujet trs important voire un sujet
dactualit ; il est au cur des proccupations de toutes les entreprises qui
cherchent accrotre et fidliser leurs portefeuilles clients. Cest pour cette
raison quun systme CRM est devenu un ingrdient professionnel en passe de
devoir indispensable pour les entreprises.
En troisime lieu, il nous permet dapprofondir encore plus nos connaissances
en matire dinformatique en ayant loccasion de travailler avec des
technologies innovantes telle que la technologie J2EE.
La gestion de la relation client (CRM) se dfinit comme une dmarche qui vise
identifier, attirer et fidliser les meilleurs clients afin daugmenter la valeur du capital
client de lentreprise.
Les actions de CRM sont en gnral supportes par un environnement informatique ou
un ensemble doutils articuls autour dune base de donnes client centralise, ce qui a
conduit donner aujourdhui une acception plus "informatique" lacronyme CRM.
On utilise gnralement le terme CRM pour dsigner les systmes et outils
informatiques mis en uvre pour grer la relation avec le client, mais le CRM peut
Page | 6
Gestion de la Relation Client Etude pralable et spcification des besoins
CRM
Accounting system
Le CRM nest pas un systme autonome, il nvolue pas tout seul, mais il interagit avec
dautres systmes. En effet, il interagit avec trois systmes diffrents (cf. figure 2):
Un systme de gestion des disponibilits ; pour vrifier la disponibilit du stock
(produit) ou du service demand.
Un systme GED ; pour la gestion lectronique des Documents.
Un systme de comptabilit; pour le suivi des statuts de commandes et la
vrification des garanties.
Page | 7
Gestion de la Relation Client Etude pralable et spcification des besoins
le futur. Cependant, il est noter que, de nos jours, lenvironnement est devenu
de plus en plus concurrentiel et que les clients sont devenus, leur tour, encore
plus duqus et plus rationnels. Par consquent, ces clients peuvent choisir un
autre concurrent pour la simple raison que celui-ci satisfait mieux leurs besoins.
Il nest donc pas une tche facile de distinguer les meilleurs clients. Cest pour
cette raison que le recours la mise en place dun CRM constitue semble tre
un remde pour ce problme. En effet, le CRM offre des outils qui permettent la
distinction des clients et leur gestion.
Le management: Les informations collectes et relatives aux clients sont
transformes en connaissances qui seront utilises pour organiser des activits
permettant de tirer profit des opportunits du march (elles conditionnent les
activits de lentreprise). Le CRM implique donc un changement continu dans la
culture de lentreprise, de ses diffrents processus et du comportement de ses
employs qui doivent tre dans un tat desprit CRM.
La relation entre les deux : elle matrialise la communication et les diffrentes
interactions entre lentreprise et ses clients. Cette relation peut durer long-
terme ou court-terme, elle peut tre continue ou discrte, rpte ou unique.
Elle est relie aux attitudes et aux comportements. Un client peut manifester une
attitude positive envers une entreprise mais son comportement dachat est
occasionnel. Ce type de relation est mesur par le CLV (valeur du cycle de vie
client).
Le CRM consiste donc grer cette relation pour quelle soit mutuellement bnfique.
Page | 8
Gestion de la Relation Client Etude pralable et spcification des besoins
Page | 9
Gestion de la Relation Client Etude pralable et spcification des besoins
Bien que le client constitue, le centre dintrt des entreprises, limportance des produits
et des services commercialiss ne disparat pas pour autant. Lentreprise doit grer de
faon dtaille lensemble de ses produits ou services.
Page | 10
Gestion de la Relation Client Etude pralable et spcification des besoins
Elle doit, galement, tre en mesure de grer ses campagnes dune manire efficace. En
effet, Les campagnes reprsentent les actions permettant denvoyer les informations de
lentreprise vers lensemble du public ou vers un public cibl. Elle doit, donc, disposer
doutils et de moyens ncessaires pour la planification, le lancement et le suivi de ces
dernires, tout en tenant compte des notions qui sy rapporte (en relation avec elles) y
compris les promotions, les produits, lquipe commercialeetc. (cf. figure 6)
La gestion des communications est une fonction transversale mise la disposition des
acteurs du processus marketing, vente et aprs-vente. Elle consiste grer les
communications entrantes et sortantes et garder trace de ces communications. On
distingue diffrents types de communications, savoir les appels, les fax, les emails, les
sms, les rendez-vousetc.
La diversit des moyens de communication est explique par la nature des prfrences
qui diffrent dun client un autre. En effet, pour chaque client, on doit prciser son
moyen de communication prfr qui sera le moyen le plus efficace pour le contacter. Il
peut tre le tlphone, le fax, le courrier postal, le courrier lectroniqueetc. Cette
information est renseigne par le service marketing et elle peut changer dans le temps.
Ainsi, lors des campagnes marketing, le moyen de communication utilis peut tre fix
pour touts les clients ou bien on peut utiliser pour chaque client son moyen de
communication prfr. (cf. figure 7)
Page | 11
Gestion de la Relation Client Etude pralable et spcification des besoins
Page | 12
Gestion de la Relation Client Etude pralable et spcification des besoins
Le plus grand avantage dune mthode oriente objet est quelle permet de structurer un
systme sans centrer lanalyse uniquement sur les donnes ou uniquement sur les
traitements mais sur les deux la fois. Une telle approche a pour but de modliser les
proprits statiques et dynamiques de lenvironnement du systme. Elle met en
correspondance le problme et la solution, en prservant la structure et le comportement
du systme analys.
Ceci, nous a conduit adopter lapproche oriente objet pour modliser notre systme
en se basant sur les diagrammes UML [3]. (cf. figure 9).
Le choix de la mthodologie qui sera utilise doit rpondre aux critres suivants :
Page | 13
Gestion de la Relation Client Etude pralable et spcification des besoins
Donc cest un Framework de processus gnrique pouvant tre adapt une large classe
de systmes logiciels, diffrents domaines dapplication, diffrents types
dentreprises, diffrents niveaux de comptences et diffrentes tailles de projets.
Page | 14
Gestion de la Relation Client Etude pralable et spcification des besoins
Pilot par les risques : les risques majeurs du projet doivent tre identifis au
plutt mais surtout levs le plus rapidement possible. Les mesures prendre
dans ce cadre dterminent lordre ditration.
Guid par les cas dutilisation : le projet est men en tenant compte des besoins
et des exigences des utilisateurs. Les cas dutilisation du futur systme sont
identifis, dcrits avec prcision et classs par priorit.
La gestion dun tel processus est organise selon les quatre phases suivantes :
initialisation, laboration, construction et transition. (cf. figure 10)
Enfin, la phase de transition permet de faire passer le systme informatique des mains
des dveloppeurs celles des utilisateurs finaux. Les mots-cls en sont : conversion des
donnes, formation des utilisateurs, dploiement, bta-tests.
Les activits de dveloppement sont dfinies par cinq disciplines fondamentales qui
dcrivent la capture des exigences, lanalyse et la conception, limplmentation, le test
et le dploiement. La modlisation mtiers est une discipline en amont, optionnelle et
transverse aux projets. PU doit donc tre compris comme une trame commune des
meilleures pratiques de dveloppement et non comme lultime tentative dlaborer un
processus universel.
Page | 15
Gestion de la Relation Client Etude pralable et spcification des besoins
Page | 16
Gestion de la Relation Client Etude pralable et spcification des besoins
Utilisateur
Responsable Responsable
Commercial Marketing
Page | 17
Gestion de la Relation Client Etude pralable et spcification des besoins
Les acteurs du systme Les cas dutilisation travers lesquels ils ragissent
Grer campagne.
Planifier campagne.
Lancer campagne.
Suivre campagne.
Grer compte.
Grer contact.
Grer opportunits.
Grer prospect.
Grer produit.
Crer campagne.
Modifier campagne.
Grer compte
Grer contact.
Page | 18
Gestion de la Relation Client Etude pralable et spcification des besoins
Grer opportunits.
Dans cette section, nous structurons les fonctionnalits du systme dans un diagramme
de cas dutilisation gnral (cf. figure 14), permettant de donner une vision globale du
comportement fonctionnel du systme.
Page | 19
Gestion de la Relation Client Etude pralable et spcification des besoins
Grer comptes
Grer produits
Grer opportunits
Agent
Commercial
Grer campagnes
Grer documents
Responsable
Commercial
Page | 20
Gestion de la Relation Client Etude pralable et spcification des besoins
Dans cette section, aprs avoir mis au point une description fonctionnelle, nous
aborderons lidentification des concepts du domaine, appels objets mtiers partir
de lexpression initiale des besoins de notre projet.
Etant donne quon adopte la mthode de conception orient objet, cette dernire
demande une description structurelle et statique sous forme de classes logicielles (classe
de conception).
Page | 21
Gestion de la Relation Client Etude pralable et spcification des besoins
Les meilleures classes candidates sont celles issues dune analyse du domaine (appele
aussi une analyse mtier). Ces classes sont des concepts rels manipuls par les experts
du domaine. Elles sont dtermines directement partir de la connaissance des
domaines ou par interviews des acteurs mtiers.
Ainsi, en reprenant les cas dutilisation un par un on extrait les concepts du domaine
suivants (cf. figure 15) :
De plus, une campagne cible des comptes (reprsents par la clase Compte) qui sont
invits cette dernire. La notion dinvitation est reprsente par la classe dassociation
Invitation. Le rsultat de cette invitation dpend de la rponse des comptes lgard de
la campagne ; cette rponse peut tre positive, ngative, neutre ou sans rponse.
Page | 22
Gestion de la Relation Client Etude pralable et spcification des besoins
La classe Compte reprsente un tiers de lentreprise entretenant des relations avec cette
dernire.
De plus, un compte peut tre reprsent par un ou plusieurs contacts (reprsents) par la
classe Contact.
Lorsquun contact est intress par un produit, celui-ci reprsentera pour lentreprise un
Prospect (un client potentiel). Un prospect pourra ventuellement se transformer en une
opportunit de vente, cest dire une affaire, (reprsente par la classe Opportunit),
dans le cas o il passe un devis ou une commande.
Les activits reprsentent les moyens de communications par lintermdiaire desquels
lentreprise communique avec ses comptes. Une activit peut tre soit un appel, un mail,
un fax, une lettre.
Dans le cadre de ce projet, on a prvu seulement le cas de lappel (reprsent par la
classe Call).
La classe Document sert rfrencer les documents relatifs aux produits et aux
campagnes.
Enfin, dans le cadre de la gestion des utilisateurs, la classe Agent reprsente le
personnel de lentreprise et plus particulirement qui appartient qui dpartement
commercial ou marketing. La classe Utilisateur reprsente un agent qui possde un
compte utilisateur lui permettant daccder lapplication. En effet, chaque profil, est
associ un ou plusieurs cas dutilisation. Par consquent, un utilisateur ne peut excuter
que les cas qui correspondent son ou ses profil(s).
Un cas dutilisation complexe peut tre dcompos en sous cas dutilisation. Cette
dcomposition, connue sous le nom de raffinement, permet de dtailler les cas
dutilisation afin dassocier au comportement des cas dutilisation les oprations de
bases des classes relies. Un cas dutilisation pre peut se connecter ses fils par
deux types de relations : la relation dutilisation - strotype par include et a relation
dextension -strotype par extend
De plus, un tat d'objet est un stade transitoire par lequel passe un objet (instance dune
classe) au cours de son cycle de vie.
Dans cette section, nous procdons aux raffinements des cas dutilisation gnraux,
prcdemment identifis. Ensuite, nous dterminons les cycles de vie de certains objets
Page | 23
Gestion de la Relation Client Etude pralable et spcification des besoins
de systme raliser, en modlisant les volutions dtats de ces derniers, laide des
diagrammes dtats-transitions.
S'authentifier
<<include>>
crer produit
<<extend>>
consulter produit
grer document
Cest la premire brique du CRM qui permet lutilisateur de grer les produits offerts
par lentreprise. En effet, ce module permet lagent ou au responsable Marketing de
crer de nouveaux produits, de les modifier et de les consulter. En crant ou en
modifiant un produit, lutilisateur a la possibilit dassocier ou de supprimer un ou
plusieurs documents qui sont en relation avec ce produit. De plus, il lui est possible de
chercher un produit prcis en saisissant les critres de recherche dsirs. (cf. figure 16)
Page | 24
Gestion de la Relation Client Etude pralable et spcification des besoins
S'autehentif ier
Agent Marketing
<<include>>
<<extend>>
grer documents
cer campagne
modif ier campagne <<extend>>
lancer campagne
suiv re campagne
consulter campagne
Page | 25
Gestion de la Relation Client Etude pralable et spcification des besoins
Lorsquune campagne est cre, elle a le statut nouvelle . Ensuite, selon le rsultat de
contrle du responsable, elle sera valide , invalide ou annule . A chaque fois
que lutilisateur la modifie, elle prend le statut modifie . Suite sa planification, elle
prend le statut planifie . Puis, elle est lance . Et enfin, quand sa date de fin est
chue, elle est, systmatiquement, clture . (cf. figure 18)
annule
Le module grer document permet de grer les documents associs aux produits ou
aux campagnes. En effet, lutilisateur la possibilit dassocier des documents un
produit ou une campagne ainsi que de les consulter. (cf. figure 19)
Ajouter document
Supprimer document
Page | 26
Gestion de la Relation Client Etude pralable et spcification des besoins
S'authenti fier
<<i nclude>>
Crer compte
<<i nclude>>
Grer contacts
S'authentifier
Crer contact
<<include>>
Consulter contacts
Grer contacts
Agent Marketing
Modifier contact
<<include>>
Supprimer contact
Grer comptes
Page | 27
Gestion de la Relation Client Etude pralable et spcification des besoins
Le module Grer contacts assure la gestion des contacts qui ont pour rle de
reprsenter les comptes. Lutilisateur peut crer un contact. Par la suite, il a la
possibilit de lassocier un compte soit en faisant appel un compte dj existant ou
en crant un nouveau.
Grce la fonction de consultation, lutilisateur peut visualiser touts les contacts
disponibles comme il peut consulter le dtail dun contact prcis. Il a aussi la possibilit
de rechercher un contact, de le modifier et de le supprimer. (cf. figure 21)
S'authentifier
Crer prospect
Supprimer prospect
Page | 28
Gestion de la Relation Client Etude pralable et spcification des besoins
Exclu
Lorsquil est cre, le prospect a le statut nouveau . Il peut tre modifi une ou
plusieurs fois. Si lutilisateur le supprime, il est alors exclu . Sinon, il sera converti
en opportunit . (cf. figure 23)
S'authentifier
Crer opportunit/Assigner
<<include>> prospect
Consulter opportunit
<<include>>
Evaluer opportunit
Grer communications
Page | 29
Gestion de la Relation Client Etude pralable et spcification des besoins
Tout dabord, une opportunit est cre . Ensuite, elle peut tre modifie une ou
plusieurs fois et puis, convertie en commande ou alors directement convertie en
commande. (cf. figure 25)
S'autehentifier
Consulter appels
La gestion des communications est un module qui intervient dans tous les processus
CRM. Elle permet chaque utilisateur denregistrer les appels qui lui sont relatifs. En
effet, lutilisateur a la possibilit denregistrer un appel quil a effectu avec un contact
et ce en introduisant les informations ncessaires. De mme, il peut planifier un appel
pour tre effectu par un agent (dont il est un suprieur hirarchique) quil dsigne une
date donn. Ainsi, un utilisateur peut consulter la liste des appels qui lui sont affects et
les effectuer. Il est noter que si lutilisateur nest pas administrateur, il ne pourra
planifier un appel que pour lui-mme. De plus, lutilisateur peut consulter la liste des
appels effectus ainsi que ceux non encore effectus. Pour les appels non effectus, il
peut consulter les appels planifis ainsi que ceux non encore planifis. Si un appel
effectu est sans rponse, alors il pourra le consulter et le reporter pour une autre date.
(cf. figure 26)
Page | 30
Gestion de la Relation Client Etude pralable et spcification des besoins
Modifi
report
Le premier tat dun appel est cre . Il pourrait, par la suite, tre modifi une ou
plusieurs fois. Lorsque lutilisateur le planifie pour une certaine, il est alors planifi .
Puis, il est sera effectu . Sil ny a pas eu de rponse, il sera report . (cf. figure
27)
Crer agent
Consulter agent
Modifier agent
S'authentifier
Grer agents
Crer compte-util isateur
<<i ncl ude>>
<<extend>>
Consulter compte-uti li sateur
Grer profi ls
Crer profil
Consulter profi l
Modifier profi l
Supprimer profil
Page | 31
Gestion de la Relation Client Etude pralable et spcification des besoins
Activ
Lobjet utilisateur reprsente un compte qui peut tre, dans un premier temps, cre .
Ensuite, celui-ci peut tre soit dsactiv soit supprim . De plus, il a t dsactiv
il pourra tre activ de nouveau.
Tout dpend des dcisions de ladministrateur. (cf. figure 29)
Page | 32
Gestion de la Relation Client Etude pralable et spcification des besoins
Conclusion :
Ce premier chapitre, a t consacr, en premier lieu, la prsentation gnrale du cadre
de notre travail : (prsentation de la socit daccueil, description des objectifs et des
motivations). En second lieu, nous avons procd ltude pralable qui nous a
permis de comprendre les principes de base dun systme de gestion de la relation
client, en gnral. Ces principes nous ont permis, par la suite, didentifier les principaux
besoins des utilisateurs et de tracer les grandes lignes de notre systme en dfinissant
ses fonctionnalits et les acteurs qui interagissent avec. Puis, grce au modle de cas
dutilisation, nous avons essay de lever les ambiguts sur les besoins et les exigences.
Lanalyse et la conception des cas dutilisation seront dtailles dans le chapitre suivant.
Page | 33
Gestion de la Relation Client Analyse et Conception
I Analyse :
Lenchanement danalyse prsente une analyse dtaille de chaque dutilisation travers les
diagrammes danalyse, de classe et de collaboration.
Page | 35
Gestion de la Relation Client Analyse et Conception
Pour grer ses produits, lutilisateur peut interagir avec le systme grce des interfaces
ddies faciliter cette communication:
IUProduit : Cette interface permet lutilisateur de consulter la liste de ses produits et
deffectuer une recherche rapide selon des critres bien dfinis. Cest partir delle que
lutilisateur peut passer une interface de cration ou de modification dun produit.
IUAjoutProduit : Cette interface permet lutilisateur de crer un nouveau produit.
InterfaceModificationProduit : Elle permet lutilisateur de crer un produit donn.
Pour raliser toutes ces oprations, le systme se dote dun GestionnaireProduit permettant
dexcuter les fonctions. En effet, ce gestionnaire extrait les donnes ncessaires de la classe
Produit contenant les informations de touts les produits. (cf. figure 31)
I.1.3 Diagrammes de collaboration du cas Gestion de produits :
I.1.3.1 Diagramme de collaboration du cas Crer produit :
Dans ce paragraphe, on va dcrire les scnarios de ralisation des oprations possibles sur les
produits par lintermdiaire du diagramme de collaboration. On va traiter, seulement le cas de
cration dun nouveau produit car le cas de modification lui est similaire.
Page | 36
Gestion de la Relation Client Analyse et Conception
Le modle de collaboration ci-dessus (cf. figure 32) dcrit le scnario de ralisation de la
cration dun nouveau produit. On suppose, pour ce diagramme, que, lidentification de
lutilisateur est effectue et que le formulaire de cration du produit est affich, aprs clic sur
le lien Crer Produit.
Description textuelle : Lutilisateur remplit le formulaire dajout en introduisant les
donnes dans leurs champs appropris de linterface IUAjoutProduit puis il valide. (1) et (2)
Linterface IUAjoutProduit demande au GestionnaireProduit de crer le produit. (3) Le
GestionnaireProduit cre un nouveau produit. (4) Le produit a t bien ajout. (5) et (6) Un
message, indiquant lutilisateur que le produit a t bien enregistr, saffiche. (7)
I.1.3.2 Diagramme de collaboration du cas Rechercher produits :
: Agent Marketing
: Produit
1: Critres de recherche saisis
2: Bouton 'Recherche' cliqu
4: Rcuprer produits
Description textuelle :
Lutilisateur saisit les critres de recherche dans les champs appropris et clique sur le bouton
Recherche. (1) et (2) Linterface IUProduit demande au GestionnaireProduit de rechercher
les produits correspondant aux critres de recherche saisis. (3) Le GestionnaireProduit extrait
les produits correspondant aux critres de recherche saisis. (4) Liste produits recherchs
retourne et affiche. (5) (6) (7) (cf. figure 33)
I.1.3.3 Diagrammes de collaboration du cas Consulter produits :
: Agent Marketing
: Produit
1: Critres de recherche saisis
2: Bouton 'Recherche' cliqu
4: Rcuprer produits
Page | 37
Gestion de la Relation Client Analyse et Conception
Description textuelle : Lutilisateur choisit le menu Liste produit. (1) Linterface
IUProduit demande au GestionnaireProduit de rcuprer la liste des produits disponibles. (2)
Le GestionnaireProduit extrait la liste des produits disponibles. (3) Liste produits retourne et
affiche. (4) (5) (6) (cf. figure 34)
Remarque : Le traitement des fonctions de recherche et de consultation est le mme pour
toute les entits de lapplication. Pour cela, on a procd les analyser seulement pour le cas
du produit. En effet, le reste des entits sont traites de la mme manire.
I.2 Analyse du cas dutilisation Crer campagne :
Vue sa richesse, lanalyse du cas Grer campagne va tre subdivise en plusieurs
sections ; chaque section constituera lanalyse dun cas.
I.2.1 Traabilit entre le modle de cas dutilisation et le modle danalyse
pour le cas dutilisation Crer campagne :
La figure ci-dessous (cf. figure 35) illustre les classes danalyse qui participent dans le cas
dutilisation Crer campagne :
Page | 38
Gestion de la Relation Client Analyse et Conception
dexcuter les oprations ncessaires la cration dune nouvelle campagne. En effet, les
gestionnaires GestionnaireProduit et GestionnaireCompte extraient les donnes ncessaires,
respectivement des classes Produit et Compte contenant toutes les informations qui se
rapportent aux produits et aux comptes. Quant au GestionnaireCampagne, il permet
denregistrer des informations de la campagne cre dans la classe Campagne (cf. figure 36)
GestionnaireProduit Produit
ProduitCampagne
Invitation
GestionnaireCompte Compte
7: Liste des produits affiche 24: Campagne cre 23: Campagne cre
: Agent Marketing : IUCreationCampagne : GestionnaireCampagne : Campagne
14: Liste comptes affiche
25: Message "Campagne cre" affich 20: Ajouter CompteCampagne
Page | 39
Gestion de la Relation Client Analyse et Conception
Description textuelle :
Lutilisateur remplit le formulaire en introduisant les donnes dans leurs champs appropris
dIUCreationCampagne et clique sur le bouton Ajouter Produits. (1) (2)
Linterface IUCreationCampagne demande au GestionnaireProduit de rcuprer la liste des
produits disponibles. (3) Le GestionnaireProduit rcupre les produits disponibles et les
affiche. (4) (5) (6) (7) Lutilisateur choisis les produits ajouter la campagne. (8) Mme
scnario, pour lajout de comptes. (9) (15) Lutilisateur valide la cration de la campagne.
(16) Linterface IUCreationCampagne demande au GestionnaireCampagne de crer la
nouvelle campagne. (17) Le GestionnaireCampagne ajoute une nouvelle campagne la table
Campagne. (18) La campagne a t bien cre. (19) (20) (21)
Page | 40
Gestion de la Relation Client Analyse et Conception
Pour contrler ses campagnes, lutilisateur interagit avec le systme travers linterface
IUControleCampagne qui lui permet de choisir une campagne parmi la liste des celles cres
dans le but de vrifier sa validit.
Le systme se dote dun gestionnaire GestionnaireCampagne, qui permet dexcuter les
oprations ncessaires pour le contrle des campagnes. Il extrait les donnes ncessaires de la
classe Campagne contenant toutes les informations qui se rapportent aux campagnes. (cf.
figure 39)
I.3.3 Diagrammes de collaboration du cas Contrler campagne :
Le modle de collaboration ci-dessous (cf. figure 40) dcrit le scnario de ralisation du
contrle dune campagne cre ou modifie.
On suppose, pour ce diagramme, que, lidentification de lacteur est effectue et que la liste
des campagnes cres et modifies est affiche.
Description textuelle :
Lutilisateur choisit la campagne contrler. (1) Linterface InterfaceContrlerCampagne
demande au GestionnaireCampagne dafficher le dtail de la campagne choisie. (2) Le
GestionnaireCampagne extrait les donnes de la campagne choisie. (3) Le dtail de la
campagne a t bien extrait et, puis, affich. (4) (5) (6) Lutilisateur valide la campagne. (7)
Linterface InterfaceContrlerCampagne demande au GestionnaireCampagne de valider la
campagne. (8) Le GestionnaireCampagne change le statut de la campagne en valide . (9)
La campagne a t bien valide. (10) (11) (12)
Page | 41
Gestion de la Relation Client Analyse et Conception
Pour planifier une campagne, lutilisateur interagit avec le systme grce des interfaces
ddies faciliter cette communication :
IUPlanificationCampagne.
IUAjoutPromotion.
Le systme se dote des gestionnaires GestionnaireCampagne, GestionnaireProdui-
tCampagne, GestionnairePromotion et GestionnaireAssignement permettant de traiter les
donnes ncessaires, respectivement, des classes Campagne, ProduitCampagne, Promotion,
Page | 42
Gestion de la Relation Client Analyse et Conception
et Assignement contenant toutes les informations qui se rapportent aux campagnes, produits,
promotions, et assignements. (cf. figure 42)
I.4.3 Diagramme de collaboration du cas dutilisation du cas Planifier
campagne :
Le modle de collaboration ci-dessous (cf. figure 43) dcrit le scnario de ralisation de la
planification dune campagne valide.
Description textuelle :
Lutilisateur complte le formulaire de planification en introduisant les donnes dans leurs
champs appropris de linterface IUPlanificationCampagne et clique sur le bouton Ajouter
Promotion . (1) (2) Linterface IUPlanificationCampagne demande linterface
IUAjoutPromotion dtre affiche. (3) Linterface IUAjoutPromotion est affiche. (4)
Lutilisateur saisit les informations relatives la promotion dans les appropris de linterface
IUAjoutPromotion et clique sur le bouton Ajouter Produit de linterface IUAjoutPromotion.
Page | 43
Gestion de la Relation Client Analyse et Conception
(5) (6) Linterface IUAjoutPromotion demande au GestionnaireProduitCampagne dafficher
la liste des produits associs la campagne lors de sa cration. (7) Le
GestionnaireProduitCampagne extrait la liste des produits relatifs la campagne, qui va tre
affiche par linterface IUAjoutPromotions. (8) (9) (10) (11) Lutilisateur slectionne la liste
des produits et valide. (12) (13) Linterface IUAjoutPromotion demande au
GestionnairePromotion de crer la promotion. (14) Le GestionnairePromotion cre une
nouvelle promotion et lajoute la classe Promotion. (15) (16) (17) Linterface
IUPlanificationCampagne rafrachit la liste des promotions, initialement vide, et laffiche.
(18) Lutilisateur slectionne les agents et des comptes quil souhaite assigner les aux autres
et clique sur le bouton Assignement. (19) (20) Linterface IUPlanificationCampagne
demande au GestionnaireAssignement dassigner les comptes et les agents choisis. (21) Le
GestionnaireAssignement assigne les agents et les comptes les aux autres. Linterface
IUPlanificationCampagne rafrachit la liste des assignements, initialement vide, et laffiche.
(25) Linterface IUPlanificationCampagne demande au GestionnaireCampagne denregistrer
la planification effectue. (27) Le GestionnaireCampagne enregistre les informations entres
et change le statut de la campagne de valide planifie. (28)
Page | 44
Gestion de la Relation Client Analyse et Conception
Pour lancer une campagne, lutilisateur peut interagir avec le systme grce linterface
IULancement Campagne ddie faciliter cette communication.
De mme, le systme se dote dun GestionnaireCampagne permettant de traiter les donnes
ncessaires de la classe Campagne contenant toutes les informations qui se rapportent aux
campagnes. (cf. figure 45)
I.5.3 Diagramme de collaboration du cas dutilisation Lancer
campagne :
Le modle de collaboration ci-dessous (cf. figure 46) dcrit le scnario de ralisation du
lancement dune campagne planifie. On suppose, pour ce diagramme, que :
Le responsable marketing est identifi.
La liste des campagnes planifies est affich, aprs clic sur le sous-menu Lancer
Campagne.
4: Dtails campagne
6: Dtails campagne affich 10: Campagne modifie
Description textuelle :
Lutilisateur choisit la campagne quil a dcid lancer et clique sur le lien Dtails. (1)
Linterface IULancementCampagne demande au gestionnaireCampagne dafficher les dtails
de la campagne choisie. Le GestionnaireCampagne extrait les donnes de la campagne
choisie. (3) Donnes campagne retournes. (4) (5) (6) Lutilisateur lance la campagne en
Page | 45
Gestion de la Relation Client Analyse et Conception
cliquant sur le bouton Lancer. (7) LIULancementCampagne demande au
gestionnaireCampagne de la lancer. (8) Le GestionnaireCampagne change son statut de
planifie lance. (9) La campagne a t bien lance. (10) (11) (12)
Invitation
Cest grce la fonction de suivi des campagnes que le responsable marketing a la possibilit
de suivre les campagnes lances. Pour ce faire, lutilisateur interagit avec le systme via
linterface IUSuiviCampagne ddie faciliter cette communication.
De mme, le systme se dote dun GestionnaireCampagne permettant de traiter les donnes
ncessaires de la classe Campagne contenant toutes les informations qui se rapportent aux
campagnes. (cf. figure 48)
Page | 46
Gestion de la Relation Client Analyse et Conception
Description textuelle :
Lutilisateur choisit la campagne quil dsire suivre et clique sur le lien Suivi. (1)
Linterface IUSuiviCampagne demande au gestionnaireCampagne dafficher le suivi de la
campagne choisie. (2) Le GestionnaireCampagne extrait le suivi de la campagne choisie. (3)
Le suivi campagne est retourn. (4) (5) (6) Lutilisateur change la nature dune rponse. (7)
Le GestionnaireCampagne met jour la rponse et lenregistre. (9) La rponse a t bien
mise jour. (10) (11) (12)
Page | 47
Gestion de la Relation Client Analyse et Conception
IUAjoutCompte
GestionnaireContact Contact
GestionnaireCompte Compte
IUModoficationCompte
Pour grer ses comptes, lutilisateur peut interagir avec le systme grce des interfaces
ddies faciliter cette communication :
IUCompte.
InterfaceAjoutCompte.
InterfaceModificationCompte.
Mais, pour raliser toutes ces oprations, le systme se dote dun gestionnaire
GestionnaireCompte, qui permet dexcuter les fonctions selon le choix de lutilisateur. Les
gestionnaires GestionnaireCompte et GestionnaireContact extraient les donnes ncessaires,
respectivement des classes Compte et Contact contenant toutes les informations qui se
rapportent aux comptes et aux contacts. (cf. figure 51)
I.7.3 Diagrammes de collaboration du cas Grer comptes :
Le modle de collaboration ci-dessous (cf. figure 52) dcrit le scnario de ralisation de la
cration dun nouveau compte.
On suppose, pour ce diagramme, que :
Page | 48
Gestion de la Relation Client Analyse et Conception
Lidentification de lacteur est effectue.
Le formulaire de cration dun nouveau compte, aprs clic du sous-menu Crer
compte.
Remarque :
On va supposer que lutilisateur va crer un compte ; le traitement est identique pour la
modification et quil est possible, au de la cration dun nouveau compte, dajouter des
contacts ce dernier ; dans ce cas le systme excute le cas dutilisation Crer contact .
1: Informations comptes saisies
2: bouton 'valider' cliqu 3: demande d'ajout compte 4: ajouter compte
Description textuelle :
Lutilisateur remplit le formulaire dajout en introduisant les donnes dans leurs champs
appropris de lInterface IUAjoutCompte. (1) Linterface IUAjoutCompte demande au
gestionnaire GestionnaireCompte dajouter un nouveau compte. (2) Linterface
InterfaceAjoutCompte demande au GestionnaireCompte dajouter le compte. (3) Le
GestionnaireCompte ajoute un nouveau compte la classe Compte. Le compte a t bien
cre. (5) (6) (7)
Page | 49
Gestion de la Relation Client Analyse et Conception
IUAjoutContact
GestionnaireContact Contact
Agent Marketing
IUContact
GestionnaireCompte Compte
IUModoficationContact
Pour grer ses contacts, lutilisateur peut interagir avec le systme grce des interfaces
ddies faciliter cette communication :
IUContacts.
InterfaceAjoutContact.
InterfaceModificationContact.
Mais, pour raliser toutes ces oprations, le systme se dote des gestionnaires
GestionnaireCompte et GestionnaireContact qui permettent dexcuter les fonctions selon le
choix de lutilisateur. Les gestionnaires GestionnaireCompte et GestionnaireContact extraient
les donnes ncessaires, respectivement des classes Compte et Contact contenant toutes les
informations qui se rapportent aux comptes et aux contacts. (cf. figure 52)
I.8.3 Diagrammes de collaboration du cas Grer contacts :
1: informations contacts saisies
2: bouton 'valider' cliqu 3: demande d'ajout contact 4: ajouter contact
Page | 50
Gestion de la Relation Client Analyse et Conception
GestionnaireProduit Produit
GestionnaireContact Contact
GestionnaireProspect Prospect
IUSuppressionProspect
Pour grer ses prospects, lutilisateur peut interagir avec le systme grce des interfaces
ddies faciliter cette communication :
Linterface IUProspect est une classe interface permettant lutilisateur de grer les prospects. Les
fonctionnalits, quoffre cette interface, sont lajout (cration), la consultation, la recherche et la
suppression des prospects. (cf. figure 57)
Remarque : La description du reste des classes est identique au cas analyss, ci-dessous.
I.9.3 Diagramme de collaboration du sous cas Crer prospect :
Le modle de collaboration ci-dessous (cf. figure 58) dcrit le scnario de ralisation de la
cration dun nouveau prospect.
On suppose, pour ce diagramme, que :
Lidentification de lacteur est effectue.
Le formulaire de cration dun nouveau prospect est affich.
Le prospect, crer, ne provient pas dune campagne (cest le cas nominal).
Page | 51
Gestion de la Relation Client Analyse et Conception
Description textuelle :
Lutilisateur remplit le formulaire dajout de prospect en introduisant les donnes dans leurs
champs appropris de lInterface IUAjoutProspect et clique sur le bouton Ajouter Produit.
(1) (2) Le GestionnaireProduit extrait la liste des produits partir de la classe Produit. (4)
Lutilisateur choisit les produits auxquels le prospect sintresse et clique sur le bouton
Ajouter Contact. (8) (9) Le GestionnaireContact extrait la liste des contacts partir de la
classe Contact. (11) Lutilisateur choisit le contact intress par les produits et valide. (15)
(16) Le GestionnaireProspect cre le prospect et lenregistre dans la classe prospect. (18) Le
prospect a t bien cre. (19) (20) (21)
Page | 52
Gestion de la Relation Client Analyse et Conception
IUOpportunit
IUEvaluationOpportunit
Pour grer les opportunits, lutilisateur peut interagir avec le systme grce des interfaces
ddies faciliter cette communication :
IUOpportunit : Elle permet lutilisateur de consulter la liste des opportunits,
deffectuer une recherche rapide dans la liste des opportunits disponibles selon des
critres de recherche bien dfinis. Cest partir delle que lutilisateur peut passer une
interface de cration (ajout), de modification ou dvaluation dune opportunit.
IUAjoutOpportunit : Elle va tre affiche lorsque lutilisateur dcide dajouter une
opportunit. Cest partir de cette page que lutilisateur puisse introduire une nouvelle
opportunit.
Page | 53
Gestion de la Relation Client Analyse et Conception
IUModificationOpportunit : Elle va tre affiche lorsque lutilisateur dcide de modifier
une opportunit donne.
IUEvaluationModification : Elle va tre affiche lorsque lutilisateur dcide dvaluer une
opportunit donne.
Pour raliser toutes ces oprations, le systme se dote dun gestionnaire
GestionnaireOpportunit, qui permet dexcuter les fonctions selon le choix de lutilisateur.
Le gestionnaire GestionnaireOpportuni traite les donnes ncessaires de la classe
Opportunit contenant toutes les informations concernant les opportunits. (cf. figure 60)
I.10.3 Diagrammes de collaboration du cas Crer opportunit :
7: liste des agents affiche 6: liste des agents 5: liste des agents
: Responsable : IUAjoutOpportunit : GestionnaireAgent : Agent
Commercial
: IUOpportunit
Description textuelle :
Lutilisateur saisit les informations de lopportunit et clique sur le lien Assigner Agents de
linterface IUAjoutOpportunit. (1) (2) Le GestionnaireAgent extrait la liste des agents
partir de la classe agents. (4) La liste des agents a t bien retourne. (5) (6) (7) Lutilisateur
choisit la liste des agents et clique sur le bouton Valider. (8) Le GestionnaireOpportunit
cre une nouvelle opportunit et lajoute la table Opportunit. (10) Lopportunit a t bien
cre. (11) (12) (13)
Page | 54
Gestion de la Relation Client Analyse et Conception
Pour grer les appels, lutilisateur peut interagir avec le systme grce des interfaces ddies
faciliter cette communication :
IUAjoutAppel : Cest une classe interface qui permet denregistrer un appel effectu.
IUEffectuationAppel : Cest une classe interface permettant lutilisateur de consulter la
liste des appels assigns et planifis et de les effectuer.
IUPlanificationAppel : Cest une classe interface qui permet de planifier un appel.
IUSuiviAppel : Cest une classe interface permettant lutilisateur de consulter la liste des
appels effectus et de reporter des appels nayant pas de rponse.
GestionnaireAppel : Cest une classe contrle qui permet de grer toutes les oprations
possibles sur les appels.
GestionnaireAgent : Cest une classe contrle qui permet de grer toutes les oprations
possibles sur les agents.
GestionnaireContact : Cest une classe contrle qui permet de grer toutes les oprations
possibles sur les contacts.
Appe l: Cest une classe entit contenant toutes les informations de chaque appel.
Agent: Cest une classe entit contenant toutes les informations de chaque agent.
Contact: Cest une classe entit contenant toutes les informations de chaque contact.
Page | 55
Gestion de la Relation Client Analyse et Conception
IUSuiviAppel
Utilisateur
GestionnaireUtilisateur Utilisateur
IUEffectuationAppel
GestionnaireContact Contact
IUPlanificationAppel
1: Formulaire rempli
6: Liste contacts 5: Liste contacts
2: Bouton 'Ajouter contact' cliqu : GestionnaireAppel : Appel
8: Contact choisi
9: Bouton 'Valider' cliqu
Description textuelle :
Lutilisateur saisit les informations de lappel et clique sur le bouton Ajouter contact(1)
(2).Le GestionnaireContact extrait les contacts de la table Contact (4). Liste des contacts
retourne et affiche (5) (6) (7). Lutilisateur choisit un contact et clique sur le bouton
Page | 56
Gestion de la Relation Client Analyse et Conception
Crer(8) (9). Le GestionnaireAppel ajoute un nouvel appel la table Appel (11). Lappel a
t bien cre (12) (13) (14).
I.11.3.2 Diagramme de collaboration du cas d'utilisation "Effectuer appel" :
Le modle de collaboration ci-dessous (cf. figure 65) dcrit le scnario deffectuation dun
appel. On suppose, pour ce diagramme, que lidentification de lacteur est effectue et que le
formulaire deffectuation dappels est affich.
Remarque : On va supposer que lutilisateur va effectuer un appel assign ; le traitement est
le mme pour un appel planifi.
Description textuelle :
Lutilisateur saisit une date dans le champ appropri et valide (1). Le GestionnaireAppel
extrait la liste des appels assigns pour tre effectus la date saisie (3). La liste des
appels assigns est bien retourne et affiche (4) (5) (6). Lutilisateur choisit un appel et
clique sur le lien dtails (7). Le GestionnaireAppel extrait les dtails de lappel choisi (9).
Les dtails de lappel sont bien retourns (10) (11) (12). Lutilisateur saisit la dure de
lappel et ventuellement des notes concernant cet appel et valide (13) (14). Le
GestionnaireAppel enregistre lappel effectu (16). Lappel effectu est bien
enregistr(17) (18) (19).
I.11.3.3 Diagramme de collaboration du cas d'utilisation Planifier appel :
Le modle de collaboration ci-dessous (cf. figure 66) dcrit le scnario de ralisation de
planification dun appel. On suppose, pour ce diagramme, que, lidentification de lacteur est
effectue et que le formulaire de planification dappel est affich.
Remarque : On va supposer que lutilisateur est, dans ce cas administrateur ; c'est--dire quil
a le privilge dassigner des appels des utilisateurs autres que lui mme. Le traitement est
Page | 57
Gestion de la Relation Client Analyse et Conception
similaire pour un simple utilisateur ; il est, par dfaut, lutilisateur tre affect lappel en
cours de planification.
Description textuelle :
Page | 58
Gestion de la Relation Client Analyse et Conception
Lutilisateur choisit un appel et clique sur le bouton Dtails. (1) Le GestionnaireAppel
extrait les dtails de lappel de la table Appel. (3) Les dtails de lappel sont bien
retourns. (4) (5) (6) Lutilisateur saisit les informations relatives au reportage de lappel
et valide. (7) Le GestionnaireAppel met jour lappel report dans la table Appel. (9)
Lappel a t bien report. (10)
IUCreationProfil
IUModificationProfil
Pour grer les profils, lutilisateur interagit avec le systme grce des interfaces ddies
faciliter cette communication :
Page | 59
Gestion de la Relation Client Analyse et Conception
IUProfil : Cette interface permet lutilisateur de consulter la liste des profils et
deffectuer une recherche rapide dans la liste des profils disponibles selon des critres de
recherche bien dfinis. Cest partir delle que lutilisateur peut supprimer un profil ou
passer une interface de cration (ajout) ou de modification dun nouveau profil.
IUCreationProfil : Elle va tre affiche lorsque lutilisateur dcide dajouter un nouveau
profil.
IUModificationProfil : Elle va tre affiche lorsque lutilisateur dcide modifier un profil
donn.
Pour raliser toutes ces oprations, le systme se dote dun GestionnaireProfil permettant
dexcuter les fonctions selon le choix de lutilisateur. En effet, ce gestionnaire extrait les
donnes ncessaires de la classe Profil qui contient toutes les informations se rapportant
touts les profils. (cf. figure 69)
I.12.3 Diagrammes de collaboration du cas Grer profils :
Dans ce paragraphe, on va dcrire les scnarios de ralisation des oprations possibles sur les
profils par lintermdiaire du diagramme de collaboration. On va traiter, donc, seulement le
cas de cration dun nouveau profil car le cas de modification lui est similaire. Le modle de
collaboration ci-dessous (cf. figure 70) dcrit le scnario de ralisation de la cration dun
nouveau profil.
On suppose, pour ce diagramme, que :
Lidentification de lacteur est effectue.
Le formulaire de cration du profil est affich, aprs clic sur le lien Crer Profil.
Description textuelle :
Lutilisateur remplit le formulaire dajout en introduisant les donnes dans leurs champs
appropris de linterface IUCreationProduit. (1) (2) Le GestionnaireProfil cre un nouveau
profil et lajoute dans la classe Profil. (4) Le profil a t bien cre. (5) (6) (7)
Page | 60
Gestion de la Relation Client Analyse et Conception
La figure ci-dessous (cf. figure 71) illustre les classes danalyse qui participent dans le cas
dutilisation Grer agents :
IUCreationAgent
IUAgent
Administrateur GestionnaireAgent Agent
IUModificationAgent
Pour grer les agents, lutilisateur interagit avec le systme grce des interfaces ddies
faciliter cette communication :
IUAgent : Cette interface permet lutilisateur de consulter la liste des profils et
deffectuer une recherche rapide dans la liste des profils disponibles selon des critres de
recherche bien dfinis. Cest partir delle que lutilisateur peut supprimer un profil ou
passer une interface de cration (ajout) ou de modification dun nouveau profil.
IUCreationAgent : Elle va tre affiche lorsque lutilisateur dcide dajouter un nouveau
profil.
IUModificationAgent : Elle va tre affiche lorsque lutilisateur dcide modifier un agent.
Page | 61
Gestion de la Relation Client Analyse et Conception
Pour raliser toutes ces oprations, le systme se dote dun GestionnaireAgent permettant
dexcuter les fonctions selon le choix de lutilisateur. En effet, ce gestionnaire extrait les
donnes ncessaires de la classe Agent qui contient toutes les informations se rapportant
touts les agents. (cf. figure 72)
I.13.3 Diagrammes de collaboration du cas Grer agents :
Dans ce paragraphe, on va dcrire les scnarios de ralisation des oprations possibles sur les
agents par lintermdiaire du diagramme de collaboration.
On va traiter, donc, seulement le cas de cration dun nouvel agent car le cas de modification
lui est similaire.
Le modle de collaboration ci-dessous (cf. figure 73) dcrit le scnario de ralisation de la
cration dun nouvel agent.
La figure ci-dessous (cf. figure 74) illustre les classes danalyse qui participent dans le cas
dutilisation Grer comptes utilisateur :
Page | 62
Gestion de la Relation Client Analyse et Conception
Administrateur
IUCreationCompteUtilisateur GestionnaireProfil Profil
Pour grer les comptes utilisateurs, ladministrateur interagit avec le systme grce des
interfaces ddies faciliter cette communication :
IUCompteUtilisateur : Cette interface permet ladministrateur de consulter la liste des
utilisateurs et deffectuer une recherche rapide dans la liste des utilisateurs disponibles
selon des critres de recherche bien dfinis. Cest partir delle que ladministrateur peut
supprimer un utilisateur ou passer une interface de cration (ajout) ou de modification
dun nouvel utilisateur.
IUCreationUtilisateur : Elle va tre affiche lorsque lutilisateur dcide dajouter un
nouvel utilisateur.
IUModificationUtilisateur: Elle va tre affiche lorsque lutilisateur dcide modifier un
utilisateur.
Pour raliser toutes ces oprations, le systme se dote des gestionnaires
GestionnaireCompteUtilisateur, GestionnaireAgent et GestionnaireProfil permettant
Page | 63
Gestion de la Relation Client Analyse et Conception
dexcuter les fonctions selon le choix de ladministrateur. En effet, ce gestionnaire extrait les
donnes ncessaires des classes Utilisateur, Agent et Profil qui contiennent toutes les
informations se rapportant, respectivement, touts les utilisateurs, les agents et les profils. (cf.
figure 75)
I.14.3 Diagrammes de collaboration du cas Grer Comptes Utilisateur :
Dans ce paragraphe, on va dcrire les scnarios de ralisation des oprations possibles sur les
comptes utilisateurs par lintermdiaire du diagramme de collaboration.
On va traiter, donc, seulement le cas de cration dun nouvel utilisateur car le cas de
modification lui est similaire.
Le modle de collaboration ci-dessous (cf. figure 76) dcrit le scnario de ralisation de la
cration dun nouvel utilisateur.
Description textuelle :
Ladministrateur remplit le formulaire de cration en introduisant les donnes dans leurs
champs appropris de linterface IUCreationCompteUtilisateur. (1) Ladministrateur clique
sur le bouton Associer agent. (2) Le GestionnaireAgent extrait la liste des agents de la classe
Agent. (4) La liste des agents est bien retourne. (5) (6) (7) Lutilisateur choisit un agent et
clique sur le bouton Associer profils. (8) (9) Le GestionnaireProfil extrait la liste des profils
de la classe Profil. (11) La liste des profils est bien retourne et affiche. (12) (13) (14)
Page | 64
Gestion de la Relation Client Analyse et Conception
Ladministrateur choisit un ou plusieurs profils et valide. (15) (16) Le
GestionnaireCompteUtilisateur ajoute un utilisateur la classe Utilisateur. (17) Lutilisateur
est bien cre et ladministrateur est inform. (19) (20) (21)
La fonction didentification ne reprsente pas une fonctionnalit du systme mais elle vient
rpondre un besoin de scurit. Donc, pour sauthentifier, les utilisateurs interagissent avec
le systme grce des interfaces ddies faciliter cette communication :
IUAuthentification : Cette interface permet chaque utilisateur de saisir son nom et son
mot de passe fin de pouvoir accder sa session.
IUAcceuil : Elle va tre affiche lorsque lauthentification de lutilisateur russie.
Page | 65
Gestion de la Relation Client Analyse et Conception
GestionnaireAuthentification : Cette classe contrle gre lidentification et la
reconnaissance de tous les acteurs du systme. Elle permet de rediriger lutilisateur
concern vers sa page daccueil selon son profil.
Pour raliser toutes ces oprations, le systme se dote du gestionnaire
GestionnaireAuthentification permettant dexcuter les fonctions selon le choix de
ladministrateur. En effet, ce gestionnaire extrait les donnes ncessaires des classes
Utilisateur et Profil qui contiennent toutes les informations se rapportant, respectivement,
touts les utilisateurs et les profils. (cf. figure 78)
I.15.3 Diagrammes de collaboration du cas Sauthentifier :
Dans ce paragraphe, on va dcrire les scnarios de ralisation de la fonction
dauthentification.
Le modle de collaboration ci-dessous (cf. figure 36) dcrit le scnario de ralisation dune
authentification russie.
Description textuelle : Lutilisateur saisi son nom dutilisateur et son mot de passe et valide.
(1) (2) Le GestionnaireAuthentification contrle lexistence de cet utilisateur en vrifiant son
nom dutilisateur et son mot de passe. (4) Lutilisateur a t identifi. (5) Le
GestionnaireAuthentification vrifie le profil de cet utilisateur. (6) La classe entit Profil va
attribuer le profil correspondant cet utilisateur. (7) Le GestionnaireAuthentification ouvre la
session et laccueil est affich. (8)
Page | 66
Gestion de la Relation Client Analyse et Conception
II Conception :
Lenchanement dactivit de la conception, se base sur une conception dtaille de chaque
cas dutilisation dgag travers les diagrammes des classes de conception et les diagrammes
des squences.
II.1 Conception du cas dutilisation Grer produits :
Nous prsentons ci-dessous le modle de conception du cas dutilisation grer produits .
II.2 Du modle de classe danalyse au modle de classe conception :
Figure 80: Traabilit entre le modle danalyse et le modle de conception du cas dutilisation grer produits
Page | 67
Gestion de la Relation Client Analyse et Conception
Figure 83: Traabilit entre le modle danalyse et le modle de conception du cas dutilisation Crer campagne
Page | 68
Gestion de la Relation Client Analyse et Conception
III.1.2 Modle de classe danalyse du cas Crer campagne :
Page | 69
Gestion de la Relation Client Analyse et Conception
: Creati onCampagne.j spx : Li steComptes.j spx : Li steProdui ts.j spx : : SuccesCreati on.j spx : Servi ceCampagne : : : : : : Compte : Produi t
: Agent Confi rmati onCreati on.j spx Servi ceCompte Servi ceProdui t Campagne Invi tati on... Produi rCampagne.j ava
Marketi ng
Infos sai si es
Aj outerComptes() RcuprerComptes()
getComptes()
Li ste comptes
Li ste comptes
Li ste comptes
Comptes choi si s
Aj outerComptes( )
Aj outerComptes(comptes)
Invi tati on(Campagne,Com pte)
Comptes retourns
Comptes retouns
Li ste comptes actual i se
Aj outerProdui ts()
RcuprerProdui ts()
getProdui ts()
Li ste produi ts
Li ste produi ts
Li ste produi ts
Produi ts choi si s
Aj outerProdui ts( )
Produi tCampagne(Campagne,Produi t)
Produi ts retourns
Produi ts retourns
'Confi rm ati onCreati on' affi che Affi cher(Confi rmati onCreati on)
Confi rmer()
Confi rmer() CrerCampagne(Informati onsCampagne,l i steProdui ts,l i steAgents)
Campagne cre
Page | 70
Gestion de la Relation Client Analyse et Conception
Figure 86: Traabilit entre le modle danalyse et le modle de conception du cas "Contrler Campagne"
: IUControle : : : c:
: Responsable
ConfirmationValidation.jspx SuccesValidation.jspx ServiceCampagne Campagne.java
Marketing
Valider()
Valider(C)
Confirmer
Valider(C)
setStatutCampagne(Valide)
Campagne valide
Afficher(SuccesValidation)
Page | 71
Gestion de la Relation Client Analyse et Conception
Page | 72
Gestion de la Relation Client Analyse et Conception
: PlanificationC.jspx : AjoutProm otion.js px : Confirm ationPlanification.jspx : Succes Planification.js px : ServiceCam pagne : ServiceProm otion : ServiceProduitcam pagne : ServiceAs signement : Promotion.java : Campagne.java : ProduitCam pagne.java : As signement.java
: Res pons able
Marketing
Inform ations de planif s aisies
AjouterPromotions ()
AjouterPromotions ()
Afficher(AjoutPromotion)
'AjoutPromotion' affiche
AjouterProduits ()
ConsulterProduits ()
ConsulterProduits ()
Lis te produits
Produits chois is
Valider()
CrerPromotion(InfomationsProm otion)
CrerPromotion(InfomationsProm otion)
Promotion cre
Promotion cre
Promotion affiche
Ass igner(Comptes,Agents)
Afficher(()ConfirmationPlanification)
'ConfirmationPlanification' affiche
Confirm er()
Campagne planifie
Afficher(Succes Planification)
Page | 73
Gestion de la Relation Client Analyse et Conception
: : : : C:
: Responsable
Lancement.jspx ConfirmationLancement.jspx SuccesLancement.jspx ServiceCampagne Campagne.java
Marketing
Campagne slectionne
Valider()
ConsulterCampagne(CampagneSelectionne)
ConsulterCampagne(C)
Dtails campagne
Dtails campagne
Dtails campagne
Lancer(C)
Lancer(C)
Afficher(ConfirmationLancement)
'ConfirmationLancement' affiche
Confirmer()
Modifier(C)
Modifier(C)
Campagne lance
Afficher(SuccesLancement)
Message "Campagne lance avec succs" affich
Page | 74
Gestion de la Relation Client Analyse et Conception
: Suivi.jspx : : : c : Campagne
: Responsable
ConfiramationSuivi.jspx SuccesSuivi.jspx ServiceCampagne
Marketing
Campagne choisie
Suivre(c)
Rcuprer(c)
Rcuprer(c)
Suivi camapgne
Suivi campagne
Suivi campagne affich
Modifier rponse
Valider()
Modifier(reponse)
Afficher(ConfirmationSuivi)
'ConfirmationSuivi' affich
Confirmer()
setReponse(positive)
setReponse(positive)
Afficher(SuccesSuivi)
Page | 75
Gestion de la Relation Client Analyse et Conception
Page | 76
Gestion de la Relation Client Analyse et Conception
Page | 77
Gestion de la Relation Client Analyse et Conception
Conclusion :
Dans le prsent chapitre, nous avons trait lenchanement danalyse, qui labore un modle
objet conceptuel servant analyser les besoins et les exigences, en les affinant et en les
structurant. A la fin de cet enchanement, nous avons abouti un modle danalyse, qui nous a
permis de procder lenchanement de conception par la prise en compte de la majeure
partie des exigences non fonctionnelles et autres contraintes lies lenvironnement.
Dans le prochain chapitre, nous allons montrer comment nous avons traduit cette tude
conceptuelle et laide de quels outils nous avons pu mettre en place notre systme.
Page | 78
Gestion de la Relation Client Ralisation
Introduction :
Pour aboutir la finalit de notre projet, nous entamons la partie ralisation qui est partie
importante, tant pour nous, que pour la socit.
Nous commenons par llaboration du schma de la base de donnes. Ensuite, nous
argumentons, les choix matriel et logiciel en prsentant larchitecture du systme ainsi
que les technologies utiliss pour limplmentation.
Enfin, nous passons la prsentation de lapplication par llaboration des captures dcrans
produites lors de la ralisation des jeux de test.
Page | 81
Gestion de la Relation Client Ralisation
Page | 82
Gestion de la Relation Client Ralisation
Role (idRole, nom)
SecteurDactivit (idSecteurActivit, nom)
SousCas (#idUseCase, idSousCas, nom, description)
TraceCampagne (#idUtilisateur, #idCampagne, nature, date, heure)
TypeRelation (idTypeRelation, nom)
UseCase (idUseCase, nom, description)
Utilisateur (idUtilisateur, login, motDePasse, dateCreation, dateExpiration, #idAgent)
UtilisateurOption (#idUtilisateur, #idProfil)
Ville (#idPays, idVille, nom)
II Le modle de dploiement:
Le modle de dploiement montre la disposition physique des matriels qui composent le
systme et la rpartition des composants sur ces matriels. Les ressources matrielles sont
reprsentes sous forme de nuds qui sont connects entre eux, l'aide d'un support de
communication.
Page | 83
Gestion de la Relation Client Ralisation
On substitue les classes Interface ( boundary ) par une classe gnrique appele
interface .
La figure ci-dessous prsente un digramme simplifi, vue que les technologies apportes par
J2EE est relativement complexe schmatiser.
Page | 84
Gestion de la Relation Client Ralisation
Model
<<fichier>>
Service1
Model1.java <<fichier>>
Service1able.java
<<fichier>>
Model2.java
<<fichier>>
Service1impl.java
<<fichier>>
ModelN.java
<<fichier>> Dao1
Interface1.jspx <<fichiet>>
Dao1able.java
ServiceLocator
<<fichiet>>
<<fichier>> <<fichier>> Entities
Dao1impl.java
<<fichier>> ServiceLocator.jav BaseBean.ja <<fichier>>
<<fichier>> <<fichier>>
ServiceLocatorBean.ja DaoN EntityN.java
<<fichier>> va
<<fichier>>
Interface3.jspx
DaoNable.java
<<fichier>> <<fichier>>
<<fichier>>
DaoNimpl.java HibernateDaoSuppor
InterfaceN.jspx
t.java
Base de donnes
<<Table sql>>
ServiceN Table1
<<fichier>>
ServiceNable.jav <<Table sql>>
a Table2
<<fichier>>
ServiceNimpl.jav
a
Page | 85
Gestion de la Relation Client Ralisation
IV Architecture adopte :
En mditant dans le contexte de notre systme, on peroit que la solution architecturale quon
estime utiliser doit satisfaire les contraintes techniques et logiques quon vise adopter.
Rappelons que la solution propose consiste implanter un module de gestion de la relation
client. Ainsi, devant le nombre impressionnant de produits et technologies Web, on dispose
de plusieurs architectures dapplication Web varies qui rpondent notre contexte.
Le choix dune solution ou dune autre dpend de plusieurs critres tels que :
Performance dinteractivit.
Partage dinformations par plusieurs utilisateurs simultanment connects.
Scurit des donnes.
A ce faire, on a choisi dutiliser larchitecture N-tiers/ J2EE (Java2 Entreprise Edition), en
respectant le modle MVC (cf. figure 102) :
Figure 102: Architecture J2EE base sur les technologies JSF, Spring et Hibernate
Page | 86
Gestion de la Relation Client Ralisation
dimplmenter une quelconque interface ou classe contrairement aux EJB.
Hibernate reprsente le modle du modle MVC ; cest une plateforme qui permet de
mapper une base de donnes relationnelle en objets (POJO : Plain Old Java
Object). Il permet donc dabstraire totalement laccs la base de donnes et propose
donc un accs totalement orient objet aux donnes.
Base de donnes cest la base de donnes relationnelle qui va contenir toutes les
donnes.
Page | 87
Gestion de la Relation Client Ralisation
diffrents diagrammes prsents dans le rapport.
Et, on a choisi latelier de gnie logiciel Eclipse Ganymede pour le dveloppement de notre
application.
V.4 Choix du systme de gestion de la base de donnes : Microsoft SQL
Server 2005 :
SQL Server 2005, est une solution complte de base de donnes et d'analyse entirement
conu pour le Web permettant deffectuer des requtes et des analyses de donnes en toute
simplicit sur le Web et daccder facilement aux donnes en toute scurit. Ce systme de
gestion de base de donnes relationnel rparti la charge des bases de donnes pour obtenir une
monte en puissance linaire aux applications. Il assure une rapidit de mise en uvre, les
applications peuvent tre dveloppes, dployes et administres plus rapidement.
VI Tests de lapplication :
Lintrt de cette partie est la prsentation des jeux de tests effectus, pour les cas critiques du
systme, afin de sassurer de leur bon fonctionnement. Ceci, dans loptique de vrifier, en
premier lieu, que les cas raliss sont conformes la spcification et de les valider par rapport
aux exigences des futurs utilisateurs, dviter, en second lieu, les erreurs dexcution, qui
peuvent se produire. Et enfin, pour sassurer que les interfaces ralises sont prsentables et
ergonomiques.
Page | 88
Gestion de la Relation Client Ralisation
Cette interface permet lutilisateur daccder au systme aprs une validation de son
login et son mot de passe.
Page | 89
Gestion de la Relation Client Ralisation
Cette interface reprsente la page daccueil de la gestion des produits. Lutilisateur
peut consulter la liste des produits disponibles et il peut rechercher ou modifier un produit de
cette liste.
Cette interface permet la cration dun nouveau produit, lutilisateur doit saisir les
informations relatives ce dernier.
Page | 90
Gestion de la Relation Client Ralisation
Le produit ne sera enregistr quaprs la confirmation de lutilisateur.
Pour modifier un produit, lutilisateur choisit un, de la liste et puis, il clique sur le lien
ddition. Ceci va aboutir lapparition dun formulaire de modification qui offre lutilisateur
deffectuer les mises jour ncessaires et puis de les valider.
Page | 91
Gestion de la Relation Client Ralisation
Page | 92
Gestion de la Relation Client Ralisation
Cette interface reprsente la page daccueil de la gestion des campagnes. Lutilisateur
peut consulter la liste des campagnes disponibles et il peut rechercher, modifier ou
supprimer une campagne de cette liste.
Pour la cration dune nouvelle campagne, lutilisateur doit suivre les tapes
suivantes :
Saisir les informations relatives la campagne, en remplissant le formulaire affich.
Choisir la liste des comptes associer la campagne.
Choisir la liste des produits associer la campagne.
Et enfin, valider et confirmer.
Page | 93
Gestion de la Relation Client Ralisation
Page | 94
Gestion de la Relation Client Ralisation
Cette interface permet de contrler une campagne. En effet, lutilisateur choisit une
campagne de la liste des campagnes cres et consulte son dtails. Ensuite, il vrifie les
informations pour dcider sil doit valider la campagne, la soumettre la correction, ou
lannuler. Il a la possibilit de saisir dventuels notes, justifiant sa dcision.
Page | 95
Gestion de la Relation Client Ralisation
Page | 96
Gestion de la Relation Client Ralisation
Conclusion :
Dans ce chapitre, on a prsent lenvironnement matriel et logiciel du projet. Nous avons,
par la suite, labor quelques aperus du fruit de notre travail travers des interfaces rsultant
des jeux de tests effectus
Page | 97
Gestion de la Relation Client Conclusion gnrale
Conclusion Gnrale
Ce projet a t ralis dans le cadre du mmoire de fin dtude pendant quatre mois de stage
au sein de la socit de dveloppement logiciel Cynapsys.
Le prsent travail se rsume dans la conception et la ralisation dun module marketing dune
application de gestion de la relation client. Il sagit dinformatiser certaines fonctionnalits
essentielles qui serviront de base pour des travaux ultrieurs.
Par ailleurs, ce stage nous a donn la chance de manipuler des techniques innovantes et
volutives et nous a permis aussi de tester et dappliquer nos connaissances acquises au sein
de lcole suprieure de commerce de Tunis et de les amliorer.
De mme, il nous a fournit loccasion dtre intgr dans la vie professionnelle et nous a
donn une vision globale sur notre avenir comme concepteur et dveloppeur.
Cependant, comme tout projet de fin dtude nous avons rencontr des problmes de divers
types. Limplmentation de notre systme fut lune des majeures difficults que nous avons
rencontres vu le nouvel environnement de travail et sa complexit.
Nous avons pu dpasser ces problmes par notre volont prsenter un bon travail,
apprendre et utiliser les nouvelles technologies de programmation et en appliquant nos
connaissances.
Page | 93
Gestion de la Relation Client Annexes
Annexes
Activit
Affectation
Agent
UtilisateurCampagne
Appel
Assignement
Catgorie
Compte
Contact
Document
Guarantie
GroupeUtilisateur
Gestion de la Relation Client Annexes
Attribut Description Type contrainte
GroupeCampagne
Invitation
Lieu
Opportunit
Pays
Produit
idCampaign
Profil
ProfilOption
Promotion
Prospect
idProduit dsigne le produit auquel est intress le contact. entier Cl primaire, Cl trangre
Profil
SecteurDactivit
SousCas
TraceCampagne
idUtilisateur dsigne lutilisateur qui a effectu une tche entier Cl primaire, Cl trangre
relative la campagne.
TypeRelation
UseCase
Utilisateur
UtilisateurOption
Ville
idPays dsigne le pays dans lequel est situe la ville. entier Cl primaire, Cl trangre
Laugmentation de la productivit de la force de vente reste lobjectif traditionnel principal. Dans une
approche CRM, le produit ne fournit pas long terme un avantage concurrentiel mais plutt laccent
doit tre mis sur lamlioration de la relation et des services offerts aux clients autour du produit. Cette
nouvelle approche de vente exige de lentreprise quelle donne plus dautonomie sa force de vente et
que les systmes dinformations soutiennent les vendeurs dans leur activit.
Il sagit de prparer des devis/propositions pour les opportunits prcdemment cres. Ces devis
concernent les produits pour lesquels le client a manifest un intrt en se basant sur les informations
relatives cette opportunit. Ces propositions seront, par la suite, envoye aux clients appropris par
lintermdiaire dun moyen de communication.
Aprs relances ventuelles, le sort des propositions sinscrira dans lun des cas suivants :
Une demande de rvision, dans le cas o le client exige dapporter certaines modifications la
proposition.
Refus, dans le cas ou le client manifeste explicitement son dsaccord ou implicitement lorsque
la dure de validit est dpasse.
Acceptation (cest le cas le plus gnral).
Gestion de la Relation Client Annexes
Une fois le devis est accept, il sera concrtis par ltablissement dun contrat de vente entre
lentreprise et le client.
Ce contrat sera, son tour, traduit par la cration dune ou plusieurs commandes qui seront envoyes au
service comptable qui se chargera de la livraison et de la facturation.
Le processus dAprs-Vente :
Lentreprise est en mesure de suivre sa clientle mme aprs la livraison du produit. Elle doit toujours
veiller une meilleure gestion des incidents. En fait, un incident reprsente une manifestation de la part
dun client auprs de lentreprise par un moyen de communication. Il peut tre lorigine dun
problme ou dune initiative pour demander des informations.
Nous retrouvons, dans lAPI J2EE, un ensemble de composant permettant dinterconnecter ces
diffrents types de technologie. Voici un ensemble davantages (non exhaustif) que procure
llaboration dune architecture complexe , et pense :
Structure de lapplication propre.
Modularit de lapplication. (une forte cohsion et un faible couplage)
Evolution de lapplication facilite.
Factorisation de code et utilisation de plateformes ou composants gnriques.
Linconvnient principal est la difficult mettre en place une architecture correcte et stable.
Cette phase demande une trs bonne connaissance des outils disponibles sur le march mais
galement une trs bonne aptitude utiliser labstraction et les concepts objets pour le
dveloppeur.
Gestion de la Relation Client Glossaire
Glossaire
Campagne informationnelle, cest une campagne Marketing dont lobjectif est de passer
des informations qui ne sont pas ncessairement li aux produits ou services de lentreprise.
Campagne promotionnelle, cest une campagne Marketing dont lobjectif est de stimuler
les ventes travers lorganisation des promotions sur des produits ou des services.
Campagne de prospection, cest une campagne Marketing dont lobjectif est didentifier
de nouveaux clients potentiels et les transformer en clients rels (prospection-vente).
Compte, il reprsente une personne ou une socit qui entretient des relations avec
lentreprise (il pourrait tre un client, un fournisseur, un partenaireetc). Un compte est
reprsent par un ou plusieurs contacts, mais il possde toujours un contact par dfaut.
Contact, cest un reprsentant du compte. Il dsigne la personne quon doit contacter pour
reprsenter le compte
ISO 9001 fait partie de la srie des normes ISO 9000, relatives aux systmes de gestion de la
qualit, elle donne les exigences organisationnelles requises pour l'existence d'un systme de
gestion de la qualit.
Opportunit de vente, il sagit dune solution originale pour rpondre aux besoins et
attentes dtectes chez son client.
Prospect, cest client potentiel (une personne ou entreprise susceptible de devenir un client)
qui on cherche vendre un produit ou un service.
Systme embarqu, cest un systme lectronique, pilot par un logiciel (Un logiciel ou
une application est un ensemble de programmes, qui permet un ordinateur ou un systme
informatique...), qui est compltement intgr au systme qu'il contrle. On peut aussi dfinir
un systme embarqu comme un systme lectronique soumis diverses contraintes.
Gestion de la Relation Client Bibliographie et Netographie
Bibliographie et Netographie
Bibliographie
[1] Nathalie Lopez, Jorge Migueis et Emmanuel Pichon, Intgrer UML dans vos projets,
Editions Eyrolles, 2000.
[2] Ivar Jackobson, Grady Boosh, James Rambaugh, Le processus unifi de dveloppement
logiciel, Editions Eyrolles, 1999.
Cours
[3] Cours UML (3me IAG) enseign par Mme Selima Besbes, 2008.
[4] Cours Gnie logiciel et conduite de projet (4me IAG) enseign par Mme Chiraz Laatiri,
2008.
[5] Cours Conception oriente objet des systmes dinformation (4me IAG) enseign par
Mme Bouthana Jlifi, 2008.
Netographie
[6] http://fr.wikipedia.org/wiki/CMMI
[7] http://fr.wikipedia.org/wiki/Syst%C3%A8mes_embarqu%C3%A9
[8] http://www.labo-sun.com/
[9] http://fr.wikipedia.org/wiki/JavaServer_Faces