RAPPORT DE STAGE - maryjulie.free.frmaryjulie.free.fr/Legrand/Mémoire de...

Simon BOULESTEIX

RAPPORT DE STAGE

Diplme Universitaire Technologique Informatique lInstitut Universitaire Technologique du Limousin Limoges

Au Bureau des Systmes dInformation et de Communication / Section Dploiement et Maintien Condition Oprationnelle (B.S.I.C/S.D.M.C.O) de la

Gendarmerie Nationale.

Priode du stage : 31 mars 2008 au 07 juin 2008.

Responsable pdagogique: Thierry MONEDIERE Matre de stage: Ladjudant BOUYNAT

1

Remerciements

Dans un premier temps, je voudrais remercier ladjudant BOUYNAT, mon matre de stage, le major ASTORG dirigeant le B.S.I.C/S.D.M.C.O, le capitaine SAGE dirigeant le B.S.I.C du Limousin ainsi que le colonel commandant la rgion de gendarmerie du Limousin pour mavoir permis deffectuer ce stage de 10 semaines au sein du B.S.I.C de la Rgion de Gendarmerie du Limousin. Puis, dans un second temps, je remercie : - Ladjudant BOUYNAT pour son aide au niveau de linformatique dans son ensemble. - Tout leffectif du B.S.I.C/S.D.M.C.O pour leur disponibilit permanente durant mon stage, ce qui a permis de raliser mon projet de manire linaire. Et enfin, dune manire gnrale, je remercie tout leffectif du B.S.I.C pour son accueil.

2

Sommaire

INTRODUCTION ...................................................................................................................... 3

1 PRSENTATION DE LORGANISME ET DU SERVICE DACCUEIL ............................... 4

1.1 LORGANISME DACCUEIL : LA GENDARMERIE NATIONALE ................................................... 4 1.1.1 Au niveau national ................................................................................................. 4 1.1.2 Au niveau rgional ................................................................................................. 5

1.2 LE SERVICE DACCUEIL : LE B.S.I.C .................................................................................. 6 1.2.1 Le B.S.I.C .............................................................................................................. 6 1.2.2 Le S.S.I .................................................................................................................. 6 1.2.3 Le S.D.M.C.O ........................................................................................................ 7 1.2.4 Prsentation de lquipe et du cadre de travail ...................................................... 7

2 PRSENTATION DU SUJET ET DES ACTIVITS ........................................................... 8

2.1 PRSENTATION DE LEXISTANT ......................................................................................... 8 2.2 MOTIVATION DE LORGANISME DACCUEIL .......................................................................... 8 2.3 PRSENTATION DU SUJET ................................................................................................ 9

2.3.1 Prsentation de la gestion du registre des demandes de rparation ..................... 9 2.3.2 Prsentation de la gestion du stock ....................................................................... 9 2.3.3 Prsentation de la gestion des fiches .................................................................. 10

2.4 CAHIER DES CHARGES ................................................................................................... 11 2.5 CONTACTS HUMAINS ..................................................................................................... 11 2.6 MOYENS MATRIELS ET LOGICIELS .................................................................................. 11

3 LA MTHODOLOGIE ...................................................................................................... 15

3.1 LA GESTION DU PROJET ................................................................................................. 15 3.2 LANALYSE DU PROJET ................................................................................................... 15

3.2.1 Le diagramme des Uses Cases ........................................................................... 16 3.2.2 - Le cas particulier du Use Case Crer fiche de travail .......................................... 21 3.2.3 - La mise en page de lapplication ......................................................................... 24

4 LE DVELOPPEMENT DE LAPPLICATION .................................................................. 28

4-1 INTRODUCTION ............................................................................................................. 28 4.2 PLAN DE LAPPLICATION ................................................................................................. 28 4.3 LA RECHERCHE ............................................................................................................. 31 4.4 LA GESTION DES DOCUMENTS OPEN OFFICE WRITER ....................................................... 37 4.5 LA SAUVEGARDE ET LA RESTAURATION............................................................................ 39

5 LE BILAN DE CE STAGE ................................................................................................ 44

5.1 LE BILAN TECHNIQUE ET HUMAIN ..................................................................................... 44 5.2 LE RALIS ................................................................................................................... 45 5.3 LVOLUTION ................................................................................................................ 45

CONCLUSION ....................................................................................................................... 46

3

Introduction

A la fin de la deuxime anne du Diplme Universitaire de Technologie (D.U.T), chaque tudiant doit effectuer un stage dune dure de 10 semaines au sein dun organisme pour valider le D.U.T. Ce stage a plusieurs objectifs : La mise en pratique des connaissances thoriques acquises et la dcouverte de lenvironnement professionnel informatique. De cette faon, jai ralis mon stage de fin de deuxime anne de D.U.T au sein B.S.I.C/S.D.M.C.O de la Rgion de Gendarmerie du Limousin la caserne JOUAN Limoges. Ce service rgional gre le dploiement et le maintien en condition oprationnelle sur toute la rgion au niveau informatique (rseaux, ordinateurs, logiciels et autres) et au niveau de la communication (antennes, radios et autres). Aucun logiciel de gestion des interventions et du stock de pices dtaches lectroniques nest utilis par ce service, seul un classement hirarchique des documents papiers est mis en place. Les inconvnients sont multiples : Perte de temps dans la recherche, de place matrielle. Mandat mest donn de raliser une application de gestion des interventions, des pices dtaches et de cration dun moteur de recherche. A travers ce mmoire, je vous dtaillerai donc les neuf premires semaines de mon stage, en commenant par une prsentation de lorganisme et du service daccueil, puis par une prsentation du sujet et des activits du stage et enfin par la prsentation du corps du projet compose de la mthodologie et du dveloppement de lapplication. Enfin, pour complter ce rapport qui sarticule autour des trois axes majeurs, je dresserai un bilan de ce stage, proposant un bilan technique, humain, des travaux raliss et lvolution de mon application.

4

1 Prsentation de lorganisme et du service daccueil

Dans cette premire partie, je vais expliquer lorganisation gnrale de lorganisme o sest droul mon stage c'est--dire la gendarmerie nationale au niveau national puis au niveau rgional car le service o jai effectu mon stage se situe au niveau rgional. Puis, dans un second temps, je vous expliquerai plus en dtail les fonctions du service daccueil qui est le B.S.I.C (Bureau des Systmes dInformation et de Communication).

1.1 Lorganisme daccueil : La Gendarmerie Nationale

