Vous êtes sur la page 1sur 41

Master 1 MIAGE Bordeaux Universit Bordeaux 1

Romain Arnoux Tuteur : M. Dussaux

Mmoire de stage de Master 1 MIAGE Stage ralis SIMOREP MICHELIN, Bassens Sous la direction de M. Sanchez et M. Labreize

Promotion 2007-2008

Master 1 MIAGE Bordeaux Universit Bordeaux 1

Romain Arnoux Tuteur : M. Dussaux

Mmoire de stage de Master 1 MIAGE Stage ralis SIMOREP MICHELIN Rue Edouard Michelin 33530 Bassens

Promotion 2007-2008

Remerciements
Je tiens remercier :

Monsieur Miguel Sanchez, Responsable N/TE et Responsable de mon stage, pour mavoir accord sa confiance pour la ralisation de cet intressant projet, mis ma disposition les moyens techniques ncessaires pour le raliser et pour sa sympathie.

Monsieur Jean-Pascal Labreize, mon matre de stage, pour les nombreux conseils quil a pu me donner et tout ce quil a pu mapprendre autant en gestion de projet quen relations humaines ou sur le domaine de lentreprise.

Madame Nicole Guilhem, Messieurs Guy Gennaro et Laurent Castagnetti pour leur disponibilit. Le temps pass rpondre mes questions ou pour maider rsoudre des problmes.

Tout le personnel Michelin que je nai pas cit grce qui jai pu mintgrer facilement et avec qui jai pu discuter propos de nombreux sujets durant ces quatre mois. Un clin dil particulier aux courageux bta-testeurs !!

Monsieur Valre Dussaux, mon tuteur, pour ces conseils, encouragements et sa disponibilit.

Toute l'quipe administrative de la MIAGE pour leur aide, les informations sur les stages et les offres.

Sommaire

GIDABE, RENOVATION DUN OUTIL MICHELIN .................................................................... 2 1) LE CONTEXTE ............................................................................................................................... 3 1.1) PRESENTATION DE LENTREPRISE................................................................................................ 3 1.1.1) Michelin ............................................................................................................................... 3 1.1.2) Bassens................................................................................................................................. 5 1.1.3) Le bureau dtudes............................................................................................................... 6 1.2) PRESENTATION DU PROJET .......................................................................................................... 7 1.2.1) Analyse de lexistant ............................................................................................................ 7 1.2.2) Description du besoin .......................................................................................................... 8 2) ETUDE DE LA SOLUTION ......................................................................................................... 10 2.1) METHODES AGILES.................................................................................................................. 10 2.2) MODELES DE DONNEES .............................................................................................................. 11 2.2.1) Les acteurs ......................................................................................................................... 12 2.2.2) Les documents.................................................................................................................... 12 2.2.3) Les traitements ................................................................................................................... 13 2.3) MAQUETTE ................................................................................................................................ 14 3) REALISATION .............................................................................................................................. 16 3.1) PLANNING .................................................................................................................................. 16 3.2) DEVELOPPEMENT....................................................................................................................... 17 3.2.1) Module de recherche.......................................................................................................... 17 3.2.2) Module de cration ............................................................................................................ 18 3.2.3) Module de rservation ....................................................................................................... 18 3.2.4) Module de rintgration .................................................................................................... 19 3.3) TRANSFERT DE LA BASE DE DONNEES ....................................................................................... 20 3.4) FORMATION UTILISATEUR ......................................................................................................... 22 CONCLUSION ................................................................................................................................... 23 BIBLIOGRAPHIE.............................................................................................................................. 24 GLOSSAIRE ....................................................................................................................................... 25 ANNEXES ........................................................................................................................................... 27

Gidabe, rnovation dun outil Michelin


La 1ere anne de Master MIAGE tant le cur de la formation, le stage de fin danne se doit dapporter des lments professionnalisant pour aborder sereinement le Master 2 et lentre sur le march du travail. Du srieux et de la rigueur, impose par la mission que lentreprise nous confie, sont ncessaires. Cette mission devra alors tre ralise avec une certaine conscience professionnelle tout en tant mthodique de manire la mener terme. Lenjeu de ce stage est important puisque lexprience acquise sera lun des lments dterminant qui pourra donner une ide des capacits de ltudiant aux futurs employeurs.

Aprs plusieurs dmarches, jai intgr le bureau dtudes de lusine MICHELIN de Bassens. Ce stage sest droul dans la priode du 5 mai au 29 Aot 2008, sous la direction de M. Miguel Sanchez, chef du service N/TE et encadr par M. Jean-Pascal Labreize, informaticien industriel.

Le sujet de ces quatre mois de stage est la refonte dun systme dinformation, appel GIDABE, qui a pour fonction dassurer la gestion des documents techniques*1 du bureau dtudes et de certains autres services de lusine.

Nous pouvons nous demander comment raliser un nouveau logiciel reprenant le principe dune application existante tout en ladaptant aux nouvelles technologies et en amliorant ses capacits et fonctions.

