PFE Version Final

Institut Suprieur Dingnierie et des Affaires
Conception et mise en uvre dune Application Android pour les rapports des ventes
Mmoire de Projet de Fin dtudes
Prsent en vue de lobtention de
Mastre Professionnel en Ingnierie des Logiciels et

Traitement d'Images
Intitul :
Conception et mise en uvre dune application Android

pour les rapports des ventes : Sales Report
Prparer par : Salaheddine HAMDAOUI

Yahia BENHAILI
Sous la direction de :
Mr. Chakib AMRI Professeur lISGA de Settat (Encadrant)

Mr.Ayoub AMRAOUI Ingnieur dtude et dveloppement VBM (Encadrant)
Anne Universitaire 2015-2016

F
i
SALES REPORT
Conception et mise en uvre dune application
Android pour les rapports des ventes
Soutenu Par : Hamdaoui Salaheddine
Benhaili Yahia
4 Juillet 2016
ii
Ddicaces
A mes trs chers parents
Pour vous, je paie ma rvrence, je rends mon dvouement
Vos Sacrifices et vos Prires Mont redonn la force
Dexister, davancer et
De me conqurir !
Vous mavez soutenu avec Amour, Tendresse et Gloire
Vous mavez escort jusquici, et sans vous jaurais
Srement renonc
Ce travail est pour vous !
A ma Famille
Merci Pour Votre amour
Je vous aime en retour
A mes amis
Aussi nombreux que vous soyez je ne saurai vous citer
Aucun mot ne pourrait exprimer ma reconnaissance et ma gratitude
Pour le soutien moral que vous navez cess de
Me prodiguer
A Tous ceux qui maiment

Merci Pour Votre amour
Je vous Aime en retour
Hamdaoui Salaheddine
iii
Ddicaces
A mes chers parents, Que nulle ddicace ne puisse exprimer ce que je leurs
dois, pour leur bienveillance, leur affection et leur soutien Trsors de
bont, de gnrosit et de tendresse, en tmoignage de mon profond amour
et ma grande reconnaissance Que Dieu vous garde .
A mes chers frres et sur, En tmoignage de mes sincres reconnaissances

pour les efforts quils ont consenti pour laccomplissement de mes tudes.
Je leur ddie ce modeste travail en tmoignage de mon grand amour et ma
gratitude infinie. A tous mes amis,
Pour leur aide et leur soutien moral durant llaboration du travail de fin
dtude. A toute ma Famille A tout ceux qui maiment
Benhaili Yahia
iv
Remerciements
En prambule ce rapport, il nos est agrable dexprimer nos profondes

gratitudes toutes les personnes qui ont particips la russite de ce stage et plus
particulirement les personnes cites ci-dessous.
INTELLIGENCE ARTIFICIELLE
F M me. MAOUMNI et M.AMRI de lISGA-Settat, pour leur prcieuses directives

et pertinents conseils quils nous ont prodigues.
On tient remercier vivement le Directeur du Varun Beverages Morocco,

M.Salaheddine MOUADIB, Mme.Majda JNAINY Directrice des ressources humaines et
Pravakar Kumar Directeur des systmes dinformation pour accepter de nous accueillir au
sein de lentreprise.
F M . Ayoub Amraoui, notre tuteur de stage - Ingnieur dtude et dveloppement

Varun Beverages Morocco - qui nous a mnag ni de son temps ni de son nergie, pour
aider llaboration du projet faisant sujet du prsent rapport. On le remercie notamment
pour sa sympathie et son implication totale durant tout le processus de ralisation du projet.
INTELL
Nos profonds remerciements vont toute lquipe du service IT M.Soufiane

SAKHI et M. Karim EL EDRISSI.
NCE ARTIFICIELLE
F L e staff pdagogique de LInstitut Suprieur Dingnierie et des Affaires de

Settat, et plus prcisment, le corps professoral du dpartement gnie informatique. On
remercie notamment toute lquipe enseignante pour la qualit de lenseignement qui nous
a t dispens.
INTELNC E ARTIFICIELLE
F O n aimerait galement remercier tous les membres du Jury qui ont accept de
juger ce modeste travail.
F E nfin, on remercie toutes les personnes qui nous ont soutenus, nous prouvant
incessamment leur estime et amabilit, on salue rellement cette trs haute bienveillance
que vous portez notre gard, et qui nous marquera toujours.
Que la paix de Dieu et ses bndictions soient

Toujours avec vous
v
Rsum
Le prsent document constitue le fruit dun travail accompli dans le
cadre dun projet de fin dtude, effectu au sein de Varun Beverages Morocco
(VBM), filiale du groupe Varun Beverages (LTD). Ce projet a pour but de
concevoir et mettre en uvre une solution android pour Visualiser et consulter
les rapports des ventes.
F Varun Beverages, se charge de la mise en bouteille de la
commercialisation et de la distribution des Marques : Pepsi, 7UP, Miranda, vise
amliorer constamment la qualit de ses produits, et donc amliorer le
droulement du processus qualit qui est mis en jeu lors de la ralisation de ses
travaux.
F Les priorits de ce projet sont la monte en fiabilit des produits et
lamlioration des processus mis en place pour assurer leur qualit. La
problmatique tant de rsoudre les manques de traabilit du processus qualit
par lautomatisation dun certain nombre de tches et la consolidation des
donnes. Il sagissait terme de concevoir un outil Android qui permet
finalement daider aux dcisions de lquipe commerciale.
F Plus concrtement, il sagit de la ralisation dune Application Android,
pour le suivi des Rapports des ventes, et le calcul des indicateurs de
performances.
F Lavant-projet consistait tudier les processus mtiers, et les diffrentes
normes assurant la qualit. Ensuite, une tude approfondie sur les diffrents
aspects techniques et conceptuels t faite, afin dvaluer la maturit des
choix possibles, et leurs capacits de combler le besoin fonctionnel nonc.
F Le choix sest port sur la plateforme Android comme solution
technique. Escort avec succs par une conception dtaille avec le langage de
modlisation unifi (UML), et le processus de dveloppement en Y (2TUP).
F De fil en aiguille, lapplication a t ralise, teste et sera dploye
prochainement. Et cela reprsente la fin dune exprience fructueuse qui sest
tale sur quatre mois au sein de VBM, dont le rsultat tait concluant et trs
russi.
Mots cls : Qualit Logiciel, Projet embarqu, JAVA, UML, 2TUP, Android.
vi
Abstract
This document is the upshot of furious work, that was made as a part of
an end of study project, accomplished during an internship in Varun
Beverages Morocco (VBM), subsidiary company of Groupe Varun Beverages
(LTD).
This project has as an end goal to conceive and enforce an android

solution for visualizing and facilitating the consultation of sales report.
Varun Beverages is in charge of conditioning and commercializing these
brands: Pepsi, 7UP, Miranda. It aims to increase its products quality by
applying an effective quality monitoring system.
This projects aims to enhance the products reliability and upgrade the
entire quality monitoring system. The problematic is to clear up the lack of
traceability of informations and ensuring it by automatizing a certain number
of tasks and strengthening the data.
Furthermore,is all about the implementation of an Android Application that
ensures project monitoring and calculates systematically the performance
indicators.
The draft phase consists mainly on studying and understanding the

business process and the different quality standards.
Afterwards, an in-depth study about the different technical and

conceptual aspects has taken place in order to identify and recognize the
available choices and their capacity to overrun the overall failures.
Eventually, Android platform had been chosen as a technical solution in

response. Escorted successfully by an itemized conception made out by
unified modelization language (UML), and 2TUP as development process.
Ultimately, that was the fruit of a internship that lasted 4 months in

Varun Beverages Morocco (VBM) where the results were successfully
accomplished.
Keywords: software quality, embedded project, JAVA, UML, 2TUP,

Android
vii
Glossaire
2TUP Two Track Unified Process.
API Application Programming Interface.
Brand Marque
DAO Data Access Object.
SOA Architecture oriente service
Flaveur Parfum
J2EE Java 2 Enterprise Edition
LTD Groupe Varun Beverages
MVC Model View Controller
MTD Month to Day
MASR Mobile Application for sales Report.
MAJ Mise jour
YTD Year to Day
LY Last Year
IDE Integrated Development Environment.
Pack-Type Type de lemballage
Pack-Size Taille de lemballage
SDK Software Development Kit
SDU Software Development Unit
SGBD Systme de Gestion de Base de donnes
SSO Single Sign-On
viii
SW Software
VBM Varun Beverages Morocco
UML Unified Modeling Language
ix
Liste des tableaux
Tableau 1 : Privilges des acteurs ......................................................................................................... 22

