[ST40] Développement WebGepor Nicolas ANTONE Automne Introduction :

Transcription

1 Introduction : Dans le cadre des études d'ingénieur à l'utbm, l'étudiant se doit de réaliser en quatrième année un stage de 6 mois. Ce semestre de stage a lieu à l'issue des deux premiers semestres d'études du second cycle de la formation et permet à l'étudiant d'appliquer ses connaissances en réalisant une tâche de niveau technicien supérieur. Du 30 août 2004 au 11 février 2005, j'ai donc effectué un stage en tant que développeur Web pour la société GEPOR, filiale du groupe ARCELOR, pour un projet suivi par TIXIS SYSTEMS, une SSII qui gère les ressources informatiques du groupe. Le projet de ce stage consiste à continuer le développement du système de gestion des activités de la société GEPOR, qui remplace leur précédent système devenu obsolète et fonctionnant sous AS/400. Cette nouvelle application utilise la technologie ASP couplée à une base de données SQL/Server. J'ai choisi le sujet que me proposait cette entreprise car je souhaitais avoir un aperçu à la fois de l'informatique de gestion en entreprise mais aussi de la programmation Web. Page 1 / 38

2 Remerciements : Je souhaite exprimer ma gratitude à M. Philippe ADNET pour avoir retenu ma demande de stage. Je souhaite témoigner ma reconnaissance à mon tuteur M. Patrick SARAZIN, pour le suivi tout au long de mon stage, pour son aide à la compréhension et à la mise en place du projet. Je le remercie aussi pour le temps passé avec moi sur la conception du système. Merci également à M. Philippe LALLEMENT, chef du projet chez TIXIS SYSTEMS, pour avoir suivi une partie de mon travail, notamment l'accompagnement lors de la phase de mise en production. Je suis également reconnaissant envers tous le personnel de TIXIS ainsi que le personnel de GEPOR pour l'accueil et l'aide qu'ils ont pu me fournir. Page 2 / 38

3 Table des matières 1 Présentation de l'entreprise d'accueil Le groupe ARCELOR Présentation de TIXIS SYSTEMS Présentation de GEPOR Historique de l'entreprise Les produits Les infrastructures Situation géographique Le fonctionnement et les activités de GEPOR Présentation et finalité du système informatique Fluvial Saisie Rapport Contrôle de l'activité Pointage Facturation Le stage Sujet du stage Définition Antécédents Poste occupé dans la société Encadrement et notions informatiques L'ancien système : AS/ Client / Serveur : Intranet Informations sur la plate-forme ASP/SQL Server Moyens techniques Développement des scripts Gestion de la base de données Objectifs Visés : Planning daté du Travail Prévisionnel Planification réel Travail réalisé Déroulement du Travail Les grandes étapes du développement Finalisation de la partie saisie de l'activité Mise en page CSS/HTML Mise en production du site intranet Gestion de la partie pointage et statistiques sur le personnel Mise en place de la partie Facturation Exportation de la comptabilité Réorganisation de la partie suivi des stocks Généralités Synthèse de mon travail Synthèse des problèmes rencontrés Synthèse des résultats Vision critique de l'application Conclusion Lexique Bibliographie Page 3 / 38