Ce mmoire va tenter de rpondre cette problmatique en exposant mes dmarches et en essayant le plus possible d'avoir une progression logique dans la suite des diffrentes tapes de traitement. La premire partie prsentera le fonctionnement du bureau dtudes travers une analyse de l'existant, l'tude des besoins et la description du projet. La seconde partie sera consacre la prsentation de la mthode utilise, la schmatisation des donnes et de lapplication. Enfin, la troisime partie abordera la ralisation du projet en lui-mme avec le dveloppement, lintgration et la formation utilisateur.

Les mots ou abrviations nots par une toile sont expliqus dans le glossaire page 25.

1) Le contexte
1.1) Prsentation de lentreprise
1.1.1) Michelin
Lentreprise MICHELIN2 est ne du gnie industriel de deux frres dont la crativit et lintelligence ont permis au groupe de connatre un grand dveloppement et de devenir lun des leaders dans le domaine des pneumatiques.

Le dveloppement de lentreprise peut se rsumer en quelques grandes dates charnires montrant toutes les tapes franchies pour arriver au statut de groupe multinational :

1832: En Auvergne, le grand-pre maternel des fondateurs de l'entreprise,

Aristide

BARBIER, s'associe avec son cousin et ami Edouard DAUBREE pour fonder une fabrique de machines agricoles. L'pouse d'Edouard DAUBREE est la nice du savant cossais Mac INTOSH qui dcouvrit la solubilit du caoutchouc. BARBIER rve aux applications possibles du caoutchouc. Il crit que l'on pourrait en faire "des garnitures de roue pour voitures lgres". La manufacture dcouvre alors les usages du caoutchouc.

1833 :

Edouard

et

Andr

lient

le

nom

de

MICHELIN

l'application

du

pneumatique l'automobile.

1896 : Cration de lentreprise MICHELIN et CIE Clermont-Ferrand personnes).

(268

1900 : Andr cr le "guide MICHELIN", puis la srie des cartes routires qu'il tablit pour la France ainsi que certains pays trangers.

1951 : Plus de 80 000 personnes dj rparties sur les cinq continents.

Les informations concernant les sources sont dans la bibliographie page 24.

2001 : 120 000 personnes avec 80 sites de production rpartis sur 19 pays. Prsence commerciale dans 170 pays (15 000 produits commerciaux).

L'entreprise est un vritable groupe multinational qui a peru trs tt l'importance d'une implantation gographique dans un maximum de pays. Ainsi, aujourd'hui, le groupe est prsent sur quatre continents travers ces 80 usines: - 45 en Europe dont 25 en France - 21 en Amrique du Nord - 4 en Amrique du Sud - 2 en Afrique - 7 en Asie

MICHELIN dispose aussi de 6 centres d'tude et de recherche ainsi que de 6 plantations d'hvas pour la production de latex qui fournit le caoutchouc naturel. En effet, une enveloppe est fabrique partir de 60% de gomme synthtique et de 40% de gomme naturelle.

Toutes les usines sont regroupes dans les rgions du centre de la France pour des raisons logistiques (transport de marchandises) et climatiques. A noter que ces rgions sont industrialises depuis le dbut du sicle ce qui explique la main duvre comptente. En France, 60% de la production vendue est exporte. Les principales productions du groupe se repartissent ainsi (production journalire): 830 000 pneus 76 000 chambres air 88 000 roues 4 millions de kilomtres de cbles d'acier 70 000 cartes et guides

Sur le plan humain, le groupe compte actuellement environ 120 000 employs. Il affiche un chiffre d'affaires de 15.4 milliards d'euros en 2000 (101 milliards de francs) et un bnfice de 438 millions d'euros (2.87 milliards de francs). Enfin avec une part de march de

19.4% en 2000, MICHELIN occupe la deuxime place galit avec BRIDGESTONE et juste derrire GOOD YEAR (21.5%).

1.1.2) Bassens

Le nom lgal de l'usine (inscrit au registre du commerce) est SIMOREP &Cie mais elle fait bel et bien partie du groupe MICHELIN.

La ville de Bassens a t choisie en 1963 pour linstallation dun grand site de production de caoutchouc synthtique (proximit d'un port, bonne desserte routire et ferroviaire). Le site de BASSENS produit, sur la base de drivs du ptrole, styrne et butadine surtout, des caoutchoucs synthtiques de diffrentes textures et qualits. Ceux-ci sont destins l'usage exclusif des usines du groupe fabriquant l'enveloppe elle-mme.

L'usine, situe sur la presqu'le du bec d'Ambs, occupe une superficie de 63 hectares. Toutes les installations sont l'air libre. L'importance du site peut se rsumer par plusieurs points et chiffres significatifs (Voir Annexe 1):

Une production continue 900 kilomtres de tuyauteries 20 000 mtres cube de stockage 163 000 tonnes par an de gomme produite une cadence denviron 600 tonnes/jour, exporte 73% 35% des besoins MICHELIN en gomme synthtique

L'usine de BASSENS, c'est aussi un effectif d'environ 380 personnes pour un chiffre d'affaire de 147 millions d'euros (964 millions de francs) en 2000.

1.1.3) Le bureau dtudes

Cest le Service N/TE (Technique Etudes) que jai intgr durant mon stage. Il emploie 11 personnes dont le chef de service est M. Miguel Sanchez, mon responsable de stage.

Chaque personne qui travaille dans ce service a un rle bien dfini. Chacun a sa spcialit : mcanique, lectrique, gnie chimique, instrumentation, automatique ou informatique.

