RAPPORT de STAGE : Projet Farandole

Transcription

1 RAPPORT de STAGE : Projet Farandole Stagiaire Mathieu Changeat ISTY IBM France Sous le tutorat de M. Matiachoff

2 Table des Matières 1INTRODUCTION...3 2PRÉSENTATION D IBM INTRODUCTION HISTORIQUE IBM CORPORATION IBM FRANCE STRUCTURES IBM Global Services IBM Business Consulting Services Application Innovation Services...6 3FARANDOLE CONTEXTE Le client La loi organique relative aux lois de finances Objectif des prestations L architecture fonctionnelle attendue LE PROJET L équipe Planning Architecture applicative Nomenclatures L application Moteur d instanciation Moteur de navigation Moteur de saisie Moteur de production Contrôleur Base de Données / Persistance Authentification / Habilitations / Workflow LE STAGE ENVIRONNEMENT MATÉRIEL ET TECHNOLOGIQUE MISSION TRAVAUX Les contrôles de cohérence des nomenclatures d exécution L aide en ligne Les mouvements de crédits Autres travaux DÉROULEMENT DU PROJET Gestion des ressources Rapports et réunions Planning Transferts de compétences BILAN...38 Auteur : Mathieu Changeat Page : 2/39

3 1 Introduction Dans le cadre de la formation ingénieur de l ISTY, j ai effectué mon stage de fin d étude à La Défense-Courbevoie, chez IBM France au sein de la division Business Consulting Services. Le stage de 6 mois, d avril à octobre 2005, s est effectué au sein de l équipe de développement de l application Farandole, sous le tutorat de M. Christophe Matiachoff. La présentation de l entreprise où s est déroulé le stage sera suivie d une description du projet. Nous décrirons l'environnement mis à disposition sur le projet. Puis nous développerons la mission et les travaux confiés au stagiaire pour la durée du stage. Ensuite, nous verrons comment se déroulait le projet. Enfin nous finirons par un bilan. Auteur : Mathieu Changeat Page : 3/39

4 2 Présentation d IBM 2.1 Introduction IBM, leader mondial des technologies de l'information, a pour mission de concevoir, produire et commercialiser des matériels, des logiciels, des technologies et des services qui s'intègrent dans des solutions informatiques globales adaptées à la demande de chacun des clients, afin de leur procurer un avantage compétitif réel et un positionnement privilégié dans le domaine de l'e-business. Au travers de son réseau mondial de professionnels en services et solutions, IBM transforme ces technologies avancées en valeur ajoutée au bénéfice des entreprises, quelle que soit leur taille. 2.2 Historique Le 15 juin 1911, la Computing Tabulating Recording Company (CTR) naît aux Etats-Unis, à Endicott dans l'etat de New York, de la fusion de plusieurs sociétés qui produisent des balances, calculatrices, machines électro-comptables... En 1914, celle-ci s installe en France et prendra en 1948, comme la CTR en 1924, le nom d IBM (International Business Machines), devenant ainsi IBM France. 2.3 IBM Corporation International Business Machines Corporation, dont le siège se trouve à Armonk, dans l Etat de New York, est la plus grande entreprise mondiale de technologies de l'information. En 2004, IBM était le numéro un mondial, en termes de chiffre d affaires pour : les services informatiques : 46 milliards de $; Auteur : Mathieu Changeat Page : 4/39

5 le matériel : 31 milliards de $; la location et le financement d'équipements informatiques : 3 milliards de $. 60% des revenus de la compagnie sont obtenus en dehors des Etats-Unis. IBM emploie quelque personnes et opère dans environ 170 pays et a réalisé en 2004 un chiffre d'affaires global de 96 milliards de dollars. 2.4 IBM France La société IBM est implantée en France depuis Françoise Gri en est actuellement le Président Directeur Général. IBM emploie à l heure actuelle personnes dont 7200 dans des activités de service. Le groupe IBM France est constitué d IBM France et de ses filiales : Altis Semiconductor, Anelia, HR T&M, IFF (IBM France Finance), LGS, Montics, MDTVision, SDDC, Sysmedia. Le siège d IBM France, ainsi que celui d IBM Europe, Moyen-Orient et Afrique est basé à Paris - La Défense. Quelques chiffres : Chiffre d'affaire consolidé du groupe IBM France : 3,99 milliards d'euros Chiffre d'affaires intérieur : 3,41 milliards d'euros Chiffre d'affaires export : 582 millions d'euros Effectifs : personnes. 2.5 Structures Les informations qui suivent concernent uniquement la hiérarchie de services dans laquelle le stagiaire a officié. Auteur : Mathieu Changeat Page : 5/39