4 1 Présentation de l'entreprise d'accueil 1.1 Le groupe ARCELOR Le groupe ARCELOR est né officiellement en février 2002 de la fusion de trois groupes européens : ARBED Luxembourg, ACERALIA Espagne et le français USINOR. Depuis ce rapprochement, le groupe ARCELOR est le premier sidérurgiste mondial avec une production mondiale de 40 millions de tonnes d'acier et un chiffre d'affaire de 26 milliards d'euros. La société emploie près de personnes dans plus de 60 pays (88 % en Union Européenne). ARCELOR développe ses activités dans quatre principaux secteurs : Il est le premier producteur mondial pour les Aciers Plats Carbone et les Aciers Longs Carbone, l'un des leaders mondiaux pour la production d'aciers Inoxydables, et parmi les premiers en Europe pour le secteur Distribution-Transformating-Trading (un secteur d'arcelor regroupant 250 sociétés de transformation et de distribution en aval de la production d'acier) Les principaux produits du groupe ARCELOR : - L'automobile : ARCELOR est le premier fournisseur d'aciers plats pour l'automobile en Europe et dans le monde avec une part de marché de 13 %. Une voiture sur trois en Europe est carrossée avec des aciers ARCELOR. - L'électroménager : Partenaire des plus grandes marques, ARCELOR est le premier producteur européen d'aciers destinés à l'électroménager. Aciers laminés à froid pour les structures et les renforts, aciers galvanisés appréciés pour leurs caractéristiques mécaniques et leur résistance à la corrosion, aciers composites qui absorbent et amortissent les vibrations. - Emballage : Sur le marché des aciers plats pour l'emballage, Arcelor Packaging International joue également les premiers rôles : Numéro 1 en Europe (28% du marché européen) et numéro 2 mondial (avec 8 %), leader mondial des boîtes boisson deux pièces (fond + couvercle). 8 milliards de boîtes boisson sont fabriquées chaque année avec de l'acier ARCELOR. - Construction : L'acier s'affirme aujourd'hui comme un matériau de construction noble et moderne, les plus grands architectes privilégient son élégance, sa résistance et sa légèreté. - Tube : ARCELOR propose sur ce marché des solutions acier très diversifiées : aciers plats au carbone, aciers longs au carbone, aciers inoxydables, en croissance dans tous les secteurs qui exigent un matériau inaltérable pour répondre à des contraintes industrielles sévères : résistance aux conditions extrêmes dans l'industrie chimique, le nucléaire, le pétrole ; légèreté, sécurité et longévité dans le transport, hygiène dans l'industrie alimentaire Page 4 / 38

