Vous êtes sur la page 1sur 49

RAPPORT DE STAGE DE FIN DETUDES

ARNAUD LE BRAS

Dveloppement de modules complmentaires pour client CHU

Master en Informatique Architectures Logicielles

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Rsum
Ce rapport a pour but de donner un aperu du stage que jai effectu dans la socit Aldata Solution. On y trouve, dans une premire partie, une prsentation de lentreprise permettant de dgager des informations sur lenvironnement du travail au sein de cette socit. Une seconde partie est consacre au progiciel dvelopp par la socit, ainsi que les modules compris. Enfin, avant dexpliquer le contenu du projet et de mettre en lumire les travaux effectus avec lquipe Stock de Nantes sur le projet CHU Strasbourg, le module Stock est prsent, pour sintresser de plus prs au contexte de travail, ainsi quaux outils de dveloppement utiliss lors de ces cinq mois de stage.

Aldata Solution I 2/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

REMERCIEMENTS
Mon stage sest trs bien droul et cest en partie grce aux personnes que jai ctoyes pour mon travail. Je tiens remercier lensemble des personnes dAldata travaillant dans lagence de Nantes pour leur accueil durant mon stage. Je remercie plus particulirement lquipe dans laquelle jai t amen effectuer mon stage : lquipe Stock Casino et Stock C.H.U. Il sagit de Laurent Aguillon, Samuel Beaugendre, Pascal Gestin, Nicolas LeGou, Herv Luces, Hugues Penhouet et Mathieu Pouvreau. Je remercie tout spcialement Christian Fillon, mon tuteur de stage et chef de projet C.H.U., pour la confiance quil a sue maccorder pendant toute la dure du stage. Enfin, je remercie Jean-Franois Le Garrec, directeur de lagence nantaise, de mavoir permis deffectuer ce stage dans lentreprise Aldata Solution.

Aldata Solution I 3/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

SOMMAIRE
Remerciements.....................................................................................................................3 Sommaire ............................................................................................................................4 Introduction.........................................................................................................................6 Lentreprise : Aldata Solution S.A. ............................................................................................7 1. Prsentation................................................................................................................ 7 1.1. 1.2. 1.3. Historique ............................................................................................................. 7 Organigramme hirarchique ....................................................................................... 8 Quelques chiffres cls .............................................................................................. 9

1.3.1. La socit ....................................................................................................... 9 1.3.2. Une prsence internationale................................................................................11 1.4. Relations avec les clients .........................................................................................14 1.4.1. G.O.L.D. International Support (GIS) ......................................................................14 1.4.2. G.O.L.D. User Association (GUA) ...........................................................................15 2. Le progiciel G.O.L.D. ....................................................................................................16 2.1. Prsentation du logiciel ...........................................................................................16 2.1.1. Concepts fondamentaux du mtier de G.O.L.D.....................................................16 2.1.2. Historique du progiciel.......................................................................................17 2.1.3. Topographie du progiciel ....................................................................................19 2.2. Les composantes de G.O.L.D. ....................................................................................22

Le projet : C.H.U. Strasbourg de G.O.L.D. Stock ......................................................................... 24 3. 4. G.O.L.D. Stock ............................................................................................................24 Projet specifique CHU Strasbourg .....................................................................................26

Le stage ............................................................................................................................ 27 5. Les outils de dveloppement...........................................................................................27 5.1. Environnements de programmation .............................................................................27 5.1.1. Eclipse ..........................................................................................................27 5.1.2. Visual C++ ......................................................................................................27 5.2. Outils dvelopps par Aldata .....................................................................................28 5.2.1. Le serveur dapplication G.A.I.A. ..........................................................................28 5.2.2. LAPI G.O.L.D. User Interface ..............................................................................29 5.3. Outils de gestion des sources .....................................................................................30 5.3.1. winCVS ..........................................................................................................30 5.3.2. WinMerge .......................................................................................................30 5.4. Outil de gestion des modifications et bugs rapports........................................................31 5.4.1. Mantis ...........................................................................................................31

Aldata Solution I 4/49

RAPPORT DE STAGE 6.

Dveloppement de modules complmentaires pour client CHU

Les travaux raliss ......................................................................................................32 6.1. Modules en mode applet ..........................................................................................32 6.1.1. Module de gestion des quipements mobiles ............................................................33 6.1.2. Module daffectation du stock..............................................................................35 6.1.3. Module de paramtrage......................................................................................37 6.2. crans PDA ...........................................................................................................38 6.2.1. Chariot de rangement ........................................................................................39 6.2.2. Rangement en stock ..........................................................................................40 6.2.3. Ramasse pour rempotage....................................................................................41 6.2.4. Chariot dexpdition .........................................................................................42 6.2.4.1. Description du module ................................................................................42 6.2.4.2. Package de regroupement de colis sur un chariot................................................43 6.2.4.3. dition de la liste de colisage ........................................................................44 6.2.4.4. Traitement des UL pour UF non planifie..........................................................44

7.

PLANNING DU STAGE.....................................................................................................45

La conclusion ..................................................................................................................... 46 Table des figures................................................................................................................. 47 Le glossaire........................................................................................................................ 48

Aldata Solution I 5/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

INTRODUCTION
Ce stage dnomm de fin dtudes marque la fin de cinq annes dtudes la facult. Il reprsente un aboutissement pour permettre ltudiant de mettre en pratique les diverses connaissances et comptences acquises lors des dernires annes et de les intgrer dans un contexte diffrent de celui de lUniversit : le monde professionnel. Ce stage permet galement davoir une vision plus raliste du monde professionnel dans lequel nous serons amens tre intgr ds cette anne. Il reste encore ce jour la seule exprience quun tudiant peut avoir avant dentrer dans ce domaine professionnel. Cela donne ltudiant la possibilit de le dcouvrir dans une entreprise informatique de services et ainsi de pouvoir valider ces choix dorientation en vue dune intgration dans une socit de son choix. Mon stage consistait intgrer lquipe travaillant sur le module G.O.L.D. Stock (qui sera prsent par la suite) et dimplmenter des dveloppements spcifiques un tout nouveau projet (CHU Strasbourg). Les tches effectues seront prsentes ainsi que les particularits de chacune delles. Ce rapport permettra de mieux se rendre compte du travail effectu et de ressortir les solutions apportes aux difficults rencontres.

Aldata Solution I 6/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

LENTREPRISE : ALDATA SOLUTION S.A.


1. P R E S E N TAT I O N

1 . 1. H is to r iq u e
Lhistoire de la socit commence en 1986 sous le nom dOuroumoff. Cette anne-l, Robert Husset et Ren Homeyer, les deux co-fondateurs, crent un logiciel nomm G.O.L.D., qui est un logiciel de gestion de supply Chain. La socit va connatre une forte croissance durant les premires annes de son existence, atteignant les 120 employs en 1992, d notamment louverture de plusieurs filiales en Europe. Durant sa croissance, la socit va changer plusieurs fois de nom. Initialement renomme O.I. Synform suite son acquisition par la socit Groupe Focal au dbut des annes 90, lentreprise va ensuite se faire racheter par une socit finlandaise en 2001. Il sagit de la socit Aldata Solution OyJ., cote la bourse de Helsinki, avec pour souhait de complter son domaine dactivit Retail et dtendre son activit la chane logistique. Le logiciel devient alors Aldata G.O.L.D. 2002 est lanne qui voit sortir la version 5 du logiciel. Il est dsormais compltement dvelopp en Java. En 2003, Aldata Solution devient une socit au rayonnement mondial suite aux premiers contrats signs sur le continent amricain. Jusqu aujourdhui, Aldata Solution a continu sa croissance, en signant un bon nombre de contrats en France, en Europe, mais aussi linternational et en ouvrant des filiales en Russie, aux Etats-Unis, en Asie La socit sest depuis toujours attache une approche spcifique du march base sur de fortes comptences mtier issues des mtiers de la grande distribution, de la logistique. Cet intrt a amen au dveloppement de la gamme de progiciels G.O.L.D. couvrant un trs large panel de fonctions (logistiques, physiques, commerciales, ). Aldata Solution et son rseau de partenaires fournissent une gamme complte de services daccompagnement planification, mise en uvre, formation, assistance, volution et support afin daider clients et partenaires apprcier, comprendre et optimiser ses solutions logicielles. Aldata Solution poursuit son approche spcifique du march : la logistique de lentreprise est un secteur o des gains de productivit significatifs sont encore possibles notamment au travers de solutions intgrant la globalisation des marchs et les nouvelles volutions technologiques.

Aldata Solution I 7/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

1 . 2. O rg an ig r am m e h i r a rc h iq u e
Lorganigramme de la socit est similaire celui de beaucoup de grandes entreprises. On y retrouve un conseil dadministration comprenant lensemble des diffrents responsables de la socit avec sa tte le Directeur Gnral Bertrand Sciard. Des deux co-fondateurs et crateurs du progiciel G.O.L.D., Ren Homeyer et Robert Husset, on ne retrouve dsormais plus que le premier en tant que Responsable des projets spciaux affect lquipe France. Ren Homeyer, ancien Directeur gnral de la socit a t remplac par Bertrand Sciard la tte de celle-ci, depuis le 1er septembre 2007. Jean-Franois Le Garrec est le directeur de lagence dAldata Solution Nantes.

