Pfemoustapha Marwana Abdoumostafa Boumlik

1
MARWANA ABDOU Moustapha

BOUMLIK Mostafa
PR. ERRAMDANI Mohamed
Mr.ALLOUL Issam
MISE EN UVRE DUNE SOLUTION DE GEOLOCALISATION
DE CAMIONS ET DE STATIONS DE SERVICE EN TEMPS REEL
VIA GPS
MULTIMEDIA BASES DE DONNEES INTEGRATION ET
SYSTEMES (M .B .D.S)
INGENIERIE INFORMATIQUE ET RESEAU
METHODE APPLIQUEE A LA GESTION DES ENTREPRISES
( M.I.A.G.E )

2

3

Ddicaces

A AA A mes trs chers parents ;

A AA A mes trs chers frres Ali, Mikailou, Aminou ;

A AA A toute ma grande famille Niamey ,Rabat,Mayahi,Arlit ;

A AA Aucun mot ne pourrait exprimer ma reconnaissance et ma
gratitude pour le soutien et lamour que vous ne cessez de me
prodiguer;

A AA A mes amis, Issaka, Baderi,Moctar et le reste de la diaspora
nigrienne ici au Royaume ;

A AA A mes meilleurs amis Ramatou alias Nightingale,Manirou,Habib ;

A AA A la mmoire de mon regrett ami, collgue ,BAIDORI Mostafa ;

A AA A mes amis Boumlik , Sorayra ,Fatim-Zahra ,Tarek,Rachid,Said,
Wadii ,Cedric,Loubna,Sakina,Amina,Baisma ..;
MOUSTAPHA MOUSTAPHA MOUSTAPHA MOUSTAPHA

4

Ddicaces
A la mmoire de ma mre ;

A mon trs cher pre;

A mes trs chers frres Boubker ,Abdellah,Mohamed,Omar

A ma trs soeur Saadia ;

A AA A toute ma grande famille Casablanca et Tafraout ;

Aucun mot ne pourrait exprimer ma reconnaissance et ma
gratitude pour le soutien et lamour que vous navez cessez de me
prodiguer ;

A mes amis frres Youness,Youssef,Rdouane,Othmane,Rachid;

A AA A la mmoire de mon regrett ami, collgue ,BAIDORI Mostafa ;
A mes trs chers amis Mohamed Benjilali, rachid Lahlou,Youness
Argoub,Kaali Said ;

Je vous remercie pour votre agrable compagnie ;

A tous ceux qui maiment ;
Je vous dit merci.

5

MOSTAFA

Remerciements

Il nous est trs agrable dexprimer notre reconnaissance auprs de toutes les
personnes dont lintervention au cours de ce projet a favoris son aboutissement.
Nous tenons en tout premier lieu remercier notre encadrant lEMSI en la
personne du professeur ERRAMDANI Mohamed pour ses directives prcieuses,
ses conseils pertinents qui nous ont t dun appui considrable dans notre
dmarche.
Nous remercions aussi lencadrant en entreprise Mr ALLOUL Issam qui nous
considrablement aid dans la comprhension du besoin exprim et la mise en
uvre du projet.
Nous tenons aussi remercier tous les membres du jury qui ont fait lhonneur
daccepter de juger notre travail.
Nous saisissons cette occasion pour remercier Mr Berrada ladministrateur rseau,
Mr Fardane technicien rseau, Mr Said Consultant ABAP, Mr Sofiane
consultant ABAP qui nont mnag ni leur temps ni leur nergie pour nous aider
laborer ce travail.
Nous ne saurions oublier dans nos remerciement tout le cadre professoral de
lEMSI pour la formation prodigieuse quil nous a prodigue.

6

Que tout ceux qui nous ont aid, de prs ou de loin, trouvent ici lexpression de nos
sentiments meilleurs.

7

Abstract

This report reflects the work we've done in the framework of our final project study in
the company PETROM. This project aimed to develop and implement a tracking solution for
truck and service station in real time via GPS.

The solution will perform better monitoring of the transport activity of PETROM and
also better management of service stations.

To do this we adopted as a process of software engineering methodology Two Track
Unified Process commonly called 2TUP. This method is based on UML which at the time of
writing is the leading toolkit for any method of modeling a computer project.

The project appealed to the use of new Web technologies.
Indeed, we have used many frameworks, covering many aspects of development in the
environment. Net framework. Framework of the Windows Live Tool, Google Maps Subgurim
for handling cards, in transit by others who have access to services offered by GPS, we have a
whole range of framework that we have been very useful in different phase of the project.
And as a measure of the size of our solution we opted for the method of function points.
The application works in collusion with an SQL database server to ensure a better persistence
of data processed.

This report serves to present the different stages that we past in order to realize the
work that has been entrusted.

8

Rsum

Ce rapport est le fruit du travail que nous avons ralis dans le cadre de notre projet de
fin dtude effectu au sein de la socit PETROM. Ce projet avait pour objectif de concevoir et
mettre en uvre une solution de golocalisation de camions et de stations de service en temps
rel via GPS.
La solution permettra deffectuer un meilleur suivi des lactivit transport de PETROM
et aussi dune meilleur gestion des stations de service.

Pour ce faire nous allons adopt comme processus de gnie logiciel la mthode Two
Track Unified Process communment appel 2TUP. Cette mthode sappuie sur le langage de
modlisation UML qui lheure o nous crivons ces lignes constitue la boite outils phare
pour toute mthode de modlisation dun projet informatique .

La ralisation du projet a fait appel lutilisation de nouvelles technologies du Web .
En effet, nous avons eu recours plusieurs frameworks, traitant plusieurs aspects du
dveloppement dans lenvironnement .Net de Microsoft. Du framework Windows Live Tool,
Google Maps Subgurim pour la manipulation des cartes virtuelles ,en passage par dautres qui
ont permis daccder aux services proposs par le GPS , nous avons tout un panel de
frameworks qui nous ont t trs utile dans diffrentes phases de ralisation du projet.

Et comme moyen de mesure de la taille de notre solution nous avons opt pour la
mthode des points de fonction.
Lapplication fonctionne en complicit avec une base de donnes SQL Server afin de
garantir une meilleur persistance des donnes quelle traite.

Le prsent rapport prsente les diffrentes tapes par lesquelles nous sommes
passes dans le but de raliser le travail qui nous a t confi.

9

Abrviations Acronymes
GPS Global Positionning System
GSM General Service for Mobile
2TUP Two track Unified Process
PDA Personnal Device Assistant
UML Unified Modeling Language
XP eXtrem Prgogramming
RUP Rationnal Unified Process
RFID Radio Frequency Identifier
LAN Local Area Network
WAN Wide Area Network
DMZ Demiliatarized Zone
LAC Local Area Code
MNC Mobile Network Code
MCC Mobile Country Code
SGBD Systme de Gestion de Base de Donnes
XML eXtensible Markup Langage
SDK Standart Development Kit
DAO Data Access Object
UDAO Universal Data Access Object
ADO Access Data Object
.Net Dot Net
TCP/IP Transport Communication Protocol/Internet
Procotol
SQL Structured Query Language
CRUD Create Research Update Delete
J2EE Java 2 Entreprise Edition
NMEA National Marine Electronic Associate
ASP Active Server Page
SMS Short Message Service

10

Ddicaces.3
Remerciements.5
Abstract.6
Rsum7

INTRODUCTION GENERALE..13

PARTIE I : CONTEXTE GENERAL DU PROJET.15

Chapitre 1: Prsentation de lorganisme daccueil.17
1)Prsentation de la socit PETROM....18
1-1)Fiche technique...19
1-2)Quelques Chiffres....19
1-3)Activits de PETROM....19
1-4)Organigramme...20
2)Prsentation de la DSI de PETROM...21
2-1)Organigramme du dpartement....21
2-2)Existant......21
Chapitre 2: Prsentation de la solution GPSTracking.22
1)Identification du projet......23
1-1)Description du projet....23
1-2)Contraintes....24
1-3)Identification des options...25
1-4)Estimation des extrants et intrants.....30
1-4)Gestion des risques....31

PARTIE II : MISE EN UVRE DU PROJET..33

Chapitre 1:Etude de faisabilit 34
1)Validation de lide du projet...35
TABLE DES MATIERES

11

2)Axe technologique.....35
3)Axe commercial.....36
4)Axe conomique....37
5)Axe juridique....37
6)Axe organisationnel...37
7)Prise de dcision....37
Chapitre 2: Etude Prliminaire39
1)Spcification GPSTracking....40
2)Vision architectural...41
3)Les acteurs....41
4)Table des messages (mis et reut) ....43
5)Diagramme de contexte....44

Chapitre 3: Capture des besoins fonctionnels46
1)Identification des UseCases par ses acteurs..47
2)Description des diffrents UseCase ..48
3)Organisation des UseCase..64
3-1)Structuration des UseCase en Packages ...64
3-2)Classement des UseCases.65

Chapitre 4: Capture des besoins techniques 68
1) Spcification technique (vision matrielle)....71
1-1)Architecture Rseau..71
1-2) Choix du style darchitecture organisationnelle..73
2) Spcification darchitecture (modle de dploiement)..75
3) Organisation en couches..76
4)Dfinition des concepts techniques....79
5)Synthse..83

Chapitre 5:Analyse85
1)Dcoupage en catgories..86
2)Le modle statique..88
3)Le modle dynamique.....91
3-1)Diagramme de squence MVC2.....92
3-2)Diagramme dactivits......100
3-3)Diagramme de timing.....104

12

Chapitre 6: Conception.106
1)Conception gnrique...107
2)Conception prliminaire...110
3)Conception gnrique.....112
4)Diagramme de classe final....113
Chapitre 7: Implmentation 115
1)Les maquettes...91

Chapitre 8: Estimation du projet ..127
1)La mthode choisie...129
2)Les mesures effectues....129
3)Planning prvisionnel...132
CONCLUSION GENERALE137

13

INTRODUCTION GENERALE

14

La golocalisation est un procd qui permet de positionner un objet(Personne
,Information) sur un plan ou une carte laide de ses coordonnes gographiques. Cest une
opration qui est ralise en deux tapes :
1) Localisation de la position de lobjet
2) Superposition de cette position sur une carte.
La golocalisation en est elle seule na pas de gros intrts. Il faut lassocier avec des ides
intressantes, innovatrices pour la rendre importante voire cruciale. Par exemple :
Je peux localiser ma voiture
Ma voiture localise, je peux la retrouver en cas de vol
Je peux lancer un service de golocalisation des voitures voles
Nous constatons que la troisime ide donne toute sa grandeur la golocalisation.
Ce principe est utilisable dans plusieurs cadres ou domaines tant professionnels que
personnels.
Dans un contexte professionnel nous pouvons lutiliser dans :
Le suivi du transport de marchandises
Le suivi la protection des personnes,
Le transport des passagers,
La lutte contre de vol de vhicules etc..
Et comme exemple de cadre personnel nous aurons :
La scurit des biens personnels(voitures,plaisance,etc)
La scurit des animaux domestiques(chiens,chat etc)

PETROM(Ptrole du Maghreb) est une compagnie ptrolire dont lactivit principale
est distribution des hydrocarbures au Maroc. Soucieuse damliorer la qualit de ses services
ses clients (stations de service) , PETROM a dcid de lancer un projet destin amliorer le
suivi de son activit livraison des hydrocarbures. Et en complment , PETROM dsire intgrer
ce projet, un outil de gestion du systme dinformation des stations de service.
Et pour ce faire ,ce projet doit sappuyer sur le concept de golocalisation pour ainsi
suivre les activits des chauffeurs au volant de leurs vhicules(camions) mais aussi localiser
les stations de service(PETROM et Concurrents) .

De nos jours la technologie nous offre plusieurs possibilits dapplication de la
golocalisation.

15

Ainsi nous distinguons comme techniques de golocalisation:
-La golocalisation par satellite (appele aussi golocalisation par GPS)
-La golocalisation par GSM
-La golocalisation par gocodeur
-La golocalisation par Wifi
-La golocalisation par RFID
-La golocalisation par combinaison des prcdentes techniques.
Chacune de ces techniques a ses avantages et inconvnients.

La mission de ce stage effectu au sein de PETROM se compose des tches suivantes :
-Lancer ce projet et le suivre de bout en bout de la phase dtude de faisabilit sa mise en
production.
-Concevoir, analyser , et raliser ce projet baptis GPSTracking.
Pour cela nous allons privilgier la technique Golocalisation par GPS dans un premier temps,
et par la suite nous allons la combiner avec celle dite par GSM ,voire mme la
golocalisation par gocodeur.
-Intgrer dans le projet GPSTracking un module qui permet de grer le systme
dinformation des stations de services.

Ce projet informatique nous a motiv de part sa position avant-gardiste des projets
actuels au Maroc, mais surtout par la possibilit dappliquer nos connaissances acquises
lEMSI et de les complter par dautres souches de connaissances (GPS,GSM,,etc..)
Les lignes qui suivront dcrivent la dynamique de la mission qui nous a t confie. Le
rapport se compose de 2 Parties. Chaque partie est son tour compose dun ensemble de
chapitres.
La premire partie dcrit lentreprise ainsi que le dpartement dans lequel nous effectu notre
stage. La seconde partie concerne le projet. Cette partie introduit et dcrit la dynamique du
projet.

16

PARTIE 1 : CONTEXTE GENERAL
DU PROJET

17

Le projet GPSTRACKING sinscrit lheure actuelle dans un contexte conomique
particulirement difficile. En cette priode de crise financire mondiale qui touche
pratiquement tous les diffrents secteurs dactivits, les entreprises commencent de plus en
plus se ruer vers des alternatives peu onreuses mais surtout qui leur permettent de
minimiser leurs couts et de supporter les effets de cette crise financire sans prcdents.
Selon un rapport dtude publi par un organisme indpendant ABI Research, le march
des solutions informatiques GPS devrai exploser en 2009 et ce malgr la crise financire.240
millions de mobiles et smartphones quips dun GPS devraient tre couls cette anne dans
le monde avec une augmentation de 6.4% par rapport 2008.Prs de 9 smartphones sur 10
integrerons une puce GPS. Bientt de plus en plus dapplications baptises location based
services telles que GPSTracking , grignoterons de plus en plus de parts de march.
Avec en plus, la baisse des cots des diffrents mobiles qui ne cesse de progresser ,la
technologie de golocalisation devrait dans un avenir proche devenir une vritable fonction
standart.

18

Chapitre
1
PRESENTATION DE LORGANISME DACCEUIL

Dans ce chapitre, nous prsentons une fiche descriptive de lentreprise au sein

de laquelle nous avons pass notre projet de fin dtude. Nous prsenterons aussi le

contexte de notre projet et les objectifs atteindre dont il est le sujet.

19

1)Prsentation de la socit PETROM
Depuis sa cration en 1945, PETROM avait acquis le savoir faire de sa premire socit
mre BOUAIDA pour devenir un acteur majeur dans la distribution des hydrocarbures au
Maroc, la marocanisation en 1975, et la privatisation en 1993 nont pas empch PETROM de
continuer dvelopper des comptences humaines et techniques considrables, ce qui lui a
valu une reconnaissance bien consolide travers tout le royaume.
En effet, le rseau de PETROM est pass de 134 en 1993 plus de 200 points de ventes en
2002, couvrant tout le territoire national. De plus, PETROM dispose aujourdhui dune
gamme de produits plus large, rpondant parfaitement aux besoins de sa clientle, et aux
normes internationales de qualit. Ce qui a permis la socit PETROM de conforter sa
position concurrentielle sur le march.

Cependant, lenvironnement externe est entrain de connatre des changements importants
qui imposent PETROM, une volution, et de faire voluer son organisation ainsi que son
systme dinformation afin damliorer les modes de fonctionnement, les conditions de travail
et son professionnalisme.

20

1-1)Fiche Technique

PETROM sige social

Raison sociale : PETROM
Forme juridique : Socit prive anonyme
Date de dbut de lactivit : 1945
Secteur dactivit : Ptroliers
Capital social :33 000 000 Dhs
Sige social : 42, Av. des FAR 20 000 Casablanca
Tlphone : 0522.31.01.71
Fax : 0522.31.89.92
Site Web : www.petrom.ma

1-2)Quelques Chiffres

1-3)Activits de PETROM

PETROM est prsente sur tout le territoire marocain et emploie 175 collaborateurs. Elle
occupe la cinquime place sur le march de la commercialisation et la distribution ptrolire
du royaume, tous produits confondus :
Les produits blancs: Super, Ordinaire, Super Sans Plomb et Gasoil
Chiffre dAffaire 3 000 000 000 DHS
volution annuelle
moyenne
35%
Rpartition du CA Rseaux: 1.400.000.000
Consommateurs: 1.600.000.000
Investissements Petrom investit en moyenne 15 Mdhs/an annuellement dans 10 P/S
Nouvelle installation - Augmentation de capacit de stockage de 25 000 M3 en 2005
- Nouvelle Unit Logistique et Entretien An Harrouda: 4Mdhs
- Mise niveau des installations existantes
Nouvel ERP Mise en place de SAP valeur de 12 Mdhs

21