Ce service prend en compte toutes les demandes dvolution des installations et pilote les affaires. Il est charg dtudier toutes les modifications apporter aux diffrentes units. Il travaille donc en troite collaboration avec les autres services. Les clients du bureau dtudes sont, en fait, les services de lusine elle-mme.

Image 1 : Organigramme N/TE. Source : CSM Bassens

1.2) Prsentation du projet


1.2.1) Analyse de lexistant

Le rle du bureau dtudes est donc de crer les plans des nouvelles installations rpondant aux commandes ou de procder la modification des plans pour les mettre en conformit avec les installations rellement en place.

Le nombre de plans ou de documents techniques est trs important. La plupart des documents rcents sont informatiss. Certains plans plus anciens sont archivs dans un fond documentaire papier. Pouvoir retrouver un plan rapidement est l'une des priorits de la documentaliste, Mme. Nicole Guilhem, charg de la gestion des documents. Pour cela, elle utilise un logiciel nomm GIDABE .

Cette application a t dveloppe en 1991 en Clips* et repose sur une base de donnes Visual dBase*. L'interface de type DOS ne permet pas d'utiliser la souris et le manque de mmoire de l'poque a oblig restreindre le nombre de caractres dans les champs de dfinition des documents. L'autre principal inconvnient rside dans le fait que l'application est mono utilisateur. C'est--dire qu'une seule personne la fois peut entrer des documents dans la base de donnes ou retirer le document qui lintresse. Si une personne souhaite obtenir le document soit elle passe par la documentaliste, soit elle va directement sur le disque de stockage pour prendre le plan. La rintgration se fait sans vrification et l'crasement d'une version intermdiaire est courant.

Dans ces conditions, la scurit des documents ne peut pas tre assure. C'est pourquoi le bureau d'tudes m'a charg de raliser un nouveau logiciel pour le remplacer en y apportant des amliorations.

1.2.2) Description du besoin

Le besoin du bureau d'tudes s'exprime autour de plusieurs points.

Contraintes techniques : Utilisation d'Access pour crer la base de donnes. Dveloppement modulaire et volutif avec Visual Basic* ou Windev*. Intgration de l'application sur le serveur usine. Respect de la charte Michelin. Allger les procdures humaines : rservation, cration, ajout, sortie,...

Fonctionnalits : Produire une application multi-utilisateurs. Grer les diffrents types d'utilisateurs et leurs droits. o Accs en criture ou en lecture. o Accs aux donnes des autres services. o Accs certaines natures de documents. Scuriser les documents. o Verrou lecture seule lorsque le document est en modification. o Interdire l'accs aux documents situs sur le disque. o Mettre en place des protocoles de contrle aprs cration ou modification d'un document. o Tracer chaque mouvement des documents. o Conserver chaque version d'un document. Rechercher les documents. o Permettre une recherche sur de nombreux filtres. o Recherche intuitive avec peu de critres ou des informations incompltes. Gestion des documents. o Optimiser les formulaires dajout de documents pour une utilisation rapide. o Possibilit de rajouter un grand nombre de documents. o Possibilit de rserver des numros de document pour une cration ultrieure. Modularit. o Possibilit d'ajouter de nouvelles fonctions rapidement. 8

Donnes : Rcuprer la totalit de la base de donnes existante. Assouplir les restrictions de taille des champs. Optimiser la base de donnes en indexant les champs importants. Optimiser les requtes pour amliorer les performances. Prendre en compte le grand nombre de documents et de donnes.

Interface Homme - Machine : Produire une interface conviviale, ergonomique et simple. Produire une application lgre.

Documentation et utilisateurs : Produire une documentation utilisateur complte. Dployer l'application dans plusieurs services n'ayant pas accs GIDABE auparavant. Former le personnel l'utilisation de la nouvelle application.

2) Etude de la solution
La difficult dans la conduite des projets informatiques tient, outre la complexit technologique, au nombre et la varit des personnes impliques. Tous projet informatique comporte une part dinnovation, mais aussi d'adaptation l'volution de l'entreprise, qu'il convient d'apprendre jauger et matriser, en s'appuyant sur des mthodologies efficaces. C'est pourquoi nous avons utilis les mthodes AGIILES* en nous inspirant du Extreme Programming.

2.1) Mthodes AGILES


Le but de ses mthodes est de raccourcir les cycles de dveloppement. Il s'agit de mieux intgrer le client pour organiser l'expression des besoins et rendre le travail de dveloppement plus facile. Ce ne sont pas des mthodes universelles, elles s'appliquent uniquement sur des projets simples en environnement non critique. Il y a une forte responsabilisation de la matrise d'ouvrage qui est trs impliqu. L'objectif tant la satisfaction immdiate du client.

Nous privilgions lapplication et l'interaction la contractualisation des spcifications. Il faut prfrer la livraison de fonctionnalits relles, la production dune documentation plthorique. Il faut favoriser l'acceptation du changement et la modification des priorits, au respect d'une planification fige.