Figure 1 : Conseil dadministration d'Aldata Solution

Figure 2 : Organigramme hirarchique d'Aldata France

Aldata Solution I 8/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

1 . 3. Q u e l q u e s c h i f f re s c l s

1.3.1. La socit
La socit Aldata Solution a son sige Paris, bien que lentreprise ne soit pas franaise de par ses actionnaires. La majeure partie des employs exercent en France (environ 320). Fin dcembre 2007, lentreprise comptait 586 employs rpartis dans 9 pays (cf. Figure 3). Lantenne nantaise regroupe, quant elle, une trentaine demploys.

Figure 3 : Rpartition des salaris d'Aldata entre les diffrentes filiales

noter que les personnes travaillant Bangkok (en Thalande) font partie dAldata Solution France, et sont donc compris dans les 55% du personnel franais .

Aldata Solution I 9/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Figure 4 : Rpartition du personnel par ge et par anciennet

On peut constater que la moyenne dge du personnel dAldata est relativement basse. En effet prs de 70 % des employs ont moins de 40 ans. De plus, une majorit des personnes y travaillent depuis moins de trois ans. Voici lvolution du chiffre daffaires et le rsultat net de ces 3 dernires annes. Lanne 2007, anne du lancement officiel de la solution PDA et changement la tte de la socit, affiche des rsultats en de des deux annes prcdentes, vu que lentreprise sest attache dvelopper cette solution. 2005 Chiffre daffaires Rsultat net 43,7 3 2006 88,8 5,5 2007 74,7 -11,1

Figure 5 : volution de l'activit de Aldata Solution de 2005 2007

Aldata Solution I 10/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Aujourdhui, Aldata Solution est le numro un europen et lun des principaux fournisseurs mondiaux de logiciels dans le domaine de la grande distribution, de la vente en gros et de la logistique. La socit a remport pas moins de 22 nouveaux marchs en 2006.

1.3.2. Une prsence internationale


Cre en 1986, la socit na pas cess daugmenter son panouissement lchelle internationale. Comme vu prcdemment, lentreprise possde des filiales dans neuf pays rpartis sur trois continents. La prsence internationale dAldata ne sarrte pas l. Ce sont les clients dAldata, utilisant le logiciel G.O.L.D., qui lui donne un rayonnement mondial : pas moins de 305 clients rpartis dans 52 pays travers le monde. Parmi tous ces clients, figurent 11 des 30 plus grandes socits mondiales de la grande distribution avec notamment Carrefour (France), Tesco (Royaume-Uni) et Ahold (Pays-Bas) respectivement 2e, 4e et 5e de ce classement.

Figure 6 : Prsence des clients d'Aldata parmi les 30 plus gros distributeurs mondiaux

Aldata Solution I 11/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Les clients dAldata sont rpartis sur presque tous les continents, comme le montre la figure suivante. Aldata Solution sest formidablement implant sur le continent europen, mais la socit cherche conqurir de nouveaux marchs sur les continents porteurs tels que lAsie.

Figure 7 : Clients d'Aldata Solution travers le monde

la fin du premier trimestre 2008, Aldata ctait : 305 clients, 52 pays reprsents, 180 centrales dachats gres grce G.O.L.D., + de 24.000 magasins installs, 486 entrepts en production, + de 6 000 oprateurs de G.O.L.D. Vocal.

Aldata Solution I 12/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Lanne 2008 voit larrive de 3 nouveaux clients et de 6 nouveaux sites implmenter par rapport 2007. Ces nouveaux clients sont : Mdecins Sans Frontires (Belgique), RModule (Russie), T. Choitram (mirats Arabes Unis).

Figure 8 : Evolution du nombre de clients d'Aldata

Figure 9 : Evolution du nombre de sites logistiques travaillant avec Aldata

Figure 10 : Evolution du nombre de pays clients d'Aldata

Jai travaill durant mon stage sur le projet CHU Strasbourg. Ce projet a t sign la fin de lanne 2007 et a t entam au premier semestre cette anne.

Aldata Solution I 13/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

1 . 4. Re l at io n s av e c l e s c l i e n ts
Aldata Solution porte une attention toute particulire dans la relation avec ses clients, car cest grce eux que le logiciel continue son volution. Les clients utilisant la solution G.O.L.D. dAldata Solution travaillent (presque) tous dans les domaines de la grande distribution, du commerce de gros et/ou de la logistique. Afin de rpondre au mieux ses clients, la socit reste constamment lcoute des demandes et remarques mises par ses clients. Cela se prsente par des apports de corrections aux logiciels dj livrs ou bien en dveloppant des volutions la gamme G.O.L.D. Deux services ont t mis en place pour permettre un dialogue continu entre la socit et ses clients, mais galement entre les clients eux-mmes : G.O.L.D. International Support (GIS) G.O.L.D. User Association (GUA)

1.4.1. G.O.L.D. International Support (GIS)


Ce service est un outil de support web qui fournit chaque client de notifier une requte au support technique et de poster un rapport de support pour indiquer le statut et le suivi des requtes mises. Ce support comprend les classifications et les priorits contractuelles, le traitement et le suivi des requtes au support technique, le reporting des requtes au support technique et les rponsessolution aux anomalies constates.

Figure 11 : Aperu de l'interface web du G.O.L.D. International Support

Figure 12 : Processus de support du GIS aux clients G.O.L.D. Aldata Solution I 14/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

1.4.2. G.O.L.D. User Association (GUA)


Le G.O.L.D. User Association est une association regroupant lensemble des utilisateurs du logiciel G.O.L.D. Cette association participe avec la socit laborer le plan de route du dveloppement futur du produit. Cela permet Aldata de rester proche du mtier de ses clients et de ses spcificits. En effet, chaque client peut ainsi partager son retour dexprience de lutilisation du progiciel. Suite ces congrs, Aldata peut sorienter vers les amliorations apporter son logiciel pour fournir des applications le plus proche des attentes des utilisateurs.

Figure 13 : Confrence GUA 2008 (G.O.L.D. User Association 2006)

Chaque anne, cette association organise un congrs mondial des utilisateurs Aldata : le club G.O.L.D.

Quelques rfrences clients :

Aldata Solution I 15/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

2. L E P R O G I C I E L G.O.L.D.

2 . 1. Pr se n t a tio n d u l o g ic ie l
La socit Aldata Solution fonctionne exclusivement autour dun seul logiciel : G.O.L.D. Ce logiciel est compos en ralit dune gamme de plusieurs progiciels ayant pour fonctionnalit la gestion de la grande distribution, du commerce de gros et de la logistique. Ces modules travaillent de manire autonome les uns des autres, mais regroups ils collaborent pour optimiser le fonctionnement du logiciel. Cette autonomie entre les diffrents modules de G.O.L.D. permet galement de pouvoir interagir (et collaborer) avec dautres logiciels non dvelopps par Aldata. La socit a alors une meilleure flexibilit vis--vis des diffrents clients intresss par le logiciel G.O.L.D. et ainsi de leur proposer une solution adapte leur systme actuel.

2.1.1. Concepts fondamentaux du mtier de G.O.L.D.


G.O.L.D. est un progiciel qui utilise diffrents concepts fondamentaux lis aux mtiers de la grande distribution, du commerce de gros et de la chane logistique. Lensemble de ces principes mis en place permet de rpondre au plus prs aux diverses attentes des clients.
Article Produit lment Site

Unit commerciale de base. Elle permet de grer les marchandises dans tous les niveaux de la structure.

Donne gographique de G.O.L.D. Permet de grer les centres doprations commerciales entre les diffrents intervenants. Toute donne, toute opration (commerciale, logistique) sont contrles au niveau des dates, que ce soit pour dfinir le dbut ou la fin de lopration, ou pour indiquer la date limite dutilisation de larticle. Les fournisseurs sont grs dans des niveaux diffrents dans G.O.L.D. Une gestion et un contrle dtaills leur sont appliqus. La notion de client est davantage utilise au niveau des sites de distribution. Dans G.O.L.D., ils sont grs de manire individuelle ou en groupe. Un client reprsente soit un magasin, soit un acheteur en gros. Toutes les fonctions dachat sont contrles par G.O.L.D. pour permettre de conditionner et dautoriser des ngociations entre les diffrents acteurs de la chane de distribution. De plus, un contrle rigoureux est appliqu sur la facturation afin dassurer le respect des conditions dachats et la bonne rception des biens aux socits. Les assortiments de produits (dans les diffrents sites de production) sont grs dans G.O.L.D. grce des mthodes fournissant les options pour faciliter leur intgration et leur dploiement suivant les demandes commerciales du moment. La tarification est gre dans lensemble des niveaux de G.O.L.D. La tarification est calcule en prenant en compte de multiples options permettant dtre le plus cohrent vis--vis du march pour raliser les meilleures marges.