1.1.1 Au niveau national A lheure actuelle, la Gendarmerie Nationale couvre 80% du territoire de la France (mtropolitaine et outre mer) et son personnel comprend des militaires (officiers, sous-officiers et volontaires) et des civils (fonctionnaires et ouvriers d'tat). Premirement, je vous prsenterai la rpartition du personnel et deuximement, la comptabilisation des effectifs et des units.

La rpartition du personnel de la gendarmerie nationale:

Au 31 dcembre 2006, l'effectif total est de 105 389 personnes.

Les 103 481 militaires de la gendarmerie nationale se rpartissent en 3 catgories: 5789 officiers et 78354 sous-officiers de gendarmerie, 237 officiers et 3 824 sous-officiers des corps technique et administratif, 15 277 volontaires (officiers et militaires du rang).

Le personnel civil de la gendarmerie nationale :

Les 1 908 personnes civiles se rpartissent en fonctionnaires, ouvriers d'tat et contractuels.

Tout dabord, les officiers et sous-officiers de gendarmerie : ils servent dans les emplois directement oprationnels ainsi que dans les emplois ncessitant une exprience professionnelle fonde sur l'alternance entre des emplois en unit oprationnelle et des emplois en tat-major.

Ensuite, les officiers et sous-officiers des corps techniques et de soutien de la gendarmerie : ils occupent les emplois qui imposent des sujtions particulires dcoulant du statut militaire (disponibilit et mobilit) ainsi qu'une spcialisation pousse dans le domaine administratif ou technique.

Puis les gendarmes adjoints volontaires : ils servent dans les emplois oprationnels ou de soutien qui imposent les sujtions particulires dcoulant du statut militaire mais qui peuvent tre tenus par des personnels disposant soit d'une qualification professionnelle directement exploitable pour une priode d'un cinq ans soit d'une formation lmentaire de courte dure ne ncessitant pas une exprience au sein de l'institution.

5

Et pour finir les personnels civils : ils servent dans des emplois d'encadrement, d'experts ou de spcialistes dans les domaines administratifs, logistiques et techniques qui ne sont pas soumis aux exigences dcoulant du statut militaire mais qui ncessitent l'emploi d'un professionnel. Tous les emplois sont ouverts aux femmes l'exception de ceux de sous-officiers affects au sein des formations de la gendarmerie.

La comptabilisation de leffectif et des units de la gendarmerie : Gendarmerie Dpartementale :

1 055 Communauts de brigades, 697 brigades autonomes, 370 pelotons de surveillance et d'intervention (PSIG), 271 quipes cynophiles, 17 pelotons de montagne, 92 brigades dpartementales d'investigations et de renseignements judiciaires, 383 sections et brigades de recherche, 14 sections ariennes, 7 brigades fluviales, 26 brigades nautiques, 93 escadrons dpartementaux de scurit routire, 136 pelotons d'autoroute, 37 brigades de prvention de la dlinquance juvnile, 21 centres d'informations et de recrutement.

Gendarmerie Mobile : 123 escadrons

6 pelotons spciaux de scurit.

Formations Spciales : 5 escadrons et 10 compagnies de garde rpublicaine, 40 brigades de gendarmerie de transports ariens et sections de recherche

(BGTA), 8 units de protection, 19 sections et dtachements ariens, 18 units de la gendarmerie de l'armement.

Autres units :

3 673 personnes en poste outre-mer, 74 brigades et postes de gendarmerie maritime, 54 brigades de gendarmerie de l'air, 23 coles et centres d'instruction.

1.1.2 Au niveau rgional La Rgion de Gendarmerie du Limousin comporte 3 groupements de gendarmerie dpartementale. Elle est dirige au niveau de la caserne JOUAN Limoges. Les groupements de Gendarmerie Nationale du Limousin :

Le Groupement de Gendarmerie Dpartementale 19, Le Groupement de Gendarmerie Dpartementale 23, Le Groupement de Gendarmerie Dpartementale 87.

6

1.2 Le service daccueil : Le B.S.I.C Jai effectu mon stage dans le service du B.S.I.C/S.D.M.C.O (Bureau des Systmes dInformation et de Communication / Section Dploiement et Maintien en Condition Oprationnelle) du Limousin la caserne JOUAN Limoges. Tout dabord, je vous expliquerai les fonctions du B.S.I.C, son importance au sein de la gendarmerie, puis les lments qui le compose c'est--dire le S.E.S.S.I (Section Emploi Scurit des Systmes dInformation et de communication) et le S.D.M.C.O.

1.2.1 Le B.S.I.C Le B.S.I.C est un service de la gendarmerie nationale qui se situe au niveau rgional. Il comporte deux units qui sont :

Le S.E.S.S.I (Section Emploi Scurit des Systmes dInformation et de communication),

Le S.D.M.C.O (Section Dploiement et Maintient en Condition Oprationnelle).

Figure 1 : Schma montrant la hirarchisation et o se situe le B.S.I.C au niveau de la rgion

1.2.2 Le S.E.S.S.I Les fonctions du S.E.S.S.I ont pour but la surveillance informatique qui sest accentue depuis 2 ans d une politique plus draconienne. Elles sont les suivantes :

Surveiller les rseaux informatiques, Surveiller les rseaux tlphoniques, Surveiller les rseaux de transmission radio, Surveiller les communications tlphoniques, Surveillance de la cryptographie, Contrler les units, Contrler lusage et linstallation de logiciels, Faire signer une attestation juridique personnelle aux personnels.

Tous ces contrles et surveillances sont faits pour vrifier si chacun respecte le cahier de cohrence technique qui stipule ce que chacun droit de faire au niveau informatique selon le poste quil occupe et son degr dhabilitation.

7

1.2.3 Le S.D.M.C.O Les fonctions du S.D.M.C.O se dcomposent en deux parties, qui sont des fonctions au niveau informatique et des fonctions au niveau de la communication. Celles au niveau informatique se dcomposent de la manire suivante :

Dployer : Mettre en place de nouveaux ordinateurs, Mettre en place de nouvelles imprimantes, Dinstaller de nouveaux logiciels.

Maintenir oprationnel: Le rseau, Lensemble du parc informatique au niveau physique, De mettre jour, les logiciels.

Puis, celles au niveau de la communication qui sont constitues du :

Maintien oprationnel et dispenser de la prvention : Des sites relais, Du matriel des units.

1.2.4 Prsentation de lquipe et du cadre de travail Le B.S.I.C du Limousin se situe Limoges la caserne JOUAN. Il est compos de 7 personnes.

1 Capitaine commandant le B.S.I.C. Au S.E.S.S.I :

1 Adjudant Chef. Au S.D.M.C.O :

1 Major commandant le S.D.M.C.O 1 Adjudant 2 Gendarmes 1 G.A.V

Aprs cette prsentation de lorganisme daccueil, je vais vous prsenter le sujet et les activits de mon projet.

8

2 Prsentation du sujet et des activits

2.1 Prsentation de lexistant Le service du B.S.I.C/S.D.M.C.O nutilise actuellement aucun logiciel de gestion des interventions et du stock de pices dtaches lectroniques. Cette gestion, lheure actuelle, se fait par le biais de documents papiers soit sur feuille, soit sur des cahiers en les classant de manire chronologique. Les inconvnients dune telle organisation sont multiples. Tout dabord, ceci prend de la place. Ensuite, linconvnient majeur est que toute recherche gnre une perte de temps surtout lorsque la recherche est autre quune recherche chronologique comme par exemple : Rechercher quelles sont les pices dtaches qui ont t commandes en fonction de lunit ou encore quelles sont les units qui ont command une pice dtache prcise et combien elles en ont commandes pour une priode donne. De telles recherches peuvent prendre normment de temps d plusieurs critres. Premirement, selon lintervention, ils remplissent diffrentes fiches qui sont plus ou moins lies mais toutes interagissent avec le stock, donc il faut regarder dans toutes les fiches et pas dans une seule catgorie comme par exemple pour les recherches qui portent sur le stock. Deuximement, ils doivent regarder toutes les fiches une par une. Et pour finir, ils ne savent pas immdiatement la quantit relle dont ils disposent en composant, ils sont obligs daller les compter physiquement ce qui est une norme contrainte dans leur gestion du stock. Donc, actuellement toute recherche immdiate tait quasiment impossible.

2.2 Motivation de lorganisme daccueil Les motivations du B.S.I.C pour mavoir pris en stage et mavoir propos ce projet sont les suivantes :

Il avait besoin dune telle application pour allger le travail sur papier, voire de le supprimer.

De permettre de savoir, en temps rel, la quantit relle des pices dtaches

lectroniques et ainsi de savoir en temps rel quel composant ils ont besoins de commander sans avoir aller les compter.

De faciliter toute recherche sur les interventions et les pices dtaches lectroniques

selon leurs critres de recherche.

Ils pourront remplir plus facilement et plus rapidement les documents papiers. Ils navaient pas de temps consacrer la ralisation de cette application.

Donc cette application leur permettra davoir un gain de temps, une meilleure ractivit, une meilleure traabilit des pices dtaches, par consquent davoir une meilleure gestion des interventions et du stock de pices dtaches lectroniques.

9

2.3 Prsentation du sujet Le sujet de mon stage tait le dveloppement dune application qui permet de grer les interventions et le stock de pices dtaches lectroniques du B.S.I.C/S.D.M.C.O. Comme nous venons de le voir dans la partie prcdente, le service nutilise aucun logiciel qui permet de rpondre cet objectif. De cette manire, mon stage consiste raliser une application qui rpond aux manques actuels de gestion des interventions et du stock de pices dtaches lectroniques qui comprend la gestion du registre, la gestion du stock et la gestion des fiches qui vous seront prsentes dans les trois points suivants.

2.3.1 Prsentation de la gestion du registre des demandes de rparation Tout dabord, je vais vous expliquer le droulement des demandes de rparation de matriel. Celles-ci se dcoupent en trois phases :

Lmission de la demande de rparation ; Laccus de rception de la demande de rparation qui se nomme Q.S.L; La rception de la demande de rparation.

Figure 2 : Schma prsentant les trois phases dune demande de rparation

Ensuite, pour la gestion du registre en elle-mme ils dsiraient avoir les trois phases prcdentes et une fonctionnalit de recherche.

2.3.2 Prsentation de la gestion du stock Premirement, le stock de pices dtaches lectroniques est compos de pices faisant partie soit :

Du volant datelier : Ce sont des pices dtaches quils doivent avoir obligatoirement en stock et ds quelles arrivent au seuil minimum elles doivent tre commandes la prochaine commande semestrielle pour complter le stock afin datteindre leur quantit maximum autorise. Toutes les pices dtaches du volant datelier sont crites sur une liste qui est mise jour rgulirement.

Du besoin particulier : Ce sont toutes les pices dtaches quils ont en stock et qui ne font pas partie du volant datelier. Elles ont ni de quantit maximum, ni de seuil minimum non plus.

Deuximement, pour la gestion du stock de pices dtaches lectroniques, celle-ci doit permettre de grer les entres et les sorties des pices dtaches. Ainsi que les ajouts, modifications et suppressions des pices dtaches lectroniques, des types de pices dtaches lectroniques et du matriel associ aux pices dtaches lectroniques.

10

Troisimement, ils dsiraient quelle comporte galement un historique et une fonctionnalit dalerte leur permettant de remplir la demande dacquisition des composants qui sont gaux ou en dessous de leur seuil de quantit minimale. Ainsi quune fonctionnalit de renseignement sur les composants.

2.3.3 Prsentation de la gestion des fiches Tout dabord, il y a trois types de fiches quils peuvent remplir, qui sont :

La fiche de travail ; La fiche de 3me chelon ; La fiche de 4me chelon.

Voici un schma expliquant dans quel cas on utilise chacune delle.

Figure 3 : Le fonctionnement des fiches

Ensuite, par le biais de cette gestion des fiches, ils souhaitaient pouvoir saisir, modifier les informations des fiches sur lapplication est cela remplirai la fiche adquate. Cette gestion des fiches devra interagir avec le stock. Et pour finir, ils dsiraient une fonctionnalit de recherche.

11

2.4 Cahier des charges Tout dabord, durant tout le stage jai du respecter le Cadre de Cohrence Technique (C.C.T) des systmes dinformation et de la communication de la Gendarmerie. Dans ce C.C.T, on y trouve un rfrentiel technique des produits ainsi quun ensemble de rgles complmentaires. Premirement, au niveau du rfrentiel technique des produits est indiqu lensemble des langages de programmation ainsi que les logiciels autoriss. Donc, cest parmi cette liste que jai d choisir les langages ainsi que les logiciels que jallais utiliser. Deuximement, au niveau de lensemble des rgles complmentaires sont indiques des rgles de programmation respecter c'est--dire la nomenclature, les droits, la scurit et autres. Je vous prsenterai par la suite le choix effectu au niveau des logiciels ainsi que des langages de programme. Ensuite, jai d respecter une charte graphique qui fut identique pour lensemble de mon projet.

2.5 Contacts humains Tout dabord, je travaillais dans le mme endroit que les futurs utilisateurs de mon application c'est--dire lensemble du personnel du B.S.I.C/S.D.M.C.O. Ensuite, les contacts avec les utilisateurs de lapplication taient constants. Jai ralis mon application en troite collaboration avec lensemble du personnel du B.S.I.C/S.D.M.C.O. Pour la partie informatique je voyais surtout mon tuteur de stage. Pour connatre les fonctionnalits quils attendaient et pour savoir si ce que je ralisais correspondait leurs attentes, je voyais lensemble du personnel du B.S.I.C/S.D.M.C.O. Et pour finir, ce contact permanent ma permis de raliser mon application de manire linaire et quelle corresponde au mieux leurs attentes. Ce fut des conditions de travail trs apprciables.

2.6 Moyens matriels et logiciels Premirement, la gendarmerie nationale dispose dune cadre de cohrence technique (C.C.T) vu prcdemment. Ceci ma donc contraint dutiliser le systme dexploitation, les logiciels et les langages qui y sont mentionns. Deuximement, ils ont mis ma disposition un ordinateur muni de Windows XP comme systme dexploitation. Ils ont galement cr pour moi un compte gendarmerie ce qui ma permis davoir accs une partie de leur rseau. Je pouvais ni utiliser un ordinateur personnel, ni avancer lapplication en dehors de la gendarmerie pour des raisons de scurit et pour respecter le C.C.T. Troisimement, le service du B.S.I.C/S.D.M.C.O disposait dordinateur peu puissant, ce qui ma contraint de choisir des logiciels et des langages peu gourmant en ressource machine. Donc, notre choix fut port sur une application Web. A partir des critres prcdemment cits et de la liste de logiciels et de langages proposs dans le C.C.T. Mon choix fut port sur lutilisation des langages suivants :

PHP5, SQL pour ladministration du site ; HTML, JavaScript pour la cration des pages web ; C.S.S pour lharmonisation du site.

Ce sont des langages peu gourmand en ressource machine et autoris par le C.C.T.

12

Je vais maintenant vous donner une liste des logiciels utiliss dans le cadre de ce stage : Mozilla Firefox 2 pour la vrification du dveloppement ; WampServeur 2 pour le dveloppement Web ; Notepad++ pour lditeur de code source.

Tout dabord, pour la vrification du dveloppement jai utilis uniquement Mozilla Firefox 2, seul autoris.

Ensuite, pour la plateforme de dveloppement Web, jai utilis WampServer 2 car il est autoris par le C.C.T et quil est trs complet, comprenant deux serveurs (Apache et MySQL), un interprteur de script (PHP), ainsi qu'une administration pour les deux bases SQL PhpMyAdmin et SQLiteManager. Je dtaillerai par la suite les fonctionnalits de chacun des composants de WampServer 2.

Et pour finir, pour lditeur de code source jai utilis NotePad++ , autoris par le C.C.T et facile dutilisation. Je vais maintenant vous dire quelques mots sur les langages afin de vous expliquer dans quelle situation jutilise tel ou tel langage et galement sur la plate forme de dveloppement WampServer 2.

2.6.1 - CSS (Cascading Style Sheets) Les feuilles de style en cascade (CSS) constituent une norme publie par le W3C (World Wide Web Consortium), destine contrler la prsentation visuelle des pages web. Une feuille de style comprend des rgles qui dcrivent comment les lments dune page, correspondant des marqueurs HTML spcifiques, doivent tre affichs. Jai dcid dutiliser cette technologie pour la mise en page de lapplication afin de limiter le code de mise en page dans le code mme des pages. Cela limite les rptitions, et facilite lvolutivit de la charte graphique. De plus, cela permet de garantir une meilleure unicit de la prsentation dans lensemble du site.

2.6.2 - JavaScript JavaScript est un langage de programmation de type script, utilisant les objets, principalement employs dans les pages Web. Nous pouvons intgrer directement du code JavaScript au sein des pages Web, qui sera alors excut sur le poste client. Cest alors le navigateur Web qui prend en charge lexcution des ces petits bouts de programmes appels scripts. Gnralement, jai dcid dutiliser du JavaScript pour contrler les donnes saisies dans mes formulaires HTML, par exemple pour vrifier si la valeur saisie est un entier ou encore comparer deux dates. De plus, JavaScript permet donc une interaction avec lutilisateur en fonction de ses actions (lors du passage de la souris au dessus d'un lment, du redimensionnement de la page...).

2.6.3 - HTML (HyperText Markup Language) HTML est un langage de balisage de texte qui permet la cration de documents hypertextes affichables par un navigateur Web. Les balises se prsentent de la manire suivante :

pour dsigner un paragraphe De plus, nous pouvons dire que le langage HTML, cest un ensemble de rgles qui indiquent un navigateur (Mozilla Firefox,IE, Netscape par exemple) comment afficher une page du web. De cette manire, jai opt pour lutilisation de ce langage pour la cration de mon application puisque cest un langage trs utilis mme si lheure actuelle la tendance se tourne vers le XHTML ou XML.

2.6.4 PHP (Personal Home Page)

PHP est un langage de scripts dynamiques via un serveur HTTP fonctionner comme n'importe quel programmes en ligne de commande. de fonctionnalits de modle objet compltes. En raison de la richesse de sa dsigne parfois PHP comme une plate

Le langage PHP est utilis principalement en tant que qui veut dire que c'est le serveurinterprter le code PHP et gnrer du code (constitu gnralement d'CSS, et parfois de JavaScript) qui pourra tre interprt par un gnrer d'autres formats en rapport avec le Web, comme le

Il a t conu pour permettre la cration d'applications dynamiques, le plus souvent ddies au Web. PHP est trs majoritairement install sur un serveur install sur les autres principaux permet de rcuprer des informations issues d'une base de donnes, d'un (contenu de fichiers et de l'arborescencnavigateur afin d'tre interprtes ou stockes pour une utilisation ultrieure.

Je vais maintenant vous expliquer le droulement de lexcution du code droule ainsi :

Dans une utilisation Web, navigateur envoie une requte au un script PHP (gnralement grce l'extension .php), le serveur appelle l'traiter et gnrer le code final de la page (constitu gnralemenaussi souvent de CSS et de finalement au client.

Ce schma explique ce fonctionnement

Figure 4 : Fonctionnement de lexcution du code PHP (Source :

Une tape supplmentaire est souvent ajoutedonnes. Classiquement, PHP ouvre une connexion au serveur de de Base de Donnes) voulu, lui transmet des requtes et en rcupre le rsultat, avant de fermer la connexion.

2.6.5 S.Q.L

SQL ou langage structur de requtesrequte) standard et normalisrelationnelle.

PHP (Personal Home Page)

est un langage de scripts libre principalement utilis pour produire des pages web es via un serveur HTTP (Hypertext Transfer Protocol), mais pouvant galement

fonctionner comme n'importe quel langage interprt de faon locale, en excutant les programmes en ligne de commande. PHP est un langage impratif disposant depuis la version 5

le objet compltes. En raison de la richesse de sa comme une plate-forme plus qu'un simple langage.

est utilis principalement en tant que langage de script ct serveurserveur (la machine qui hberge la page web en question) qui va

et gnrer du code (constitu gnralement d') qui pourra tre interprt par un navigateur

gnrer d'autres formats en rapport avec le Web, comme le format PDF ou encore

Il a t conu pour permettre la cration d'applications dynamiques, le plus souvent trs majoritairement install sur un serveur

install sur les autres principaux serveurs HTTP du march, par exemple permet de rcuprer des informations issues d'une base de donnes, d'un (contenu de fichiers et de l'arborescence) ou plus simplement des donnes envoyes par le

afin d'tre interprtes ou stockes pour une utilisation ultrieure.

Je vais maintenant vous expliquer le droulement de lexcution du code

Dans une utilisation Web, lorsqu'un visiteur demande consulter une envoie une requte au serveur HTTP correspondant. Si la page est identifie comme

nralement grce l'extension .php), le serveur appelle l'traiter et gnrer le code final de la page (constitu gnralement d'HTML

et de JS). Ce contenu est renvoy au serveur HTTP, qui l'envoie

Ce schma explique ce fonctionnement :

: Fonctionnement de lexcution du code PHP (Source : http://fr.wikipedia.org/wiki/Php)

Une tape supplmentaire est souvent ajoute : celle du dialogue entre ouvre une connexion au serveur de SGBD

voulu, lui transmet des requtes et en rcupre le rsultat, avant de fermer

langage structur de requtes, est un pseudo-langage informatiquenormalis, destin interroger ou manipuler une

13

principalement utilis pour produire des pages web mais pouvant galement

de faon locale, en excutant les disposant depuis la version 5

le objet compltes. En raison de la richesse de sa bibliothque, on forme plus qu'un simple langage.

langage de script ct serveur, ce (la machine qui hberge la page web en question) qui va

et gnrer du code (constitu gnralement d'XHTML ou d'HTML, de navigateur. PHP peut galement

ou encore Open Office.

Il a t conu pour permettre la cration d'applications dynamiques, le plus souvent trs majoritairement install sur un serveur Apache, mais peut tre

du march, par exemple IIS. Ce couplage permet de rcuprer des informations issues d'une base de donnes, d'un systme de fichiers

e) ou plus simplement des donnes envoyes par le afin d'tre interprtes ou stockes pour une utilisation ultrieure.

Je vais maintenant vous expliquer le droulement de lexcution du code PHP qui se

lorsqu'un visiteur demande consulter une page web, son correspondant. Si la page est identifie comme

nralement grce l'extension .php), le serveur appelle l'interprte PHP qui va HTML ou de XHTML, mais

). Ce contenu est renvoy au serveur HTTP, qui l'envoie

: Fonctionnement de lexcution du code PHP (Source :

: celle du dialogue entre PHP et la base de SGBD (Systme de Gestion

voulu, lui transmet des requtes et en rcupre le rsultat, avant de fermer

langage informatique (de type , destin interroger ou manipuler une base de donnes

14

2.6.6 WampServer 2 WampServer 2 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). WampServer 2 est la nouvelle version de WAMP5. 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.

2.6.7 Apache Apache HTTP Server, souvent appel Apache, est un logiciel de serveur HTTP produit par l'Apache Software Foundation. C'est le serveur HTTP le plus populaire du Web. C'est un logiciel libre avec un type spcifique de licence, nomme licence Apache. Apache est conu pour prendre en charge de nombreux modules lui donnant des fonctionnalits supplmentaires : interprtation du langage Perl, PHP, Python et Ruby, serveur proxy, Common Gateway Interface, Server Side Includes, rcriture d'URL, ngociation de contenu, protocoles de communication additionnels, etc. Les possibilits de configuration d'Apache sont une fonctionnalit phare. Le principe repose sur une hirarchie de fichiers de configuration, qui peuvent tre grs indpendamment. C'est notamment utile aux hbergeurs Web qui peuvent ainsi servir les sites de plusieurs clients l'aide d'un seul serveur HTTP. Pour les clients, cette fonctionnalit est rendue visible par le fichier .htaccess.

2.6.8 MySQL MySQL est un serveur de bases de donnes relationnelles SQL dvelopp dans un souci de performances leves en lecture, ce qui signifie qu'il est davantage orient vers le service de donnes dj en place que vers celui de mises jour frquentes et fortement scurises. Il est multi-thread et multi-utilisateurs. C'est un logiciel libre dvelopp sous double licence en fonction de l'utilisation qui en est faite : dans un produit libre ou dans un produit propritaire. Dans ce dernier cas, la licence est payante, sinon c'est LGPL qui s'applique. Ce type de licence double est utilis par d'autres produits. MySQL fonctionne sur de nombreux systmes d'exploitation diffrents.

2.6.9 - PhpMyAdmin

Il s'agit dune interface pour grer une base de donnes MySQL sur un serveur PHP. Cette interface pratique permet d'excuter, trs facilement et sans grandes connaissances dans le domaine des bases de donnes, de nombreuses requtes comme les crations de table de donnes, les insertions, les mises jour, les suppressions, les modifications de structure de la base de donnes. Ce systme est trs pratique pour sauvegarder une base de donnes sous forme de fichier .sql par exemple et ainsi transfrer facilement ses donnes. De plus celui-ci accepte la formulation de requtes SQL directement en langage SQL, cela permet de tester ses requtes par exemple lors de la cration d'un site et ainsi de gagner un temps prcieux.

15

3 La mthodologie

3.1 La gestion du projet Dans un premier temps, je vais dfinir les points importants qui sont apports par cette gestion, puis ensuite, je vous fournirai le prvisionnel de mon application. La gestion de projet aussi appele conduite de projet est une dmarche qui vise structurer, assurer et optimiser le bon droulement d'un projet de manire le planifier dans le temps et en cot mais pour mon projet a se restreint la planification dans le temps : cest l'objet de la planification. Plus lobjectif a t clairement dfini, plus la ralisation de cette gestion est favorise. Afin de raliser le prvisionnel, jai suivi la mthode suivante : dcouper le projet en plusieurs parties qui seront plus faciles planifier que le projet, puisque ces dernires sont moins complexes ; jalonner le projet, cest--dire que les jalons permettent de ne commencer une tche que si nous sommes srs que celles davant sont fonctionnelles ; dcoupage en phases selon le cycle de vie en V ce qui implique que la deuxime phase ne dbutera que lorsque la premire aura t valide. De cette manire, vous pourrez retrouver le prvisionnel qui reprend ainsi les points importants de mon application annex ce rapport, mais je vais tout de mme, vous citer les trois grandes parties qui composent se prvisionnel : lanalyse, lacquisition des comptences et la ralisation. Quant cette dernire partie, elle reprend les grands points de lapplication que je vous dvelopperai dans la quatrime partie de ce rapport, mais au pralable, je vais les aborder dans lanalyse du projet.

3.2 Lanalyse du projet Dans ce point, je vais vous prsenter lanalyse UML (Unified Modeling Language) de mon application mais auparavant, je vous parlerai dUML. Ce dernier n'est pas une mthodologie. D'ailleurs UML est indpendant d'une quelconque mthode : OMT (Object-Modeling Technique), RUP (Rational Unified Process), MSF (Microsoft Solution Framework), ...). UML est adapt un processus de dveloppement dirigs par les cas d'utilisations, itratif et incrmental. UML est un formalisme graphique (un langage graphique) permettant, via la notion de diagrammes, de reprsenter le systme logiciel concevoir, durant toutes les phases du processus de dveloppement. UML permet d'exprimer les besoins du systme concevoir, d'analyser, de concevoir, d'initier la phase de codage, de dterminer (dans une certaine mesure) les jeux de tests, et donc aussi de gnrer une documentation complte de la solution logicielle finale. Des AGL (Atelier de Gnie Logiciel) trs avancs prennent en charge UML. Dans cette partie et plus exactement pour lanalyse de mon projet, je prsenterai uniquement le diagramme des Uses Cases (Cas dUtilisation). En effet, ce dernier possde un atout majeur puisquil prsente tous les uses cases du projet, autrement dit les grandes lignes du projet. Cest ainsi que je mappuierai sur ce diagramme afin de vous illustrer comment jai abord ce projet. De plus, pour que cette illustration soit la plus complte possible je vais, par lintermdiaire de la prsentation dun use case, vous prsenter de manire gnrale comment se prsente cette application pour la cration des fiches. Je profiterai de cette partie pour vous parler de la prsentation de lapplication, autrement dit, de la charte graphique qui ma tait impos pour ce sujet. De manire gnrale, jaborderai les maquettes de lapplication.

16

3.2.1 Le diagramme des Uses Cases Jai scind le diagramme des Uses Cases qui est un diagramme qui permet de dcrire les interactions entre l'acteur et le systme, en cinq parties qui correspondent chacune une grande partie de mon projet qui sont les suivantes :

Grer le registre ; Grer le stock ; Grer les fiches ; Administration de la base de donnes ; Administration du personnel

3.2.1.1 - Grer le registre

Figure 5 : Use Case Grer Registre La gestion du registre permet au service de grer informatiquement le registre des demandes de rparation. Tout dabord, on y trouve les trois phases dune demande de rparation : lmission, laccus de rception(Q.S.L) ainsi que la rception. Pour les trois fonctionnalits, on y saisi les informations de la demande de rparation qui correspondent la phase slectionne. Puis, Il y a deux autres fonctionnalits qui sont :

La recherche qui permet de rechercher des registres selon des critres que lutilisateur choisira et lui affichera lcran une liste de demande qui correspond aux critres ;

La gestion des paramtres qui permet dajouter et de modifier des paramtres.

17

3.2.1.2 - Grer le stock

Figure 6 : Use Case Grer Stock La gestion du stock permet au service de grer informatiquement leur stock de pices dtaches lectroniques. Cette gestion comprend les fonctionnalits suivantes :

La fonctionnalit denregistrer toutes les entres/sorties des pices ; La cration dun nouveau composant, nouveau type, et dun nouveau matriel ; La modification des informations sur les composants, les types et les matriaux; La suppression logique dun composant en enregistrant une date de suppression et ainsi

le composant passe du volant datelier en besoin particulier. Lhistorique qui permet de rechercher les entres et/ou les sorties selon des critres que

lutilisateur choisira et lui affichera lcran une liste dentres et/ou de sorties qui correspond aux critres ;

Le module de renseignement des composants o lutilisateur slectionne un composant et a lui affiche tous les renseignements sur le composant (sa dsignation, sa quantit relle et autres) ;

Et pour finir, lalerte permet de slectionner les composants commander parmi une liste o les composants apparaissent dune couleur diffrente selon si ils sont au niveau ou en dessous du seuil minimum de la quantit avoir en stock, si ils sont en besoin particulier et la suite de cette slection de composants a lui gnre la fiche de commande en format Open Office Writer.

18

3.2.1.3 - Grer les fiches

Figure 7 : Use Case Grer Fiches La gestion des fiches permet au service de slectionner le type de fiche quil souhaite

crer et ensuite il saisit et slectionne les informations propres au type de fiche slectionne puis a enregistre les informations en base de donnes et a lui gnre soit la fiche de travail, soit la fiche de troisime chelon ou soit la fiche de 4me chelon en format Open Office Writer. Ensuite, il y a la possibilit de rechercher les fiches selon des critres (le type de fiches, lunit et autres) que lutilisateur choisira et lui affichera lcran une liste de fiches qui correspond aux critres avec le type de la fiche, son numro et autre ainsi quun icne permettant, si on clique dessus, douvrir le document Open Office associ a cette fiche.

19

3.2.1.4 - Administration de la base de donnes

Figure 8 : Use Case Grer Administration de la base de donnes

Tout dabord, ladministration de la base de donnes est faite de sorte quil ait une nouvelle base de donnes chaque anne, exemple gestion2008, gestion2009 . Do la fonctionnalit Crer qui permet de crer une nouvelle de donne comportant la structure et certaines donnes ayant pour nom : gestion plus la nouvelle anne donc au 1er janvier 2009 elle se nommera gestion2009.A la suite de cette cration de base de donnes lapplication interagira avec cette nouvelle base de donne et non celle de lanne antrieure. Puis, il y a la fonctionnalit de sauvegarde qui permet de sauvegarder la base de donnes avec sa structure et ses donnes de lanne quil souhaite dans fichier texte condition quelle ne soit pas supprime. Ensuite, la restauration permet de restaurer une base de donnes dune anne antrieure ou gale lanne en cours partir des fichiers textes pralablement crs par la fonctionnalit de sauvegarde. Ce moyen de restauration permet de restaurer une base de donnes qui fut supprime physiquement. Aprs une restauration, dune anne X, tous les enregistrements ou modifications se feront sur la base de donnes de lanne X. Ce qui permet par exemple, si un produit est parti en rparation en 2008 mais revenu rpar quand 2009 de le comptabiliser pour 2008 par le biais dune restauration de la base de donne 2008, il suffira alors de faire une restauration de 2009 pour de nouveau retourner sur la base de donnes de 2009. Et pour finir, la rinitialisation permet de supprimer toutes les donnes enregistres par les utilisateurs de la base de donnes de lanne en cours.

20

3.2.1.5 - Administration du personnel

Figure 9 : Use Case Grer Administration du personnel

Premirement, ladministration du personnel permet de crer un nouveau personnel en saisissant son nom, prnom et grade. Deuximement, la modification permet de modifier le grade dun employ du B.S.I.C. Et pour finir, la suppression supprime de manire logique et non physique un employ en slectionnant une date de dpart.

21

3.2.2 - Le cas particulier du Use Case Crer fiche de travail Je vais maintenant vous parler du Use Case Crer fiche de travail car il sagit dun point important de mon application qui consiste crer les fiches, englobant la cration donc lenregistrement des informations de la fiche en base de donne puis de gnrer le document Open Office Writer. Ce Use Case est quasiment identique avec celui de la cration des fiches de 3me et 4me chelon, cest pour ceci que je vous prsenterai que celui de la fiche de travail. Je vais dans un premier temps, vous prsenter le plan type de ce use case c'est--dire la description textuelle du Use Case. Puis, dans un second temps je prsenterai le diagramme dactivit de ce Use Case qui lui est une description graphique du use case ainsi que les maquettes de ce Use Case.

3.2.2.1 - Plan type du cas dutilisation

Nom du UC : 1 Brve Description Cet UC permet lutilisateur de crer une fiche de travail. 2 Flots dvnements 2.1 Flot de base : 2.1.1 - Le systme affiche la page permettant la saisie et la slection des informations dune fiche de travail (Page principale); 2.1.2 - Lutilisateur saisie et/ou slectionne les informations puis valide. 2.1.3 - Le systme affiche la page permettant de slectionner les composants et de saisir la quantit quil en a utilis (Page secondaire); 2.1.4 - Lutilisateur slectionne les composants et saisie les quantits utilises puis valide ; 2.1.5 - Le systme enregistre toutes les informations concernant la fiche de travail; 2.1.6 Le gnre la fiche de travail en format Open Office Writer. 2.2 Flots alternatifs : 2.2.1 - Flot alternatif 1 : 2.2.1.1 - Au point 2.1.2 du flot de base, lutilisateur annule les saisies et les slections ; 2.2.1.2 - Le systme rinitialise la page principale ; 2.2.1.3 - Retour au point 2.1.1 du flot de base. 2.2.2 - Flot alternatif 2 : 2.2.2.1 - Au point 2.1.2 du flot de base, la saisie est incorrecte ; 2.2.2.2 - Le systme affiche un message dalerte ; 2.2.2.3 - Lutilisateur valide ; 2.2.2.4 - Retour au point 2.1.1 du flot de base en conservant toutes les saisies et slections pralablement faites. 2.2.3 - Flot alternatif 3 : 2.2.3.1 - Au point 2.1.4 du flot de base, lutilisateur annule ; 2.2.3.2 - Le systme rinitialise la page secondaire ;

22

2.2.3.3 - Retour au point 2.1.3 du flot de base.

2.2.4 - Flot alternatif 4 : 2.2.4.1 - Au point 2.1.4 du flot de base, lutilisateur dcide de faire un retour ; 2.2.4.2 - Retour au point 2.1.1 du flot de base avec les informations pralablement saisies et slectionnes et en conservant les composants slectionns et leurs quantits. 2.2.5 - Flot alternatif 5 : 2.2.5.1 - Au point 2.1.4 du flot de base, lutilisateur modifie la quantit utilise dun composant quil a pralablement slectionn ; 2.2.5.2 Le systme affiche un popup lui permettant de modifier la quantit utilis de ce composant. 2.2.5.3 Lutilisateur modifie la quantit utilise puis valide. 2.2.5.4 Retour au point 2.1.3 du flot de base avec la quantit modifie. 2.2.6 - Flot alternatif 6 : 2.2.5.1 - Au point 2.1.4 du flot de base, lutilisateur supprime un composant quil a slectionn; 2.2.5.2 Retour au point 2.1.3 du flot de base avec le composant de nouveau disponible. 3 Exigences Particulires Nant 4 Pr-Conditions Aucunes 5 Post-Conditions Aucunes 6 Liste des acteurs participants Lutilisateur 7 Points dExtension Aucuns

8 Points dInclusion Aucuns Comme vous avez pu le constater la cration de la fiche de travail permet denregistrer tous les lments propres une fiche de travail en base de donne ainsi que de gnrer le document Open Office Writer. Le diagramme suivant est le diagramme dactivit qui permet davoir une description graphique de ce Use Case.

23

3.2.2.2 - Le diagramme dactivit

Figure 10 : Diagramme dactivit du use case crer fiche de travail

Je vais maintenant vous prsenter la charte graphique que jai d respecter pour lensemble de lapplication ainsi que les maquettes du Use Case Crer fiche de travail.

24

3.2.3 - La mise en page de lapplication

3.2.3.1 - La charte graphique

Avant de parler de lapplication dans le dtail, je vais vous fournir la charte graphique du projet que jai dvelopp. Cette charte graphique correspond la charte graphique Plone qui un applicatif construit au-dessus dun serveur Zope qui lui est le fondement de lintranet de la gendarmerie. Toutes mes pages sont donc construites sur ce mme modle. Ainsi, les pages de lapplication sont en fait composes de quatre zones qui correspondent :

1re zone : Le titre ; 2me zone : Le menu ; 3me zone : Le corps ; 4me zone : Le pied de page.

Voici, par lintermdiaire de ce schma, la charte graphique que jai utilise.

Figure 11 : Charte graphique

25

Les maquettes

Page principale : Non remplie

Figure 12 : Page principale de crer fiche de travail vide

Page principale : Remplie

Figure 13 : Page principale de crer fiche de travail remplie

26

Popups dalerte

Figure 14 : Popups dalerte

Page secondaire : Non remplie

Figure 15 : Page de slection des composants pour la fiche de travail vide

27

Page secondaire : Remplie

Figure 16 : Page de slection des composants pour la fiche de travail remplie

Popup de modification de la quantit dun composant slectionn

Figure 17 : Popup de modification de la quantit dun composant slectionn

Aprs lanalyse de mon projet, je vais dsormais vous parler de lapplication en elle-mme, cest--dire avec les problmes que jai rencontrs et en vous expliquant la solution que jai adopte pour pallier ces derniers.

28

4 Le dveloppement de lapplication

4-1 Introduction Dans cette application il y a trois lments importants que je vais vous prsenter. Tout dabord, il y a la fonctionnalit de recherche ou historique que lon retrouve dans les trois gestions de cette application. Ensuite, il y a la gestion des documents Open Office Writer que lapplication utilise pour la gestion du stock et des fiches. Et pour finir, je vous prsenterai la fonctionnalit de sauvegarde et la fonctionnalit de restauration que jai employe dans cette application. Mais avant, je vais vous prsenter le plan de lapplication.

4.2 Plan de lapplication Vous trouverez ici, un schma vous indiquant lenchanement des diffrentes pages de lapplication que jai dveloppe durant ces 10 semaines. Je lai scind en plusieurs parties pour une question de lisibilit.

Figure 18 : Page daccueil de lapplication et son menu

Menu : Il permet de choisir une des cinq gestions possibles qui sont : la gestion du registre, la gestion du stock, la gestion des fiches, la gestion de la base de donnes et la gestion du personnel.

29

Figure 19 : La gestion du registre des demandes de rparation

La gestion du registre permet dmettre une demande avec soit une cration ou une modification. Elle permet galement denregistrer laccuser de rception(Q.S.L) ainsi que la rception dune demande. Lutilisateur peut choisir aussi de faire une recherche et de crer ou modifier un paramtre.

Figure 20 : La gestion du stock de pices dtaches lectroniques

La gestion du stock permet denregistrer les entres et les sorties des composants. Elle permet galement de crer ou de modifier les composants, les types et les matriaux ainsi que de supprimer un composants. Lutilisateur peut galement afficher un historique en fonction de ses critres ainsi que de gnrer la fiche de commande par le biais de lalerte. Et pour finir, lutilisateur peut avoir tous les renseignements sur un composant ainsi quun lien vers la gestion des fiches car les deux interagissent avec le stock.

30

Figure 21 : La gestion des fiches

La gestion des fiches permet lutilisateur de crer, denregistrer une fiche ainsi que de gnrer le document Open Office Writer associ la fiche qui peut tre une fiche de travail, une fiche de 3me chelon(DR 3) et une fiche de 4me chelon(DR4). Il a galement la possibilit de faire une recherche selon ses critres et il y a un lien vers la gestion du stock.

Figure 22 : La gestion de ladministration de la base de donnes

La gestion de la base de donnes permet crer une sauvegarde de la base de donnes de lanne quil souhaite ainsi que de restaurer la base de donnes de lanne quil dsire partir des fichiers de sauvegarde pralablement cres. Lutilisateur peut galement rinitialiser la base de donnes de lanne en cours ainsi que de crer la base de donnes de la nouvelle anne.

Figure 23 : La gestion de ladministration du personnelle

La gestion du personnelle permet de crer, de modifier le grade dune personne ainsi que de supprimer une personne en saisissant une date de dpart.

31

4.3 La recherche Au niveau de la gestion du registre, de la gestion du stock et de la gestion des fiches, on y retrouve une fonctionnalit de recherche ou dhistorique. Ces deux fonctionnalits sont trs importantes dans mon application car elles font parties des demandes majeures du service afin de faciliter toute recherche. Ces deux fonctionnalits sont identiques au niveau du dveloppement donc je vais vous prsenter la recherche au niveau de la gestion du registre qui est similaire la recherche de la gestion des fiches ainsi que de lhistorique de la gestion du stock. Tout dabord, je vous prsenterai les maquettes correspondant la recherche de la gestion du registre. Puis, je vous prsenterai lensemble du processus de recherche c'est--dire de la saisie et slection des critres laffichage de la recherche par le biais de schma et de code source.

4.3.1 Les maquettes de la recherche

Figure 24 : Page de slection des critres de recherche Lutilisateur saisit et/ou slectionne les critres de recherche sur cette page.

32

Figure 25 : Page daffichage de la liste des registres selon les critres Le systme lui affiche sous forme de liste le rsultat de la recherche correspondant aux

critres pralablement rentrs.

4.3.2 Le code source Tout dabord, je vous expliquerai par le biais dun schma le processus de la recherche et ensuite je vous montrerai le code source.

4.3.2.1 - Le schma

Figure 26 : Schma explicatif de la recherche Lgende :

Page N1 : Cette page correspond la page de saisie et/ou de slection des critres ; Page N2 : Cette page correspond la page affichant la liste des registres

correspondant aux critres pralablement saisis ou slectionns la page n1 ; Page N3 : Cette page correspond la page se chargeant de rcuprer les registres

correspondant aux critres en base de donnes.

33

4.3.2.2 - Le code source

Maintenant, je vais vous prsenter le code source correspondant la recherche de chacune des trois pages.

Page N1 :

34

Page N2 :

35

echo " "; } echo " ";echo $row["num1sur2"]; echo " ... "; $i=$i+1; } echo" "; } ?>

Page N3 : function getRecherche($all, $num1sur2,$dateenregistrement, ...) { //Si lutilisateur na pas choisit dafficher tous les registres if($all==0) { //Voici la base de la requte $requete="select distinct(registre.idregistre) from registre right outer join registre_parametre on registre.idregistre=registre_parametre.idregistre where "; //Cette requte est identique celle du dessus car elle me servira plus bas pour tester si lutilisateur na saisi ou slectionn aucun critre. $requetetest="select distinct(registre.idregistre) from registre right outer join registre_parametre on registre.idregistre=registre_parametre.idregistre where "; //Initialisation de la variable $i qui me servira savoir si oui ou non a t rajout un lment la requte $i=0; //Ajout de llment numro/2 la requte si il est renseign if($num1sur2!="") { $requete=$requete."num1sur2 =".$num1sur2;

36

//Si cet lment est renseign je mets 1 la variable $i $i=1; } //Ajout de llment de la date denregistrement la requte si il est //renseign if($dateenregistrement != "") { //Si il ny a pas dlment rajout la requte if($i==0) { $requete=$requete."dateenregistrement = '".$dateenregistrement."'"; } //Si il y a dj des lments rajout la requte if($i==1) { $requete=$requete." and dateenregistrement ='".$dateenregistrement."'"; } //Si cet lment est renseign je mets 1 la variable $i $i=1; } //Je test si la requte du dbut a chang ou pas //Si elle na pas chang je retourne faux if($requetetest==$requete) { return false; } //Sinon, je retourne le rsultat de la requte else { //Excution de la requte $result=mysql_query($requete); //Retourne le rsultat return $result; } } //Si lutilisateur a choisi dafficher tous les registres jexcute cette requte if($all==1) { //Requte $requete2="select idregistre from registre"; //Excution de la requte $result=mysql_query($requete2); //Retourne le rsultat return $result; } }

37

4.4 La gestion des documents Open Office Writer Tout dabord, je vous prsenterai sous forme de schma la gestion dun document Open Office Writer en PHP5 que jai faite dans mon application. Ensuite, je vous montrerai le code source de cette gestion.

4.4.1- Le schma

Figure 27 : Schma explicatif pour gnrer un document Open Office Writer

4.4.2 - Le code source

4.4.2.1 - La page gnrant les documents Open Office Writer

38

$odf->parse(); //Enregistrer le document Open Office Writer $odf->save("./document2.odt"); ?>

4.4.2.2 - la page odfDoc.php

file = $file; $zip = new ZipArchive(); if ($zip->open($this->file) === TRUE) { $this->content = $zip->getFromName('content.xml'); $zip->close(); } else { exit("Error while Opening the file '$file' - Check your odt file\n"); } } //Fonction qui remplit le tableau associatif function setVars($key, $value) { $this->vars[$key] = $value; } //Fonction qui remplace les variables du fichier content.xml par les valeurs des //variables que l'utilisateur a rentr function parse() { if ($this->content != NULL) { $this->content = str_replace(array_keys($this->vars), array_values($this->vars), $this->content); } else { exit("Nothing to parse - check that the content.xml file is correctly formed\n"); } } //Enregistre le document Open Office Writer function save($newfile) { if ($newfile != $this->file){ copy($this->file, $newfile); $this->file = $newfile; } $zip = new ZipArchive(); if ($zip->open($this->file, ZIPARCHIVE::CREATE) === TRUE) { if (!$zip->addFromString('content.xml', $this->content)) exit('Error during the file saving'); $zip->close(); } else {

39

exit('Error during the file saving'); } } } ?>

