Participation à différents développements sur le progiciel de gestion intégrée Précix pour des clients de Méga Informatique en Suisse

Transcription

1 Participation à différents développements sur le progiciel de gestion intégrée Précix pour des clients de Méga Informatique en Suisse Stage IFI 3 6 mai - 30 août 2002 Xavier MOGHRABI IFI 2003 Gland - SUISSE

2 Participation à différents développements sur le progiciel de gestion intégrée Précix pour des clients de Méga Informatique en Suisse Stage IFI 3 6 mai 30 août 2002 Elève : Xavier MOGHRABI Promotion : IFI 2003 Tuteur école : Emmanuel Otton Tuteur entreprise : Gérald TÉDÉSCHI MÉGA INFORMATIQUE S.A. Rue du Borgeaud 10B 1196 GLAND SUISSE

3

4 REMERCIEMENTS Tout d abord, je tiens à remercier Gérald TÉDÉSCHI et Jean-Noël VIPREY, co-directeurs de Méga Informatique, pour avoir accepté ma proposition de stage. Je remercie Philippe MÉNONI, développeur pour la maintenance, pour m avoir encadré à mes débuts. Il m a également fait visiter une partie de la Suisse lors de déplacements à la Neuveville et à Bulle. Je remercie Florent BLANDIN, responsable de la maintenance et du module SAV, de m avoir fourni du travail sur son module. Je remercie Sébastien PAROISSE, développeur pour la comptabilité, d avoir été mon voisin de bureau. Il m a par ailleurs aidé pour certains problèmes avec les outils de développement. Je remercie Chistophe COULAN, responsable du module Comptabilité, de ses critiques des logiciels qui m ont permis d éviter des pièges. Je remercie Pierre Yves BRUNET, développeur spécialiste de Datastage, d égayer nos repas grâce à son humour et pour ses conseils sur Informix. Je remercie Alexandre BRAMAZ, développeur spécialiste des langages objets, de m avoir enseigné efficacement les bases de CI-Builder. Je remercie Rodolphe BINDLER, développeur spécialiste CI-Builder, de ses conseils pour les programmes spécifiques et de m avoir amené plusieurs fois à Annecy. Je remercie Christophe CHARMOT, responsable des bases de données, de m avoir aidé lors de problème avec Informix et ma connexion au réseau. Je remercie Jean Bernard BUSQUET, commercial et consultant, de m avoir proposé d aller à Albi pour les Journées Utilisateurs de Précix. Je remercie Valérie PETER, secrétaire, de m avoir accueilli tous les matins avec un grand sourire. Je remercie Jolivette MUKABYAGAJU, assistante de direction, d avoir organisé la sortie à la manifestation Expo 02. Je remercie Serenella VIPREY, responsable de la comptabilité de la société, de s être occupée mes documents administratifs. Je tiens à remercier l ensemble du personnel pour l accueil qu il mont réservé et le cadeau de départ. Je remercie l ensemble de l équipe pour l expérience enrichissante dont j ai bénéficié.

5 RÉSUMÉ La société de services d ingénierie informatique Méga Informatique distribue et intègre le progiciel Précix en Suisse Romande. En tant qu intégrateur, elle développe des modules et des programmes spécifiques à ses clients. Le stage 3 ème année a ainsi consisté à participer à ces développements. Le nouvel arrivant a ainsi dû s adapter à cet environnement de développement peu commun. Les travaux ont consisté à personnaliser les documents des clients, puis à améliorer le module du service après vente et finalement à travailler sur des programmes spécifiques à des clients, propres à leur gestion. Ce stage a permis de voir les différentes responsabilités confiées au développeurs. Tout d abord, ils s occupent de l installation du progiciel et de la maintenance. Ensuite ils doivent suivre un plan de développement pour mener à bien la programmation. Le stagiaire fera part d un certain de constats sur cette expérience comme la difficulté de programmer avec des outils contenant des défauts.

6 SOMMAIRE INTRODUCTION... 8 I. Le programmeur de Méga Informatique travaille sur un environnement de développement peu répandu La société Méga Informatique, une petite structure qui s agrandit... 9 a. Depuis sa création, la société ne fait que s agrandir... 9 b. Le sujet de stage... 9 c. L activité et le progiciel de gestion intégrée Précix Précix est structuré autour d une base de données a. INFORMIX, le SGBD adopté par Précix b. Le langage SQL convient aussi bien aux débutants qu aux développeurs confirmés Les outils de développement de la version Eclipse a. La complémentarité des produits CI-SOFT b. L outil graphique CI-Builder, de bonnes idées pénalisées par des bugs c. Le générateur d états CI-Query, simple mais très limité d. Le logiciel intermédiaire CI-Link, un langage plus classique II. La diversification du travail de développement Les documents CI-Query personnalisés pour des clients a. La création et les retouches de documents b. Les difficultés rencontrées principalement dues aux limites de l outil L amélioration du module SAV a. Le module SAV et son fonctionnement b. Les petites améliorations ou corrections c. La création d un nouveau projet de statistiques des interventions d. La reconstruction de la palette de modification des devis Le travail sur des spécifications pour des clients a. L impression des caractéristiques de template horloger b. Le spécifique des retours de consignation c. Le spécifique pour l annulation des retours de consignation... 31

