Rapport G Stionnaire de Parc Autombile 2

Chapitre
I
Objectifs du chapitre
Etude Pralable
Afin de mieux cerner tous les contours du problme pos par l'informatisation du Parc Automobile, il est ncessaire de s'imprgner du fonctionnement et de l'organisation de parc automobile. Dans ce premier chapitre nous prsenterons brivement notre structure d'accueil, ensuite nous exposerons les problmes rencontrs dans la gestion actuelle du Parc Automobile, puis nous prsenterons les rsultats attendus de ce projet.
Rapport de Gestionnaire de Parc Automobile
I .1-Contexte du projet
Linformatique est une discipline la mode, trs varie et trs riche. Elle est devenue indispensable dans tous les domaines, vue les avantages majeures quelle offre. Elle rend le travail plus facile, plus prcis et surtout bien gr et provoque une nouvelle rvolution de lorganisation du travail. Ce nouveau phnomne est trs vari et riche. En effet, il intervient presque dans tous les domaines et tous les secteurs en rendant le travail plus facile, plus prcis et surtout bien gr. Elle est aujourdhui prsente dans la plupart des domaines de la vie professionnelle et prive. Linformatique occupe videmment une grande place dans le domaine de transport et en particulier, la gestion des parcs automobiles. En effet, la gestion des parcs automobile est une tche capitale qui prsente un nombre important de sous tches raliss manuellement. Elle consiste gnralement rpartir les vhicules entre les diffrents chauffeurs pour leurs missions, lentretien des vhicules du parc et la rparation des automobiles du parc (l'atelier de garage reprsent par le mcanicien a pour tches essentielles l'entretien des voitures du centre et leurs rparations), la gestion du personnel du parc automobile, la gestion des documents (attestation d'importation temporaire, certificat de visite), coordonner galement les dplacements des chauffeurs pour leurs missions l'intrieur du pays, etc. Donc le gestionnaire de parc automobile joue un rle important dans le fonctionnement des parcs automobiles des entreprises et des socits privs et tatiques. En effet, ces tablissements cherchent toujours assurer une bonne gestion de leurs parcs automobile en rendant cette pnible tche informatise ; Cest dans ce cadre que se situ le prsent projet de fin dtude de matrise en informatique.
I .2-Notion de la gestion de parc automobile

La gestion du parc automobile est une composante de la SCM (Supply Chain Management) ou GCL (en franais Gestion de la Chane Logistique). Thoriquement, elle peut tre dcoupe en 5 facteurs :
o o o o o
La marchandise. Lespace gographique. Le vhicule. Les ressources humaines. La technologie. La marchandise.

2

La marchandise influe sur le choix des moyens de transport et de manutention. Il est important davoir au pralable une information adquate sur le type demballage ou de conditionnement des UL (Units Logistiques) et des UM (Units de Manutention). Les informations ou documents de bord sera plus tard prsent par le transporteur ou le chauffeur du vhicule lors dun contrle routier. Ce qui permet davoir lide sur la nature des moyens matriels mobiliser, le lieu du chargement et le lieu du dchargement des marchandises. Ces informations sont les documents du vhicule (carte de transport public, certificat de visite technique en cours de validit, certificat dassurance automobile), les documents du conducteur (permis de conduire, badge professionnel et justification de la relation demploi) et les documents de la marchandise comme par exemple la fiche de scurit matires dangereuses.
Lespace gographique
Lespace gographique permet lorganisation de lopration de transport. Pour chaque opration de transport, il est essentiel de dfinir le lieu de dpart, le lieu darrive et les principaux points descales, qui constituent ensemble un itinraire. Lorganisateur de lopration de transport peut recenser les lieux de prlvements et de livraisons successifs des marchandises tout au long de son itinraire et dterminer le chemin optimal. Litinraire choisit permet de prvoir le nombre de barrires de contrle, le nombre de page routier, les points de pesage routier et dintgrer ces lments dans les cahiers de charge du chauffeur. Lespace gographique enfin permet de prendre aussi en considration ltat des routes, le relief, le climat, les murs de populations qui influencent chacun sa manire le choix du vhicule et le choix des horaires dans le planning. Ex. ETD (estimated time of departure) et ETA (estimated time of arrival) en fonction des heures de travail dans la rgion. Le vhicule de transport La marchandise transporter et litinraire du transport permettent de faire un premier choix du type de vhicule de transport. Trois autres contraintes permettent de finaliser et de valider ce choix, Il sagit des contraintes techniques, administratives et logistiques. Les contraintes techniques se rapportent :

La pneumatique (tat des roues et prsence de roues de secours) La signalisation lumineuse La signalisation sonore La prsence bord du matriel de scurit (triangle de scurit, extincteurs, ARI )
3
La prsence du matriel de premiers secours
Ce sont quelques lments techniques sur lesquels, on peut facilement effectuer un contrle. Cependant, la prsence de la visite technique valide est une preuve du bon tat de marche du vhicule. Cest le document administratif qui atteste que le vhicule est apte la circulation. Les contraintes administratives

Les documents du vhicule, Le marquage et ltiquetage de lautomobile, Les documents du chauffeur, Les documents de la marchandise. Les contraintes logistiques :
Le ravitaillement du vhicule
Ceci sous entend aussi lintgration dune gestion des stocks de consommables aux responsabilits du gestionnaire du parc automobile. Les ressources humaines Le personnel affect au systme de gestion du parc automobile est vari. Outre les chauffeurs, il existe gnralement une quipe de mcaniciens, les HTM (Hommes Tout Main) et le personnel administratif. La technologie Il est devenu difficile de dissocier gestion logistique, optimisation et technologie. La gestion du parc automobile utilise les logiciels de type TMS (Transport Management System) ou SGT (en franais Systme de Gestion du Transport) Les principales fonctionnalits des logiciels de la gestion du parc automobile :

Gestion des stocks de consommables et de pices de rechange Gestion des ressources humaines (horaires de travail/repos) Gestion de la maintenance Planification des livraisons Gestion des transports (traabilit, documents de transport)

La gestion du parc automobile est pratique dans les entreprises de location automobile, les entreprises industrielles et commerciales. Pour ces deux dernires, elles peuvent selon les cas disposer dun parc intrieur ou dun parc extrieur (matriel de transport en location). Les responsabilits du gestionnaire dun parc automobile sont rsumes dans la liste suivante :
o o o o o o o o o o o o o
Essentiellement administratives ; Rception des marchandises transporter ; Planification du transport ; Emission des ordres de missions ; Gestion des heures de travail (pointage des chauffeurs) Emission des notes de frais pour le chauffeur ; Emission des documents de transport. Contrle, suivi et actualisation des documents des vhicules et des documents des chauffeurs. Suivi du contrle technique des vhicules. Gestion des entres et sorties des vhicules ; Tracking (gestion de la traabilit) des vhicules sur le terrain ; Contrle des processus de gestion informatique de linformation Etc.
I .3-Prsentation de lOrganisme daccueil

Power MultiMedia est un nouveau nom dans le march tunisien, cest est une socit offshore construite depuis deux annes par Madame Sonia JLIDI BESBES. Lobjectif de cette entreprise est la cration puis la maintenance des sites web commerciaux. Au sien de cette entreprise travaille une vingtaine de tunisiens (ingnieurs, techniciens et matrisable en informatique). Power MultiMedia est un des hritages dune autre entreprise plus grande et plus ancienne (construite depuis quatre ans) nomme TransplanetSatellite et localise en France, tous les renseignements de cette dernire est trouve sous ladresse lectronique suivante : http://www.transplanet.fr/. Ses principales activits sont : Dveloppement Dveloppement des sites Web ; sites vitrines dynamiques, site pour la vente par correspondance, outils de gestion en ligne,
5

Dveloppement de solution sur mesure regroupant tous les aspects de gestion au sein dune socit ; gestion personnel, gestion de production, Webmastering Administration des sites e-commerce par la gestion de leurs contenus, la mise jour des donnes, la recherche de fournisseurs pour les clients, suivi des concurrents Rfrencement Rfrencement des sites web pour amliorer leur visibilit par rapport aux moteurs de recherche. Designer-infographistes Mettre en valeur les pages des sites web et les amliorer.
I .4-Problmatique
La gestion manuelle du Parc Automobile est difficile compte tenu de la diversit des tches accomplir et du nombre important de chauffeurs qui ont besoin de vhicules pour leurs missions lintrieur du pays. En fait, parmi ces tches, la tche de gestion de la documentation (Certificat de visite, Attestation dimportation temporaire) qui ncessite beaucoup dattention, et de temps pour une vrification manuelle et rgulire des dlais de validit. En outre, le non informatisation de la gestion du Parc Automobile rend la circulation des informations trs lente. En effet, certains ordres de livraisons venant de lentreprise sont directement adresss au Chef du Parc qui ne les transmet pas toujours temps aux chauffeurs pour traitement. En plus, labsence dune base de donnes et le non archivage des documents papiers utiliss pour les diffrentes tches rendent quasiment impossible ltablissement de statistiques fiables. Aussi, lemploi du temps des chauffeurs est trs dynamique ce qui occasionne de nombreuses modifications sur le tableau de planning entranant ainsi des ratures sur celui-ci et par la mme occasion son illisibilit. Par ailleurs, les responsables du parc sont souvent en dplacement (mission), ce qui retarde les mises jour du tableau de planning.

Donc Pour garantir la livraison de leur produit en bonne condition, une socit peut mettre en place une application web lui permettra de grer son parc automobile. A travers ce projet (application), on doit concevoir la charte graphique de site du parc automobile en respectant leur identit visuelle. On doit dvelopper les diffrents modules du site a fin de permettre aux nimporte quel utilisateur appartenant la socit quutilise cette application (administrateur ou chauffeurs ou mcanicien) daccder de manire intgre des modules partir de nimporte quel navigateur web. Le site intgre des diffrents modules interfacs entre elles. Les modules disponibles sont reprsenter sous forme des annuaires interne regroupe les administrateurs, les chauffeurs et les vhicules et permet de visualiser rapidement leurs fiches dinformations.
I .5-Rsultats attendus
Le systme mettre en place devra rsoudre les problmes rencontrs dans la gestion actuelle des ressources et prendre en compte les perspectives d'volution et les besoins des utilisateurs. Pour ce faire, notre travail consistera mettre en place un systme dont les fonctionnalits offriront: Une meilleure rpartition des vhicules entre les diffrents chauffeurs pour leurs missions. Un suivi efficace de l'entretien des vhicules du parc. Une bonne gestion du personnel du Parc Automobile. Une gestion efficiente des documents. Un accs et une circulation des informations en temps rel. La rapidit, la fiabilit et la facilit des traitements. L'archivage, la scurit et la confidentialit des donnes.
I .6-Conclusion
Dans ce chapitre nous avons prsent la gestion de parc automobile dune manire gnrale. Ensuite nous avons cern la problmatique du thme et nous avons prend connaissance des rsultats attendus de notre travail d'analyse et de conception. Dans le chapitre suivant, nous allons tudier, travers une vision critique, quelques systmes existants, tout en affirmant que des travaux restent faire pour les amliorer et pour crer de nouveaux systmes offrants plus de fonctionnalits et de services.
Chapitre
II
Etude de lexistant
Au cours ce chapitre, nous prsentons l'tude de l'existant. L'objectif de cette tude est d'obtenir une description dtaille de lapplication construire, de comprendre le fonctionnement dun gestionnaire du Parc Automobile, d'identifier les points positifs et les points de dysfonctionnement et de rpertorier les contraintes prendre en compte.
II .1-Etude et critique de lexistant

II .1.1-Etude de lexistant
Actuellement, plusieurs systmes sont mis la disposition des utilisateurs afin de mettre en uvre la notion de la gestion de parc automobile. Les applications existantes pour la gestion de parc automobile sont nombreuses et diffrentes de point de vue design et ergonomie mais elles offrent pratiquement les mmes fonctionnalits : Elles assurent la gestion administrative, la gestion technique et la gestion oprationnelle du parc de vhicules. Dans ce qui suit, nous prsentant quelques exemples concrets de gestionnaire de parc automobile.
II .1.1.1-Cas de GIPCAR
Figure 1 : Interface du logiciel GIPCAR
10

GipCar (voir page d accueil dans la figure 1) [URL0] est un logiciel destin aux responsables pour assurer la gestion administrative, la gestion technique et la gestion oprationnelle du parc de vhicules ou de matriels. Il a t conu par les quipes de Logimot en partenariat avec des experts de la gestion de flottes automobiles. Ce logiciel permet de raliser les tches suivantes :

Gestion des interventions sur les vhicules. Suivi des utilisations des vhicules. Suivi des consommations des vhicules - Intgration automatique des fichiers de consommations. Gestion des documents associs chaque vhicule. Gestion des rservations de vhicules - Planning graphique dynamique et interactif. Gestion des cots (budgets, dpenses, amortissement des vhicules). Des synthses graphiques pour comprendre le parc d'un coup d'il. Gestion des contrats d'assurance et des sinistres. Gestion paramtrable des Alertes : contrles techniques, chances de contrats, dpassements de seuils,... Gestion des infractions. Gestion des appels de services et des demandes utilisateurs. Envoi automatique de messages d'alertes ou de courriers aux utilisateurs des vhicules.
A la diffrence d'une solution base de fichiers disparates (de type tableur), la base de donnes de GipCar assure la cohrence entre les diffrents sous-ensembles grs : Utilisateurs, Vhicules Etablissement(s), Fournisseurs, etc.
GipCar est quip d'une fonctionnalit d'intgration de donnes c'est--dire d'alimentation des bases de donnes partir de fichiers existants dans lentreprise (par exemple au format Excel).
II .1.1.2-Cas de WinFlotte
11
Figure 2 : Interface du logiciel WinFlotte
WinFlotte (voir page daccueil dans la figure 2) [URL1] est un logiciel complet de gestion de flotte de vhicules. Grce ce logiciel, les gestionnaires de parc ont vu leur mtier voluer et devenir plus stratgique. En plus de la gestion oprationnelle du parc (saisie des vhicules, conducteurs), WinFlotte permet de restituer des donnes lies la flotte pour une analyse dtaille. Toutes les donnes importantes (factures ptroliers, loueurs, informations vhicules) sont intgres dans WinFlotte par Delta Tech, lentreprise qui a ralis le logiciel, grce des interfaces informatiques prdfinies. Pour un contrle rigoureux de la flotte, des tats d'alertes (contrats arrivant chance,) et d'anomalies (informations manquantes, factures carburant trop leves) sont rgulirement fournis. Delta Tech propose ainsi de prendre en charge la gestion des amendes des entreprises qui souhaitent que leurs amendes soient traites de manire efficace et rapide. Le gestionnaire de parc WinFlotte peut ainsi se ddier aux activits importantes de la gestion de son parc, tout en tant rgulirement inform de l'tat des infractions commises par ses collaborateurs. Delta Tech a mis en place un processus rigoureux permettant un traitement rapide des amendes respectant la politique de l'entreprise cliente.
12
II .1.2-Etude critique
Malgr la multiplicit et la diversit de ces applications, ils prsentent tous une dfaillance au niveau des services prsents. Parmi les dfaillances que nous avons constat dans les deux applications cest labsence de la gestion des ressources humaines, lajout et la suppression des employs du parc (administrateur, chauffeur et mcanicien), qui est un facteur important dans la gestion de parc automobile. De plus labsence de session du mcanicien implique que la rparation et lentretien des vhicules sont faits en dehors de parc ce qui est plus coteux. Gnralement le gestionnaire de parc automobile doit tre rparti en trois sessions, chaque session concerne un employ prcis (administrateur ou chauffeur ou mcanicien), pour tre bien organis c'est--dire chaque employ doit tre engag par son rle de telle faon quil naccde que a la session qui lui correspond aprs lauthentification mais ce critre est manquant dans les deux applications prcdente. De plus, une application de gestion de parc doit tre gnrique cest--dire elle peut tre utilise par diverses entreprises et elle sera spcialise pour chaque une delles au moment de la configuration. Par exemple, le logo de lentreprise peut tre un paramtre gnrique. Ce critre est manquant pour les applications tudies.
II .2-Description de lapplication cible

Notre solution consiste crer une application web, fournissant trois interfaces, une interface par type dutilisateur. C'est--dire une interface par type de session. Ces interfaces sont dcrites comme suit :
La premire interface concerne ladministrateur :
A partir de cette interface, ladministrateur peut grer les ressources humaines par lajout et la suppression de chauffeurs , mcaniciens ou des administrateurs dans la base et mme pour les vhicules de parc puisquil peut ajouter ou supprimer des vhicules. Parmi les missions de ladministrateur est de grer les amendes et aussi dorganiser les documents administratifs (Assurances). A partir de cette interface ladministrateur peut grer les paramtres daffichage et dadmonition des alertes des amendes, dassurance et aussi de maintenance et il aussi peut consulter la boite des messages. Cette session nest pas accessible que par ladministrateur.
La deuxime interface concerne le mcanicien :
13

A partir de cette interface, le mcanicien peut grer les pannes et les maintenances programmes et consulter la boite des messages. Cet acte nest accessible que par le mcanicien.
La troisime interface concerne le chauffeur :
A partir de cette interface, le chauffeur peut dclarer les amendes et les pannes, il peut observer les fiches de mouvement qui lui concerne et en plus il peut consulter sa boite de messages. Cette interface nest accessible que par un seul chauffeur. Contrairement aux autres sites, notre site est caractris par la simplicit de navigation, la diminution des liens, la cohrence et la concordance entre les couleurs pour les simples raisons, ne pas perturber lutilisateur et garantir leur comprhension avec le plan du site. Notre application web a un menu vertical et deux autres menus horizontaux :
Le menu vertical contient les grandes tches que linternaute peut effectuer dans sa session. Les deux menus horizontaux : Lun est statique contient le nom de session au milieu, le nom de lutilisateur de session gauche et deux liens : lien daccueil, lien de dconnexion, boite message et paramtre droite. Lautre change suivant les liens qui se trouvent dans le menu vertical, puisquelles sont des sous tches des tches principales que se trouvent dans le menu vertical.
Dans la page daccueil de site on a besoin de quatre liens: Le premier lien reprsente la session de ladministrateur : en cliquant sur ce lien ladministrateur peut accder la session aprs bien sur lauthentification. A ce moment l, ladministrateur se trouve devant la page daccueil de leur session o il trouve des alertes, au centre de page, qui lui avertir de lapproche de date de payement de lassurance des quelques vhicules et aussi des amendes perptrs par des chauffeurs. Il trouve de plus, gauche de page daccueil, les taches quil peut effectuer dans leur session. Le deuxime lien reprsente la session du mcanicien : en cliquant sur ce lien le mcanicien peut accder la session aprs bien sur lauthentification. A ce moment l, le mcanicien se trouve devant la page daccueil de leur session o il trouve des alertes, au centre de page, qui lui avertir de lapproche de date des maintenances
14

des quelques vhicules et aussi les demandes de rparation envoys par les chauffeurs qui ont des pannes dans leurs vhicules. Il trouve de plus, gauche de page daccueil, les taches quil peut effectuer dans leur session. Le troisime lien reprsente la session du chauffeur : en cliquant sur ce lien le chauffeur peut accder la session aprs bien sur lauthentification. A ce moment l, le chauffeur se trouve devant la page daccueil de leur session o il trouve des alertes, au centre de page, qui lui avertir de nouveau mission. Il trouve de plus, gauche de page daccueil, les taches quil peut effectuer dans leur session. Le quatrime lien (a propos) reprsente une prsentation lapplication.
II .3-Conclusion
Dans ce chapitre nous avons prsent les diffrents systmes existants dans le cadre de notre application, ensuite nous avons effectus une tude de lexistant en prenant les deux logiciels GIPCAR et WinFlotte comme exemple. Ce chapitre nous a permis de mieux comprendre des notions lis notre travail demand et de passer au deuxime chapitre de spcification pour dterminer les diffrents besoins fonctionnels et non fonctionnels et les diagrammes de cas dutilisation.
15
Chapitre
Spcification
III
En gnie informatique, la spcification est un ensemble de document qui, par des textes et des diagrammes, dcrit de manire formelle et exhaustive le produit informatique raliser. La rdaction de la spcification est la premire tape du dveloppement dune application. Cette tape dcrit les besoins en performance que lapplication doit satisfaire. Dans ce chapitre nous allons raliser une spcification dtaille du notre systme. Nous allons commencer tout dabord par dfinir les besoins fonctionnels et non fonctionnels, puis nous nous allons se baser sur le langage de modlisation UML (Unified Modeling Language) et identifier les diagrammes de cas dutilisation et de squence utiliss pour faciliter la ralisation de ce projet.
16
III .1-Description informelle

III .1.1- Dfinition des besoins non fonctionnels
Contrainte technique
Notre application doit tre crite par un langage de programmation exportable, cest-dire, elle peut fonctionner sans ambigit, ni problme sous nimporte quel systme dexploitation.
Contrainte sur le produit
Ces besoins concernent gnralement la rapidit et la capacit dexcution des diffrentes oprations de lapplication. Dans ce sens, elle doit se caractriser par la fiabilit, la rapidit dajout et de rception des donnes (dclaration des pannes et des amendes), la rapidit lors de lexcution des oprations (suppression, recherche..). De mme, notre application doit tre maintenable, cest-dire il est facile de ladapter aux changements de notre spcification et enfin elle doit tre accessible par diffrents utilisateurs la fois.
Contrainte ergonomique
En ralisant notre application, le point le plus important est la satisfaction de lutilisateur, on vise souvent faciliter la manire et la faon dutilisation. En effet, notre application doit inclure des interfaces graphiques claires et communes ce qui facilitera par la suite la ralisation des diffrentes taches. Dans ce sens, ces fonctionnalits doivent tre hirarchises selon des objectifs principaux sous menus partir desquels on peut accder dautre opration secondaires. En outre, lutilisateur doit tre soutenu par des messages daide qui visualisent de courtes et prcises explication sur la mthode dutilisation de lapplication ou bien le guident la prochaine tape.
17
Critres dvaluation
Guidage : Ce terme regroupe l'ensemble des moyens mis en uvre pour conseiller, orienter, informer le lecteur et l'inciter effectuer certaines actions. Parmi ces moyens on cite : la prsence obligatoire, sur chaque page, d'un certain nombre d'informations : le nom du site, le nom de la rubrique visite (titre de la page), la barre de navigation, un accs au sommaire, la page d'accueil, un email pour prendre contact la rigueur dans l'utilisation des liens : choix judicieux des mots qui les proposent l'organisation visuelle des informations la lisibilit : une lecture facile pour l'il. Charge de travail : Plus les lments prsents l'cran sont comprhensibles, plus l'attention ncessaire pour comprendre et matriser la navigation est rduite, plus l'interaction avec le site est rapide et efficace, et moins il y a de risques d'erreur ou d'garement. Contrle : Lutilisateur doit garder le contrle de ses actions. Adaptabilit : Cest la capacit du site rpondre aux besoins, aux prfrences et au niveau d'exprience de diffrents types dutilisateurs. Gestion des erreurs : rdiger avec soin les messages d'erreur qui doivent tre clairs, indiquant une solution possible.
Cohrence : Afin de faciliter l'apprentissage du fonctionnement, il faut veiller la stabilit de la structure des pages, tant au niveau du graphisme que du contenu. Simplicit des codes : Les symboles, doivent tre comprhensibles afin de ne pas ralentir la comprhension du site et l'acquisition de l'information.
III 1.2-Dfinition des besoins fonctionnels :

Grer quipement : Cette application contient des modules remplir pour :
18

Ajouter (avec la cration dune fiche de maintenance), modifier et supprimer un vhicule. Ajouter, modifier et supprimer un employ. Ajouter, modifier et supprimer une feuille de mouvement. Affecter des ressources : Cet espace et rserv pour : Affecter les vhicules aux chauffeurs. Grer des documents administratifs : Elle contient des modules pour grer les dfrentes informations dun quipement : Gestion des assurances. Gestion des pannes et des interventions : Cette application permet aux chauffeurs de la compagnie de signaler une panne dun vhicule donn : Cette rclamation fait lobjet dune demande dintervention en utilisant la boite email. Le responsable de rparation reoit cette demande pour la traiter. Gestion des amendes: Cette application permet aux chauffeurs de la compagnie de signaler une amende dun vhicule donn. Cette rclamation fait lobjet dune demande dintervention. Le responsable des amendes reoit cette demande pour la traiter.
III .2-Spcification semi-formelle de besoins

III .2.1-La modlisation
III .2.1.1-Dfinition de la modlisation
19

Pour dvelopper une application, il faut dabord organiser les ides, les documenter avant de commencer la ralisation tout en dfinissant les modules et les tapes. On appelle cette dmarche "modlisation". Pour raliser cette modlisation, il existe deux mthodes danalyse Merise et UML. Voici dans le tableau1 ci-dessous une analyse comparative entre les deux mthodes qui nous aide choisir la mthode la plus adaptable avec notre systme d'information.
MERISE UML (Unified Modeling Language) Mthode systmique danalyse de conception Langage de modlisation objet. Il faut donc lui de systme d'information. associer une dmarche (tapes. phases et tches de mise en uvre) pour en faire une mthode. L'absence de dmarche qui peut tre perue comme un inconvnient est plutt un avantage car cela permet de trouver une dmarche bien adapte au systme d'information concevoir. Etude spare des donnes et des traitements. A l'instar des mthodes objets. UML propose En effet, Merise propose de considrer le une approche diffrente de Merise. qui associe systme rel selon deux(02) points de vue: un donnes et traitements et qui dcrit la point de vue statique (donnes), un point de dynamique du systme d'information comme vue dynamique (traitements). un ensemble d'oprations attaches aux objets du systme. De cette faon, l'approche UML assure un certain niveau de cohrence. Merise se positionne comme une mthode de Idal pour concevoir et dployer une conception de systmes d'information architecture logicielle dveloppe dans un organisationnels. plus tourne vers la langage objet (Java, C++. YB.net,...) puisque comprhension et la formalisation des besoins de par son origine (la programmation objet) du mtier que vers la ralisation de logiciels. UML s'affirme comme un ensemble de En ce sens. Merise se rclame plus de formalismes pour la conception de logiciel l'ingnierie du systme d'information mtier base de langage objet. que du gnie logiciel. Merise ne se veut pas une mthode de dveloppement de logiciel ni de programmation.
Tableau 1 : Comparaison entre UML et Merise
III .2.1.2-Lavantage dutiliser UML comme mthode danalyse et de conception

De l'analyse comparative ralise dans le tableau prcdent, nous choisissons UML comme mthode danalyse et conception de notre systme d'information car UML :
20

prsente l'avantage d'tre le standard en termes de modlisation objet universellement reconnu. est un langage visuel car sa notation graphique permet d'exprimer visuellement des solutions objet facilitant ainsi la comparaison et l'valuation de celles-ci. est un langage formel et normalis dot d'un gain de prcision et d'un gage de stabilit. Il sert formaliser tous les documents techniques d'un projet et permet d'affiner les dtails de l'analyse au fur et mesure de l'avance du projet.
est possible d'utiliser le mme atelier de gnie logiciel, depuis l'expression des besoins jusqu' la gnration de tout ou partie du code. est un support de communication performant car il cadre l'analyse tout en facilitant la comprhension des reprsentations abstraites complexes.
III .2.1.3-Diagrammes UML

Les diagrammes sont les lments qui permettent de dcrire les diffrents aspects d'un systme. Ces diagrammes sont au nombre de neuf et peuvent tre classs en trois groupes selon qu'ils dcrivent les aspects statiques ou qu'ils dcrivent les aspects dynamiques ou quils dcrivent les aspects fonctionnel (voir figure 3).
Modle Fonctionnel
Aspect dynamique digrammes dinteraction (squences, collaboration), dtatstransition et dactivit Squencrent des actions dans le systme
Que fait le systme ?
Aspect fonctionnel (digrammes des cas dutilisation) Dd Modle Sur quoi le systme agit ? structurel (objet)
Modle temporel
Aspect statique (diagramme de classes et dobjet)

Figure 3 : Les trois aspects dune modlisation avec UML
21

Ces diagrammes, dune utilit variable selon les cas, ne se sont pas ncessairement tous produits loccasion dune modlisation. Les plus utiles pour la matrise douvrage sont les digrammes dactivits, de cas dutilisation, de classes, dobjet, de squence et dtats-transitions. Les diagrammes de composants, de dploiement et de communication sont surtout utiles pour la maitrise duvre qui ils permettent de formaliser les contraintes de la ralisation et la solution technique. Vue la convergence des concepts, on peut facilement utiliser des diagrammes UML avec XP, il suffit de ne pas chercher utiliser la totalit des diagrammes et de rechercher avant tout lefficacit : Des cas dutilisation pour exprimer les " user story ". Des classes pour les aspects statiques. Des squences, dtats-transition et dactivits pour les aspects dynamiques. Donc le cadre de ce projet, nous utiliserons les diagrammes cas dutilisations, de squences, de classes et le diagramme de paquetage.
III .2.2-Diagramme des flux des donnes niveau 0

Le diagramme de la figure 4 ci-dessous fourni une prsentation abstraite des flux de donnes (un diagramme de contexte) de notre application et les entits externes en relation avec elle. C'est--dire prsente le flux des donnes entre notre application et le chauffeur, ladministrateur, le mcanicien et le centre de contrle des vhicules automobile.
22
Figure 4 : Diagramme de contexte (DFD niveau 0)
III .2.3-Diagramme des flux des donnes niveau 1

Le diagramme de la figure 5 ci-dessous est une reprsentation plus dtaille que du diagramme flux des donnes (niveau 1).
23
Figure 5 : Diagramme de flux des donnes niveau 1
Le diagramme de flux des donnes niveau 1 explique en dtaille les relations entre les diffrentes processus de notre systme (Gestion des pannes, Gestion des documents administratifs, Gestion des amendes, Gestion des maintenances et la Gestion des visites techniques) avec leur environnement et aussi les relations entre eux. Par exemple, pour la Gestion des documents administratifs et la Gestion des amendes il existe une relation entre les deux qui est lamende, puisque lamende est un document administratif, et avec leur environnement. Car le processus Gestion des pannes rgle les amendes dclares par le chauffeur et le processus Gestion des documents administratifs prsente les documents ncessaire lutilisateur de systme.
III 2.4-Le diagramme des cas d'utilisation

24
Rapport de Gestionnaire de Parc Automobile III .2.4.1-Dfinition

Le diagramme des cas dutilisation reprsente les relations entre les acteurs et les fonctionnalits du systme. Le diagramme des cas d'utilisation montre l'ensemble des processus du domaine d'tude. Chaque processus, ou plus prcisment, chaque variante de processus, sera modlis au moyen d'un diagramme de squence et/ou d'un diagramme d'tats-transitions et/ou d'un diagramme d'activits. Cest un ensemble dactions ralises par le systme en rponse une action dun acteur. Cet ensemble des cas dutilisation dcrivent le but du systme(les objectifs). Il permet de formaliser les besoins et de modliser les services offerts par le systme, cest donc une vue du systme dans son environnement extrieur, il modlise la fois des activits (fonctionnalits) et des communications (interactions) pour les entits concernes (acteurs). Le cas dutilisation est tout le long du projet. Dans un premier temps, on les cre pour identifier et modliser les besoins des utilisateurs. Ces besoins sont dtermins partir des informations recueillies. Gnralement lors des rencontres entre informaticiens et utilisateurs. Durant cette tape, nous devons identifier les acteurs et recenser les cas dutilisation. Nous commenons par dfinir les acteurs de notre systme.
III .2.4.2-Identification des acteurs

Dfinition dun acteur : Un acteur est un utilisateur qui communique avec le systme (oprateur, autre systme) et en rponse le systme lui fournit le service qui correspond son besoin. Un acteur reprsente un rle jou par une personne, un groupe de personnes ou par un composant logiciel (un autre systme) ou matriel qui interagit avec le systme. Il est parfois difficile de dterminer la limite du systme vu que tout systme dispose de deux types dacteurs : les acteurs internes et les acteurs externes et quil est difficile de distinguer, dans certains cas, entre les deux types.
Dans ce sens, notre application sera exploite essentiellement travers des interfaces graphiques par trois types dutilisateurs qui sont ladministrateur, le mcanicien et le chauffeur, en effet chaque personne ayant comme session soit administrateur soit mcanicien ou chauffeur peut excuter diffrentes taches chacune selon ses droits (voir tableau 2).
25

Ladministrateur joue un rle primordial et fondamental, cest la seule personne qui dispose du droit dexcuter les diffrentes taches offertes par notre application. En effet, il peut saisir des informations en cas de ncessit et il peut aussi soit les mettre jour soit les rechercher. Administrateur Cest une personne qui se connecte notre application pour grer les services suivant : gestion des ressources humaines, gestion des vhicules, gestion des documents administratifs et gestion de feuille des mouvements.
Acteur principal, le chauffeur na que la possibilit de dclarer une amende ou une panne et aussi peut observer le planning de travail. Cest une personne qui se connecte lapplication pour grer les services suivant : dclaration des pannes et dclaration des amendes. Et aussi pour avoir un service qui rpond son besoin (le feuille des mouvements).
Chauffeur
Acteur principal, cest une personne qui se connecte notre application pour grer les services suivant : gestion des pannes et gestion des maintenances. Mcanicien
Tableau 2: Liste des acteurs de notre systme
III .2.4.3-Dcomposition fonctionnelle de lapplication

Les paquetages reprsentent un moyen de regroupement dlments de modlisation : de classes, de cas dutilisation et des autres paquetages. Ils reprsentent le plus souvent un ensemble dlments qui correspond une fonctionnalit bien dfinie, cest cette fonctionnalit qui dfinira le nom du paquetage. Les paquetages divisent et organisent les modles de la mme manire que les rpertoires organisent les systmes de fichier.
La dcomposition fonctionnelle peut avoir diverses formes. En ce qui nous concerne, nous avons choisi de dcomposer lapplication en paquetages. Dans notre cas nous avons dcoup notre
26

application en paquetage selon le point de vue fonctionnel. En effet, les paquetages que nous avons dfinissent respectivement des sous-systmes de lapplication (voir tableau 3). Chaque paquetage est compos dun diagramme de cas dutilisation. Le tableau ci-dessous rassemble les paquetages et les cas dutilisations relatifs chacun deux.
Paquetages
Cas dutilisations
Grer des ressources humaines
Grer des vhicules Grer des documents administratifs Grer des amendes
Recherche Grer des pannes Recherche

Grer des entretiens Dclarer des amendes Dclarer des pannes Consulter un planning de travaille Ecrire un message Observer la boite denvoi des messages Observer la boite de rception des messages
27
Sauthentifier
Tableau 3 : Les principaux paquetages de lapplication
III .2.4.4-Prsentation des dpendances entre les paquetages

Une fois la dcomposition fonctionnelle de notre application est effectue, nous passons la prsentation des dpendances qui existent entre les paquetages principaux que nous avons dgags par le biais du diagramme ci-dessous.
Figure 6 : diagramme de paquetages
28
Les relations import existe entre les paquetages explique la dpendance entre las diffrentes paquetages. Chaque paquetage est besoin des informations du paquetage qui a avec lui une relation import . Par exemple le paquetage de ladministrateur importe les informations concernant les amendes de paquetage chauffeur et le paquetage mcanicien importe les informations concernant les maintenances de paquetage de ladministrateur
III .2.4.5-Prsentation des diagrammes de cas dutilisation
Le diagramme de cas dutilisation relatif lauthentification
Chaque utilisateur de lapplication (administrateur ou chauffeur ou mcanicien) doit sauthentifier avant la ralisation de nimporte tache pour garantir la scurit de lapplication et pour obliger chaque employ dtre engager par leur rle seulement de telle faon quil naccde que a leur session. En effet aprs lajout dun employ la base de donnes de lapplication, ladministrateur lui donne un login et un mot de passe (administrateur ou chauffeur ou mcanicien). Le digramme de la figure 7 ci-dessous illustre cette ide.
Figure 7 : Diagramme de cas dutilisation relatif lauthentification
29
Le diagramme de cas dutilisation relatif la consultation de boite des messages
Chaque utilisateur de lapplication (administrateur ou chauffeur ou mcanicien) a une boite des messages dans sa session pour faciliter la communication entre les employs de parc. En effet, chaque employ peut crire un message tous les autres employs de parc automobile, il peut lire et supprimer les messages envoys et il peut aussi lire, rpondre et supprimer les messages reus. Le digramme de la figure 8 ci-dessous illustre cette ide.
Figure 8 : Diagramme de cas dutilisation relatif la consultation de boite des messages
Le diagramme de cas dutilisation relatif ladministrateur Une fois authentifi, ladministrateur a lautorisation de grer tous les ressources humaines, les vhicules, les documents administratifs et aussi les amendes. De plus ladministrateur peut faire une recherche dun employ (administrateur ou chauffeur ou mcanicien), feuille de mouvement ou amende et il peut aussi changer les paramtres de lapplication comme par exemple lajout de logo de lentreprise concernant le parc automobile ou la fixation des dates des alertes. Le digramme de la figure 9 ci-dessous illustre cette ide.
30
Figure 9 : Diagramme de cas dutilisation relatif ladministrateur
31
Le diagramme de cas dutilisation relatif au chauffeur Une fois authentifi, le chauffeur a lautorisation de dclarer une amende en saisissant le type de lamende, la date et le cause ou de dclarer une amende en saisissant le type de lamende, la date et le cause. Puis il lenvoi ladministrateur. Le digramme de la figure 10 ci-dessous illustre cette ide.
Figure 10 : Diagramme de cas dutilisation relatif au chauffeur
Le diagramme de cas dutilisation relatif au mcanicien Une fois authentifi, le mcanicien a lautorisation de grer les pannes dclares par les chauffeurs ou les maintenances programmes davant. Le digramme de la figure 11 ci-dessous illustre cette ide.
32
Figure 11: Diagramme de cas dutilisation relatif au mcanicien
III .2.4.6-Description des scnarios de certains cas dutilisation

Afin de dvelopper le modle statique danalyse nous allons commencer par donner une description textuelle de quelques cas dutilisation. En effet la description textuelle des cas dutilisation est un moyen pour identifier les classes participantes au modle statique danalyse. Les scnarios des certains cas dutilisation Nous dtaillerons les fonctionnalits assures par notre systme pour chaque cas dutilisation
Le cas dutilisation : Ecrire un nouveau message Une fois authentifi, chaque utilisateur de lapplication (administrateur ou chauffeur ou mcanicien) a une boite des messages dans leur session pour facilite la communication entre les employs de parc. En effet chaque employ peut crire un message tous les autres employs de parc automobile. Le digramme ci-dessus illustre cette ide.
33
Cas dutilisation : Acteur : Pr condition : Les cas possibles :
Ecrire un nouveau message. Ladministrateur ou le chauffeur ou le mcanicien. Lauthentification.

Envoi dun nouveau message.
Cas : Envoi dun nouveau message

ENCHAINEMENT NOMINAL : Si un employ est besoin dun autre employ il lui envoie un message. 1 : Formulaire remplir. Pour envoyer un message le systme prsente un Pop up , contenant un formulaire remplir, lemploy pour le remplir. 2 : Entrer les dfrentes informations concernant le message. Lemploy saisit les diffrents champs de formulaire concernant lenvoi de message. les champs saisir contenant leur nom et prnom, quil doit les slectionner de liste des noms prsents, le nom et le prnom de destinataire et aussi le contenue de message. 3 : Valider lenvoi de message. Lemploy valide lenvoi de message en cliquant sur le bouton Envoyer . 4 : Lenvoi du message au destinataire. Le systme envoi le message lemploy destinataire. Dans le cas chant, Si le champ concernant le nom et le prnom de chauffeur est vide il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lenvoi de message est interdit et un message contenant la raison de linterdiction sera affich.
Tableau 4 : Fiche du cas dutilisation Ecrire un nouveau message
34
Le cas dutilisation : Consulter les messages reus Une fois authentifi, chaque utilisateur de lapplication (administrateur ou chauffeur ou mcanicien) peut consulter les messages reus leur boite des messages dans leur session. En effet chaque employ peut lire, supprimer ou rpondre un message reu. Le digramme ci-dessus illustre cette ide.
Consulter les messages reus. Ladministrateur ou le chauffeur ou le mcanicien. Lauthentification.

123Observation de message reu. Rponse un message. Suppression dun message.
Cas 1 : Observation de message reu

ENCHAINEMENT NOMINAL : Si un employ a un nouveau message une notification est affiche sur la leur boite des messages. Si lemploy veut lire les messages reus il clique sur la boite des messages. Dans ce cas un Pop up , contenant tous les messages reus, sera affich. Si lemploy veut lire un nouveau message reu il clique sur lui. Le message sera affich et le nombre des messages reus seront dmunis automatiquement.
Cas 2 : Rponse un message

ENCHAINEMENT NOMINAL : Si un employ veut rpondre un message reu. 1 : Formulaire remplir. Pour rpondre un message reu le systme prsent un formulaire lemploy pour le remplir. 2 : Entrer les dfrentes informations concernant le message.
35

Lemploy saisit les diffrents champs de formulaire concernant la rponse au message. les champs saisir contenant le contenue de message de rponse puisque le nom et le prnom de destinataire est dj fixs. 3 : Valider lenvoi de message. 4 : Lenvoi de la rponse. Le systme envoi la rponse lemploy destinataire.
Cas 2 : Suppression dun message

ENCHAINEMENT NOMINAL : Si un employ veut supprimer un message reu lu et mme non lu il clique sur le lien supprimer puis il valide la suppression et le message sera supprim.
Tableau 5 : Fiche du cas dutilisation Consulter les messages reus
Le cas dutilisation : Grer les ressources humaines Une fois authentifi, ladministrateur a lautorisation de grer tous les ressources humaines, il peut effectuer un ajout ou une suppression ou modification. En effet, en cas de non disposition de lidentifiant dun utilisateur de lapplication (administrateur ou chauffeur ou mcanicien) lors de la suppression ou la modification, il peut procder par une recherche pour les dterminer. Le digramme ci-dessus illustre cette ide.
Grer les ressources humaines. Ladministrateur. Lauthentification.

1- Ajout dun utilisateur. 2- Suppression dun utilisateur. 3- Modification des informations dun utilisateur.
Cas 1 : Ajout dun utilisateur (administrateur ou chauffeur ou mcanicien)
36

ENCHAINEMENT NOMINAL : Aprs chaque recrutement, ladministrateur tient crer des comptes pour les diffrents nouveaux utilisateurs quelques soient leurs profils (Administrateur ou Chauffeur ou Mcanicien). 1 : Formulaire remplir. Lors de lajout dun utilisateur de lapplication le systme affiche un formulaire ladministrateur pour le remplir. 2 : Entrer les dfrentes informations concernant un utilisateur dapplication. Ladministrateur saisit les diffrents champs de formulaire concernant lajout dun utilisateur. les champs saisir sont des informations concernant lutilisateur(le nom, le prnom, le numro de leur tlphone portable et le numro de carte didentit national) pour lidentifier et lui donne un login et un mot de passe pour sauthentifier lorsquil veut accder lapplication. 3 : Valider lajout dun utilisateur. Ladministrateur valide lutilisateur quil a ajout. Il doit dans ce cas lajouter suivant leur spcialit (Administrateur ou Chauffeur ou Mcanicien) dans la liste dutilisateur quil lui correspondant. 4 : Lenregistrement dun utilisateur dans la base. Le systme enregistre alors les dfrentes informations concernant lutilisateur dans la base de donns de parc automobile. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lajout dun nouvel utilisateur de lapplication est interdit et un message contenant la raison de linterdiction sera affich.
Cas 2 : Suppression dun utilisateur (Administrateur ou Chauffeur ou Mcanicien)

ENCHAINEMENT NOMINAL : 1 : Supprimer un utilisateur de lapplication. Lorsquun utilisateur quitte dfinitivement le parc pour des raisons administratives ou personnelles telles la retraite des certains utilisateurs, ladministrateur a la possibilit de le supprimer. 2 : Valider la suppression dun utilisateur Ladministrateur valide la suppression dun utilisateur en cliquant sur le bouton oui de lalerte de la validation de suppression. Il doit dans ce cas le supprimer de la liste dutilisateur quil lui correspondant. . Le systme supprime alors les dfrentes informations concernant lutilisateur de la base de donns du parc
37

automobile.
Cas 3 : Modification des informations dun utilisateur (Administrateur ou Chauffeur ou Mcanicien)

ENCHAINEMENT NOMINAL : 1 : Formulaire remplir. Lorsquon veut modifier des informations concernant un utilisateur de lapplication, le systme affiche un formulaire ladministrateur pour le remplir. 2 : Entrer les nouvelles informations. Ladministrateur saisit les nouvelles informations concernant un utilisateur(le nom, le prnom, le numro de leur tlphone portable et le numro de carte didentit national). 3 : Valider la modification. Ladministrateur valide la modification faite sur les informations dun utilisateur. Il doit dans ce cas remplacer les anciennes informations par les nouvelles. 4 : Lenregistrement les modifications dans la base. Le systme enregistre alors les nouvelles informations concernant un utilisateur dans la base de donns de parc automobile.
Tableau 6 : Fiche du cas dutilisation Grer les ressources humaines
Le cas dutilisation : Grer les Vhicules : Une fois authentifi, ladministrateur lautorisation de grer tous les vhicules, il peut effectuer une recherche, un ajout, une suppression ou modification. En effet, en cas de non disposition de lidentifiant dune vhicule lors de la suppression ou la modification, il peut procder par une recherche pour les dterminer. Le digramme ci-dessus illustre cette ide.
Cas dutilisation : Acteur :
Grer les Vhicules. Ladministrateur.
38

Pr condition : Les cas possibles : Lauthentification.
1- Ajout dun vhicule. 2- Suppression dun vhicule. 3- Modification des informations dun vhicule.
Cas 1: Ajout dun vhicule

ENCHAINEMENT NOMINAL: En effet, aprs chaque achat dun nouveau vhicule, ladministrateur tient saisir les informations concernant ce vhicule. 1 : Formulaire remplir. Lors de lajout dun vhicule, Le systme prsent un formulaire a ladministrateur pour la remplir. 2 : Entrer les dfrentes informations concernant un vhicule. Ladministrateur saisit les diffrents champs de formulaire dajout dun vhicule. les champs saisir sont des informations concernant le vhicule (La puissance, date dacquisition, Nombre de porte, Numro de carte grise, Marque vhicule) pour lidentifier. 3 : Valider lajout dun vhicule. Ladministrateur valide lajout de vhicule dans la base de donns de parc. 4 : Lenregistrement dun vhicule dans la base avec la cration dune fiche de maintenance concernant ce vhicule. Le systme enregistre alors les dfrentes informations concernant le vhicule. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lajout dun nouvel utilisateur de lapplication est interdit et un message contenant la raison de linterdiction sera affich.
Cas 2 : Suppression dun vhicule

ENCHAINEMENT NOMINAL :
39

1 : Supprimer un vhicule. Lorsquun vhicule est vend ou devient hors travaille, ladministrateur a la possibilit de le supprimer. 2 : Valider la suppression dun utilisateur Ladministrateur valide la suppression dun vhicule en cliquant sur le bouton oui de lalerte de la validation de suppression. Le systme supprime alors les dfrentes informations concernant le vhicule de la base de donns du parc.
Cas 3 : Modification des informations dun vhicule

ENCHAINEMENT NOMINAL: 1 : Formulaire remplir. Lorsquon veut modifier des informations concernant un vhicule le systme affiche un formulaire ladministrateur pour le remplir. 2 : Entrer les nouvelles informations. Ladministrateur saisit les nouvelles informations concernant un vhicule (Matricule, Carburant, Nombre de porte, Puissance, Modle, Marque et Date d'acquisition). 3 : Valider la modification. Ladministrateur valide la modification faite sur les informations dun vhicule. Il doit dans ce cas remplacer les anciennes informations par les nouvelles. 4 : Lenregistrement les modifications dans la base. Le systme enregistre alors les nouvelles informations concernant un vhicule dans la base de donns de parc automobile.
Tableau 7 : Fiche du cas dutilisation Grer les Vhicules
Le cas dutilisation : Grer les documents administratifs Une fois authentifi, ladministrateur a lautorisation de grer tous lassurance des vhicules. Aprs bien sre le payement de lassurance dun vhicule ladministrateur peut supprimer les alertes, envoy par le systme, de lapproche ou du dpassement de date de payement dune assurance et peut aussi modifier la prochaine date de payement. Le digramme ci-dessus illustre cette ide
Cas dutilisation :
Grer les documents administratifs.
40

Acteur : Pr condition : Les cas possibles : Ladministrateur. Lauthentification.
1- Insertion des informations concernant lassurance de chaque vhicule. 2- Mise point lassurance dun vhicule. 3- Modification des informations concernant lassurance dun vhicule. 4- Tirage des documents administratifs.
Cas 1 : Insertion les informations concernant lassurance de chaque vhicule

ENCHAINEMENT NOMINAL: Aprs chaque fois, lorsquon ajout un vhicule au parc il faut ajouter les concernant lassurance de cet vhicule avec les autres indications de vhicule. 1 : Formulaire remplir (la mme formulaire que linsertion des informations concernant le vhicule). Lors de lajout dun vhicule le systme affiche un formulaire, contenant des informations sur le vhicule et aussi des informations concernant lassurance de vhicule, ladministrateur pour le remplir. 2 : Entrer les dfrentes informations concernant lassurance dun vhicule. Ladministrateur saisit les champs de formulaire concernant les dates de payement et le cout dassurance dun vhicule avec leurs autres informations. 3 : Valider lajout des informations dassurance. Ladministrateur valide lajout des informations dassurance du vhicule avec les autres informations la base de donns de parc automobile. 4 : Lenregistrement dun vhicule dans la base. Le systme enregistre alors les dfrentes informations concernant les dates de payement et cout dassurance dun vhicule. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide]
41

Exceptions [Exception : Champ obligatoire saisir est vide] : Lajout dun nouvel utilisateur de lapplication est interdit et un message contenant la raison de linterdiction sera affich.
Cas 2 : Mise point de lassurance dun vhicule

ENCHAINEMENT NOMINAL : 1 : Notification de lapproche de payement dassurance. En effet, lorsque la date de payement dassurance approche, le systme envoie une notification pour remilitariser ladministrateur. Si on clique sur cette notification un Pop up , contenant un formulaire remplir, saffiche pour le remplir. 2 : Mettre point lassurance dun vhicule. Aprs le payement dassurance, ladministrateur fait la mise jour des dates de payement. 3 : Valider la mise point dassurance. Ladministrateur valide lenregistrement de ces informations dans la base de donns de parc automobile. 4 : Lenregistrement des mises jour dans la base. Le systme enregistre les mises jour de date de payements concernant lassurance dun vhicule dans la base. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide]
Exceptions [Exception : Champ obligatoire saisir est vide] : La mise jour de dates de payements dassurance est interdite et un message contenant la raison de linterdiction sera affich.
Cas 3 : Modification des informations concernant lassurance dun vhicule