Tableau 2:Description du cas dutilisation Sauthentifier ................................................................. 24
Tableau 3: Description du cas dutilisation Modifier un compte ..................................................... 25
Tableau 4 : Description du cas d'utilisation Suppression dun compte ........................................... 26
Tableau 5: Description du cas d'utilisation Consultation des ventes par Routes ............................. 26
Tableau 6: Description du cas d'utilisation Consultation des ventes par Routes et date ................. 27
Tableau 7 : Description du cas dutilisation Consulter Dashboard .................................................. 27
Tableau 8: Description du cas d'utilisation Consulter la table d'objectif ........................................ 28
Tableau 9 : Description du cas d'utilisation Consulter les ventes de lanne prcdente .............. 29
Tableau 10 : Description du cas d'utilisation Consulter les objectifs UM .................................... 30
Tableau 11 : Description du cas d'utilisation Consulter les ventes par date UM ......................... 30
Tableau 12:Description du cas d'utilisation Consulter les Dashboard UM ................................... 31
Tableau 13:Rles et responsabilits ct Varun Beverages Morocco ................................................... 73
Tableau 14: Rles et responsabilits ct ISGA SETTAT.................................................................... 73
Tableau 15: Membres du comit de pilotage ........................................................................................ 74
Tableau 16: Membres du comit du projet ............................................................................................ 74
Tableau 17:Plan des livrables ................................................................................................................ 74
x
Tables des figures
Figure 1 : Les 6 plus grosses entreprises mondiales en termes de chiffre d'affaires de l'industrie
agroalimentaire en 2013 selon le classement de Fortune Global 500 ..................................................... 5
Figure 2 : Organigramme de l'entreprise ................................................................................................. 8
Figure 3 : Cycle de dveloppement des logiciels PEPSICO ...................................................................... 9
Figure 4 : Processus de dveloppement en Y ........................................................................................ 14
Figure 5 : Planification des taches de Projet ......................................................................................... 17
Figure 6 : Planification (Diagramme de Gantt) ..................................................................................... 18
Figure 7: Hirarchisation des utilisateurs .............................................................................................. 21
Figure 8 : Diagramme de cas dutilisation global.................................................................................. 23
Figure 9: Diagramme du Use Case abstrait Gestion des comptes ................................................... 24
Figure 10:Diagramme du Use Case abstrait Consultation des ventes par Routes ........................... 26
Figure 11: Diagramme du Use Case abstrait Consulter la table d'objectif ...................................... 28
Figure 12: Diagramme du Use Case abstrait Unit Manager ............................................................ 29
Figure 13: Diagramme du Use Case abstrait Directeur Rgional ................................................... 31
Figure 14:LARCHITECTURE DU SYSTEME ANDROID ............................................................... 35
Figure 15: Cycle de vie dune Activit sous Android ........................................................................... 37
Figure 16: Portail des dveloppeurs Android ........................................................................................ 38
Figure 17 : Interface dinstallation du SDK Android ............................................................................ 39
Figure 18 : Interface dEclipse .............................................................................................................. 40
Figure 19 : Architecture 2-Tiers ............................................................................................................ 41
Figure 20 : Organisation conceptuelle des fonctionnalits .................................................................... 44
Figure 21 : Structuration gnrique en Packages .................................................................................. 45
Figure 22: Diagramme de squence du Use Case sauthentifier ..................................................... 46
Figure 24:Diagramme de squence du Use Case Vente par route .................................................. 47
Figure 23:Diagramme de squence du Use Case Modifier un compte ........................................... 47
Figure 25: Diagramme de squence du Use Case vente par type de produit ................................. 48
Figure 26:Diagramme de squence du Use Case vente par date ..................................................... 48
Figure 27: Diagramme de squence du Use Case Menu des objectifs ........................................... 49
Figure 28: Diagramme de squence du Use Case Dashboard superviseurs .................................... 49
Figure 29:Diagramme de squence du Use Case vente par superviseur UM ................................... 50
Figure 30:Diagramme de squence du Use Case vente par date UM............................................... 50
Figure 31:Diagramme de squence du Use Case Chartes des objectifs UM .................................... 51
Figure 32:Diagramme de squence du Use Case Consulter Dashboard DR ................................... 51
Figure 33:Diagramme de base de donnes ............................................................................................ 53
Figure 34: Outils et technologies utilises............................................................................................. 56
Figure 35: Page dauthentification ........................................................................................................ 57
Figure 36:Page daccueil de lapplication ............................................................................................. 57
Figure 37:Menu des superviseurs .......................................................................................................... 58
Figure 38:Accueil des Superviseurs ..................................................................................................... 58
xi
Figure 39: Produits les plus vendu ........................................................................................................ 59
Figure 40: Vente par route..................................................................................................................... 59
Figure 41:Vente du mme mois de l anne dernire............................................................................ 60
Figure 42:Objectif des routes ................................................................................................................ 60
Figure 43:Calendrier des ventes ............................................................................................................ 60
Figure 44:Vente par date (Superviseur) ................................................................................................ 60
Figure 45:Dashboard des Pack-Size ...................................................................................................... 61
Figure 46: les ventes des routes du mois en cours................................................................................. 61
Figure 47 : Menu de l'Unit Manager ..................................................................................................... 62
Figure 48: vente par date (Unit Manager) ............................................................................................. 62
Figure 49 : Total de vente des flaveurs LY/YTD .................................................................................. 62
Figure 50: Les Pack-Types les plus Vendu (YTD) ............................................................................... 63
Figure 51:Menu Directeur Rgionale .................................................................................................... 63
Figure 52: Total vente des Unit Managers et leur objectifs .................................................................. 64
Figure 53: Le Rapport Ventes des Mois ............................................................................................... 64
Figure 54:Le totale des ventes du rgion ............................................................................................... 65
Figure 55 : les ventes par Pack LY/YTD .............................................................................................. 65
Figure 56: Les Container les plus vendu de la Rgion .......................................................................... 66
Figure 57:Page Administrateur.............................................................................................................. 66
xii
Table des matires
Ddicaces ................................................................................................................................................iii
Ddicaces ................................................................................................................................................ iv
Remerciements........................................................................................................................................v
Rsum ................................................................................................................................................... vi
Abstract ................................................................................................................................................. vii
Glossaire ............................................................................................................................................... viii
Introduction Gnrale ........................................................................................................................... 1
1 Chapitre 1 : Contexte gnral du projet ...................................................................................... 4
1.1 Prsentation de lorganisme daccueil ..................................................................................... 4
1.1.1 Prsentation de Pepsico ................................................................................................... 4
1.1.2 Prsentation gnrale de Varun Beverages Morocco (VBM) ......................................... 6
1.1.3 Organigramme de l'entreprise.......................................................................................... 8
1.2 Cadre du projet ........................................................................................................................ 9
1.2.1 tat de lart ...................................................................................................................... 9
1.2.2 Problmatique ................................................................................................................ 10
1.2.3 Prsentation du projet .................................................................................................... 11
1.2.4 Organisation du service commercial ............................................................................. 12
1.3 Dossier de pilotage ................................................................................................................ 13
1.3.1 Processus de dveloppement du projet ......................................................................... 13
1.3.2 Planification du projet ................................................................................................... 14
1.4 Bilan ...................................................................................................................................... 16
2 Chapitre 2 : Spcification et analyse des besoins ...................................................................... 20
2.1 Spcifications des besoins fonctionnels ................................................................................ 20
2.2 Analyse des besoins............................................................................................................... 20
2.2.1 Identification des acteurs ............................................................................................... 20
2.2.2 Diagrammes de cas dutilisation du systme ................................................................. 21
3 Chapitre 3 : tude Technique .................................................................................................... 34
3.1 Technologie de dveloppement ............................................................................................. 34
3.1.1 Prsentation de la plateforme Android .......................................................................... 34
xiii
3.1.2 Architecture dAndroid ................................................................................................. 34
3.1.3 Prise en main de lenvironnement Android ................................................................... 37
3.2 Environnement de dveloppement ........................................................................................ 40
3.3 Architecture applicative......................................................................................................... 41
3.4 Bilan ...................................................................................................................................... 42
4 Chapitre 4 : Etude Conceptuelle ................................................................................................ 44
4.1 Conception gnrique ............................................................................................................ 44
4.2 Conception dtaille .............................................................................................................. 45
4.2.1 Diagrammes de squence .............................................................................................. 45
4.2.2 Diagramme de base de donnes SQL server ................................................................. 52
4.3 Bilan ...................................................................................................................................... 54
5 Chapitre 5 : Mise en uvre ......................................................................................................... 56
5.1 Outils de dveloppement ...................................................................................................... 56
5.2 Ralisation ............................................................................................................................. 56
5.3 Bilan ...................................................................................................................................... 67
Conclusion gnrale ............................................................................................................................ 68
Bibliographie........................................................................................................................................ 69
Webographie ........................................................................................................................................ 70
Annexes ................................................................................................................................................ 71
6 Annexe A. Plan de Sales Report..................................................................................................... 73
6.1 Objectifs et caractristiques du projet .................................................................................. 73
6.2 Rles et responsabilits ......................................................................................................... 73
6.3 Organisation des runions ..................................................................................................... 73
6.4 Plan des livrables ................................................................................................................... 74
xiv
Introduction Gnrale
Avec ses quelques 2,2 milliards d'utilisateurs, la tlphonie mobile
reprsente l'une des technologies de communication qui connat en ce
moment une des croissances les plus rapides dans le monde entier. En
particulier dans les pays en voie de dveloppement, les rseaux mobiles sont
dploys dans des zones rurales o les autres moyens de communication de
donnes par tlphonie mobile ne sont pas encore disponibles large chelle.
De plus, les communications vocales restent souvent bien trop

onreuses pour permettre une utilisation de routine par les individus dans les
zones rurales dans les pays en voie de dveloppement.
Toutefois, les applications mobiles ont permis facilit la vie avec

beaucoup de crativit.
En effet, les appareils mobiles d'aujourd'hui sont alles au-del de leur

rle primitif d'outils de communication ils sont devenu comme des
priphriques qu'ont le but de satisfaire les besoins des clients. D'ailleurs, les
tlphones mobiles sont des systmes embarqus, ce qui rend les services
intgrs des applications mobiles embarqus. Cest dans ce cadre que s'inscrit
notre projet de fin d'tude (PFE) .En effet, on cherche mettre sur pied un
environnement apte pour dvelopper et dployer une application destine
des tlphones portables.
F Cest dans cette optique que la socit Varun Beverages Morocco nous
a accueillie et nous a confi la ralisation dune Application Android for
sales Report.
F Le prsent rapport synthtise tout le travail que nous avons effectu
dans cette perspective, et porte sur notre contribution dans la ralisation de
Lapplication Mobile
Il est organis en chapitres comme suit :
o Le premier chapitre donne une prsentation de lorganisme daccueil

ainsi que le contexte gnral du projet.
o Le deuxime chapitre prsente les diffrents besoins fonctionnels

auxquelles doit satisfaire lapplication.
1
Introduction Gnrale
o Le troisime chapitre nonce les exigences techniques ainsi que les

choix technologiques retenus pour la phase de dveloppement.
o Le quatrime chapitre prsente la conception gnrale et dtaille du

systme raliser.
o Le dernier chapitre expose les objectifs accomplis en titre de
ralisation.
F Finalement, une conclusion rcapitulative du travail ralis, suivi des
perspectives qui ont t dgages dans le cadre de ralisation de ce projet.
2
CHAPITRE 1
Contexte gnral du projet
Le prsent chapitre prsente le cadre gnral du projet. Il a pour but de

prsenter lorganisme daccueil, ses activits et son organisation, ainsi que
dnoncer quelques notions et terminologies relatives au projet.
Ce chapitre rvle galement lobjectif principal ainsi que la mthodologie
adopte pour la conduite du projet.
3
Chapitre 1. Contexte gnral du projet
1 Contexte gnral du projet

1.1 Prsentation de lorganisme daccueil
1.1.1 Prsentation de Pepsico
PepsiCo est une multinationale amricaine spcialise dans le secteur agroalimentaire. Elle
est particulirement connue pour ses boissons, dont le Pepsi-Cola, et ses produits snacks.
PepsiCo est en 2012 la deuxime entreprise agroalimentaire du monde et la premire
entreprise agroalimentaire d'Amrique du Nord par son chiffre d'affaires (65,5 milliards de
dollars) et la cinquime par le bnfice net (6,46 milliards de dollars), aprs Nestl (U.S. &
Canada), Coca-Cola Co., Anheuser-Busch InBev et Sunkist Growers.
L'entreprise employait en 2010 environ 285 000 personnes dans le monde. En 2014,
PepsiCo France est class par Great Place To Work la 3eme place dans le classement des
entreprises o il fait bon travailler en France.
La multinationale PepsiCo a t cre en 1965 suite la fusion de Pepsi-Cola Company et
Frito-Lay, l'entreprise amricaine spcialise dans l'laboration de produits de grignotage,
notamment les clbres chips Lay. Au fil des ans, PepsiCo rachte diffrentes compagnies
qui vont participer sa croissance, dont Tropicana en 1998, Quaker Oats Company en 2001
et Benenuts en 2005. En 2012, le sige de PepsiCo se situe New York, aux tats-Unis.
PepsiCo est constitue de quatre parties : PepsiCo Americas Foods, PepsiCo Americas
Beverages (les activits de cette dernire sont rserves au continent amricain), PepsiCo
Asia, Middle East & Africa, et PepsiCo Europe. PepsiCo est implante dans 200 pays
travers le monde. La multinationale gre 200 marques dont de trs clbres comme Lipton
Ice Tea et 7up. En effet, l'entreprise possde certaines marques l'international qu'elle ne
dtient pas aux tats-Unis, et inversement. La multinationale PepsiCo est la deuxime plus
grande socit agroalimentaire dans le monde par son revenu net. En 2012, le prsident-
directeur gnral de PepsiCo est une femme du nom d'Indra Nooyi.
Raison sociale : PEPSICO