La conduite du projet s'est donc droule en plusieurs tapes. Tout d'abord une analyse de l'existant et du besoin du client. Une spcification des flux et des types de donnes. La ralisation d'une maquette graphique complte permettant aux clients de visualiser directement l'aspect final de l'application et de recadrer certains points qui auraient t mal interprts. Vient ensuite la phase de dveloppement en parallle aux tests pour pouvoir effectuer des bilans rguliers sur l'avancement des diffrentes fonctions. La phase finale concerne l'intgration de l'application avec la rcupration des donnes et le dploiement sur le bureau d'tudes. Aprs validation, le dploiement sur l'ensemble des 10

services. Enfin, formation du personnel et rdaction de la documentation. chaque tape, des runions de validation avec les diffrents acteurs ont t ncessaires.

2.2) Modles de donnes


Les 3 premires semaines du stage ont t consacres la ralisation d'un modle conceptuel de donnes ralis partir de la mthode MERISE*. Pour cela, le contact avec le client devait tre prcis et bref pour obtenir le maximum d'informations sans les gner. L'observation attentive du travail quotidien de chacun permet aussi de trouver des solutions ou de mettre l'accent sur certains problmes.

L'application sera vitale pour le service. Elle devra rpondre toutes leurs attentes, avoir une structure suffisamment rigide pour qu'il n'y ait pas d'erreur malgr toutes les possibilits dutilisation. La structure devra tre aussi suffisamment adaptable pour pouvoir ajouter les fonctionnalits rapidement. Cette phase d'analyse a donc t trs importante dans la ralisation du projet.

Le relationnel est trs sollicit durant cette partie car il faut poser beaucoup de questions qui paraissent souvent videntes aux employs mais qui peuvent avoir de grandes rpercussions sur la structure de l'application. Nous avons fait trois runions pour pouvoir valider les volutions de lanalyse en nous appuyant sur des modles des flux (Voir Annexe 2) et des modles conceptuels de donnes (Voir Annexe 3). Le fait que la documentaliste connaisse parfaitement le fonctionnement de l'ancienne application a grandement facilit l'analyse. La disponibilit et la patience du personnel m'ont permis d'arriver rapidement trouver une structure satisfaisante pour les modules principaux.

Le modle conceptuel de donnes peut tre divis en trois parties que nous allons tudier plus en dtails: La partie acteurs, regroupant les utilisateurs internes et les entreprises externes. La partie document avec les diffrents identifiants et liaisons. La partie traitement avec le statut du document, les rservations, et les verrous.

11

2.2.1) Les acteurs

Il y a deux types d'acteurs qui peuvent agir sur les documents. Les utilisateurs internes, qui sont dclars dans la base de donnes et qui font partie du personnel Michelin Bassens. Les entreprises externes, qui les utilisateurs internes sous-traitent la modification des plans. Ces entreprises sont stockes dans une table prcise et n'ont aucun droit sur l'application.

Les utilisateurs internes sont diviss en quatre catgories reprsentes par un niveau . Les administrateurs qui ont tous les droits et peuvent modifier la base de donnes. Les gestionnaires, qui sont des utilisateurs connaissant parfaitement l'application GIDABE et ayant des responsabilits au niveau du fonds documentaire. Ils ont des droits d'criture sur les documents plus volus que les deux derniers niveaux d'utilisateurs. Les

crateurs/modificateurs, qui sont les utilisateurs qui vont crer des plans et les modifier. Ces utilisateurs sont soumis aux verrous de vrifications aprs modification ou aux verrous de lecture seule lorsqu'un document est en modification. Le dernier niveau d'utilisateurs sert uniquement consulter les documents, c'est--dire qu'ils n'ont aucun droit en criture.

2.2.2) Les documents

Les documents sont au centre de l'application et sont identifis par de nombreux paramtres. Lidentifiant principal est le nom du document qui est unique et gnr partir du prfixe de la nature suivi d'un numro qui sincrmente chaque nouveau document.

Pour certaines natures, on peut ajouter une sous nature qui spcifiera le type de documents. Chaque document rfre du matriel situ sur l'usine. Le document est donc inclus dans une unit de l'usine et plac dans une sous partie : la zone. Le document est ensuite li des repres qui sont les identifiants du matriel qu'il dcrit.

Nous prcisons aussi le support sur lequel est inscrit le document. S'il s'agit d'un document informatique alors les utilisateurs peuvent le consulter directement dans GIDABE.

12

En revanche s'il s'agit d'un document papier ou d'un document archiv sur CD-ROM, il faut alors demander un gestionnaire pour pouvoir le consulter.

La totalit des documents est stocke sur un disque dur accessible tous les utilisateurs en lecture. Pour pouvoir assurer la scurit des documents, nous avons dcid de renomme de faon anonyme chaque document. Une extension propre l'application est applique et la table tDocument contient la correspondance entre le nom rel et le nom visible sur le disque. aucun moment, un utilisateur (autre quadministrateur) ne peut connatre le nom du fichier inscrit sur le disque. Cette scurit nous permet donc d'assurer que le document prsent dans GIDABE est bien la dernire version.

2.2.3) Les traitements

Le principal traitement que subira un document est sa modification. Une table rpertorie donc la totalit des modifications, les dates d'entre et de sortie du document, la personne qui la sorti et la personne ou entreprise qui effectue la modification. Lorsqu'un document est en cours de modification ou en cours de cration, les utilisateurs peuvent consulter la dernire version, en revanche, ils ne peuvent en aucun cas procder une modification. Seule la personne qui a sorti le document peut entrer le document modifi. En cas de soucis, les gestionnaires sont les seules personnes qui peuvent craser un document.