5 1.2 Présentation de TIXIS SYSTEMS TIXIS SYSTEMS est une SSII (Société de Services et d'ingénierie en Informatique) née en 2000 de la fédération des équipes Etudes Informatiques des sociétés du groupe USINOR. TIXIS SYSTEMS est le plus important fournisseur en systèmes d'information d'arcelor, dont elle est filiale à 100 %. Sa clientèle se compose d'environ 75 clients répartis dans plus de 10 pays différents et compte au minimum 900 collaborateurs. TIXIS SYSTEM assure au sein du groupe : La conception, la réalisation et le déploiement de solutions répondant à des besoins spécifiques. La conception, la réalisation de solutions réutilisables par le groupe. L'intégration de solutions du marché. Les clients sont suivis tout au long du cycle de vie de leur système d'information. 1.3 Présentation de GEPOR GEPOR SAS (Société par Actions Simplifiées) est une filiale de Sollac Lorraine depuis 1999 et depuis 2001, filiale à 100 % d'arcelor. Cette société occupe un rôle clef au sein du groupe ARCELOR car c'est elle qui est en charge du transit des charbons et des aciers entre les différents clients en début et en fin de production. Elle assure ainsi l'importation des matières premières (minerais, charbons), de demi-produits (brames, coils) et l'exportation de produits sidérurgiques (aciers plats carbone, rails, fils). La société s'occupe principalement de la gestion et du suivi de l'activité en amont et en aval des différents ports. L'activité amont est centrée sur le déchargement des bateaux de matières premières et l'activité aval sur l'expédition de produits finis par voie maritime Historique de l'entreprise 1976 : Création de GIE GEPOR Actionnaires : LORFONTE, SOLLAC et SOLOTRA 1993 : GEPOR devient une SNC (Société en Nom Collectif) Actionnaires : LORFONTE, SOLLAC et UNIMETAL Filiale à 100 % de USINOR SACILOR 1999 : Filiale à 100 % de SOLLAC Lorraine 2001 : GEPOR devient une SAS (Société par Actions Simplifiée) Page 5 / 38

6 1.3.2 Les produits Réceptions : Principalement différents types de charbons qui proviennent de pays miniers éparpillés tout autour du globe : Charbon (Amérique du Sud) Coke (Chine) Brames (Mexique, Brésil) Blooms (Angleterre) Coils (Slovénie, Russie) Expéditions : Après de multiples transformations, ces charbons deviendront des aciers qui seront alors transportés par péniche, wagon ou camion dans diverses villes européennes telles que Strasbourg, Ottmarschein (France), Anvers (Belgique), Duisbourg et Neuwied (Allemagne) : Bobines de tôle Bobines à axe vertical (sur palette) Paquets de fer blanc Rails de Chorus Divers aciers marchands et fils machine (en bobines) Ces expéditions se font pour la plupart par voie fluviale (environ 10 % de la production d'acier) pour des raisons géographiques, monétaires et pratiques. En effet, une péniche peut transporter jusqu'à 2500 tonnes d'aciers, l'équivalent de 100 camions ou de 4 trains. Page 6 / 38

7 1.3.3 Les infrastructures L'entreprise GEPOR s'étend sur deux sites : le port d'illange et le port de Richemont. L'expédition des aciers se fait uniquement à Illange, car proche de Sollac Lorraine pour le transfert des produits finis alors que la réception de minerais s'effectue sur les deux ports. Illange : 800 mètres de quai avec un pont portique de 15 tonnes sur 500x100 mètres d'emprise et une grue électrique sur rails de 9 tonnes sur 550 mètres d'emprise. Une halle pour les aciers de 200x30 mètres avec une darse de 100x12 mètres, équipée de deux ponts roulants de 30 tonnes. Un réseau ferré de 16 km et 3 km de routes et de pistes. Richemont : 1020 mètres de quai avec un pont portique de 20 tonnes sur 460x60 mètres d'emprise. Une halle pour les aciers de 100x30 mètres avec un pont roulant à deux chariots de 6 tonnes. Un réseau ferré de 10 km et 3 km de routes et de pistes Situation géographique Page 7 / 38

8 1.4 Le fonctionnement et les activités de GEPOR Pour analyser le système informatique de gestion des activités de GEPOR, il est nécessaire d'expliquer le fonctionnement des réceptions et des expéditions depuis le port. Comme expliqué dans la présentation de l'entreprise, l'activité de GEPOR est centrée sur le chargement et le déchargement de produits par voie maritime. On peut séparer son activité en deux catégories : Les réceptions : Pour la réception de charbon, des vapeurs de mer (les minéraliers) qui peuvent transporter jusqu'à tonnes, déchargent aux ports de mer (Anvers, Dunkerque,...) les matières premières sur des allèges qui feront la navette entre Anvers et le port d'illange. C'est le port d'anvers qui prévient GEPOR pour l'affrètement d'une allège. Une allège contient généralement une seule famille de produit (Coke, Combustibles,...). A partir de là, le bureau fluvial suit la position de l'allège jusqu'à sa destination à l'aide des passages écluses. Ce suivi permet de connaître les prochaines arrivées et donc de planifier les équipes pour effectuer le déchargement des allèges. Arrivées à GEPOR, elles sont ainsi déchargées à l'aide d'engins locaux appelés ponts portiques, grues, chargeurs ou pousses-wagons. Les matières premières sont soit envoyées à l'agglomération ou vers les Hauts Fourneaux par le réseau ferré interne à l'entreprise, soit stockées en attente sur des emplacements identifiés appelés tas. Les expéditions : Concernant l'aval, c'est à dire l'expédition des aciers, les produits finis arrivent de Sollac ou de clients extérieurs et sont ré-acheminés par voie fluviale vers les ports proches des clients. Le chargement des allèges s'effectue dans une halle équipée de deux ponts portiques permettant de placer les bobines ou les rails dans les cales du bateau. Page 8 / 38

9 Les agents sur le terrain travaillent sur deux postes (Matin et Après-Midi). Le poste de nuit est utilisé pour des impératifs de délais au même titre que les samedis, dimanches et jours fériés. Pour chaque poste, les agents conduisent les engins pour manipuler les produits, et les chefs d'équipes remplissent en fin de poste un rapport par engin utilisé. Ce rapport est lu (parfois corrigé) et validé par le contrôleur de gestion et servira à établir la facturation une fois tous les rapports d'un mois validés. Précédente gestion des activités : L'ensemble de l'activité du port était jusque là saisi sur un logiciel développé par une entreprise extérieure et exploité par l'intermédiaire d'une machine AS/400. Les agents remplissaient une grille pour valider leur travail et, dans le même temps, un support papier ; le contrôleur de gestion se devait de vérifier la cohérence entre les deux documents. Ainsi, avant le démarrage du projet ASP/SQL, les machines utilisées pour gérer l'activité du port étaient des AS/400 couplées au logiciel de comptabilité SAGE. L'application développée sur l'as/400 a plus de 15 ans et coûte en moyenne euros par an pour la maintenance et pour le serveur (qui est sous exploité). De plus, le programme commençait à devenir obsolète et les nouveaux modules rajoutés au fil du temps ne sont pas documentés, ce qui rend la maintenance très difficile. Ajouté à une convivialité qui est vraiment dépassée, la société GEPOR a alors décidé de mettre à jour son système informatique et de concevoir une version plus moderne de son application de gestion. Page 9 / 38

10 1.5 Présentation et finalité du système informatique On peut diviser le nouveau système informatique Web-Gepor en plusieurs soussystèmes : Fluvial C'est le premier maillon de la chaîne de gestion. Le suivi des allèges commence par leur affrètement / chargement par les vapeurs de mer. Cette facette a un rôle important dans le suivi de l'activité de GEPOR, car elle permet la saisie des activités amont et d'envoyer un certificat de déchargement à l'armateur (document spécifiant que l'allège a totalement été déchargée) Saisie Rapport C'est la partie accessible aux équipes présentes sur le terrain. Les chefs d'équipes saisissent les activités effectuées sur leur poste, en renseignant les personnes qui ont travaillées, le temps passé à manipuler le produit, sur quel engin, quelle allège Contrôle de l'activité Dans ce sous-système, une personne appelée contrôleur de gestion, suit la saisie des activités faites sur le terrain. Ce système donne donc la possibilité de consulter les rapports d'activité, de les corriger si nécessaire et de les valider, ce qui aura comme effet de les préparer pour la facturation. Pour cette tache, le système met à disposition un ensemble d'états statistiques ou récapitulatifs sur les rapports Pointage Il permet de gérer la présence des salariés de l'entreprise, personnel administratif et agents du terrain, afin de pouvoir contrôler par le biais d'états statistiques les heures du personnel Facturation Ce sous système doit permettre d'établir la facturation et la comptabilité complète de GEPOR : au niveau de la facturation, il permet de sortir automatiquement les factures d'après la saisie de rapports, de donner au comptable la possibilité de saisir ses propres factures ou avoirs en manuel, et d'envoyer les données vers le logiciel de comptabilité SAGE qui fera le lien avec la banque de l'entreprise. Page 10 / 38

11 Aperçu des interactions entre les différents systèmes Fluvial Saisie de l activité Gestion des Vapeurs de Mer + Création des Allèges qui vont être déchargées / chargées. Est nécessaire à Les agents sur le terrain saisissent les rapports pour valider leur travail. Permet d'élaborer Pointage du Personnel Rapports d'activité Permet de sortir des états statistiques sur le personnel et de suivre le pointage. Contrôleur de Gestion Comptabilité Contrôle et corrige les rapports d activité avant de les valider pour la facturation. Facturation Exportation vers Sage Génère automatiquement les factures à partir des données de la saisie de l activité + Saisie des factures manuelles. Page 11 / 38

12 2 Le stage 2.1 Sujet du stage Définition Le sujet défini avant mon arrivée portait sur la poursuite du développement d'une application intranet pour permettre la saisie de l'activité portuaire, son suivi, ainsi que la gestion de la logistique depuis le chargement des allèges jusqu'à la facturation du client. Je devais ainsi m'occuper dans un premier temps de toute la partie facturation du programme dont l'objectif est de sortir les factures destinées aux clients suivant l'activité saisie par les utilisateurs, puis dans un deuxième temps, de développer quelques états pour finaliser le système. Il était aussi question de mettre en place un site Internet pour la société si l'application intranet était terminée avant la fin de l'année Antécédents Avant mon arrivée, deux stagiaires sont passés par TIXIS SYSTEMS et ont contribué au développement de l'application : Le premier, un étudiant à l'iie (Institut d'informatique d'entreprise), qui était en projet de fin d étude (stage de 6 mois) en vue d'obtenir un diplôme d'ingénieur, s'est occupé de la faisabilité du nouveau système. Il a ainsi mis en place la structure générale de l'application, conçu le modèle de la base de données et codé une première partie. Il a développé la partie gestion fluviale et saisie des rapports d'activité. Mais son sujet de stage était centré essentiellement sur la conception de l'application à l'aide d'une méthode de gestion de projet (méthodologie P+). Le second stagiaire, qui a commencé son stage juste après le précédent et qui l'a terminé la semaine où je suis arrivé, était en D.U.T. Informatique à Metz (stage de 10 semaines). Son rôle était de continuer le développement de l'application et d'assurer la transition entre le premier stagiaire et mon stage. Il s'est occupé de la partie pointage et des états statistiques qui en découlent ainsi que la gestion des stocks et du suivi des produits. Page 12 / 38

13 2.1.3 Poste occupé dans la société Durant ce stage, j'occupais un poste de développeur pour aider la société GEPOR à la conception de leur nouveau programme de suivi d'activité (programme commandé à TIXIS SYSTEMS). Mon rôle était donc d'assurer le développement de l'application ainsi que la gestion de la base de données. J'étais en relation avec la personne s'occupant de l'informatique à GEPOR, M. SARAZIN, mon tuteur de stage, qui a grandement participé à l'étude de la conception des différents états. Je gardais également contact avec le personnel de TIXIS SYSTEMS, spécialisé dans les applications de gestion. L'application étant supervisée par TIXIS, je servais aussi d'intermédiaire pour les comptes rendus sur l'avancement du projet. 2.2 Encadrement et notions informatiques L'environnement privilégié du groupe ARCELOR est Microsoft Windows. Chaque poste est sécurisé et protégé par le triplet User, Password, Domain et donne accès à un certain nombre d'applications. De ce fait, le choix du langage et de la plate-forme du projet ont été décidés par TIXIS suite à une analyse des coûts et une analyse de la facilité de maintenance à long terme par la société. Le développement du site intranet est donc effectué en ASP, et le serveur de base de données est Microsoft SQL Server L'ancien système : AS/400 AS/400 est une gamme de mini-ordinateurs IBM apparue début février L'AS/400 est une architecture composée d'éléments matériels et logiciels, comportant notamment une base de données et des éléments de sécurité avancés. La force de l'as400 réside dans la modularité de ses éléments constitutifs lui conférant un haut degré d'adaptabilité et de sécurité. En effet l'architecture AS/400 est une structure en couche séparant les éléments matériels et logiciels. Le système d'exploitation de l'as/400 est appelé OS/400. Il repose sur une couche appelée MI (Machine Interface) chargé de fournir un ensemble de fonctions (API, application programming interface) que les applicatifs doivent utiliser afin de s'interfacer avec le matériel. Contrairement à la plupart des systèmes d'exploitation, la gestion de la plupart des composants matériels (mémoire, entrées-sorties, gestion des processus,...) est assurée par une couche indépendante, appelée SLIC (System Licensed Internal Code), située sous la couche MI. Ainsi l'architecture AS400 assure une réelle indépendance entre le matériel, le système d'exploitation et les applications. Page 13 / 38

14 2.2.2 Client / Serveur : Une notion importante dans un projet Internet/intranet est celle de client/serveur : Serveur : Le serveur est l'ordinateur où est stockée une base de données et/ou des pages de scripts, ou encore d'autres services. Le serveur va donc répondre à la requête de l'ordinateur client (ce qui correspond ici à interpréter les pages de scripts et éventuellement accéder à la base de données) pour lui renvoyer la ressource (ici une page HTML). Client : Le client est l'ordinateur qui va accéder aux ressources du serveur et sur lequel le résultat de la requête pourra être exploité Intranet Un intranet est un réseau local privé qui utilise les technologies de l'internet : Web, , etc., mais qui ne s'ouvre pas aux connexions publiques. Un site intranet est donc un site accessible uniquement depuis le réseau local de l'entreprise Informations sur la plate-forme ASP/SQL Server ASP (Active Server Pages) est un standard mis au point par Microsoft en 1996 permettant de développer des applications Web interactives, c'est-à-dire dont le contenu est dynamique. Les pages Web ASP (fichier repérable par l'extension.asp) contiennent du code HTML et des scripts écrits en langage VBScript (Similaire au langage Visual Basic de Microsoft). ASP est en réalité une technologie, ou plus exactement un environnement de programmation, permettant de représenter sous forme d'objets les interactions entre le navigateur du client, le serveur Web, ainsi que les connexions à des bases de données (grâce à ADO, ActiveX Data Objects) ou bien des composants COM (Component Object Model). Les ASP sont donc exécutés du côté du serveur (au même titre que les scripts CGI,PHP,...) et non du côté client (contrairement aux scripts écrits en JavaScript ou les applets Java qui s'exécutent dans le navigateur de l'utilisateur connecté à un site). Les ASP sont intégrables au sein d'une page Web en HTML à l'aide de balises spéciales permettant au serveur Web de savoir que le code compris à l'intérieur de ces balises doit être interprété afin de renvoyer des données (généralement du code HTML) au navigateur du client. Page 14 / 38

15 Ainsi, les Active Server Pages s'inscrivent dans une architecture 3-tier. C'est à dire qu'un serveur supportant les scripts ASP peut servir d'intermédiaire entre le navigateur du client et une base de données en permettant un accès transparent à celle-ci grâce à la technologie ADO (ActiveX Data Objects), qui fournit les éléments nécessaires à la connexion à un système de gestion de bases de données et à la manipulation des données grâce au langage SQL. Les ASP ont été conçus à la base pour fonctionner sur le serveur Web de Microsoft intitulé Microsoft IIS (Internet Information Server). Ce serveur web, mis au point par Microsoft en 1996, a l'avantage d'être gratuit, il fonctionne sous le système d'exploitation Microsoft Windows NT (IIS 4). Enfin, SQL Server est un SGBD (Système de Gestion de Base de Données) développé par Microsoft. Page 15 / 38

16 2.3 Moyens techniques Pour mener à bien ce projet, les connaissances requises se focalisent sur le langage SQL afin de manipuler la base de données et le langage de scripts ASP pour les pages intranet. Concernant le langage SQL, déjà étudié lors de la première année du second cycle, j'en maîtrisais correctement toutes les fonctions et les maniements, mais certaines requêtes plus complexes m'ont poussé à me documenter sur le sujet, notamment sur les clauses de regroupement de données et les jointures multiples. Les logiciels utilisés pour le développement, durant mon stage, sont : «Microsoft SQL Server Query Analyser» pour mettre au point les requêtes SQL avant de les intégrer aux pages web (visualisation des résultats) et pour gérer la base de données (insertion, modification ou suppression de données pendant la phase de développement). «Microsoft Visual InterDev», un environnement de développement complet pour programmation. Utilisé pour créer les pages ASP (avec frappe intuitive et mise en relief des mots clés du langage de script), il permet de gérer la mise à jour automatique de l'application entre ma version de travail sur disque local, et la version en ligne sur le serveur distant. «Silverrun» pour la création du modèle de base de données Développement des scripts Le langage utilisé pour la programmation des pages ASP est le VBScript. Bien que n'ayant pas étudié la programmation web à l'utbm, l'adaptation a été relativement facile pour moi, du fait de ma connaissance du langage de scripts serveur concurrent, le PHP, et pour avoir déjà conçu quelques programmes en Visual Basic. Le VBScript est finalement très semblable au Visual Basic ; les mots clés et les fonctions intégrées sont identiques, seul changent les objets que l'on manipule (principalement des résultats de requêtes). Finalement, les seules notions qui me faisaient défaut sont celles rattachées au langage javascript (qui permet d'exécuter des scripts côté client). Ce langage, très proche du langage C et du Java par sa syntaxe, permet d'accéder aux objets d'une page HTML et de contrôler les entrées de l'utilisateur par exemple. J'ai donc effectué quelques recherches pour connaître les objets que l'on pouvait manipuler, leurs propriétés et la syntaxe de leurs méthodes. Page 16 / 38

17 2.3.2Gestion de la base de données Concernant la gestion de la base de données de l'application, une personne spécialisée appartenant à un bureau d'étude, s'occupe de la normalisation, de la création, des ajouts et suppressions de tables, et de la maintenance de la base. Concrètement, pour ajouter une table dans l'application, il me faut remplir un formulaire en ligne avec une description des champs, ainsi que des informations sur leur taille et leur type ; le bureau d'étude a pour mission de normaliser les champs et d'exécuter les scripts d'ajouts sur le serveur SQL. Cette méthode, qui m'enlève un certain degré de liberté, leur permet de rester informé sur les modifications de la base de données du projet. Je ne peux donc pas créer ou supprimer les tables directement, ni choisir les noms des champs. Le principal inconvénient est le temps nécessaire à la validation de ma demande, qui peut aller de quelques heures à trois ou quatre jours, ce qui est relativement long quand on attend la mise en place d'une table pour tester un script. La base de données du projet est installée sur un serveur de développement présent uniquement pour réaliser des tests et mettre au point les scripts ASP, mais également sur un serveur de développement qui contient les données réelles de l'application (l'activité du port). Chaque demande de création de table est dans un premier temps effectué sur le serveur de développement, puis après avoir reçu ma validation, recopiée à l'identique sur le serveur de production. 2.4 Objectifs Visés : L'objectif de ces 6 mois de stage est d'arriver à terme à une application complète, fiabilisée et opérationnelle. Pour ce faire, l'application doit être capable de traiter toute la logistique de GEPOR depuis le chargement des produits à Anvers jusqu'à l'impression des factures. Il faudra donc dans un premier temps finaliser la saisie de rapport qui est le centre de l'application, mettre en place une gestion des tarifs, un module de création, d'automatisation et d'édition des factures, ainsi qu'un module d'export de données vers le logiciel de comptabilité SAGE. Par-dessus ce travail, viendra se greffer la réalisation d'états statistiques supplémentaires nécessaires au suivi de l'activité du port. Cette application a une importance hautement stratégique pour l'entreprise puisque toute son activité depuis l'amont jusqu'à la comptabilité, sera saisie et conservée sur celle-ci. Il est donc primordial que l'application fonctionne parfaitement puisqu'une coupure pour maintenance entraînerait une baisse de la productivité de la société. Page 17 / 38

18 2.5 Planning daté du Travail Prévisionnel 30/08/04 au 10/09/04 2 Semaines 13/09/04 au 24/09/04 2 Semaines 27/09/04 au 22/10/04 4 Semaines 25/10/04 au 29/10/04 1 Semaine 02/11/04 au 12/11/04 2 Semaines 15/11/04 au 10/12/04 5 Semaines 20/12/04 au 31/12/04 2 Semaines 03/01/05 au 07/01/05 1 Semaine 10/01/05 au 04/02/05 4 Semaines 07/02/05 au 11/02/05 1 Semaine Découverte du sujet et des activités de l'entreprise. Familiarisation avec le langage ASP Conception de la partie Facturation Automatique Développement de la partie Facturation ainsi que des états statistiques directement rattachés Préparation à la mise en production de l'application Transfert de la base de données de l'as/400 vers le nouveau système Formation des utilisateurs sur le nouveau système. Correction des bugs non mis à jour pendant la phase de test Développement de plusieurs états statistiques pour compléter les fonctionnalités de l'application Correction des dernières anomalies. Mise au point de la Facturation Manuelle Conception + Reverse Engineering sur l'exportation de données vers le logiciel de comptabilité Finalisation + Test de toute la partie Facturation Finalisation des derniers états de l'application Ajout de fonctionnalités et Correction des bugs Documentation + Rapport de Stage Page 18 / 38

19 2.5.2 Planification réel Je m'efforçais de planifier au mieux le travail à accomplir. Un problème récurrent rencontré lors de la planification de mon travail est une constante remise en question de la finalité d'un état. C'est à dire qu'il m'est arrivé à plusieurs reprises de reprendre un état terminé pour le modifier car ses objectifs, définis au départ, avaient évolué ou ne correspondaient plus aux attentes de l'utilisateur. De plus, au fil du stage, on s'est aperçu que les états programmés par le second stagiaire étaient pour la plupart erronés. Ils ont été développés pendant l'été et de ce fait, peu de contrôles et de tests ont été réalisés car le personnel était réduit. J'ai donc repris la majeure partie de ces états pour les retravailler. Les erreurs venaient principalement d'inattentions dans les algorithmes de parcours de résultats. D'autres problèmes venaient de la présentation des pages en général (placement et style des éléments de la page) car cet étudiant ne connaissait pas le langage HTML. C'est pourquoi, beaucoup de tâches ne respectaient pas le planning prévisionnel à cause de ces corrections qui, à partir de la mise en production, étaient bien souvent à réaliser dans l'urgence pour ne pas bloquer l'activité du port. Page 19 / 38

20 3 Travail réalisé 3.1 Déroulement du Travail A mon arrivée, l'application était encore en phase de développement. Sa mise en production était planifiée pour le 1er novembre. J'avais donc 2 mois pour développer et corriger les états indispensables à son fonctionnement. La facturation s'effectuant en fin de mois, j'avais ainsi un mois supplémentaire pour développer ce module (facturation automatique) sachant que la création de factures manuelles et l'exportation de données vers la comptabilité pouvait attendre la fin du mois de décembre 2004 (l'ancien système AS/400 était encore en fonctionnement uniquement pour gérer cette partie). A partir de ce planning prévisionnel, qui m'imposait de respecter les délais puisque la facturation ne pouvait pas prendre de retard, j'ai pu mettre en place mon propre planning pour développer les différents états et modules du système. Rapidement, j'ai compris que l'application qui était en phase de développement, et qui avait été développée par les deux précédents stagiaires, n'était pas exempt d'erreurs d'analyse et de bugs divers. Il était donc nécessaire, pour assurer le fonctionnement optimal de reprendre une bonne partie du travail effectué afin de corriger ces problèmes. Ceci devant être réalisé tout en ne prenant pas de retard sur le travail à effectuer. La majorité de ces modifications n'était pas planifiée car bien souvent, les erreurs du programme étaient découvertes au jour le jour par les agents sur le terrain qui entraient les rapports d'activités ou par le contrôleur de gestion. Les différents problèmes venaient surtout du fait que l'application déjà développée n'était pas encore entrée en phase de test. Les stagiaires étaient donc réduits à débuguer leur code avec leurs propres tests du système, ce qui ne correspondaient pas à une utilisation en conditions réelles. Ce n'est que plus tard que l'on s'est aperçu du côté figé de leur développement : trop de paramètres en dur dans le code limitaient l'évolution de l'application. Un exemple concerne les types de prestations qui sont modifiables dans la partie administrateur. Le problème est que la saisie de l'activité fait référence à ces prestations mais les conditions sur ces prestations sont codées en dur dans les sources. Si le besoin venait à modifier une prestation, celle-ci ne serait pas prise en compte dans tout le programme ce qui remet en cause l'utilité de la facette administration du site. Page 20 / 38