Siege social : Purchase, New York (USA)
Forme juridique : SA
Date de cration : 1965
Action : NYSE - PEP
Activit : Boissons et alimentaire
Prsidente : Indra Nooyi
Effectif : 274 000
Produits : Pepsi
7 up
Tropicana
Lipton ice tea
Quaker
Lay's
Benenuts
Doritos
Capital : 66.4 Mds de dollars
4
Figure 1 : Les 6 plus grosses entreprises mondiales en termes de chiffre d'affaires de l'industrie agroalimentaire en
2013 selon le classement de Fortune Global 500
Avec une prsence dans plus de 200 pays et un chiffre d'affaires dpassant les 65 milliards
de dollars, PEPSICO est le 2e groupe agroalimentaire mondial en termes de chiffre
daffaires1. Le groupe poursuit son dveloppement sur ses 4 secteurs d'activit phares : les
Soft Drinks, les Jus de Fruits, les Chips et Biscuits Apritifs et les Crales.
1.1.1.1 La vision de PepsiCo
La vision de PepsiCo est : donner un sens la performance. Le souhait de faire de PepsiCo

une entreprise vritablement durable sexprime dans la vision stratgique du groupe
Performance with Purpose. Axe sur la protection de lenvironnement et des richesses
naturelles de la plante, PepsiCo investit activement en recherche et dveloppement pour
crer de meilleurs produits, btir une socit et des communauts plus solides et soutenir
par ailleurs tous ses collaborateurs dans leur dveloppement.
1.1.1.2 Les valeurs de PepsiCo
Les valeurs et la philosophie du groupe s'articulent autour de devenir une entreprise

responsable tant sur le plan social qu'environnemental. Ces principes sont au cur de ses
dcisions. Ainsi, PepsiCo se considre, en tant quindividus et en tant quentreprise,
responsable de tout ce qu'elle entreprend.
Dans toutes ses activits ; elle recherche de lhonntet, la sincrit, lquit et lintgrit ;
dans ce sens, elle respecte six principes fondamentaux :
La recherche de solutions optimales pour l'entreprise, ses clients, ses consommateurs.

La vente de produits innovants.
Lhonntet et la sincrit dans tout ce qui est fait.
La prise en compte du court et du long terme.
5
La mise en avant de la diversit et de l'inclusion.

Le respect mutuel et la ralisation de rsultats en quipe.
1.1.2 Prsentation gnrale de Varun Beverages Morocco (VBM)
RJ Corp
Varun Beverages
Limited
Varun Beverages
Morocco
Varun Beverages Morocco est une filiale de Varun Beverages Limited, elle mme filiale de
RJ Corp.
Optant pour une stratgie de diversification, le groupe RJ Corp est prsent dans plus de 20
pays dans le monde et dans diffrents domaines : agro-alimentaire, immobilier, sant,
recherche et dveloppement de l'enseignement.
Varun Beverages Limited, une des filiales du groupe RJ Corp est class le 2me plus gros
embouteilleur de Pepsi Co dans le monde et le 1er embouteilleur en Asie du Sud Est. Celle-ci
fabrique et commercialise les marques Pepsi de boissons gazeuses, non gazeuses et l'eau
6
potable conditionne. Le portefeuille des boissons de la socit comprend galement 7up,

Miranda, et les marques de Mountain Dew ; boissons faibles en calories tels que Pepsi Diet ;
boissons nutritionnelles telles que Aquafina l'eau potable ; et les jus tels que Tropicana, Slice
et Twister base. La socit est propritaire franchis de Yum Restaurants International, y
compris Pizza Hut et KFC.
La socit a t constitue en 1995 et est base Gurgaon en Inde. Avec plus d'un tiers de
l'activit de Pepsi en Inde, Varun Beverages est le principal partenaire embouteilleur de Pepsi.
La socit a sign un accord de licence avec PepsiCo en 1991, et au cours des annes ce
partenariat d'affaires est pass d'une usine d'embouteillage unique Agra 9 usines travers
l'Inde aujourd'hui. Son respect des normes de production et des technologies avances lui ont
permis de gagner le prix du meilleur embouteilleur dans le Monde en 1997.
L'engagement de RJ Corp la prservation de l'environnement a conduit incorporer

diffrentes mthodes de conservation de l'eau dans ses usines d'embouteillage. Rparties sur
plusieurs sites, les usines d'embouteillage de VBL utilisent une technologie de pointe pour
rduire la consommation d'eau. Diverses innovations technologiques dans les usines ont
permis d'amliorer la rcupration de l'eau. Sur le plan international, Varun Beverages reste le
partenaire prfr de Pepsi Co au Npal et au Sri Lanka ; et il met profit son expertise pour
dvelopper rapidement et enrichir ses oprations d'embouteillage en Afrique dans les marchs
mergents comme le Mozambique, la Zambie et le Maroc.
1.1.2.1 Historique
Depuis 2003 ; Oulms, la filiale du groupe Holmarcom sest lance dans l'activit des
boissons gazeuses en partenariat avec Pepsico. Aprs une activit ayant dur huit ans,
le groupe Holmarcom cde la branche boissons gazeuses au groupe indien RJ Corp le 4
fvrier 2011.
Varun Beverages Morocco a t cre en 2011 ; aprs la reprise de l'affaire des boissons
gazeuses effectue par Varun Beverages, le bras arm de RJ Corp et l'un des partenaires
embouteilleurs les plus importants de PepsiCo. A travers cet acte, la multinationale montre
son attachement au march marocain et ne cache pas son intention de monter en puissance
dans le Maghreb et en Afrique.
Avec plus de 500 collaborateurs, Varun Beverages Morocco continue son expansion
notamment dans les rgions suivantes : Casablanca, Rabat, Beni-Mellal, Khouribga, Nador, El
Hoceima, Khmissat, Sidi-Kacem, Tanger, Fs, Mekns
1.1.2.2 Les activits de VBM
Varun Beverages Morocco (VBM), filiale de Varun Beverages Limited se charge de la mise
en bouteille, la commercialisation et la distribution des marques : Pepsi, 7UP, Mirinda. Elle
7
reprsente de faon exclusive la marque Pepsi-Cola au Maroc et emploie plus de 500

collaborateurs.
1.1.2.3 Fiche technique
Raison sociale : Varun Beverages Marocco S.A

Siege social : Zone Industrielle Bouskoura, 20180 Casablanca
Adresse : sige et dpt de Casablanca-zone industrielle de Bouskoura
20180- Casablanca
Forme juridique : Socit Anonyme
Capital : 42 000 000 Dhs
Date de cration : 2010
Registre de : 229711
commerce
Identit fiscale : 40248666
Patente : 32019099
CNSS : 8634976
Dpts au Maroc : Casablanca, Marrakech, Fs
Surface totale : Sige et dpt Casablanca 10.000 m2 dont 4.700 m2 couverts
Tlphone : 0529 053 000 - 0529 052 999
Fax : 2120529053030
1.1.3 Organigramme de l'entreprise
Figure 2 : Organigramme de l'entreprise
8
1.2 Cadre du projet
1.2.1 tat de lart
La densit structurelle et la charge technique, couples avec la criticit du contexte

de ralisation des produits PEPSI rendent ncessaire la mise en place dun mcanisme de
suivi des Ventes au sein de VBM
Cycle de dveloppement des Logiciels embarqus INTELLIGENCE

ARTIFICIELLE
F Chaque logiciel engage une multitude dtapes de dveloppement en vue de sa
certification. Ces tapes sont organises et hirarchises de manire tablir un cycle de
dveloppement logiciel bien prcis qui est le cycle en V classique.
Comme nous pouvons le voir sur la figure 5, le modle du cycle en V est constitu
de trois grandes phases :
Phase descendante ou phase de conception :
Figure 3 : Cycle de dveloppement des logiciels PEPSICO
Spcification : reprend en dtail les lments du cahier des charges. Cette tape dcrit de
faon exhaustive ces exigences.
9
o Conception gnrale : dcrit de faon plus dtaille les fonctionnalits du logiciel.

Chaque fonctionnalit est dcrite en spcifiant son algorithme, et dcrit galement
larchitecture du futur logiciel. A cette tape, la phase des tests dintgration est initie
cest--dire les tests qui permettront de dmontrer que chaque fonctionnalit a t
correctement implmente.
o Conception dtaille : dtaille chaque algorithme spcifi dans ltape prcdente

pour
permettre un programmeur de coder des algorithmes justes en lisant la conception
dtaille.
On est trs proche du code final. A cette tape, est initie la phase des tests unitaires qui
permettront plus tard la dtection des "Bugs", qui seront corrigs par la suite.
Phase de ralisation ou codage :

o Codage : fait la transcription en langage interprtable par un compilateur de la
conception dtaille avec des langages comme JAVA, C++, PHP. . . etc.
La fin du codage ne signifie pas la fin du projet, car il reste encore un ensemble de
dysfonctionnements ou "Bugs" quil est ncessaire de dtecter et corriger. La phase de test
est l pour supprimer autant que possible les dysfonctionnements du codage.
Phase ascendante ou phase de validation :
o Tests unitaires : permettent de vrifier sil y a des erreurs entre la transcription de

la conception gnrale et le code.
o Tests dintgration : permet la localisation des incohrences entre la conception

gnrale et la conception dtaille.
o Validation et Maintenance : montre au client que le logiciel dcrit dans le cahier

des charges est bien en accord avec le produit final, pour cela un ensemble de tests est
imagine pour montrer quil fonctionne bien comme le client le souhaitait.
1.2.2 Problmatique
Lensemble des activits au sein de VBM sont gres par lintermdiaire des fichiers
Excel. Mais la longue, les documents sentassent, se perdent et cela devient difficile
grer. A
cet effet, les techniques de gestion, danalyse et de synthse des diffrentes activits
utilises jusqu prsent, permettent de dpenser beaucoup de temps pour avoir des
rsultats pour la synthse.
Toutefois, ces rsultats restent insuffisants, la preuve en est que malgr tous les efforts
consentis, les synthses sont difficilement conues, et reprsentent des limitations. De ce
fait, lusage abusif de ce systme bureautique peut en effet induire des dfaillances :
10
La Consultation des Ventes nest pas toujours effectue temps.
Un manque de partage de linformation qui aboutit le plus souvent des