6 2.5.1 IBM Global Services IBM Global Services a réalisé un CA de près de 46 milliards de dollars en IBM Global Services est le moteur de la croissance d IBM. IBM Global Services propose une gamme complète de services. En alliant maîtrise des dernières innovations technologiques et expertise métier, IBM Global Services aide les entreprises dans la conception, la mise en oeuvre de solutions e-business dans les délais les plus courts et l industrialisation de leurs processus en utilisant leur système d information comme levier stratégique IBM Business Consulting Services L entité IBM Business Consulting Services est née de la fusion en 2002 de PricewaterhouseCoopers Consulting et de la division Business Integrated Services d IBM Global Services. Business Consulting Services est la plus grande organisation de conseil au monde, avec plus de professionnels intervenant dans 160 pays. BCS intervient de la stratégie jusqu à la conception et la mise en oeuvre de solutions complètes et intégrées. Les équipes IBM Business Consulting Services aident les entreprises à créer de nouveaux modèles, à transformer leurs processus et à les mettre en application pour accéder à un mode de fonctionnement à la demande. En fonction des problématiques métiers spécifiques des clients, BCS travaille à l élaboration du plan d exécution le plus efficace et à la solution technologique la mieux adaptée à leur besoin. Du lancement de la démarche à la maintenance de solutions en passant par l organisation, la conception, le déploiement et les phases de recette, BCS accompagne ses clients tout au long de leur projet. En France, IBM Business Consulting Services regroupe aujourd hui consultants, directeurs de projets, experts techniques, architectes et développeurs qui accompagnent les entreprises dans la conception et la mise en œuvre d un système d information performant et novateur capable de leur procurer des avantages compétitifs Application Innovation Services Auteur : Mathieu Changeat Page : 6/39

7 AIS est la structure au sein de BCS chargée des nouvelles technologies. A ce titre, sa mission est d aider les clients et les autres entités d IBM à réussir la mise en œuvre de nouvelles technologies, en fournissant des solutions de bout en bout : évaluation des besoins, design de la solution, planification, implémentation et opérations. Auteur : Mathieu Changeat Page : 7/39

8 3 Farandole Au sein d AIS j ai travaillé sur l application Farandole. Farandole a pour objectif principal la production automatique de documents budgétaires de l Etat Français (aux formats DOC, RTF et PDF). Les documents budgétaires présentent des données chiffrées et textuelles saisies dans les ministères à l aide d une interface WEB. Ces données sont stockées en base. 3.1 Contexte Le client La Direction du Budget du Ministère des Finances joue un rôle essentiel de conception et d exécution dans le pilotage des finances publiques. A ce titre, la direction est naturellement chargée de la préparation du projet de loi de finances. La loi organique relative aux lois de finances (LOLF) n du 1 er août 2001 transforme en profondeur les lois de finances, la direction du Budget joue un rôle central dans le pilotage de cette réforme majeure. Elle se doit notamment de mettre en oeuvre avec ses partenaires (ministères, parlement) le contenu des projets de loi de finances et de leurs annexes. La LOLF vise à moderniser la gestion publique et à renouveler la nature et les outils du contrôle parlementaire, en confiant aux gestionnaires publics davantage de liberté en contrepartie d'une plus grande responsabilité. Son principal objectif est de passer d'une culture de moyens et d'une responsabilité de conformité, à une culture et une responsabilité de performance. La gestion publique sera donc orientée vers les résultats et la recherche de l'efficacité, tandis que la transparence des informations budgétaires et la portée de l'autorisation parlementaire sont renforcées. La loi organique impose que le projet de loi de finances 2006, préparé durant l été 2005 soit conforme à celle-ci. Auteur : Mathieu Changeat Page : 8/39