Date

Fournisseur Client

Achats Facturation

Assortiment

Tarification

Aldata Solution I 16/49

RAPPORT DE STAGE Promotion

Dveloppement de modules complmentaires pour client CHU

G.O.L.D. fournit ses clients de nombreuses mthodes permettant la gestion des promotions (clients et fournisseurs). G.O.L.D. permet de rapprovisionner les sites manuellement et/ou automatiquement en prenant en compte les options de stock minimum et de scurit. Des algorithmes de prvisions de rapprovisionnement dtaills ont t implments pour rpondre au mieux aux diffrents sites de distribution mis en jeu. tous les niveaux de la distribution, le progiciel permet une totale visibilit et une gestion optimise du stock en cours quelque soient les flux en cours et les diffrents sites traverss. G.O.L.D. utilise la mthodologie One Touch . Cela permet de faire retomber en cascade pour les niveaux les plus bas, toutes les informations copies ou appliques de haut niveau. Ceci permet une cohrence continue des informations entre les diffrents niveaux dabstraction du logiciel. La mthodologie One Touch permet par des principes dinclusion et dexclusion de grer des donnes prcisment dans les plus bas niveaux pour les remonter par la suite. Cela permet de grer les vnements dans G.O.L.D. pour optimiser les besoins de prises de dcisions du personnel sur place.

Rapprovisionnement

Gestion du stock

Copie et Cascade

Gestion par exception

Lensemble de ces fonctionnalits permet de grer la chane de la grande distribution du dbut ( partir du fournisseur) la fin (les magasins), en respectant les diffrents acteurs mis en jeu.

2.1.2. Historique du progiciel


Voici un historique de lvolution du progiciel depuis son lancement jusqu nos jours (suite en partie aux nouveaux contrats signs avec les acteurs de la grande distribution qui apportent leur mtier au logiciel). Lhistoire de G.O.L.D. commence (comme pour la socit) en 1986. Les fondations du progiciel sont initialement guides par de grands groupes franais implants dans la grande distribution (Leclerc, Colgate, Palmolive). Ces entreprises vont en effet contribuer dvelopper le logiciel et augmenter lensemble des fonctionnalits proposes. On voit par exemple, lapparition de la gestion des oprations commerciales effectues. De l est lanc le dveloppement et la commercialisation du logiciel dapplication. La premire version de G.O.L.D. est distribue en 1991 Disneyland Paris et certaines filiales spcialises de grands groupes de la grande distribution (Auchan). De 1992 1996, G.O.L.D. est en plein essor notamment grce lappui de grandes socits informatiques (Digital, Bull, IBM). Celles-ci incluent le progiciel dans leurs offres pour les marchs de la grande distribution et de la logistique. Durant cette mme priode, dimportants investissements sont raliss pour permettre de standardiser le produit suivant les normes internationales EDI. De nombreux clients europens choisissent ce progiciel tel que Migros (Suisse) ou Tradeka (Finlande). Entre 1996 et 1997, Aldata Solution continue sa croissance tant au niveau europen quau niveau international. Des installations en Europe de lEst et en Asie Pacifique sont ralises avec le client Ahold (Pays-Bas). Dautres sont effectues en Europe et en Amrique du Sud suite au partenariat avec le groupe CAT, filiale du groupe Renault. Tesco (Royaume-Uni), lun des plus importants groupes de la grande distribution mondiale retient galement G.O.L.D. pour dployer ses oprations de Supply Chain.

Aldata Solution I 17/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

En 2000, le groupe franais Casino choisit G.O.L.D. pour ses activits commerciales linternational. Lanne suivante, le groupe dcide dutiliser le logiciel pour toutes ses oprations sur le territoire franais. En 2001, le groupe pharmaceutique Lloyds Pharmacy (Royaume-Uni) signe un contrat avec Aldata pour lensemble de ses oprations au Royaume-Uni et en Irlande. Ce groupe reprsente prs de 1600 magasins. Depuis 2003, la filiale dAuchan, ATAC, retient G.O.L.D. pour ses supermarchs et ses oprations logistiques. En dcembre de la mme anne, Aldata et Carrefour signent un accord global pour G.O.L.D. au niveau mondial (cest--dire lEurope Centrale, lEurope de lEst, lAsie et lAmrique du Sud). 2004 voit la signature de 27 nouveaux contrats. Deux modules sont galement ajouts au progiciel : G.O.L.D. Track et G.O.L.D. Mobile (explicits par la suite). En 2005, Aldata Solution continue de signer des contrats avec de grands groupes. Cest le cas de Musgrave, Giant Eagle, Albertsons Bien que destine au mme domaine mtier (la grande distribution, la logistique), chaque signature de contrat a apport ses spcificits et de nouvelles faons de travailler. Cela a permis G.O.L.D. dvoluer fonctionnellement pour satisfaire au mieux lensemble des clients. G.O.L.D. a galement volu technologiquement en suivant lvolution informatique des dernires annes (c.f. passage au Java en 2002).

Aldata Solution I 18/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

2.1.3. Topographie du progiciel


G.O.L.D. est un logiciel sadressant aux diverses activits de la Supply Chain. Celui-ci peut tre prsent sous diffrentes topographies indiquant chacune les processus mis en jeu.

Figure 14 : G.O.L.D. Business Process Map

Cette carte illustre lensemble des processus commerciaux considrs dans G.O.L.D. Les trois premiers (en partant du haut) concernent les types de donnes reprsentes dans le logiciel. Ils parlent des clients, des fournisseurs, des produits, des utilisateurs Les troisime et quatrime se rapportent au fonctionnement des entrepts, des magasins et des centrales dachats. On y trouve les principes doptimisation, de gestion de stock, de rapprovisionnement Les deux derniers processus (Canaux de vente et Pilotage) reprsentent les processus de vente, la gestion des flux entre diffrents sites et la facturation concerne.

Aldata Solution I 19/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Figure 15 : G.O.L.D. Multi Channel Schma

Ce schma reprsente lensemble des oprations commerciales et de flux entre les diffrents sites mis en jeu dans G.O.L.D. Au milieu de ce schma, se trouve G.O.L.D. Central par lequel tous les vnements de transfert passent. Cette gestion des relations entre les diffrents sites intervenants dans le domaine de la grande distribution et le respect de lorganisation commerciale des entreprises permettent G.O.L.D. de rpondre au mieux ses clients, quils reprsentent de grandes multinationales, des entreprises nationales, rgionales ou locales. Jai travaill au cours de mon stage sur le logiciel G.O.L.D. Stock (qui sera prsent par la suite). Il est concentr au niveau des entrepts.

Aldata Solution I 20/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Figure 16 : G.O.L.D. Product Solution Map

Ce schma reprsente lensemble des solutions dveloppes par Aldata Solution pour rpondre au mieux aux besoins de ses clients. On y retrouve la totalit des diffrents modules (explicits par la suite). Lagence de Nantes se consacre, pour exemple, G.O.L.D. Stock et G.O.L.D. Vocal.

Aldata Solution I 21/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

2 . 2. L e s c o m p o s an te s d e G . O . L . D .
G.O.L.D. est une application qui fonctionne selon une architecture 3-tiers.

Figure 17 : Architecture 3-tiers de G.O.L.D.

La couche Prsentation de larchitecture reprsente le premier tiers. Deux catgories de clients lgers existent pour rpondre tous les besoins du mtier. Dune part, le client 100% Java dans lequel le dploiement de lapplication est automatique et qui fonctionne sous forme dapplets ou via Java Web Start. Dautre part, un client Web qui utilise les technologies Web 2.0 et dans lequel le dploiement de lapplication est instantan et qui utilise les flux SOAP/XML pour le transfert des donnes. Cette catgorie supporte diffrents types de supports : Tablet PC, PDA, La couche Mtier a t implmente autour dun serveur dapplication dvelopp par la socit : G.A.I.A. Il peut fonctionner seul ou bien tre intgr dans une application J2EE. Le serveur est entirement compatible avec des architectures orientes services (SOA). Enfin, le troisime tiers, la couche Donnes o lon retrouve lensemble des donnes persistantes est gre par une base de donnes Oracle. Tous les modules du logiciel ont t dvelopps suivant ce modle. Aldata Solution a dvelopp diffrents modules pour rpondre aux diffrents aspects du mtier de la grande distribution et de la logistique. Ils sont prsents ci-dessous :

Aldata Solution I 22/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Grande distribution
G.O.L.D. Central assure le pilotage de la Supply Chain dans le contexte de la grande distribution assure la mobilit dans le cadre de la gestion des points de vente assure la gestion de pr-rfrencement des articles permet lexcution mobile des principales actions prsentes dans G.O.L.D. (commandes, rceptions, inventaires, ) assure un service fiable et flexible dans la gestion des points de vente