dsaccords.
Une traabilit non assure sur la provenance des fichiers commercial ainsi sur leur
versions, celles-ci pouvant tre issues dautres sources non identifies.
Une absence de scurit sur les donnes, celle-ci ntant pas gre au sein dun
systme centralis, des restrictions sur la taille des fichiers, ce qui pose problme
quand la volumtrie des donnes ne fait que saccrotre.
Absence de synthse sur les ressources utilises (nombre de tests / personnes /

indicateurs).
F En effet, dans VBM, le responsable commercial a toujours dautres mtiers. Il est donc
important que la gestion du systme commercial soit efficiente et ne prenne pas trop de
temps. Il sagit donc damliorer les nombres de ventes des Produits. Or jusqu prsent,
les systmes de gestion des ventes bass sur Excel gnrent beaucoup de lourdeurs et
transforment parfois lentreprise dynamique en une entreprise bureaucratique.
F Par exemple, lors du droulement dune activit de vente dans le contexte dun projet
donn, le responsable commercial doit parcourir tous les fichiers Excel, un par un, pour
aboutir au choix voulu .De plus, lors de la constatation dune non-conformit, le
responsable commercial doit la signaler dans le fichier et se dplacer chez le collaborateur
pour poser des questions supplmentaires. Ceci semble fastidieux et trop lourd faire, et
constitue lun des maillons faibles qui cause des pertes au niveau de lquipe commercial.
F Le droulement des activits est une tche importante assurer par le responsable
commercial.
Ainsi, informatiser ce processus est devenu une tape essentielle dans la vision de VBM
(communication interne ou externe, optimisation de la rentabilit des membres du
personnel). Afin de remdier ces problmes et de rpondre aux attentes du futur systme,
une solution a t propose dans la section suivante.
1.2.3 Prsentation du projet
Le projet consiste raliser une application Android au sein de VBM. Cet outil de pilotage
adapt lquipe commercial devra grer au mieux le droulement des activits
commerciales via des interfaces conviviales et faciles utiliser.
F Lapplication principale a comme vocation de faciliter la transmission et le partage de
linformation depuis nimporte quel tlphone Android au rseau via internet et donc sans
avoir besoin se dplacer.
F Autrement dit, lApplication doit servir de relai de communication et dchange
11
de supports dot dune interface riche permettant linteraction avec son environnement. De
surcrot, cette application doit permettre la gnration dynamique des rapports et des
Consultations des ventes partir de la base de donnes.
F Lapplication permettra donc aux responsables commerciaux dadministrer le processus
commercial, et exploiter au mieux les donnes rsultantes. Alors que les collaborateurs
suivent le droulement des activits commerciales sur leurs travaux. ARTIFICIELLE
1.2.4 Organisation du service commercial
Comment organiser un service vente ?
Ct terrain, un tel service comprend gnralement un directeur des ventes (ou directeur
commercial), assurant le management gnral, ses directives sont relayes sur le terrain
par des responsables de vente. Ces derniers encadrent une quipe de vendeurs : 3 5 maxi.
Ce sont des managers de proximit. Ils ont pour mission d'animer et motiver les
commerciaux terrain par un suivi prcis de leurs performances, mais aussi par un soutien et
une prsence sans faille. Lquipe doit tre peu nombreuse pour que chaque membre puisse
tre suivi convenablement. Un vendeur sdentaire vient gnralement renforcer l'quipe
pour une disponibilit accrue en rponse aux sollicitations des clients.
Pour pauler les collaborateurs du terrain, un solide support commercial est de rigueur.
Plus prcisment un support au vendeur et un support au client. L'un s'inscrivant dans des
tches administratives pour soulager le commercial et permettre ainsi qu'il se focalise sur
son mtier : la vente. Le second, positionne en interlocuteur de choix pour les clients, son
rle est de les renseigner directement et de saisir leurs commandes.
Comment manager une force de vente ? Cette question recouvre diffrentes actions
assures par le responsable commercial : organisation des secteurs, formation aux
techniques de vente et aux produits (et services), externalisation en faisant faire appel
une force de vente suppltive...
Les missions sont clectiques et les enjeux dcisifs : amener son quipe de commerciaux
raliser leurs objectifs dans l'intrt de l'organisation. Les leviers d'actions sont nombreux.
Encore faut-il savoir faire preuve de finesse et de fermet envers ses collaborateurs quand
cela est ncessaire. Une fdv est compose d'individus au caractre tremp avec des besoins
trs particuliers.
Animer son quipe de vendeurs
L'animation prend alors toute son importance pour garder ses troupes motives. En effet, le
rle d'un manager des ventes est aussi d'adopter une position de ressource pour sa force de
vente. Et ce n'est pas facile pour un manager qui est issu le plus souvent des rangs des
commerciaux.
Il doit savoir prendre ses distances avec son ancien mtier pour se consacrer ses
nouvelles missions.
A savoir, apporter un vritable support au quotidien son quipe. Un mtier totalement
diffrent !
12
1.3 Dossier de pilotage
Comme tout projet de dveloppement, ladoption dune dmarche pour grer le cycle de
vie du produit simpose. Dans cette section sera prsente la dmarche suivie pour le
dveloppement et la rpartition des tapes sur lespace temporel allou au projet.
1.3.1 Processus de dveloppement du projet
Le processus de dveloppement que nous avons adopt afin de mener dans les
meilleures conditions ce projet est le processus 2TUP 2 Track Unified Process qui suit
un cycle de vie en Y.
F Laxiome fondateur du 2TUP consiste constater que toute volution impose au
systme dinformation peut se dcomposer et se traiter paralllement, suivant un axe
fonctionnel et un autre technique. 2TUP apporte des rponses aux contraintes de
changement continuel imposes aux systmes dinformation des entreprises. Dans cette
optique, il renforce le contrle sur les capacits dvolution de tels systmes.
Ce processus de dveloppement est considr comme tant un processus unifi. Il est

itratif et incrmental, ainsi il permet la gestion des risques de nature fonctionnelle et
technique en priorit de manire parallle. Le suivi de ces itrations constitue un excellent
contrle des cots et des dlais. Il est centr sur larchitecture et donc il impose le respect
des dcisions, darchitecture et dorganisation du systme chaque tape de construction.
Ce point reprsente la condition qui prside lintgrit dun projet complexe, puisquil
permet la structure et la cohrence des branches fonctionnelles et techniques.
F Le processus 2TUP sappuie sur le langage UML tout au long du cycle de
dveloppement, car les diffrents diagrammes de ce dernier permettent par leurs facilits et
clart, de bien modliser le systme chaque phase. De plus, 2TUP est pilot par les
exigences des utilisateurs. Ces exigences sont prioritairement traites dans les deux
branches cites prcdemment.
F Ladoption de ce cycle savre primordiale, car la mise en oeuvre du projet ncessite une
tude technique approfondie et une vision globale de la solution mettre en place, que ce
soit au niveau technique, architectural ou fonctionnel. 2TUP rpond ce besoin vu quil
sintresse aussi bien au technique quau fonctionnel en consacrant deux branches, une
branche fonctionnelle et une autre technique. Il permet aussi la fusion de ces deux branches
en respectant larchitecture prconise ainsi que les rgles dorganisation et de
structuration de la solution.
F Laspect itratif et incrmental de notre projet constitue une autre raison qui est aussi
importante que la premire. En fait, ce projet se base sur une forte collaboration avec
lutilisateur(Client) :
13
Il sagit de prvoir des itrations dont le rsultat serait valid. Ces itrations doivent tre
efficaces cest--dire quil faut minimiser la dure caractrisant chaque itration et
maximiser la qualit des livrables et cest ce quassure le 2TUP.
Figure 4 : Processus de dveloppement en Y
1.3.2 Planification du projet
Pour mieux grer les tapes de projet dans le cadre de lespace temporel allou au stage,
llaboration dun plan dassurance qualit savre dune ncessit primordiale. Ce plan
permet didentifier rles et responsabilits et permet dassurer le bon droulement du projet
comme il permet de mesurer son avancement.
14
1.3.2.1 Planning du projet
La planification temporelle est une tape avant-projet qui non seulement permet de
dlimiter le primtre du projet mais aussi de prvoir le droulement des activits tout au
long de la priode de stage. La figure 8 prsente le dtail de cette planification travers le
diagramme de Gantt.
15
1.4 Bilan
Le prsent chapitre avait comme objectif de contextualiser le projet, en prsentant

dune part la socit Varun Beverages Morocco en terme dactivits et dorganisation,
ainsi que les concepts cls du sujet propos et dautre part, lenchanement et le
droulement du projet. La partie suivante sera rserve pour la branche fonctionnelle, il
faut tout de mme noter que les prochains chapitres de ce rapport sinspireront fortement
du processus de dveloppement en Y.
16
Figure 5 : Planification des taches de Projet
17
Figure 6 : Planification (Diagramme de Gantt)
18
CHAPITRE 2
Spcification et analyse des besoins
La russite dun projet dpend en grande partie de la qualit
de son dpart. Consquemment, ltape de spcification et lanalyse des besoins
constituent le pidestal de dpart de ce projet. Ce chapitre sera donc consacr, comme le
suggre le processus en Y, lanalyse des besoins fonctionnelles du projet et la
spcification formelle de ces derniers par des diagrammes de cas dutilisation suivant la
modlisation UML.
F De surcrot, ce chapitre prsentera une vue densemble sur les acteurs humains ou
non qui participeront au fonctionnement gnral de lapplication Android.
19
Chapitre 2. Spcification et analyse des besoins
2 Spcification et analyse des besoins

2.1 Spcifications des besoins fonctionnels
Lapplication Sales Report et une refonte ex-nihilo dun systme qui a pour but de
centraliser le processus de vente au sein de Pepsi. En outre, ce systme doit respecter
contractuellement les standards de travail du service commercial. Par ailleurs, la capture
des besoins fonctionnels Ncessite une vision prospective du flux dinformation circulant,
des acteurs, ainsi que sur la nature des interactions de ses derniers avec le systme. Cest
dans cette optique quune tude approfondie a t mene base sur des documents internes
de Pepsi ainsi des runions ont t planifie avec les responsables commerciaux et
vendeurs ce qui nous a permis de classer les besoins du futur systme comme suit :
o Des besoins lis la circulation des informations et des documents entre les
collaborateurs de Pepsi
o Des besoins concernant la gestion de tout le processus de vente et ceci travers la
Cration dun espace ddi lquipe des commerciaux au niveau de notre
application.
2.2 Analyse des besoins
Cette partie traite lidentification des acteurs interagissant avec le systme et lorganisation
de ces interactions sous forme de cas dutilisation de notre application. Cette phase recours
au formalisme UML tant le plus adquat pour la modlisation dune application
modulaire et facilement extensible.
2.2.1 Identification des acteurs
Durant la ralisation de ce projet, une des tapes importantes consistait numrer les acteurs
susceptibles dinteragir avec lapplication Sales Report . Cette activit doit se raliser
travers une tude fonctionnelle des processus mtiers, tout en considrant la hirarchisation et
le positionnement des acteurs au sein du service.
Afin dorganiser les interactions entre les acteurs, nous les avons class en
Rles :
o Directeur Rgional : Doit avoir laccs tous les rgions de ses Unit Managers.
o Le Unit Manager: Doit avoir laccs a toutes les secteurs de ses Superviseurs.
o Le Superviseur: Doit avoir laccs toutes les routes de ses Vendeurs.
o Le Vendeur : Doit avoir laccs ses propres clients.
20
La figure 2.1 montre la hirarchisation des utilisateurs.
Figure 7: Hirarchisation des utilisateurs
Un utilisateur du systme est soit un administrateur qui privilgie du droit de la