9 De ce fait, la direction doit complètement refondre l ensemble de son système de production des documents budgétaires. Ce système concourt à la préparation budgétaire de l Etat et réfère l ensemble des données de prévision débouchant sur la loi de finances initiale (LFI) permettant l initialisation des systèmes de gestion de la dépense La loi organique relative aux lois de finances Cette loi est le cœur du projet Farandole. Dans le but d éclaircir quelque peu les propos techniques tenus dans la suite du document, il est nécessaire de comprendre quelles sont les grandes lignes de cette loi. La LOLF est née de limitations de la précédente loi datant de En effet, les conditions de discussion des lois de finances étaient largement insatisfaisantes, dans la mesure où le Parlement ne disposait pas d'une connaissance précise du coût des politiques publiques ou du nombre d'emplois dans la fonction publique. Aujourd'hui, le budget de l'état est voté par titre (au nombre de 7 : dotations des pouvoirs publics, dépenses de personnel, dépenses de fonctionnement, charges de la dette de l Etat, dépenses d investissement, dépenses d intervention, dépenses d opérations financières) et spécialisé par chapitres (dont le nombre atteint les 850). Le Parlement vote ainsi de manière très détaillée les moyens alloués aux différents ministères, sans que ces moyens soient mis en relation avec des objectifs et des résultats déterminés. D'autre part, la gestion du budget de l'état était très déficiente : elle ne comportait aucune incitation à l'économie et à l'efficacité de la dépense. Par ailleurs, les gestionnaires de crédits publics sont soumis à des règles très strictes d'emploi des deniers publics, qui nuisent à l'efficacité de la dépense. En résumé, la loi organique modifie en profondeur les règles de présentation et de vote des lois de finances renforce les moyens d'information et de contrôle du Parlement sur les finances publiques et améliore la lisibilité de la comptabilité de l'état. Les crédits seront spécialisés par dotation ou programmes (dont le nombre est de 150 environ). Ces derniers regrouperont les crédits destinés à mettre en oeuvre une action ou un ensemble cohérent d'actions relevant d'un même ministère et auquel sont associés des objectifs précis, définis en Auteur : Mathieu Changeat Page : 9/39

10 fonction de finalités d'intérêt général, ainsi que des résultats attendus et faisant l'objet d'une évaluation. Au sein d'un programme, les crédits seront déployés entre les titres budgétaires, à l'exception des crédits de personnel qui ne pourront être majorés par des crédits en provenance d'un autre titre, et ce, afin d'éviter une augmentation des dépenses de personnel, engageant l'état pour plusieurs décennies. Les programmes sont regroupés par «missions». Celles-ci comprennent un ensemble de programmes concourant à une politique publique définie relevant d'un ou plusieurs services d'un ou plusieurs ministères. Dans un premier temps, et en vue d une adaptation à cette nouvelle loi, chaque ministère n a qu une seule mission, dont chacun des programmes ne concerne que lui. Cependant par la suite, des missions pourront regrouper plusieurs programmes attribués à plusieurs ministères de sorte à améliorer les coopérations entre les diverses actions de l État. Par exemple, une mission pourrait très bien regrouper des programmes concernant les ministères de la Justice, et celui de l Intérieur pour mener une action collective contre la délinquance. Lors de la présentation d'un projet de loi de finances, chaque programme devra être accompagné d'un projet annuel de performance comportant notamment la présentation des actions, des coûts associés, des objectifs poursuivis, des résultats obtenus et attendus pour les années à venir mesurés au moyen d'indicateurs précis dont le choix est justifié. Les comptes de l'état, devront donner une image fidèle de son patrimoine et de sa situation financière. Par ailleurs, le Parlement sera plus étroitement associé à l'exécution du budget, par le biais de procédures d'information ou d'avis concernant les mouvements réglementaires de crédits intervenant en cours d'année. Enfin, les pouvoirs de contrôle des Commissions des finances des deux assemblées seront accrus, et le droit d'amendement sera élargi, puisqu'un parlementaire pourra modifier, au sein d'une mission, la répartition des crédits entre plusieurs programmes. Auteur : Mathieu Changeat Page : 10/39