Les produits noirs destins aux industries: Fuel
Les gaz liqufis GPL: Propane et Butane
Les produits chimiques: Solvesso, Hexane, Toluene, Withe Spirite, Mek, Xylene, Acetone
Les lubrifiants: PETROM est le distributeur exclusif des LUBRIFIANTS ESSO au Maroc

1-4) Organigramme de la socit PETROM

22

2) Prsentation de la Direction du Systme Informatique(DSI) de PETROM
2-1) Organigramme de la DSI

2-2) Existant
Mme si son activit tourne autour de la commercialisation des hydrocarbures PETROM
sous traite toute son activit transport de marchandise sa filiale TRANSPORT. Ce qui veut
que lexistant en matire de traitement de cette activit nexiste pas PETROM mais dans sa
filiale TRANSPORT.
Le souhait de PETROM est de lancer le projet partir de zro comme le disent les
anglais from scratch .Ce qui implique que nous pouvons considrer GPSTracking comme
petite entreprise qui est plus ou moins en concurrence avec la filiale TRANSPORT de
PETROM. Par contre il existait dj un systme dinformation qui permettait de grer les
stations cependant il accusait un retard technologique .Ce systme fut dvelopp sous
VisualBasic Accss .Le vritable besoin ici tait beaucoup plus de la migration et dintgration
des modules existants.

Mr Issam ALLOUL
(DSI)
Mr Mohamed BERRADA
(Administrateur Systeme)
Mr Said WAKRIM
(Consultant ABAP)
Mr SOFIANE
(Chef de projet SAP)
Mr Mohamed FARDANE
(Responsable Rseau)

23

Chapitre
2
PRESENTATION DE LA SOLUTION GPSTRACKING

Dans ce chapitre, nous prsenterons le projet plus en dtail, ses fonctionnalits
attendues ,son envergure .

Pour ce faire nous allons tout dabord fournir, le document didentification du projet

suivi dun dossier de spcification .Ce qui permet un cadrage du projet.

24

1) Identification du Projet

1-1)Description du projet
Le projet GPSTracking a pour objectif la mise en place dun service de golocalisation de
camions et stations de service appartenant la socit PETROM et des stations de services
concurrentes en exploitant les services offerts par le GPS et les antennes de relais GSM .Lapplication
doit tre dveloppe en conformit avec les standards actuels technologiques actuelles
Notre projet est dcompos en deux grosses parties :

a)GPSTracking:
Comme son nom lindique ,cette partie doit permettre la localisation de camions et de stations de
services via GPS dans un premier temps et par la suite via GSM.
La solution GPS TRACKING est fonctionne dune manire client serveur. La partie cliente sera
installe dans le camion et la partie serveur se trouvera dans les bureaux de la socit.
La partie serveur sera appele GPSTrackingServer
La partie cliente sera appele GPSTracking Mobile ou GPSTracking Mobile Client. Elle se
subdivise en deux modules : Back office et Front office .les principaux services attendus dgags
dans le tableau suivant :

Module
Back Office
-Invisible pour les utilisateurs
-Peut tre command distance via SMS ou bien GPRS
-Ne peut pas tre dsinstall
-Peut collecter les donnes GPS et CELLID en background
-La collecte des donnes est paramtrable : intervalle
dynamique chaque 5 secondes, chaque 1 minutependant 5 minutes, pendant 10
minutes
-Activer la collecte des coordonnes GPS ou CELLID ou les deux en mme
temps.
-Dclenchement dune alerte au passage dun POI prdfini.
-Permet lenvoi dautres informations utiles : Numro carte SIM, statistiques
diverses

Module
Front Office
-Contient toutes les fonctionnalits dun GPSTracker
-Permet la visualisation de la carte GPS avec la position actuelle, historique de
navigation .
-Permet denregistrer et envoyer la position actuelle vers le serveur.
-Permet dalerter en cas de passage prs dun POI
-Contient une base de donnes locale contenant lhistorique des POI. Cette BD
est synchronis avec le serveur.
-En cas de perte de liaison GPRS (plusieurs heures ou jours). Lapplication doit
continuer sauvegarder les coordonnes dans la base de donnes locale et au
moment de la connexion envoyer tous les coordonnes depuis les dernires
coordonnes envoyes vers le serveur.

25

Les services attendus de GPStrackingServer seront :

GPSTracking
Server
-localisation des camions via les terminaux des conducteurs
Afin de garder une traabilit des parcours effectus par les camions
-une application web server pourra servir de tableau de bord afin de suivre
le trajet des camions en temps rel.
-Rcuprer des statistiques(Meilleurs chauffeurs , vhicules de qualit
,trajets critiques etc)

b)Gestion des stations:
Lobjectif de ce module est dinformatiser le systme dinformation qui gre les stations de services.
De la gestion des quipements en passant par le suivi financier, lenregistrement de nouvelles
stations , la consultation des statistiques sont quelques diffrents oprations faisant partie
intgrante du systme dinformation dune station.Cette partie se dcompose elle aussi en deux
sous parties :
Module
Gestion et
localisation des
stations
- Permet de localiser des stations sur une carte virtuelle(Virtual Earth,Google
Maps etc)
- Permet deffectuer des oprations usuelles sur les stations (cration, ajout,
dition et suppression)
- permet deffectuer un suivi financier des stations
- Permet la gestion des quipements des stations
- Permet la consultation des statistiques sur les ventes, la capacit de
stockage (les ventes par station, par secteur ; lvolution des chiffres
daffaire)
Module Ajout
des stations via
PDA
- Permet dajouter de nouvelles stations partir du PDA
- Permet dajouter aussi les quipements des stations
- Permet dajouter les photos aux stations correspondates

1-2)Les contraintes
o Contraintes financires :
le cout doit tre inferieur xxxx DH
o Contraintes de temps :
le livrable devra tre achev avant le 16 septembre 2009.
o Autres :
Les outils de dveloppement doivent tre compatibles avec coolite.
L'application doit tre installe sur les machines excitantes (poste clients et
serveurs)

26

l'application doit tre compatible avec le system d'exploitation existant (Windows
xp)
La solution doit tre intgre et compatible avec lintranet existant.
Livrer la solution avec une documentation bien commente
l'application doit tre mise jour rgulirement
1-3)Identification des options
Nous entendons par option ,un regroupement dalternatives. Ici nous avons procder
un regroupement des outils Microsoft pour la solution 1 et de ceux non Microsoft pour la
solution2.. Nous avons procder en tenant compte de lexistant logiciel PETROM.
A PETROM la plupart des applications utilises sont fournies par Microsoft :
Windows Xp, Windows Server, Outlook, Microsoft Office, Internet Information Service etc.
Cest donc arbitrairement que nous mis comme premire proposition une solution compose
uniquement de produits de Microsoft.

Ensuite comme seconde option que nous avons propos ,ctait de regrouper les produits
non microsoft entre eux . Pour cela nous avons opt pour la plateforme J2EE de la socit Sun
Microsystme. Le Framework MyEclipse sera associ cet environnement. Et comme base
de donnes nous choisirons MySQL. Quant lhbergement de la solution nous aurons le
serveur dapplication Apache Tomcat. Nous avons procder ainsi afin de minimiser cot
estim global de notre solution.

Logiciels Cot License(en DhS)
Quantit
Visual Studio 2008
33 000 2
Serveur Web IIS 6.0 Gratuit inclus dans le CD
Windows
1
SQL Server 2005
Entreprise
113 265 1

Services Cot License(en DhS)
Hbergement 1840

Estimation Globale 179 265

Dlai
6 Mois

Solution 1

27

Demble observons une nette diffrence au niveau de lestimation globale des deux
alternatives . Ce qui faut retenir globalement cest que les approches de chacune de ses
solutions sont diffrentes.
Dans la solution 1 lon privilgie beaucoup plus la simplicit , la facilit , lunification de
lapprentissage, la rutilisation .
Tandis que dans la solution 2 lon privilgie beaucoup la diminution des couts, lhterogniet
des systmes , portabilit. Seulement voil pour cette dernire , lapprentissage ne sera pas
facile puisse que les systmes sont htrogne, et de plus dans le cas dun hbergement en en
dehors de lentreprise ,les couts dhbergement grimpent.
En somme chacune des deux solutions ses avantages et ses inconvnients .Ce qui nous
amne dresser un tableau comparatif des avantages de lune par rapport lautre et vis versa.
Solution 2
Logiciels Cot License(en DhS)
Quantit
Eclipse
Gratuit 2
MyEclipse
1192 1
Apache Gratuit
1
MySQL
gratuit 1

Services Cot License(en DhS)
Hbergement
(Externe)
10 937/Ans

Estimation Globale 12 129

Dlai
9 Mois

28

Voici ci-dessous un tableau de comparaison des avantages et inconvnients de chaque solution qui
sera adopt

Avantages Inconvnients

Solution 1
- -- -Lapprentissage est simple
- -- -Le dveloppement est beaucoup plus
simple, rapide,
- -- - Le dlai de livraison est plus court
- -- -Pour chaque produit payant il existe une
version gratuite (Express) limite en
fonctionnalit mais qui peut servir en
attendant une acquisition complte.
- -- -solution portable
- -- -obligation dutilisation des
solutions Microsoft

- -- -obligation dinstaller lapplication
sur un systme dexploitation
Microsoft (Xp, Server)

- -- -Cout relativement lev

Solution 2
- -- -lapplication est portable,
multiplateforme
- -- -cout trs faible
- -- -lapprentissage est trs difficile
- -- -le dlai de livraison est trop long

Pour raliser effectivement lapplication , il nous faut suivre une mthodologie de travail.
Nous nallons pas nous lancer dans le projet sans avoir auparavant prpar une mthode de
travail,un planning,etc..Sinon le projet sera vou lchec.
En informatique ,les mthodes de processus de gnie logiciel constituent les guides
mthodologiques de travail. Il existe plusieurs mthodes. Nous allons privilgier les mthodes
de Processus Unifi. En anglais UP(Unified Process) ,ces mthodes sont itratives et
incrmentales.

1-3-1)Choix du cycle de dveloppement
Il existe plusieurs cycles de dveloppement. Afin de pouvoir choisir le cycle adquat nous
avons tout dabord dress un tableau comparatif de quelques cycles potentiels.
RUP(Rationnal Unfied Process)

Cycle en V

XP(Extrme Programming)

2TUP(Two Track Unified Process) est appel encore Y.

29

Daprs le tableau ci-dessus, seul 2TUP propose un intrt vif pour la gestion de la
complexit technique. Or notre projet fait lui aussi large place technologie (GPS, antenne
GSM, cartes virtuelles, etc.) ce qui implique llimination du risque technologique
Les trois autres ny attachent pas grande attention. En effet, RUP propose plutt un
cadre complet pour la conduite de projet, mais nattache pas trop dimportance pour le
dveloppement lui-mme.
Le cycle en V quant lui, permet de matriser le dveloppement travers les vrifications la
fin des phases, mais il noffre toujours pas de gestion de la complexit technique.
Quant XP elle est beaucoup plus adapte des projets de petites taille et de plus des activits
telles que lestimation, la planification , savrent tre trs difficiles raliser ce qui est non
acceptable pour un projet tel que GPSTracking.
Il savre donc incontestablement que cest effectivement 2TUP qui est le plus appropri
notre projet.

Ci aprs une illustration reprsentant les grandes phases de la mthode Two Track Unified
Process.
Processus

Description Avantages Inconvnients

RUP

RUP est la fois une
mthodologie de conduite et de
dveloppement de projets et
un outil prt l'emploi

Propose des modles
de documents, et des
canevas pour des
projets types
-Coteux personnaliser
-Trs ax processus, au
dtriment du
dveloppement : peu de
place pour
le code et la technologie

V
Chaque phase en amont de la
production du logiciel prpare
la phase correspondante de
vrification en aval de la
production du logiciel
Prparation des
phases de vrification
au moment de
lAnalyse et de la
Conception
-Obligation de dfinir la
totalit des
besoins au dpart
-Validation fonctionnelle
tardive

XP

Tout laccent est mis sur les
bonnes pratiques de la
programmation avec un
droulement par itrations
courtes et gres collectivement
- adapte des projets
de petites tailles et sur
de petites quipes
- Pousse lextrme
les principes simples
de programmation
- difficults lorsque la
maintenance doit tre
faite par une autre quipe
-difficults de
planification ,
destimation de charge,
dimplication de lquipe

2TUP

S'articule autour de
larchitecture

Fait une large place
la technologie et la
gestion du risque

Ne propose pas de
documents types

30

Il convient aussi de noter que le rapport est adjacent la mthode 2TUP. Nous retrouvons
La plupart des phases de la mthode dans la figure suivante.

Capture des besoins fonctionnels Capture des besoins techniques
Capture des besoins
Analyse
Dcoupage en catgories
Modle statique
Modle dynamique

Architecture Technique
Conception Gnrique

Conception
Conception prliminaire
Conception dtaille

Implmentation
Etude Prliminaire
1
2 3
4
5
6
7
8
9
10

31

1-3-2)Choix de solution :
Donc aprs les diffrents tableaux comparatifs des solutions et mthodes nous avons dcid
dadopter la solution 1 .Nous justifions ce choix pour deux raisons :
En premier essor mme si la diffrence des couts est non ngligeable entre les
propositions Solution 1 et Solution 2 , PETROM a la possibilit de faire baisser les couts de
la Solution 1 de prs de 113 265 Dhs. En optant pour la version express de SQLServer, le
cout global de la Solution 1 tombe aux environs de 35000 Dhs. Avec cette alternative la
Solution 2 devient peu intressante.
La second raison est que le dlai de livraison ainsi que la comptence en ressources
humaines grimpent avec la Solution 2. Tandis quavec la premire solution
lapprentissage est trs facile donc le cout des ressources humaines nest pas lev. Et de
plus nous avons la garantie de produire la solution dans des dlais raisonnables.
Et pour la ralisation nous suivrons les directives du processus de gnie logiciel en Y
(Two Track Unified Process).

1-4)Estimation des extrants et intrants
1-4-1) Extrants

Un code source avec des commentaires de l'application doit tre livr
Un script de gnration de la base de donnes SQLSERVER et si possible un back-up
complet de la base
Documentation :sous format lectronique (PDF , Word)
o Fiche technique (Conception UML bien dtaille)
Diagramme Use Case
Diagramme de Classe d'analyse
Diagramme de Classe
Diagramme de Squence
Diagramme d'activit
o Manuel d'utilisation qui dtaille les diffrents tche et facilite l'utilisation de
l'application
o

EXTRANT DESCRIPTION RESPONSABLE
ELABORATION
Code source Contient le code complet de l'application avec
des commentaires explicatifs
Dveloppeurs
Base de donnes Contient le script ou back-up de gnration de DBA

32

la base pour la restauration/Perte
Fiche
Technique
Description technique dtaille de chaque
module
Permet une facilit de reprage du client par
Concepteur
Manuel
d'utilisation
Initier et faciliter l'accs aux diffrents services
offerts par l'application
Chef de Projet

1-4-2) Intrants

Ressources humaines :
Nombre Mtier Profil
1 Chef de projet +2 ans dexprience

2

Concepteur
+2 ans dexprience Maitrisant Le langage UML
1 DBA +2 ans dexpriences Maitrise SGBD SQL Server
1 Analyste +1 an dexprience
2 Dveloppeurs Maitrise un langage .Net

Ressources matrielles :
2 Ordinateurs Core 2 Duo 1,5 avec 2Go de RAM .
une imprimante couleur.
Ressources financires :
disponibilit de 200000 DH

1-5)Gestion des risques
Cette partie concerne notre dmarche relative la gestion des risques pouvant perturber,
gner voire entraver le bon droulement de la mise en place de notre projet.
Dans un premier temps nous avons dress un listing non exhaustif des risques pouvant
survenir au cours de la mise en uvre du projet. Et pour chaque risque nous estimerons
limpact suivi dun ensemble dactions prventives et correctives.
Risque Impact Mesures Prventives Mesures Correctives
Non
acceptation des
interfaces
- le changement du design
des interfaces devra tre
fait.
-dpassement du dlai.
Proposer les interfaces
au client pour les
valider avant de les
inclure dans le projet.
- corriger les interfaces
- faire participer le
client dans toutes les
phases du projet

Dpassement
du dlai
- retard dans la livraison de
l'application
tablir une gestion du
projet des diffrentes
tches

Bugs - disfonctionnement du -Etablir un plan de test Assurer les mises jour

33

systme des diffrents modules
Dpart dun
membre du
personnel
-Dpassement du dlai Signer un contrat
durant la priode du
projet
-Recrutement
Changement
des DLL google
earth
-changement de code
relatif au DLL change

-utilisation de cartes
vectorielles

Maintenant tout au cours de la mise en uvre du projet nous avons dcid de garder une
trace des diffrentes erreurs que nous avons rencontr. Ceci est trs important car il permet de
garder un historique derreurs rencontres classes selon leur nature, leur impact, leur temps de
correction etc.
Ce qui nous a conduit laborer un document type de traabilit des erreurs. Ce document
type est dtaill dans lannexe Traabilit des erreurs.

34

PARTIE 2 : MISE EN UVRE DU
PROJET

35

36