4.5 La sauvegarde et la restauration Tout dabord, je vous prsenterai sous forme de schma le principe de la sauvegarde ainsi que le code source. Ensuite, je vous prsenterai sous forme de schma le principe de la restauration ainsi que le code source.

4.5.1- Le schma de la sauvegarde

Figure 28 : Schma explicatif de la sauvegarde

40

4.5.2 - Le code source de la sauvegarde

4.5.2.1 La page sauvegarde.php

4.5.2.2 - La page sauvegardeBD.php

41

while($creationTable = mysql_fetch_array($listeCreationsTables)) { $creations .= $creationTable[1].";\n\n"; } } // si l'utilisateur a demand les donnes ou la totale if($mode > 1) { $donnees = mysql_query("SELECT * FROM ".$table[0]); $insertions .= "-- -----------------------------\n"; $insertions .= "-- insertions dans la table ".$table[0]."\n"; $insertions .= "-- -----------------------------\n"; while($nuplet = mysql_fetch_array($donnees)) { $insertions .= "INSERT INTO ".$table[0]." VALUES("; for($i=0; $i < mysql_num_fields($donnees); $i++) { if($i != 0) $insertions .= ", "; if(mysql_field_type($donnees, $i) == "string" || mysql_field_type($donnees, $i) == "blob" || mysql_field_type($donnees, $i) == "date" || mysql_field_type($donnees, $i) == "datetime") $insertions .= "'"; $insertions .= addslashes($nuplet[$i]); if(mysql_field_type($donnees, $i) == "string" || mysql_field_type($donnees, $i) == "blob" || mysql_field_type($donnees, $i) == "date" || mysql_field_type($donnees, $i) == "datetime") $insertions .= "'"; } $insertions .= ");\n"; } $insertions .= "\n"; } } //Ferme la connexion la base de donnes mysql_close($connexion); $annee =date("Y"); //3 - Ouvre et cr si besoin le fichier.sql $fichierDump = fopen("../Sauvegardes/sauvegarde_annee_".$annee.".sql", "wb"); //4 - crit la structure et les donnes dans le fichier.sql et enregistre fwrite($fichierDump, $entete); fwrite($fichierDump, $creations); fwrite($fichierDump, $insertions); //5 - Ferme le fichier fclose($fichierDump); } } ?>