11 3.1.3 Objectif des prestations La direction du Budget a entrepris dans le cadre de la mise en œuvre de la loi organique relative aux lois de finances d août 2001, la définition et la réalisation des nouvelles applications de production budgétaire. La prestation demandée consiste à réaliser pour la direction du Budget (maître d ouvrage), l ensemble des applications nécessaires à la production des documents budgétaires adapté à la loi organique d août Il a été décidé de procéder en deux étapes principales : La réalisation d une application évolutive spécifique qui sera utilisée dès l année L évolution de l application spécifique se fera par ajout de fonctionnalités et d interfaces de type EAI L architecture fonctionnelle attendue Les fonctions attendues du système comprennent 4 volets : Une application workflow qui gère les statuts et les états du suivi des processus de production des documents budgétaires. Une application «Traitement» qui est composée des fonctions suivantes : o o o Saisie / interfaçage Stockage Agrégation. Une application «Editique» qui permet la réalisation de documents avec des tableaux complexes, ainsi que des graphiques. Cette application est destinée à perdurer quelque soient les évolutions futures. Une application référentiel nomenclature qui est basée selon un principe de métanomenclature. Auteur : Mathieu Changeat Page : 11/39

12 Ci-dessous le schéma de l architecture fonctionnelle. 1 Workflow Direction du Budget Ministères 2 Application 3 Traitement Dépenses prévisionnelles Application Editique Recettes prévisionnelles Exécution (N-1; N-2) Nomenclatures par destination recettes emplois 4 BDD interne Dessin 1 : Architecture fonctionnelle Auteur : Mathieu Changeat Page : 12/39

13 3.2 Le projet L équipe Christophe Matiachoff Manager Opérationnel Benoît Gloanec Architecte Fonctionnel Equipe de Développement : Ahmed Arbaoui Corinne Blanchard Eric Bonnet Cécile Pham Denis Duault, Vincent Huynen Jean Helou Thierry Sitbon Emilie Habermacher et moi-même. Stéphane Macé Chef de Projet Junior Dessin 2 : Organigramme de l'équipe Planning Le marché est passé pour une durée qui n'excédera pas 36 mois à compter de sa date de notification effectuée le 5 décembre La prestation se décompose en tranches fermes (1) et conditionnelles (5) ayant pour objet la fourniture des travaux. Le stage s est déroulé dans la 2 ème tranche, dont la réalisation a débutée en janvier La première tranche, quant à elle, est en production depuis avril Auteur : Mathieu Changeat Page : 13/39

14 3.2.3 Architecture applicative Farandole est une application J2EE constituée de : un Poste Client Il accueille le navigateur. Vu du poste client, l application Farandole est une suite de pages HTML (client léger), reposant sur des feuilles de style CSS et intégrant pour les comportements dynamiques du Javascript (contrôles locaux, gestion des arborescences). un Serveur HTTP Le serveur HTTP est un logiciel permettant de rendre accessibles à de nombreux ordinateurs (les clients) des pages stockées sur le disque ou bien construites dynamiquement via le Serveur d Applications. un Serveur d Applications Le Serveur d Applications est un logiciel accueillant un ensemble de programmes Java dédiés à la production de réponses à certaines requêtes HTTP et s interfaçant à la plupart des services du système d information (accès aux bases de données, invocation de Services Web). un Serveur d Authentification L authentification est le mécanisme qui permet d identifier l utilisateur et de récupérer les informations le concernant permettant de vérifier ses droits d accès. un Serveur de Données Le Serveur de Données représente la mémoire des données de l application. Trois bases de données logiques sont utilisées : une base pour la préparation du budget de l année suivante, un base pour les modifications du budget de l année en cours et une base pour accéder à l année précédente. Auteur : Mathieu Changeat Page : 14/39