Chapitre
1
ETUDE DE FAISABILITE DE GPSTRACKING

Ce chapitre prsente ltude de faisabilit.

Il sagit de faire passer le projet dans une srie de niveaux de validation.

Et au final cela permet de prendre une dcision si oui ou non le projet doit tre lanc.

37

Appele aussi tude dopportunits , ltude de faisabilit dun projet est une tude visant
dterminer si oui ou non un projet X peut tre lanc ,suivi et excut efficacement .De
manire gnrale elle permet de vrifier si un projet est faisable avant de se lancer dans sa mise
en uvre concrte.
Lide du projet se doit dtre valide selon plusieurs axes ou domaines afin de mieux de se
prparer un risque ventuel pouvant freiner voire entraver la mise en uvre du projet.
Cette tude de faisabilit se poursuit suivant 6 axes principaux :

1) Validation de lide du projet
GPSTracking est un projet qui assemble des disciplines scientifiques tels que les
systmes dinformations gographiques, l informatique , les tlcommunications , les rseaux
en un seul et unique concept :la golocalisation. Lide deffectuer cette combinaison entre les
disciplines est assez innovatrice. Non seulement cest un projet qui est avant-gardiste
technologiquement parlant mais surtout il permet toute entreprise de rduire ses cots de
fonctionnement long terme. Pour une entreprise tel que PETROM spcialise dans la vente et
livraison des carburants et autres produits drivs ,une solution tels que GPSTracking peut
avoir un impact fort intressant sur sa stratgie .Disposer dun systme capable de lui dire
pourquoi telle livraison est arrive en retard, ou encore lui permettre une tude du
comportement de son personnel(chauffeurs) et ceci moindre frais, est dune importance
majeure.

2)Axe technologique
Dun point de vue technologique, une solution telle que GPSTracking sappuiera sur les
services offerts par le GPS ou encore la localisation cellulaire l o lusage de la 3
me
gnration
de rseaux mobiles est devenu monnaie courante au cours de ces dernire annes. Cest ainsi
que la golocalisation devient de plus en plus populaire surtout depuis le lancement du GPS au
Maroc durant lanne 2008.Mieux encore les plateformes de dveloppement .Net de Microsoft
et Java de Sun Microsystme ont atteint un degr de maturit suffisant pour permettre
nimporte quelle entreprise intresse de se lancer dans la production de solutions tournant
autour de la golocalisation moindre frais. Au Maroc depuis le lancement du GPS au courant
2008, un ensemble dentreprises se sont lancs la conqute de ce nouveau march
.Gnralement un quipement matriel GPS est propos au client et pour la traabilit, il
accde via une interface internet avec un compte valide chez lentreprise. Donc en ralit les
donnes sont envoyes chez lentreprise et le client ne peut que consulter et accder aux
services proposs par lentreprise. Parmi les exemples nous pouvons

38

citer :www.localisation.ma et la solution propos par Efficient Technology. Aujourdhui les 2
plateformes( . Net de Microsoft et Java de Sun MicroSystme) nous permettent tout fait de
mettre en place la solution GPStracking. Et pour preuve lexistence dans le march mondiale de
solutions commerciales telles que GpsGate (Bas sur .Net ) et des alternatives non
commerciales comme GoogleMaps CellPhone Tracker (Bas sur Java).

3)Axe commercial

Le march des solutions GPS devrait exploser en 2009 malgr la crise financire
mondiale selon les rsultats dune tude publie par la socit ABI Research. En effet selon
toujours ABI Research, 240 millions de mobiles et Smartphones quips dun GPS sont prvus
pour tre couls cette anne (2009) dans le monde avec une augmentation de 6.4% par
rapport 2008.Prs de 9 Smartphones sur 10 en 2014 intgrerons une puce GPS. Bientt de plus
en plus dapplications baptises location based services telles que GPSTracking
grignoterons de plus en plus de parts de march. Etant donn que la qualit de positionnement
samliore sur les mobiles et que le cot continue de diminuer ,la technologie de golocalisation
devrait lavenir devenir une vritable fonction standard.
En Europe et aux Etats Unis ,les entreprises Garmin et TomTom dominent le march depuis
2007

Europe 2007 Etat Unis 2007

39

4)Axe conomique
Au Maroc les solutions offertes par localisation.ma et Efficient Technology sont
proposes au client un tarif moyen de 4200 dhs pour linstallation des quipements suivi dun
abonnement mensuel qui tournent autour des 250 dhs. Cependant ces chiffres peuvent gripper
jusqu un certain plafond au fur et mesure que le nombre de vhicules quips croit.
Pour lentreprise cliente, elle pourrait faire des conomies considrables sur les cots de
maintenance, les indemnits kilomtriques accordes aux chauffeurs, le vol de vhicules mais
surtout assurer un meilleur suivi de ses vhicules.

5)Axe juridique
Depuis le lancement du GPS marocain, laspect juridique nest plus un frein pour les
diteurs de solutions de golocalisation pour peu quils respectent les textes en vigueur.
Cependant un souci est de plus en plus croissant sur lusage des antennes de relai. En France
des socits tels que Bouygues Tlcom ou SFR se sont vues condamnes retirer leurs
antennes de relai respectives .Et ceci cause des multiples plaintes des populations qui ont
expliqu que les missions dondes GSM par les antennes de relai taient lorigine de leurs
problmes de sant. Cependant daprs lOMS aucun trouble nest caus par les ondes mises
par les antennes de relai. Au Maroc aussi des habitants Ben MSik (Casablanca) se sont
opposs linstallation dune antenne de relai mais contrairement leurs homologues franais,
ils ont protest par mesure prventive .
A ce jour aucune tude mdicale na prouv la nuisance des ondes mises par les antennes de
relai la sant humaine.
6)Axe organisationnel

En ce qui concerne cet axe, les membres de lquipe du projet doivent sorganiser suivant
un planning prcis dfini par le chef de projet. Nous distinguerons des analystes et
programmeurs qui seront coiffs par le chef de projet. Les analystes se doivent deffectuer leur
conception tout en nexagrant pas par rapport la ralit. Ils doivent adapter leurs diffrents
diagrammes au contexte rel sinon le projet risque de tomber dans un complexe technologique.
Les analystes et programmeurs doivent avoir des connaissances basiques sur le GPS, les
antennes de relai, les systmes dinformations gographiques voire mme ladministration
rseau. Ce qui implique que les quipes du projet doivent au pralable suivre quelques sessions
de formation sur ces diffrentes disciplines avant la mise en uvre du projet.

7)Prise de dcision
En dfinitive nous pouvons dire partir de cette tude de faisabilit suivant les diffrents
axes, que lentreprise PETROM pourrait sil elle le dsire se lancer dans la mise en uvre de ce

40

projet. Pour peu quelle dispose du matriel ncessaire et ainsi que des ressources humaines
comptentes, le projet de GPSTracking pourrait tre conduit avec efficacit et un minimum
dentraves. Pour lheure aucune juridiction ne pourrait bloquer ce projet.

41

Chapitre
2
ETUDE PRELIMINAIRE

Ce chapitre introduit le processus de gnie logiciel (2TUP) que nous avons opt

Elle est ncessaire en ce sens quelle permet de dfinir les frontires de notre application

Elle nous permet de dgager les diffrents acteurs, les messages mis par chacun deux

Diagrammes de contexte (statique et dynamique) sont utiliss

42

1)Les spcifications de GPSTracking
1-1)GPStracking
-Reprsentation iconifie des camions et stations partir des coordonnes gographiques
-Affichage de la traabilit des conducteurs entre 2 stations par exemple.
-La refonte du Systme dInformation des stations de service , sachant que le systme actuel
tend tre obsolte :Le besoin ici est la migration de lancien systme vers un nouveau systme
rpondant aux standards actuels technologiques.
-La mise en place filtre permettant de peaufiner les diffrentes localisations(ex :localiser
uniquement les stations de PETROM, les stations concurrentes..)
-Localiser les camions qui sont en retard par rapport leur livraison
-Rserver une partie pour des tudes statistiques.
-Mettre en place un service danalyse approfondie qui va servir de prise de
dcision(Datamining)
-Faire en sorte que la solution se comporte tel un tableau de bord.
-Proposer 2 modes de fonctionnement (Offline, Online) qui sont permettre de garantir une plus
grande disponibilit des ressources (notamment la carte virtuelle ),voire mme la possibilit de
basculer dun mode un autre .
-Intgrer la solution un module permettant de contrler distance le PDA du camionneur
partir de lapplication serveur

1-2)Gestion des stations
-Sachant quune station dispose dun CODESAP , NOM , ADRESSE , TELEPHONE , MAIL
,FAX,et quelle se situe sur une LOCALITE , une station se situe sur 2 type de
milieu(Urbain,Rural,Pche,Jalonnement,Autoroute).
-Une station est regroupe dans une seule catgorie.
-Une Station est note qualitativement par rapport aux services quelle offre.
-Un Grant soccupe de la station
-Juridiquemet ,une station dispose dune patente et dun numro au registre de commerce
-Une station signe un contrat dont les paramtres caractriques sont reseign ci-dessous :
Une date de signature ,une date de dcheance,une caution,une remise,
Remise var
Et un dlai de payement est affect pour un contrat
-Il faut conserver une date de dernier remodelage de la station
-Une station dispose dun ensemble dlots

43

2)Vision architectural

3)Acteurs
3-1)Acteurs de GPSTracking

Le Chauffeur :
C'est lui de dmarrer le service de localisation sur le client mobile ventuellement c'est a eux
de saisir les infos (leur ID, l'tat du vhicule)
Livre le colis, avertit le systme en cas de changements(panne,arrive une station)

Le Profil Consultation:
C'est lui qui consulte les infos minimales sur la carte virtuelle minimale. Il pourra saisir 2
Dates et le matricule d'un Camionneur afin de voir son trac.
Il pourra voir les slectionner les camions ou les stations avec des critres
Il Pourra cliquer sur un bouton Basculer pour passe du Mode en Ligne au mode Hors Ligne et
vis versa

Le Service Vhicule:
Il envoie priodiquement les sa position au systme par le biais de son systme de localisation
embarqu

Le Commercial:
.Net Compact
SGBDR
INTERNET
GPS TRACKING

C#,UML

44

il pourra rcuprer les infos sur la fiche signaltique d'une station ou d'un ensemble de stations
qui seront organises par secteur.

Le Profil Consultation Avanc:
En plus du la consultation normale toute personne ayant reu ce privilge
-Il pourra voir les chauffeurs qui ont livr en retard ou qui sont en retard par rapport leur
livraison
-Il pourra envoyer un message qui servir le message de control au systme embarqu a partir de
l'ID du Chauffeur
-Il pourra voire des statistiques voire mme activer le module de prise de dcision Datamining

L'administrateur de GPSTracking:
-En plus du Profil Consultation Avanc ,il pourra effectuer des oprations d'administration
-Ajouter des parties de cartes ,avec des nouveaux chemins sur le mode local
-Gre les Profils des Utilisateurs

3-2)Acteurs du module gestion des stations

Le Commercial Normal :
Il pourra consulter le nom ,Adresse ,contact de la station et de le grant d'une station

Le Commercial Avanc :
Il pourra voir effectuer toutes les oprations du commercial Normal avec la possibilit
d'afficher un dtail

L'Administrateur:
Le commercial Avanc+Modification des Informations sur les stations+
- Ralisation d'un Dcoupage en secteurs
-En plus du Profil Consultation Avanc , il pourra effectuer des oprations d'administration
-Ajouter des parties de cartes ,avec des nouveaux chemins sur le mode local
-Gre les Profils des Utilisateurs

Membre du comit de Pilotage:
Le commercial Avanc+Ralisation d'un Dcoupage en secteur+Consultation du Service de
D'analyse Approfondie

45

4)Table des Messages (Emis/Reus) des Diffrents Acteurs
Acteurs Messages
Emis Reus

Chauffeur

(1)Dmarrer/Arrt du service de
Localisation
(2)Saisir Infos ID,EtatVehicule

Consultant Normal

(3)Saisir Critre
daffichage(Matricule,Date,etc)
(4)Basculer OnLine/OffLine
(5)Consultation Minimale de la Carte
(6)Affichage des Stations et Camions sur
slection
(7)Afficher trac Vhicule/Chauffeur
entre 2 Dates

Consultant Avanc
(8)Profil Consultation
(9)Saisir critre daffichage avanc
(10)Envoyer un message de control
distant au vhicule

(11)Afficher trac Vhicule/Chauffeur en
retard

Service Vhicule

(12)Envoie Priodique
dinfos(Position, IDChauffeur,
EtatCamion)
(13)Message de Control

Chef de Secteur (27)Grer les infos des station s
Commercial
Normal
(14)Slection dun secteur

(15)Vue gnrale des fiches
signaltiques(Nom , Adresse, Grant)
Administrateur
GPSTracking
(16)Profil Consultation Avanc
(17)Ajouter des nouvelles cartes
(18)Gre les Profils Utilisateur

Commercial
Avanc
(19)Commercial Normal

(20)Dtails des Fiches Signaltiques

Administrateur
Gestion Station
(21)Commercial Avanc
(22)Dcoupage en secteurs
(23)Gre les profils
(24)Edition des Infos des stations

Membre du Comit de
Pilotage
(26)Dcoupage en secteurs

(28)Service danalyse approfondie

46

5)Diagrammes de contexte
5-1) Diagramme de contexte statique
Un diagramme de contexte statique reprsente les acteurs du projet de faon structure.

47

5-2)Diagramme de contexte dynamique
Un diagramme de contexte dynamique reprsente les messages changs entre le systme
d'information et les acteurs (sous le diagramme apparait chaque message avec les attributs qu'il
contient. Chaque numro correspond un message dans la table de message

Consultant
Normal
Membre Comit
Pilotage

GPSTRACKING &
STATION MANAGEMENT
(11)
(8)
(10)
(9)
(2)
(1)
(3)
(5)
(7)
(6)
(4)
(13)
(12)
(16) (17) (18)
(15)
(18)
(22) (23) (21) (24)
(19)
(20)
(25)
(27)
(28)
(26)
(27)
Commercial
Avanc

Service
Vhicule
Administrateur
GPSTracking
Administrateur
Gestion Station
Commercial
Normal

Chauffeur
Chef de
Secteur
Consultant
Avanc

48

Chapitre
3
CAPTURE DES BESOINS FONCTIONNELS
Dans ce chapitre nous partirons la dcouverte des besoins fonctionnels .Et pour ce

faire nous utiliserons la notion de UseCase. Chaque UseCase sera identifi ,dcrit,et

organis ,class en fonction de son importance dans le projet.

49

1)Identification des UseCase par ses acteurs
Considrons lintention fonctionnelle de lacteur par rapport au systme dans le cadre de
lmission ou de la rception de chaque message.
En regroupant les intentions fonctionnelles en units cohrentes, on obtient les use case
recherchs.

UseCases
Acteur Principal,
Acteurs Secondaires
Messages Emis/Reus par
Acteurs

Traiter Infos Camion

Chauffeur
Emis :Saisir
ID,EtatCamion,Dmarrer /Arrt
Service Vhicule

Service Vhicule

Emis :Cration , Envoie du paquet
dinfos
au Systme Central Pour Stockage
Reus :Infos Camion+Chauffeur
Consulter Infos
Camions
Consultant
(Normal,Avanc)
Reoit : Infos Camion+Mapping de
la Position

Consulter Parcours
Camions

Consultant
(Normal,Avanc)
Emis :Saisir 2 Dates +IDCamion
Reus :Vue Gomtrique du
parcours

Grer des fiches
signaltiques des
stations

Commercial
(Normal,Avanc)

Emis :Slection du secteur

Reus : Infos des stations du secteur
Grer le service Vhicule

Distance
Consultant Avanc
Emis :Crer des Ordres excuter

Grer les Cartes
Administrateur
GPSTracking
Emis :Crer ,Ajout , Modifier,
Supprimer les Cartes

Consulter les
statistiques ,analyses
approfondies
Membre du Comit de
Pilotage
Reus : Reprsentations Graphiques
des Infos
Grer les Stations Chef de Secteur
Emet: Ajout,Mise Jour des infos des
stations

Organiser une Carte
en Secteurs
Membre de Comit
Pilotage,
Administrateur
StationManagement
Emet: Ajout, Mise jour ,Supprimer
les infos des secteurs
Grer les Profils des
Utilisateurs
Administrateur
(GPSTracking,Station-
Management)
Emet: Ajout, Mise jour , Supprimer
Rechercher des Utilisateur/Profil
Authentifier Utilisateur
Emet: Saisir Login et Password

50

Grer Compte Utilisateur
Emet: Crer ,Editer,Supprimer
Ses infos personnelles
2)Description des diffrents UseCase
Chaque UseCase est dcrit dans sa fiche descriptive .

2-1)Comment Lire la fiche descriptive dun UseCase :
Afin de mieux comprendre un fonctionnement dun UseCase , il faut procder de la
manire suivante pour chacun des UseCases :
-Tout dabord il faut savoir que pour chaque UseCase nous avons une fiche descriptive suivie
dune table de dfinition ,voire mme un schma descriptif .
-lire la fiche descriptive. Si un mot est ambige alors il faut jeter un coup dil sur la table de
dfinition de ce UseCase.
-Revenir en arrire sur la fiche descriptive afin de poursuivre la lecture.
2-2)Description des UseCases
Fiche Descriptive du UseCase : Traiter Infos Camion