42

Jai dcid denregistrer la structure et les donnes dans un fichier en format SQL pour quil soit exploitable par la restauration que je vais vous expliquer dans le prochain point et galement pour pouvoir limporter directement dans phpMyAdmin.

4.5.3 - Le schma de la restauration

Figure 29 : Schma explicatif de la restauration

4.5.4 - Le code source de la restauration

4.5.4.1 - La page restauration.php

43

4.5.4.2 - La page restaurationBD.php

Je rajouterai que pour la rinitialisation et la nouvelle anne le principe est quasiment identique celui de la restauration. Cest pour ceci que je vous ai prsent que la restauration. Afin de clturer ce rapport de stage, je vais vous prsenter dans une dernire partie, le bilan de ces 10 semaines de stages, que se soit au niveau technique ou humain. Puis enfin, je commenterai ce que jai ralis durant ces 9 semaines et les volutions possibles de mon projet.

44

5 Le bilan de ce stage

5.1 Le bilan technique et humain Tout dabord, je dirai que jai pu apprhender ce stage laide des connaissances acquises durant ces deux annes au sein de lInstitut Universitaire de Technologie (I.U.T). En revanche, je me suis vite rendu compte quil y avait une grande diffrence entre ce que nous apprenons et ce que nous utilisons. Autrement dit, lIUT, nous apprenons des notions de bases et surtout une mthodologie qui nous sont utiles pour apprhender le sujet pos mais au fur et mesure, je me suis rendu compte, que travailler dans une entreprise demande davoir une mthode de travail diffrente. De cette manire, je pense que ces dix semaines de stage mauront permis dapprendre une mthode qui me sera trs utile lorsque je rentrerai dans le monde du travail. De plus, je rajouterai que par lintermdiaire du sujet qui mavait t donn, jai pu approfondir voir mme apprendre de nouveaux langages. En effet, le fait de travailler avec de nombreux formulaires et de liste de choix, il a donc fallu que jeffectue des contrles et donc utiliser du JavaScript. De cette manire, je me suis donc enrichi de cette connaissance, puisque je nen possdais pas beaucoup propos de ce langage. En revanche, pour ce qui est du PHP et du MySQL, ce stage ma permis de consolider mes bases et je dirai mme quil ma permis de voir de nouvelles choses car jai d apprendre me servir du PHP5. Ensuite, laide de fonctionnalits du PHP, jai appris comment gnrer des documents Open Office. De cette manire, je finirai ce premier point en disant que jai beaucoup appris durant ce stage et quil ma permis dobtenir une exprience. Ensuite, je vais donc vous parler de laspect humain. Ces dix semaines, mont permis de ctoyer de nouvelles personnes au sein dun service. Le fait que ce service soit de petite taille, ma permis de dialoguer constamment avec les membres de leffectif et par consquent de raliser mon projet de manire linaire. De cette faon, je dirai que ces dix semaines mont permis dun point de vue personnel dobserver le travail quils effectuaient au sein de ce service. Un service que jaimerai intgrer par la suite. Pour finir, que se soit dun point de vue technique ou humain, ce stage ma normment apport. En effet, il ma permis davoir une exprience professionnelle, mais surtout, durant celui-ci, jai compris que linformatique, et notamment le dveloppement, est une voie qui mintresse professionnellement. Je vais maintenant vous donner quelques explications sur ce qui est ralis de mon application.