La cration d'une nouvelle unit de production prend plusieurs mois et gnre de nombreux plans dont le crateur doit connatre le nom avant mme le dbut de la conception, pour pouvoir faire les liaisons entre les diffrentes structures. Dans ces conditions, il est obligatoire de pouvoir rserver des numros l'avance. Ces numros sont identifis par un numro d'affaire. Lorsque celle-ci est termine, le responsable de l'affaire peut intgrer tous les documents dans GIDABE via un formulaire optimis pour l'ajout de nombreux documents. Bien souvent, plus de numros ont t rservs qu'il en tait rellement ncessaire. L'utilisateur qui les a rserv peut donc choisir de les librer et ils seront rutiliss pour nommer les prochains documents.

Les verrous sont un point capital de l'application, nous en avons dj vu certains concernant l'accs des utilisateurs en fonction de son niveau ou du statut du document. Il 13

existe deux autres types de verrous : le premier concerne les natures des documents l'autre concerne le service dont fait partie lutilisateur. Certains crateurs sont qualifis uniquement sur certaines natures de documents il leur est donc impossible de crer des documents de natures pour lesquelles ils n'ont pas l'autorisation. Ainsi un lectricien ne pourra pas crer ou modifier un plan de btiment par exemple. Un facteur peut aussi spcifier le service qui aura accs ce document. Souvent utilis dans les phases de conception ce verrou empchera toute personne trangre au service de modifier ou de consulter le document. Par dfaut, le document est accessible tous.

2.3) Maquette
partir de la troisime semaine, j'ai commenc raliser les maquettes pour apporter aux clients une vision beaucoup plus concrte de ce quoi ressemblera l'application finale en fonction des informations que j'ai pu enregistrer durant la premire partie du stage.

Ds les premiers jours, nous avons discut pour dterminer dans quel environnement nous allions dvelopper l'application et l'interface. Nous avions le choix entre Windev et VBA, mais finalement les dlais, l'importance de l'aboutissement du projet et mon exprience en Visual Basic nous ont pouss choisir Access pour raliser l'ensemble de l'application.

Le premier objectif de la maquette tait de prsenter un environnement de travail agrable et pratique. Objectif plutt simple raliser puisque l'ancienne application consistait en un cran 16 couleurs sans aucun bouton, aucune police stylise et aucun curseur. Venait ensuite lergonomie des boutons et l'enchanement des oprations. Puis la correspondance entre les fonctions prsentes et les souhaits des clients. Dvelopper la maquette en prsentant des exemples virtuels a t un vritable atout pour la suite du dveloppement. L'ensemble des clients n'tant pas forcment initi aux modles conceptuels de donnes, ces exemples concrets leur ont permis de modifier certains points mal interprts.

14

Une dernire runion de validation a eu lieu lors de la premire semaine de juin. J'ai pu faire une premire prsentation l'ensemble des utilisateurs des diffrents services pour obtenir les derniers avis et pouvoir commencer le dveloppement concret de l'application.

Image 2 : Menu Principal de GIDABE

15

3) Ralisation
3.1) Planning
Je prsente ici le planning du projet tel qu'il tait la veille de rendre le rapport. Bien videmment chaque phase ne s'est pas termine aussi strictement que sur le diagramme, les runions de validation ou la dcouverte d'un bogue pouvaient amener revenir sur le dveloppement d'une fonctionnalit thoriquement termine.

Image 3 : Diagramme de Gantt, projet GIDABE

Chaque ligne correspond une tche effectue par une ou plusieurs personnes. Le trait noir correspond l'avancement de la tche. Les ruptures reprsentent les week-ends. Lorsque le trait noir atteint la fin de la case bleue, c'est que la tche termine.

Vous trouverez sur l'adresse Internet suivante une prsentation dtaille du planning du projet, la description et les ressources attribues chaque tche. http://ro.arnoux.free.fr/download/GIDABE

16

3.2) Dveloppement
L'un des principaux objectifs de lExtreme Programming est de livrer rapidement aux clients une application fonctionnelle. Nous avons dtermin des priorits pour permettre au client dutiliser l'application bien que la totalit des modules ne soit pas disponible. Nous avons donc dbut par le coeur de l'application : les documents. Nous voulions que les utilisateurs puissent ajouter, modifier un document le plus tt possible. Ensuite, venait le module de recherche. Se succdent plus tard le dveloppement parallle du module de rservation et du menu des gestionnaires. Durant la deuxime partie du dveloppement, nous avons trait tous les verrous et gestion des droits accs. ce stade, l'application a pu tre livre dans certains services pendant que je dveloppais certains modules moins prioritaires comme l'ajout en masse de documents. Une fois lapplication compltement termine et dbogue, nous avons procd son dploiement sur lensemble des services.

3.2.1) Module de recherche