Sommaire dIdentification
Titre : Traiter Infos Camion
But: Rcupration et Stockage des informations relatifs aux acteurs (camion-chauffeur) avec leur
position gographique.
Rsum : Ajout des Infos sur chauffeur, rcupration des coordonnes gographique du camions,
Sauvegarde du couple(Infos Chauffeur+Position)
Date de Cration: 14 /04/2009 Date de Mise Jour:14/04/2009

Prcondition
-Le chauffeur doit avoir dmarr le service embarqu GPSTrackingMobile et le chauffeur doit tre
authentifi
-Un service distant doit tre lanc
Scnario Nominal
1-Le chauffeur reoit un SessionID une fois quil sest authentifi, et il saisit l'tat initial du
camion(EtatCamion).
2-Le systme embarqu(GPSTrackingMobile) rcupre ces infos et les stocke en local.
3-le systme adopte un fonctionnement normal via le mode NORMAL
4-Dans le mode NORMAL ,le systme embarqu rcupre les donnes GPS
(Longitude,Latitude,Altitude,Vitesse etc..) des intervalles rguliers(5 Sec) et peut aussi rcuprer
les donnes GSM(CellID,LAC,MNC,MCC)
5-le systme embarqu fait appel un Web Service qui il fournir les donnes (donnes
GPS+donnes GSM + sessionID+EtatCamion ).
6-Dans le cas ou le service distant est indisponible alors le GPSTrackingMobile passe en Mode
EXCEPTION.
7-le Web Service rcupre ces donnes envoyes et les stocke en local.
Scnario Alternatif

51

Il dbute l'tape 6 du scnario principal:
1-Lorsque le systme passe au mode EXCEPTION
2-En mode EXCEPTION ,le systme stocke les donnes ( donnes gographiques+ donnes
GSM+EtatCamion +Numro d'Identification) en local
3-Le systme se met en attente d'une prochaine disponibilit du service distant
PostConditions
Aprs rception des donnes du systme embarqu par le service distant, les horaires de rceptions
seront indiques au niveau du systme central.

Note :La rcupration des donnes GPS et GSM se fait de la manire suivante.
Tant que nous sommes sur le mme CellID(mme antenne de relai) alors nous ne rcuprons
pas les donnes GPS. Si nous changeons de cellule (donc en loccurrence le CellID a chang de
valeur ) alors nous pouvons conclure que nous avons chang de position donc ce moment
nous activons le GPS pour rcuprer les donnes GPS. La raison pour laquelle nous rcuprons
les donnes GPS et les donnes GSM est la suivante :
Grce aux donnes GSM nous pouvons localiser un point ou objet sur le globe avec une marge
derreur de 300m. Par contre le GPS nous fournit plus de prcision malgr une consommation
considrable en nergie sur la batterie du PDA .La rcupration des donnes GSM est quasi
instantane et consomme peu lnergie de la batterie du PDA .
En somme cest dans un souci dconomie dnergie et damlioration de la prcision que nous
avons dcid de trouver un compromis entre la rcupration des donnes GPS et celle des
donnes GSM.

Table de Dfinition du UseCase :Traiter Infos Camions
Mots ou Termes Explications
GPSTracking Mobile ,
,Service Vhicule,
Systeme Embarqu
Cest notre application que nous allons dvelopper et dployer
sur le PDA. Nous lappelons aussi par les termes systme
embarqu ou service embarqu, ou service vhicule
STOCKAGE EN LOCAL
Stocker sur une base de donnes (par exemple SqlServer ) de la
machine
MODE EXCEPTION
En Mode Exception le service vhicule stocke les donnes GPS et
les donnes GSM en local sur la machine qui lhberge.

MODE DE FONCTIONNEMENT
NORMAL
Ce mode de fonctionnement est le scnario idal sans
encombre dont lexcution suit les tapes suivantes :
1-Le service vhicule rcupre les donnes GPS sur lmetteur
GPS connect au PDA
2- Le service vhicule rcupre les donnes GSM(CellID , MCC,
MNC, LAC) en provenance des Antennes de Relais
3-Le service vhicule envoie de les informations (Donnes GPS
+Donnes GSM) un Web Service qui va les stocker dans la base
de donnes

52

4-Le service vhicule cre un historique des oprations effectues

LONGITUDE
Valeur Angulaire qui exprime le positionnement Ouest Est dun
point sur la terre .(Dans notre cas on parlera de rcupration de la
longitude du camion)

LATITUDE
Valeur Angulaire qui est une expression de la position dun point
au nord ou au sud de lquateur. (Dans notre cas on parlera de
rcupration de la latitude du camion)

ALTITUDE
Valeur qui exprime llvation verticale dun lieu ou objet par
rapport un niveau de base (le plus souvent le niveau de la mer
quon appelle galement niveau zro)
(Dans notre cas on parlera de rcupration de laltitude du camion
par rapport au niveau de la mer)

VITESSE
Rapport dune longueur par le temps. Elle est exprime en
Mtre/Seconde. (Dans notre cas on parlera de rcupration de la
vitesse actuelle du camion )

ANTENNE DE RELAIS
Cest une antenne qui joue le rle dmetteur et rcepteur dondes
radio. Cest un maillage de stations de base des rseaux des
oprateurs de tlphonie mobile qui permet de couvrir un
territoire donn et de tlphoner sans coupure.

CELLID

Numro dIdentification de lantenne de relai GSM laquelle le
PocketPC est connect(Pour notre cas on cherche le numro
didentification de lantenne de relai la plus proche)

LAC
Local Area Code :est une valeur numrique permettant didentifier
la zone(ou cellule) couverte par lantenne de relais.

MCC
Mobile Country Code :est une valeur numrique qui exprime un
code pour un pays et donc permettant par la mme occasion de
connaitre le pays o se situe lantenne de relais(pour notre cas on
cherche le code du Maroc )

MNC
Mobile Network Code :est une valeur numrique qui exprime un
code qui identifie le rseau mobile terrestre .Il permet didentifier
loperateur de tlphonie mobile(Notre cas il sagit du code :Maroc
Telecom )

WEB SERVICE, SERVICE
DISTANT

Cest une application installe sur une machine qui implmente un
ensemble de fonctionnalits et qui les expose via les protocoles de
communications internet.(Pour nous cest le stockage sur une base
de donnes que lon cherche comme fonction).Nous lappelons
aussi Service Distant.

ETAT CAMION
Cest une valeur exprime en chaine de caractres qui dsigne
ltat de fonctionnement du vhicule. Le service embarqu peut
tre mis soit ltat Oprationnel, soit ltat en EnPanne. Cest
au chauffeur mettre jour cette valeur.

GSM
Est une norme numrique pour la tlphonie mobile initialement
conue pour les communications du type voix. Les rseaux GSM
se basent sur la notion de cellule encore appeles zones circulaires
qui se chevauchent afin de couvrir une zone gographique.

GPS
Est un systme mondial de positionnement par satellite .Il utilise
24 satellites en orbite autour de la terre .Le rcepteur GPS va
capter les signaux dau moins 4 satellites et calculer sa position en

53

fonction des informations reues.
PROTOCOLE
Cest un ensemble de rgles sur lesquelles deux ordinateurs
doivent se mettre daccord afin dchanger des messages.
HTTP
Protocole utilis afin de transporter des pages web HTML sur
internet. Il permet aussi daccder des WEB SERVICES(aussi
appels SERVICE WEB).

NMEA
Protocole utilis par les rcepteur GPS afin de rcuprer les
donnes( en gnral coordonnes gographiques) relatives un
point sur le globe terrestre.

GPRS
Extension de la norme GSM qui apporte la transmission des
donnes par paquets. Ce qui permet lors des communications de
ne pas se limiter aux rseaux GSM et daccder des rseaux tels
quInternet par exemple.
Pocket PC
Systme dexploitation pour PDA cr par Microsoft .De nos jours
il a pour dnomination Windows Mobile.

PDA
Appel encore Personnal Digital Assistant est un appareil
numrique portable qui se comporte tel un ordinateur de poche .

SESSIONID
Cest un identifiant unique qui est affect au chauffeur une fois
quil sest authentifi auprs du systme.

DONNEES GPS
Dsigne le couple (Latitude , Longitude) dun point sur le globe
un instant donn.

DONNEES GSM
Dsigne le quadruplet (CellID , MCC , MNC ,LAC) qui reprsente
les informations sur lantenne de relai laquelle est connect le
PDA via sa carte SIM

Afin de complter la description de ce Use Case :Traiter Infos Camions , nous allons lillustrer
laide dun schma explicatif .

54

Schma Descriptif du UseCase :Traiter Infos Camions

Antenne de Relais
Donnes GSM
2
Satellite
Donnes GPS
Protocoles: NMEA

ServiceVehicule

Emetteur GPS
Serveur

WebService

SQL Server
StockerInfo()
INTERNET
Infos Camion
3
Protocoles: HTTP
Connexion: GPRS

1

55

Fiche Descriptive du UseCase : Consulter Infos Camion

Titre : Consulter Infos Camion
But: l'objectif est de pourvoir consulter les informations (donnes GPS + donnes GSM) reues en
provenance du service vhicule travers une superposition dune partie des infos (longitude,
latitude)sur une carte virtuelle(online ou locale)
Rsum : slection des chauffeurs, affichage des positions des chauffeurs et des camions
Pr- conditions
- Lutilisateur doit avoir le privilge Consultation Normale et doit tre authentifi
- Un certain nombre de chauffeurs sont partis en mission
Scnario Nominal
1-Lutilisateur demande les positions de lensemble des camions en renseignant la socit (Par
Ex :PETROM)
2-Le systme lui affiche une reprsentation iconifie les dernires positions des camions quil a reu en
provenance du service vhicule, sur une carte virtuelle online .
3-Si la carte virtuelle online nest pas disponible alors le systme passe au mode Offline

56

Il faut noter que le systme utilisera les deux types de cartes virtuelles (online et locale)
.Et ceci parce que les cartes onlines nous garantissent une plus grande quantit dinformations
du fait de leur mise jours continuelles par leurs propritaires
respectifs(Microsoft,Google,etc.). Lavantage majeur des cartes locales est du fait de leur
disponibilit a tout moment .Ce qui nest pas le cas pour les cartes en ligne qui elles deviennent
inutilisable en cas de rupture de connexion internet.
Ci-dessous nous avons un tableau comparatifs des avantages et inconvnients des deux types
de cartes.

Scnario Alternatif
Il dbut ltape 3 du scnario principal
1-Le systme passe au mode offline(Voir Table de dfinition pour plus de dtails )
2-En mode offline , le systme consulte les diffrentes positions gographiques(Latitude,Longitude) en
utilisant une carte virtuelle locale.

PostConditions

Cartes Virtuelles Avantages Limites

Cartes Onlines
(Virtual Earth , GoogleEarth)

-Leur contenu est mis jour
rgulirement
-Trs riches avec une grande varit
de couches (route,vue
spatiale,paysage etc.)
-accessibles uniquement lorsque
lon dispose dune connexion
internet

Cartes Vectorielles

- leur poids(octets) est relativement
faible
- accessibles mme sans tre
connect internet
-Leur contenu est mise jour de
manire trs irrgulire
-les couches sont assez pauvres

57

Table de Dfinition du UseCase :Consultation Infos Camions

POSITION
Contient les dernires coordonnes
gographiques(Latitude,Longitude,Altitude) qui vont servir afin dafficher les
icones (sous forme de punaise) des camions

CARTE VIRTUELLE EN
LIGNE ,CARTE
VIRTUELLE ONLINE
Cest une carte issue dune plateforme cartographique gospatiale sur
laquelle nous allons superposer les donnes gographiques afin de visualiser
les positions des camion et un station sur le terre(Il existe plusieurs
plateformes :Vitual Earth,Google Earth,OpenStreetMap etc.).Notons que la
plupart des plateformes offrent leurs services en ligne .Il faut disposer dun
accs internet pour y avoir droit.

CARTE VIRTUELLE
LOCALE
Dans la mme ligne que les cartes online offertes par les plateforme
cartographiques (Microsoft,Google),ce type de carte se distingue de part sa
disponibilit tout moment. Cest une carte virtuelle dont les informations
sont exploites localement. Elle se prsente sous forme de fichiers vectoriels
contenant toutes les informations ncessaires pour une consultation .Le fichier
qui nous intresse est celui qui encapsule les informations (Villes,Grandes
Voies,localit,etc.) du Maroc

MODE OFFLINE
Cest le mode de fonctionnement du Systme o la consultation des infos et les
cartes virtuelle se fait en local.
La consultation seffectue comme suit :
1.Rcupration des donnes gographiques sur disque.
2.Chargement de la carte virtuelle locale partir des fichiers vectoriel
3.Superposition des dernires donnes reues en provenance du service
vhicule (longitude , latitude,etc) sur la carte virtuelle local charge en
mmoire.

Afin de complter le UseCase Consulter Infos Camions voici une illustration graphique

58

Les Punaises (PushPin) reprsentent les camions (7 camions au total) qui sont en mission. Le
trac en bleu reprsente la distance parcourue du camion Numro 1 .Mais le Use Case
consulter parcours camion nous permettra de mieux dtailler ce cas de figure.
Fiche Descriptive du UseCase : Consulter Parcours Camion

Titre : Consulter Parcours Camion
But: voir les infos sur les diffrents parcours tablis par les camions
Rsum :
Prcondition
- Lutilisateur doit avoir le privilge Consultation Normale et doit tre authentifi
- La consultation normale des Infos Camion est faisable
Scnario Nominal
1-Lutilisateur saisit les critres(nom chauffeur ,SessionID,etc.) sur les camions dont il voudrait
consulter les parcours
2- Lutilisateur slectionne un intervalle de temps
3-Le systme ramne les informations (distance parcourue ,trajet en retard ,trajet sur panne etc.)
sur le parcours du camion
4-Le systme ramne aussi les diffrentes informations(Nom,Prnom,etc.) sur les chauffeurs des
camions

PostConditions

Table de Dfinition du UseCase :Consultation Parcours Camions
PARCOURS
Cest la distance parcourue par un camion afin de livrer un produit qui peut
tre soit du carburant, lubrifiant et autres.
INTERVALLE DE TEMPS
Cest une valeur qui reprsente un intervalle entre deux dates fournies par
lutilisateur
TRAJET EN RETARD
Cest la distance parcourue par un camion qui livr le ou les produits en
retard.
TRAJET SUR PANNE
Cest la distance que parcourt par un camion qui a signal une panne au
cours du trajet.

59

Lillustration qui va suivre nous donnera un bref descriptif afin de mieux cerner la description
de ce cas dutilisation

Les punaises en rouge (PushPin) numrotes respectivement 1 et 2 reprsentent les positions
actuelles des couples (ChauffeurA/CamionA) et (ChauffeurB/CamionB).Le Trac en bleu
reprsente la distance parcourue par le camionA entre 07h30 et 10H15 la date du
23/04/2009.La zone couverte en rouge est lespace que le camionsB a couvert tout au court de la
journe du 22/04/2009 avant de signaler une panne et de rentrer pour rparation. Plus au nord
,le chemin en rouge qui passe par le boulevard de paris reprsente la distance parcourue par le
camionA qui a livr le carburant en retard

60

Fiche Descriptive du UseCase : Grer le service vhicule distance

Titre : Grer le service vhicule distance
But: Il sagit denvoyer des message de control ou administration au systme embarqu distant
Rsum : mise jour de GPSTrackingMobile, Rcupration dinformations complmentaires(Carte
SIM,etc.),Interdiction darrter le systme
Prcondition
- Lutilisateur doit avoir le privilge Consultation Avanc et doit tre authentifi
- Les chauffeurs doivent tre partis en mission
Scnario Nominal
1-Lutilisateur slectionne les camions ou chauffeurs il doit envoyer le message de commande
2-Il slectionne le type de commande
3-Il envoie la commande GPSTrackingMobile sous forme dun Message SMS
4-En cas de succs de rception GPSTrackingMobile renvoi un accus de rception lutilisateur et
excute laction correspondant la commande qui lui a reu.
5-Sinon le systme avertit que le chauffeur nest pas joignable

Scnario Alternatif 1
Il commence ltape 4 du scnario principal :
1-Le systme avertit du non succs de la rception de la commande
2-lutilisateur pourra ainsi excuter une action spcifique (Notification, Envoie dun autre Message
etc.)
Scnario Alternatif 2
Il commence ltape 2 du scnario principal :
1-Si laction ne sest pas excute avec succs alors le service embarqu doit stocker le message
derreur en local.
PostConditions
1-Lutilisateur a reu un accus de rception de GPSTrackingMobile.

61

Table de Dfinition du UseCase : Grer le service vhicule distance

GPSTrackingMobile
Est une application que nous allons dvelopper et dployer sur le PocketPC.
Nous lappelons aussi par les termes systme embarqu ou service
embarqu, ou service vhicule
MESSAGE DE
COMMANDE
Cest une valeur sous forme de chaine de caractre que le service vhicule va
recevoir ,ensuite interprter et enfin excuter une Action spcifique.

TYPE DE COMMANDE
Cest le type de commande que lon peut envoyer .Le type peut tre :
Mise Jour, Changement des paramtres du PocketPC, Interdiction dteindre
le PocketPC, Excution dune action
TRAJET SUR PANNE
Cest la distance que parcourue par un camion qui a signal une panne au
cours du trajet.

SMS
Cest un service de messagerie permettant de transmettre et recevoir des
courts messages textuels entre tlphones mobiles voire mme entre PDA.
ACCUSE DE
RECEPTION
Cest un message SMS qui permettra un metteur de sassurer de la bonne
rception du message quil a envoy

ACTION
Cest un traitement qui sera effectu par le Service embarqu.Ce traitement
peut varier :
-Modification des paramtres de GPSTrackingMobile
-Tlchargement dune mis jour de lapplication
-Emission dun Bip Sonore
-Rcupration dInformations Complmentaires
-Envoie dun autre message SMS.
-Etc

MESSAGE DERREUR
Cest une valeur sous forme de chaine de caractres qui exprime un traitement
qui sest termin sans que le rsultat escompt soit valable (un chec ).

Fiche Descriptive du UseCase : Grer les infos relatives la station
Titre : Grer les infos relatives la station
But: Il sagit de rcuprer, Ajouter et modifier les informations sur les stations, organis en
secteurs avec un niveau plus dtaill
Prcondition
- Lutilisateur doit avoir le privilge Commercial Avanc et doit tre authentifi

Scnario Nominal

62

1-Lutilisateur renseigne la localit ou le secteur
2-Le systme lui ramne la liste des stations du secteur
3- Lutilisateur choisit lune des stations ramenes par le systme
4-Lutilisateur pourra consulter ou modifier les informations propre chaque station comme :
4-1- le tlphone
4-2- le statut juridique (Gestion directe, Grance loue )
4-3- ltat de fonctionnement (Active, Inactive)
4-4- la note (une note attribue chaque station afin de les classer qualitativement)
4-5- un produit ou dun service fournit par la station
4-6- le contrat entre PETROM et le grant
4-7-la liste des quipements possds
5- Lutilisateur pourra ajouter dautre station si elle nexiste pas dans la liste ramene par le
systme
5- Lutilisateur pourra galement consulter ou modifier lorganisation gographique :
-par localit
-par secteurs
-par rgion
6- Lutilisateur pourra ajouter dautre station si elle nexiste pas dans la liste ramene par le
systme
PostConditions
- le systme doit modifier la date de dernire mise jour chaque modification

Table de Dfinition du UseCase : Grer les infos relatives la station
REGION un regroupement des stations au niveau de
positionnement gographique : Sud, nord, Centre

SECTEUR
un regroupement des stations au niveau des villes

LOCALITE
un regroupement des stations au niveau des provinces

SERVICE
Cest travail effectu au profit du client a peut tre
vidange, lavage
CONTRAT
convention formelle entre deux partis, il est caractris
par un type, date signature, chance

63

Fiche Descriptive du UseCase : Localiser une station

Titre : localiser une station
But: Il sagit de localiser les stations, organis en secteurs avec sur une carte
gographique
Prcondition

Scnario Nominal
1- Le systme affiche une reprsentation iconifie des positions de toutes les stations
sur une carte virtuelle.
2-Lutilisateur pourra renseigner la localit ou le secteur
3-Le systme se focalisera () sur le secteur et lui ramne la liste des stations du
secteur choisit
5-le systme affichera le nom et la photo de la station sur la mme carte

Scnario alternatif
Il dbut ltape 1 du scnario principal
1-Le systme passe au mode offline

Table de Dfinition du UseCase : Consulter les infos de la station
ZOOM

Une fonction qui permet d'agrandir un dessin

CARTE VIRTUELLE
Cest une carte issue dune plateforme cartographique
gospatiale sur laquelle nous allons superposer les donnes
gographiques afin de visualiser les positions un station
sur le terre(Il existe plusieurs plateforme :Vitual
Earth,Google Earth,OpenStreetMap etc.).Notons que la
plupart des plateforme offre leur service en ligne .Il faut
disposer dun accs internet pour y avoir droit.

MODE OFFLINE
Cest le mode de fonctionnement du Systme o la
consultation des infos et les cartes virtuelle se fait en local.

Fiche Descriptive du UseCase Effectuer Suivi financier
Titre : Effectuer Suivi financier
But: Il sagit dajouter ou modifier les donnes sur les ventes dune station
Rsum : il permet dajouter ou modifier les donnes sur les ventes dune station de chaque

64

anne depuis sa cration afin de conserver un historique qui va servir prendre les dcision
concernant les investissements
Prcondition

Scnario Nominal
1-Lutilisateur renseigne la localit ou le secteur
2-Le systme lui ramne la liste des stations du secteur
4- Lutilisateur pourra Ajouter ou modifier les ventes par anne de la station
5- Lutilisateur pourra galement Ajouter ou modifier les dates et les totale des investissements
de la station
6- le systme va calculer lamortissement de chaque investissement ainsi que la valeur net
comptable VNC
Post condition
Les ventes doivent tre unique pour chaque anne

Table de Dfinition du UseCase : Consulter les infos de la station

AMORTISSMENT
Cest une valeur amortis dans la somme des investissements,
cest dire chaque anne on soustra un pourcentage bien dfinit

VNC
Cest une valeur restante dans la somme des investissements,
cest le contraire de lamortissement

La fiche descriptive complte des autres UseCases se trouve en annexe dans le document
Capture des Besoins Fonctionnels de GPSTracking.
Maintenant une fois que ces UseCases sont noncs il faudrait les organiser afin de
mieux prsenter au client une vision globale des services proposs par notre application.
Cette vision globale nous est donne par le diagramme des UseCases

65

3)Organisation des UseCase