45

5.2 Le ralis Dans la troisime partie de ce rapport, je vous ai parl de la gestion de projet par lintermdiaire du prvisionnel. Je tiens prciser que celui-ci na pas t ralis au dbut du projet mais environ au bout de deux semaines. En effet, ces deux premires semaines mont permis dobserver, de cerner le sujet, et galement de me rendre compte de lallure de lavancement du projet, ce qui ma ensuite aid pour raliser ce prvisionnel. Comme, vous pourrez le remarquer sur le suivi du projet, jai ralis mon projet en 9 semaines et la dernire ma servi faire les tests de mon application. Ainsi, le point fondamental de ce stage rside dans la gestion de la contrainte temporelle, difficile mettre en adquation avec le respect dune certaine mthodologie.

5.3 Lvolution Tout dabord, il y a plusieurs volutions possibles mon projet. Premirement, Il y a la possibilit de rajouter une fonctionnalit qui consisterai grer le travail effectu comme les fiches de travail sauf quil sagirai de travail o il ny a pas dutilisation de composant et de courte dure ce qui ncessite pas de faire une fiche de travail. Ensuite, il y a la possibilit dintgrer mon projet un applicatif Plone construit au-dessus dun serveur Zope qui le fondement de lintranet de la gendarmerie.

46

Conclusion