(Voir Annexes 4 et 5) Ce module est le premier disponible dans le menu principal. Il permet de rechercher un ou plusieurs documents partir de diffrentes informations. L'utilisateur coche des checkbox pour slectionner les critres qu'il souhaite renseigner. Un champ de texte ou un menu droulant apparat pour entrer l'information. J'ai donc cr un algorithme excutant une requte dynamique sur la base de donnes. Chaque nouveau critre slectionn ajoute une nouvelle condition et parfois une nouvelle clause FROM . Pour les champs de texte comme le libell du document, que l'utilisateur ne connat pas forcment par coeur, j'ai utilis l'oprateur LIKE pour pouvoir faire des recherches sur une partie du champ.

Le rsultat de la requte est envoy dans un autre formulaire et est affich dans une liste droulante. En slectionnant l'une des lignes de la liste, le descriptif complet du document apparat en dessous. L'utilisateur a ensuite plusieurs choix : il peut consulter le document, tlcharger le document pour le modifier, ou encore modifier la fiche au cas o des informations seraient errones.

17

Ce formulaire contient normment de tests pour savoir quelles informations utilisateur peut accder et quelles actions il peut dclencher. Par exemple, un simple utilisateur ne pourra pas modifier la fiche ni le document, ces deux boutons sont donc invisibles et il ne peut pas les utiliser. Les verrous concernant les natures des documents ou les propritaires se font aussi sur ce formulaire.

3.2.2) Module de cration

(Voir Annexes 6) Ce formulaire permet de crer une nouvelle fiche de document. Le document en luimme peut ne pas tre dj cr et li la fiche, car le crateur a besoin de connatre le nom de son document avant de travailler dessus. Pour cela, il doit slectionner la nature du document qui va gnrer automatiquement le nom. Il est constitu du prfixe de la nature suivi d'un numro qui s'incrmente chaque nouvelle cration. Lorsqu'une fiche est cre sans tre lie un fichier informatique, le document a le statut en cration . Ainsi, aucun utilisateur ne peut visualiser ni modifier le document. Seul le crateur de la fiche ou un gestionnaire pourra lier le fichier informatique sa fiche.

Toute modification de la fiche ou du document doit se faire par le formulaire de rsultat de recherche.

3.2.3) Module de rservation

(Voir Annexes 7) Vous savez donc maintenant qu'il est possible de rserver des numros de documents pour des entreprises extrieures. Pour cela, il faut passer par le menu de rservation situe dans le menu principal. Un formulaire permet de saisir des informations communes tous les documents comme le numro de l'affaire, l'unit et la zone dans lesquelles se situeront les nouveaux appareils. L'utilisateur a la possibilit de saisir l'auteur des documents, le propritaire, prciser la sous nature des documents. Tous ces renseignements seront dj pr

18

remplis lors de la rintgration des documents. L'utilisateur doit bien videmment prciser le nombre de numros qu'il souhaite rserver. Ces numros sont toujours conscutifs.

Lors du dveloppement de ce module en local, la procdure d'enregistrement des donnes dans les tables s'effectuait rapidement. Lors des tests sur le rseau, la procdure devenait beaucoup plus longue et la rservation de 100 numros prennait environ 30 secondes. Ce dlai nous a beaucoup pos problme car si deux personnes rservent des numros en mme temps, leurs numros se chevaucheront et ne seront donc plus conscutifs. Nous avons donc d trouver un moyen pour verrouiller l'ensemble des numros en cours de rservation par la premire personne pour n'autoriser que les numros suivants aux autres utilisateurs. Nous avons utilis une table temporaire qui contient le premier et le dernier numro en cours de rservation, si un autre utilisateur rserve des numros, on vrifie que les numros slectionns par l'algorithme ne sont pas dans cette table. De plus, compte tenu du temps d'attente pour la rservation, les utilisateurs avaient tendance penser que l'application avait plant et quittaient Access. Jai donc mis en place un systme de barre dfilante pour indiquer l'avancement de la procdure.

3.2.4) Module de rintgration

(Voir Annexes 8) Pour pouvoir sauvegarder un fichier informatique dans GIDABE, que ce soit un document en cours de cration, ou en cours de modification, il faut passer par le menu de sauvegarde situ dans le menu principal. Un simple bouton ouvre une fentre de dialogue permettant l'utilisateur de slectionner le fichier qui souhaite intgrer. Le systme vrifie si l'utilisateur en question est en droit de rintgrer le document slectionn partir de son identifiant et du nom du fichier. Si l'utilisateur nest pas inscrit dans la base de donnes comme modificateur ou crateur du document slectionn, l'application indique un message d'erreur. Si l'utilisateur a slectionn un fichier qui ne correspond aucune fiche en cours de cration ou en cours de modification, alors l'application indique que le nom du fichier slectionn ne correspond aucun document.

Une fois le document rintgr dans la base de donnes, le statut non contrl est automatiquement appliqu. La liste des documents non contrls apparat sur l'cran d'accueil 19

de chaque gestionnaire. Celui-ci peut donc procder aux vrifications ncessaires. Une fois les informations de la fiche et la correspondance avec le fichier informatique vrifies, le gestionnaire passe le document en statut contrl .

Lorsqu'une personne prend un document pour le modifier, celui-ci n'est plus accessible en criture. Si jamais cette personne n'effectue finalement pas de modification, il peut choisir de librer le document pour que celui-ci conserve son ancien statut et que les gestionnaires n'aient pas contrl un document qui n'a pas subi de modification. Cette option de libration est disponible sur le mme formulaire que la rintgration.