ENCHAINEMENT NOMINAL : 1 : Formulaire remplir (la mme formulaire que linsertion des informations concernant le vhicule). Lorsquon veut modifier des informations concernant lassurance dun vhicule le systme affiche un formulaire ladministrateur pour le remplir. 2 : Entrer les nouvelles informations. Ladministrateur saisit les nouvelles informations concernant lassurance dun vhicule (Date dbut dassurance, Date de fin dassurance et cout dassurance).
42

3 : Valider la modification. Ladministrateur valide la modification faite sur les informations de lassurance. Il doit dans ce cas remplacer les anciennes informations par les nouvelles. 4 : Lenregistrement les modifications dans la base. Le systme enregistre alors les nouvelles informations concernant lassurance dans la base de donns de parc automobile.
Cas 4 : Tirage des documents administratifs

ENCHAINEMENT NOMINAL: Dans ce cas, on peut faire le tirage des documents administratifs quon a besoin comme le demande de certificat, certificat de cession dun vhicule, dclaration dachat dun vhicule, dclaration de perte ou de vol de certificat et notice explicative. Mais on a besoin de lAdobe Reader, quon peut le tlcharger, puisquils sont des documents dextension PDF. 1 : Formulaire remplir Lorsquon clique sur le nom de document que ladministrateur a besoin le systme lui affiche un formulaire pour le remplir. 2 : Entrer les informations ncessaires. Ladministrateur saisit les informations ncessaires concernant le document quon veut imprimer. 3 : Imprimer le document.
Tableau 8 : Fiche du cas dutilisation Grer les documents administratifs
Le cas dutilisation : Grer les amendes Une fois authentifi, ladministrateur a lautorisation de grer les amendes dclares par les chauffeurs. Aprs bien sre le payement de ces amendes, ladministrateur peut supprimer les alertes, envoy par le systme, de lapproche ou le dpassement de date de payement dune assurance et peut aussi modifier la prochaine date de payement. Le digramme ci-dessus illustre cette ide.
Cas dutilisation :
Grer les amendes.
43