7 III. Des développeurs polyvalents sont indispensables à une petite structure telle que Méga Informatique L installation des logiciels a. L installation de la base de données Informix, un travail d administration b. L installation de Précix, un procédure simple mais qui peut réserver des surprises c. La télémaintenance évite certains déplacements Le travail sur un projet en informatique a. L analyse du projet, pour démarrer sur de bonnes bases b. Le développement, une course contre la montre c. La phase de test garantit la qualité du produit Un bilan de stage très satisfaisant et enrichissant a. Un travail de développement intéressant mais avec des outils capricieux b. Les résultats obtenus ont-ils constitué un gain pour la société? c. Les compétences multiples des informaticiens, la force de l entreprise d. Les leçons du stage CONCLUSION Table des illustrations... 41

8 INTRODUCTION L entreprise suisse qui a proposé le stage a pris l habitude depuis trois ans de prendre un stagiaire de l École des Mines d Albi. La société est spécialisée dans les services d ingénierie informatique dispensés aux entreprises. Son activité principale concerne la distribution et l intégration d un progiciel de gestion intégrée Précix développé par une société albigeoise Sylob. La société propose de participer à des développements pour ses clients. Ce stage peut être considéré comme un défi pour un élève de l École des Mines puisqu il n est en aucun cas spécialisé dans l informatique. D autant plus que l environnement de développement n est pas du tout répandu. Cependant le stagiaire, qui choisit un tel sujet, possède déjà une expérience dans la programmation et part avec le souhait de se perfectionner. Ainsi ce rapport montra quelles missions ont été confiées à un stagiaire développeur et comment celui-ci s est pris pour réaliser les développements demandés. Le nouvel arrivant dans la petite structure de Méga Informatique se retrouve au cœur du développement de modules Précix. L environnement de développement lui est alors inconnu. La première mission consiste ainsi à devenir opérationnel pour honorer le sujet de stage. Ainsi en regardant les missions confiées, on se rend compte que les langages de développement permettent au programmeur de vite progresser et d apprendre chaque jour de nouvelles possibilités. Tout d abord, il convient de présenter l entreprise, le produit Précix et son environnement de développement. Dans un second temps, le lecteur pourra prendre connaissance d une partie du travail de développement réalisé par le stagiaire. Avant de conclure, le rapport s attachera à montrer le travail annexe qui entoure le développement et tirera quelques constats de ce stage. 8

9 I. Le programmeur de Méga Informatique travaille sur un environnement de développement peu répandu 1. La société Méga Informatique, une petite structure qui s agrandit Méga Informatique est une petite société de services d ingénierie informatique basée en Suisse Romande. Son activité principale concerne la distribution et l intégration d un progiciel de gestion intégrée, appelé également ERP, Précix. Elle complète le réseau de distribution de l éditeur Sylob basé à Cambon d Albi. Le stage consiste alors à participer à des petits développements pour ce progiciel. a. Depuis sa création, la société ne fait que s agrandir Méga Informatique a été créée en 1985 par Jean Noël VIPREY, actuellement codirecteur, et son activité constituait à faire des développements sur un module de comptabilité pour un seul client Nixdorf. Ce début peut rappeler que Jean Marie VIGROUX, créateur de la société Sylob, travaillait à ses débuts en 1987 comme sous-traitant de NIXDORF sur un module de Gestion de Production Assistée par Ordinateur (G.P.A.O). Pourtant à cette époque, les deux hommes ne se savaient pas encore qu ils travailleront ensemble. En 1991, Nixdorf se fait racheter par Siemens et le groupe allemand abandonne peu à peu ses offres d ERP. Ainsi le directeur de Méga Informatique cherche une nouvelle opportunité, s offre alors Précix, un ERP jeune, édité depuis 1991 par Sylob. Le progiciel ne comporte pas de module de comptabilité. Il est à l époque compatible avec les logiciels de comptabilité et de paye SAGE. Méga Informatique accepte en 1995 un contrat d intégrateur de Précix en Suisse Romande et édite un module de comptabilité pour Précix. Ce statut d intégrateur lui confère le droit de développer des programmes spécifiques de n importe quel module de l application Précix pour ses clients en Suisse Romande (en respectant bien sûr les normes de développement de Sylob), et lui donne droit à un pourcentage de 50 % sur la vente de Précix. De plus, par la suite, la société suisse crée un module pour la gestion du service après vente. Actuellement Méga Informatique devrait être considérée comme le meilleur des partenaires de Sylob puisque la société a vendu grâce à son équipe marketing, dirigée par Gérald TÉDÉSCHI une cinquantaine de licences. La société réalise un chiffre d affaires annuel d environ 2'300'000. Ainsi le nombre de clients de Sylob s élève a environ 150. Le partenaire suisse a ainsi apporté à Sylob une aide importante pour vendre le progiciel. La société a, selon les dires du Directeur, atteint sa taille optimale avec une quinzaine d employés. La société a déménagé depuis ses débuts. En décembre 2000, Méga Informatique a emménagé dans ses nouveaux locaux de 370m 2 à Gland, une ville de âmes dans le canton de Vaud et au bord du lac Léman. Les locaux s étendent sur deux étages. Au premier étage, se trouvent les bureaux de l administration et ceux de la partie technique. A l étage se trouvent les bureaux des commerciaux et la cafétéria. Le regroupement de tous les développeurs dans une même partie améliore les relations entre les employés et permet facilement de demander des conseils entres développeurs. b. Le sujet de stage Le sujet du stage devait initialement consister à exploiter sous un logiciel E.I.S. (Executive Information System) appelé Crystal Reports et de travailler sur le développement de l ERP Précix. Les 9