Commercial
Normal
Commercial
Avanc Membre du
Comit de Pilotage
Admin
Gestion Station
Chef de
Secteur
Admin
GPSTracking
Chauffeur
Consultant
Normal
Consultant
Avanc
Administrateur

Utilisateur
<< include>>
<< include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
Traiter Infos
Camions
Consulter
Infos Camion
Consulter Parcours
Camion
Grer les Fiches
Signaltiques
Grer les Service
Vhicule Distance
Grer les cartes
Consulter les statistiques et
Analyses Approfondies
Grer les stations
Organiser une
carte en secteurs
Grer les Profils
Utilisateurs

AUTHENTIFIER
Grer compte

66

Le usecase est celui dont le rle est de informatiser le systme de

dinformation qui gre une station. Il est assez volumineux cest pourquoi nous avons dcid de
le dcouper en sous UseCases que voici :

Ainsi nous remarquons bien que le commercial avanc a beaucoup plus de possibilits que le
commercial normal.
Grer les Fiches
Signaltiques
Commercial
Normal
Commercial
Avanc
Localiser une station
Consulter les infos de la
station
Grer les infos relatives la
station
Effectuer Suivi financier

67

La figure prcdente illustre le diagramme des UseCase .
Il ne faut pas confondre les UseCase :Grer Station et Grer les Fiches Signaltiques

3-1)Structuration des UseCase en Packages

UseCases
Acteur Principal, Acteurs
Secondaires

PACKAGES


Chauffeur

GESTION DES DONNEES
RELATIVES AUX
CAMIONS
Service Vhicule
Consulter Infos
Camions
Consultant
(Normal , Avanc)
Consulter Parcours
Camions
Consultant
(Normal et Avanc)
Grer des fiches
signaltiques des
stations
Commercial
(Normal etAvanc)

GESTION DES DONNEES
RELATIVES AUX
STATIONS
Grer les Cartes Administrateur GPSTracking
Grer les Stations Chef de Secteur
Organiser une Carte
en Secteurs
Membre de Comit Pilotage,
Administrateur Gestion
Station
Consulter les
statistiques ,analyses
Membre du Comit de
Pilotage

STATISTIQUES
Grer les stations
Grer les Fiches
Signaltiques
Cest tout simplement un
UseCase qui permet lajout
dune
nouvelle station(avec ses
quipements) partir du PDA .
Ce UseCase est le module
Gestion des Stations voqu
dans le la description du projet.
Notre projet est compos de 2
parties:
GPSTracking et
Gestion des Stations. Donc
Gestion des Station=Grer les
Fiches Signaltiques

68

approfondies
Grer les Profils des
Utilisateurs
Administrateur
(GPSTracking,Station-
Management)

SERVICE SUPPORT
Grer Compte Utilisateur
Authentifier Utilisateur
SECURITE
Distance
Consultant Avanc
ADMINISTRATION

A ce niveau nous avons dj un premier dcoupage de notre solution en packages.
Ensuite nous avons ralis des diagrammes de UseCases de chacun des Packages .Et ceci a t
dtaill dans le document annexe Capture des Besoins Fonctionnels.
3-2)Classement des UseCases
Dans cette partie , nous allons procder une organisation des UseCases afin didentifier au
plutt les UseCases les plus importants et procder par la mme occasion une identification
des risques .
Et Par la suite nous allons identifier et dresser un tableau rcapitulatif des diffrents UseCases
avec cette fois ci les diffrentes spcifications afin dtre sur que nos diffrents diagrammes de
cas dutilisation rpondent effectivement aux besoins de du client (PETROM)
Ci-dessous le tableau des spcifications de GPSTracking
Numro de
Spcification
Dtails des Spcifications
Spec N1
Rcupration des coordonnes et Reprsentation iconifie des camions et stations partir
des coordonnes gographiques
Spec N2
Affichage de la traabilit des conducteurs entre 2 stations par exemple
Spec N3
La refonte du Systme dInformation des stations de service :
migration de lancien systme vers un nouveau systme rpondant aux standards actuels
technologiques.
Spec N4
La mise en place filtre permettant de peaufiner les diffrentes localisations
Spec N5
Localiser les camions qui sont en retard par rapport leur livraison
Spec N6
Rserver une partie pour des tudes statistiques
Spec N7
Mettre en place un service danalyse approfondie qui va servir de prise de dcision
Spec N8
Faire en sorte que la solution se comporte tel un tableau de bord
Spec N9
Proposer 2 modes de fonctionnement (Offline, Online) :
garantir une plus grande disponibilit des ressources
Spec N10
Intgrer la solution un module permettant de contrler distance le PDA du camionneur
partir de lapplication serveur

SpecN11
Un Module Client Non Visible par lutilisateur qui sera install dans le camion dont les
caractristiques sont :
Invisible pour lutilisateur, Contrlable distance, Impossible dsinstaller, Peut collecter

69

les donnes GSM et GPS en arrire plan, A un intervalle de collecte des donnes
paramtrable, Dclenche une alerte en cas de passe dun POI(Point dIntrt),Permet
denvoyer dautres infos utiles(Carte SIM Statistiques)

SpecN12
Un Module Client Visible par lutilisateur qui sera install dans le camion dont les
caractristiques sont :
Visualisation de la position actuelle sur une carte GPS en local ou en ligne, Voir lhistorique
de navigation, Enregistrer et envoyer les informations actuelles sur le serveur, Contient une
base de donnes locale contenant un historique de navigation qui est synchronise avec le
serveur .En cas de perte de liaison GPRS stocker les infos en local et en cas de reconnexion
les envoyer vers le serveur

Superposition des UseCases par rapport aux spcifications
Dans cette partie nous allons dterminer quels sont les uses case qui vont nous permettre de
rpondre aux exigences fonctionnelles du client(PETROM)
Ensuite une Fois les diagrammes termins nous allons passer lexpression des besoins
techniques.
Liste des UseCases Liste des Spcifications
Spec1 Spec2 Spec3 Spec4 Spec5 Spec6 Spec7 Spec8 Spec9 Spec10 Spec11 Spec12
Traiter Infos Camions

Consulter Infos Camions

Consulter Parcours
Camions

Grer les fiches
signaltiques

Grer le service vhicule
distance

Grer les cartes

Consulter Statistiques et
Analyse approfondies

Grer les stations

Organiser une carte en
secteurs

Grer les profils
utilisateurs

Grer Compte

Authentifier

Nous remarquons que certains UseCases ne rpondent pas aux besoins fonctionnels
numrs. Cependant ils rpondent dautres types de besoins appels besoins non
fonctionnels(flexibilit , utilisabilit ,rutilisabilit ,disponibilit , scurit) .

70

Lon remarque que les UseCases les plus importants fournissent une plus value considrable
au client en rpondant un nombre de spcifications plus grand.
Notons que les diffrentes spcifications nont pas la mme pondration.
Par exemple entre la spcification Numro 1(Rcupration des coordonnes et Reprsentation iconifie
des camions et stations partir des coordonnes gographiques) et la spcification Numro 5(Localiser les
camions qui sont en retard par rapport leur livraison) il ya un vritable cart de pondration, cart
dimportance .Et ceci parce que la numro 5 dcoule directement de la numro1.Il faudrait que
les coordonnes des camions soient au moins rcupres afin que lon puisse procder une
ventuelle localisation des camions qui sont en retard par rapport leurs livraisons.
En gnralisant laffirmation prcdente, nous pouvons dire que
Les UseCases dont la majorit des spcifications concernent lalimentation du systme en donnes sont
relativement plus importants que leurs homologues qui soccupent du traitement de ces donnes.
De ce fait, nous pouvons dresser une classement des UseCases en fonction de leur priorit et du
risque encouru dans le cas de la non ralisation.
Liste des UseCases Niveau de Risque Type de Priorit Classement

Haut Haute 1
Consulter Infos Camions Haut Moyenne 2
Grer des fiches signaltiques des
stations

Haut

Moyenne

3
Grer les Cartes

Moyen Haute 4
Consulter Parcours Camions Moyen Moyenne 5
Distance

Moyen

Moyenne

6
Consulter les statistiques ,
analyses approfondies

Moyen

Moyenne

7
Organiser une Carte
en Secteurs
Moyen Basse 8
Grer les Stations

Moyen Basse 9
Grer les Profils des Utilisateurs Bas Moyenne 10
Grer Compte

Bas Basse 11
Authentifier

Bas Basse 12

71

Chapitre
4
CAPTURE DES BESOINS TECHNIQUES
Les besoins techniques seront exprims dans les lignes qui suivront. Les diffrentes

architectures techniques(matrielle,logicielle) seront voques. Les outils

72

Cette partie traite de manire gnrale la capture des besoins techniques. Cette phase
sert de complment la capture des besoins fonctionnels. Lide vectrice ce niveau tourne
autour de la relve des diffrentes contraintes qui ne sont ni descriptives du mtier des
utilisateurs, ni descriptives dun point de vue applicatif ou dun quelconque processus mtier.
Nous pouvons rsumer cette partie travers les questions qui vont suivre :
Quel sont les moyens technologiques dont nous disposons pour afin de mettre en uvre lapplication ?Avons
nous suffisamment de bagages techniques afin dassurer la totalit des besoins fonctionnels noncs ?Par exemple
est ce quil est nous est possible daccder aux services offert par le GPS aisment ?O et Comment allons nous
dployer notre application par rapport au systme dinformation existant ?

Cette phase est primordiale dans la mesure o elle permet de dterminer les risques
technologiques qui peuvent exister.
Pour ce faire nous devrons connaitre priori le systme matriel et les outils stratgiques
choisis dans un premier temps, et en second essor nous allons extraire les contraintes non
fonctionnelles afin de dresser un modle danalyse technique.
Nous dtaillerons par la suite les composantes ce modle mais pour linstant lune des choses
savoir propos de ce modle est quil sexprime sur deux axes :une spcification logicielle et
une structure matrielle exploitable.
Pour ce faire un certain nombre de diagrammes ( Dploiement ,Composant ,etc) seront mis en
jeu.
Cette tape sachve avec la dcouverte et llimination des problmes dordre technologique
mis en jeu.

73

1) SPECIFICATION TECHNIQUE (VISION MATERIELLE)
1-1)Architecture Rseau
Nous prsenterons tout dabord larchitecture rseau gnrale de PETROM.

Internet Wana

Rseau VPN
Accs Distant FireWall :
PIX 515e
Zone DMZ
Dtails de la Zone LAN

Cette zone regroupe un ensemble de machines (desktop, laptop , serveurs) relies entre elles par des
connecteurs essentiellement des Switchs .Lensemble des dpartements de PETROM accdent ce
rseau local.
Cest dans cette zone que nous allons tester, dployer notre application .Plus loin un dtail de cette zone
est donn.

Zone LAN

74

Afin de se prmunir des diffrentes intrusions non autorises dans son rseau interne PETROM
a ainsi opt pour la mise en place dun pare feu. Ce firewall(parefeu) est une barrire dont le
but est disoler (pas totalement) les machines du rseau afin dviter tout piratage .Le modle
choisi est un PIX(Private Internet eXchange ) encapsul dans un boitier fabriqu par Cisco.
Une politique de scurit a t dfinie au sein du pare-feu afin de scuriser le rseau interne de
PETROM :
-Le trafic en provenance dInternet vers la DMZ est autoris ;
- Le trafic dInternet vers le rseau LAN est interdit ;
- Le trafic du rseau LAN vers la DMZ est autoris ;
- Le trafic du rseau LAN vers internet est autoris ;
- Le trafic de la DMZ vers le rseau LAN est interdit ;
- Le trafic de la DMZ vers Internet est refus.