Comme vous avez pu le constater tout au long de ce rapport, de nombreuses difficults ont t rencontres pendant ce stage, aussi bien pour approfondir des langages de programmation, que pour effectuer des recherches pour trouver les meilleurs choix dans la conception de tous les lments. Dun autre ct, je pense que ces difficults ainsi que la diversit du sujet ont fait lintrt de ce stage, me permettant dapprendre de nombreuses notions, et approfondir des langages, comme le JavaScript, le PHP avec le PHP5 peu matriss mais trs passionnants aux vues de leurs possibilits. Ce stage reprsente pour moi, le premier projet informatique de longue dure sur lequel jai pu travailler seul, en approfondissant mes connaissances et en amliorant mes comptences professionnelles. Jai aussi acquis une image objective du monde du travail, du secteur informatique en particulier.

47

Table des illustrations

FIGURE 1 : SCHMA MONTRANT LA HIRARCHISATION ET O SE SITUE LE B.S.I.C AU NIVEAU DE LA RGION ....... 6 FIGURE 2 : SCHMA PRSENTANT LES TROIS PHASES DUNE DEMANDE DE RPARATION.................................... 9 FIGURE 3 : LE FONCTIONNEMENT DES FICHES .............................................................................................. 10 FIGURE 4 : FONCTIONNEMENT DE LEXCUTION DU CODE PHP ...................................................................... 13 FIGURE 5 : USE CASE GRER REGISTRE ..................................................................................................... 16 FIGURE 6 : USE CASE GRER STOCK .......................................................................................................... 17 FIGURE 7 : USE CASE GRER FICHES ......................................................................................................... 18 FIGURE 8 : USE CASE GRER ADMINISTRATION DE LA BASE DE DONNES ...................................................... 19 FIGURE 9 : USE CASE GRER ADMINISTRATION DU PERSONNEL .................................................................... 20 FIGURE 10 : DIAGRAMME DACTIVIT DU USE CASE CRER FICHE DE TRAVAIL ................................................. 23 FIGURE 11 : CHARTE GRAPHIQUE ................................................................................................................ 24 FIGURE 12 : PAGE PRINCIPALE DE CRER FICHE DE TRAVAIL VIDE.................................................................. 25 FIGURE 13 : PAGE PRINCIPALE DE CRER FICHE DE TRAVAIL REMPLIE ............................................................ 25 FIGURE 14 : POPUPS DALERTE ................................................................................................................... 26 FIGURE 15 : PAGE DE SLECTION DES COMPOSANTS POUR LA FICHE DE TRAVAIL VIDE .................................... 26 FIGURE 16 : PAGE DE SLECTION DES COMPOSANTS POUR LA FICHE DE TRAVAIL REMPLIE .............................. 27 FIGURE 17 : POPUP DE MODIFICATION DE LA QUANTIT DUN COMPOSANT SLECTIONN ................................ 27 FIGURE 18 : PAGE DACCUEIL DE LAPPLICATION ET SON MENU ...................................................................... 28 FIGURE 19 : LA GESTION DU REGISTRE DES DEMANDES DE RPARATION ........................................................ 29 FIGURE 20 : LA GESTION DU STOCK DE PICES DTACHES LECTRONIQUES ................................................. 29 FIGURE 21 : LA GESTION DES FICHES .......................................................................................................... 30 FIGURE 22 : LA GESTION DE LADMINISTRATION DE LA BASE DE DONNES ...................................................... 30 FIGURE 23 : LA GESTION DE LADMINISTRATION DU PERSONNELLE ................................................................. 30 FIGURE 24 : PAGE DE SLECTION DES CRITRES DE RECHERCHE .................................................................. 31 FIGURE 25 : PAGE DAFFICHAGE DE LA LISTE DES REGISTRES SELON LES CRITRES ....................................... 32 FIGURE 26 : SCHMA EXPLICATIF DE LA RECHERCHE .................................................................................... 32 FIGURE 27 : SCHMA EXPLICATIF POUR GNRER UN DOCUMENT OPEN OFFICE WRITER ............................... 37 FIGURE 28 : SCHMA EXPLICATIF DE LA SAUVEGARDE .................................................................................. 39 FIGURE 29 : SCHMA EXPLICATIF DE LA RESTAURATION ................................................................................ 42