G.O.L.D. Shop G.O.L.D. PIM G.O.L.D. Mobile

G.O.L.D. POS

Logistique
G.O.L.D. Stock permet la gestion de lespace de stockage, les prparations, lautomatisation de la manutention et permet davoir une visibilit permanente des marchandises dans lentrept et donc d'amliorer la planification et la traabilit. assure la mobilit dans le cadre de la gestion des points de vente optimise limplantation des articles picking en entrept permet la gestion des cots des services au sein du rseau logistique permet aux diffrents responsables dactivit sur lentrept de piloter leurs activits et de planifier leurs ressources dans lhorizon court et moyen terme

G.O.L.D. Vocal / Radio G.O.L.D. Pick G.O.L.D. Billing G.O.L.D. C-Plan

Optimisation
G.O.L.D. Topase G.O.L.D. Forecast permet doptimiser le rapprovisionnement des entrepts. permet de prvoir les besoins de marchandises pour optimiser la chane logistique

Support
G.O.L.D. Track assure la traabilit des marchandises circulant dans un rseau logistique assure la gestion des vnements dans la Supply Chain avec la dtection et la notification des vnements critiques acclre et facilite la consultation des donnes de G.O.L.D. grce un cube dentrept de donnes conu pour le rapport dactivits permet aux clients et partenaires dAldata de dvelopper des fonctionnalits complmentaires au logiciel Aldata G.O.L.D.

G.O.L.D. Events

G.O.L.D. Mine

G.O.L.D. G.S.P.

Aldata Solution I 23/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

LE PROJET : C.H.U. STRASBOURG DE G.O.L.D. STOCK


3. G.O.L.D. S TO C K
Comme vu prcdemment, G.O.L.D. Stock est un logiciel indpendant du progiciel G.O.L.D. dont la principale activit est la gestion des entrepts, acteurs majeurs de la chane logistique dans la grande distribution. Il sadresse aux distributeurs, industriels et prestataires logistiques. Cest un systme de management, de pilotage et dexcution qui offre des avantages multidimensionnels : multi-sites, multi-organisations, multi-donneurs, multi-plateformes techniques, multilingue.

Principales fonctions contrles par G.O.L.D. Stock


les donnes de base dun entrept les mouvements physiques dans un entrept : rception de marchandises, stockage, lancement de missions, prparation, lorganisation physique du stockage des marchandises le suivi de productivit du personnel de lentrept lutilisation de la Radio pour les chariots, les caristes et de la Radio Vocal pour les prparateurs

Bnfices offerts par G.O.L.D.


toutes les manipulations de marchandises sont optimises les flux de marchandises sont grs les niveaux de stockage sont contrls pour viter les manques ou davoir trop de stock les activits dans lentrept sont scurises les rgles FIFO sont respectes pour servir au mieux les clients (magasins)

Oprations gres par G.O.L.D.


G.O.L.D. Stock rpond bien sr toutes les oprations que lon peut trouver dans un entrept : administration, donnes techniques (paramtrage, carte magasin, chemin de prparation, carte didentit article), rception, gestion du stock, inventaire, rempotage picking, ordres de livraison, tournes, prparation, rpartition, allotissement, expdition, supervision de la prparation, emballages, historiques et statistiques. Lensemble de ces oprations sont disponibles pour les utilisateurs du logiciel ce qui permet de rpondre au mieux au mtier des clients.

Aldata Solution I 24/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Lien avec G.O.L.D. Central


Bien que G.O.L.D. Stock soit capable de fonctionner de manire autonome, il est gnralement interfac avec une application telle que G.O.L.D. Central ou toute autre application de niveau suprieur (exemple : application de gestion commerciale ou de gestion de production). Linterfaage avec G.O.L.D. Central est double sens. Du niveau suprieur, G.O.L.D. Stock peut recevoir le rfrentiel article (carte didentit article, emballage, famille darticle, ), les informations sur les interlocuteurs intervenant dans les transactions de marchandises, les ordres de rception ou les ordres de livraison. Il peut remonter G.O.L.D. Central les mouvements de stock (rceptions, expditions, mouvements internes, ), limage du stock un instant t ou mme des avis dexpdition. La transmission peut se faire grce diffrentes technologies (fichiers XML, liens DB-Link, ) avec une frquence paramtrable dun cte comme de lautre.

Flux grs par G.O.L.D. Stock


La figure suivante reprsente schmatiquement lensemble des flux de marchandises entre entrepts et internes un entrept qui sont grs par G.O.L.D. Stock.

Figure 17 : Flux de marchandises dans un entrept

Lentrept doit, bien entendu, grer les rceptions et les expditions de marchandises (flux externes). En interne, un entrept se doit de garantir la mise en rserve de produit, la prparation des commandes, la rpartition. Toutes ces garanties correspondent des mouvements de marchandises lintrieur dun entrept.

Aldata Solution I 25/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

4. P R O J E T S P E C I F I Q U E C HU S T R A S B O U R G

Voici une prsentation du projet sur lequel jai travaill (le projet CHU Strasbourg) et les points importants dgager. Les Hpitaux Universitaires de Strasbourg ont choisi Aldata Solution et le logiciel G.O.L.D. Stock plus prcisment pour centraliser leurs oprations logistiques et pouvoir profiter des solutions de mobilit et de traabilit permises par le logiciel. Cet accord intervient suite aux changements de configurations structurelles dbouchant sur la cration dune plate-forme logistique dune superficie de 22 000 m. Diffrents services seront grs (magasin et pharmacie centrale, restauration, transport, garage, traitement des dchets) lintrieur des 6 hpitaux ce qui reprsente prs de 250 units fonctionnelles. Lun des points importants de laccord entre le CHU Starsbourg et Aldata Sollution concerne la gestion en temps rel de toutes les activits dentreposage. Pour cela, la socit CIPAM, partenaire dAldata Solution, va disposer dans certains points stratgiques de lentrept des portiques permettant lidentification par radiofrquence (RFID) des quipements mobiles. Lensemble du parc de chariots logistiques pour les livraisons et pour la blanchisserie sera dot dtiquette RFID permettant de les localiser et de les suivre travers le rseau. Cette solution permet de rpondre la lgislation europenne en matire de traabilit sanitaire ainsi quaux exigences de performance rigoureuses des Hpitaux Universitaires de Strasbourg. Dans le futur, Aldata Solution alimentera galement un automate de dispensation nominative ddi la prparation des mdicaments pour chaque malade.

Cest donc sur ce nouveau projet dAldata Solution que jai travaill. Ayant bas la solution sur G.O.L.D. Stock, seule lagence de Nantes a dvelopp ce logiciel spcifique, ce qui a permis dtre en contact avec toutes les personnes attaches la partie dveloppement de ce projet. En plus de la gestion des quipements mobiles dans tout le rseau, un des autres points importants de ce nouveau projet est la gestion des petites quantits . Il se peut en effet quun service des Hpitaux passe une commande avec un article demand en petite quantit. Cela est diffrent des entrepts classiques du domaine de la grande distribution o les commandes reprsentent de grandes quantits de produits. De plus, les clients de lentrept (les services de lhpital) peuvent tre amens avoir des urgences mdicales qui se concrtisent par des demandes de produits livraison immdiate. Ce genre de situation doit tre gr au plus vite et ne concerne gnralement quun seul et mme produit. La suite du rapport va prsenter le stage et son droulement (outils de dveloppement utiliss, travaux raliss, ).

Aldata Solution I 26/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

LE STAGE
5. L E S O U T I L S D E D E V E L O P P E M E N T
Durant mon stage, jai t amen utiliser divers outils de dveloppement pour raliser les tches qui mtaient attribues dans lquipe de dveloppement. Voici une liste des outils utiliss :

5 . 1. E n v i ro n n e m e n ts d e p ro g r am m ati o n
Par ordre dimportance dans les outils de dveloppement, on retrouve les environnements de programmation. Ils apportent au dveloppeur des outils afin de simplifier son travail (tant au codage quau dbogage).

5.1.1. Eclipse
Eclipse est lun des environnements de dveloppement le plus utilis dans les entreprises informatiques. Son architecture en plug-ins lui apporte de nombreux avantages (extensibilit, universalit, polyvalence, ), ce qui lui permet dutiliser quasiment tous les langages de programmation. Cest en programmation Java quEclipse dvoile le mieux nativement ses fonctionnalits. En effet, il propose intuitivement une auto-compltion intelligente et simple dutilisation, une prcompilation des sources et diverses autres fonctionnalits pratiques de gestion des sources. Jai t amen utiliser cet environnement pour mes dveloppements Java et JavaScript.

5.1.2. Visual C++


Visual C++ est un des environnements de dveloppement le plus rpandu dans les socits informatiques pour le dveloppement de sources C, C++, Pro-C, . Cest un environnement ddi la programmation Windows, permettant une compilation des sources efficace et facilement dbogable. Il ma t utile pour compiler mes batches ddition de documents.