modification des comptes utilisateurs ainsi que lattribution des rles daccs soit un
vendeur qui sera charg de la livraison des commandes et de saisir les factures , ou un
superviseur qui gre une quipe des vendeurs et qui leurs affecte des routes et des objectifs
soit un Unit Manager qui a presque le mme rle quun superviseur sauf que son quipe
se constitue du superviseurs, aussi on a le Directeur Rgional quil a comme droit la
fixation des objectifs pour chaque Mois et les distribus sur les Unit Managers qui sont a
sa disposition .
Cette hirarchisation des utilisateurs sera prise en compte dans ltude des fonctionnalits
des diffrents modules du Sales Report. La Table 2.1 rsume les fonctionnalits de chaque
acteur.
2.2.2 Diagrammes de cas dutilisation du systme
Aprs avoir identifi les rles dans la section prcdente, il est ncessaire de dterminer
pour chaque rle les cas dutilisations qui lui sont ddis. Les cas dutilisation permettent
de reprsenter le fonctionnement du systme vis--vis de lutilisateur : cest donc une vue
21
du systme dans son environnement extrieur. La figure 2.2 prsente le diagramme des cas
dutilisation globale.
Administrateur Directeur Unit Manager Superviseur
Rgional
Accder a
lApplication X X X X
Gestion Des
Utilisateurs et
leur Rles X
Consulter Les
Ventes des
Routes X X
Consulter les
Objectifs des
Routes X X
Consulter Les
Ventes Des
Secteurs X
Consulter
lhistorique des
Ventes X X X
Consulter Les
Ventes Des
Rgions X
Consulter les
Dashboard X X X
Tableau 1 : Privilges des acteurs
22
Figure 8 : Diagramme de cas dutilisation global
23
Description des cas dutilisation globaux :

Le cas dutilisation Sauthentifier
Titre Authentification
Acteurs Directeur rgional, Unit Manager, Superviseur,
Administrateur
Objectif Reconnaitre lutilisateur et permettre la gestion des rles
Description Le Systme demande l utilisateur de fournir son Nom
dutilisateur et son Mot de passe
Tableau 2:Description du cas dutilisation Sauthentifier
Scnario nominal :
1. Lutilisateur est amen saisir son login et son mot de passe.

2. Une fois valids, le systme le redirige vers sa page personnelle tout en affichant les
services auxquels il a droit.
Exceptions :
1. Le couple (login, mot de passe) est invalide.

2. Lutilisateur est appel les ressaisir.
La gestion des comptes utilisateurs :
Figure 9: Diagramme du Use Case abstrait Gestion des comptes
24
Les tableaux suivants dcrivent les diffrents cas dutilisation de la gestion des comptes
Utilisateurs :
F Le cas dutilisation Modifier un compte (Table 3) : ELLIGENCE
Titre Modifier un compte
Acteurs Administrateur
Objectif Modifier ou Supprimer des comptes utilisateurs au systme
Description Ce cas dutilisation donne le droit ladministrateur de
modifier ou de supprimer un compte utilisateur
Pr-condition Ladministrateur doit tre authentifi
Tableau 3: Description du cas dutilisation Modifier un compte
Scnario nominal :
1. Ladministrateur aura afficher la liste des Utilisateurs.
2. Un formulaire contenant des champs spcifiques (Nom de l utilisateurs, le Mot de passe)

saffiche, et ladministrateur modifie le contenu.
3. Il slectionne celui qui va tre Supprim.
F Le cas dutilisation Supprimer un compte (Table 4) : ELLIGENCE
Titre Supprimer un compte

Acteurs Administrateur
Objectif Supprimer des comptes utilisateurs au systme
Description Ce cas dutilisation donne le droit ladministrateur de
supprimer un compte utilisateur
Exemple : Suppression dutilisateur suite sa dmission
Pr-condition Ladministrateur doit tre authentifi
25
Tableau 4 : Description du cas d'utilisation Suppression dun compte
Figure 10:Diagramme du Use Case abstrait Consultation des ventes par Routes
Le cas dutilisation Consultation des ventes (Table 3) :
Titre Charger les ventes par route

Acteurs Superviseur
Objectif Consulter les ventes de ses Routes qui lui appartiennent
Description Ce cas dutilisation donne le droit au Superviseur de

consulter le total des ventes de ses routes et de charger les
ventes de LD, MTD, YTD ou bien voir Produits les plus
vendu
Pr- Le Superviseur doit tre authentifi

condition
Tableau 5: Description du cas d'utilisation Consultation des ventes par Routes
Scnario nominal :
1. Le Superviseur aura afficher la liste des Ventes.
2. Une Page contenant des Buttons spcifiques (LD, MTD, YTD) saffiche, et le
Superviseur slectionne le choix voulu.
3. Il slectionne celui qui va tre affich (Routes) pour voir les types de ventes.
26
Titre Charger les ventes par route et date

Acteurs Superviseur
Objectif Consulter les ventes par date et routes

consulter le total des ventes de ses routes et de charger les
ventes de la priode voulu

condition
Tableau 6: Description du cas d'utilisation Consultation des ventes par Routes et date
Scnario nominal :
1. Le Superviseur aura afficher la liste des Ventes par priode.
2. Une Page contenant des Calendriers (Start-Date, End-Date) saffiche, et le Superviseur

slectionne la date voulu.
3. Il slectionne la route qui va tre affich.
Exceptions :
1. Lexception principale est lorsquil nya pas de ventes dans la date slectionne (Liste
Vide).
Titre Dashboard
Acteurs Superviseur
Objectif Consulter les Chartes

consulter soit charte dobjectifs/ MTD ou objectif/ Pack-size
ou bien charte des ventes du mois de lanne dernire

condition
Tableau 7 : Description du cas dutilisation Consulter Dashboard
27
Scnario nominal :
1. Le Superviseur aura afficher les Chartes dobjectifs/MTD ou Charte objectif/Pack-

size ou bien Chartes des ventes du mois en cours de lanne dernire.
Exceptions :
1. Lexception principale est lorsqu il ny a pas de rsultat (Chartes Vide).
Figure 11: Diagramme du Use Case abstrait Consulter la table d'objectif
Titre Visualiser les objectifs

Acteurs Superviseur
Objectif Consulter Les objectifs des ses routes

consulter les ventes jusqu' aujourdhui, lobjectif du mois, le
reste raliser

condition
Tableau 8: Description du cas d'utilisation Consulter la table d'objectif
Scnario nominal :
1. Le Superviseur aura afficher la liste des objectifs du mois de ses routes, le Reste
raliser, prsentation des ventes par rapport au total, ainsi que lobjectif du jour.
28
Exceptions :
1. Lexception principale est lorsquil ny a pas dobjectif (Liste Vide).
Titre Visualiser les ventes de lanne prcdente

Acteurs Superviseur
Consulter Les ventes
Objectif
consulter les ventes du mois de lanne et aussi de la mme
date de lanne prcdente

condition
Tableau 9 : Description du cas d'utilisation Consulter les ventes de lanne prcdente
Scnario nominal :
1. Le Superviseur aura afficher soit les ventes du mois de lanne prcdente ou bien
les ventes de la mme journe de l anne prcdente
Exceptions :
1. Lexception principale est lorsque ya pas de ventes dans le mois Prcdent slectionner
(Liste Vide).
Figure 12: Diagramme du Use Case abstrait Unit Manager
29
Titre Visualiser les objectifs

Acteurs Unit Manager
Objectif Consulter Les objectifs de ses superviseurs
Description Ce cas dutilisation donne le droit lUnit Manager de
consulter les objectifs du mois de ses superviseurs
Pr- LUnit Manager doit tre authentifi

condition
Tableau 10 : Description du cas d'utilisation Consulter les objectifs UM
Scnario nominal :
1. LUnit Manager aura afficher la liste de ses superviseurs et leur totales de ventes.
2. Une autre Page sera afficher une fois Unit Manager slectionner un superviseur pour
voir ses objectifs ainsi que les routes qui lui appartient.
Titre Visualiser les ventes par date

Objectif Consulter Les ventes par priodes

consulter les ventes par la date ou par superviseur

condition
Tableau 11 : Description du cas d'utilisation Consulter les ventes par date UM
Scnario nominal :
1. LUnit Manager aura afficher la liste des Ventes par priode.
2. Une Page contenant des Calendriers (Start-Date, End-Date) saffiche, et lUnit

Manager slectionne la date voulu.
3. Il slectionne aussi le superviseur pour afficher ses ventes.
30
Exceptions :
1. Lexception principale est lorsquil ny a pas de ventes dans la date slectionne (Liste
Vide).
Titre Visualiser les Dashboard

Objectif Consulter les rapports de ventes

consulter les rapports de vente de ses superviseurs

condition
Tableau 12:Description du cas d'utilisation Consulter les Dashboard UM
Scnario nominal :
1. LUnit Manager aura afficher BarChart.
2. Une Page contenant Barchart saffiche, et lUnit Manager consulte le totale de vente de
chaque superviseur ainsi que leur objectifs de lanne en cours.
3. Il pour aussi voir les totales de ventes de flaveurs de lanne et le mois en cours puis le
compar avec lanne prcdente.
4. Aussi il pourra voir Charte des Pack-Type les plus vendus.
Figure 13: Diagramme du Use Case abstrait Directeur Rgional
31
Titre Visualiser les Dashboard

Acteurs Directeur Rgional
Objectif Consulter les rapports de ventes
consulter les rapports de vente de ses Unit Managers et de sa
rgion
Pr- Le Directeur Rgional doit tre authentifi
condition
Scnario nominal :
1. Le directeur rgional aura afficher des Dashboard.
2. Une Page contenant un menu des Chartes saffiche, et le directeur Rgional choisi le
Dashboard a consult.
32
CHAPITRE 3
tude Technique
Ce chapitre traite la capture des besoins techniques. Il sera consacr
exclusivement ltude des moyens technologiques dont nous devons
disposer, afin de mettre en uvre lapplication, et lanalyse des pr requis
techniques capables dassurer la totalit des besoins fonctionnels noncs.
C
F ette partie du rapport est ncessaire avec la capture des besoins
Fonctionnels, dans la mesure o elle permet de prvenir les risques qui
peuvent persister. Ainsi que recenser toutes les contraintes sur les choix
dimensionnant la conception technique du systme, les outils et les
matriels slectionns ainsi que la prise en compte des contraintes lors de
lintgration avec lexistant.
33
Chapitre 3. tude technique
3 tude Technique
3.1 Technologie de dveloppement
3.1.1 Prsentation de la plateforme Android
Android est un OS pour tlphone mobile et tablette tactile, promu par Google et lOpen
Handset Alliance qui comprend plus de 35 constructeurs, fournisseurs de logiciel, et
oprateurs. Il concurrence des plateformes telles que liOS dApple, Windows Mobile de
Microsoft, RIM OS intgr dans les BlackBerry de Research In Motion, WebOS dHP
Bada de Samsung, ou encore Symbian et MeeGo de Nokia.
La plateforme Android est un OS bas sur GNU/Linux entirement gratuit, sous licence
open source Apache 2. Le kit de dveloppement (SDK) et le code source dAndroid sont
disponibles depuis novembre 2007 en version 1.0.
Android a une trs grande communaut de dveloppeurs qui produisent des applications
diverses et varies pour tendre les fonctionnalits du systme dexploitation. Il y a
actuellement plus de 100 000 applications sur lAndroid Market, ce qui en fait le deuxime
environnement de dveloppement le plus populaire, derrire iOS. Les applications sont crites
pour la plupart en Java, et peuvent utiliser le hardware et les fonctionnalits du systme via
des librairies Java dveloppes par Google.
Le fait que le code soit compltement ouvert, permet de nombreux dveloppeurs de le