48

Glossaire

CSS

"Cascading Style Sheets", feuilles de style en cascade, utilis pour dcrire la prsentation d'un document structur crit en HTML ou en XML.

HTML Langage informatique cr et utilis pour crire les pages Web. C'est un langage de balises surtout ax sur la mise en forme du texte.

JavaScript Langage de programmation de type script principalement utilis pour dynamiser et augmenter les fonctionnalits des pages Web.

Mozilla Firefox Navigateur internet.

MySQL Gestionnaire de base de donnes libre.

Notepad++ diteur de texte proposant plusieurs mises en forme correspondantes aux diffrents langages de programmation.

Open Office Cest une suite de logiciels bureautiques gratuits (Writer, Calc et autre).

Open Office Writer Traitement de texte de la suite Open Office.

PDF Portable Document Format, format de fichier dvelopp par Adobe Systems pour reprsenter les documents de manire indpendante de lapplication originale, du systme dexploitation, et du matriel. Les documents PDF peuvent contenir du texte des images, des graphismes

PHP Langage de scripts libre principalement utilis pour produire des pages web dynamiques

PHPMyAdmin Interface conviviale gratuite ralise en langage PHP pour le SGBD MySQL afin de faciliter la gestion des bases de donnes MySQL sur un serveur.

49

Plone