15 un Serveur Editique Il consiste à produire un document complet (en sous-traitance). Le schéma ci-dessous présente une vue globale de l architecture applicative. Y sont représentés les principaux composants et leurs relations. Auteur : Mathieu Changeat Page : 15/39

16 Poste Client Navigateur HTML CSS JavaScript ActiveX HTTP HTTPS HTTP HTTPS Serveur HTTP Apache strutsconfig.xml Serveur d Applications J2EE Tomcat JSP TagLib Serveur d authentification LDAP ActionServlet (Struts) Transformer Actions spécifiques (Action Struts) Actions génériques (Action Struts) Nomenclature XML Objets Métiers hibernate. properties Interprète de Nomenclature XML Mapping Log4J Xerces Xalan JavaMail Configuration (Hibernate) UploadDownload Servlet Persistance Session (Hibernate) Feuilles de style XSL Services Web (Axis) Routage Import Habilitation JDBC Serveur Editique Serveur de données Modèles de documents JavaMail Convertisseur RTF -> EDI SGBD Oracle Documents budgétaires Routage Composition SOAP Assemblage Référentiel EDI Services Web SOAP Fichiers XML Base Bleue Systèmes externes Base Blanche Base Rouge Légende A B Le composant A appelle (directement ou non) le composant B. Le retour d une valeur est implicite. D A Le composant A reçoit le document D en entrée. D A Le composant A produit le document D. Logiciel Microsoft Word. JavaMail Outil ou API Java. Auteur : Mathieu Changeat Page : 16/39

17 3.2.4 Nomenclatures Le projet est construit sur la technologie XML et est complètement générique ; en effet en modifiant un des fichiers XML (en respectant le XML-Schéma) pour répondre à une nouvelle attente, l application s adaptera automatiquement. Les nomenclatures sont des descriptions XML - conforme à une grammaire XSD qui précisent les données en base à visualiser sur le poste client, leurs conditions de saisie, et les fonctions qui leur sont applicables, ou la structure des documents budgétaires à produire. Les nomenclatures sont le cœur de l application à produire, puisqu elles servent de modèles au parcours des données et aux documents manipulés L application L application est structurée en modules Moteur d instanciation L objectif du moteur d instanciation est de créer un arbre à partir d une nomenclature donnée. Il doit charger depuis la base les enregistrements, les assembler et les enrichir (calcul) suivant la description de la nomenclature Moteur de navigation Le moteur de navigation prépare - à l aide de l arbre auparavant instancié - le flux XML de navigation qui s affichera sur le poste client après transformation XSLT. Il gère toute la navigation dans le site (hormis les fonctions de service au démarrage). Il permet de fait d accéder aux autres pages gérées par les autres moteurs Moteur de saisie Le moteur de saisie s occupe des pages proposant la saisie d informations. Auteur : Mathieu Changeat Page : 17/39

18 Il récupère ensuite ces données qu il manipule pour les rendre compréhensibles (généricité oblige) pour la base de donnée. Il s occupe d accéder à la persistance afin de sauvegarder les données en base Moteur de production Le moteur de production est l élément terminal de l application, c est à l issue de ce module que sont créés les documents Contrôleur Le contrôleur gère tous les échanges entre les différents moteurs, il est, avec le moteur d instanciation, le point central de l application Base de Données / Persistance Ces deux modules fonctionnent de concert pour rendre transparent tous les fonctionnements de la base de donnée, que se soit la manipulation de données ou la récupération de données via des requêtes SQL. En effet, un framework de persistance d objets pour Java (Hibernate) est utilisé pour s interfacer avec la base de données Authentification / Habilitations / Workflow La partie Authentification est un module permettant de récupérer des informations présentes sur un serveur de type LDAP (ici un serveur Active Directory supportant les requêtes LDAP). Ces informations sont traitées dans la partie Habilitation afin d obtenir les actions autorisées à l utilisateur qui vient de se connecter suivant ses droits d accès aux données en base. Le Workflow gère les statuts et les états du suivi des processus de production des documents budgétaires. Auteur : Mathieu Changeat Page : 18/39