Aldata Solution I 27/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

5 . 2. O u t il s d v e l o p p s p a r A l d a t a
Comme une grande majorit des socits de services en informatiques, Aldata Solution possde un dpartement de Recherches & Dveloppement. Il a pour but de crer divers outils servant aider les dveloppeurs dans leurs projets.

5.2.1. Le serveur dapplication G.A.I.A.


Le serveur dapplication G.A.I.A. (Global Application Integration Architecture), dvelopp par la socit, est un serveur sur lequel des applications ont t installes dans le but dtre utilises par les utilisateurs du logiciel G.O.L.D. Cest le serveur qui se charge des applications et permet leur accs distance via un rseau tabli. Ce serveur est utilis dans plusieurs modules du progiciel et notamment par G.O.L.D. Stock pour lequel il contient lensemble des applications dveloppes quil met disposition au lancement de lapplication. Ce serveur a t conu entirement en Java et permet les connexions des bases de donnes pour servir de middleware dans les applications client/serveur. Une application charge dans G.A.I.A. est stock sous la forme dun Bean issu dune archive jar. Il est possible de ladministrer grce la console dadministration qui permet diverses fonctionnalits sur les Beans.

Figure 18 : Aperu de la console d'administration G.A.I.A.

Aldata Solution I 28/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

5.2.2. LAPI G.O.L.D. User Interface


Le dpartement Recherches & Dveloppement dAldata Solution a galement mis en place une API nomme G.O.L.D. User Interface. Il sagit en fait dune API propritaire base sur Swing qui permet la ralisation des diffrents crans Java du logiciel G.O.L.D. Les crans crs suivant cette API sont donc tous identiques visuellement. Ils prsentent tous en commun une couleur initiale reconnaissable (gris-vert) et une barre doutils situe dans la partie haute et permettant deffectuer certaines oprations de bases : retour, valider, enregistrer, rafraichir, ajouter, supprimer, afficher,

Figure 19 : Applet conue en utilisant G.O.L.D. UI

LAPI rend plus simple lutilisation de la librairie graphique Swing de Java. Il est trs facile de placer les divers lments dans la fentre (boutons, champs de saisie, tableaux, ...)

Aldata Solution I 29/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

5 . 3. O u t il s d e g e s t io n d e s so u rc e s
Comme dans toute socit informatique, beaucoup de dveloppeurs peuvent tre amens travailler sur les mmes sources conscutivement ou en mme temps. Il est donc ncessaire de contrler les sources. Pour cela, lquipe de Nantes utilise deux logiciels : winCVS et WinMerge.

5.3.1. winCVS
CVS est un systme de contrle de versions de sources client/serveur. Il permet plusieurs dveloppeurs de travailler en commun sur les mmes sources. On retrouve ce systme pour tous les projets importants de dveloppement. Le systme gre en fait les accs concurrents sur des fichiers afin dviter les crasements de donnes, car il est capable de dtecter les conflits dans des sources de versions diffrentes. winCVS est un logiciel permettant cette gestion des fichiers, mais plus stable que le systme propos par Eclipse. Cest la raison qui a pouss lagence de Nantes a utilis ce programme. Lagence de Nantes utilise CVS pour permettre aux diffrents dveloppeurs de garder en main les projets dvelopps pour les clients, notamment des projets externes, des volutions spcifiques pour des clients,
Figure 20 : cran de gestion de winCVS

5.3.2. WinMerge
WinMerge est un outil de comparaison de sources servant diffrencier les conflits dtects par un outil de gestion de sources. Il existe bien videmment un certain nombre doutil de ce genre (Eclipse par exemple, en possde un), mais ce petit logiciel prsente quelques avantages : une interface colore des raccourcis claviers pour naviguer entre les conflits la possibilit dditer des fichiers, de les enregistrer sparment la possibilit de comparer des rpertoires
Figure 21 : cran de gestion de WinMerge

Aldata Solution I 30/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

5 . 4. O u t il d e g e st io n d e s m o d if ic a ti o n s e t b u g s r ap p o r t s

5.4.1. Mantis
Mantis est un outil de support web qui a commenc tre utilis au dbut de mon stage par lquipe G.O.L.D. Stock dans laquelle jai effectu mon stage. Jai dailleurs dbut mon stage par y apporter quelques amliorations en vue des utilisations futures. Cet outil permet un suivi des amliorations apportes un projet, quelles soient dpendantes de bugs rapports par des clients ou de nouveaux dveloppements.

Figure 22 : cran de gestion de Mantis

Aldata Solution I 31/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6. L E S T R AVA U X R E A L I S E S
Durant la totalit de mon stage, jai effectu mes travaux pour le projet C.H.U. Strasbourg du logiciel G.O.L.D. Stock. Initialement, mon sujet de stage tait destin au dveloppement dun module complmentaire au logiciel, spcifique pour les Hpitaux de Strasbourg. Il consistait au dveloppement dcrans et de services Java pour grer le dplacement des quipements mobiles dans lentrept. Le sujet ntait pas suffisamment important pour tenir toute la dure du stage, mon travail a donc consist implmenter diffrents modules spcifiques en utilisant les diverses technologies pour lutilisation de G.O.L.D. : le mode applet pour les crans Java, le mode PDA. Au dbut de mon stage, la partie dveloppement de ce projet spcifique en tait son commencement.

6 . 1. M o d u l e s e n m o d e ap p l e t
Le logiciel G.O.L.D. Stock sutilise majoritairement laide dapplet Java. laide dun menu, il donne accs lensemble des fonctionnalits dveloppes pour le client.

Une entre du menu correspond une classe Java. Celles-ci sont dveloppes grce une API propritaire base sur Swing et dveloppe par la socit.

Aldata Solution I 32/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.1.1. Module de gestion des quipements mobiles


Dans le but de scuriser leurs entrepts et dassurer une traabilit des dplacements de lensemble de leur parc dquipements mobiles, les Hpitaux de Strasbourg ont dcid dquiper leurs entrepts de plusieurs portiques RFID permettant de dtecter les mouvements des divers chariots. Pour pouvoir tre dtect, chaque chariot (et vhicule) est muni dun code barre unique. Lorsquil passe sous un portique (ou proximit de lun deux), ce dernier envoie un message qui sera enregistr en base. Cest partir de cela que le module de gestion des quipements mobiles commence.
Etiquette RFID + CB

Portique RFID Gyrophare

Dclaration de chargement Lecture PDA ou RFID

Un code barre reprsente une suite de 18 caractres. Cest le numro squentiel (code SSCC) qui nous intresse ici. Celui-ci est la cl daccs aux informations du chariot (type de support, CI chariot, oprations archives, ).
Planche 09

Identification dun chariot

Figure 23 : Code barre dun quipement mobile

Figure 24 : Schma SSCC

CI Chariot

Plusieurs traitements ont d tre effectus. Dabord, il a fallu crer de nouvelles tables dans la base qui sont ncessaires pour la gestion du module. Trois tables ont alors t ajoutes : une table dquipements mobiles qui enregistre les diffrents quipements mobiles et les informations ncessaires (statut, type dutilisation, ...), une table historisant les mouvements des quipements capts par un portique (entre ou sortie dentrept, lavage, ...), une table enregistrant la liste des portiques et leur emplacement dans le site. Ensuite, il a fallu implmenter les diffrentes classes Java reprsentant chacune un cran. On en dnombre quatre : la gestion des quipements mobiles, leur cration et modification, lhistorique des mouvements et la gestion des portiques. Lcran de gestion des quipements mobiles donne accs leurs informations essentielles (typologie, numro SSCC, dernier mouvement enregistr, ). Il est galement possible de faire des recherches suivant diffrents critres, plus ou moins prcis, situs dans le panneau du haut.
Aldata Solution I 33/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Pour ajouter des quipements mobiles la base ou bien modifier leurs informations, il faut passer par lcran de cration et modification. Suite la saisie des champs obligatoires, il permet lajout ou la modification des quipements. Des contrles de saisie ont t apports pour aider lutilisateur au mieux. Lcran dhistorique de mouvements peut souvrir de deux faons : via le menu ou via lcran de gestion des quipements mobiles. La seconde version est plus restrictive que la premire puisque lutilisateur doit avoir slectionn un quipement. Du coup, on empche la modification des critres de recherches concernant lquipement ou son type dutilisation. Enfin, le quatrime cran concerne la gestion des positions. Cest ici que sont enregistrs les positions des portiques servant dtecter les quipements mobiles. Lensemble des crans suit larchitecture 3-tiers. Du coup, chaque action effectue dans un cran appelle un service (commun lensemble du module) qui est directement en relation avec la base de donnes Oracle. Il ne reste plus alors qu relier les crans crs avec la table contenant les informations collects par les portiques. Pour cela, il a fallu crer un agent G.A.I.A. Il sagit dun Bean ajout depuis linterface du serveur dapplication (voir chapitre 3.2.1.) qui lance et excute une classe Java. Ce Bean est lanc tous les vingt secondes par une horloge et teste si de nouveaux enregistrements ont t ajouts afin dexcuter son traitement.