Plone est un systme de gestion de contenu Web libre publi selon les termes de la GNU GPL. Il est construit au-dessus du serveur d'applications Zope et de son extension CMF (Content Management Framework). Plone est entirement objet et modulaire. Il permet de crer et grer facilement les aspects d'un site Web, comme les utilisateurs, les workflows ou les documents attachables. Le fait que Plone soit programm sur Zope fait qu'il est moins utilis que d'autres systmes de gestion de contenu, Zope tant connu pour sa courbe d'apprentissage assez lente (le fameux ZopeZen). Toutefois, Plone est considr comme tant l'un des meilleurs CMS open-source existants, et est utilis entre autres par le site web de la FSF, la Fondation pour le logiciel libre.

Popup Une fentre indpendante qui s'ouvre au-dessus d'une autre fentre lorsque lutilisateur se dplace soit sur un lien ou clique directement sur ce dernier.

Serveur Apache Outil permettant la diffusion de sites Internet par lintermdiaire du protocole http.

SQL Structured Query Language, langage de requtes standardis pour les bases de donnes. Descendant de SEQUEL cre en 1974 par IBM, SQL apparut en 1979 grce Oracle Corporation. SQL fut standardis par lANSI partir de 1986.

UML Unified Modeling Language, langage de notation pour la spcification et la visualisation des applications complexes, particulirement les projets orients objet. UML se base sur des mthodes de conception plus anciennes.

Uses cases Aussi appels Cas dUtilisation, ils constituent le moyen essentiel pour saisir les fonctionnalits dun systme du point de vue de lutilisateur et remplacent souvent le cahier des besoins fonctionnels .

W3C World Wide Web Consortium. Organisme officiellement charg de la normalisation de tout ce qui concerne le Web, et particulirement des volutions du langage HTML. Le but du W3C est de conduire l'volution technique du web, en assurant la promotion de l'interoprabilit. Concrtement, cela se traduit par le dveloppement des spcifications techniques des nouveaux standards.

WampServer2 Plateforme de dveloppement Web

XHTML eXtensible HyperText Markup Language, est une rcriture du HTML dont l'objectif est de permettre une transition vers le XML. Dune manire gnrale, le XHTML offre les mmes possibilits que le HTML tout en tant conforme la norme XML.

XML eXtensible Markup Language, langage informatique de balisage gnrique. Son objectif initial est de faciliter l'change automatis de contenus entre systmes d'informations htrognes (interoprabilit), notamment sur Internet

50

Zope Zope est un serveur d'application web orient objet libre crit dans le langage de programmation Python. Il peut tre entirement gr partir d'une interface Web. Zope publie sur le rseau des objets Python qui sont enregistrs dans une base de donnes objet, ZODB. Des types d'objets basiques, tels que des documents, des images, des patrons (templates) de page, sont la disposition des utilisateurs pour tre crs et grs via l'internet. Des types d'objets spcialiss, tels que les wikis, les blogs, les galeries de photos, sont disponibles en tant que greffons tiers (appels produits), et il existe une communaut grandissante de petites entreprises crant des applications web sur mesure base de Zope.

51

Sources documentaires

Les sites Internet

Pour la syntaxe, les fonctions des langages utiliss

http://www.siteduzero.com http://www.commentcamarche.net http://www.codes-sources.com http://www.phpfrance.com http://www.php.net http://www.manuelphp.com http://www.developpez.com

Pour les dfinitions http://fr.wikipedia.org

52

Annexes

Dictionnaire des donnes par table

appareil

Champ Type Null Dfaut Commentaires

idAppareil int(11) Non

numeroCode varchar(100) Non

libelle_appareil varchar(200) Non

composant


idComposant int(11) Non

code_interne varchar(200) Non

libelle_composant varchar(200) Non

composant_materiel



idMateriel int(11) Non

composant_type



idType int(11) Non

demandeur


idFicheTravail int(11) Non

idUnite int(11) Non

numSur2 int(11) Non

53

fichetravail



type int(11) Non

numSur2 int(11) Non

dateFiche date Non


numeroSerie varchar(200) Non

anneeMiseEnService year(4) Non

nature varchar(500) Non

dateDebut datetime Non

dateFin datetime Non

tempsTotal varchar(500) Non

observation varchar(1000) Non

fichetravail_composant




qtte int(11) Non

fichetravail_gendarme



idGendarme int(11) Non

fichetravail_unite



idUnite int(11) Non

gendarme



nom varchar(100) Non

prenom varchar(100) Non

dateDepart date Non

54

gendarme_grade



idGrade int(11) Non

grade


idGrade int(11) Non

libelle_grade varchar(100) Non

abreviation varchar(10) Non

historique


idHistorique int(11) Non


qtte int(11) Non

dateHistorique date Non

numeroSur2 int(11) Non

idUnite int(11) Non

localisation


idLocalisation varchar(3) Non

code_interne varchar(200) Non

materiel



libelle_materiel varchar(200) Non

numerosur2


numSur2 int(11) Non

annee year(4) Non

55

parametre


id int(50) Non

idparametre int(50) Non

libelle_parametre varchar(100) Non

registre


idregistre int(50) Non

num1sur2 int(50) Non

dateenregistrement date Non

dateenvoie date Non

designation varchar(50) Non

qsl tinyint(1) Non

dateretour date Non

observation varchar(120) Oui -1

registre_parametre


idregistre int(50) Non

id int(50) Non

remplacement




numSerie varchar(200) Non

anneeMiseEnService year(4) Non

stock_composant


idStockComposant int(11) Non


qtteSeuil int(11) Non -1

qtteMaxi int(11) Non -1

qtteReelle int(11) Non 0

dateSup date Non

56

temp_composant


idComposantTemp int(11) Non

qtte int(11) Non

type


idType int(11) Non

libelle_type varchar(200) Non

unite


idUnite int(11) Non

libelle_unite varchar(200) Non

Modle Conceptuel de Donnes Simplifi

57

Suivi de projet

RAPPORT DE STAGE - maryjulie.free.frmaryjulie.free.fr/Legrand/Mémoire de...

Documents

Transcript of RAPPORT DE STAGE - maryjulie.free.frmaryjulie.free.fr/Legrand/Mémoire de...