Master en informatique architectures logicielles rapport de sta


RAPPORT DE STAGE Développement de modules complémentaires pour client CHU

© Aldata Solution I 44/49

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 source 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 et

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.

Laisser un commentaire