Figure 25 : Bean horloge lanant toutes les 20s le Bean rcuprant les informations de linterface RFID

Aldata Solution I 34/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.1.2. Module daffectation du stock


Un hpital nest pas structur de la mme manire que peut ltre un entrept dune entreprise de la grande distribution. Lune des principales diffrences vient des commandes passes les clients . Ici, les clients reprsentent les services des hpitaux. Chacun dentre eux peut passer commandes de mdicament ou autre matriel mdical lentrept. On peut distinguer parmi ces commandes trois types : les commandes normales/classiques
Elles correspondent aux demandes de rapprovisionnement rgulier de stock dans un service.

les commandes urgentes


Elles correspondent des demandes devant tre gres prioritairement vis--vis des demandes classiques pour satisfaire des manques matriels.

les commandes trs urgentes


Elles dsignent les demandes qui ncessitent les produits le plus rapidement possible pour rpondre une urgence mdicale.

Figure 26 : Synoptique du module daffectation du stock

Ce schma indique la suite des actions pour laffectation du stock et la gestion des demandes travers lentrept. Un cran Java a t cr pour permettre la saisie de ces demandes. Lutilisateur est invit renseigner les informations ncessaires pour valider sa demande (la date de livraison, lurgence, le numro de commande, ), ainsi que les produits quil dsire. En ce qui concerne les demandes trs urgentes une vrification du stock libre puis du stock disponible (si ncessaire sera effectue) afin de ne pas permettre la commande dun article en pnurie.

Aldata Solution I 35/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

Le stock libre correspond au stock total de ce produit dans lentrept tandis que le stock disponible correspond au stock libre non rserv (rserv par dautres demandes) de ce produit dans lentrept.

Figure 27 : crans de cration de demandes et de lignes

Les demandes sont livres par rafale. Une rafale est une liste de destinataires (Units Fonctionnelles) planifie pour tre prpare partir dune heure, dun jour de la semaine, en vue dune expdition le mme jour ou un jour suivant et pour une activit prcise. Laffectation du stock pour une rafale correspond informatiquement rserver du stock des produits demands dans les commandes. Un prparateur prpare ensuite la rafale en question, il prpare lensemble des demandes qui ont t passes par les destinataires prvus pour cette rafale. Des crans Java et des tables SQL ont t crs pour permettre de grer ces rafales et de dsigner les U.F. associes. Les stocks des produits dans un entrept ne restent jamais fixes au cours du temps. Du coup, au lancement dune rafale, une demande de produit peut amener une pnurie ou un reliquat qui doivent tre grs. Si un article dune demande est en pnurie, le prparateur a deux possibilits : la valider ou non. Sil dcide de valider la pnurie, cela signifie quil admet quil existe un manque dans le stock. Il cherche si un article de remplacement a t dsign et le met la place si cest le cas. Il peut alors relancer la rafale qui pourra tre excute et qui indiquera au destinataire le manquant. Si, au contraire, il ne valide pas la pnurie, il peut malgr tout forcer le lancement de la rafale. Cela aura pour effet de ne pas tenir au courant le destinataire du manquant.

Aldata Solution I 36/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.1.3. Module de paramtrage


Les utilisateurs du logiciel des Hpitaux de Strasbourg sont diviss en deux activits : la DASE et la Pharmacie. La DASE correspond tout ce qui touche la restauration, lhtellerie, tandis que la Pharmacie soccupe de toute la partie mdicale (mdicaments, matriels mdicaux, ).Cette dissociation entre utilisateurs au sein dun mme entrept est videmment spcifique aux Hpitaux. On ne retrouve pas, en effet, ces diffrences dans les entrepts des clients dAldata Solution. Ces deux activits entranent la mise en place de traitements spcifiques pour permettre de les distinguer lune de lautre. Fondamentalement, ces deux activits ont les mmes droits sur le logiciel. Elles donnent accs aux mmes fonctionnalits du logiciel. Le module de paramtrage (contrairement aux deux autres vus prcdemment) nest compos que dun seul cran, mais possde une srie donglets. Une table de paramtres a t cre pour rpondre ce besoin. On y trouve comme information essentielle lactivit correspondant aux profils des utilisateurs du logiciel. Dans le but de sparer totalement les activits et rendre lapplication mono-activit lors dune session, des contrles ont t ajouts. Ainsi, par exemple, un utilisateur dune activit ne pourra crer des demandes (comme vu prcdemment au 4.1.2.) que pour son activit et ne pourra avoir accs qu celles de son activit galement. Cela permet de distinguer les deux activits.

Figure 28 : cran de gestion des paramtres et profils

Ce paramtrage na pas t trs dur mettre en place, vu que des crans existaient dj. Il a fallu cependant, revenir sur les diffrents crans dans lesquels lactivit avait un rle pour bien marquer la sparation entre la Pharmacie et le DASE. Cela permet une totale exclusion entre les domaines dactivit.

Aldata Solution I 37/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6 . 2. c r an s P D A
Le logiciel G.O.L.D. Stock a t dvelopp galement pour une utilisation mobile. Cela permet aux personnels des entrepts de pouvoir travailler directement dans les diffrentes alles de lentrept. Lutilisation mobile du logiciel apporte certaines diffrences dapproches vis--vis dune utilisation standard centralise. Dans lutilisation standard, lensemble des libraires de lapplication (fichiers jar) est charg la connexion. Les problmes de taille mmoire ne se posent pas dans ce cas, puisquil sagit dune utilisation centralise. Pour les PDA, on ne dispose pas dun espace mmoire infini. Du coup, on ne charge que les librairies utiles aux PDA. De plus, aucun libell prsent dans lapplication nest crit en dur dans les sources. On les retrouve tous dans une table. Cela permet dutiliser le logiciel dans plusieurs langues sans avoir crer un source pour chaque langue. Cependant, si pour lutilisation classique, on charge la totalit de la base en mmoire sans problme, lutilisation PDA linterdit : on ne peut charger que les libells de lapplication PDA. Des amliorations futures pourraient (devraient ?) tre amenes afin de charger seulement les libells des modules utiliss vu la croissance de lexploitation du PDA. Les crans PDA sont dvelopps en JavaScript et en HTML avec en partie haute de lcran les informations et en partie basse les boutons. Lcran de lappareil tant relativement petit, lutilisation des crans PDA est destin pour des traitements simples et lgers en donnes. Lun des avantages des PDA est quils permettent de flasher des codes barres et de les afficher lcran pour lancer les traitements.

Lensemble des crans PDA que jai dvelopps permettent de travailler sur les diffrents mouvements internes des cartons dans lentrept. Ils sont explicits par la suite.

Aldata Solution I 38/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.2.1. Chariot de rangement


Ce module a t conu pour grer les rceptions de commandes. Suite la rception dune commande sur un quai de rception, le module va assister lutilisateur afin de regrouper les UL rceptionnes par destination, dorganiser et de scuriser le rangement au picking. Pour cela, on demande au rceptionnaire de flasher un carton puis le chariot (ou un emplacement sur le chariot) dans lequel on dpose le carton. Si tout ce passe bien, lcran est rinitialis, le carton est pos le chariot et on cre un enregistrement dans la table SQL associe afin de garder la liste des cartons en cours de dplacement. Des contrles sont effectus pour vrifier les donnes saisies ou flashes. Ce module a t cr pour aider regrouper les UL par destination, donc aux flashages dun carton puis dun chariot, on vrifie que la zone de destination du chariot correspond celle de dpose du carton. Si ce nest pas le cas, on refuse le numro SSCC du chariot et on en demande un autre lutilisateur. On peut galement se trouver dans la situation o lon reoit une U.L. volumineuse (exemple : une palette complte dun produit). Lutilisateur na pas intrt flasher chaque carton un par un et les replacer sur le chariot de rangement, par perte de temps. Dans ce cas, il devra flasher deux fois le numro SSCC de lUL successivement. Cela aura pour effet de dfinir lUL comme tant dplacer directement vers la zone de stockage sans passer par un chariot de rangement. Une fois le chariot rempli, lutilisateur peut dcider de le fermer. Cela entrane la cration, informatiquement, dune mission de roulage pour dplacer le chariot du quai vers sa zone de destination quune personne de lentrept devra raliser ainsi que ldition dun bon daccompagnement (paramtr suivant lactivit de lutilisateur) servant indiquer les cartons prsents sur le chariot.

Figure 29 : cran principal du module

Figure 30 : dition dun bon daccompagnement

Lutilisateur a galement la possibilit de retirer un carton dj dpos dans un chariot. Pour cela, il doit flasher le carton, lcran demande alors lutilisateur sil le retrait est effectif ou non. Sil confirme, il peut alors reflasher le carton pour le dposer sur un autre chariot. Le code barre flash du chariot peut tre : un numro SSCC simple (de 18 caractres) une association numro SSCC + numro emplacement sur le chariot (code EAN128) Dans le deuxime cas, le numro devra respecter la convention EAN128 et donc dbutera par 00 suivi du code SSCC auquel on ajoutera la codification 91 indiquant le numro de lemplacement sur le chariot (entre 0 et 99).