modifier pour y ajouter des fonctionnalits ou corriger des bugs, et ainsi de proposer la
communaut des builds personnaliss, souvent plus avancs que les versions officielles
proposes par les constructeurs.
3.1.2 Architecture dAndroid
Systme dexploitation Open Source pour terminaux mobiles conu par le Startup Android
rachete par Google en Aot 2005, Android est aujourdhui dvelopp autour du
consortium Open Handset Alliance runissant une trentaine de partenaires. Cet OS se
diffrencie des autres systmes pour mobile parce quil possde un avantage majeur qui est
celui quil est ouvert. Cest pourquoi, il nous a sembl pertinent dans le cadre de ce projet
acadmique de travailler sur cette plateforme.
Les applications Android sont dveloppes en JAVA. Cest ainsi quAndroid dispose dun
ensemble de librairies du JDK , en plus des fonctionnalits supplmentaires qui lui sont
propres (cest le cas par exemple de la gestion de linterface graphique). Etant en JAVA,
on aurait pu penser que ces applications sexcutent sur la JVM (machine virtuelle java de
Sun). Ce qui nest pas le cas, car ils sexcutent sur la "Dalvik VM".
34
Il sagit de la machine virtuelle dveloppe par Google pour Android et adapte aux
systmes restreints en mmoire et puissance de processeur.
Une autre particularit de cette plateforme est que chaque application sexcute dans sa
propre instance de la Dalvik VM, car le systme tant multitche, il doit tre capable
dexcuter en mme temps plusieurs instances de la VM.
JAV
A
C/C+
+
KERN
EL
Figure 14:LARCHITECTURE DU SYSTEME ANDROID
Linux Kernel : Android sappuie sur le noyau Linux 2.6 pour les services systme de base
tels que la scurit, la gestion de la mmoire et des processus, le rseau et a gestion des
drivers. Le noyau sert de couche dabstraction entre le matriel et le reste de la pile
logicielle.
Android Runtime : Android inclut un ensemble de librairies fournissant la plupart des

fonctionnalits des librairies standard de Java. Chaque application Android sexcute dans
un processus, avec sa propre instance de la machine virtuelle Java, appele Dalvik. Dalvik
a t crit pour optimiser lexcution dune multitude dinstances de la machine virtuelle,
avec une empreinte mmoire rduite. Dalvik sappuie sur le noyau Linux pour les
fonctionnalits bas-niveau tels que les threads ou la gestion de la mmoire.
Librairies: Android fournit un ensemble de librairies C/C++ utilises par diffrents

composants du systme. Ces fonctionnalits sont rendues disponibles aux dveloppeurs au
35
travers du framework dapplication dAndroid. On trouve parmi ces librairies: librairie C

standard, moteurs daffichage 2D et 3D, SQLite, rendu des polices de caractres etc.
Application Framework : Le framework dapplication est la couche qui nous intresse

tout particulirement. Cest elle qui fait le lien, grce un ensemble dAPIs Java, entre le
systme et lapplication. tant un systme ouvert, Android permet aux dveloppeurs de
concevoir des applications trs riches et de tirer partie dun maximum de fonctionnalits.
Les dveloppeurs ont donc accs aux mmes fonctionnalits que celles utilises par les
applications fournies avec Android.
Les applications Android sont composes de 4 principaux :

Activity : Gestion de la vie des applications, car une application se compose de
plusieurs crans. Et chaque cran peut tre ralis par une activit, implmente
sous la forme dune classe qui hrite de la classe Activity.
Services : Les services nont pas dinterface graphique et tournent en tache de
fond (en arrire-plan). Cest--dire quune application sexcute quand une
autre application est en train de sexcuter comme les services de lecture de
musique.
Broadcast receives : Il coute et ragi aux annonces broadcast (ractions sur les
vnements extrieurs). Par exemple appel entrant, changement de fuseau
horaire.
Content providers : Gestion du partage de donnes entre applications.
En rsum Android permet le partage de composant antre applications ainsi que de grer
leur cycle de vie. Cycle de vie des activits plus prcisment. Ce cycle de vie est exprim
par la figure ci-dessous.
36
Figure 15: Cycle de vie dune Activit sous Android
3.1.3 Prise en main de lenvironnement Android
La premire tape de notre travail avec lenvironnement Android a t dapprhender le

SDK, larchitecture et le dveloppement dune application ainsi que son dploiement sur
un terminal embarquant Android.
3.1.3.1 Prsentation du SDK
Google mis en place un grand nombre doutils pour aider les dveloppeurs Android. Le
portail des dveloppeurs La premire chose visiter est le portail des dveloppeurs Android,
mis en place par Google.
37
Figure 16: Portail des dveloppeurs Android
Trs complet, ce site prsente Android, explique comment installer et utiliser les diffrents
outils (SDK, NDK etc.), propose un ensemble de tutoriels et articles concernant le
dveloppement dapplications Android, expose la rfrence de lAPI Android ainsi que les
actualits lies Android.
Le tout est trs bien fait et permet de rapidement tre confortable vis--vis du
dveloppement sur Android.
o Le SDK Android
Loutil le plus important est le SDK Android. Facile installer, il permet de tlcharger
tous les outils indispensables au dveloppement dapplications. Un petit logiciel permet
dabord de tlcharger les diffrentes versions du SDK (une version du SDK par version
dAndroid : 1.4, 1.5, 1.6, 2.0 etc.). Il permet galement de tlcharger les diffrentes
versions des Google APIs (APIs pour intgrer des fonctionnalits lies aux services Google
tels que Maps etc.) ou de la documentation JavaDoc. Son fonctionnement est similaire aux
gestionnaires de paquets de Linux.
38
Figure 17 : Interface dinstallation du SDK Android
o ADT pour Eclipse
Eclipse est lEnvironnement de Dveloppement Intgr (ou IDE) le plus largement utilis
pour la programmation Java; trs performant, il est de plus gratuit et open source.
Le langage privilgi pour le dveloppement dapplications Android est justement Java.

Google a donc tout naturellement conu un plugin pour Eclipse (un plugin est un module
qui complte un logiciel hte pour lui apporter de nouvelles fonctionnalits).
Android Development Tools, ou ADT, est trs complet et surtout trs pratique : conception
graphique dinterfaces utilisateur, debug distant sur un tlphone, gestion de larchitecture
de fichiers dune application etc.
39
Figure 18 : Interface dEclipse
3.2 Environnement de dveloppement
o IDE Eclipse :
Comme nous venons de le prsenter dans la section prcdente, il est certes que nous avons
utilis lIDE Eclipse pour dvelopper lapplication Sales Report.
Eclipse est un environnement de dveloppement intgr libre extensible, universel et

