RAPPORT DE STAGE DE FI’NETDUDES

ARNAUDLEBRAS

Dé veloppement de modules complé mentaires

pour client CHU

Master en Informatique
Architectures Logicielles
 RAPPORDT Dé veloppement de modules complé mentaires pour clien t CHU
ESTAGE

Ré sumé

Ce rapport a pour but de donner un aperçu du stage que j’ai effectué dans la socié té Aldata
Solution. On y trouve, dans une premiè re partie, une pré sentation de l’entreprise permettant de
dé gager des informations sur l’environnement du travail au sein de cette socié té . Une seconde
partie est consacré e au progiciel dé veloppé par la socié té , ainsi que les modules compris. Enfin,
avant d’expliquer le contenu du projet et de mettre en lumiè re les travaux effectué s avec l’é quip
Stock de Nantes sur le projet CHU Strasbourg, le module Stock est pré senté , pour s’inté resser
plus prè s au contexte de travail, ainsi qu’aux outils de dé veloppement utilisé s lors de ces cinq m
de stage.

© Aldata Solution
 REMERCIEMENTS

Mon stage s’est trè s bien dé roulé et c’est en partie grâ ce aux personnes que j’ai cô toyé es pou
mon travail.
Je tiens à remercier l’ensemble des personnes d’Aldata travaillant dans l’agence de Nantes po
leur accueil durant mon stage.
Je remercie plus particuliè rement l’é quipe dans laquelle j’ai é té amené à effectuer mon stage
l’é quipe Stock Casino et Stock C.H.U. Il s’agit de Laurent Aguillon, Samuel Beaugendre, Pascal
Gestin, Nicolas LeGoué , Hervé Luces, Hugues Penhouet et Mathieu Pouvreau.
Je remercie tout spé cialement Christian Fillon, mon tuteur de stage et chef de projet
C.H.U., pour la confiance qu’il a sue m’accorder pendant toute la duré e du stage.
Enfin, je remercie Jean-François Le Garrec, directeur de l’agence nantaise, de m’avoir permis
d’effectuer ce stage dans l’entreprise Aldata Solution.
 SOMMAIRE

Remerciements.............................................................................................................................................................. 3

Sommaire....................................................................................................................................................................... 4

Introduction.................................................................................................................................................................. 6

L’entreprise : Aldata Solution S.A........................................................................................................................ 7

1. Pré sentation....................................................................................................................................................... 7
1.1. Historique................................................................................................................................................... 7
1.2. Organigramme hié rarchique................................................................................................. 8
1.3. Quelques chiffres clé s......................................................................................................................... 9
1.3.1. La socié té .................................................................................................................................... 9
1.3.2. Une pré sence 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. Pré sentation du logiciel...................................................................................................... 16
2.1.1. Concepts fondamentaux du « mé tier » 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. G.O.L.D. Stock...................................................................................................................................... 24
4. Projet specifique CHU Strasbourg..............................................................................................26

Le stage................................................................................................................................................................ 27
5. Les outils de dé veloppement.......................................................................................................... 27
5.1. Environnements de programmation........................................................................................................ 27
5.1.1. Eclipse............................................................................................................................................... 27
5.1.2. Visual C++.............................................................................................................................. 27
5.2. Outils dé veloppé s par Aldata............................................................................................. 28
5.2.1. Le serveur d’application G.A.I.A................................................................................................ 28
5.2.2. L’API 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 rapporté s............................................................................31
5.4.1. Mantis................................................................................................................................................ 31
 6. Les travaux ré alisé s.......................................................................................................................................... 32
6.1. Modules en mode applet......................................................................................................................... 32
6.1.1. Module de gestion des é quipements mobiles.................................................................................. 33
6.1.2. Module d’affectation du stock.......................................................................................................... 35
6.1.3. Module de paramé trage.................................................................................................................... 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 d’expé dition........................................................................................................................ 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 planifié e...............................................................................44
7. PLANNING DU STAGE................................................................................................................................... 45

La conclusion.............................................................................................................................................................. 46

Table des figures........................................................................................................................................................ 47

Le glossaire.......................................................................................................................................................... 48
 INTRODUCTION

Ce stage dé nommé de « fin d’é tudes » marque la fin de cinq anné es d’é tudes à la faculté . Il
repré sente un aboutissement pour permettre à l’é tudiant de mettre en pratique les diverses
connaissances et compé tences acquises lors des derniè res anné es et de les inté grer dans un
contexte diffé rent de celui de l’Université : le monde professionnel.

Ce stage permet é galement d’avoir une vision plus ré aliste du monde professionnel dans lequ
nous serons amené s à ê tre inté gré dè s cette anné e. Il reste encore à ce jour la seule expé rience
qu’un é tudiant peut avoir avant d’entrer dans ce domaine professionnel. Cela donne à l’é tudiant
possibilité de le dé couvrir dans une entreprise informatique de services et ainsi de pouvoir
valid ces choix d’orientation en vue d’une inté gration dans une socié té de son choix.

Mon stage consistait à inté grer l’é quipe travaillant sur le module G.O.L.D. Stock (qui sera
pré senté par la suite) et d’implé menter des dé veloppements spé cifiques à un tout nouveau
proje (CHU Strasbourg). Les tâ ches effectué es seront pré senté es ainsi que les particularité s de
chacu d’elles. Ce rapport permettra de mieux se rendre compte du travail effectué et de
ressortir les solutions apporté es aux difficulté s rencontré es.
 L’ ENTREPRIS: EALDATASOLUTIONS.A.

1. PRESENTATION

1.1. Historique

L’histoire de la socié té commence en 1986 sous le nom d’Ouroumoff. Cette anné e-là , Robert
Husset et René Homeyer, les deux co-fondateurs, cré ent un logiciel nommé G.O.L.D., qui est un
logiciel de gestion de supply Chain. La socié té va connaître une forte croissance durant les
premiè res anné es de son existence, atteignant les 120 employé s en 1992, dû notamment à
l’ouverture de plusieurs filiales en Europe.
Durant sa croissance, la socié té va changer plusieurs fois de nom. Initialement renommé e O.I
Synform suite à son acquisition par la socié té Groupe Focal au dé but des anné es 90, l’entreprise
ensuite se faire racheter par une socié té finlandaise en 2001. Il s’agit de la socié té Aldata Soluti
OyJ., coté e à la bourse de Helsinki, avec pour souhait de complé ter son domaine d’activité Retai
et d’é tendre son activité à la chaîne logistique. Le logiciel devient alors Aldata G.O.L.D.
2002 est l’anné e qui voit sortir la version 5 du logiciel. Il est dé sormais complè tement dé velo
en Java.
En 2003, Aldata Solution devient une socié té au rayonnement mondial suite aux premiers
contrats signé s sur le continent amé ricain.
Jusqu’à aujourd’hui, Aldata Solution a continué sa croissance, en signant un bon nombre de
contrats en France, en Europe, mais aussi à l’international et en ouvrant des filiales en Russie, a
Etats-Unis, en Asie…

La socié té s’est depuis toujours attaché e à une approche spé cifique du marché basé e sur de
fortes compé tences « mé tier » issues des mé tiers de la grande distribution, de la logistique. Cet
inté rê t a amené au dé veloppement de la gamme de progiciels G.O.L.D. couvrant un trè s large
panel de fonctions (logistiques, physiques, commerciales, …).
Aldata Solution et son ré seau de partenaires fournissent une gamme complè te de services
d’accompagnement – planification, mise en œuvre, formation, assistance, é volution et support –
afin d’aider clients et partenaires à appré cier, comprendre et optimiser ses solutions logicielles.

Aldata Solution poursuit son approche spé cifique du marché : la logistique de l’entreprise est
secteur où des gains de productivité significatifs sont encore possibles notamment au travers de
solutions inté grant la globalisation des marché s et les nouvelles é volutions technologiques.
1.2. Organigramme hié rarchique

L’organigramme de la socié té est similaire à celui de beaucoup de grandes entreprises. On y

retrouve un conseil d’administration comprenant l’ensemble des diffé rents responsables de la
socié té avec à sa tê te le Directeur Gé né ral Bertrand Sciard. Des deux co-fondateurs et cré ateur
progiciel G.O.L.D., René Homeyer et Robert Husset, on ne retrouve dé sormais plus que le premi
en tant que Responsable des projets spé ciaux affecté à l’é quipe France. René Homeyer, ancien
Directeur gé né ral de la socié té a é té remplacé par Bertrand Sciard à la tê te de celle-ci, depuis l
1er septembre 2007.
Jean-François Le Garrec est le directeur de l’agence d’Aldata Solution à Nantes.

Figure 1 : Conseil d’administration d'Aldata Solution

Figure 2 : Organigramme hiérarchique d'Aldata France

1.3. Quelques chiffres clé s

1.3.1. La socié té

La socié té Aldata Solution a son siè ge à Paris, bien que l’entreprise ne soit pas française de p
ses actionnaires. La majeure partie des employé s exercent en France (environ 320). Fin dé cemb
2007, l’entreprise comptait 586 employé s ré partis dans 9 pays (cf. Figure 3).
L’antenne nantaise regroupe, quant à elle, une trentaine d’employé s.