10 E.I.S. sont des ensembles d outils qui permettent aux différents niveaux de management d accéder aux informations essentielles de leur organisation, de les analyser et de les présenter de façon élaborée sur une interface conviviale. Cependant le sujet du stage s est vite transformé en développements de programmes pour Précix. En fait une petite structure telle que Méga Informatique ne peut pas proposer à un stagiaire un sujet de stage à l avance. Le travail réalisé dépend de la charge de travail de l entreprise. Comme Crystal Report est un logiciel qui est utilisé par peu de clients de Méga Informatique, il n y a pas eu beaucoup de travaux à réaliser avec. Le stagiaire s est ainsi concentré sur des tâches de développement de Précix. Le sujet s est finalement révélé vaste. En effet, les programmes développés ont été assez divers et ont permis de découvrir les trois outils de développement, de la société stéphanoise CI-Soft, utilisés pour la version en Eclipse de Précix. La dernière version a été éditée l année précédente et est en mode totalement fenêtrée à l instar de Windows de Microsoft. Au cours du stage quatre thématiques ont été rencontrées. La première tâche a consisté à participer à la traduction du module de comptabilité en Anglais. Cette étape ne sera pas décrite car elle ne comporte pas d intérêt technique. Ensuite la seconde avait pour but de développer des documents pour être imprimés à partir des données de Précix. La troisième étape a mené le stagiaire à participer à l amélioration du module de Service Après Vente. Puis la dernière tâche fut le développement de programmes spécifiques pour des clients. Le stage a permis de travailler sur divers projets. Le principe consistait toujours à décharger les développeurs de leur surcharge de travail pour toujours être dans les délais. Dans cet optique, le stagiaire se devait être vite productif et surtout autonome. L adaptation aux logiciels de programmation s est faite assez vite en raison de la connaissance du langage SQL, utilisé pour travailler avec des bases de données, et de l utilisation antérieure d autres langages de programmation. c. L activité et le progiciel de gestion intégrée Précix Précix est appelé progiciel de gestion intégrée ou ERP (de l anglais Enterprise Ressources Planning) parce qu il propose la gestion de différents services d une entreprise. Le terme intégré signifie que chaque module partage des données avec d autres et ainsi évite de saisir plusieurs la même information. L ensemble des modules permet de disposer d un E.R.P. complet. Le module Administration Système concerne le logiciel, l attribution des droits, les déclarations des programmes, le paramétrage des menus Le module Données Techniques contient les données de base de l entreprise. Par exemple, ce module contient les références des articles, des familles d articles Lorsqu un client décide de démarrer sa gestion avec Précix, il saisit ces données pour paramétrer l application. Le module Données Administratives est lui un module de paramétrage pour saisir les données de base comme la saisie des codes taxes, des modes de livraison Le module Commercial concerne la gestion des clients ou des prospects. Ce module propose de maîtriser tous les processus de la saisie d une offre de vente jusqu à la facture. Comme le progiciel est de type intégré, les données n ont pas besoin d être saisies plusieurs fois. Pour créer une commande, le logiciel utilise les lignes de l offre de vente. Le module Affaires s occupe de la gestion à l affaire, c est-à-dire que pour une affaire ponctuelle, on gère l état d avancement du projet, l amortissement des investissements, et ce module permet de regrouper plusieurs lignes issues de plusieurs commandes, afin d obtenir une affaire. Le module Gestion des Achats est relatif aux fournisseurs, il ressemble à celui du commercial sauf que les rôles sont inversés. Le module Besoins élabore le plan industriel et commercial (PIC) et le plan de production (PDP) à court terme et moyen terme et génère automatiquement des propositions de réapprovisionnement. Le module Production est un module de GPAO pour le suivi de la production. Il permet de définir le plan de charge, de s occuper de la planification et de la gestion des ordres de fabrication (OF) 10