Acteur : Pr condition : Les cas possibles: Ladministrateur. Lauthentification.
1- Transaction de ltat des amendes. 2- Suppression des amendes payes.
Cas 1 : Transaction de ltat des amendes

ENCHAINEMENT NOMINAL: 1 : Notification des amendes. En effet, lorsquun chauffeur dclare une amende, le systme envoie une notification pour remilitariser ladministrateur. Si on clique sur cette notification un Pop up , contenant tous les dtailles sur les amende saffiche. 2 : Rgler ltat dune amende. Aprs le payement damende, ladministrateur clique sur le lien (pay) pour entrer les informations concernant le payement. Le systme affiche un autre Pop up contenant un autre formulaire remplir (code de reu de payement et le date de payement. 3 : Valider le rglement damende. Ladministrateur valide lenregistrement de ces informations dans la base de donns de parc automobile. 4 : Lenregistrement des mises jour dans la base. Le systme enregistre les mises jour concernant ltat damende dans la base de donns. Dans ce cas ladministrateur a la possibilit de supprimer lamende. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lajout dun nouvel utilisateur de lapplication est interdit et un message contenant la raison de linterdiction sera affich.
Cas 2 : Suppression des amendes payes
44

ENCHAINEMENT NOMINAL: 1 : Supprimer une amende. Aprs le rglage de ltat de lamende (devient pay), ladministrateur la possibilit de la supprimer. 2 : Valider la suppression dune amende. Ladministrateur valide la suppression dune amende en cliquant sur le bouton oui de lalerte de la validation de suppression. Le systme supprime alors les dfrentes informations concernant lamende de la base de donns du parc.
Tableau 9 : Fiche du cas dutilisation Grer les amendes
Le cas dutilisation : Grer les pannes Une fois authentifi, le mcanicien a lautorisation de grer les pannes dclares par les chauffeurs. Aprs la rparation de panne le systme supprime automatiquement les alertes. Le digramme ci-dessus illustre cette ide.
Grer les pannes. Le mcanicien. Lauthentification.

Anatomie des vhicules.
Cas : Anatomie des vhicules

ENCHAINEMENT NOMINAL : 1 : Notification des pannes. En effet, lorsquun chauffeur dclare une panne, le systme envoie une notification pour remilitariser ladministrateur. Si on clique sur cette notification un Pop up , contenant tous les dtailles sur la panne. 2 :Lanatomie de vhicule. Aprs lanatomie de vhicule le mcanicien clique sur le lien (rparer) pour entrer les informations
45

concernant la panne de ce vhicule. Le systme affiche un autre Pop up contenant un autre formulaire remplir (nom et prnom de mcanicien, la matricule et e type de vhicule, date de la rparation, tat de la vhicule et aussi une description de la panne de vhicule). 3 : Valider la rparation de vhicule. Si le mcanicien rpare le vhicule il valide ce rparation en changeant ltat de vhicule (en rodage ou en service) et lenregistrement de ces informations dans la base de donns de parc automobile. 4 : Lenregistrement des mises jour dans la base. Le systme enregistre les mises jour concernant ltat de vhicule dans la base de donns et il supprime automatiquement les alertes des pannes. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lajout dun nouvel utilisateur de lapplication est interdit et un message contenant la raison de linterdiction sera affich.
Tableau 10: Fiche du cas dutilisation Grer les pannes
Le cas dutilisation : Dclarer une amende Une fois authentifi, le chauffeur a lautorisation de dclarer une amende, en saisissant le type de lamende, le date et le cause, puis il lenvoi ladministrateur. Le digramme ci-dessus illustre cette ide.
Dclarer une amende. Le chauffeur. Lauthentification.

1- Dclaration dune amende. 2- Modification de la dclaration dune amende.
Cas 1 : Dclaration dune amende
46

ENCHAINEMENT NOMINAL : Si le chauffeur est perptr une amende il faut la dclarer. 1 : Formulaire remplir. Pour dclarer une amende le systme prsent un formulaire au chauffeur pour la remplir. 2 : Entrer les dfrentes informations concernant lamende. Le chauffeur saisit les diffrents champs de formulaire concernant la dclaration des pannes. les champs saisir sont des informations concernant lamende perptre (Date de perptration de lamende, Montant de lamende et Cause de lamende). 3 : Valider la dclaration damende. Le chauffeur valide lenregistrement de lamende dans la base de donns de gestionnaire parc automobile en cliquant sur le bouton Envoyer . 4 : Lenregistrement de lamende dans la base. Le systme enregistre alors les dfrentes informations concernant lamende perptre par le chauffeur. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lenregistrement de lamende est interdit et un message contenant la raison de linterdiction sera affich.
Cas 2 : Modification de dclaration dune amende

Si le chauffeur est perptr une faute dans la dclaration dune amende, il peut faire une modification sur la premire dclaration. Le mme enchainement que le scnario La dclaration dune amende sera faite.
Tableau 11 : Fiche du cas dutilisation Dclarer une amende
Le cas dutilisation : Dclarer les pannes Une fois authentifi, le chauffeur a lautorisation de dclarer une panne, en saisissant le type du panne, le date et le cause de panne, puis il lenvoi le mcanicien. Le digramme ci-dessus illustre cette ide.
Cas dutilisation :
Dclarer une panne.
47

Acteur : Pr condition : Les cas possibles : Le chauffeur. Lauthentification.
1- Dclaration dune panne. 2- Modification de la dclaration dune panne.
Cas 1 : Dclaration dune panne

ENCHAINEMENT NOMINAL : Si le vhicule est saisi par une panne, il faut que le chauffeur la dclarer. 1 : Formulaire remplir. Pour dclarer une panne le systme prsent un formulaire au chauffeur pour la remplir. 2 : Entrer les dfrentes informations concernant lamende. Le chauffeur saisit les diffrents champs de formulaire concernant la dclaration des pannes. les champs saisir sont des informations concernant la panne (Date de la panne et Description de la panne). 3 : Valider la dclaration de panne. Le chauffeur valide lenregistrement de la dclaration de panne dans la base de donns de gestionnaire parc automobile en cliquant sur le bouton Envoyer . 4 : Lenregistrement de la panne dans la base. Le systme enregistre alors les dfrentes informations concernant la panne dclare par le chauffeur. Dans le cas chant Si lun des champs obligatoires est vide, il faut excuter [Exception : Champ obligatoire saisir est vide] Exceptions [Exception : Champ obligatoire saisir est vide] : Lenregistrement de la dclaration de panne de vhicule est interdit et un message contenant la raison de linterdiction sera affich.
Cas 2 : Modification de dclaration dune panne

Si le chauffeur est perptr une faute dans la dclaration dune panne, il peut faire une modification sur la premire dclaration.
48

Le mme enchainement que le scnario La dclaration dune panne sera faite.
Tableau 12 : Fiche du cas dutilisation Dclarer les pannes
III .2.5-Le diagramme de squence

Dfinition de diagramme de squence Cest une variante du diagramme de collaboration. Il permet de mieux visualiser la squence des messages en mettant l'accent sur les aspects temporels. Le diagramme de squence reprsente la succession chronologique des oprations effectues par un acteur pour la ralisation dun cas dutilisation, il indique les objets que lacteur va manipuler et les oprations qui font passer dun objet lautre. Il est invoquer que toutes les oprations mentionnes dans les diffrents diagrammes de cas dutilisation se ressemble, dans ce sens, on prsentera les diagrammes de squences de chaque opration pour une meilleure comprhension. Les dfrents scnarios de notre application Diagramme de squence pour un scnario dauthentification Le digramme, expos dans la figure 12 ci-dessous, dcrit les scnarios possibles lors dune opration dauthentification. En effet aprs avoir lajout dun utilisateur la base de donnes de lapplication, ladministrateur donne un login et un mot de passe lutilisateur (administrateur ou chauffeur ou mcanicien). Le systme son tour affichera une interface contenant des champs remplir, lutilisateur saisit leur login et leur mot de passe et valide. Le systme va vrifier lexistence de login et de mot dpasse quil lui correspondant dans la base. Le rsultat retenu est soit lacceptation de lopration daccs, soit lapparition dun message interdite laccs de cet utilisateur leur session.
49
Figure 12 : Diagramme de squence pour un scnario dauthentification
Diagramme de squence pour un scnario dajout Le digramme, expos dans la figure 13 ci-dessous, dcrit les scnarios possibles lors dune opration dajout dun administrateur, dun mcanicien, dun chauffeur ou mme dun vhicule. En effet si ladministrateur est dans leur session et il choisit lajout dun lment. Le systme son tour affichera une interface contenant des champs remplir, ladministrateur saisit ses informations et valide. Le systme va vrifier lexistence des champs vides. Le rsultat retenu est soit le suce de lopration dajout, soit lapparition dun message indiquant lobligation de saisir les champs obligatoires qui sont vides.
50
Figure 13 : Diagramme de squence pour un scnario dajout
Diagramme de squence pour un scnario de suppression Le digramme, expos dans la figure 13 ci-dessous, dcrit les scnarios possibles lors dune opration de suppression dun administrateur, dun mcanicien, dun chauffeur, dun vhicule ou dune amende ou mme dune alerte de panne. . Ce scnario peut tre utilis par ladministrateur et aussi par le chauffeur. En effet si ladministrateur ou le mcanicien est dans leur session et ils veulent supprimer un lment de leur base. Le systme son tour retourne une alerte de confirmation de suppression et ladministrateur ou le mcanicien prend une dcision (termine la tache de suppression ou non). Le systme va vrifier la dcision de lutilisateur (Administrateur ou Mcanicien). Le rsultat retenu est soit le suce de lopration de suppression, soit le retour la liste des oprations effectuer.
51
Figure 14 : Diagramme de squence pour un scnario de suppression
Diagramme de squence pour un scnario de modification des informations dun employ Le digramme, expos dans la figure 15 ci-dessous, dcrit les scnarios possibles lors dune opration de modification. En effet si ladministrateur et il choisit la rubrique de la modification des informations dun employ. Le systme, son tour, cherche les anciennes informations concernant cet employ et affiche une interface contenant des le nom, le prnom et aussi des champs dj remplis par les anciens informations de lemploy. En cas o ladministrateur veut changer ces informations, il saisit les nouvelles informations et valide. Le systme va vrifier la modification de ladministrateur. Le rsultat retenu est la validation de lopration de modification en cas o ladministrateur insre des nouvelles informations ou la conservation des les anciens informations.
52
Figure 15 : Diagramme de squence pour un scnario de modification des informations dun employ
Diagramme de squence pour un scnario de modification des informations dun vhicule Le digramme, expos dans la figure 16 ci-dessous, dcrit les scnarios possibles lors dune opration de modification. En effet si ladministrateur et il choisit la rubrique de la modification des informations dun vhicule. Le systme son tour cherche les anciens informations concernant ce vhicule et affiche une interface contenant des la matricule, le type et aussi des champs dj remplis par les anciens informations de vhicule. En cas o ladministrateur veut changer ces informations, il saisit les nouvelles informations et valide. Le systme va vrifier la modification de ladministrateur. Le rsultat retenu est la validation de lopration de modification en cas o ladministrateur insre des nouvelles informations ou la conservation des les anciens informations.
53
Figure 16 : Diagramme de squence pour un scnario de modification des informations dun vhicule
Diagramme de squence pour un scnario de recherche Le digramme, expos dans la figure 17 ci-dessous, dcrit les scnarios possibles lors dune opration de recherche. En effet si ladministrateur est dans leur session et il choisit la rubrique de recherche. Le systme son tour affiche des critres de recherche (nom et prnom) pour la gestion des ressources humaines, (nom et prnom de chauffeur ou matricule de vhicule ou date de rdaction de lamende) pour la recherche damende et (nom et prnom de chauffeur ou matricule de vhicule ou la date dpart et darriver de vhicule) pour la recherche de feuille de mouvement. De cette manire, ladministrateur fait son choix selon les informations qui lui sont disponibles puis il valide. Ace niveau, lapplication va solliciter le systme de la gestion de la base de donnes, si les informations saisies par ladministrateur sont valides, un tableau apparait, si non un message quaucun personne correspondant leur recherche selon les critres taps.
54
Figure 17 : Diagramme de squence pour un scnario de recherche
Diagramme de squence pour un scnario de la dclaration Le digramme, expos dans la figure 18 ci-dessous, dcrit les scnarios possibles lors dune opration de dclaration. En effet si le chauffeur est dans leur session il choisit la dclaration dune panne ou dune amende. Le systme son tour affiche une interface contenant des champs remplir avec leur nom, leur prnom et la matricule de vhicule quil lui correspondant. Le chauffeur remplie les champs de formulaire et valide la dclaration. Le systme va vrifier lexistence des champs vides. Le rsultat retenu est soit la validation de lopration dajout, soit lapparition dun message indiquant lobligation de saisir les champs obligatoires qui sont vides.
55
Figure 18 : Diagramme de squence pour un scnario de dclaration
III .3-Conclusion
Dans ce chapitre nous avons prsent les diffrents besoins fonctionnels et non fonctionnels de lapplication et les diffrents diagrammes de cas dutilisation. Ce chapitre nous a permis de mieux comprendre le travail demand et de passer au troisime chapitre de. Nous avons commenc par la description des diffrents cas dutilisation dune manire statique grce la description textuelle des scnarios. La description dynamique a t reprsente par la suite travers les diagrammes de squence pour pouvoir tablir les diagrammes de classes.
56
Chapitre
Conception
IV
Dans ce chapitre, notre but est de prsenter la conception de notre application dune faon dtaille, nous commenons par dcrire larchitecture gnrale de lapplication, puis, nous passons mettre en place les diffrents diagrammes dtat-transitions, dactivits et de classes.
57
IV .1- Architecture de lapplication

Le dveloppement dune application prsente plusieurs types darchitectures tel que larchitecture client/serveur qui prsente deux niveaux (2-tiers) et celle 3-tiers (voir annexe A). En effet, vu les spcifications de notre application qui exige le passage dune base de donne, le passage par larchitecture 3 niveaux (3-tiers) simpose, cette architecture se compose des niveaux suivants : Administrateur / Chauffeur / Mcanicien : Cest le niveau prsentation. Dans le cas de notre solution ce niveau se compose dun navigateur install sur la machine cliente responsable du codage et de lorganisation des informations dans des formats prdfinis. Le serveur web: Cest le niveau applicatif. Ce serveur reprsente lenvironnement dexcution des applications cot serveur. Il prend en charge lensemble des fonctionnalits qui permettent N clients dutiliser une mme application. Concernant notre application nous avons utiliss le serveur Apache. (Voir annexe). Le serveur de base de donnes : Il comporte les tables de donnes et les requtes ncessaires utilise par lapplication. Nous avons opt pour MySQL (Voir annexe) pour grer notre base. La figure ci-dessous (figure 19) dcrit bien la composition de cette architecture
Figure 19 : Architecture 3-tiers de lapplication
58
IV .2-Les diagrammes dtatstransitions (ou Automate)

IV .2.1-Dfinition de diagramme dtat-transition
Le diagramme d'tats-transitions permet de dcrire les changements d'tat d'un objet ou d'un composant, en rponse aux interactions avec d'autres objets/composants ou avec des acteurs. Il permet de dcrire l'volution des objets d'une classe en termes d'tats et dvnements au moyen d'un automate associ la classe de ces objets. Un tat est une situation durable dans laquelle peuvent se trouver les objets d'une classe et laquelle on associe les rgles de gestion et des activits particulires. Une transition est une relation entre deux tats signifiant qu'un passage de l'un l'autre est possible
IV .2.2-Conception de lapplication
Les interfaces de lapplication Cette section prsente les prototypes dinterfaces qui illustrent la navigation travers le site.
59
Rapport de Gestionnaire de Parc Automobile Interface dauthentification

Le diagramme de la figure 20 ci-dessous reprsente les changements dtat possible lorsquun employ de parc (administrateur, chauffeur, mcanicien) sauthentifie pour accder leur session.
Figure 20 : Diagramme dtat-transitions concernant linterface authentification
60
Interface consultation boite message

Le diagramme de la figure 21 ci-dessous reprsente les changements dtat possible lorsquun employ dans le parc (administrateur ou chauffeur ou mcanicien) consulte la boite de message.
Figure 21 : Diagramme dtat-transitions concernant la consultation de boite messages
61
Interface de chauffeur
Le diagramme de la figure 22 ci-dessous reprsente les changements dtat possible lorsquun chauffeur accde sa session.
Figure 22 : Diagramme dtat-transitions concernant linterface chauffeur
62
Interface administrateur
Le diagramme de la figure 23 ci-dessous reprsente les changements dtat possible lorsquun administrateur accde sa session.
Figure 23 : Diagramme dtat-transitions concernant linterface administrateur
Lorsque ladministrateur accde sa session, il existe huit tats possibles quon peut considrer. Nous avons choisie ltat de gestion de liste des administrateurs pour le dtailler en ralisant le diagramme de changement dtat-transitions quil lui correspondant. Le diagramme de la figure 24 ci-dessous reprsente les changements dtat possible lorsquun administrateur gre la liste des administrateurs.
63
Figure 24 : Diagramme dtat-transitions concernant linterface gestion des administrateurs
64
Rapport de Gestionnaire de Parc Automobile Interface mcanicien

Le diagramme de la figure 25 ci-dessous reprsente les changements dtat possible lorsquun mcanicien accde sa session.
Figure 25 : Diagramme dtat-transitions concernant linterface session mcanicien
Lorsque ladministrateur accde leur session, on peut avoir trois tats possibles. Nous avons choisie ltat de gestion de liste des pannes pour le dtailler en ralisant le diagramme de changement dtat-transitions quil lui correspondant. Le diagramme de la figure 26 ci-dessous reprsente les changements dtat possible lorsquun administrateur gre la liste des pannes.
65
Figure 26 : Diagramme dtat-transitions concernant linterface gestion des pannes
66
IV .3-Les diagrammes dactivits

IV .3.1-Dfinition de diagramme dactivit
Cest une variante du diagramme d'tats-transitions, II sert reprsenter le comportement interne d'une mthode ou d'un cas d'utilisation. Chaque activit reprsente une tape particulire dans l'excution de la mthode ou du cas d'utilisation.
IV .3.2-Prsentation des diagrammes

IV 3.2.1-Diagramme dactivits concernant lauthentification
Le diagramme de la figure 27 ci-dessous peut tre valable pour tous les utilisateurs de lapplication indpendamment de leurs rles (chauffeur, administrateur ou mcanicien).
Figure 27 : Diagramme dactivits concernant lauthentification
67
Rapport de Gestionnaire de Parc Automobile IV .3.2.2-Diagramme dactivits concernant la gestion des pannes
Le diagramme de la figure 28 ci-dessous peut tre valable mme pour la gestion damende et aussi la gestion dassurance. C'est--dire aprs le payement dassurance ou dune amende les mmes tapes peut tre suivit que la gestion dune amende.
Figure 28 : Diagramme dactivits concernant la gestion des pannes
IV .3.2.3-Diagramme dactivits concernant la dclaration des pannes

Le diagramme de la figure 29 ci-dessous peut aussi tre valable mme pour la dclaration damende. C'est--dire la dclaration des pannes et des amendes ont les mmes dmarches.
68
Figure 29 : Diagramme dactivits concernant la gestion des pannes
IV .4-Le diagramme de classe

IV .4.2-Dfinition de diagramme de classe
Il reprsente la structure statique d'un systme. Il contient principalement les classes ainsi que leurs associations mais on peut aussi y trouver des objets. En pratique, l'intrt majeur du diagramme de classes est de modliser les entits du systme d'information.
IV .4.2-Prsentation des diagrammes

IV 4.2.1-Diagramme de classe concernant ladministrateur
Nous dcrivons dans cette partie la structure de notre base de donnes, nous allons commencer par tracer le diagramme de classe concernant ladministrateur.
69
Figure 30 : Package de diagramme de classe concernant ladministrateur
70

Les dtails des proprits des classes sont donns dans les tableaux ci-dessous :
Nom
Admin_Id Login Nom Prnom CIN Tel Path_Photo_Admin Password
Classe : Administrateur Attributs Description

Numro administrateur Pseudo admin Nom administrateur Prnom administrateur Carte indenter nationale Tlphone administrateur Photo administrateur Mot de passe administrateur
Type
int string string string Int int string string
Nom
Admin () Login () AdminIdDisp () VerifLogin () Afficher () Afficher chauffeur () Afficher mcanicien () Afficher auto ()
Mthodes Description
Constructeur Entrer dans la session de ladministrateur Afficher numro administrateur Vrifier mot de passe Afficher les informations Afficher les informations des chauffeurs Afficher les informations des mcaniciens Afficher les informations des automobiles
Tableau13 : Description de la classe Administrateur
Classe : Abstract Administrateur Mthodes Description

Obtenir les informations sur ladministrateur encours Obtenir prnom administrateur Obtenir nom administrateur Obtenir pseudo administrateur Obtenir mot de passe administrateur Fixer les informations sur ladministrateur Fixer prnom de ladministrateur Fixer nom de ladministrateur Fixer pseudo de ladministrateur Fixer mot de passe de ladministrateur
Tableau14 : Description de la classe AbstractAdministrateur
Nom
getAdmin () getPrnom () getNom () getLogin () getPassword () set Admin(String) set Prnom(String) set Nom(String) set Login(String) set Password(String)
71

Classe : Vhicule Attributs Description
Numro du vhicule Model du vhicule Marque du vhicule Numro de la carte grise Puissance du vhicule Type de carburant Ltat du vhicule
Nom
Auto_immat Id_model Id_marque Num_cartegrise Puissance Idcarburant Etat_vihicule
Type
int int int int int String String
Nom
Automobile Chercher Ajouter Modifier Supprimer
Mthodes Description
Constructeur Chercher vhicule Ajouter vhicule Modifier vhicule Supprimer vhicule
Tableau 15 : Description de la classe Vhicule
Nom
Chauff_if Auto_immat DateDepart DateArrive Destination
Classe : Feuille de mouvement Attributs Description Type

Numro de la feuille de mouvement Numro du vhicule Date de dpart de la mission Date de fin de la mission Destination Int Int Date Date String
Nom
feuilleDemouvement () Afficher ()
Mthode Description
Constructeur Afficher les la feuille de mouvement
Tableau16 : Description de la classe Feuille de mouvement
Classe : Abstraction Feuille de mouvement Nom

getChauffeur_Id () getAuto_immat () getDateDepart ()
Mthode Description
Obtenir numro de chauffeur Obtenir numro de vhicule Obtenir date de dpart 72

getDateArrive () getDestination () set Chauffeur_Id (int) set Auto_immat (int) set DateDepart (date) set DateArrive (date) set Destination (string) Obtenir date fin de mission Obtenir destination Fixer numro de chauffeur Fixer numro de vhicule Fixer date de dpart Fixer date fin de mission Fixer destination
Tableau 17 : Description de la classe Abstraction Feuille de mouvement
Classe : Abstract Automobile Nom

getAuto_immat () getModelv () getMarque () getEtat () set Auto_immat (int) setModel (string) setMarque (string) setEtat (string)
Mthode Description
Obtenir numro de vhicule Obtenir model Obtenir marque Obtenir marque Fixer numro de vhicule Fixer model Fixer marque Fixer Etat
Tableau18 : Description de la classe Abstract Automobile
Nom
Id_marque Marque
Classe : Marque Vhicule Attribut Description Type

Numro de la marque Libeller marque
Type
int string
Mthode
Tableau19 : Description de la classe Marque Vhicule
Nom
Id_model Model
Classe : Model Vhicule Attribut Description

Numro de la model Libeller model
Type
int string
Mthode
Tableau 20 : Description de la classe Model Vhicule
73
Rapport de Gestionnaire de Parc Automobile IV 4.2.2-Diagramme de classe concernant le mcanicien
Figure 31: Diagramme de classes du paquetage concernant le mcanicien
74

Les dtails des proprits des classes sont donns dans les tableaux ci-dessous :
Nom
Mcanicien_id Login Password Nom Prnom Cin
Classe : Mcanicien Attribut Description

Numro de mcanicien Pseudo de mcanicien Mot de passe mcanicien Nom mcanicien Prnom mcanicien Numro de la carte identit national
Type
Int String string string String Int
Mthode Nom
Mcanicien () Mcanicien_Id_Disp () VerifLogin () Recherche_Password () Modifier_Repa () Supprimer_Repa () Afficher_Repa () Modifier_maint () Ajout_maint () Suprimer_maint ()
Description
Constructeur Afficher le numro de mcanicien Vrifier le pseudo entr Rechercher mot de passe correspondant Modifier panne Supprimer panne Afficher panne Modifier maintenance Ajouter maintenance Supprimer maintenance
Tableau 21 : Description de la classe Mcanicien
Classe : AbstractMecancien Mthode Nom

getMecan_Id () getNom () getPrnom () getLogin () getPassword () setMecan_Id (int) setNom (string) setPrnom (string) setLogin (string) setPassword (string)
Description
Obtenir numro mcanicien Obtenir nom mcanicien Obtenir prnom mcanicien Obtenir pseudo mcanicien Obtenir mot de passe mcanicien Fixer numro mcanicien Fixer nom mcanicien Fixer prnom mcanicien Fixer pseudo mcanicien Fixer mot de passe mcanicien
Tableau 22 : Description de la classe AbstractMecanicein
75
Classe : Maintenance Attribut Nom

Num_maint Auto_immat Date_Prochain_Entretien Date_Prochain_Visite Date_Prochain_Vidange
Description
Numro de maintenance Numro de vhicule Date Prochain Entretien Date Prochain Visite Date Prochain Vidange
Type
int int date string string
Mthode Nom
Modifier (int)
Description
Modifier la fiche de maintenance
Tableau 23: Description de la classe Maintenance
Classe : Abstract Maintenance Nom

getNum_maint () getAuto_immat () getDate_Prochain_entretien () getDate_Prochain_vidange () getDate_Prochain_Visite () setNum_maint () setAuto_immat () setDate_Prochain_entretien () setDate_Prochain_vidange () setDate_Prochain_Visite ()
Mthode Description
Obtenir numro maintenance Obtenir numro immatricule Obtenir le Prochain entretien Obtenir le Prochain vidange Obtenir le Prochain visite Fixer numro maintenance Fixer numro immatricule Fixer le Prochain entretien Fixer le Prochain vidange Fixer le Prochain visite
Tableau24 : Description de la classe AbstractMaintenance
76

Classe : Entretien Attribut Description
Numro dentretien Date dentretien Article ajout Quantit ajout Remarque de mcanicien Numro de vhicule
Nom
identretient dateentretient article quantite commentaire idvehicule
Type
Int Date String Int String Int
Mthode Nom
Entretien () Afficher ()
Description
Constructeur Afficher le numro de mcanicien
Tableau 25 : Description de la classe Entretien
Nom
idVisite dateVisite commentaire idvehicule
Classe : Visite Technique Attribut Description Type

Numro de la visite Date de la visite Remarque de mcanicien Numro de vhicule Int Date String Int
Mthode Nom
Visite_technique () Afficher ()
Description
Constructeur Afficher fiche visite
Tableau 26 : Description de la classe Model Vhicule
Nom
idvidange datevidange id_mcanicien commentaire idvehicule
Classe : Vidange Attribut Description

Numro de vidange Date dentretien Numro mcanicien Remarque de mcanicien Numro de vhicule
Type
Int Date Int String Int
Mthode
77

Nom
Entretien () Afficher ()
Description
Constructeur Afficher fiche vidange
Tableau27 : Description de la classe Vidange
IV .4.2.3-Diagramme de classe concernant le chauffeur
Figure 32 : Package de diagramme de classe concernant le chauffeur
78
Les dtails des proprits des classes sont donns dans les tableaux ci-dessous.
Nom
Chauffeurs_id Login Password Nom Prnom Tel Cin Npc
Classe : Chauffeurs Attribut Description

Identifient de chauffeur Pseudo pour entrer a la session chauffeur Mot de passe de chauffeur Nom chauffeur Prnom chauffeur Tlphone chauffeur Carte identit nationale Numro de permit de conduit
Type
int string string string string int int int
Nom
Chauffeur () ChauffeurIdDisp () VerifLogin () Recherche_Password () AjouterPanne () Ajouteramende ()
Mthode description
constructeur Afficher numro chauffeur Vrification de pseudo entr par le chauffeur Recherche de mot de passe entr Ajouter une panne Ajouter une amende
Tableau 28 : Description de la classe chauffeur
Nom
Id Amende Cause dateDernierdelai
Classe : Amende Attribut Description

Numro amende Cause de la panne Date de payement damende
Type
Int String Date
Nom
getid () getCause () getDate () Setid ()
Mthode Description
Obtenir le numro damende Obtenir la cause Obtenir la date Fixer le numro damende 79

setCause () setDate (String) afficher(Date) Fixer la cause Fixer la date Afficher les informations sur les amendes
Tableau 29 : Description de la classe Amende
Classe : Abstract chauffeur Nom

getChauff_id getNom getPrnom getLogin getPassword setChauff_id setNom setPrnom setLogin setPassword
Mthode Description
Obtenir le numro de chauffeur Obtenir le nom Obtenir le prnom Obtenir le pseudo Obtenir le mot de passe Fixer le numro de chauffeur Fixer le nom Fixer le prnom Fixer le pseudo Fixer le mot de passe
Tableau 30 : Description de la classe Abstractchauffeur
Nom
Id_panne Chauff_id Auto_immat Panne
Classe : Panne Attribut Description

Numro panne Numro de chauffeur Numro de vhicule Type de panne
Type
int int int String
Mthode Nom
Reparation () Afficher ()
Description
Rparer les pannes dclares Afficher les informations sur toutes les pannes
Tableau 31 : Description de la classe Panne
Classe : Abstract Rparation Mthode Nom

getChauff_Id () getAuto_immat () getPanne ()
Description
Obtenir le numro de chauffeur Obtenir le numro du vhicule Obtenir la panne 80

setChauff_Id () setAuto_immat () setPanne () Fixer le numro de chauffeur Fixer le numro du vhicule Fixer la panne
Table 32 : Description de la classe Abstract Rparation
IV .4.2.4-Diagramme de classe concernant les messages
Figure 33 : Package de diagramme de classe concernant les messages
Les dtails des proprits des classes sont donns dans les tableaux ci-dessous.
Classe : Message Nom

Id_mail Id_metteur Id_rcepteur Message Etat Objet
Description
Numro de message Numro de lmetteur de message Numro de rcepteur de message Le contenu de message Etat de message (lue/non lue) Objet de message
Type
int int int string boolen string
Mthode Nom
Message ()
Description
constructeur 81

Lire (int) Supprimer (int) Rependre (int) Ecrire () Lire un message Supprimer un message Rependre un message Ecrire un message
Tableau 33 : Description de la classe Message
IV .5-Conclusion
Aux cours de ce chapitre, nous avons dcrit les diffrents lments de notre conception pour mettre en place notre application. Nous avons fix le choix de larchitecture de notre systme. Nous avons par la suite labor le diagramme dtat-transition pour expliquer mieux les interfaces de notre application. Ensuite nous avons labor le diagramme dactivit et de classes dtaill qui nous a permis de gnrer le schma relationnel de la base de donnes Dans le chapitre suivant nous allons expliquer les choix entrepris pour limplmentation de la solution et dcrire la dmarche de ralisation.
82
Chapitre
Ralisation
V
Aprs avoir termin la spcification et la conception du site web, nous allons traiter dans ce chapitre les dtails lis limplmentation de lapplication. Pour cela nous allons tout dabord exposer les choix de lenvironnement logiciel que nous avons adopt afin de russir la ralisation de lapplication. Enfin nous allons citer les tapes dimplmentation suivies de quelques imprimes dcrans de lexcution de certains modules de lapplication pour illustrer quelques fonctionnalits de notre systme.
83
V .1-Technique de dveloppement
En fait un site web dynamique est une composition des plusieurs langages de programmation, il ya ceux pour la reprsentation des pages web cot client ou cot serveur, ceux pour la mise en forme des pages web et ceux pour la gestion de bases des donnes. Commenons alors par les langages les plus connus de reprsentation :
V .1.1-Cot client
HTML : L HyperText Markup Language, gnralement abrg HTML, est le format de donnes conu pour reprsenter les pages web. Cest un langage de balisage qui permet dcrire de lhypertexte, do son. HTML permet aussi de structurer smantiquement et de mettre en forme le contenu des pages, HTML permet aussi de structurer smantiquement et de mettre en forme le contenu des pages, dinclure des ressources multimdias dont des images, des formulaires de saisie, et des lments programmables tels que des applets. Il permet de crer des documents interoprables avec des quipements trs varis de manire conforme aux exigences de laccessibilit du web. Il est souvent utilis conjointement avec des langages de programmation (JavaScript) et des formats de prsentation (feuilles de style en cascade). HTML est initialement driv du Standard Generalized Markup Language (SGML). XML : (entendez eXtensible Markup Language et traduisez Langage balises tendu, ou Langage balises tendu, ou Langage balise extensible) est en quelque sorte un langage HTML amlior permettant de dfinir de nouvelles balises. Il sagit effectivement dun langage permettant de mettre en forme des documents grce des balises (Markup). XHTML : (Extensible HyperText Markup Langage) est un langage de balisage servant crire des pages pour le Word Wide Web. Conu lorigine comme le successeur dHTML, XHTML se fonde sur la syntaxe dfinie par XML, plus rcente, mais plus exigeante que celle dfinie par SGML sur laquelle repose HTML: il sagit en effet de prsenter un contenu affichable non seulement par les ordinateurs classiques, mais galement sans trop de dgradation par des PDA bien moins puissants. JavaScript : est un langage de script incorpor dans un document HTML. Historiquement il sagit mme du premier langage de script pour le Web. Ce langage est un langage de programmation qui permet dadopter des amliorations au langage HTML en permettant dexcuter des commandes du cot client, cest--dire au niveau du navigateur et non du serveur web. Pourquoi HTML comme langages de programmation pour la reprsentation des pages web cot client?
84

Nous avons utilis le HTML puisque il plus simple parmi ces langages en plus il satisfait nos besoins, et JavaScript qui peut tre implment dans HTML.
V 1.2-Cot serveur
CGI : (Common Gateway Interface, traduisez interface de passerelle commune) est un programme excut par serveur web (on dit gnralement <<cot serveur>>), permettant denvoyer au navigateur de linternaute un code HTML cre automatiquement par le serveur (bas par exemple sur une autre application, telle quun systme de gestion de base des donnes, do le nom de passerelle). Un des principaux intrts de lutilisation de CGI est la possibilit de fournir des pages dynamiques, cest--dire des pages personnaliss selon un choix ou une saisie de lutilisateur. Lapplication la plus frquente de cette technique repose sur lutilisation de formulaires HTML permettant lutilisateur de choisir ou de saisir des donnes, puis de cliquer sur un bouton de soumission du formulaire, envoyant alors les donnes du formulaire en paramtre du script CGI. ASP : (Active Server Pages) est un standard mis au point par Microsoft en 1996 permettant de dvelopper des applications Web interactives, cest--dire dont le contenu est dynamique, ASP est en ralis une technologie, ou plus exactement un environnement de programmation, permettant de reprsenter sous forme dobjets les interactions entre le navigateur du client, le serveur web, ainsi que les connexions des bases de donnes. Les ASP sont donc excutes du cot du serveur (au mme titre que les scripts CGI, PHP, ) et non du cot client (les scripts crits en JavaScript ou les applets Java sexcutent dans le navigateur de la personne connect un site). Les ASP sont intgrables au sein dune page Web en HTML laide de balises spciales permettant au serveur Web de savoir que le code compris lintrieur de ces balises doit tre interprt afin de renvoyer des donnes (gnralement du code HTML) au navigateur du client. PHP : est un langage interprt (un langage de script) excut du cot serveur (comme les scripts CGI, ASP, ) et non du cot client (un script crit en JavaScript en applet Java sexcute sur votre ordinateur). La syntaxe du langage provient de celles du langage C, du Perl et de Java. Pourquoi PHP comme langages de programmation pour la reprsentation des pages web cot serveur? Nous avons utiliss le PHP puisque il est le plus simple et le plus populaire.
V .1.3-La mise en forme

Le langage le plus connu de mise en forme : CSS : cest labrviation de Cascading Style Sheets ("Feuille de style"). Ce langage nous sert uniquement prsenter la page web. Cest en CSS que lon dira : "Mes titres sont en rouge et sont souligns, mon texte est dans la police arial, mon nom est centr, mon menu a un fond blanc" etc.
85
V .1.4Gestion de base des donnes

Les plus connus pour la gestion de base de donnes : MySQL : est un systme de Gestion de Base de Donnes qui permet de manipuler facilement et avec beaucoup de souplesse un trs important volume de donnes. Toutefois, aussi robuste soit MySQL, il peut tre intressant de rcuprer lensemble des donnes que contient notre base de donnes, pour faire une sauvegarde (backup) ou bien tout simplement pour passer une autre base de donnes. On appelle " exportation" le fait de formater dans un fichier (Appel dump) toutes les informations ncessaires la cration dune base de donnes identique. A linverse, on appelle importation le fait de crer dans SGBD une nouvelle base de donnes partir dun fichier dexportation (dump). MySQL offre un certain nombre doutils permettant dexporter ses bases vers dautres SGBD ou bien de les importer. Oracle : est un SGBD (systme de gestion de base de donnes) dit par la socit du mme nom (Oracle Corporation http://www.oracle.com), leader mondial des bases de donnes. Oracle est crit en langage C et est disponible sur de nombreuses plates-formes matrielles (plus dune centaine) dont : *AIX (IBM) *Solaris (Sun) *HP/UX (Hewlett-Packard) *Windows NT (Microsoft) Oracle depuis la version 8.0.5 est disponible sous Linux. PL/SQL : est un langage L4G (entendez par ce terme un langage de quatrime gnration), fournissant une interface procdurale au SGBD Oracle. Le langage PL/SQL permet de manipuler de faon complexe les donnes contenues dans une base Oracle en transmettant un bloc de programmation au SGBD au lieu denvoyer une requte SQL. De cette faon les traitements sont directement raliss par le systme de gestion de base de donnes. Cela a pour effet notamment de rduire le nombre dchanges travers le rseau et donc doptimiser les performances des applications. Dautre part le langage PL/SQL permet de faire appel des procdures extrmes, cest--dire des procdures crites dans un autre langage (de troisime gnration, gnralement le langage C). Pourquoi MySQL? Nous avons utilis MySQL comme systme de gestion de base de donnes puisque elle est implmente par dfaut. Dans la plus par des plateformes comme lEasyPHP et le WampServer.
86
V .1.5-Serveur
Sans serveur, tout ces logiciels ne seront pas utiles, puisque la plus part des sites web sont dynamiques (ont une base de donne) ainsi notre site et que la cration dun site web ne faite pas directement sur internet, alors il nous faut dabord installer un serveur qui peut travailler sur notre rseaux local (localhost), les plus connus sont : Internet Information Services, communment appel IIS, est le logiciel de serveur Web (ou HTTP) de la plateforme Windows NT (Nouvelle Technologie). Apache HTTP Server, souvent appel Apache, est un logiciel de serveur http produit par lapache Software Foundation. Cest le serveur HTTP le plus populaire du Web. Cest un logiciel libre avec un type spcification de licence, nomme licence Apache. Pourquoi Apache HTTP comme serveur? Nous avons utilis Apache HTTP Server puisqu elle est implmente par dfaut dans la plus par des plateformes comme lEasyPHP et le WampServer.
V .2-Outils de dveloppement
V .2.1-WampServer
WampServer 2 (anciennement WAMP5) est une plateforme de dveloppement Web de type WAMP, permettant de faire fonctionner localement (sans se connecter un serveur externe) des scripts PHP. WampServer n'est pas en soi un logiciel, mais un environnement comprenant deux serveurs (Apache et MySQL), un interprteur de script (PHP), ainsi qu'une administration pour les deux bases SQL PhpMyAdmin et SQLiteManager. Il dispose d'une interface d'administration permettant de grer et d'administrer ses serveurs au travers d'un tray icon (icne prs de l'horloge de Windows). La grande nouveaut de WampServer 2 rside dans la possibilit d'y installer et d'utiliser n'importe quelle version de PHP, Apache ou MySQL en un clic. Ainsi, chaque dveloppeur peut reproduire fidlement son serveur de production sur sa machine locale.
87
1) Macromedia Dreamweaver
Macromedia Dreamweaver est un logiciel de conception, de cration et de gestion de pages web qui permet de concevoir et de grer visuellement ces pages web ainsi que des sites web. Cest un diteur HTML professionnel, dans un environnement de travail convivial il met en disposition des palettes doutils, cette palette permet dun clic, ou dun glissez-dposez, de licne, de placer << des lments de mise en page >> dans la page de votre document : qui permettre de crer des pages web, au contenu multimdia (texte, image, son, cadres, tableaux, caractres spciaux dans une page web)
2) StarUML
StarUML est un logiciel de modlisation UML qui entre rcemment dans le monde de lopen source sous une licence modifie de GNU GPL. Il est crit en Delphi ce qui explique en partie pourquoi il n'est plus mis jour. StarUML est modulaire et propose plusieurs gnrateurs de code. Il gre la plupart des diagrammes spcifis dans la norme UML 2.0. StarUML est un projet open source visant le dveloppement d'une plateforme UML/MDA libre, rapide, souple, extensible, riche en fonctionnalits et fonctionnant sous Win32.
V .3-Prsentation des interfaces de lapplication

Pour lutilisateur, linterface est le lieu o sopre la communication avec le systme informatique. Ainsi, il est fondamental de respecter les guides de styles et les principes ergonomiques de base afin dacclrer la cration du modle mental de lutilisateur et faciliter les taches de ce dernier.
V .3.1-Description de la page daccueil principale

88

La page daccueil de notre application est ralise par Macromedia flash 8 qui est un logiciel danimation flash. Dans la page daccueil de site on trouve quatre liens (voir figure 34) : Le premier lien reprsente la session de ladministrateur, le deuxime lien reprsente la session de mcaniciens, le troisime lien reprsente la session de chauffeur et en fin le dernier lien (a propos) permet de prsenter lapplication.
Figure 34 : page principale
Lorsque lutilisateur de lapplication clique sur lun des liens suivant (Administrateur / Chauffeur/ Mcanicien) une nouvelle page sera prsente. Cette page aide lutilisateur sauthentifier (voir figure 35).
89
Figure 35 : page dauthentification
V .3.2-Session de ladministrateur
A partir de cette interface (voir figure 36), ladministrateur peut grer les ressources humaines par lajout et suppression des chauffeurs ou des administrateurs dans la base et mme pour les vhicules de parc puisquil peut ajouter ou supprimer des vhicules. Parmi les missions de ladministrateur est de grer les amendes et aussi dorganiser les documents administratifs (Assurances). A partir de cette interface ladministrateur peut grer les paramtres daffichage et dadmonition des alertes des amendes, dassurance et aussi de maintenance et il aussi peut consulter la boite des messages.
90
Figure 36 : page daccueil administrateur
91
Figure 37: boite de rception des messages
Pendant leur accs la boite des messages, ladministrateur peux raliser plusieurs taches (voir figure 37): lire tous les messages venants des autres utilisateurs (mcanicien, chauffeur). consulter leur boite denvoie. rependre des messages reus. ..etc.
Ces taches peuvent tre ralises par tous les utilisateurs de lapplication.
92
Figure 38: Rglement de la fiche dassurance dun vhicule
Ladministrateur peut lister (donc rgler) les diffrant problmes prsenter dans le parc (amendes non paye, assurance primer) (voir figure 38)
93
Figure 39 : formulaire dajout dun administrateur (mcanicien, chauffeur)
La page ci-dessus (figure 39) affiche le formulaire qui permet de saisit des informations (le nom, le prnom, login, mot de passe, numro de carte didentit national, numro de tlphone et la photo) de chaque administrateur. La page dajout dun chauffeur ou dun mcanicien contient le mme formulaire de cette page.
La page ci-dessous (figure 40) affiche la liste des vhicules du parc automobile tout en affichant les diffrentes informations concernant ces vhicules de plus leur tat (bon tat ou en rodage ou en panne). A partir cette page, on peut aussi grer la suppression de vhicules et la modification de leurs informations.
94
Figure 40: la liste des vhicules
La page ci-dessous (figure 41) affiche les informations en dtaille de chaque vhicule(la marque de vhicule, le modle, la carte grise, le nombre porte de vhicule, date dacquisition et ltat des vhicules. On trouve aussi des informations concernant les chauffeurs qui conduisent ce vhicule.
95

Figure 41 : information sur la vhicule (puissance, date dacquisition, utilisateur)
La page ci-dessous (figure 42) affiche les informations en dtaille de chaque employ (administrateur ou chauffeur ou mcanicien) avec leur photo.
Figure 42 : information sur un chauffeur (mcanicien, administrateur)
La page ci-dessous (figure 43) affiche la feuille de mouvement des vhicules et les chauffeurs pendant la semaine encours. Dans ce page aussi, on peut grer la feuille de mouvement par lajout, la suppression et la modification dune feuille. Les couleurs indiquent si lutilisateur peut ajouter une fiche de mouvement (si le nombre des chauffeurs ou/et le nombre des vhicule gale a zro la case contenant sallume en rouge sinon elle sallume en vert) .
96
Figure 43: feuille de mouvement de la semaine encoure
V .3.3-Session chauffeur
A partir de cette interface, le mcanicien peut grer les pannes et les maintenances programmes et consulter la boite des messages (voir figure 44).
97
Figure 44 : page daccueil dun chauffeur
La page ci-dessous (figure 45) affiche le formulaire concernant la dclaration dune amende. Ce formulaire contient le nom et le prnom chauffeur, la matricule de vhicule, date de perptration de lamende, cause damende et aussi le montant damende.
98
Figure 45 : dclaration dune amende par un chauffeur
V .3.4-Session mcanicien
A partir de cette interface (voir figure 46), le chauffeur peut dclarer les amendes et les pannes, il peut observer les fiches de mouvement qui lui concerne et aussi il peut consulter leur boite des messages.
99
Fiche 46 : page daccueil dun mcanicien
Pour la maintenance le chauffeur choisie la vhicule quil veut lui effectuer une maintenance, cette acte est prsent dans la figure 47 ci-dessous.
100
Figure 47 : page de maintenance
La page ci-dessous (figure 48) reprsente la page de gestion des maintenances cest- dire la page o chaque mcanicien peut entrer les diffrents informations concernant les maintenances faite.
La page ci-dessus (figure 49) reprsente un exemple dune fiche de maintenance (rparation) o on peut entrer les diffrentes informations concernant les rparations faite.
101
Fiche 48 : fiche de rparation dun vhicule
Fiche 49 : fiche de maintenance dun vhicule
102
V .4-Conclusion
Dans ce chapitre, nous avons essay de prsenter les techniques et les outils du dveloppement de notre application "gestionnaire de parc automobile". Nous avons illustr les fonctionnalits importantes du systme en choisissant quelques interfaces graphiques et captures dcran.
103
Conclusion Gnrale
Lobjectif de ce projet est de concevoir et de dvelopper une application web dynamique pour la gestion dun parc dautomobile. La dmarche que nous avons adopte pour atteindre cet objectif consiste tudier en premier lieu les besoins des diffrents intervenants sur notre systme savoir les administrateurs, les chauffeurs et les mcaniciens. Egalement, nous avons effectu une tude critique sur plusieurs applications de la gestionnaire du parc automobile afin didentifier les diffrentes fonctionnalits et critres de ce systme. En second lieu, nous tions amens modliser toutes les fonctionnalits identifies en se basant sur la modlisation UML (diagramme de flux des donnes, de cas dutilisation, diagramme de squence, diagramme dtat-transition, diagramme dactivit et diagramme de classe). En dernier lieu, nous avons implment les modules, la base de donnes, les spcifications techniques modlises et les interfaces web en utilisant Dreamweaver, WampServer et Macromedia flash 8. Dans la ralisation de cette application, nous avons suivi la conception et le cahier de charge de lentreprise Power Multimdia sans avoir recours au logiciel qui offrent les applications prdfinies (exemple : Joomla ou encore Yahoo Store). Comme perspective ce travail, on propose dajouter un module pour la gestion de flotte en se basant sur le systme de satellites GPS et sur le rseau GSM. En effet, un circuit embarqu sera implment sur chaque vhicule pour dtecter les coordonnes GPS et les envoyer travers un message SMS. Ce message sera reu par un tlphone mobile li la machine de serveur. Le rle du module implment est lextraction de ces coordonnes GPS depuis le mobile, les enregistrer dans la base des donnes et les afficher lutilisateur de lapplication en cas de besoin. Cette ide est ralisable, mais, elle ncessite la disponibilit de matriel (Un circuit GPS/GSM embarqu et un tlphone mobile supportant les commandes AT pour la gestion des SMS par un PC).
104

Langue

Rapport G Stionnaire de Parc Autombile 2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport G Stionnaire de Parc Autombile 2

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre

Rapport de Gestionnaire de Parc Automobile

I .2-Notion de la gestion de parc automobile

La marchandise. Lespace gographique. Le vhicule. Les ressources humaines. La technologie. La marchandise.

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

La prsence du matriel de premiers secours

Rapport de Gestionnaire de Parc Automobile

I .3-Prsentation de lOrganisme daccueil

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

II .1-Etude et critique de lexistant

Figure 1 : Interface du logiciel GIPCAR

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

Figure 2 : Interface du logiciel WinFlotte

Rapport de Gestionnaire de Parc Automobile

II .2-Description de lapplication cible

La premire interface concerne ladministrateur :

La deuxime interface concerne le mcanicien :

Rapport de Gestionnaire de Parc Automobile

La troisime interface concerne le chauffeur :

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

Rapport de Gestionnaire de Parc Automobile

III .1-Description informelle

Contrainte sur le produit

Rapport de Gestionnaire de Parc Automobile

III 1.2-Dfinition des besoins fonctionnels :

Rapport de Gestionnaire de Parc Automobile

III .2-Spcification semi-formelle de besoins

Rapport de Gestionnaire de Parc Automobile

III .2.1.2-Lavantage dutiliser UML comme mthode danalyse et de conception

Rapport de Gestionnaire de Parc Automobile

III .2.1.3-Diagrammes UML

Que fait le systme ?

Aspect statique (diagramme de classes et dobjet)

Rapport de Gestionnaire de Parc Automobile

III .2.2-Diagramme des flux des donnes niveau 0

Rapport de Gestionnaire de Parc Automobile

Figure 4 : Diagramme de contexte (DFD niveau 0)

III .2.3-Diagramme des flux des donnes niveau 1

Rapport de Gestionnaire de Parc Automobile

Figure 5 : Diagramme de flux des donnes niveau 1

III 2.4-Le diagramme des cas d'utilisation

Rapport de Gestionnaire de Parc Automobile III .2.4.1-Dfinition

III .2.4.2-Identification des acteurs

Rapport de Gestionnaire de Parc Automobile

III .2.4.3-Dcomposition fonctionnelle de lapplication

Rapport de Gestionnaire de Parc Automobile

Recherche Grer des pannes Recherche

Rapport de Gestionnaire de Parc Automobile

Tableau 3 : Les principaux paquetages de lapplication

III .2.4.4-Prsentation des dpendances entre les paquetages

Figure 6 : diagramme de paquetages

Rapport de Gestionnaire de Parc Automobile

III .2.4.5-Prsentation des diagrammes de cas dutilisation

Le diagramme de cas dutilisation relatif lauthentification

Figure 7 : Diagramme de cas dutilisation relatif lauthentification