Figure 3 : Répartition des salariés d'Aldata entre les différentes filiales

À noter que les personnes travaillant à Bangkok (en Thaïlande) font partie d’Aldata Solution
France, et sont donc compris dans les 55% du personnel « français ».
 Figure 4 : Répartition du personnel par âge et par ancienneté

On peut constater que la moyenne d’â ge du personnel d’Aldata est relativement basse. En eff
prè s de 70 % des employé s ont moins de 40 ans. De plus, une majorité des personnes y travaille
depuis moins de trois ans.

Voici l’é volution du chiffre d’affaires et le ré sultat net de ces 3 derniè res anné es. L’anné e 200
anné e du lancement officiel de la solution PDA et changement à la tê te de la socié té , affiche des
ré sultats en deçà des deux anné es pré cé dentes, vu que l’entreprise s’est attaché e à dé velopper
cette solution.

2005 2006 2007

Chiffre d’affaires 43,7 88,8 74,7
Ré sultat net 3 5,5 -11,1

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

© Aldata Solution
1I0/49
 Aujourd’hui, Aldata Solution est le numé ro un europé en et l’un des principaux fournisseurs
mondiaux de logiciels dans le domaine de la grande distribution, de la vente en gros et de la
logistique. La socié té a remporté pas moins de 22 nouveaux marché s en 2006.

1.3.2. Une pré sence internationale

Cré é e en 1986, la socié té n’a pas cessé d’augmenterson é panouissementà l’é chelle
internationale. Comme vu pré cé demment, l’entreprise possè de des filiales dans neuf pays ré par
sur trois continents.
La pré sence internationale d’Aldata ne s’arrê te pas là . Ce sont les clients d’Aldata, utilisant le
logiciel G.O.L.D., qui lui donne un rayonnement mondial : pas moins de 305 clients ré partis dans
pays à travers le monde.
Parmi tous ces clients, figurent 11 des 30 plus grandes socié té s mondiales de la grande
distributionavec notamment Carrefour(France), Tesco (Royaume-Uni)et Ahold (Pays-Bas)
respectivemente,24e et 5e de ce classement.

Figure 6 : Présence des clients d'Aldata parmi les 30 plus gros distributeurs mondiaux

© Aldata Solution
1I1/49
 Les clients d’Aldata sont ré partis sur presque tous les continents, comme le montre la figure
suivante. Aldata Solution s’est formidablement implanté sur le continent europé en, mais la socié
cherche à conqué rir de nouveaux marché s sur les continents porteurs tels que l’Asie.

Figure 7 : Clients d'Aldata Solution à travers le monde

À la fin du premier trimestre 2008, Aldata c’é tait :

305 clients,
52 pays repré senté s,
180 centrales d’achats gé ré es grâ ce à G.O.L.D.,
+ de 24.000 magasins installé s,
486 entrepô ts en production,
+ de 6 000 opé rateurs de G.O.L.D. Vocal.
 L’anné e 2008 voit l’arrivé e de 3 nouveaux clients et de 6 nouveaux sites à implé menter par