11 Le module Stock, comme son nom l indique, concerne la gestion des stocks. Il propose de faire l inventaire, de connaître les quantités disponibles des articles. Le module Qualité répond aux normes de qualité ISO et permet la traçabilité du produit ainsi que la gestion des coûts de non qualité Le module Paye s intéresse aux ressources humaines. Une fonctionnalité intéressante est la possibilité de générer des virements magnétiques (en norme ETEBAC) que l on fournit à la banque pour payer les salariés. Le module Archivage propose de conserver les données de l année écoulée dans une seconde base de données pour créer une nouvelle année. Le module Analyse de Gestion permet d avoir différents états importants de la société provenant d autres modules. Par exemple, il est possible d interroger la valorisation des stocks de la finance, les coûts de qualité, de faire une simulation des besoins À ces modules de Sylob, Méga Informatique a ajouté deux modules relatifs à ses compétences : Le module Service après Vente a un intitulé relativement explicite. Il crée un article SAV qui est un duplicatif d un article de référence et lui associe une fiche de réparation, réclamation, un éventuel devis, puis un Ordre de fabrication de réparation. Il propose aussi des statistiques par l analyse des contrôles ou par les coûts des interventions en SAV. Le module Comptabilité qui a sa place logique dans un ERP accélère le travail des comptables puisqu une partie des données provient des autres modules de Précix. Ce module est assez stratégique pour Méga Informatique et connaît de nombreuses évolutions et améliorations. Depuis mon précédent stage, les fonctionnalités de Précix ont évolué. Maintenant le progiciel est multilingue, multidevise et multi site. Les modules existant ont été complétés par de nouvelles fonctionnalités comme e-precix. Son but de ce module est d améliorer les relations entre les clients et l entreprise. Ce module permet d un site Internet de proposer une solution de commerce électronique sécurisée et de fournir des informations sur les produits. Ce module est en fait un site Internet dont les informations proviennent de la base de données de Précix. Une nouvelle fonctionnalité dénommée Workflow propose de gérer les flux d informations de l entreprise. L application permet de définir l ensemble des tâches d un processus et de gérer leur réalisation. Par exemple avec ce module si une commande est reçue, celle-ci passe en production et le programme pourrait générer automatiquement un message à destination du service de la production pour lui signaler de lancer les pièces commandées en production. Ensuite le module comptabilité développé a été refait avec les nouveaux outils de développement en Eclipse et amélioré par rapport à l ancienne version en 4GL. Ces modifications ont été nécessaires pour le passage à l euro. Pour finir, en Suisse Méga Informatique vend Précix E03 CH, certains modules ont été spécialement modifiés pour les clients suisses. Par exemple comme une partie des clients sont des horlogers, ces derniers produisent des pièces de montres aux caractéristiques différentes. Ainsi dans le module des données techniques des articles, il est possible de configurer 60 caractéristiques spécifiques à une famille d articles (telles que la taille, la couleur, le poids...) 11

12 2. Précix est structuré autour d une base de données Le progiciel propose aux utilisateurs une gestion en temps réel grâce à l utilisation d une base de données. Le système de gestion de bases de données le plus répandu avec Précix est Informix. Ce dernier propose la gestion de bases relationnelles. Le développeur doit ainsi connaître le langage SQL pour accéder aux informations. a. INFORMIX, le SGBD adopté par Précix Informix est un système de gestion de bases de données (désigné par la suite par l acronyme SGBD) relationnelles qui peut s adapter aussi bien sur les plateformes de types Unix, Linux ou Windows. Le noyau du SGBD possède une architecture baptisée Dynamic Scalable Architecture basée sur le principe du «multi enfilement» (de l anglais multi-threading) qui parallélise les traitements d accès aux données. La puissance de ce moteur réside ainsi sur la possibilité de proposer des connexions simultanément. Chaque requête SQL utilisateur est analysée et décomposée en tâches élémentaires. Le serveur devient performant et supporte de plus grands volumes simultanés. De par sa conception, cette architecture permet une extensibilité linéaire du système, au fur et à mesure que de nouvelles ressources sont ajoutées. Le SGBD a initialement été choisi par Sylob grâce à ses performances et à ses outils de développement Informix 4GL et 4J s qui lui ont permis de développer la première version de Précix en mode texte. Bien qu avec les outils de développement sous Eclipse, Précix peut s adapter au SGBD d Oracle, leader dans la matière, Informix reste la référence pour fonctionner avec ce progiciel. En effet, le développement de l ensemble de l ERP se fait à l appui de bases de données sous Informix et certaines instructions sont ainsi propres à ce SGBD. De plus, Méga Informatique est un distributeur officiel d Informix et dispose des compétences pour cette application. Comme il a été précité, Informix est système de gestion de bases de données relationnelles et ces systèmes sont de très loin les plus utilisés. Les données sont représentées en tables, sont structurées et accessibles par un langage déclaratif basé sur l algèbre relationnel (SQL pour Structured Query Language). Une base de données contient donc plusieurs tables qui possèdent des liens entre elles avec une gestion cohérente des données et sans contenir des informations redondantes. De plus chacune de ces tables contient des champs spécifiques au domaine auquel elle se rapporte. La figure 1 illustre les relations entre les tables avec l exemple d une commande. Les champs soulignés représentent la clef des tables, c'est-à-dire qu ils caractérisent un l unicité de l enregistrement. Figure 1 : Schéma relationnel simplifié dans le cas d'une commande vente Les données du client sont séparées de l entête de la commande. Cela permet de changer l adresse du client sans avoir besoin de le faire au niveau de la commande. La structure des données est ainsi optimisée puisque le nombre d enregistrements est limité. b. Le langage SQL convient aussi bien aux débutants qu aux développeurs confirmés SQL est le langage unique qui permet de décrire, manipuler, contrôler l'accès et interroger les bases de données relationnelles. C'est un langage déclaratif, qui s'adresse à la fois aux utilisateurs "novices" et aux programmeurs confirmés. Il est régi par une norme (ANSI/ISO) qui assure la portabilité du langage sur différentes plateformes aussi bien matérielles que logicielles. Une commande SQL 12