Aldata Solution I 39/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.2.2. Rangement en stock


Ces crans correspondent de la prparation lenvers . Lide ici est doptimiser le rangement de loprateur suivant son domaine dactivit. Pour la DASE, lobjectif est de permettre de dcharger et ranger les UL, et ce mme sils nont pas t dclars et deffectuer des contrles simplifis des oprations. La Pharmacie une activit plus contrle, plus encadre. Lobjectif de ce rangement en stock est de ranger les UL aux emplacements imposs et non ailleurs, ainsi que de scuriser au mieux les oprations. Le module est compos de 3 crans :

Le premier permet loprateur de flasher le chariot sur lequel il travaille, ce qui permet de rcuprer toutes les informations ncessaires : cartons, Le deuxime cran permet loprateur de flasher un code barre qui correspondra un ou plusieurs cartons du chariot. Ce code barre peut en effet reprsenter un code SSCC de carton, un code EAN128 dsignant le chariot et son emplacement ou bien un code produit. Enfin, le troisime cran affiche le produit flash ainsi que les informations correspondantes (compte tenu du code barre flash) dont ladresse de dpose du produit. Lutilisateur est amen saisir ou flasher ladresse effective de dpose relle du produit qui sera contrl suivant le type de mission et lactivit associs Suivant le type de code barre flash, diffrents contrles et diffrents rsultats sont obtenus : si loprateur flashe un code produit, on va chercher tous les cartons prsents sur le chariot contenant ce produit. si loprateur flashe un numro SSCC de carton, on ne prend en compte que ce carton dans les rsultats retourns. si loprateur flashe un des emplacements du chariot, on va vrifier que cet emplacement ne contient quun seul produit. Si ce nest pas le cas, loprateur doit recommencer en flashant les articles les uns aprs les autres. Si cest le cas et que ladresse scanne est bonne, tous les produits de lemplacement pourront tre rangs. Des messages titre informatif et non bloquants indiquent sil le code barre flashe correspond au dernier UL prsent sur le chariot ou sil sagit dun code barre non flashe au rangement.

Aldata Solution I 40/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.2.3. Ramasse pour rempotage


La ramasse correspond au fait de dplacer, ramasser des stocks de leur zone de stockage vers une zone de rempotage do ils pourront tre utiliss pour de la prparation. Ce module permet donc de dplacer des stocks de produits vers des zones de stockage en contrlant le nombre de cartons ncessaires. De plus et par souci defficacit, le but est de guider au mieux le ramasseur pour remplir son chariot de ramasse. Voici la succession des crans pour la ramasse :

Le premier cran permet de slectionner les zones de stockage et de rempotage que loprateur va grer. Ces slections sont assistes par une LOV (List Of Values) qui permet dafficher les zones disponibles pour loprateur suivant le type de la zone cherche. Une fois les zones choisies, on cherche dans la base la liste des missions correspondantes avec les zones. Ces missions ne correspondent qu un seul article vu quil sagit de rempotage. Le ramasseur peut alors choisir les articles dont il compte soccuper. Le troisime et principal cran affiche initialement les informations du premier article choisi prcdemment. Loprateur flashe le support o se situe larticle puis le chariot de ramasse et on passe larticle suivant, et ainsi de suite, et prlve autant de cartons que le nombre indiqu. Si loprateur constate un manque de produit, deux possibilits : cest un manque total de cartons, alors la mission de rempotage pour cet article est annule. cest un manque partiel (il ny a pas assez de cartons), alors il doit indiquer la quantit restante et une modification de la quantit du produit pour la mission de rempotage est effectue. Quand toute la liste des articles ramasser est traite, on entre dans lcran de fermeture des chariots dans lequel se trouve la liste des chariots qui ont t ouverts pour la ramasse mais non ferms. Loprateur peut de lui-mme fermer un chariot si le support est plein par exemple. Fermer un chariot entrane ldition dun bon daccompagnement fait de la liste des produits, de leur quantit et de leur adresse de rempotage, tri dans lordre du chemin de prparation (chemin parcourir dans une zone de lentrept pour desservir toutes les adresses sans revenir sur ses pas). Un chariot est dclar ferm lorsquil est considr comme tant au statut chargeable. Cela indique quil nest normalement plus disponible pour tre prpar mais pour tre charg pour une mission.

Aldata Solution I 41/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.2.4. Chariot dexpdition

6.2.4.1. Description du module


Ce module est en adquation avec lutilisation du module Java daffectation du stock. Il permet, en effet, de grer les demandes reues et de prparer les chariots qui seront envoys aux destinataires de ces dernires. Il a pour but de regrouper les UL pour les Units Fonctionnelles planifie dans une rafale. Cest le module qui fait intervenir diffrentes technologies, cest donc celui-ci qui a t le plus long dvelopper et tester. On se trouve dans la situation o les produits commands dans les demandes circulent sur un tapis roulant afin dtre aiguills par un convoyeur vers le bon quipement mobile (chariot) qui desservira le service destinataire. Lorsque le prparateur flashe un carton ou un bac (contenant divers produits), lcran affiche le nom et ladresse du destinataire, ainsi que ladresse demplacement o se situe le chariot qui servira de support. Le prparateur est alors invit flasher le support sur lequel sera le carton ou le bac. Si aucun chariot nest ouvert pour ce destinataire et cette adresse, un message lindique pour viter lutilisateur de chercher un support qui nexiste pas. Sil existe au moins un chariot pour cette UF mais que lutilisateur flashe un autre chariot, on demande confirmation lutilisateur de louverture dun nouveau chariot. Un appel est alors effectu du package permettant le regroupement du carton ou du bac sur le chariot. Ce module nest compos que dun cran principal. Cest partir de celui-ci que toutes les oprations associes aux chariots dexpdition sont traites.

chaque regroupement effectif dun colis (ou dun bac) sur un chariot, on contrle sil reste encore des colis pour ce destinataire dans cette vague. Si on se trouve dans le cas o il ne reste plus de colis, on lance la fermeture du chariot utilis. Loprateur peut galement dcider de fermer le chariot quand il le dsire en cliquant sur un bouton FIN (non visible sur lcran). La fermeture entrane ldition de la liste de colisage pour lensemble des produits prsents sur le chariot lexception des colis hors stock (qui ont dj une liste de colisage dite).

Aldata Solution I 42/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.2.4.2. Package de regroupement de colis sur un chariot


Un package dans G.O.L.D. est un package SQL. Il correspond une archive dans laquelle on retrouve diffrentes procdures SQL. Le package est compos de deux fichiers : un fichier header contenant les signatures des procdures et/ou fonctions qui peuvent tre appeles distance un fichier body qui contient le corps de toutes procdures et fonctions y compris celles internes. La cration de packages en lieu et place de simples requtes SQL prsentes dans un service Java (par exemple) a pour intrt damliorer lefficacit du service notamment grce au fait quil ny a quun seul appel la base Oracle. Dans ce package (que jai cr), de nombreuses oprations taient ncessaires sur la base. Du coup, lappel dun package est dautant plus bnfique que de multiples accs la base depuis un source Java.

Ce package travaille sur les tables grant les UMS. Il sagit principalement de trois tables : la premire soccupe des informations de lUMS, la deuxime des colis prsents sur lUMS et la troisime des lignes de produits dans le colis. Deux types de cartons peuvent tre flashs (ce qui entrane deux implmentations) : cest un colis (i.e. un carton simple) cest un bac contenant des produits

Cas dun carton simple : Le code SSCC flash correspond un colis sur une UMS. On va rcuprer la liste de toutes les lignes de ce colis et modifier le numro SSCC de lUMS par celle du chariot, puis faire de mme pour le colis.

Cas dun carton simple : Le code SSCC flash correspond une UMS. On vrifie quelle ne contient pas de colis (seulement un colis fictif obligatoire) puisquil ne doit contenir que des articles. On va ensuite crer un colis pour lUMS chariot qui aura pour numro de colis le numro SSCC du bac. Puis, on va rcuprer la liste de toutes les lignes de cette UMS et les modifier de sorte que le numro SSCC de lUMS soit celle du chariot et que celui du colis soit celui de lUMS du bac flash. Exemple : LUMS de numro SSCC 123 est flash. Il est compos dun colis fictif (numro 0) et des numros de lignes 1 et 2. Dans la table des colis, on trouve un enregistrement de cl 123-0 et dans la table des lignes des enregistrements de cl 123-0-1 et 123-0-2. Le chariot de numro SSCC 456 est flash pour servir de support pour ce bac. Le regroupement donnera dans la table des colis un enregistrement avec pour cl 456123 et dans la table des lignes des enregistrements de avec pour cl 456-123-1 et 456-123-2.