polyvalent, permettant de crer des projets de dveloppement mettant en uvre n'importe
quel langage de programmation. Eclipse IDE est principalement crit en Java ( l'aide de la
40
bibliothque graphique SWT, d'IBM), et ce langage, grce des bibliothques spcifiques,

est galement utilis pour crire des extensions.
La spcificit d'Eclipse IDE vient du fait de son architecture totalement dveloppe autour
de la notion de plugin : toutes les fonctionnalits de cet atelier logiciel sont dveloppes
en tant que plug-in.
Dans le cadre de notre projet, nous avons utilis la version Eclipse Kepler.
o SERVEURS
La partie serveur est compose dun serveur distant: le serveur de base donne.
o Le serveur de bases de donnes utilis est le serveur MSSQL, puisque Sales Report
utilise ce serveur pour Consulter les donnes.
3.3 Architecture applicative
Larchitecture adopte pour Sales Report est une architecture 2-Tiers (figure 3).
Cette est compose de deux lments, un client et un serveur et o le tiers fait rfrence
non pas une entit physique mais logique, et que l'on peut reprsenter via le simple
schma suivant :
Figure 19 : Architecture 2-Tiers
La fonction de prsentation est la charge du client exclusivement.
Le calcul (processing) est rparti entre le client et le serveur.
Le logiciel client est gnralement spcifique au serveur.
Les donnes sont stockes ou accessibles via le serveur. Dans le cadre d'une
topologie d'accs une base de donnes, le serveur traitera les requtes en
provenance du client qui se feront en gnral en langage SQL.
41
3.4 Bilan
Aprs cette tude analytique des diffrents points techniques de
lapplication, nous avons dgag les principaux axes technologiques relatifs
au dveloppement de lapplication Sales Report. Nous avons aussi pu
dterminer le contexte dun point de vue technique, tout en prsentant une
organisation architecturale globale du projet.
42
CHAPITRE 4
tude Conceptuelle
F L e prsent chapitre met en vidence les principaux pratiques et
mthodes conceptuelles adoptes pour prdisposer la partie du
dveloppement du projet. Ceci dit, que cette partie du rapport sera
consacre la conception dtaille des cas dutilisation pralablement
tablis lors de lanalyse du besoin. Elle reprsente communment une
passerelle entre la phase des spcifications fonctionnelles et la celle de la
ralisation de lapplication Sales Report.
43
Chapitre 4. tude Conceptuelle
4 Etude Conceptuelle
4.1 Conception gnrique
Suivi des activistes de ventes
Prsentation
Gestion des Communication interne
Consultations
Statistique
Gestion des Rles
Synchronisation des donnes

Gestion Global des projets
Administration
Figure 20 : Organisation conceptuelle des fonctionnalits
F La figure 21 prsente une structuration conceptuelle des diffrentes fonctionnalits
attendues de lapplication Sales Report .
Lapproche adopte lors de la conceptualisation des aspects fonctionnels et techniques, visait

aligner la vision mtier avec une architecture oriente service. Pour en arriver l, il savre
intressant de choisir un support mthodologique facilitant la correspondance des rsultats
aux besoins et contraintes exprimes.
Lapplication se portera donc en la rduction du couplage pouvant anantir la souplesse

attendue. Ceci exige une analyse minutieuse permettant la sparation des diffrentes
fonctionnalits couvertes par le systme, ainsi que la vulgarisation des paradigmes de gestion
mises en vidence.
Structuration en package. ARTIFICIELLE

F La figure 20 expose une structuration en packages du systme englobant.
F _ Gestion de projets de consultation des ventes : englobe les entits curs du mtier.
On parle notamment dactivit consultation des ventes.
F _ Administration globale : constitue des classes incluses dans le champ fonctionnel de
44
ladministrateur (La gestion des profils des utilisateurs, les contenus, les droits).
F _ Gestion de la communication interne : regroupe les entits -dites- secondaires de
lapplication, facilitant lusage et lutilisation du systme.
F _ Prsentation : englobe les classes complmentaires au package de gestion de la
communication interne, sauf que ces dernires sont exclusivement ddies la prsentation
des donnes pour lexploitant.
Figure 21 : Structuration gnrique en Packages
La deuxime partie de ce chapitre sera consacre lapprofondissement du

droulement des cas dutilisation, et la mise en valeur des services mettre en place pour
rpondre aux exigences fonctionnelles du projet.
4.2 Conception dtaille

4.2.1 Diagrammes de squence
Le diagramme de squence reprsente linteraction des acteurs avec notre systme selon un
enchainement chronologique. Ceci dit, que la reprsentation des cas de figures par des
diagrammes de squence va nous permettre de schmatiser la collaboration entre les objets du
systme dun point de vue temporel.
45
o Diagramme de squence du cas dutilisation sauthentifier

(Voir figure 22)
INTELL Le cas dutilisation sauthentifier se dclenche une fois lutilisateur tente

daccder lun des services de lapplication Sales Report . Au premier abord, lutilisateur
remplit le formulaire dauthentification, le systme rcupre par la suite les donnes et
initialise le contexte de scurit propos par Android Security, avant de vrifier la validit
des informations entres dans le formulaire au niveau du contrleur. Si laction est passe
avec succs, lutilisateur sera redirig vers la page daccueil du Sales Report, sinon un
message derreur prendra place au-dessous du formulaire dauthentification. IG
ENCE ARTIFIC
Figure 22: Diagramme de squence du Use Case sauthentifier
IELLE
46
Figure 23:Diagramme de squence du Use Case Modifier un compte
o Diagramme de squence du cas dutilisation Modifier un compte

(Voir figure 23)
Ladministrateur du systme a le privilge de modifier un compte (prlever des droits).

Pour se faire, ladministrateur se place dans la vue admin.java, et modifie les mots de
passes des utilisateurs. La requte est intercepte par le contrleur, aprs la mise jour de
la liste du mot de passe correspondant lutilisateur. Ce dernier est optionnellement notifi
par e-mail pour chaque modification de son nouveau mot de passe.
Figure 24:Diagramme de squence du Use Case Vente par route
47
Figure 25: Diagramme de squence du Use Case vente par type de produit
Figure 26:Diagramme de squence du Use Case vente par date
La figure 24 explique comment le superviseur peut accder au menu et consulter les ventes par
route avec lapplication Sales Report. Une fois le superviseur choisi la priode de vente (LD, MTD,
YTD) il charge les ventes de ses routes. Il peut voir aussi les produits les plus vendu dans chaque
route (figure 25).
48
Le superviseur peut charger la liste des ventes dans la priode est prcis et la route slectionner, le
serveur traite les requtes ensuite il charge la liste pour lafficher au superviseur (figure 26).
Figure 27: Diagramme de squence du Use Case Menu des objectifs
Dans la figure 27 le superviseur le choix dafficher les dtails de ses objectif ou bien Dashboard. Le
Serveur dans ce cas vrifie lhistorique des ventes et retourne les donnes afficher.
Figure 28: Diagramme de squence du Use Case Dashboard superviseurs
49
Dans cette figure le superviseur le choix entre consulter les objectifs et le totales de ventes de ses
routes ou bien les objectifs des pack-Size .Le Serveur traite les requte et renvoyer les rsultats pour
afficher les Chartes.
Figure 29:Diagramme de squence du Use Case vente par superviseur UM
Figure 30:Diagramme de squence du Use Case vente par date UM
50
Figure 31:Diagramme de squence du Use Case Chartes des objectifs UM
La figure 29, 30,31 explique comment lUnit Manager peut consulter les ventes de ses superviseurs
ainsi que les Dashboard qui le concernent avec lapplication Sales Report.
Figure 32:Diagramme de squence du Use Case Consulter Dashboard DR
51
La figure 32 explique le droulement de laction dcrite dans le cas dutilisation consulter les
Dashboard . Cette action ncessite la vrification du choix de Dashboard. Ce dernier est cr de la
mme manire dans la totalit des cas dutilisation.
4.2.2 Diagramme de base de donnes SQL server
Le Digramme de base de donnes englobe les diffrentes entits et les relations entre elles. Compte
tenu des spcifications tablies dans les chapitres prcdents, le diagramme de BDD global du systme
contient un certain nombre de classes :
o User : contient les informations personnelles dun utilisateur du systme qui peut tre
Administrateur systme, Superviseur, Unit Manager ou Directeur Rgional.
o Rle : concerne le droit daccs au systme attribu lutilisateur.

o Clients : contient les informations personnelles des clients dans diffrent ville.
o Rgion : Reprsente les diffrentes rgions du Maroc.
o Ville : Reprsente tous les villes du Maroc.
o Route : Reprsente toues les routes de chaque ville, et chaque route et caractriser par son
code.
o Pack-size : Reprsente les diffrentes tailles des emballages.
o Produit : Reprsente les caractristiques de chaque produit.
o Target : Reprsente la dcision prise par le Directeur commercial et qui concerne les objectifs
des routes dans chaque mois.
o Target Pack-Size : Reprsente la dcision prise par le Directeur commercial et qui concerne
les objectifs des packs-size dans chaque mois.
o Vente : Reprsente les diffrents produits vendus.
52
53
Figure 33:Diagramme de base de donnes
4.3 Bilan
Dans ce chapitre nous avons prsent les rsultats de lanalyse

fonctionnelle qui nous a permis de dgager les objets mtiers qui nous ont servi
pour raliser les diagrammes UML de la phase de conception, savoir les
diagrammes de squences systmes et le diagramme de classes. La mise en
uvre de lapplication fera lobjet du chapitre suivant.
54
CHAPITRE 5
Mise en uvre
F La partie de mise en uvre se place la fin du processus de
dveloppement, elle comporte communment le codage et le test de la
solution Sales Report . Le prsent chapitre a donc pour but la description
de la phase de ralisation du projet, ceci exige une ventuelle prsentation de
lenvironnement de dveloppement, ainsi que certaines prises dcrans
exposantes de quelques cas dutilisations de lapplication.
55
Chapitre 5. Mise en uvre
5 Mise en uvre
5.1 Outils de dveloppement
Pour implmenter le systme, il a fallu dabord mettre en place la base de donnes ensuite de
dvelopper le module Android. Plusieurs technologies et outils ont t utiliss ce but, et sont
reprsents dans la figure 34(architecture agrmente).
Tiers service Tiers Donnes
Outils
Figure 34: Outils et technologies utilises
Les outils prsents sur cette figure sont dcrits brivement par la suite :
Eclipse Kepler : LIDE de dveloppement prconis. Il est libre, extensible, universel et

polyvalent, il permet de crer des projets de dveloppement optimiss pour JEE. Eclipse IDE est
principalement crit en Java, et ce langage, grce des bibliothques spcifiques et des plug-ins
supports, permet de faciliter et rend efficace les tches de dveloppement.
Microsoft SQL Server : est un systme de gestion de base de donnes (abrg en SGBD)
incorporant entre autres un SGBDR (SGBD relationnel ) dvelopp et commercialis par la socit
Microsoft. Il ne fonctionne que sous les OS Windows.
5.2 Ralisation
Dans cette section, nous exposerons les scnarios dutilisation de lapplication travers
quelques interfaces.
56
Le volet Home : figure 35. INTELLIGENCE ARTIFICIELLE

F Il prsente le point daccs lapplication, tous les utilisateurs de Sales Report peuvent y accder
sans besoin dauthentification.
Authentification : figure 36. INTELLIGENCE ARTIFICIELLE
F Pour accder aux diffrentes fonctionnalits de la plateforme, lutilisateur doit sauthentifier.
Si les informations entres par lutilisateur ne sont pas valides ou incompltes, un message
avertit lutilisateur et linvite ressaisir les donnes dans le formulaire.
Si la connexion est russie alors lutilisateur est redirig vers la page daccueil et ceci dpend
des droits daccs quil possde.
F
Figure 36:Page daccueil de lapplication Figure 35: Page dauthentification
57
Le volet des superviseurs (Page daccueil): figure 38.
Il est accessible par les superviseurs possdant dj un compte chez la socit.
Le superviseur consulte les ventes ainsi que les objectifs du mois et du jour et le reste raliser
dans chaque route en appuyant sur le bouton charger.
Un bouton en haut gauche donne la possible au superviseur daccder son menu.
Le volet des superviseurs (Page menu): figure 37.
Un menu apparat qui donne la possibilit ladministrateur de consulter la dernire mise

jour des ventes le bouton Vente par route lui permet de voir les ventes du mois et de
lanne de ses routes et travers le bouton Vente par date , il peut slectionner la
priode et la route a consult, et pour visualiser ses objectifs il suffit de faire un long clique
sur le bouton Table dobjectif .
Figure 38:Accueil des Superviseurs Figure 37:Menu des superviseurs
Le volet des superviseurs (Vente par route): figure 40.
58
Le superviseur pourra consulter soit les ventes LD (Last Day), ou MTD (Month to Day), ou bien LY
(Last Year) et voir le totale de vente dans chaque priode. Et pour voir les produits les plus vendu il
suffit de cliquer sur la route voulu pour le rediriger la page des produits, aussi pour voir ltat
davancement des objectifs de pack-Size (figure 39)
Le volet des superviseurs (Vente par date): figure 44.
Dans cette page le superviseur obtiendra deux calendriers (Start date et End date) et le choix des
routes afficher ainsi que le total de vente.
Figure 39: Vente par route Figure 40: Produits les plus vendu
Le volet des superviseurs (Table dobjectif): figure 42.
Apres une longue clique sur table dobjectif un sous menu safficher, et le superviseur peut consulter
les objectifs des ses routes (ObjectifMT, ObjectifMTD, et le reste a raliser en pourcentage) ou les
ventes du mois en cours de lanne dernire ou bien les ventes du mme jour de lAnne dernire.
59
Figure 43:Calendrier des ventes
Figure 44:Vente par date (Superviseur)
Figure 42:Objectif des routes

Figure 41:Vente du mme mois de l anne dernire
60
Le volet des superviseurs (Dashboard): figure 45,46
Des statistiques portant sur le pourcentage sont aussi fournis pour permettre au Superviseur de
prendre des dcisions ncessaires pour le bon droulement des activits commercial venir.
Figure 45:Dashboard des Pack-Size
Figure 46: les ventes des routes du mois en cours
Le volet des Unit-Manager :
61
LUnit Manager peut tout moment charger le totale de vente et la possibilit choisir ce quil
veut consulter dans le menu.
Figure 47 : Menu de l'Unit Manager Figure 48: vente par date (Unit Manager)
Le unit Manager peut consulter les ventes de chaque superviseur qui appartient son quipe et
voir l tat d avancement de chacun deux (figure 45).
Le volet des Unit-Manager (Dashboard) :
LUnit Manager ainsi que tout utilisateur peut afficher les Dashboard relative son poste pour lui
permettre de prendre des dcisions ncessaires pour le bon droulement des ses activits.
62
Figure 49 : Total de vente des flaveurs LY/YTD
Figure 50: Les Pack-Types les plus Vendu (YTD)
Le volet de Directeur Rgional :
En ce qui concerne le directeur rgional, il a pour but de consulter les Dashboard. De ce fait, il doit
renseigner le contenu de lamlioration la personne qui apporte lamlioration, le type de
lactivit projet concern et les personnes intervenants dans lactivit projet concern par
lamlioration.
Figure 51:Menu Directeur Rgionale

63
Figure 52: Total vente des Unit Managers et leur objectifs
Figure 53: Le Rapport Ventes des Mois
64
Figure 54:Le totale des ventes du rgion
Figure 55 : les ventes par Pack LY/YTD
65
Figure 56: Les Container les plus vendu de la Rgion
Le volet de ladministrateur :
Ladministrateur peut tout moment synchroniser et le droit de grer lensemble des utilisateurs et
leur mot de passe, il peut aussi rejeter des utilisateurs venant de poser leur dmission (figure 57).
Figure 57:Page Administrateur
66
5.3 Bilan
Nous avons prsent dans ce chapitre la phase de mise en uvre du projet.

Nous avons dabord prsent quelques outils de dveloppement et ensuite
prsent des scnarios dutilisation de la plateforme Android Sales Report.
67
Conclusion gnrale
En guise de conclusion, La modernisation dun systme qualit dans une
organisation implique toujours, des degrs diffrents, des dveloppements
internes et des acquisitions externes. La recherche atteste que toute solution
retenue doit respecter les standards du dveloppement des logiciels
aronautiques.
F Dans le mme contexte, ce projet effectu au sein de Varun Bevarges
Morocco, avait comme but la ralisation dune application android for Sales
Report permettant le suivi des activits de vente. Ce stage nous a permis de
raffiner concrtement nos capacits dabstraction et danalyse, ainsi que notre
mthodologie de travail. Ainsi quappliquer les connaissances acquises le long
du cursus dingnierie. Cette exprience nous a permis de matriser le langage
de modlisation UML, les outils de dveloppement Android savoir
le SDK Android, sous lequel, le dveloppement na pas t une tche facile,
mais nous navons pas hsit y participer.
Le stage au sein de la socit a aussi t pour nous une occasion unique pour
panouir nos capacits de communication dans un environnement professionnel.
Cest une exprience trs enrichissante sur tous les domaines.
F A travers les diffrentes contraintes rencontres sur le plan technique aussi
bien que fonctionnel, nous avons dtect une dichotomie entre la couverture
fonctionnelle de loutil et lvolution continue de lenvironnement mtier, ce qui
a orient la vision futur du systme.
68
Bibliographie
[B.1][Mullatieri, 08] S.MULATTIERI. ECE SOFTWARE
DEVELOPMENT MANUAL, ECE, 2008, 50 p.
[B.2][Mullatieri, 04]S.MULATTIERI. Software QUALITY ASSURANCE

PROCESS, ECE, 2004, 78 p.
[B.3][Roques,Valle, 07] Pascal ROQUES, FranckVALLEE. UML 2 en

action de lanalyse des besoins la conception, EYROLLES, 2008, 385
p.
[B.4][Dubois et al, 07] Julien DUBOIS,Jean-Philippe RETAILLE,Thierry

TEMPLIER.Android par la pratique, EYROLLES, 2009, 686 p.
[B.5][Patricio, 07] Anthony PATRICIO.Android Security 3.0,

EYROLLES, 2005, 336 p.
[B.6][OBrien, 09] Tim OBrien. Sql Server, OREILLY, 2008, 470 p.
69
Webographie
[W.1]. http://liris.cnrs.fr/socq/uploads/Main/GuerricDureyValerianLebert_Intern
shipRepo rt.pdf. [En ligne]
[W.2]. http://www.scribd.com/doc/48187094/Android-2011. [En ligne]
[W.3]. http://www.definitions-marketing.com/Definition-Vente-flash. [En ligne]
[W.4]. http://www.techno-science.net/?onglet=glossaire&definition=670. [En

ligne]
[W.5]. http://dev1-0.com/uploads/media/2TUP_SPEC_DEV1.pdf. [En ligne]
[W.6]. http://www.siteduzero.com/informatique/tutoriels/creez-des-applications-
pour-android. [En ligne]
[W.7]. http://www.codesource.com/. [En ligne]
[W.8]. http://www.numerama.com/telecharger/6403-apache-http-
server.html.[En ligne]
[W.9]. http://www.clubic.com/telecharger-fiche220230-pacestar-uml-
diagrammer.html. [En ligne]
[W.10]. www.erle-technologies.com. [En ligne]
[W.11]. Murphy, Mark. Lart du dveloppement Android.
[W.12]. http://www.clubic.com/telecharger-fiche220230-pacestar-uml-
diagrammer.html. [En ligne]
[W.13]. www.erlem-technologies.com. [En ligne]
70
71
Annexes
ANNEXEA
Plan de Sales Report
INTELLIG
ENCE
ARTIFICIELLE
F Le prsent plan de Sales Report prcise les lments permettant de sassurer
de la mise en uvre et de lefficacit des activits prvues dans le cadre du
projet. Il expose notamment :
La description du projet.
Lorganisation du projet.
Le planning dtaill du droulement du projet.
72
Annexe A. Plan dassurance qualit
6 Annexe A. Plan de Sales Report
6.1 Objectifs et caractristiques du projet
Le projet vise :
Concevoir une application Android permettant aux collaborateurs commerciaux de VARUN
BEVERAGES MOROCCO daccder aux fonctionnalits de gestion des ventes.
Mettre en place un portail permettant de suivre le droulement des activits de ventes.
Permettre au responsable commercial de calculer les diffrents indicateurs pour dgager une
synthse qui permet de prendre des dcisions pertinentes pour des ventuelles amliorations.
6.2 Rles et responsabilits
Le projet est organis de la manire suivante : Du ct de Varun Beverages Morocco (PEPSI)
Personne Service Rle