rapport à 2007.
Ces nouveaux clients sont :
- Mé decins Sans Frontiè res (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

J’ai travaillé durant mon stage sur le projet CHU Strasbourg. Ce projet a é té signé à la fin
de l’anné e 2007 et a été entamé au premier semestre cette anné e.
1.4. Relations avec les clients

Aldata Solution porte une attention toute particuliè re dans la relation avec ses clients, car c’e
grâ ce à eux que le logiciel continue son é volution.
Les clients utilisant la solution G.O.L.D. d’Aldata Solution travaillent (presque) tous dans les
domaines de la grande distribution, du commerce de gros et/ou de la logistique. Afin de ré pondr
au mieux à ses clients, la socié té reste constamment à l’é coute des demandes et remarques é mi
par ses clients. Cela se pré sente par des apports de corrections aux logiciels dé jà livré s ou bien
dé veloppant des é volutions à la gamme G.O.L.D.

Deux services ont é té mis en place pour permettre un dialogue continu entre la socié té et ses
clients, mais é galement entre les clients eux-mê mes :
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 requê te au
support technique et de poster un rapport de support pour indiquer le statut et le suivi des
requê tes é mises.
Ce support comprend les classifications et les priorité s contractuelles, le traitement et le suiv
des requê tes au support technique, le reporting des requê tes au support technique et les ré pons
solution aux anomalies constaté es.

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

Figure 12 : Processus de support du GIS aux clients G.O.L.D.

 RAPPORDT ESTAGE Dé veloppement de modules complé mentaires pour clien t CHU

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

Le G.O.L.D. User Association est une association regroupant l’ensemble des utilisateurs du
logiciel G.O.L.D. Cette association participe avec la socié té à é laborer le plan de route du
dé veloppement futur du produit. Cela permet à Aldata de rester proche du « mé tier » de ses
clients et de ses spé cificité s. En effet, chaque client peut ainsi partager son retour d’expé rience
l’utilisation du progiciel. Suite à ces congrè s, Aldata peut s’orienter vers les amé liorations à
apporter à son logiciel pour fournir des applications le plus proche des attentes des utilisateurs.

Figure 13 : Conférence GUA 2008 (®G.O.L.D. User Association 2006)

Chaque anné e, cette association organise un congrè s mondial des utilisateurs Aldata : le club
G.O.L.D.

Quelques ré fé rences clients :

© Aldata Solution
1I5/49
 RAPPORDT Dé veloppement de modules complé mentaires pour clien t CHU
ESTAGE

2. LE PROGICIEL G.O.L.D.

2.1. Pré sentation du logiciel

La socié té Aldata Solution fonctionne exclusivement autour d’un seul logiciel : G.O.L.D. Ce
logiciel est composé en ré alité d’une 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 maniè re autonome les uns des autres, mais regroupé s ils collabore
pour optimiser le fonctionnement du logiciel.
Cette autonomie entre les diffé rents modules de G.O.L.D. permet é galement de pouvoir
interagir (et collaborer) avec d’autres logiciels non dé veloppé s par Aldata. La socié té a alors un
meilleure flexibilité vis-à -vis des diffé rents clients inté ressé s par le logiciel G.O.L.D. et ainsi de
leur proposer une solution adapté e à leur systè me actuel.

2.1.1. Concepts fondamentaux du « mé tier » de G.O.L.D.

G.O.L.D. est un progiciel qui utilise diffé rents concepts fondamentaux lié s aux mé tiers de la
grande distribution, du commerce de gros et de la chaîne logistique. L’ensemble de ces principe
mis en place permet de ré pondre au plus prè s aux diverses attentes des clients.

Article Unité commerciale de base. Elle permet de gé rer les marchandises dans tous les
Produit niveaux de la structure.
É lé ment

Site Donné e gé ographique de G.O.L.D. Permetde gé rer les centres d’opé rations
commerciales entre les diffé rents intervenants.

Date Toute donné e, toute opé ration (commerciale, logistique…) sont contrô lé es au
niveau des dates, que ce soit pour dé finir le dé but ou la fin de l’opé ration, ou pour
indiquer la date limite d’utilisation de l’article.

Fournisseur Les fournisseurs sont gé ré s dans des niveaux diffé rents dans G.O.L.D. Une gestion
Client et un contrô le dé taillé s leur sont appliqué s.
La notion de client est davantage utilisé e au niveau des sites de distribution. Dans
G.O.L.D., ils sont gé ré s de maniè re individuelle ou en groupe. Un client repré sente
soit un magasin, soit un acheteur en gros.
Achats Toutes les fonctions d’achat sont contrô lé es par G.O.L.D. pour permettre de
Facturation conditionner et d’autoriser des né gociations entre les diffé rents acteurs de la
chaîne de distribution.De plus, un contrô le rigoureuxest appliqué sur la
facturation afin d’assurer le respect des conditions d’achats et la bonne ré ception
des biens aux socié té s.

Assortiment Les assortiments de produits (dans les diffé rents sites de production) sont
gé ré s dans G.O.L.D. grâ ce à des mé thodes fournissant les options pour faciliter
leur inté gration et leur dé ploiement suivant les demandes commerciales du
moment.

Tarification La tarification est gé ré e dans l’ensemble des niveaux de G.O.L.D. La tarification

est calculé e en prenant en compte de multiples options permettant d’ê tre le
plus cohé rent vis-à -vis du marché pour ré aliser les meilleures marges.
 Promotion G.O.L.D. fournit à ses clients de nombreuses mé thodes permettant la gestion des
promotions (clients et fournisseurs).

Ré approvisionnemenGt.O.L.D.permet de ré approvisionner les sites manuellement et/ou

automatiquement en prenant en compte les options de stock minimum et de
sé curité . Des algorithmes de pré visions de ré approvisionnement dé taillé s ont
é té implé menté s pour ré pondre au mieux aux diffé rents sites de distribution
mis en jeu.

Gestiondu stock À tous les niveaux de la distribution, le progiciel permet une totale visibilité et
une gestion optimisé e du stock en cours quelque soient les flux en cours et les
diffé rents sites traversé s.

Copie et Cascade G.O.L.D. utilise la mé thodologie « One Touch ». Cela permet de faire retomber en
cascade pour les niveaux les plus bas, toutes les informationscopié es ou
appliqué es de haut niveau. Ceci permet une cohé rence continue des informations
entre les diffé rents niveaux d’abstraction du logiciel.

Gestion par La mé thodologie « One Touch » permet par des principes d’inclusion et
d’exclusion
exception de gé rer des donné es pré cisé ment dans les plus bas niveaux pour les remonter par
la suite. Cela permet de gé rer les é vè nements dans G.O.L.D. pour optimiser les
besoins de prises de dé cisions du personnel sur place.

L’ensemble de ces fonctionnalité s permet de gé rer la chaîne de la grande distribution du dé bu

(à partir du fournisseur) à la fin (les magasins), en respectant les diffé rents acteurs mis en jeu.

2.1.2. Historique du progiciel

Voici un historique de l’é volution du progiciel depuis son lancement jusqu’à nos jours (suite e
partie aux nouveaux contrats signé s avec les acteurs de la grande distribution qui apportent leu
« mé tier » au logiciel).

L’histoire de G.O.L.D. commence (comme pour la socié té ) en 1986. Les fondations du progicie
sont initialement guidé es par de grands groupes français implanté s dans la grande distribution
(Leclerc, Colgate, Palmolive…). Ces entreprises vont en effet contribuer à dé velopper le logiciel
à augmenter l’ensemble des fonctionnalité s proposé es. On voit par exemple, l’apparition de la
gestion des opé rationscommercialeseffectué es. De là est lancé le dé veloppementet la
commercialisation du logiciel d’application.
La premiè re version de G.O.L.D. est distribué e en 1991 à Disneyland Paris et à certaines filial
spé cialisé es de grands groupes de la grande distribution (Auchan…).
De 1992 à 1996, G.O.L.D. est en plein essor notamment grâ ce à l’appui de grandes socié té s
informatiques (Digital, Bull, IBM…). Celles-ci incluent le progiciel dans leurs offres pour les
marché s de la grande distribution et de la logistique. Durant cette mê me pé riode, d’importants
investissementss ont ré alisé s pour permettre de standardiserle produit suivant les normes
internationales EDI. De nombreux clients europé ens choisissent ce progiciel tel que Migros (Sui
ou Tradeka (Finlande).
Entre 1996 et 1997, Aldata Solution continue sa croissance tant au niveau europé en qu’au ni
international. Des installations en Europe de l’Est et en Asie Pacifique sont ré alisé es avec le clie
Ahold (Pays-Bas). D’autres sont effectué es en Europe et en Amé rique du Sud suite au partenaria
avec le groupe CAT, filiale du groupe Renault. Tesco (Royaume-Uni), l’un des plus importants
groupes de la grande distributionmondiale retient é galement G.O.L.D. pour dé ployer ses
opé rations de Supply Chain.
 En 2000, le groupe français Casino choisit G.O.L.D. pour ses activité s commercialesà
l’international. L’anné e suivante, le groupe dé cide d’utiliser le logiciel pour toutes ses opé ration
sur le territoire français.
En 2001, le groupe pharmaceutique Lloyds Pharmacy (Royaume-Uni) signe un contrat avec
Aldata pour l’ensemble de ses opé rations au Royaume-Uni et en Irlande. Ce groupe repré sente p
de 1600 magasins.
Depuis 2003, la filiale d’Auchan, ATAC, retient G.O.L.D. pour ses supermarché s et ses opé rati
logistiques. En dé cembre de la mê me anné e, Aldata et Carrefour signent un accord global pour
G.O.L.D. au niveau mondial (c’est-à -dire l’Europe Centrale, l’Europe de l’Est, l’Asie et
l’Amé riqu du Sud).
2004 voit la signature de 27 nouveaux contrats. Deux modules sont é galement ajouté s au
progiciel : G.O.L.D. Track et G.O.L.D. Mobile (explicité s par la suite).
En 2005, Aldata Solution continue de signer des contrats avec de grands groupes. C’est le ca
Musgrave, Giant Eagle, Albertsons…

Bien que destiné e au mê me domaine « mé tier » (la grande distribution, la logistique), chaque
signature de contrat a apporté ses spé cificité s et de nouvelles façons de travailler. Cela a permis
G.O.L.D. d’é voluer fonctionnellement pour satisfaire au mieux l’ensemble des clients. G.O.L.D. a
é galement é volué technologiquement en suivant l’é volution informatique des derniè res anné es
( passage au Java en 2002).
2.1.3. Topographie du progiciel

G.O.L.D. est un logiciel s’adressant aux diverses activité s de la Supply Chain. Celui-ci peut ê tr
pré senté sous diffé rentes topographies indiquant chacune les processus mis en jeu.

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

Cette carte illustre l’ensemble des processus commerciaux considé ré s dans G.O.L.D. Les trois
premiers (en partant du haut) concernent les types de donné es repré senté es dans le logiciel. Ils
parlent des clients, des fournisseurs, des produits, des utilisateurs…
Les troisiè me et quatriè me se rapportent au fonctionnement des entrepô ts, des magasins et d
centrales d’achats. On y trouve les principes d’optimisation, de gestion de stock, de
ré approvisionnement…
Les deux derniers processus (Canaux de vente et Pilotage) repré sentent les processus de ven
la gestion des flux entre diffé rents sites et la facturation concerné e.
 Figure 15 : G.O.L.D. Multi Channel Schéma

Ce sché ma repré sente l’ensemble des opé rations commerciales et de flux entre les diffé rents
sites mis en jeu dans G.O.L.D.
Au milieu de ce sché ma, se trouve G.O.L.D. Central par lequel tous les é vè nements de transfe
passent. Cette gestion des relations entre les diffé rents sites intervenants dans le domaine de la
grande distribution et le respect de l’organisation commerciale des entreprises permettent à
G.O.L.D. de ré pondre au mieux à ses clients, qu’ils repré sentent de grandes multinationales, des
entreprises nationales, ré gionales ou locales.
J’ai travaillé au cours de mon stage sur le logiciel G.O.L.D. Stock (qui sera pré senté par la
suite). Il est concentré au niveau des entrepô ts.

© Aldata Solution
2I0/49
 Figure 16 : G.O.L.D. Product Solution Map

Ce sché ma repré sente l’ensemble des solutions dé veloppé es par Aldata Solution pour ré pond
au mieux aux besoins de ses clients. On y retrouve la totalité des diffé rents modules (explicité s p
la suite). L’agence de Nantes se consacre, pour exemple, à G.O.L.D. Stock et G.O.L.D. Vocal.

© Aldata Solution
2I1/49
2.2. Les composantes de 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 « Pré sentation » de l’architecture repré sente le premier tiers. Deux caté gories de
clients lé gers existent pour ré pondre à tous les besoins du métier. D’une part, le client 100% Jav
dans lequel le dé ploiement de l’application est automatique et qui fonctionne sous forme
d’apple ou via Java Web Start. D’autre part, un client Web qui utilise les technologies Web 2.0 et
dans lequel le dé ploiement de l’application est instantané et qui utilise les flux SOAP/XML pour
le transfert des donné es. Cette caté gorie supporte diffé rents types de supports : Tablet PC, PDA,
…
La couche « Mé tier » a é té implé menté e autour d’un serveur d’application dé veloppé par la
socié té : G.A.I.A. Il peut fonctionner seul ou bien ê tre inté gré dans une application J2EE. Le
serveur est entiè rement compatible avec des architectures orienté es services (SOA).
Enfin, le troisiè me tiers, la couche « Donné es » où l’on retrouve l’ensemble des donné es
persistantes est gé ré e par une base de donné es Oracle®.

Tous les modules du logiciel ont é té dé veloppé s suivant ce modè le. Aldata Solution a dé velopp
diffé rents modules pour ré pondre aux diffé rents aspects du « mé tier » de la grande distribution
de la logistique. Ils sont pré senté s ci-dessous :
Grande distribution
G.O.L.D. Central assure le pilotage de la Supply Chain dans le contexte de la grande
distribution

G.O.L.D. Shop assure la mobilité dans le cadre de la gestion des points de vente

G.O.L.D. PIM assure la gestion de pré -ré fé rencement des articles

G.O.L.D. Mobile permet l’exé cution mobile des principalesactions pré sentesdans
G.O.L.D. (commandes, ré ceptions, inventaires, …)

G.O.L.D. POS assure un service fiable et flexible dans la gestion des points de
vente

Logistique
G.O.L.D. Stock permet la gestion de l’espace de stockage, les pré parations,
l’automatisation de la manutention… et permet d’avoir une visibilité
permanente des marchandises dans l’entrepô t et donc d'amé liorer
la planification et la traçabilité .

G.O.L.D. Vocal / Radio assure la mobilité dans le cadre de la gestion des points de
vente

G.O.L.D. Pick optimise l’implantation des articles picking en entrepô t

G.O.L.D. Billing permet la gestion des coû ts des services au sein du ré seau logistique

G.O.L.D. C-Plan permet aux diffé rents responsables d’activité sur l’entrepô t de
piloter leurs activité s et de planifier leurs ressources dans l’horizon
court et moyen terme

Optimisation
G.O.L.D. Topase permet d’optimiser le ré approvisionnement des entrepô ts.

G.O.L.D. Forecast permet de pré voir les besoins de marchandises pour optimiser
la chaîne logistique

Support
G.O.L.D. Track assure la traçabilité des marchandisescirculant dans un ré seau
logistique

G.O.L.D. Events assure la gestion des é vè nementsdans la Supply Chain avec la

dé tection et la notification des é vè nements critiques

G.O.L.D. Mine accé lè re et facilite la consultation des donné es de G.O.L.D. grâ ce à un

cube d’entrepô t de donné es conçu pour le rapport d’activité s

G.O.L.D. G.S.P. permet aux clients et partenairesd’Aldata de dé velopper des

fonctionnalité s complé mentaires au logiciel Aldata G.O.L.D.
 LE PROJET: C.H.U.STRASBOURG DGE.O.L.D.STOCK

3. G.O.L.D. STOCK

Comme vu pré cé demment, G.O.L.D. Stock est un logiciel indé pendant du progiciel G.O.L.D.
dont la principale activité est la gestion des entrepô ts, acteurs majeurs de la chaîne logistique d
la grande distribution. Il s’adresse aux distributeurs, industriels et prestataires logistiques.

C’est un systè me de management, de pilotage et d’exé cution qui offre des avantages multi-
dimensionnels :
multi-sites,
multi-organisations,
multi-donneurs,
multi-plateformes techniques,
multilingue.

Principales fonctions contrô lé es par G.O.L.D. Stock

les donné es de base d’un entrepô t
les mouvements physiques dans un entrepô t : ré ception de marchandises, stockage,
lancement de missions, pré paration, …
l’organisation physique du stockage des marchandises
le suivi de productivité du personnel de l’entrepô t
l’utilisation de la Radio pour les chariots, les caristes et de la Radio Vocal pour les
pré parateurs

Bé né fices offerts par G.O.L.D.

toutes les manipulations de marchandises sont optimisé es
les flux de marchandises sont gé ré s
les niveaux de stockage sont contrô lé s pour é viter les manques ou d’avoir trop de stoc
les activité s dans l’entrepô t sont sé curisé es
les rè gles FIFO sont respecté es pour servir au mieux les clients (magasins)

Opé rations gé ré es par G.O.L.D.

G.O.L.D. Stock ré pond bien sû r à toutes les opé rations que l’on peut trouver dans un entrepô t
administration, donné es techniques (paramé trage, carte magasin, chemin de pré paration, carte
d’identité article), ré ception, gestion du stock, inventaire, rempotage picking, ordres de livraiso
tourné es, pré paration,ré partition, allotissement,expé dition, supervisionde la pré paration,
emballages, historiques et statistiques. L’ensemble de ces opé rations sont disponibles pour les
utilisateurs du logiciel ce qui permet de ré pondre au mieux au « mé tier » des clients.
 Lien avec G.O.L.D. Central
Bien que G.O.L.D. Stock soit capable de fonctionner de maniè re autonome, il est gé né ralemen
interfacé avec une application telle que G.O.L.D. Central ou toute autre application de niveau
supé rieur (exemple : application de gestion commerciale ou de gestion de production).
L’interfaçage avec G.O.L.D. Central est à double sens. Du niveau supé rieur, G.O.L.D. Stock pe
recevoir le ré fé rentiel article (carte d’identité article, emballage, famille d’article, …), les
informations sur les interlocuteurs intervenant dans les transactions de marchandises, les ordre
ré ception ou les ordres de livraison. Il peut remonter à G.O.L.D. Central les mouvements de stoc
(ré ceptions, expé ditions, mouvements internes, …), l’image du stock à un instant t ou mê me des
avis d’expé dition.
La transmission peut se faire grâ ce à diffé rentes technologies (fichiers XML, liens DB-Link, …
avec une fré quence paramé trable d’un cô te comme de l’autre.

Flux gé ré s par G.O.L.D. Stock

La figure suivante repré sente sché matiquement l’ensemble des flux de marchandises entre
entrepô ts et internes à un entrepô t qui sont gé ré s par G.O.L.D. Stock.

Figure 17 : Flux de marchandises dans un entrepôt

L’entrepô t doit, bien entendu, gé rer les ré ceptions et les expé ditions de marchandises (flux
externes). En interne, un entrepô t se doit de garantir la mise en ré serve de produit, la pré parati
des commandes,la ré partition. Toutes ces garantiescorrespondentà des mouvementsde
marchandises à l’inté rieur d’un entrepô t.
4. PROJET SPECIFIQUE CHUSTRASBOURG

Voici une pré sentation du projet sur lequel j’ai travaillé (le projet CHU Strasbourg) et les poin
importants à dégager.

Les Hô pitaux Universitaires de Strasbourg ont choisi Aldata Solution et le logiciel G.O.L.D. St
plus pré cisé ment pour centraliser leurs opé rations logistiques et pouvoir profiter des solutions
d mobilité et de traçabilité permises par le logiciel. Cet accord intervient suite aux changements
d configurationsstructurellesdébouchantsur la cré ation d’une plate-forme logistique d’une
superficie de 22 000 m². Diffé rents services seront gé ré s (magasinet pharmaciecentrale,
restauration, transport, garage, traitement des dé chets) à l’inté rieur des 6 hô pitaux ce qui
repré sente prè s de 250 unité s fonctionnelles.
L’un des points importants de l’accord entre le CHU Starsbourg et Aldata Sollution concerne
gestion en temps ré el de toutes les activité s d’entreposage. Pour cela, la socié té CIPAM, partena
d’Aldata Solution, va disposer dans certains points straté giques de l’entrepô t des portiques
permettant l’identification par radiofré quence (RFID) des é quipements mobiles. L’ensemble du
parc de chariots logistiques pour les livraisons et pour la blanchisserie sera doté d’é tiquette RFI
permettant de les localiser et de les suivre à travers le ré seau. Cette solution permet de ré pondr
à la lé gislationeuropé enneen matiè re de traçabilité sanitaire ainsi qu’aux exigencesde
performance rigoureuses des Hô pitaux Universitaires de Strasbourg.
Dans le futur, Aldata Solution alimentera é galement un automate de dispensation nominative
dé dié à la pré paration des mé dicaments pour chaque malade.

C’est donc sur ce nouveau projet d’Aldata Solution que j’ai travaillé . Ayant basé la solution
su
G.O.L.D. Stock, seule l’agence de Nantes a dé veloppé ce logiciel spé cifique, ce qui a permis d’ê t
en contact avec toutes les personnes attaché es à la partie dé veloppement de ce projet.

En plus de la gestion des é quipements mobiles dans tout le ré seau, un des autres points
importants de ce nouveau projet est la gestion des « petites quantité s ». Il se peut en effet qu’un
service des Hô pitaux passe une commande avec un article demandé en petite quantité . Cela est
diffé rent des entrepô ts classiques du domaine de la grande distribution où les commandes
repré sentent de grandes quantité s de produits. De plus, les clients de l’entrepô t (les services de
l’hô pital) peuvent ê tre amené s à avoir des urgences mé dicales qui se concré tisent par des
demandes de produits à livraison immé diate. Ce genre de situation doit ê tre gé ré au plus vite et
concerne gé né ralement qu’un seul et mê me produit.

La suite du rapport va pré senter le stage et son dé roulement (outils de dé veloppement

utilisé travaux ré alisé s, …).
 LE STAGE

5. LES OUTILS DE DEVELOPPEMENT

Durant mon stage, j’ai é té amené à utiliser divers outils de dé veloppement pour ré aliser les
tâ ches qui m’é taient attribué es dans l’é quipe de dé veloppement. Voici une liste des outils utilisé

5.1. Environnements de programmation

Par ordre d’importance dans les outils de dé veloppement, on retrouve les environnements de
programmation. Ils apportent au dé veloppeur des outils afin de simplifier son travail (tant au
codage qu’au dé bogage).

5.1.1. Eclipse

Eclipse est l’un des environnements de dé veloppement le plus utilisé dans les entreprises
informatiques. Son architecture en plug-ins lui apporte de nombreux avantages (extensibilité ,
universalité ,polyvalence,…), ce qui lui permet d’utiliser quasimenttous les langagesde
programmation.
C’est en programmation Java qu’Eclipse dé voile le mieux nativement ses fonctionnalité s. En
effet, il propose intuitivement une auto-complé tion intelligente et simple d’utilisation, une
pré - compilation des sources et diverses autres fonctionnalité s pratiques de gestion des
sources.
J’ai é té amené à utiliser cet environnement pour mes dé veloppements Java et JavaScript.

5.1.2. Visual C++

Visual C++ est un des environnements de dé veloppement le plus ré pandu dans les
socié té s informatiques pour le dé veloppement de sources C, C++, Pro-C, … . C’est un
environnement dé la programmation Windows, permettant une compilation des sources
efficace et facilement dé bogable. Il m’a é té utile pour compiler mes batches d’é dition de
documents.
5.2. Outils dé veloppé s par Aldata

Comme une grande majorité des socié té s de services en informatiques, Aldata Solution possè
un dé partement de Recherches & Dé veloppement. Il a pour but de cré er divers outils servant à
aider les dé veloppeurs dans leurs projets.

5.2.1. Le serveur d’application G.A.I.A.

Le serveur d’application G.A.I.A. (Global Application Integration Architecture), dé veloppé par

socié té , est un serveur sur lequel des applications ont é té installé es dans le but d’ê tre utilisé es p
les utilisateurs du logiciel G.O.L.D. C’est le serveur qui se charge des applications et permet leu
accè s à distance via un ré seau é tabli.
Ce serveur est utilisé dans plusieurs modules du progiciel et notamment par G.O.L.D.
Stock p lequel il contient l’ensemble des applications dé veloppé es qu’il met à disposition au
lancement d l’application.
Ce serveur a é té conçu entiè rement en Java et permet les connexions à des bases de donné es
pour servir de middleware dans les applications client/serveur.
Une application chargé e dans G.A.I.A. est stocké sous la forme d’un Bean issu d’une archive j
Il est possible de l’administrergrâ ce à la console d’administrationqui permet diverses
fonctionnalité s sur les Beans.

Figure 18 : Aperçu de la console d'administration G.A.I.A.

5.2.2. L’API G.O.L.D. User Interface

Le dé partement Recherches & Dé veloppement d’Aldata Solution a é galement mis en place un

API nommé e G.O.L.D. User Interface. Il s’agit en fait d’une API proprié taire basé e sur Swing qui
permet la ré alisation des diffé rents é crans Java du logiciel G.O.L.D.
Les é crans cré é s suivant cette API sont donc tous identiques visuellement. Ils pré sentent tous
commun une couleur initiale reconnaissable (gris-vert) et une barre d’outils situé e dans la parti
haute et permettant d’effectuer certaines opé rations de bases : retour, valider, enregistrer,
rafraichir, ajouter, supprimer, afficher, …

Figure 19 : Applet conçue en utilisant G.O.L.D. UI

L’API rend plus simple l’utilisation de la librairie graphique Swing de Java. Il est trè s facile de
placer les divers é lé ments dans la fenê tre (boutons, champs de saisie, tableaux, ...)
5.3. Outils de gestion des sources

Comme dans toute socié té informatique, beaucoup de dé veloppeurs peuvent ê tre amené s à
travailler sur les mê mes sources consé cutivement ou en mê me temps. Il est donc né cessaire de
contrô ler les sources. Pour cela, l’é quipe de Nantes utilise deux logiciels : winCVS et WinMerge

5.3.1. winCVS

CVS est un systè me de contrô le de versions de sources client/serveur. Il permet à plusieurs

dé veloppeurs de travailler en commun sur les mê mes sources. On retrouve ce systè me pour tou
les projets importants de dé veloppement. Le systè me gè re en fait les accè s concurrents sur des
fichiers afin d’é viter les é crasements de donné es,
car il est capable de dé tecter les conflits dans d es
sources de versions diffé rentes.

winCVS est un logiciel permettant cette gest ion

des fichiers, mais plus stable que le systè me
proposé par Eclipse. C’est la raison qui a pouss é
l’agence de Nantes a utilisé ce programme.
L’agence de Nantes utilise CVS pour permettre
aux diffé rents dé veloppeurs de garder en mainles
projets dé veloppé s pour les clients, notamment
des projets externes, des é volutions
spé cifiques pour des clients, …
Figure 20 : Écran de gestion de winCVS

5.3.2. WinMerge

WinMergeest un outil de comparaisonde

sources servant à diffé rencier les conflits
dé tecté s par un outil de gestion de sources. Il
existe bien é videmment un certain nombre
d’outil de ce genre (Eclipse par exemple, en
possè de un), mais ce petit logiciel pré sente
quelques avantages :
une interface coloré e
des raccourcis claviers pour naviguer e ntre
les conflits
la possibilité d’é diter des fichiers, de le s
enregistrer sé paré ment
la possibilité de comparer des ré pertoires

Figure 21 : Écran de gestion de WinMerge

© Aldata Solution
3I0/49
5.4. Outil de gestion des modifications et bugs rapporté s

5.4.1. Mantis

Mantis est un outil de support web qui a

commencé à ê tre utilisé au dé but de mon
stage par l’é quipe G.O.L.D. Stock dans laqu elle
j’ai effectué mon stage. J’ai d’ailleurs dé but é
mon stage par y apporter quelques
amé liorations en vue des utilisations futures.

Cet outil permet un suivi des amé liorations

apporté es à un projet, qu’elles soient
dé pendantes de bugs rapporté s par des clie nts
ou de nouveaux dé veloppements.

Figure 22 : Écran de gestion de Mantis

© Aldata Solution
3I1/49
6. LES TRAVAUX REALISES

Durant la totalité de mon stage, j’ai 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 dé veloppement d’un
module complé mentaire au logiciel, spé cifique pour les Hô pitaux de Strasbourg. Il consistait au
dé veloppement d’é crans et de services Java pour gé rer le dé placement des é quipements mobile
dans l’entrepô t. Le sujet n’é tait pas suffisamment important pour tenir toute la duré e du stage,
mon travail a donc consisté à implé menter diffé rents modules spé cifiques en utilisant les
diverse technologies pour l’utilisation de G.O.L.D. :
le mode applet pour les é crans Java,
le mode PDA.

Au dé but de mon stage, la partie dé veloppement de ce projet spé cifique en é tait à son
commencement.

6.1. Modules en mode applet

Le logiciel G.O.L.D. Stock s’utilise majoritairement à l’aide

d’applet Java. À l’aide d’un menu, il donne accè s à l’ensemble des
fonctionnalité s dé veloppé es pour le client.

Une entré e du menu correspond à une classe Java. Celles-c i

sont dé veloppé es grâ ce à une API proprié taire basé e sur Swi ng et
dé veloppé e par la socié té .
6.1.1. Module de gestion des é quipements mobiles

Dans le but de sé curiser leurs entrepô ts et d’assurer une traçabilité des dé placements de
l’ensemble de leur parc d’é quipements mobiles, les Hô pitaux de Strasbourg ont dé cidé d’é quipe
leurs entrepô ts de plusieurs portiques RFID permettant de dé tecter les mouvements des divers
chariots.

Pour pouvoir ê tre dé tecté , chaque chariot (et vé hicule) e Etiquette

st RFID + CB

muni d’un code barre unique. Lorsqu’il passe sous un porti

que
(ou à proximité de l’un d’eux), ce dernier envoie un messag Portique RFID
e
qui sera enregistré en base. C’est à partir de cela que le m Gyrophare

odule
de gestion des é quipements mobiles commence.

Déclaration de
chargement Lecture
PDA ou RFID

Un code barre repré sente une suite de 18 caractè res. C’est le numé ro sé quentiel (code SSCC
qui nous inté resse ici. Celui-ci est la clé d’accè s aux informations du chariot (type de support, C
chariot, opé rations archivé es, …).
Planche 09

Identification d’un chariot

Figure 23 : Code à barre d’un Figure 24 : Schéma SSCC CI Chariot

équipement mobile

Plusieurs traitements ont dû ê tre effectué s. D’abord, il a fallu cré er de nouvelles tables dans l
base qui sont né cessaires pour la gestion du module. Trois tables ont alors é té ajouté es :
une table d’é quipements mobiles qui enregistre les diffé rents é quipements mobiles et les
informations né cessaires (statut, type d’utilisation, ...),
une table historisant les mouvements des é quipements capté s par un portique (entré e ou
sortie d’entrepô t, lavage, ...),
une table enregistrant la liste des portiques et leur emplacement dans le site.

Ensuite, il a fallu implé menter les diffé rentes classes Java repré sentant chacune un é cran. On
dé nombre quatre : la gestion des é quipements mobiles, leur cré ation et modification, l’historiqu
des mouvements et la gestion des portiques.
L’é cran de gestion des é quipements mobiles donne accè s à leurs informations essentielles
(typologie, numé ro SSCC, dernier mouvement enregistré , …). Il est é galement possible de faire
recherches suivant diffé rents critè res, plus ou moins pré cis, situé s dans le panneau du haut.
 Pour ajouter des é quipements mobiles à la base ou bien modifier leurs informations, il faut
passer par l’é cran de cré ation et modification. Suite à la saisie des champs obligatoires, il perm
l’ajout ou la modification des é quipements. Des contrô les de saisie ont é té apporté s pour aider
l’utilisateur au mieux.
L’écran d’historique de mouvements peut s’ouvrir de deux façons : via le menu ou via l’é cran
gestion des é quipements mobiles. La seconde version est plus restrictive que la premiè re puisqu
l’utilisateur doit avoir sé lectionné un é quipement. Du coup, on empê che la modification des
critè res de recherches concernant l’é quipement ou son type d’utilisation.
Enfin, le quatriè me é cran concerne la gestion des positions. C’est ici que sont enregistré s les
positions des portiques servant à dé tecter les é quipements mobiles.

L’ensemble des é crans suit l’architecture 3-tiers. Du coup, chaque action effectué e dans un
é cran appelle un service (commun à l’ensemble du module) qui est directement en relation avec
base de donné es Oracle.

Il ne reste plus alors qu’à relier les é crans cré é s avec la table contenant les informations
collecté s par les portiques. Pour cela, il a fallu cré er un agent G.A.I.A. Il s’agit d’un Bean ajouté
depuis l’interface du serveur d’application (voir chapitre 3.2.1.) qui lance et exé cute une classe
Java. Ce Bean est lancé tous les vingt secondes par une horloge et teste si de nouveaux
enregistrements ont é té ajouté s afin d’exé cuter son traitement.

Figure 25 : Bean horloge lançant toutes les 20s

le Bean récupérant les informations de l’interface RFID
6.1.2. Module d’affectation du stock

Un hô pital n’est pas structuré de la mê me maniè re que peut l’ê tre un entrepô t d’une entrepri
de la grande distribution. L’une des principales diffé rences vient des commandes passé es les
« clients ». Ici, les clients repré sentent les services des hô pitaux. Chacun d’entre eux peut passe
commandes de mé dicament ou autre maté riel mé dical à l’entrepô t. On peut distinguer parmi ce
commandes trois types :

les commandes normales/classiques

Elles correspondent aux demandes de ré approvisionnement ré gulier de stock dans un service.

les commandes urgentes

Elles correspondent à des demandes devant ê tre gé ré es prioritairement vis-à -vis des demandes
classiques pour satisfaire des manques maté riels.

les commandes trè s urgentes

Elles dé signent les demandes qui né cessitent les produits le plus rapidement possible pour
ré pond à une urgence mé dicale.

Figure 26 : Synoptique du module d’affectation du stock

Ce sché ma indique la suite des actions pour l’affectation du stock et la gestion des demandes
travers l’entrepô t.

Un é cran Java a é té cré é pour permettre la saisie de ces demandes. L’utilisateur est invité à
renseigner les informations né cessaires pour valider sa demande (la date de livraison, l’urgence
numé ro de commande, …), ainsi que les produits qu’il dé sire. En ce qui concerne les demandes
« trè s urgentes » une vé rification du stock libre puis du stock disponible (si né cessaire sera
effectué e) afin de ne pas permettre la commande d’un article en pé nurie.
 Le stock libre correspond au stock total de ce produit dans l’entrepô t tandis que le stock
disponible correspond au stock libre non ré servé (ré servé par d’autres demandes) de ce
produit dans l’entrepô t.

Figure 27 : Écrans de création de demandes et de lignes

Les demandessont livré es par rafale. Une rafale est une liste de destinataires(Unité s
Fonctionnelles) planifié e pour ê tre pré paré e à partir d’une heure, d’un jour de la semaine, en vu
d’une expé dition le mê me jour ou un jour suivant et pour une activité pré cise. L’affectation du
stock pour une rafale correspond informatiquement à ré server du stock des produits demandé s
les commandes. Un pré parateur pré pare ensuite la rafale en question, il pré pare l’ensemble des
demandes qui ont é té passé es par les destinataires pré vus pour cette rafale. Des é crans Java et
tables SQL ont é té cré é s pour permettre de gé rer ces rafales et de dé signer les U.F. associé es.

Les stocks des produits dans un entrepô t ne restent jamais fixes au cours du temps. Du coup,
lancement d’une rafale, une demande de produit peut amener une pé nurie ou un reliquat qui
doivent ê tre gé ré s. Si un article d’une demande est en pé nurie, le pré parateur a deux possibilité
la valider ou non. S’il dé cide de valider la pé nurie, cela signifie qu’il admet qu’il existe un manq
dans le stock. Il cherche si un article de remplacement a é té dé signé et le met à la place si c’est
cas. Il peut alors relancer la rafale qui pourra ê tre exé cuté e et qui indiquera au destinataire le
manquant. Si, au contraire, il ne valide pas la pé nurie, il peut malgré tout forcer le lancement d
la rafale. Cela aura pour effet de ne pas tenir au courant le destinataire du manquant.
6.1.3. Module de paramé trage

Les utilisateurs du logiciel des Hô pitaux de Strasbourg sont divisé s en deux activité s : la DAS
la Pharmacie. La DASE correspond à tout ce qui touche à la restauration, à l’hô tellerie, tandis q
la Pharmacie s’occupe de toute la partie mé dicale (mé dicaments, maté riels mé dicaux, …).Cette
dissociationentre utilisateursau sein d’un mê me entrepô t est é videmmentspé cifique aux
Hô pitaux. On ne retrouve pas, en effet, ces diffé rences dans les entrepô ts des clients d’Aldata
Solution.
Ces deux activité s entraînent la mise en place de traitements spé cifiques pour permettre de l
distinguer l’une de l’autre.
Fondamentalement, ces deux activité s ont les mê mes droits sur le logiciel. Elles donnent accè
aux mê mes fonctionnalité s du logiciel.

Le module de paramé trage (contrairement aux deux autres vus pré cé demment) n’est
compos que d’un seul é cran, mais possè de une sé rie d’onglets.

Une table de paramè tres a é té cré é e pour ré pondre à ce besoin. On y trouve comme informat
essentielle l’activité correspondant aux profils des utilisateurs du logiciel.
Dans le but de sé parer totalement les activité s et rendre l’application mono-activité lors d’un
session, des contrô les ont é té ajouté s. Ainsi, par exemple, un utilisateur d’une activité ne pourra
cré er des demandes (comme vu pré cé demment au 4.1.2.) que pour son activité et ne pourra avo
accè s qu’à celles de son activité é galement. Cela permet de distinguer les deux activité s.

Figure 28 : Écran de gestion des paramètres et profils

Ce « paramé trage » n’a pas é té trè s dur à mettre en place, vu que des é crans existaient dé jà .
a fallu cependant, revenir sur les diffé rents é crans dans lesquels l’activité avait un rô le pour bie
marquer la sé paration entre la Pharmacie et le DASE. Cela permet une totale exclusion entre le
domaines d’activité .
6.2. É crans PDA

Le logiciel G.O.L.D. Stock a é té dé veloppé é galement pour une utilisation mobile.

Cela permet aux personnels des entrepô ts de pouvoir travailler directement dans les
diffé rentes allé es de l’entrepô t.

L’utilisation mobile du logiciel apporte certaines diffé rences d’approchesvis-à -vis d’une
utilisation standard centralisé e.
Dans l’utilisation standard, l’ensemble des libraires de l’application (fichiers jar) est chargé à
connexion. Les problè mes de taille mé moire ne se posent pas dans ce cas, puisqu’il s’agit d’une
utilisation centralisé e. Pour les PDA, on ne dispose pas d’un espace mé moire infini. Du coup, on
charge que les librairies utiles aux PDA.
De plus, aucun libellé pré sent dans l’application n’est é crit en dur dans les sources. On les
retrouve tous dans une table. Cela permet d’utiliser le logiciel dans plusieurs langues sans avoir
cré er un source pour chaque langue. Cependant, si pour l’utilisation classique, on charge la tota
de la base en mé moire sans problè me, l’utilisation PDA l’interdit : on ne peut charger que les
libellé s de l’application PDA. Des amé liorations futures pourraient (devraient ?) ê tre amené es a
de charger seulement les libellés des modules utilisé s vu la croissance de l’exploitation du PDA.

Les é crans PDA sont dé veloppé s en JavaScript et en HTML avec en partie

haute de l’é cran les informations et en partie basse les boutons. L’é cran de
l’appareil é tant relativement petit, l’utilisation des é crans PDA est destiné
pour des traitements simples et lé gers en donné es. L’un des avantages des
PDA est qu’ils permettent de flasher des codes barres et de les afficher à
l’é cran pour lancer les traitements.

L’ensemble des é crans PDA que j’ai dé veloppé s permettent de travailler sur les diffé rents
mouvements internes des cartons dans l’entrepô t. Ils sont explicité s par la suite.
 6.2.1. Chariot de rangement

Ce module a é té conçu pour gé rer les ré ceptions de commandes. Suite à la ré ception d’une
commande sur un quai de ré ception, le module va assister l’utilisateur afin de regrouper les UL
ré ceptionné es par destination, d’organiser et de sé curiser le rangement au picking.
Pour cela, on demande au ré ceptionnairede flasher un carton puis le chariot (ou un
emplacement sur le chariot) dans lequel on dé pose le carton. Si tout ce passe bien, l’é cran est
ré initialisé , le carton est posé le chariot et on cré e un enregistrement dans la table SQL associé
afin de garder la liste des cartons en cours de dé placement.
Des contrô les sont effectué s pour vé rifier les donné es saisies ou flashé es. Ce module a é té
cré pour aider à regrouper les UL par destination, donc aux flashages d’un carton puis d’un
chariot, vé rifie que la zone de destination du chariot correspond à celle de dé pose du carton.
Si ce n’est pas le cas, on refuse le numé ro SSCC du chariot et on en demande un autre à
l’utilisateur.
On peut é galement se trouver dans la situation où l’on reçoit une U.L. volumineuse
(exemple : une palette complè te d’un produit). L’utilisateur n’a pas inté rê t à flasher chaque
carton un par u et les replacer sur le chariot de rangement, par perte de temps. Dans ce cas,
il devra flasher de fois le numé ro SSCC de l’UL successivement. Cela aura pour effet de
dé finir l’UL comme é tant à dé placer directement vers la zone de stockage sans passer par un
chariot de rangement.
Une fois le chariot rempli, l’utilisateur peut dé cider de le fermer. Cela entraîne la cré ation,
informatiquement, d’une mission de roulage pour dé placer le chariot du quai vers sa zone de
destination qu’une personne de l’entrepô t devra ré aliser ainsi que l’é dition d’un bon
d’accompagnement (paramé tré suivant l’activité de l’utilisateur) servant à indiquer les cartons
pré sents sur le chariot.

Figure 29 : Écran principal du module Figure 30 : Édition d’un bon d’accompagnement

L’utilisateur a é galement la possibilité de retirer un carton dé jà dé posé dans un chariot. Pour

cela, il doit flasher le carton, l’é cran demande alors à l’utilisateur s’il le retrait est effectif ou no
S’il confirme, il peut alors reflasher le carton pour le dé poser sur un autre chariot.

Le code barre flashé du chariot peut ê tre :

un numé ro SSCC simple (de 18 caractè res)
une association numé ro SSCC + numé ro emplacement sur le chariot (code
EAN128)
Dans le deuxiè me cas, le numé ro devra respecter la convention EAN128 et donc dé butera
par ‘00’ suivi du code SSCC auquel on ajoutera la codification ‘91’ indiquant le numé ro de
l’emplacement sur le chariot (entre 0 et 99).
6.2.2. Rangement en stock

Ces é crans correspondent à de la pré paration « à l’envers ». L’idé e ici est d’optimiser le
rangement de l’opé rateur suivant son domaine d’activité .
Pour la DASE, l’objectif est de permettre de dé charger et ranger les UL, et ce mê me s’ils n’on
pas é té dé claré s et d’effectuer des contrô les simplifié s des opé rations.
La Pharmacie à une activité plus contrô lé e, plus encadré e. L’objectif de ce rangement en stoc
est de ranger les UL aux emplacements imposé s et non ailleurs, ainsi que de sé curiser au mieux
opé rations.
Le module est composé de 3 é crans :

Le premier permet à l’opé rateur de flasher le chariot sur lequel il travaille, ce qui permet de
ré cupé rer toutes les informations né cessaires : cartons, …
Le deuxiè me é cran permet à l’opé rateur de flasher un code barre qui correspondra à un ou
plusieurs cartons du chariot. Ce code barre peut en effet repré senter un code SSCC de carton, u
code EAN128 dé signant le chariot et son emplacement ou bien un code produit.
Enfin, le troisiè me é cran affiche le produit flashé ainsi que les informations correspondantes
(compte tenu du code barre flashé ) dont l’adresse de dé pose du produit. L’utilisateur est amené
saisir ou à flasher l’adresse effective de dé pose ré elle du produit qui sera contrô lé suivant le typ
de mission et l’activité associé s

Suivant le type de code barre flashé , diffé rents contrô les et diffé rents ré sultats sont obtenus :
si l’opé rateur flashe un code produit, on va chercher tous les cartons pré sents sur le chario
contenant ce produit.
si l’opé rateur flashe un numé ro SSCC de carton, on ne prend en compte que ce carton dan
les ré sultats retourné s.
si l’opé rateur flashe un des emplacements du chariot, on va vé rifier que cet emplacement
contient qu’un seul produit. Si ce n’est pas le cas, l’opé rateur doit recommencer en flashan
les articles les uns aprè s les autres. Si c’est le cas et que l’adresse scanné e est bonne, tous
les produits de l’emplacement pourront ê tre rangé s.

Des messages à titre informatif et non bloquants indiquent s’il le code barre flashe correspon
au dernier UL pré sent sur le chariot ou s’il s’agit d’un code barre non flashe au rangement.

© Aldata Solution
4I0/49
6.2.3. Ramasse pour rempotage

La ramasse correspond au fait de dé placer, ramasser des stocks de leur zone de stockage ver
une zone de rempotage d’où ils pourront ê tre utilisé s pour de la pré paration. Ce module permet
donc de dé placer des stocks de produits vers des zones de stockage en contrô lant le nombre de
cartons né cessaires. De plus et par souci d’efficacité , 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 sé lectionner les zones de stockage et de rempotage que l’opé rat
va gérer. Ces sé lections sont assisté es par une LOV (List Of Values) qui permet d’afficher les zon
disponibles pour l’opé rateur suivant le type de la zone cherché e.
Une fois les zones choisies, on cherche dans la base la liste des missions correspondantes ave
les zones. Ces missions ne correspondent qu’à un seul article vu qu’il s’agit de rempotage. Le
ramasseur peut alors choisir les articles dont il compte s’occuper.
Le troisiè me et principal é cran affiche initialement les informations du premier article choisi
pré cé demment. L’opérateur flashe le support où se situe l’article puis le chariot de ramasse et o
passe à l’article suivant, et ainsi de suite, et pré lè ve autant de cartons que le nombre indiqué . Si
l’opé rateur constate un manque de produit, deux possibilité s :
c’est un manque total de cartons, alors la mission de rempotage pour cet article est annulé
c’est un manque partiel (il n’y 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
effectué e.

Quand toute la liste des articles à ramasser est traité e, on entre dans l’é cran de fermeture de
chariots dans lequel se trouve la liste des chariots qui ont é té ouverts pour la ramasse mais non
fermé s. L’opérateur peut de lui-mê me fermer un chariot si le support est plein par exemple.
Fermer un chariot entraîne l’é dition d’un bon d’accompagnement fait de la liste des produits, de
leur quantité et de leur adresse de rempotage, trié dans l’ordre du chemin de pré paration (chem
à parcourir dans une zone de l’entrepô t pour desservir toutes les adresses sans revenir sur ses p

Un chariot est dé claré fermé lorsqu’il est considé ré comme é tant au statut chargeable. Cela
indique qu’il n’est normalement plus disponible pour ê tre pré paré mais pour ê tre chargé
pour une mission.

© Aldata Solution
4I1/49
6.2.4. Chariot d’expé dition

6.2.4.1. Description du module

Ce module est en adé quation avec l’utilisation du module « Java » d’affectation du stock. Il
permet, en effet, de gé rer les demandes reçues et de pré parer les chariots qui seront envoyé s a
destinataires de ces derniè res. Il a pour but de regrouper les UL pour les Unité s Fonctionnelles
planifié e dans une rafale. C’est le module qui fait intervenir diffé rentes technologies, c’est donc
celui-ci qui a é té le plus long à dé velopper et à tester.
On se trouve dans la situation où les produits commandé s dans les demandes circulent sur un
tapis roulant afin d’ê tre aiguillé s par un convoyeur vers le bon é quipement mobile (chariot) qui
desservira le service destinataire.

Lorsque le pré parateur flashe un carton ou un bac (contenant divers produits), l’é cran affiche
nom et l’adresse du destinataire, ainsi que l’adresse d’emplacement où se situe le chariot qui
servira de support. Le pré parateur est alors invité à flasher le support sur lequel sera le carton
le bac. Si aucun chariot n’est ouvert pour ce destinataire et à cette adresse, un message l’indiqu
pour é viter à l’utilisateur de chercher un support qui n’existe pas. S’il existe au moins un chario
pour cette UF mais que l’utilisateur flashe un autre chariot, on demande confirmationà
l’utilisateur de l’ouverture d’un nouveau chariot. Un appel est alors effectué du package
permettant le regroupement du carton ou du bac sur le chariot.

Ce module n’est composé que d’un é cran principal. C’est à partir de celui-ci que toutes les
opé rations associé es aux chariots d’expé dition sont traité es.

À chaque regroupement effectif d’un colis (ou d’un bac) sur un chariot, on contrô le s’il 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é . L’opé rateur peut é galement dé cider de
fermer le chariot quand il le dé sire en cliquant sur un bouton FIN (non visible sur l’é cran).
La fermeture entraîne l’é dition de la liste de colisage pour l’ensemble des produits pré sents s
le chariot à l’exception des colis hors stock (qui ont dé jà une liste de colisage é dité e).
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 diffé rentes procé dures SQL. Le package est composé de deux fichiers :
un fichier « header » contenant les signatures des procé dures et/ou fonctions qui peuvent
ê tre appelé es à distance
un fichier « body » qui contient le corps de toutes procé dures et fonctions y compris celles
internes.
La cré ation de packages en lieu et place de simples requê tes SQL pré sentes dans un service J
(par exemple) a pour inté rê t d’amé liorer l’efficacité du service notamment grâ ce au fait qu’il n’y
qu’un seul appel à la base Oracle.
Dans ce package (que j’ai cré é ), de nombreuses opé rations é taient né cessaires sur la base. D
coup, l’appel d’un package est d’autant plus bé né fique que de multiples accè s la base depuis un
source Java.

Ce package travaille sur les tables gé rant les UMS. Il s’agit principalement de trois tables : la
premiè re s’occupe des informations de l’UMS, la deuxiè me des colis pré sents sur l’UMS et la
troisiè me des lignes de produits dans le colis.
Deux types de cartons peuvent ê tre flashé s (ce qui entraîne deux implé mentations) :
c’est un colis (i.e. un carton simple)
c’est un bac contenant des produits

:
Cas d’un carton simple

Le code SSCC flashé correspond à un colis sur une UMS. On va ré cupé rer la liste de toutes le
lignes de ce colis et modifier le numé ro SSCC de l’UMS par celle du chariot, puis faire de mê me
pour le colis.

Cas d’un carton simple :

Le code SSCC flashé correspond à une UMS. On vé rifie qu’elle ne contient pas de colis
(seulement un colis fictif obligatoire) puisqu’il ne doit contenir que des articles. On va ensuite
cré er un colis pour l’UMS chariot qui aura pour numé ro de colis le numé ro SSCC du bac. Puis, o
ré cupé rer la liste de toutes les lignes de cette UMS et les modifier de sorte que le numé ro SSCC
l’UMS soit celle du chariot et que celui du colis soit celui de l’UMS du bac flashé .

Exemple :
L’UMS de numé ro SSCC ‘123’ est flashé . Il est composé d’un colis fictif (numé ro ‘0’) et
des numé ros 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 numé ro SSCC ‘456’ est flashé pour servir de support pour ce bac.
Le regroupement donnera dans la table des colis un enregistrement avec pour clé 456
123 et dans la table des lignes des enregistrements de avec pour clé 456-123-1 et
456-123-2.
6.2.4.3. É dition de la liste de colisage
Une é dition de document ainsi que tout autre batch de l’application est dé veloppé e en Pro*C.
s’agit d’un langage de programmation permettant d’inclure des commandes SQL dans un sourc
type C. Pro*C correspond à un pré -compilateur puisqu’il est en ré alité traduit en source C inclua
des appels aux bibliothè ques Oracle. Il est ensuite compilé comme un simple fichier C jusqu’au
linkage des librairies pour cré er l’exé cutable.
Une connexion Oracle est né cessairement effectué e au dé marrage du fichier (et non lors du
linkage avec les librairies).

Les batches d’é dition utilisent l’outil FOP, outil qui a é té dé veloppé par le dé partement R&D
d’Aldata Solution. Il permet la cré ation d’une é dition dé composé e en deux parties :
un fichier XML temporaire des donné es ré cupé ré es du programme Pro*C.
un fichier maquette XML, composé de modè les, qui met en forme les donné es.
L’é dition peut ê tre construite en format texte, en HTML ou en PDF pour permettre d’ê tre lu e
imprimé par tous les types d’environnement.

La liste de colisage est un document pré sent dans le chariot lors de son expé dition pour indiq
au pré parateur qui le ré ceptionne les colis et les produits qui y sont pré sents. Ce document est
composé de plusieurs pages :
une page de garde dans laquelle on retrouve le destinataire et diffé rentes alertes pour
indiquer qu’un (ou des) produit(s) est (sont) dangereux ou contraignant(s) au niveau du
stockage.
des pages de dé tails qui indiquent les diffé rents articles pré sents dans le chariot trié s par
famille de pré paration et par colis.
une page listant les colis hors stock pour l’activité DASE

L’ensemble des donné es affiché dans le document provient de requê tes SQL exé cuté es dans d
curseurs pour utiliser des contrô les pour la mise en page directement dans le source.

6.2.4.4. Traitement des UL pour UF non planifié e

Les demandes « trè s urgentes » ont pour principe de ne pas ê tre associé es à une rafale afin
d’ê tre gé rer de maniè re directe par un préparateur. Ainsi, si l’opé rateur flashe un carton qui n’e
pas associé à une rafale (ou à une rafale de rang 99), cela signifie qu’il a affaire soit à une
demande « trè s urgente », soit à un paramé trage tel que ce destinataire n’est pas gé ré . Si
l’utilisateur confirme le traitement du carton, ce colis sera rangé sur le quai d’expé dition dans la
zone de stockage ré servé e pour le « non planifié e ». On é dite alors une liste de colisage si le coli
est « sur stock » (dans le cas du « hors stock », la liste de colisage a dé jà é dité ).

Un colis est sur stock s’il est compris dans le stock de l’entrepô t.
Un colis est hors stock s’il est compris dans une commande fournisseur.
7. PLANNINGDU STAGE

Le stage s’est dé roulé du 31 mars au 31 aoû t. Durant cette pé riode, j’ai pu travailler sur
diffé rents modules, diffé rentes technologies mises en jeu par G.O.L.D. Voici en ré sumé le plannin
de mon stage :

Figure 31 : Planning du stage

 LA CONCLUSION

Ce stage restera une grande expé rience dans mon parcours professionnel. Bien qu’ayant dé jà
travaillé dans une entreprise, elle n’avait aucun rapport avec le domaine informatique. Cela
permet donc d’avoir un vé ritable aperçu du mé tier d’ingé nieur de dé veloppement.

Au cours d’un stage, nous sommes confronté s à la vraie vie d’entreprise, son fonctionnement
gé né ral. Jusqu’alors à la faculté , il é tait difficile d’imaginer de telles mé thodes de travail. Le
cursus universitaire manque cruellement d’expé rience professionnelle et ce stage permet en pa
de combler ce manque.

Un des points difficiles de ce stage aura é té de s’immerger et de comprendre (en partie) le

logiciel G.O.L.D. Stock. C’est, en effet, un logiciel dé jà largement dé veloppé et retournant depui
beaucoup de temps des ré sultats trè s convaincants chez les clients d’Aldata Solution. Il s’agit d’
« 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 anné es d’é tudes ont
bé né fiques pour ce stage :
la programmation multi-langages (Java, Pro*C, SQL, JavaScript, HTML, XML,
PHP), la conception d’applications notamment client/serveur,
l’utilisation des diffé rents outils de dé veloppements.

Pour conclure, je dirais que ce stage a é té un excellent tremplin pour mon insertion
professionnelle en continuité de mes é tudes d’autant plus que la socié té m’a accordé sa confian
en me proposant de m’embaucher à la suite du stage.
 TABLE DES FIGURES

Figure 1 : Conseil d’administration d'Aldata Solution........................................................8

Figure 2 : Organigramme hiérarchique d'Aldata France.....................................................8
Figure 3 : Répartition des salariés d'Aldata entre les différentes filiales.................................9
Figure 4 : Répartition du personnel par âge et par ancienneté...........................................10
Figure 5 : Évolution de l'activité de Aldata Solution de 2005 à 2007....................................10
Figure 6 : Présence 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 : Aperçu 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 : Conférence 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 Schéma..................................................................20
Figure 16 : G.O.L.D. Product Solution Map....................................................................21
Figure 17 : Flux de marchandises dans un entrepôt........................................................ 25
Figure 18 : Aperçu de la console d'administration G.A.I.A.................................................28
Figure 19 : Applet conçue 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 d’un équipement mobile...........................................................33
Figure 24 : Schéma SSCC CI Chariot........................................................................33
Figure 25 : Bean horloge lançant toutes les 20s.............................................................34
Figure 26 : Synoptique du module d’affectation du stock..................................................35
Figure 27 : Écrans de création de demandes et de lignes..................................................36
Figure 28 : Écran de gestion des paramètres et profils.....................................................37
Figure 29 : Écran principal du module.........................................................................39
Figure 30 : Édition d’un bon d’accompagnement............................................................39
Figure 31 : Planning du stage....................................................................................45
 LE GLOSSAIRE

Centrale Organisation ayant pour objet de regrouper les commandes d'un

ensemble
d’achats de membres. La structure offre à la fois, de meilleures conditions d'achat
(grâ ce aux é conomiesd'é chelle ) et les services de promotionpour
l'ensemble des membres.

Logistique Activité qui a pour objet de gé rer les flux physiques d'une organisation,
mettant ainsi à disposition des ressources correspondant aux besoins,
aux conditions é conomiques et pour une qualité de service dé terminé e,
dans des conditions de sé curité et de sû reté satisfaisantes.

Middleware
(intergiciel) Logiciel servant d'intermé diairede communicationentre plusieurs
applications, gé né ralementcomplexes ou distribué es sur un ré seau
informatique.
Picking
(préparation de Opé ration qui consiste à pré lever et rassembler les articles en quantité
commandes) spé cifié e dans une commande avant expé dition. Toute erreur lors de cette
opé ration entraîne des erreurs de livraisons et des inconsistances dans les
stocks.

Progiciel Logiciel commercial vendu par un é diteur sous forme d'un produit
complet plus ou moins clé s en main (avec toutes les informations
né cessaires pour son installation). Le terme ré sulte de la contraction des
mots produit et logiciel.

Retail Terme informatiquecaractérisantun produit livré en boîte unitaire,

complet avec ses accessoires et sa documentation, destiné à la vente au
dé tail. C'est le contraire de la version bulk.

Supply Chain Activité qui consiste à amé liorer la gestion des flux physiques au sein de
l'entreprise et avec son environnement.
© 2007 Aldata Solution. I G.O.L®.eDs.t une marque dé posé e d’Aldata Solution.
Aldata Solution reconnaît les droits de toutes les marques cité es dans ce document.

Aldata Solution www.aldata-solution.com

S.A. au capital de 1 807 000 euIr3o0s5 489 932 RCS PaIrAisPE 722 A
37, rue du Colonel Pierre Avia 75508 Paris Cedex 15 FIRTAé Nl. C: +E33 (0)1 46 48 28I0F0ax : +33 (0)1 46 48 28 01