19 4 Le stage 4.1 Environnement matériel et technologique Les machines mises à disposition du stagiaire pendant le stage est la suivante : IBM ThinkPad T23 (PIII 1.13 MHz 1Go RAM) avec Windows XP. Tous les développements seront réalisés via Eclipse. L'archivage des sources s'effectue avec CVS, et les divers documents internes et externes sont déposés sur un serveur Lotus. Les principales fonctionnalités de ce serveur d archivage sont : l'échange de documents, l'agenda commun des meetings du projet, la liste des contacts etc. Le projet Farandole fait appel à plusieurs technologies. Oracle, pour la base de données ; Le framework Java Hibernate pour la persistance ; Apache pour le serveur http ; Tomcat pour le conteneur de servlets ; Struts pour la gestion des JSP et des Servlets ; Axis pour les Web Services. L ensemble du projet est basé sur la technologie XML et nous utilisons deux types de parseurs : JAX-B, pour la partie instanciation de l arbre, et Betwixt dans la partie production des documents budgétaires. Les transformations XSL de flux XML vers des pages HTML sont réalisées à l aide de Xalan. La partie permettant la saisie de nouveaux textes a été réalisée par un prestataire sous forme d un ActiveX pilotant MS Word. La partie Authentification (login - mot de passe) est réalisée grâce à la technologie Microsoft Active Directory. Cette technologie n est pas à proprement parler un annuaire LDAP (elle n en respecte pas les spécifications) mais supporte cependant les requêtes de ce type. Et c est via cet intermédiaire que nous le consultons (API du JDK Jaas). Auteur : Mathieu Changeat Page : 19/39

20 Pour les tests unitaires (tests des classes, tests des méthodes ) c est l API JUnit qui a été choisie. Un logiciel de gestion des anomalies Mantis est mis à disposition sur Internet, il permet aux développeurs et à la Direction du Budget de répertorier les anomalies rencontrées et de suivrent leur évolution. 4.2 Mission Mon travail a consisté en plusieurs tâches. En effet, j ai été affecté à un projet qui avait déjà plus d un an d existence. Mon arrivée correspondait aux lots 2 et 3 de la deuxième tranche et début de troisième. J ai donc été confronté à deux problématiques : Comprendre l architecture générale de l application, en lisant la documentation produite ainsi qu en la testant, afin de pouvoir développer les parties manquantes du lot 2. Concevoir et participer à la conception de la partie technique des spécifications fournies par l architecte du projet pour le lot Travaux Les contrôles de cohérence des nomenclatures d exécution La première tâche que j ai eu à accomplir consistait à effectuer des contrôles de cohérence. Ce chantier venait en complément du travail d un des membres de l équipe, Vincent Huynen. Afin de comprendre l intérêt du contrôle de cohérence, il faut savoir que le budget général de l Etat est divisé en trois grands types de montants : les dépenses, les équivalents temps plein et les recettes. Le contrôle de cohérence ne concernant que les dépenses, nous ne détaillerons pas les deux autres montants. Les dépenses sont organisées suivant deux axes qui forment une «matrice». Auteur : Mathieu Changeat Page : 20/39

21 L axe principal est celui de la «destination». Les missions se décomposent en programmes, eux-mêmes découpés en actions, voire sous actions. Cet axe représente ce que l on cherche à faire. On y attache des objectifs et des indicateurs (Plan Annuel de Performance), et la justification des crédits demandés se fait principalement par rapport à cet axe (Justification au Premier Euro). Le deuxième axe est celui de la «nature» des dépenses. La LOLF structure cet axe suivant une organisation en terme de Titres et Catégories. Cette vision est de nature plus «comptable», et différentie les dépenses de personnel, d investissement, de fonctionnement, d intervention, Chaque «cellule» de dépense est donc attachée à une destination (Mission, Programme, Action) et à une nature (Titre ou Catégorie). Dans les faits, les crédits sont alloués au niveau le plus fin : Action (ou sous action) Catégorie. Les agrégations successives suivant les deux axes permettent de calculer des montants plus synthétiques. Ceci représente donc une partie de ce que définit la loi de finances votée chaque année. Ce sont les prévisions de budgets pour l année suivante. Ce travail correspond à la tranche 1 du projet. L année suivante, les montants réellement dépensés sont saisis à leur tour et comparés à ceux qui étaient prévus. Dans un but de facilité et lisibilité comptable, les nomenclatures d exécution ont été introduites, pour mettre en relation les prévisions et les dépenses réelles. On peut trouver dès les programmes des nomenclatures d exécutions. Ces dernières permettent d'affiner la décomposition mission / programme / action / sous action afin de ventiler la dépense selon le plan comptable. Auteur : Mathieu Changeat Page : 21/39