Appele aussi zone dmilitarise, cest une interface dexposition accessible aussi bien par
les machines du LAN que les machines en provenance du rseau Internet. Les machines de cette
zone sont appeles bastions en raison de leur position davant poste dans le rseau de
PETROM.
Cette zone DMZ se compose de 3 machines .Chacune des machines abrite un serveur. Parmi
ces serveurs nous distinguons :
Un serveur SMTP
Un serveur abritant Lotus (pour la messagerie externe)
Un serveur hbergeant un Extranet

Nous aurons pu aussi dire Internet tout court, mais nous avons choisi de prciser le nom du
fournisseur daccs Internet(FAI) qui est Wana.
PETROM utilise ce jour une connexion internet dont le dbit nominal est de 512Kbits/Sec .

Cest le rseau local de PETROM.
A ce stade nous pouvons aisment dgager une premire contrainte technique lie la
scurit .Et pour cause la mise en place dun parefeu.

En ce qui concerne le rseau LAN nous nallons pas dtailler tout le rseau local jusquau plus
petit dcoupage rseau. Nous fournirons plutt un dtail des machines, dcoupages rseaux,
composants, qui vont interagir ou bien susceptibles dinteragir avec notre application
(GPSTracking).
FireWall : PIX 515e
Zone DMZ
Internet Wana
Zone LAN

75

Ci-dessous nous avons un vue plus prcise des diffrents partis prenants qui interagissent avec
notre application.

Cest le serveur qui accueillir notre application GPSTracking dans le but deffectuer des tests.

Cette machine va servir dhbergeur final de notre application. Cest dans cette
machine que nous allons mettre notre application en production

1-2) Choix du style darchitecture organisationnelle
Projet DSI
Intranet
SALLE DES SERVEURS

BUREAU DES STAGIAIRES
Switch4
BUREAU DU DIRECTEUR DU
SERVICE INFORMATIQUE
Switch5
Switch2
Switch1
Vers DMZ
Contrleur Domaine
Lotus Messagerie
Interne
Qualit SAP
Production SAP
Dveloppement SAP
BackUp

Partage
Projet DSI
Cest dans cette machine que
nous allons mettre notre
application en production
Intranet

76

Tout dabord avant tout il nous faut indiquer notre choix du style darchitecture
adopter pour notre application. Nous allons privilgier larchitecture en niveaux. Et ceci parce
que larchitecture en niveau permettra de sparer notre systme en tier (ou parties) en
fonction de leurs responsabilits.
Un exemple :
Prenons le cas du traitement de texte Microsoft Word et plus particulirement la sauvegarde
dun document. Lutilisateur pour effectuer la sauvegarde, clique sur le menu fichier ensuite
clique sur le sous menu enregistrer .Ensuite il saisit le nom du document et cliquer nouveau
sur le bouton enregistrer.
En analysant ce traitement nous constatons deux choses. Lutilisateur ne fait quinteragir avec
linterface graphique de lapplication responsable de la sauvegarde .Par consquent nous
pouvons dduire que lutilisateur na fait que consulter une partie des services offerts par
linterface graphique de Microsoft Word.
En dautres termes lutilisateur na fait quinteragir avec le tier interface graphique.
Maintenant si lon se pose les questions suivantes :qui a effectivement sauvegard le document
sur la machine ?Si le document existe dj alors que fait on ?est ce que lon veut lcraser quand
mme ou bien le sauvegarder sous un autre nom ?Qui va sassurer que lenregistrement a bel et
bien t fait ?
La rponse nest certainement pas le tier responsable de linterface graphique puisse que sa
responsabilit concerne tout est qui est relatif laffichage(Menu,Bouton, etc.).
Une rponse intressante cest dimaginer un autre tier dont le but est de rponse toutes les
questions poses plus haut :un tier responsable de la sauvegarde .
En gnralisant nous dirons un tier responsable de la logique mtier(ici le mtier est la
sauvegarde).
Ces 2 tier vont interagir ensembles afin deffectuer la sauvegarde complte du document
Gnralement nous distinguons deux styles darchitecture en niveaux.
Larchitecture deux niveaux :
Ce style met en uvre un environnement de travail du niveau dpartemental et local.
Exemple :le service commercial a un systme informatique indpendant et localis au sein de
lentreprise.
Larchitecture trois niveaux :
Celle-ci met en uvre lensemble du systme informatique de lentreprise.
Nous avons choisi le style darchitecture suivant : le niveau central , dpartemental et local.
En optant pour ce style dorganisation nous nous garantissons que lensemble des services ou
dpartements de lentreprise pourront un jour accder aux services de notre application
GPSTracking.
Tier=Niveau.
Ce quil faut retenir cest que nous avons choisir une architecture 3 tiers.

77

2)SPECIFICATION ARCHITECTURE (MODELE DE DEPLOIEMENT)
Dans cette partie nous nous contenterons de proposer une architecture technique selon le
diagramme de dploiement UML.

1
1
1
1
1
1
1
1
1
*
*
*
*
*
*
*
1
1
TCP/IP
GPRS,UMTS,WCDMA
TCP/IP
TCP/IP
TCP/IP
TCP/IP
TCP/IP
TCP/IP
TCP/IP
Membre du Comit
de Pilotage
PC Client
Lger

SERVEUR
DE
DONNEES
Consultant
Normal
PC Client
Lger
Consultant
Avanc
PC Client
Lger
Commercial
Normal
PC Client
Lger
Chef de Secteur
PDA Client
Lourd
PC Client
Lger
Administrateur
Station Management
Commercial
Normal
PC Client
Lger
Chauffeur
PDA Client
Lourd
PC Client
Lger
Administrateur GPSTracking

78

Le document annexe Capture des besoins techniques contient beaucoup plus de dtails sur la
description de chacune des parties de larchitecture adopte.
3)ORGANISATION EN COUCHES
Dans cette partie nous allons organiser notre systme en des couches techniques
homognes.
Ces couches sempilent par niveaux de tel sorte que la couche de niveau suprieure ne puisse
utiliser que les couches de niveau infrieur et vis versa. Ce type dorganisation permet diviser
un problme en de sous parties et chaque couche doit rsoudre une partie du problme .Au
final le problme sera rsolu par lensemble des couches.
Le modle OSI bien connu dans le monde des rseaux en est un exemple parfait dorganisation
en couche. Bien quil ne soit quun modle gnrique,sa tentative dimplmentation (TCP/IP)
est russite et de nos jours la majeur partie des rseaux reposent sur ce modle TCP/IP.
Pour tous ceux qui ne sont pas issus du monde des rseaux le proverbe diviser pour rgner
rsume lorganisation en couche.

STOCKAGE DES DONNEES
Exploitant
ACCES AUX DONNEES
METIER
PRESENTATION
APPLICATION

79

Lexploitant :

Cest un acteur qui sappuie sur des concepts techniques pour accder aux services de
notre application. Donc tous les acteurs de la phase capture des besoins fonctionnels sont des
exploitants.

La couche Prsentation :

Cette couche est responsable de toute la partie interface homme machine. Cette couche
prsente les diffrents objets graphiques. Toutes les classes dont la responsabilit est laffichage
dun quelconque graphique sont reprsentes , traites dans cette couche .En fait cette couche
ne fait que prsenter linterface utilisateur de lapplication.
Ex :(Formulaire, Zone de Texte ,Bouton etc.). Maintenant il faudrait donner lutilisateur un
moyen dinteragir avec le systme en passant par la couche prsentation. Cest la couche
application quincombe cette tche de raliser cette interaction. Une fois que linterface
graphique nous est fournie ,alors il nous faudrait un mcanisme qui gre linteraction en
lutilisateur humain et notre application( systme central). Les dnominations des mcanismes
dinteraction diffrent selon lenvironnement dexcution de lapplication, mais ils ont les
mmes objectifs. Ainsi en Java on parle de Listener tandis quen .Net ils sont appels
Evnements .Un exemple de service offerts par cette couche, la saisie de login et mot de passe
par exemple.

La couche Application:

Elle complte la couche prsentation en fournissant la couche prsentation des
moyens adquats qui lui permettent de jouer le rle de contrleur de notre systme. Cest cette
couche qui dcide de qui fait quoi ? quel moment ? pourquoi ?etc.Voici un simple exemple
qui illustre les dires prcdents :
Une fois que le login et le mot de passe de ont t saisis par lutilisateur. Lapplication vrifie si le login et mot
de passe existent rellement .Dans le cas o lutilisateur a renseigne son login et son mot de passe correctement
alors le systme lui affiche une page avec sa boite email, la liste des contact etc..
Dans cet exemple cest la couche application qui vrifie lexistence du Login et mot de
passe , affiche la page qui contient la liste des contacts

80

La couche Mtier:

En reprenant les exemples prcdents nous dirons que les mtiers taient : connexion au
compte mail. Comme son nom lindique cette couche reprend le mtier, elle ralise les
fonctionnalits vritables attendues par lutilisateur. Prenons le cas du mtier connexion au
compte mail nous sans soucis affirmer quil ya une procdure dauthentification qui est
effectue ensuite, en cas de succs lutilisateur pourra accder aux autres services de messagerie
lectronique(email,contacts,etc..).

Mais une srie de questions restent se poser :Comment lapplication a-t-elle pu
vrifier que le login et password saisis existaient dj dans le systme ?Comment le systme a-
t-il fait la comparaison entre le login ,Password saisis et le login ,Password existant de manire
permanente ?La rponse est quil a du fait appel un autre service qui gre la persistance des
donnes et plus prcisment la persistance du login ,Password .Une meilleur rponse se trouve
dans la couche accs aux donnes.

La couche Accs aux donnes :

Elle contient des entits charges dchanger les informations entre un systme qui gre
la persistance des donnes (pour nous cest le SGBD) et les objets de la couche mtier. Cest
une interface daccs entre le SGBD et les autres couches suprieures (Mtier,
Application).Notez que la couche Application nest pas dans lobligation de passer par la
couche Mtier pour dialoguer avec la couche accs aux donnes. Mais il est recommand de
passer par la couche mtier par soucis de maintenance et dautre facteurs de qualits que nous
nvoquerons pas pour le moment.

La couche stockage de donnes:

Prcdemment nous avons voqu que cest la couche accs aux donnes qui permettait
linteraction entre le mtier et le systme de gestion de persistance (SGBD).Toujours en
procdant de la mme manire (Question Rponse) : quelle type de base de donnes allons
nous rcuprer le login et mot de passe ?est ce SQL Server ou Oracle ?quelle table contient les
Login et Password ?quelle est la structure de la base de donnes ?Si cest une base de donnes
SQL Server quelle instance allons nous nous connecter ?Bref cest cette couche qui doit
rpondre ces questions. Elle dfinit les caractristiques du SGBD. Comment accder aux
donnes de la base. quel type de requte pouvons nous faire .etc
Dun point de vue UML voici le diagramme qui reprsente cette organisation en couches

81

82

4)DEFINITION DE CONCEPTS TECHNIQUES

La lecture des prcdentes pages a introduit en vous un lot de termes techniques.
Malgr les Tableaux (Dictionnaires des termes techniques ) nous avions jug utile de rserver
une partie sur les concepts techniques.
Tout dabord nous vous prsenterons le dtail de technique du matriel sur lequel nous
travaillons et par la suite nous passerons au dtail logiciel. Puis aprs nous allons dresser un
listing gnral non exhaustif des concepts techniques que nous allons manipuler.

Layer
ACCES AUX DONNEES
Layer
METIER
Layer
APPLICATION
Layer
PRESENTATION
Layer
STOCKAGE DONNEES

83

4-1) Dtail Matriel :
4-1-1) Fiche Technique du PDA

Chaque camion sera quip de ce modle de PDA. Et la machine que nous utiliser pour
dvelopper lapplication GPSTracking est la suivante :

CARACTERISTIQUES DU PDA
Caractristiques Gnrales
Design Classique
Dimensions 102*51*11.35mm
Poids 110g
Processeur 528Mhz
Taille Ecran 2.8 pouces
Rsolution Ecran 480x640 Pixels
Systme
dexploitation
Windows Mobile 6.1
Communication/Rseaux
Wifi Oui
HSDPA(3G+) Oui
EDGE Oui
GPRS Classe 10
Type de Rseau Tri-Bande (900Mhz/1800Mhz/1900Mhz)
GPS
Puce GPS Oui
Photos& Vidos
Camra Oui
Lecteur Vido oui
Rsolution Photo 3 Mga Pixels
Autofocus Oui
Second Appareil
Photo
Oui
Mmoire
Disque Dur 4 Go
Mmoire interne 256 Mo
Autonomie
En parole 5Heures30 Minutes
En veille 285 Heures
Autres Fonctionnalits
Tlphonie
Mobile
SMS, MMS
Connectivit USB , Bluetooth,

Prix Unitaire Moyen
4120 DHS

84

4-1-2)Fiche Technique du Laptop

2)Dtail Logiciel :
Visual Studio 2008 ,SDK Windows Mobile 6,SQL Server Express, IIS 6.0
OpenNetCF ,JVUtils,Windows Live Tools, GMaps Subgurim, Coolite , SharpMap
CARACTERISTIQUES DU LAPTOP
Caractristiques Gnrales
Modle Toshiba Satellite L30
Dimensions 35.8*26.2*3.7cm
Poids 2,74 kg
Processeur Intel Core Duo T2060(1 ,6 Ghz)
D.A.S 0.854 W/kg
Taille Ecran TFT 15.4 pouces
Rsolution Ecran 1280x800 Pixels
Systme
dExploitation
Windows XP Professionnel avec
Service Pack 2
Carte Graphique ATI Radeon Xpress 200 128Mo
Lecteur /Graveur Graveur DvD Dual Double Couche
Communication/Rseaux
Wifi Oui
Ethernet Oui
Mmoire
Disque Dur 80 Go
RAM 1024 Mo
Autonomie
En travail 2Heures30 Minutes
En veille 4 Heures

Prix Unitaire Moyen
4500 DHS

85

Couches Logicielles Concept manipul

PRESENTATION

Menu
Map
Bouton
Liste
Onglet
Zone de Texte
Formulaire
Etc..

APPLICATION

Objet AuthentifierAction
Objet DataAction
Objet HomeAction
Etc

METIER

Objet Chauffeur,
Objet Data
Objet Vehicule
Objet Utilisateur
Objet Compos dautres objet
Etc.

ACCES AUX DONNEES

SQLConnection
SQL DataAdapter
DataSet
Etc..

STOCKAGE DES
DONNEES

Tables
Cls Primaires
Cls Etrangres
Chaine de connexion
Etc..

86

5) Synthse
Comme nous lavions soulign prcdemment en introduction de cette phase de capture
des besoins techniques lobjectif majeur est de dgager aux plutt les risques notamment ceux
lis la technologie. Jusqu prsent nous navons fait que dgager le contexte dun point de vue
technologique, les descriptions et organisations architecturales. Nous navons pas encore fini
de rpondre toutes les questions ou du moins toutes les questions pertinentes. Quels
frameworks nous permettent daccder aux donnes GPS ?aux donnes GSM ?
Ci-dessous un tableau qui complte les questions voques plus haut en introduction

Frameworks Description du service rendu
.Net Compact Framework 3.5 Fournit tout le socle de dveloppement pour le
dveloppement dapplications mobiles
Net Framework 3.5 Fournit tout le socle pour le dveloppement
dapplications web ASP .Net et de Service Web
Windows Mobile 6 SDK
Professionnal
Accs aux donnes GPS
SQL Server CE

Accs la base de donnes embarque(SQL Server
CE) dans le PDA
OpenNetCF et JvUtils

Accs aux donnes GSM
Coolite Fournit tout un ensemble ncessaire pour linterface
graphique intuitive
GMaps Subgurim

Accs la carte virtuelle de Google
Windows Live Toolkit

Accs la carte virtuelle de Microsoft
SharpMap

Accs la carte locale(Fichier Vectoriel)

A ce stade nous venons juste dliminer un maximum de risques notamment ceux qui sont lis
la technologie.
Ce qui veut dire que cette phase dvolution de notre solution sachve comme nous lavons
voqu en introduction.
Nous pouvons dores et dj revenir sur la branche fonctionnelle et dbuter lanalyse.

87

88

Chapitre
5
ANALYSE
Ce chapitre est essentiellement ax sur lanalyse.

Lanalyse se compose de 3 parties .

La partie dcoupage en catgorie .Ensuite nous avons la partie relative au modle

statique suivie de celle du modle dynamique.

89

1)Dcoupage en catgories
Le dcoupage en catgorie est la premire activit de ltape danalyse.
Pour passer lanalyse nous allons changer radicalement lorganisation du modle et nous
fonder sur les principes de lapproche oriente objet.
A cet effet nous allons passer dune structuration fonctionnelle via les UseCases et les
packages des UseCases une structuration objet via les classes et les catgories.
1-1)Notion de catgorie
Une catgorie reprsente une entit de structuration assez petite ds lors que lon
sattaque un projet rel. G Booch a introduit le concept de catgorie pour nommer ce
groupement de classes qui constitue la brique de construction du modle structurel danalyse.
Le terme catgorie nappartient pas au standard UML. En UML lquivalent sappelle
package.
Nous reprsenterons les catgories comme des strotypes des packages.