3.3) Transfert de la base de donnes


Une fois les fonctions principales dveloppes et dbogues, nous pouvions commencer rintgrer les donnes de l'ancienne base vers la nouvelle. Les informations les plus anciennes contenues dans cette base datent de 1991 et contient plus de 44 000 fiches de document. Chaque ligne a son importance et devait tre conserve sous peine de perdre des informations vitales concernant les structures de l'usine. La phase de transfert fut donc le point le plus critique de l'ensemble du projet.

Compte tenu des restrictions imposes par l'ancienne application, les utilisateurs taient obligs de placer des informations dans des champs qui ne leur taient pas l'origine destins. Par exemple, on retrouvait des informations concernant le format du document dans le champ de l'auteur. Plus grave, des champs identifiants comme le nom du document taient parfois redondants. Les units et les zones taient parfois mal orthographies. Certains plans rfraient du matriel qui avait t supprim. Pour les distinguer, la documentaliste n'avait pas d'autre moyen que d'inscrire dans le libell du document le mot ANNULE . videmment comme il ne s'agissait pas d'une opration automatise, l'orthographe tait hasardeuse. On se retrouvait avec des ANNNULE , ANNUULE ,.... Il y a donc fallu une longue phase de vrification de la base de donnes pour corriger les erreurs flagrantes. Le personnel du bureau d'tudes a donc normment travaill pour me faciliter cette tche pendant que je dveloppais l'algorithme de rcupration des donnes.

20

Les fichiers, sur le disque, taient stocks dans un sous dossier correspondant la zone lui-mme contenu dans un dossier correspondant l'unit de la zone. Tous ces dossiers contenaient une multitude de fichiers n'ayant rien voir avec des documents techniques ou encore de vritables plans qui n'taient pas prsents dans la base de donnes de GIDABE. La totalit des fichiers vrifier pesait 6.4 Go.

La procdure de transfert a t affectueusement appele La Moulinette en raison de l'importance des traitements effectus sur les donnes et des changements irrversibles qu'elle produirait. L'algorithme procdait de la faon suivante (Voir Annexe 9):

Pour chaque ligne de la base de donnes de l'ancien GIDABE Vrifier la pertinence des informations, insrer ces informations dans la nouvelle base de donnes. Dterminer en fonction du nom et des informations du document le support : papier, CD-ROM, informatique. Lier le document aux affaires et aux repres correspondants. Chercher le fichier informatique, si il y en a un, dans le dossier de zone spcifie. Renommer ce fichier pour le rendre anonyme. Couper le fichier vers lespace disque final.

chaque procdure, on crit dans un fichier texte le rsultat de l'opration pour savoir exactement, pour chaque document, si tout sest bien effectue ou si il y a eu un problme. Toutes ces informations sont crites dans un fichier de log *.

la fin de la procdure, tous les documents prsents dans l'ancienne base de donnes ont t transfrs et les fichiers informatiques traits. Tous les fichiers restant dans l'arborescence de l'ancienne application sont considrs comme des anomalies. Soit ils correspondent des fichiers qui ne rien voir avec GIDABE, soit se sont des documents qui n'ont jamais t intgrs dans la base de donnes, soit se sont des documents prsents dans la base mais mal placs ou mal nomms sur le disque.

J'ai d'abord procd une moulinette de tests en local sur mon poste uniquement pour pouvoir tester le comportement de l'algorithme. Une fois certain que le rsultat correspondait notre volont, nous avons lanc la procdure sur les donnes relles. Le transfert des 21

donnes et le dplacement des fichiers ont pris 29 heures et 52 minutes. Au final, 43 387 lignes ont t traites et environ 5Go de fichiers ont t copis.

3.4) Formation utilisateur


Une fois la base de donnes transfre, nous avons dploy l'application sur les postes du bureau d'tudes, soit environ vingt personnes. La majorit des futurs utilisateurs de GIDABE avaient dj vu, lors de la prsentation de la maquette, quoi ressemblerait visuellement le logiciel. Le principe de fonctionnement de l'application reste proche de l'ancienne application, seuls les processus et certaines fonctions taient revoir.

La majeure partie de la formation principale s'est faite lors de runions gnrales o chaque utilisateur a pu voir la dmonstration des diffrentes fonctions de l'application. videmment, cela restait thorique et seule la pratique leur a permis de vraiment entrer dans les dtails. J'ai donc pass plusieurs jours accompagner les utilisateurs dans leur dcouverte de la nouvelle application et leur expliquer les fonctionnalits qui n'taient pas encore claires. Certains processus comme le contrle des documents ou la notion de propritaire posaient parfois problme, ces notions tant totalement nouvelles.

L'application fut bien accueillie par le service qui par la mme occasion servait de bta-test en vue du dploiement sur l'ensemble de l'usine. Nous avons donc demand aux utilisateurs de faire remonter les bogues, les problmes d'optimisation ou d'ergonomie pour pouvoir les modifier rapidement. Cette phase de bta-test a dur environ deux semaines puis nous avons pu ouvrir l'application deux nouveaux services.