13 écrite dans un environnement Windows sous ACCESS peut, souvent sans modification, être utilisée directement dans un environnement INFORMIX sous Unix Les commandes SQL se répartissent sur trois groupent définis sur le tableau suivant. Catégories Description des données (DDL : Data Definition Language) Manipulation des données (DML : Data Manipulation Language) Contrôle des autorisations (DCL : Data Control Language) Commandes SQL Fonctionnalité CREATE ALTER DROP DESCRIBE RENAME Renomme une table SELECT INSERT UPDATE DELETE GRANT REVOKE COMMIT ROLLBACK Création de tables Modification de tables Suppression de tables Description des colonnes d une table Interrogation diverses de la base Insertion de lignes dans une table Mise à jour de lignes dans une table Suppression de lignes dans une table Attribution de droits d accès Suppression de droits d accès Prise en compte des mises à jour Annulation des mises à jour Chaque commande SQL possède une structure spécifique qu il faut absolument respecter sinon le SGBD ne reconnaîtra pas la requête. La catégorie la plus utilisée par Précix est la manipulation de données. L instruction SELECT est de loin la plus utilisée par l ERP. En fait, le progiciel consiste à cacher des instructions SQL derrière une interphase graphique facile à utiliser par les utilisateurs. Pour créer une requête d interrogation de la base de données, il faut ajouter des clauses. Celles utilisées par l instruction SELECT sont décrites dans le tableau suivant. Clause Attributs Fonctionnalité SELECT Nom colonnes Précise les colonnes qui vont apparaître dans la réponse. L opérateur DISTINCT permet d éliminer les doublons et des fonctions peuvent être utilisées. FROM Nom tables Précise la (ou les) table intervenant dans l'interrogation Précise les conditions de restriction à appliquer sur les lignes. On peut trouver : WHERE Expression sur colonnes - Des comparateurs : =, >, <, >=, <=, <> - Des opérateurs logiques : AND, OR, NOT - Les prédicats : IN, LIKE, NULL, ALL, SOME, ANY, EXISTS... GROUP BY Nom colonnes Précise la (ou les) colonne de regroupement HAVING Expression sur colonnes Précise la (ou les) conditions associées à un regroupement ORDER BY ASC / DESC Précise l'ordre dans lequel vont apparaître les lignes de la réponse : - ASC : En ordre ascendant (par défaut) - DESC: En ordre descendant Une requête SQL peut vite devenir compliquée dès que l on commence à faire des jointures entre des tables, des regroupements et la clause de restriction (WHERE) peut prendre des proportions impressionnantes. Ainsi dans un souci de clarté, il est préférable de simplifier au maximum les requêtes. Cela peut se faire parfois en séparant les requêtes de liaison et en stockant les données dans des variables pour les traiter ensuite par le langage de développement. Plus les requêtes sont simples, plus les temps de réponse sont courts. Il est bien évidemment primordial que les délais d attente soit les plus courts possibles. Une méthode pour diminuer l accès à une table de données consiste à indexer la table en sélectionnant les champs prioritaires. Cette opération est utile si le nombre de lignes est très important (supérieur à 10'000) sinon elle produira l effet inverse. De même à chaque création de tables, il est préférable de définir une clef primaire qui assure l unicité des enregistrements. Bien que le langage SQL soit normalisé, cela garantit que les instructions normalisées fonctionnent sur n importe quel système de gestion de bases de données relationnelles, chaque SGBD possède des fonctions ou des instructions qui lui sont propres. Par exemple, l instruction LIKE dans la 13

14 clause WHERE permet de sélectionner les champs qui possèdent des caractères communs avec la chaîne de caractères suivant l instruction. Sous Informix, il existe une instruction similaire s appelant MATCHES. Elle propose la même fonctionnalité sauf que, dans la chaîne de caractère de restriction, les champs inconnus doivent être symbolisés par des * à la place des %. Finalement l utilisation de ces instructions propres à Informix posera des problèmes si le programme développé s appui sur un SGBD d un autre éditeur. En utilisant uniquement les instructions normalisées de la version SQL92 (normalisé en 1992), il serait possible d utiliser n importe quelle base de données relationnelle adaptable au produit de CI-Soft pour Précix. 3. Les outils de développement de la version Eclipse La version de Précix dite sous «Eclipse» est développée à l aide d outils de la société CI-Soft basée à Saint-Étienne. Ces outils sont au nombre de trois et chacun possède son propre mode de fonctionnement et ses caractéristiques. La partie suivante permettra au lecteur de découvrir l univers de programmation de Précix. a. La complémentarité des produits CI-SOFT Hormis le système de gestion des bases de données, l ensemble de l application de Précix en Eclipse fonctionne avec les produits de CI-Soft. Il existe deux déclinaisons de ces logiciels, la version de développement et celle d exécution dite de «runtime». La première version est utilisée par Sylob et Méga Informatique pour développer des programmes. Elle permet également de tester des programmes non compilés. La version «runtime», quant à elle, ne fonctionne uniquement avec des programmes compilés. Les produits CI-Soft sont au nombre de trois et fonctionne suivant la figure 2. Figure 2 : Liens entre les produits CI-Soft et le SGBD Chacun des produits CI-Soft bénéficiera par la suite d une explication détaillée. Ces produits sont peu répandus dans le monde du développement et les nouveaux arrivants à Méga Informatique doivent apprendre à les utiliser. La société qui édite ses logiciels est basée à Saint Étienne et vend à ses clients des journées de formation. Il arrive parfois que Méga Informatique loue les compétences d un développeur de CI-Soft pour développer des programmes fastidieux. b. L outil graphique CI-Builder, de bonnes idées pénalisées par des bugs L environnement graphique CI-Builder est le logiciel avec lequel a été développée la version Eclipse de Précix. C est un environnement de programmation événementiel et visuel proche de Visual Basic de Microsoft. Il a été choisi par Sylob pour développer les nouvelles versions de Précix pour son interface graphique plus conviviale que le langage 4GL, anciennement utilisé. CI-Builder se définit comme un environnement de développement d interfaces. L interface graphique permet de créer une fenêtre, que nous appellerons palette. Pour regrouper plusieurs palettes en une application, un projet doit être créé. Il existe une variante du projet, qui ne 14

15 contiendra pas de palette, les librairies. Elles permettent d isoler des fonctionnalités de base et de les rendre utilisables par plusieurs projets. Ensuite, des boutons de différents types (un champ de saisie, une liste, une case à cocher ) peuvent être ajoutés sur chacune des trois entités précédentes. Cependant uniquement ceux qui seront placé sur la partie visible de la palette seront directement accessibles par l utilisateur. La figure 3 représente cet environnement graphique précédemment décrit. Figure 3 : L'environnement de CI-Builder La figure 3 correspond à la modification d un projet. Effectivement la partie encadrée en rouge représente le niveau du projet. La liste affichée correspond aux différentes palettes qu il contient. L onglet au-dessus permet de passer aux menus ou aux boutons du projet. Les parties en verte représentent le niveau de la palette, celle-ci est à droite et ses propriétés à gauche. Enfin, les parties en bleu désignent le niveau du bouton. Le bouton sélectionné, ici en haut sur la palette, a ses propriétés affichées en bas à gauche de l écran. Le code du bouton s affiche dans une fenêtre contenant du texte. Toutes sortes d applications peuvent être créées mais CI-Builder est particulièrement adapté à la création d applications pour des systèmes «Client Serveur». Les données sont centralisées sur un même poste : le serveur, et tous les autres postes «client», captent ses données depuis ce poste. Ainsi CI-Builder est destiné à s associer à une base de données. Le langage de programmation Le code se trouvant derrière cette interface graphique facilite le développement car c est un langage basé sur le «5Talk». Le code possède une syntaxe très proche du langage parlé, bien évidemment en anglais. Mais cet avantage devient vite un défaut. En effet, ce code étant très explicite, 15

16 il devient volumineux. Pour un traitement très simple, on se retrouve avec plusieurs lignes de code d une certaine longueur. Par exemple, pour affecter une valeur à une variable, il faut écrire : «Put Valeur into Variable» alors qu en Perl ou en C, il suffit de mettre un égal. Un script correspond à l ensemble du code sur un objet. Il peut contenir des fonctions et des traitements de message appelés «handler». Les fonctions et les handlers sont délimités par On (début) et End (fin). Les scripts peuvent exister à tous les niveaux (bouton, palette et projet). Par exemple sur une palette, peuvent figurer des fonctions utilisées par plusieurs boutons d une palette. Sur un projet peuvent figurer des fonctions utilisées par plusieurs boutons de différentes palettes du projet. Pour exécuter un handler ou une fonction, on lui spécifie sont emplacement (ex :send modified to btn "no_cde", exécution du handler «modified» sur le bouton «no_cde») ou non (ex : do modified). Dans ce cas, le programme va essayer de trouver le code en suivant le parcours de la figure 4. Dans le langage courant, on dit que le code monte dans les niveaux supérieurs. Pour complémenter cette découverte, en annexe 1 se trouve les codes basiques de CI-Builder. Figure 4 : Parcours d'une commande sous CI-Builder Les limites de ce langage Le logiciel doit s allouer de la mémoire et celle-ci malheureusement n est pas extensible. Ainsi, CI-Builder est limité : chaque palette ne peut contenir plus de 255 objets et le code derrière chaque objet ne peut dépasser caractères. De même une variable quelconque ne peut pas dépasser ce nombre fatidique ce qui peut être dangereux lorsque l on extrait des données de la base. On comprend vite que dans des programmes complexes, et avec un langage explicite et volumineux, on arrive vite à la taille limite du script. Ainsi il faut parfois ruser et, lorsqu un objet arrive presque à la limite, créer un nouveau bouton et avec le code auquel le bouton précédent fera appel. Ces limites sont les principales failles de CI-Builder car certains programmes de Précix présente des palettes proches des 255 boutons. Pour réaliser des modifications sur ces palettes, il faut faire de la place. Ces défauts ont été corrigés dans la dernière version de CI-Builder mais comme la majorité des clients utilisent des anciennes versions, les développeurs continuent de les utiliser. À cela s ajoutent les subtilités de certaines fonctions et quelques bugs. Par exemple, une fonction de valeur absolue existe. Cependant elle ne fonctionne que sur les entiers. Le résultat de cette fonction sur un réel renvoie sa partie entière positive. c. Le générateur d états CI-Query, simple mais très limité Le logiciel CI-Query est appelé un générateur d états. En effet, il offre la possibilité de créer des documents en utilisant des données issues de la base. Les utilisateurs utilisent leur ERP pour gérer leur entreprise. Le progiciel doit ainsi proposer la possibilité d imprimer certains documents. Par exemple, le module de gestion commerciale propose la génération d offre, de commande, de bon de livraison ou encore de facture, pour ne citer que les documents les plus connus. Ainsi le développeur doit souvent intégrer cette possibilité lors de la création de son programme. Le programmeur utilise le plus souvent le logiciel CI-Query pour créer ses documents. Les avantages de ce dernier sont de 16

17 s intégrer parfaitement au logiciel de développement CI-Builder et d utiliser facilement les bases de données. Les étapes de la création d un document peuvent se résumer aux lignes suivantes : définition des variables envoyées par CI-Builder, création des données à partir la base à partir d un générateur de requêtes SQL, mise en forme du document par l utilisation de sections, objets complexes (correspondant à une sous-section) et cellules qui contiennent des informations, test du document après l avoir intégré aux programmes sources de Précix. L état de CI-Query peut aussi contenir des informations fixes (nom, logo et adresse de l entreprise). Les informations variables proviendront de la base de données. La figure 5 représente un état en mode développement. Figure 5 : Un état CI-Query en mode développement 17

18 L outil met à disposition un certain nombre de fonctions et d opérateurs. L opérateur plus utilisé est certainement decode (condition ; valeur1 ; valeur2) qui équivaut à : si condition alors valeur1 sinon valeur2. Cependant cet outil est loin d être parfait. En plus d être truffé de bugs, le logiciel ne propose pas assez de fonctionnalités et ne permet de créer que des documents simples. Cependant il est très simple à utiliser puisqu il suffit de connaître le langage SQL pour créer des états. d. Le logiciel intermédiaire CI-Link, un langage plus classique Le logiciel CI-Link est un middleware, que l on pourrait interpréter comme une couche logicielle intermédiaire. Il sert d intermédiaire entre les applications conçues sous CI-Builder et CI-Query et le SGBD. Une interface permet de définir l emplacement des bases à utiliser et de faire des tests de connexion. Par la suite, ce logiciel est constamment utilisé à chaque échange avec la base de données. Cependant ce logiciel propose de créer des programmes, appelées fonction CI-Link (à tord car elles ne renvoient pas forcément un résultat), qui s exécuteront directement sur le serveur disposant du SGBD. Les fonctions CI-Link sont des scripts qui s exécutent à un niveau de programmation supérieur à celui de CI-Builder. Elles sont écrites, avec un code ressemblant plus à un langage de programmation classique avec un éditeur de texte. La fonction CI-Link une fois écrite doit être dotée de l extension «.cil», pour être appelée par CI-Builder à l aide d un handler défini par Sylob : ExeFCT(version, module, nom_fonction, parametres) Ces fonctions sont intéressantes du fait que les traitements sont réalisés au niveau du serveur, sans rapatrier les données sur le poste client. Il devient ainsi utile de les utiliser lorsqu il s agit de faire des modifications sur une base ou de faire des traitements avant d envoyer des données à CI-Builder afin qu elles ne dépassent pas les caractères. La création de fonction est cependant loin d être parfaite. Même s il existe de nombreuses possibilités pour utiliser les bases de données, on se rend compte qu en traitant certaines données qu il n existe pas beaucoup de fonctions. Il faut ainsi rajouter des lignes de codes pour combler ces lacunes. 18

19 II. La diversification du travail de développement 1. Les documents CI-Query personnalisés pour des clients Les caractéristiques d un progiciel sont d être paramétrable et configurable pour les clients. Pour cela, Méga Informatique propose de personnaliser les documents, principalement commerciaux, utilisés par la société. La plupart des documents sont réalisées avec CI-Query et le développeur se rend vite compte des limites de ce logiciel. a. La création et les retouches de documents Comme précisé auparavant, le logiciel CI-Query est un générateur d état. Il propose de créer des documents, destinés à être imprimés, à partir des données de la base de Précix. La deuxième tâche proposée pendant le stage consistait à retoucher des documents existants afin de les paramétrer aux demandes précises d un client. La première retouche de deux documents de suggestion d achats et d approvisionnement consistait à aligner les champs entre les lignes et le total pour Girard Perrigaux, un horloger prestigieux et précis. Le problème à cette tâche était que le document était constitué d objets complexes permettant de réaliser une sous-section dans la section d un document. En fait, on définit une section pour une source de données. Pour chaque nouvel enregistrement de la source, une nouvelle ligne est créée. Cependant si l on souhaite rajouter à l intérieur d une section une autre source de données, il faut utiliser un objet complexe. Le problème provenait de la difficulté à aligner les cellules de la section avec celles de l objet complexe. En effet, il est possible de positionner une cellule grâce à ses coordonnées par rapport au bord haut gauche de la section ce qui n est pas possible avec les objets complexes. La seule possibilité d être précis est d encadrer les cellules concerner, de passer en mode prévisualisation, de zoomer et d aligner les cadres. Pour seconde mission, il fallait créer les offres d achat et de vente dans le même modèle que les commandes d achat et de vente. La différence notable entre ces deux types de document concerne l affichage du prix total pour chaque ligne d article. Le document de l offre doit comprendre un prix unitaire en fonction du nombre d articles commandés. Le plus souvent, plus ce nombre est élevé, moins le prix unitaire est important. Pour réaliser cette tâche, les documents de commandes ont été modifiés. Il a fallu par moment ajouter de nouvelles données en y ajoutant une source, en supprimer d autres et modifier les champs de certaines. En effet, lorsque Précix lance l impression de commandes d achat ou de vente, une fonction CI-Link remplit une table de données qui servira de source pour remplir l entête du document. Cependant cette opération ne se fait pas lors du lancement de l offre ainsi il fallait rechercher ces données dans la base telles que les coordonnées du destinataire. Certaines modifications de documents consistaient seulement à rajouter des champs et à aligner des cellules. Par exemple, l entreprise Rollomatic avaient fait une liste de modifications à réaliser pour ses documents d offre et de commande d achats. Toutes ses demandes ont été corrigées. Cette retouche de document a été vite réalisées car la liste des modifications étaient claire et que le client nous a fournit par fax le document qu il obtenait entourant les modifications qu il souhaitait. Ainsi les tâches précédentes ont été modifiées avec succès. Cependant certaines corrections de documents ne se sont pas si bien déroulées. Le plus souvent les problèmes rencontrés provenaient de l outil de développement. b. Les difficultés rencontrées principalement dues aux limites de l outil Un certain nombre de problèmes ont été rencontrés pour retoucher des documents de commandes d achat et de vente et les factures d achat. Un collègue avait créé ces documents pour 19

20 Girard Perregaux. Celui-ci n était pas pleinement satisfait car des différences de format de texte apparaissaient sur le document suivant l imprimante utilisée. Ainsi pour éviter ce désagrément, le concepteur du document a utilisé l option «police logique» à la suite du conseil du développeur du logiciel. Cependant un nouveau problème apparut, lors de certaines impressions les derniers caractères des cellules contenant les prix, alignés à droite, étaient tronqués. La première solution trouvée consista alors à ajouter un espace à la fin de chaque cellule. Néanmoins de cette manière nous perdions l alignement entre les prix des lignes en taille 10 et les totaux en taille 12 puisque l espace était plus grand. Le logiciel ne permet pas d ajuster la taille des caractères par ensemble de caractères, comme sous Word, mais par cellule. Ainsi sans réelle solution, un message électronique a été envoyé au concepteur du logiciel pour lui relater le problème avec image scannée à l appui. Lui, non plus n a pas trouvé une solution mais a conseillé de rajouter un espace à la fin de chaque cellule et de les déplacer entre elles de quelques pixels afin de corriger l alignement. Ainsi le logiciel paraît cruellement manquer de précision. En retouchant un document concernant le module SAV pour Clarville, un fabricant de pièces de téléphone portable, un problème peu commun est arrivé. Dans le module SAV, il est possible de gérer le retour d articles défectueux. Tout d abord, le programme crée à partir du code de l article une copie de cet article avec un code commençant par «SAV». Ensuite sur cet article, il sera possible de lui attribuer des opérations de corrections afin de remettre l article en conformité. Ces opérations peuvent parfois nécessiter l ajout ou le remplacement de composants, qui seront affectés aux opérations. Pour pouvoir réaliser cette correction, un devis doit être au préalablement créé et pourra être édité. Il permet de choisir les opérations à réaliser et les composants à utiliser. Ensuite ce devis peu passer en production et ainsi un ordre de fabrication est généré. Une fois les corrections effectuées, le produit sera livré au client avec un bon de livraison. Finalement si les corrections sont facturables, dans le cas où l article n est plus garanti, une facture peut être créée. Ainsi le client souhaitait que le détail des opérations de correction figure sur trois documents : le devis, le bon de livraison et la facture. Pour cela, les documents respectifs ont été modifiés en rajoutant un objet complexe contenant ces champs à partir d une table spécialement créée pour l occasion. Cependant ces documents sont utilisés à la fois par les modules commercial et SAV. Il fallait donc cacher la section de l objet complexe si le document provenait du SAV. La première idée consistait de cacher si le numéro de fiche SAV n est pas supérieur à 0. De cette manière, on ne cherchait pas à savoir si, lorsque le document était lancé par le programme commercial, le champ précédant était vide (représenté par dans la base) ou indéfini (représenté par Null). L expression était ainsi cacher=(({sav.no_fic}>0)=faux). En testant le document sur le poste de développement la clause fonctionnait parfaitement. Ainsi le document fut installé chez le client. Ce dernier téléphona pour signaler que les documents ne fonctionnaient pas, que la section ajoutée n apparaissait jamais. En testant le programme par télémaintenance sur le serveur du client, une solution fut trouvée en mettant la clause suivante : Cacher =({SAV.no_fic}=Null) Ou ({SAV.no_fic}=) Le plus étrange était le fait que formule précédente fonctionnait sur le poste de développement mais pas sur le serveur du client alors que la version de développement était rigoureusement la même. Ces deux exemples de développement montre en quelque sorte des défauts de CI-Query. Cependant une fois qu ils sont connus, le développeur connaît les méthodes pour éviter de les reproduire. Beaucoup de défauts peuvent être reprochés à ce logiciel, d ailleurs ces deux derniers ne sont pas les seuls expérimentés. Le risque encouru en développant des documents sur CI-Query est de ne pas être crédible face au client. Pour le dernier cas, par exemple, le client lorsqu il a essayé les 20