Daprs notre premier dcoupage en catgories, nous obtenons les packages suivants :
Catgory

Packages

package
Statistiques
+ChauffeurFiables
+VhiculeFiables
+MeilleurChauffeur
+CamionsFiables
+MembreComitePilotage
+RoutesCritiques

package
Scurit
+Tentative
+Hachage

package
Gestion Donnes Station
+ChefSecteur
+Commercial
+CommercialAvance
+Station +Secteur
+Equipement + Milieu
+Produit
+Vente

package
Administration
+Commande
+Action

package
Gestion Donnes Camions
+Chauffeur +Consultant
+DonnesGPS +Position
+Consultant Avanc
+DonnesGSM +Critres
+InfoVhicule +Parcours
+Consultant Avance
+Map
+ServiceVehicule

package
ServiceSupport
+Utilisateur +Compte
+Administrateur
+Privilges

90

1-2)Liens entre les packages
package
Statistiques
+ChauffeurFiables
+VhiculeFiables
+MeilleurChauffeur
+CamionsFiables
+MembreComitePilotage
+Les ventes par secteurs

package
Scurit
+Tentative
+Hachage

package
Gestion Donnes Station
+ChefSecteur
+Commercial
+CommercialAvance
+Station +Secteur
+Equipement + Milieu
+Produit
+Vente

package
Administration
+Commande
+Action

package
Gestion Donnes Camions
+Chauffeur +Consultant
+DonnesGPS +Position
+Consultant Avanc
+DonnesGSM +Critres
+InfoVhicule +Parcours
+Consultant Avance
+Map
+ServiceVehicule

package
ServiceSupport
+Utilisateur +Compte
+Administrateur
+Privilges

91

2)Le modle statique
Le modle statique ici nest autre que le diagramme de classe danalyse. Dans cette
section nous allons laborer le diagramme de classe danalyse UseCase par UseCase.
Le dveloppement du modle statique constitue la deuxime activit de ltape danalyse
Elle se situe sur la branche gauche du cycle en Y. Elle succde au dcoupage en catgories.

Ci-dessus le diagramme de classe danalyse du useCase Traiter Infos Camion.
Un chauffeur dmarre le serviceVhicle(GPSTrackingMobile) .Ensuite ce ServiceVehicule
procde deux type doprations :
la rcupration des units de traage (TrackingUnit) et lenvoie de ces donnes .
Chaque envoie ou rcupration concerne une et seule instance de TrackingUnit.
Un TrackingUnit est compos de plusieurs types de donnes :
-Donnes GPS(latitude,longitude)
-Donnes GSM(CellID,MNC,MCC,LAC)
-Donnes Vhicule(Etat du Vhicule)
Dmarre Effectue
Effectue
Concerne
Concerne

92

-Donnes Chauffeur(ID du chauffeur)

En ce qui concerne le Usecase consulter infos camions nous pouvons dire que tout utilisateur
qui ralise une consultation, il pourra soit voir la position dun chauffeur ou dun vhicule sur
une carte .Il en est de mme pour la consultation dun parcours. Sachant quun parcours est
compos dun ensemble de positions ,nous pouvons voir les diffrentes position de ce parcours
sur une carte(Map).
Seulement voila pour notre application il ne sera possible dutiliser au maximum que 3 types de
cartes :
La carte propose par Microsoft, celle venant de Google , et la dernire issue dun fichier
vectoriel (appele aussi carte locale).

93

Ci-dessus le diagramme de classe danalyse du useCase Grer les informations relatives
une station.
Un commercial peut effectuer plusieurs types oprations (cration, suppression ou
modification) sur les informations dune station, ces information peut tre des donnes sur le
grant, ces quipements, le secteur, les donnes GPS .Il peut galement savoir lensemble des
produits et les services fournis,

94

Ci-dessus le diagramme de classe danalyse du UseCase Suivi financier dune station.
A propos de cet UseCase un commercial avanc peut faire plusieurs consultation
concernant les ventes des produits dune station ,un secteur ou dune socit , ses produits
peuvent tre Super sans plomb , Gasoil, Lubrifiant.

3)Le modle dynamique
A ce stade nous nous approchons de la fin de la partie analyse de notre projet.
Le modle dynamique constitue la troisime et dernire activit de ltape danalyse.
Normalement elle doit se faire quasi en parallle avec la modlisation statique mais nous avons
dcid de les prsenter de manire squentielle.
Cette activit sera dcrite grce aux diffrents diagrammes UML qui mettent en avant la
dynamique dans un projet.
Le diagramme de squence MVC 2 ,
le diagramme de dtat transition,

95

le digramme dactivits et le diagramme de Timing feront lobjet de cette activit
3-1)Diagramme de squence MVC2

Diagramme de Squence MVC2 du UseCase
Traiter Infos Camions

96

Prcdemment nous avons prsent diagramme de Squence du UseCase Traiter Infos
Camions .
Rappelons tout dabord la responsabilit du UseCase Traiter Infos Camions :
1) Rcuprer les donnes GPS(Latitude , Longitude),donnes GSM( CellID , MCC, MNC ,
LAC),donnes du Chauffeur( DriverID ), EtatVhicule.
2) Envoyer tout ce joli monde au serveur pour stockage.
Les zones couvertes par les rectangles (bleus en pointills) contiennent les Entity et
Controllers et Views qui sexcutent dans lenvironnement du PDA. Notez que seule lEntity
Service.asmx nest pas couverte .
Cette Entity sexcute dans le systme central(Partie Serveur)
AuthentifierForm.pda et Home.pda sont des classes reprsentent les interfaces homme
machine du PDA .
AuthentifierAction et DataAction sont les contrleurs principaux de ce UseCase. Le premier
gre les oprations lies lauthentification du chauffeur tandis que le second gre la
rcupration des donnes (GSP, GSM) et leur envoie au niveau du serveur.
Chauffeur est une classe entit avec des mthodes mtiers qui lui sont propres.
Service.asmx est une classe entit qui reprsente le service web charg de raliser
lauthentification du chauffeur auprs du systme central(Serveur) et stocker les donnes
envoyes par notre application GPSTrackingMobile au systme central.
PDAEnvironement encapsule des informations sur lenvironnement (matriel et logiciel ) sur
lequel sexcute lapplication GPSTrackingMobile. Et en plus de cela il contient des
informations complmentaires tels que lintervalle de collecte et denvoie des donnes,
informations sur la base de donnes en locale. Il charge ses informations a partir dun document
XML.
UserInfos est une classe entit qui contient des informations (Nom, Prnom ,etc..) du
chauffeur que le chauffeur va rcuprer une fois quil sest authentifi auprs du Systme
central(Serveur).
Data contient des donnes GSM, des donnes GPS, des donnes Chauffeur, SessionID ,
donnes du Vhicule (EtatVhicule).La mthode addnew de Data DAO sauvegarde les
informations encapsules par Data dans une base de donnes Locale (SQL Server CE) du PDA.
Pour accder la base de donnes Data passe par une classe DataDAO qui elle implmente les
fonctionnalits daccs base de donnes pour sauvegarder ses informations de manire
permanente.
La classe GSM est une entit qui hrite dune classe CellInformation .Cette dernire nous est
fournie par un framework OpenNetCF .Celui ci tend les services offerts par le framework
.Net Compact Edition 3.5(.Net CF 3.5 pour faire court).Bref la classe CellInformation nous

97

permet de rcuprer les informations( CellID , MCC , MNC , LAC) des antennes de relai. Les
entits Timer et SendingTimer sont des classes relles qui excutent chacune un certain
nombre traitements des intervalle rguliers via leur mthode asynchrone Tick.
La mthode dropSendedData est comme son nom lindique charge de supprimer les donnes
envoyes au Systme Central.

Dictionnaire des Termes Techniques :Traiter Infos Camions

XML

Dont lacronyme veut dire Extensible Markup Langage, est un langage qui
permet de mettre en forme les documents grce des balises personnalises
.Les informations sont organises sous forme de structure arborescente au
sein dun document XML.

Systme Central, Serveur

Ici nous faisons rfrence la partie de notre systme qui est implmente au
sein du serveur. GPSTrackingServer

SQL Server CE

Cest la base de donnes compact adapte aux applications mobiles .Elle
offre des fonctionnalits de bases de donnes
Relationnelles tout en conservant une taille compact.

Entity

Nous entendons par l les classes mtiers. Ces classes proposent des services
quiconque fait appel leur mthodes.
Model, Modle
Il reprsente le comportement de lapplication, linteraction avec la base de
donnes, il dcrit les donnes manipules et les mthodes daccs .

Controller, Controleur

Il prend en charge la gestion des vnements de synchronisation pour mettre
jour la vue ou le modle

View, Vue

Cest linterface avec laquelle lutilisateur interagit. Plusieurs vues peuvent
afficher les informations dun mme modle

Environnement (Logicielle
,Matriel)

Nous entendons par environnement logicielle ,lenveloppe logicielle
lintrieur de laquelle sexcute notre application
GPSTrackingMobile (ex:.Net Compact Framework). Et lenvironnement
matriel, la machine hte de lenvironnement logiciel.

MVC

Cest une architecture et une mthode de conception pour le dveloppement
dapplications logicielles qui spare le modle de donnes , linterface
utilisateur, et la logique de contrle

CellInformation
Comme nous lavions signal plus haut ,cest une classe rel qui nous ramne
les informations(CellID,MCC,MNC,LAC) de lantenne de relai la plus
proche.

Framework
Cest un ensemble de bibliothques et de conventions permettant le
dveloppement rapide des applications. Il fournit suffisamment les briques
logicielles et impose suffisamment de rigueur pour produire une application

98

aboutie et facile maintenir

Diagramme de Squence MVC2 du UseCase
Consulter Infos Camions

99

La page prcdente nous a prsent le diagramme de squence du UseCase Consulter infos
camion .

AuthentifierAction gre le processus dauthentification de lutilisateur.La mthode partiuclire
isConsultant vrifie si lutilisateur est un consultant Normal ou bien il a reu le privilge
consultant Normal.Lutilisateur ne pourra ouvrir linterface que sil est un Consultant Normal
ou bien a reu le privilge Consultant Normal.
LiveTrackingForm est linterface pour qui va nous afficher les informations.Cest le contrleur
HomeAction qui faire appel startLiveTracking du contrleur LiveTrackingAction .
Map est une entit qui affiche graphiquement une carte virtuelle dune zone du globe terrestre
avec les informations (Ville,Route,Point,Relief etc.).En fait cest un objet sur lequel on
entrepose un ensemble de couche les unes sur les autres o les unes cot des autres. Chaque
couche encapsule des informations gographique et des figures gomtriques reprsentatives
de ces informations .Par exemple au sein dun mme objet Map nous pouvons avoir une couche
des villes du Maroc, sous laquelle on superpose une couche contenant des images sur le relief
gographique ,.Ensuite nous pouvons dpose prs de la couche une couche reprsentant la mer
mditerrane.
De ce fait lutilisateur qui regarde Map dira quil a vu la carte du Maroc avec les villes ,une mer
et un relief .
Bref nous ajouterons nos propres couches qui reprsenterons les camions et les station.
Lentit ShapeLayer reprsente notre couche personnalise.
TrackingUnit est une collection de lignes de donnes(ou trames de donnes) o chaque ligne
encapsule
(DriverID,SessionID,Latitude,Longitude,CellID,MCC,MNC,LAC,EtatVhicule,RceptionDate)
. RceptionDate est la date laquelle de PDA a rceptionn les donnes
GPS(Latitude,Longitude) et GSM(MCC,MNC,LAC) en provenance de son composant GPS et
de lantenne de relai laquelle il fut connect .
Alors chaque fois nous rcuprons une collection de trames de donnes envoyes par un ou
plusieurs camions qui seront stockes dans TrackingUnit. Et par la suite nous ajoutons une
ligne de TrackingUnit dans la couche ShapeLayer .Ce dernier sera lui aussi ajout en tant que
couche la Map .La mthode UpdateLiveTrackingForm met jour la Map contenue dans
linterface LiveTrackingForm

100

1
1.
1.2
1.
1.3.
1.3.1.
1.3.1.
1.3.1.
1.3.1.
1.3.1.
1.3.1.5.
1.3.1.5.
1.3.1.5.
1.3.1.5.
1.3.1.6
1.3

101

Prcdemment le diagramme de Squence du UseCase Grer Service Vehicule
Distance Les zones encadres en bleu reprsentent les entits et interfaces situes sur
notre serveur(GPSTrackingServer) et celles qui sont en dehors sont localises dans le client
mobile (GPSTrackingMobile).Une fois que chauffeur et le type de commande ont t
slectionn alors lutilisateur demande ce que la commande soit excute .Ce veut dire que
message texte doit tre envoy via SMS au chauffeur dont le PDA hberge notre module
GSTrackingMobile .
Et Une fois que le message est rceptionn il incombe dinterprter le texte correspondant la
commande et dexcuter laction prvue pour la commande.
Voici quelques exemples de message texte reus par le GPSTrackingMobile :

EXEMPLE DE MESSAGE TRADUCTION EN LANGAGE NATUREL
COMMANDE :ADD POI :(33.48, -
7.88)+ (33.10,-7.45)+
(33.84, -7.12)
<<Ce message est une commande excuter. Cette
commande concerne lajout de 3 nouveaux Point
dintrts dans ta base de donnes. Voici
respectivement les latitude et longitude de chacun des
points dintrts (33.48 et -7.88) ensuite (33.10 et -
7.45) et enfin (33.84 et -7.12) >>
COMMANDE :GETDRIVERINFOS <<Ce Message est une commande et elle veut dire que
tu me renvoie les infos du chauffeur(Nom,Prnom) qui
conduit actuellement ce vhicule ainsi que lEtat du
vhicule via SMS >>
COMMANDE :UPDATE :http://www.
petrom.ma/NewVersion
/GPSTrackingMobile.msi
<<Ce Message est une commande excuter.il sagit de
tlcharger ta dernire mise jour ladresse
http://www.petrom.ma/NewVersion
/GPSTrackingMobile.msi >>

Pour ce faire une fois que le contrleur a renseign les informations de lentit
ServerCommande ,il envoie la commande par biais de cette mme entit ServerCommande les
instructions excuter .Du cot de notre application GPSTrackingMobile le contrleur permet
de mettre lcoute dun ventuel message SMS par le biais de sa mthode
MessageReceived.Une fois que le ds que le message(SMSMessage) est intercept ,instance
de lentit ClientCommande est cre et cest elle quincombe deffectuer les opration
suivantes :
1) dcomposer ,dcouper et interprter le contenu textuel du message SMS afin de savoir
le type de traitement excuter
2) excuter le traitement correspondant .
Ces deux tapes sont ralises par la mthode executeAction de lentit ClientCommande.

102

103

3-2)Diagramme dactivits
En ce qui concerne le UseCase Traiter voici ci-dessous son diagramme dactivit

104

Ci-dessous le diagramme dactivits du UseCase Consulter Parcours Camions

105

lactivit grer station( du UseCase Gestion de Station) permet au chef de secteur de crer de
nouvelles entres pour une station distance quip de son appareil mobile (PDA).

106

Dans le cas du Usecase dont le service principal est doffrir la possibilit dadministrer
lapplication distance nous avons le diagramme dactivit suivant :

107

3-3)Diagramme de timing
Ci-dessous le diagramme de Timing qui reprsente le comportement de quelques
instances de classes sur une priode. Cest la notation concise du Diagramme de Timing

Les donnes GPS reprsentent la latitude, longitude. Les rcuprer cest demander au
composant GPS (intgr ou externe) de nous les fournir .Cest une opration qui peut prendre
un certain temps. Tout dpendra de la couverture du ciel au moment o nous lancerons le
processus de rcupration des donnes GPS .Pour lenvoi au serveur aussi cest pareil car
lappel du service web prendra un certain temps. Mais pour lenregistrement des donnes au
niveau du serveur cela est quasi instantan. Et linterprtation est assez lente dans le cas dune
carte online ,car elle nest pas disponible localement mais distance chez un fournisseur
(Microsoft,Google)
A noter que le la rcupration des donnes GSM est quasi instantane car tout moment nous
sommes couvert par une antenne de relai qui se trouve sur une distance assez proche.
En ce qui concerne les donnes chauffeurs (ID,SessionID) la particularit est la rcupration
car elle fait appel un service web pour une authentification du chauffeur suivi d une
rcupration des infos .Nous pouvons aussi remarquer au niveau des donnes GSM et donnes
chauffeurs que lenvoie se dclenche quelque temps aprs la sauvegarde .Ceci est du une
:Donnes GPS
{8h04- 8h05} {8h04- 8h04
}
{ 8h00-8h02 } {8h03-8h04 } {8h02- 8h03 }
Rcupre Sauvegard
e
Envoye Enregistre Interprte
:Donnes GSM
{8h04- 8h05} {8h04- 8h04 } { 8h00-8h00 } {8h03-8h04
}
{8h00- 8h00}
Rcupre Sauvegard
e
:Donnes
Chauffeur
{8h04- 8h05} {8h04- 8h04 }