M.AMRAOUI Ayoub Service IT Business Application Enginner
Tableau 13:Rles et responsabilits ct Varun Beverages Morocco
Du ct de lISGA SETTAT
Personne Rle
M.CHAKIB Amri Professeur encadrant
Tableau 14: Rles et responsabilits ct ISGA SETTAT
Le comit de pilotage : a pour mission de suivre la progression du projet par rapport au

planning dj tabli, de modifier le PAQ, de prendre, de proposer des dcisions correctives ou mettre
en place des ajustements .Ce comit est compos des personnes dans la Table 15.
Le comit du projet :a pour mission de suivre de prs lavancement du projet et de concevoir,

de dvelopper, dployer le projet. Ce comit a galement pour rle de prparer les runions de
pilotage.il est compos des personnes prsentent dans la Table 16.
6.3 Organisation des runions
Une runion est organise chaque deux semaine .Durant cette runion, un compte rendu synthtisant le
travail effectu pendant la semaine passe sera rdig et un planning des tches raliser pendant la
semaine en cours sera tabli. A la fin de chaque phase, un livrable sera transmis au comit de pilotage.
73
Organisme Personne
ISGA SETTAT M. Chakib Amri
Varun Bevarages Morocco M.AMRAOUI Ayoub
I
Tableau 15: Membres du comit de pilotage
ISGA SETTAT Varun Bevarages Morocco

Hamdaoui Salaheddine M.AMRAOUI Ayoub
Benhaili Yahia M.AMRAOUI Ayoub
Tableau 16: Membres du comit du projet
La runion vise essentiellement :
Valider le travail de la semaine en cours.
Procder lvaluation de ltat davancement pour chacune des ressources ainsi que le niveau
de ralisation des objectifs prdfinis.
Identifier les problmes rencontrs et apporter les solutions qui simposent.
Assurer la coordination des diffrentes structures et le suivi oprationnel du projet.
Rajuster la planification en cas de ncessit (maintenir une drive infrieure 10%).
6.4 Plan des livrables
Afin dassurer une bonne qualit du produit qui va tre ralis par ce projet, chaque phase
du projet est jalonne par un livrable.
F La Table 17 montre les diffrents livrables du projet.
Nom de la phase Livrables

Avant-projet Plan de sales Report (30/02/2016)
Contexte gnral du projet Contexte gnral du projet (08/03/2016)
Spcification fonctionnelle et analyse Document de spcification fonctionnelle (12/03/2016)
Document de spcification dtaille (25/03/2016)
Etude technique et conception Document dtude technique et de conception

(16/04/2016)
Elaboration de la solution Maquette des modules (25/04/2016)

Validation des maquettes (29/04/2016)
Implmentation des modules (01/06/2016)
Application de validation de lapproche Prsentation + rapport (12/07/2016)
Tableau 17:Plan des livrables
74
75

PFE Version Final

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PFE Version Final

Cargado por

Copyright:

Formatos disponibles

Institut Suprieur Dingnierie et des Affaires

Prsent en vue de lobtention de

Mastre Professionnel en Ingnierie des Logiciels et

Conception et mise en uvre dune application Android

Prparer par : Salaheddine HAMDAOUI

Mr. Chakib AMRI Professeur lISGA de Settat (Encadrant)

Anne Universitaire 2015-2016

Soutenu Par : Hamdaoui Salaheddine

A mes trs chers parents

A Tous ceux qui maiment

A mes chers frres et sur, En tmoignage de mes sincres reconnaissances

En prambule ce rapport, il nos est agrable dexprimer nos profondes

F M me. MAOUMNI et M.AMRI de lISGA-Settat, pour leur prcieuses directives

On tient remercier vivement le Directeur du Varun Beverages Morocco,

F M . Ayoub Amraoui, notre tuteur de stage - Ingnieur dtude et dveloppement

Nos profonds remerciements vont toute lquipe du service IT M.Soufiane

F L e staff pdagogique de LInstitut Suprieur Dingnierie et des Affaires de

Que la paix de Dieu et ses bndictions soient

This project has as an end goal to conceive and enforce an android

The draft phase consists mainly on studying and understanding the

Afterwards, an in-depth study about the different technical and

Eventually, Android platform had been chosen as a technical solution in

Ultimately, that was the fruit of a internship that lasted 4 months in

Keywords: software quality, embedded project, JAVA, UML, 2TUP,

API Application Programming Interface.

DAO Data Access Object.

SOA Architecture oriente service

J2EE Java 2 Enterprise Edition

LTD Groupe Varun Beverages

MVC Model View Controller

MTD Month to Day

MASR Mobile Application for sales Report.

MAJ Mise jour

YTD Year to Day

IDE Integrated Development Environment.

Pack-Type Type de lemballage

Pack-Size Taille de lemballage

SDK Software Development Kit

SDU Software Development Unit

SGBD Systme de Gestion de Base de donnes

SSO Single Sign-On

VBM Varun Beverages Morocco

UML Unified Modeling Language

Tableau 1 : Privilges des acteurs ......................................................................................................... 22

De plus, les communications vocales restent souvent bien trop

Toutefois, les applications mobiles ont permis facilit la vie avec

En effet, les appareils mobiles d'aujourd'hui sont alles au-del de leur

o Le premier chapitre donne une prsentation de lorganisme daccueil

o Le deuxime chapitre prsente les diffrents besoins fonctionnels

o Le troisime chapitre nonce les exigences techniques ainsi que les

o Le quatrime chapitre prsente la conception gnrale et dtaille du

Le prsent chapitre prsente le cadre gnral du projet. Il a pour but de

1 Contexte gnral du projet

Raison sociale : PEPSICO

1.1.1.1 La vision de PepsiCo

La vision de PepsiCo est : donner un sens la performance. Le souhait de faire de PepsiCo

1.1.1.2 Les valeurs de PepsiCo

Les valeurs et la philosophie du groupe s'articulent autour de devenir une entreprise

La recherche de solutions optimales pour l'entreprise, ses clients, ses consommateurs.

La mise en avant de la diversit et de l'inclusion.

potable conditionne. Le portefeuille des boissons de la socit comprend galement 7up,

L'engagement de RJ Corp la prservation de l'environnement a conduit incorporer

1.1.2.2 Les activits de VBM

reprsente de faon exclusive la marque Pepsi-Cola au Maroc et emploie plus de 500