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
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
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 (25)Commercial Avanc (26)Dcoupage en secteurs
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
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
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
SQL Server StockerInfo() INTERNET Infos Camion 3 Protocoles: HTTP Connexion: GPRS
1
55
Fiche Descriptive du UseCase : Consulter Infos Camion
Sommaire dIdentification 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 Date de Cration: 15 /04/2009 Date de Mise Jour:23/04/2009 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 Mots ou Termes Explications
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
Sommaire dIdentification Titre : Consulter Parcours Camion But: voir les infos sur les diffrents parcours tablis par les camions Rsum : Date de Cration: 15 /04/2009 Date de Mise Jour:15/04/2009 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 Mots ou Termes Explications 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
Sommaire dIdentification 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 Date de Cration: 16 /04/2009 Date de Mise Jour:17/04/2009 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 Mots ou Termes Explications
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 Sommaire dIdentification 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 Date de Cration: 22 /04/2009 Date de Mise Jour:22/04/2009 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 Mots ou Termes Explications 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
Sommaire dIdentification Titre : localiser une station But: Il sagit de localiser les stations, organis en secteurs avec sur une carte gographique Date de Cration: 24 /04/2009 Date de Mise Jour:24/04/2009 Prcondition - Lutilisateur doit avoir le privilge Commercial Avanc et doit tre authentifi
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 4- Lutilisateur choisit lune des stations ramenes par le systme 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 Mots ou Termes Explications 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 Sommaire dIdentification 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 Date de Cration: 24 /04/2009 Date de Mise Jour:24/04/2009 Prcondition - Lutilisateur doit avoir le privilge Commercial Avanc et doit tre authentifi
Scnario Nominal 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 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 Mots ou Termes Explications
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
Traiter Infos Camion
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 Grer le service Vhicule 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 Traiter Infos Camion
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 Grer le service Vhicule 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.
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
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
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 Mots ou Termes Explications
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
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 Envoye Enregistre Interprte :Donnes Chauffeur {8h04- 8h05} {8h04- 8h04 }
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 Les donnes sont sauvegardes Quasi instantanment dans la base de donnes du systme central (GPSTracking Server). Ces infos vont servir la golocalisation dans le cas o les donnes GPS ne sont pas disponibles Donnes Chauffeur DriverID,SessionID, Login,Paswword,etc . Les donnes sont sauvegardes Quasi instantanment dans la base de donnes du systme central (GPSTracking Server). 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
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
USECASE Tache Niveau Pondration(J/H)
Consulter Infos Camions Rcupration des positions S 1 Affichage sur la carte S 1 Mode Offline TD 6 TOTAL 8 USECASE Tache Niveau Pondration(J/H)
Consulter Parcours Rcupration des positions Chauffeur /Camion M 2 Affichage sur la carte S 1 TOTAL 3
133
USECASE Tache Niveau Pondration(J/H)
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
USECASE Tache Niveau Pondration(J/H)
Grer Vhicule Distant Cration des Commande M 2 Envoi des Commandes S 1 Interprtation et Excution des Commandes D 4 TOTAL 7
USECASE Tache Niveau Pondration(J/H)
Grer Cartes CRUD sur les Cartes M 2 CRUD sur les points dintrt S 1 TOTAL 3
USECASE Tache Niveau Pondration(J/H)
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 USECASE Tache Niveau Pondration(J/H)
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
USECASE Tache Niveau Pondration(J/H)
Grer Profil Utilisateur CRUD sur les utilisateurs S 1 Accorder les privilges M 2 Cration /suppression des privilges TS 0.5 TOTAL 3.5 USECASE Tache Niveau Pondration(J/H)
Authentification Gestion des tentatives daccs TS 0.5 Gestion des mots de passe TS 0.5 TOTAL 1 USECASE Tache Niveau Pondration(J/H)
Grer Compte CRUD sur les informations personnelles des utilisateurs TS 0.5 TOTAL 0.5
USECASE Tache Niveau Pondration(J/H)
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)