{ 8h00-8h01 } { 8h03-8h04
}
{8h01- 8h01 }
Rcupre Sauvegard
e

108

synchronisation que nous avons voulue des donnes GSM, Chauffeur avec les donnes GPS
afin que nous puissions les envoyer ensembles au mme moment. Ci aprs un tableau qui dcrit
le comportement des objets en fonction de leurs tats.

Objet

Contenu
Les Etats
Rcupre Sauvegarde Envoye

Donnes
GPS

Latitude,
Longitude,

Demande au
composant GPS de
Fournir les infos
gographique sur la
Position actuelle
Les informations
rcupres
sont sauvegarde sur
la base de donnes
embarque du PDA .
Il faut notez que lheure de
dclenchement de lenvoie peut
varier elle en fonction de la
disponibilit de la connexion
internet .Nous supposerons que
la connexion est disponible ce
moment. Les donnes sont
passes au service web

Donnes
GSM
CellID,
MNC,
MCC,LAC,
RceptionDa
te
Demande lantenne
de delai la plus proche
les infos
Les informations
rcupres
sont sauvegarde sur
la base de donnes
embarque du PDA .
Les donnes sont synchronises
avec celles du GPS. Une fois que
cest fait alors elles sont
envoyes ensemble au service
web
Donnes
Chauffeur
DriverID,
SessionID
Demande un service
web dauthentifier et
de ramener les infos
sur le
chauffeur,camion
Les informations
rcupres
sont sauvegarde sur
la base de donnes
embarque du PDA .
Les donnes sont synchronises
avec celles du GPS. Une fois que
cest fait alors elles sont
envoyes ensemble au service
web

Objet

Contenu
Les Etats
Enregistres Interprtes

Donnes
GPS

Latitude,
Longitude,

Les donnes sont sauvegardes
Quasi instantanment dans la base
de donnes du systme central
(GPSTracking Server).
Grce ces donnes ,des objets
graphiques reprsentant les camions
seront affichs sur une carte virtuelle
(Virtual Earth,Google Map).
Donnes
GSM
CellID, MNC,
MCC,LAC,
RceptionDate
Ces infos vont servir la
golocalisation dans le cas o les
donnes GPS ne sont pas disponibles
Donnes
Chauffeur
DriverID,SessionID,
Login,Paswword,etc
.
Des dtails complmentaires seront
prsents sur chacun des objets
Graphiques reprsentant les camions

109

Chapitre
6
CONCEPTION
Ce chapitre se compose de 3 grandes activits de 2TUP .

La conception gnrique suivie de la conception prliminaire pour enfin terminer

avec la conception dtaille

110

1)Conception gnrique
La conception gnrique est une conception qui rpond aux spcifications techniques
voques dans la capture des besoins techniques prcdemment.
Elle est gnrique car elle est entirement indpendante des aspects fonctionnels. Donc elle
reste une activit de la branche de droite.
Elle sachve lorsque le niveau de dtail des diagrammes donne une image suffisante des classes
et des composants techniques dvelopper.
Nous pouvons considrer que la conception gnrique dveloppe le squelette technique
dun projet.
Nous utiliserons le formalisme UML pour effectuer notre conception gnrique.
Lintgralit de conception sexprime sous la forme dun ensemble de classes techniques
que les concepteurs vont par la suite rutiliser pour dvelopper les diffrentes composantes
fonctionnelles du systme.
1-1)Framework technique
Cest un rseau de classes qui collaborent la ralisation dune responsabilit qui dpasse celle
de chacune des classes qui y participent.
Un problme trs rcurrent chez les utilisateurs cest laudit des oprations effectues les
postes clients et serveurs. Pour cela il nous surveiller les erreurs qui peuvent survenir sur les
postes et les consigner dans un fichier journal .Sachant que laccs concurrent au mme journal
ne doit pas ralentir les tches appelantes voici le framework propos .

*
*
1
gnre
trace
Journal Application
Commande
TraceApplicative
1
Spcification daudit au niveau de la couche prsentation

111

1-2)Les design pattern
Un design pattern est une solution de conception commune un problme rcurrent
dans un contexte donn.
Par exemple nous pouvons citer comme problmatique de design pattern.
Sparation des roles,
Indpendance vis--vis des plateforme matrielles et logicielles
Faccilit dutilisation ,dextension etc.

Lusage des design pattern apporte l volutivit ,la lisibilit , et lefficacit au dveloppement.
Le singleton est lun des design pattern les plus utiliss en conception oriente objet. Il permet
de refrencer linstance dune classe unique par construction.
Il repose sur lutilisation dune opration de classe getInstance.

Le singleton est utilis dans le cas o lutilisateur utilise une session.Nous avons aussi
utilis un singleton pour la classe UDAO qui nous permet daccder une mme base de
donnes. Ceci permet dconomiser les ressources daccs la base car il ne sert a rien de crer
une multitude dinstance pour un seul utilisateur du systme.

112

1-3)Organisation des frameworks
lorganisation du modle logique reprend les couches logicielles .A chaque couche correspond
un framework technique.

Le noyau prsentation dfinit les classes ,les interfaces et les mcanismes de base pour
raliser laffichage des objets(Position,Parcours,Cartes etc.)
Le noyau applicatif dfinit les lments de la couche prsentations pour rafraichir les
vues ,contrler les commandes dune application.
Le noyau accs aux donnes dfinit les mcanismes de chargement ,de sauvegarde,et de
mise des objets persistants.Le framework de journalisation a pour objectif la journalisation.

1-4)le modle dexploitation de la conception technique
Le modle de dexploitation de la conception technique nest autre que le diagramme de
composants UML. Chaque composant est une entit logicielle qui sinstalle part entire sur
un poste client(PC,PDA,etc)
Nous pouvons avoir comme exemple de composant dployable : le serveur de base de donnes

<<technical framework>>
Noyau Prsentation
Noyau Mtier
Noyau Accs aux donnes
Noyau Applicatif
Journalisation

113

2)Conception prliminaire

Cest cette occasion que seffectue la fusion des tudes fonctionnelles et techniques. En
consquence plusieurs activits doivent exister.
Il convient de passer de lanalyse objet la conception
dintegrer les fonctions mtiers et applicatives du systme dans larchitecture technique
dadapter les conception gnrique aux spcifications fournies par lanalyse.
Tout dabord il nous faut identifier les applications du Systme total GPSTracking
<<GPSTracking Interface
Graphique>>
<<GPSTrackingMobile>>
<<GPSTracking Traitement>>
<<Gestion Station>>
<<AddStation via PDA>>
POSTE ACCESSIBLE A TOUS
<<GPSTracking Interface
Graphique>>
TERMINAL DU CHAUFFEUR

<<GPSTrackingMobile>>

114

Sachant que tout le traitement sera ralis par la machine contenant les composants
dployables GPSTracking Traitement et Gestion Station voici les entits logicielles qui
exposent les fonctionnalits de notre application aux autres applications clientes

Ainsi par exemple ces 3 classes auront une certaine influence dans les diffrents
diagrammes de classe danalyse de lactivit modle statique de la phase danalyse.

TERMINAL DU CHEF DE SECTEUR
<<AddStation via PDA>>
MACHINE DE TRAITEMENT
<<GPSTracking Traitement>>
<<Gestion Station>>

115

3)Conception dtaille
La conception dtaille est une activit qui sinscrit dans lorganisation dfinie par la
conception prliminaire.
Elle sappuie donc sur des catgories de conception organises la fois suivant les frameworks
techniques et les regroupements propres au mtier.
3-1)Dveloppement des IHM
Afin deffectuer une conception des interface homme machine nous allons utiliser les
diagrammes de collaboration UML .
Ci-dessous le diagramme de collaboration du UseCase Consulter Parcours Camions

116

4)Diagramme de classe final

Figure Diagramme de Classe Final de
GPSTracking

117

118

Chapitre
7
IMPLEMENTATION
Ce chapitre trouve son essentiel dans les diffrentes maquettes de GPSTracking

Et du module de Gestion des stations.

119

1)Les maquettes de la solution

1-1)maquettes de GPSTracking
Une fois que lapplication est lance ,un formulaire dauthentification est propos lutilisateur

Voyez que toutes les fonctionnalits sont dsactives lexception du formulaire
dauthentification. Une fois que lutilisateur sest authentifi auprs du systme, les
fonctionnalits sont actives en fonction des privilges de lutilisateur en question.

120

Le volet Grer les utilisateurs permet de crer des nouveaux utilisateurs du systme et de leur
accorder ou rvoquer des droits daccs au systme.
Pour lajout dun nouvel utilisateur il faut suivre lassistant ci dessous

121

1
2
3

122

Pour chaque utilisateur il est possible daccorder ou de rvoquer les privilges

Le formulaire encercl en rouge permet daccorder ou de rvoquer des prvilges sur des
utilisateurs. Il sagit une fois que lon clique sur Accorder/Rvoquer des privilges.

123

Le bouton Afficher la toolbox nous affiche une boite outils permettant de fournir des critres
de slection sur les chauffeurs ,les camions ,les parcours etc..
Cest grce cette boite outils que nous pouvons effectuer la localisation des camions et
chauffeurs.

124

125

126

127

3-2)maquettes de Gestion des Stations

128

129

130

Lobjectif de ce chapitre est deffectuer un chiffrage du projet. Nous entendons

par chiffrage une estimation en chiffre de la charge du projet. Pour cela nous

allons utiliser comme unit de mesure le J/H(Jour Homme)

1J/H est le travail ralis par un dveloppeur en 1 journe de travail.

Une section a t rserve pour la planification du projet

131

Chapitre
8
ESTIMATION DE LA CHARGE DU PROJET

Lobjectif de ce chapitre est deffectuer un chiffrage du projet. Nous entendons

par chiffrage une estimation en chiffre de la charge du projet. Pour cela nous

allons utiliser comme unit de mesure le J/H(Jour Homme)

1J/H est le travail ralis par un dveloppeur en 1 journe de travail.

132

1)La mthode choisie pour lestimation
La mthode des points de fonctions est une mthode quantitative de mesure de la charge dun
projet. Elle quantifie les spcifications du projet et fournie une estimation globale .Elle est
indpendante de toute plateforme logicielle ou autre environnement physique. Le procd est
simple .Il faut dcouper lapplication en des petites units appeles transaction logique .
Un Usecase se compose de plusieurs transactions logiques.
2)Les mesures effectues
Les diffrents tableaux qui vont suivre vous donnerons une estimation des
fonctionnalits proposes par notre application
Tout dabord il faut que nous nous dfinissions un barme afin dvaluer le niveau de difficult
dune tache en J/H.
Ci-dessous voici le barme propos en fonction du niveau de difficult dune tache.

Niveau de la tche Abrviation Estimation(J/H)
Trs Simple TS 0.5
Simple S 1
Moyen M 2
Difficile D 4
Trs Difficile TD 6

USECASE Tache Niveau Pondration(J/H)

Traiter Infos
Camions
Authentification TS 0.5
Rcupration des donnes GSM S 1
Rcupration des donnes GPS S 1
Envoie des donnes TS 0.5
TOTAL 3


Consulter Infos
Camions
Rcupration des positions S 1
Affichage sur la carte S 1
Mode Offline TD 6
TOTAL 8

Consulter
Parcours
Rcupration des positions
Chauffeur /Camion
M 2
Affichage sur la carte S 1
TOTAL 3

133


Grer fiche
signaltique
Localiser une station D 4
Gestion station via web D 4
Gestion secteurs TS 0.5
Gestion localits TS 0.5
Gestion rgions TS 0.5
Gestion quipements TS 0.5
Suivi financier D 4
Gestion Station/quipements TD 6
TOTAL 20


Grer Vhicule
Distant
Cration des Commande M 2
Envoi des Commandes S 1
Interprtation et Excution des
Commandes
D 4
TOTAL 7


Grer Cartes
CRUD sur les Cartes M 2
CRUD sur les points dintrt S 1
TOTAL 3


Grer Station
Cration et ajout des stations M 2
Rcupration des donnes GPS S 1
Gestion des quipements M 2
Envoie des donnes et des photos S 1
TOTAL 6

Organiser
Cartes en
secteur
CRUD sur secteur TS 0.5
Ajout et Suppression des Stations TS 0.5
Fusion TS 0.5
TOTAL 1.5

134


Grer Profil
Utilisateur
CRUD sur les utilisateurs S 1
Accorder les privilges M 2
Cration /suppression des
privilges
TS 0.5
TOTAL 3.5

Authentification
Gestion des tentatives daccs TS 0.5
Gestion des mots de passe TS 0.5
TOTAL 1

Grer Compte
CRUD sur les informations
personnelles des utilisateurs
TS 0.5
TOTAL 0.5


Statistiques et
Analyse
approfondies
Consulter les camions fiables M 2
Consulter les Chauffeurs fiables M 2
Consulter le chauffeur du mois TD 6
Comportement chauffeur TD 6
Comportement vhicule TD 6
Consulter le Taux dexploitation de la
flotte de vhicules
M 2
Classement des chauffeurs D 4
Affichage des stations par ventes
annuelles totales et par produit
M 2
Affichage des secteurs par ventes
annuelle totale et par produit
M 2
Consulter les meilleurs station par
secteurs
M 2
TOTAL 34

135

3)Planning prvisionnel
Rappelons que la charge totale concerne la phase dimplmentation. En tenant compte de cette
charge de 90J/H et nous avons tabli notre planification du projet .Cette planification t
revue au fur et mesure de lavancement du projet. A chaque tape majeure des activits du
processus de gnie logiciel adopt nous avons effectu un contrle afin de voir ltat
davancement entre ce qui a t planifi et ce qui a t ralis .

USECASE Pondration (J/H)
Traiter Infos Camions 3
Consulter Infos Camions 8
Consulter Parcours 3
Grer fiche signaltique 20
Grer Vhicule Distant 7
Grer Cartes 3
Grer Station Via PDA 6
Organiser Cartes en secteur 1.5
Grer Profil Utilisateur 3.5
Authentification 1
Grer Compte 0.5
Statistiques et Analyse 34
TOTAL 90.5 J/H

NON
OUI
Planifier Excuter Contrler
Sommes nous
dans les temps ?

136

137

138

139

CONCLUSION GENERALE

140

Notre projet consistait concevoir et dvelopper une solution de golocalisation de
camions et de stations de service pour la socit PETROM .
La solution avait pour objectif de permettre un suivi efficace de lactivit transport de
marchandises de PETROM.
Ce fut une exprience fort enrichissante .Nous avons tir grand bnfice tant dun point
de vue informatique quau niveau professionnel. Surtout nous estimons avoir amlior des
qualits primordiales pour un informaticien telles que lautonomie , le travail en quipe ,la
communication au sein de lentreprise.
En plus ce stage nous a permis de raffiner notre mthodologie de travail et de dvelopper
notre esprit dquipe.
Comme perspective de ce projet nous esprons amliorer notre solution actuelle en se
basant sur un seul principe : la qualit. Nous rflchissons ce jour amliorer lensemble des
UseCases en termes de qualit mais surtout de prparer des nouvelles fonctionnalits fort
intressante.
Parmi ces fonctionnalits nous pouvons compter la possibilit pour lapplication
fonctionne sans le GPS ou encore lintgration dun outils permettant une classification
supervise du chauffeurs(Clustering en anglais).
En fait nous avons prvu 3 versions de la solution GPSTracking .La version Basic qui
fournis les services des UseCases Traiter Infos Camions et Consulter Infos Camions
.Ensuite sensuite la version Standart qui implmente lensemble des UseCases cits
dans ce rapport et par la suite la version Professionnal dont le mot dordre sera la qualit de
service.

141

BIBLIOGRAPHIE

-UML en action de lanalyse des besoins la conception
(de Pascal Roques et Franck Valle)

-UML le tout en poche
(de Martin Fowler et Kendall Scott)

-Application Architecture
(de J.D. Meier en collaboration avec Alex Homer , David Hill,Jason
Taylor,Prashant Bansode, Lonnie Wall , Rob Boucher ,JrAkshay Bogawat)

-Microsoft .Net Compact Framework Kick Start
(de Erik Rubin )

-Building Web Applications with ADO .Net and XML Web Service
(de Richard Hundhausen en collaboration avec Steven Borg,Cole
Francis,Kenneth Wilcox)

- MKII Function Point Analysis
(de United Kingdom Software Metrics Association)

142

WEBOGRAPHIE

www.coolite.com/examples( pour le framework Coolite)

www.codeplex/sharpmap( pour le framework SharpMap)

www.googlemaps.subgurim.net(pour la carte google)

http://dev.live.com/tools/(pour la carte Microsoft)

Pfemoustapha Marwana Abdoumostafa Boumlik

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Pfemoustapha Marwana Abdoumostafa Boumlik

Загружено:

Авторское право:

Доступные форматы

1

MARWANA ABDOU Moustapha

Вам также может понравиться