22 Les schémas suivant illustrent cette arborescence : Arborescence des missions et programmes 1 Arborescences sous un programme 1 Auteur : Mathieu Changeat Page : 22/39

23 Cette arborescence est saisie via l application Farandole. Chaque nœud possède ses propres attributs, allant du libellé à des codes d articles... Il est également précisé si le nœud mettra en œuvre des moyens ou humains ou matériels uniquement ou les deux à la fois. Des erreurs peuvent néanmoins apparaître lors de cette saisie. Par exemple, si un nœud non feuille indique qu il ne met en œuvre que des moyens de personnel, tous ses fils doivent également mettre en œuvre uniquement des moyens de personnel. Tous les contrôles à effectuer ont été définis par le Ministère des Finances. Certains sont effectués dès la saisie, notamment ceux qui peuvent être corrigés sans changer d écran, d autres ne sont testés que lors d un contrôle de cohérence global. Ce dernier balaie tous l arbre et se charge d effectuer tous les contrôles, même ceux qui ont été effectués lors de la saisie, et génère à la fin un rapport détaillant toutes les erreurs qu il a détectées. Certains des contrôles doivent vérifier la cohérence d attributs intergénérationnels (comme l exemple des moyens de personnels que nous avons décrit). Dans des buts de performance, le contrôle de cohérence global parcourt l arbre une seule fois et se charge d effectuer tous les tests sur cet unique passage. La présentation des messages produits est une hiérarchie qui suit la même arborescence, en n affichant que les chemins erronés, de sorte que l erreur soit facilement localisée pour la correction. Auteur : Mathieu Changeat Page : 23/39

24 Voici une illustration du résultat du contrôle de cohérence : Illustration 1 : Compte rendu d'un contrôle de cohérence Ces contrôles de cohérence sont particulièrement utiles dans un cas précis d utilisation de l application. En effet, lorsque la nomenclature d exécution d un programme est entièrement saisie et sans erreur, pour lui apporter des modifications, la procédure mise en place au ministère ne permet pas que celle-ci s effectue immédiatement sur l arborescence. Il est nécessaire de créer des bordereaux, qui permettent la modification de certains attributs des nœuds, sans pour autant affecter les informations contenues par ces derniers. Dans la mesure où ces modifications par bordereaux peuvent affecter plusieurs nœuds, il devient rapidement difficile d estimer si les modifications n entraînent pas de nouvelles incohérences, car le but final est d attribuer aux nœuds les informations renseignées dans les bordereaux. Lors d un contrôle de cohérence sous bordereau, les valeurs considérées seront donc celles des bordereaux qui ont été saisies, pour les nœuds qui en ont. Pour les valeurs non saisies sous bordereau, ou pour les nœuds n ayant pas été soumis à bordereau, le contrôle de cohérence tient compte des valeurs directement présentes sur les nœuds. Ainsi, il travaille sur une image de ce que serait la nomenclature d exécution si les modifications avaient directement affecté les nœuds. Si le contrôle ne relève pas d incohérence, alors la validation des bordereaux devient possible, c'est-à-dire que les modifications peuvent être appliquées sur les nœuds concernés, et dans ce cas, les bordereaux sont «détachés» des nœuds. Auteur : Mathieu Changeat Page : 24/39