Aldata Solution I 43/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

6.2.4.3. dition de la liste de colisage


Une dition de document ainsi que tout autre batch de lapplication est dveloppe en Pro*C. Il sagit dun langage de programmation permettant dinclure des commandes SQL dans un source de type C. Pro*C correspond un pr-compilateur puisquil est en ralit traduit en source C incluant des appels aux bibliothques Oracle. Il est ensuite compil comme un simple fichier C jusquau linkage des librairies pour crer lexcutable. Une connexion Oracle est ncessairement effectue au dmarrage du fichier (et non lors du linkage avec les librairies). Les batches ddition utilisent loutil FOP, outil qui a t dvelopp par le dpartement R&D dAldata Solution. Il permet la cration dune dition dcompose en deux parties : un fichier XML temporaire des donnes rcupres du programme Pro*C. un fichier maquette XML, compos de modles, qui met en forme les donnes. Ldition peut tre construite en format texte, en HTML ou en PDF pour permettre dtre lu et imprim par tous les types denvironnement. La liste de colisage est un document prsent dans le chariot lors de son expdition pour indiquer au prparateur qui le rceptionne les colis et les produits qui y sont prsents. Ce document est compos de plusieurs pages : une page de garde dans laquelle on retrouve le destinataire et diffrentes alertes pour indiquer quun (ou des) produit(s) est (sont) dangereux ou contraignant(s) au niveau du stockage. des pages de dtails qui indiquent les diffrents articles prsents dans le chariot tris par famille de prparation et par colis. une page listant les colis hors stock pour lactivit DASE Lensemble des donnes affich dans le document provient de requtes SQL excutes dans des curseurs pour utiliser des contrles pour la mise en page directement dans le source.

6.2.4.4. Traitement des UL pour UF non planifie


Les demandes trs urgentes ont pour principe de ne pas tre associes une rafale afin dtre grer de manire directe par un prparateur. Ainsi, si loprateur flashe un carton qui nest pas associ une rafale (ou une rafale de rang 99), cela signifie quil a affaire soit une demande trs urgente , soit un paramtrage tel que ce destinataire nest pas gr. Si lutilisateur confirme le traitement du carton, ce colis sera rang sur le quai dexpdition dans la zone de stockage rserve pour le non planifie . On dite alors une liste de colisage si le colis est sur stock (dans le cas du hors stock , la liste de colisage a dj dit). Un colis est sur stock sil est compris dans le stock de lentrept. Un colis est hors stock sil est compris dans une commande fournisseur.

Aldata Solution I 44/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

7. P LANNING DU S TAGE
Le stage sest droul du 31 mars au 31 aot. Durant cette priode, jai pu travailler sur diffrents modules, diffrentes technologies mises en jeu par G.O.L.D. Voici en rsum le planning de mon stage :

Figure 31 : Planning du stage

Aldata Solution I 45/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

LA CONCLUSION
Ce stage restera une grande exprience dans mon parcours professionnel. Bien quayant dj travaill dans une entreprise, elle navait aucun rapport avec le domaine informatique. Cela permet donc davoir un vritable aperu du mtier dingnieur de dveloppement. Au cours dun stage, nous sommes confronts la vraie vie dentreprise, son fonctionnement gnral. Jusqualors la facult, il tait difficile dimaginer de telles mthodes de travail. Le cursus universitaire manque cruellement dexprience professionnelle et ce stage permet en partie de combler ce manque. Un des points difficiles de ce stage aura t de simmerger et de comprendre (en partie) le logiciel G.O.L.D. Stock. Cest, en effet, un logiciel dj largement dvelopp et retournant depuis beaucoup de temps des rsultats trs convaincants chez les clients dAldata Solution. Il sagit dun projet beaucoup plus imposant que ceux auxquels on peut tre confront lors de nos tudes. On peut ajouter galement que les connaissances acquises au cours des annes dtudes ont t bnfiques pour ce stage : la programmation multi-langages (Java, Pro*C, SQL, JavaScript, HTML, XML, PHP), la conception dapplications notamment client/serveur, lutilisation des diffrents outils de dveloppements. Pour conclure, je dirais que ce stage a t un excellent tremplin pour mon insertion professionnelle en continuit de mes tudes dautant plus que la socit ma accord sa confiance en me proposant de membaucher la suite du stage.

Aldata Solution I 46/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

TABLE DES FIGURES


Figure 1 : Conseil dadministration d'Aldata Solution .............................................................. 8 Figure 2 : Organigramme hirarchique d'Aldata France .......................................................... 8 Figure 3 : Rpartition des salaris d'Aldata entre les diffrentes filiales .................................... 9 Figure 4 : Rpartition du personnel par ge et par anciennet ................................................ 10 Figure 5 : volution de l'activit de Aldata Solution de 2005 2007 ........................................ 10 Figure 6 : Prsence des clients d'Aldata parmi les 30 plus gros distributeurs mondiaux ............. 11 Figure 7 : Clients d'Aldata Solution travers le monde .......................................................... 12 Figure 8 : Evolution du nombre de clients d'Aldata ............................................................... 13 Figure 9 : Evolution du nombre de sites logistiques travaillant avec Aldata .............................. 13 Figure 10 : Evolution du nombre de pays clients d'Aldata ...................................................... 13 Figure 11 : Aperu de l'interface web du G.O.L.D. International Support ................................. 14 Figure 12 : Processus de support du GIS aux clients G.O.L.D. ................................................ 14 Figure 13 : Confrence GUA 2008 (G.O.L.D. User Association 2006) .................................... 15 Figure 14 : G.O.L.D. Business Process Map .......................................................................... 19 Figure 15 : G.O.L.D. Multi Channel Schma ......................................................................... 20 Figure 16 : G.O.L.D. Product Solution Map ........................................................................... 21 Figure 17 : Flux de marchandises dans un entrept .............................................................. 25 Figure 18 : Aperu de la console d'administration G.A.I.A. ..................................................... 28 Figure 19 : Applet conue en utilisant G.O.L.D. UI ................................................................ 29 Figure 20 : cran de gestion de winCVS .............................................................................. 30 Figure 21 : cran de gestion de WinMerge ........................................................................... 30 Figure 22 : cran de gestion de Mantis................................................................................ 31 Figure 23 : Code barre dun quipement mobile................................................................. 33 Figure 24 : Schma SSCC CI Chariot ............................................................................... 33 Figure 25 : Bean horloge lanant toutes les 20s ................................................................... 34 Figure 26 : Synoptique du module daffectation du stock ....................................................... 35 Figure 27 : crans de cration de demandes et de lignes ....................................................... 36 Figure 28 : cran de gestion des paramtres et profils .......................................................... 37 Figure 29 : cran principal du module ................................................................................. 39 Figure 30 : dition dun bon daccompagnement................................................................... 39 Figure 31 : Planning du stage ............................................................................................ 45

Aldata Solution I 47/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

LE GLOSSAIRE
Centrale dachats Organisation ayant pour objet de regrouper les commandes d'un ensemble de membres. La structure offre la fois, de meilleures conditions d'achat (grce aux conomies d'chelle ) et les services de promotion pour l'ensemble des membres. Activit qui a pour objet de grer les flux physiques d'une organisation, mettant ainsi disposition des ressources correspondant aux besoins, aux conditions conomiques et pour une qualit de service dtermine, dans des conditions de scurit et de sret satisfaisantes. Logiciel servant d'intermdiaire de communication entre plusieurs applications, gnralement complexes ou distribues sur un rseau informatique. Opration qui consiste prlever et rassembler les articles en quantit spcifie dans une commande avant expdition. Toute erreur lors de cette opration entrane des erreurs de livraisons et des inconsistances dans les stocks. Logiciel commercial vendu par un diteur sous forme d'un produit complet, plus ou moins cls en main (avec toutes les informations ncessaires pour son installation). Le terme rsulte de la contraction des mots produit et logiciel. Terme informatique caractrisant un produit livr en bote unitaire, complet avec ses accessoires et sa documentation, destin la vente au dtail. C'est le contraire de la version bulk. Activit qui consiste amliorer la gestion des flux physiques au sein de l'entreprise et avec son environnement.

Logistique

Middleware (intergiciel) Picking (prparation de commandes) Progiciel

Retail

Supply Chain

Aldata Solution I 48/49

RAPPORT DE STAGE

Dveloppement de modules complmentaires pour client CHU

2007 Aldata Solution. I G.O.L.D. est une marque dpose dAldata Solution. Aldata Solution reconnat les droits de toutes les marques cites dans ce document.
Aldata Solution
S.A. au capital de 1 807 000 euros I 305 489 932 RCS Paris I APE 722 A 37, rue du Colonel Pierre Avia 75508 Paris Cedex 15 FRANCE I Tl. : +33 (0)1 46 48 28 00

www.aldata-solution.com

I Fax : +33 (0)1 46 48 28 01

Aldata Solution I 49/49