Venaient ensuite les deux dernires parties du projet : le dveloppement des derniers modules non prioritaires et la rdaction de la documentation utilisateur que vous trouverez jointe ce rapport.

22

Conclusion
Ce stage s'est rvl aussi important pour moi que pour lusine. L'analyse de leur entreprise, de leurs besoins a t plus que rigoureuse de faon dvelopper une application srieuse sur laquelle les employs pourraient en partie se reposer. La mission qu'on m'a propose tait donc un projet complet avec une importante analyse de l'existant et du besoin, le dveloppement complet d'une application, son intgration chez les clients et enfin la formation des utilisateurs. Pour pouvoir raliser ces objectifs en quatre mois, la gestion des dlais impliquait l'utilisation d'un planning et une dtermination des priorits rigoureuses.

Dcouvrir le fonctionnement dune usine est une trs bonne exprience. La mission qui ma t confi portait sur des outils que javais parfois utiliss mais sur lesquels j'ai beaucoup approfondi mes connaissances, ce qui m'a apport une vritable formation en plus de celle de la MIAGE. Les mthodes de dveloppement AGILES sont vraiment trs utiles concernant des petits projets o on peut facilement entrer en contact avec les clients.

Pour raliser mes objectifs, j'ai d analyser la demande et comprendre le fonctionnement de l'entreprise. J'ai donc beaucoup appris concernant la conduite de projets, avec ses difficults et les faons de russir. Les relations humaines et la communication ont une part prpondrante dans un projet. C'est grce a que les parties peuvent s'entendre sur le fonctionnement d'un outil et ainsi gagner en efficacit. Prendre en compte le point de vue de l'utilisateur est un aspect trs peu enseign dans les formations scolaires, pourtant cela forme la base du travail d'analyste programmeur et de chef de projet. J'ai appris prendre du recul par rapport mon travail et voir des dfauts de conception important. Enfin, j'y ai appris que la qualit du travail et la motivation sont des lments essentiels la russite.

23

Bibliographie
VBA pour les nuls, Steve Cummings, SYBEX, ISBN : 2-7361-3437-0. VBA Access 2007, Henri Laugi, ENI. Michelin, Histoire et chiffres, Document interne, 2007.

Webographie :
Programmer efficacement avec Excel en VBA, J-M Rabilloud : ftp://ftp2.developpez.be/developps/vb/VB-excel2.pdf Dveloppez.com : http://access.developpez.com/ Michelin : http://www.michelin.fr Wikipdia : http://fr.wikipedia.org GanttProject : http://ganttproject.sourceforge.net/fr

24

Glossaire
SGDT : Un systme de gestion de donnes techniques est un ensemble d'outils informatiques pour la gestion des Clips : C Language Integrated Production

System est un environnement et un langage de programmation crs en 1985, faisant partie du paradigme des langages dclaratifs et logiques. Il s'agit avant tout d'un outil de construction de systmes experts base de rgles et d'objets.

donnes techniques lies un projet de conception.

dBASE : Cest un SGBD destin faire partager des fichiers de donnes par plusieurs utilisateurs. Cette version amne surtout la possibilit de travailler en multiposte sur les rseaux locaux supportant

VBA : Visual Basic for Applications est une implmentation de Microsoft Visual Basic qui est intgre dans toutes les

applications de Microsoft Office. Cest un langage de programmation vnementiel de troisime gnration ainsi qu'un

l'interface logicielle MS.NET, tels que PC NETWORK ou GOUPIL.NET.

environnement de dveloppement intgr, cr par Microsoft pour son modle de programmation COM. Visual Basic est directement driv du BASIC et permet le dveloppement rapide d'applications, la cration d'interfaces graphiques, l'accs aux bases de donnes en utilisant les technologies DAO, ADO et RDO.

D'autres types de rseaux comme Novell sont accepts.

25

AGILES : La notion de mthode agile se limite actuellement aux mthodes ciblant le dveloppement informatique. Ces d'une application Agiles

MERISE : Cest une mthode d'analyse, de

conception et de gestion de projet compltement intgre, ce qui en

mthodes

constitue le principal atout. Elle fourni un cadre mthodologique et un langage commun beaucoup dinformaticiens. Cela permet de des pouvoir expliquer

permettent de concevoir des logiciels en impliquant au maximum le demandeur (client), ce qui permet une grande ractivit ses demandes. LExtreme Programming fait partie de ces mthodes.

rapidement

fonctionnements

complexes ou abstraits.

WinDev : WinDev est un atelier de gnie logiciel dit par la socit franaise PC SOFT et conu pour dvelopper rapidement des applications, donnes. principalement orientes

Log : En informatique, le concept d'historique des vnements ou de logging dsigne l'enregistrement squentiel dans un fichier ou une base de donnes de tous les vnements particulier affectant (application, un processus d'un

activit

rseau informatique...).

26

Annexes

27

Annexe 1
Vue arienne de lusine SIMOREP & Cie, Michelin

Annexe 2
Modle des flux de GIDABE

Annexe 3
Modle conceptuel de donnes de GIDABE

Annexe 4
Module de recherche

Annexe 5
Formulaire de rsultat de recherche

Annexe 6
Module de cration

Annexe 7
Module de rservation

Annexe 8
Module de rintgration

Annexe 9
Algorithme de La Moulinette