RAPPORT DE PROJET Logiciel de gestion de factures - Vébulon

Transcription

1 UNIVERSITE DE VALENCIENNES ET DU HAINAUT-CAMBRESIS Année RAPPORT DE PROJET Logiciel de gestion de factures - Vébulon Julien DEMYTTENAERE - Master 1 TNSID Sébastien KUBICKI - Master 1 TNSID Yoann LEBRUN - IUP3 Responsable du projet : Vincent POIRRIEZ Projet développé pour le LAMIH

2 Table des matières Remerciements 4 Introduction 5 I Travail Préparatoire 6 1 Le choix du projet Introduction Cahier des charges Modélisation et UML Etude et recherche Les nouveaux langages Cduce et OcamlDuce Java Ajax XML et XSLT Etude de cas et recherche fonctionnelle Répartition du temps et des tˆaches II Le développement 14 3 Conception et améliorations Les améliorations du projet existant La charte graphique du logiciel Un CSS compatible multi-browser Saisie et modification L affichage La base de données Installation du logiciel Les nouveautés apportées Un bilan en ligne et en "lecture seule" Ajout d un menu d administration Paramétrer le XML Mise à jour du XML Bilan XML Gérer compte Les améliorations possibles et futures

3 TABLE DES MATIÈRES 4 Manuels et documentation du soft Pourquoi une documentation? Les manuels Conclusion 29 Bibliographie 30 Annexes 31 3

4 Remerciements Nous tenons à remercier tout d abord Monsieur Vincent Poirriez pour son soutient et ses conseils tout au long de cette année et également pour l originalité de son sujet de projet. Nous remercions également Madame Corinne Aureggi pour nous avoir consacré une partie de son temps à nos entretiens. 4

5 Introduction Cette année nous avons repris le projet développé l année dernière[7]. Celui-ci n était pas utilisable. Notre but était tout d abord de l améliorer pour le rendre utilisable et ensuite de faire interagir un maximum de langages entre eux. Il est composé de 83 fichiers pour un total de 2,78Mo et un peu plus de lignes de code. Le logiciel est développé en PHP qui interagi avec du JavaScript, de l Ajax et des CSS pour une utilisation avec un serveur Apache. La base de données est contrˆolée par MySQL. Un programme Java a été conçu pour communiquer des données entre deux serveurs grˆace au format XML. Ce dernier interprété par du XSLT. 5

6 Première partie Travail Préparatoire 6

7 Chapitre 1 Le choix du projet 1.1 Introduction Notre groupe : Julien, Yoann et Sébastien avons choisi de compléter le sujet de l année dernière proposé par Monsieur Vincent POIRRIEZ, afin d éviter à la secrétaire un travail laborieux en gérant les factures à la main. Le sujet propose de finaliser un logiciel de gestion de factures en utilisant de nouveaux langages pouvant interagir entre eux afin de pouvoir les exploiter de manière efficace. Réalisé l année dernière avec des langages tel que PHP, JavaScript, et CSS, il a été mis à jour en JAVA avec de nouvelles API (JDOM[2], FTP[5]), AJAX[10], XML[11] ainsi qu avec une bibliothèque graphique. Nous vous proposons de découvrir notre travail Cahier des charges Modéliser le logiciel de gestion de factures en UML[6]. Recherche sur l interaction des différents langages entre eux et sur leurs adaptations aux nouvelles applications. Améliorer le logiciel en fonction de la secrétaire. Permettre au logiciel d ḙtre modulable. Permettre une utilisation finale et quotidienne du logiciel, mais aussi une évolution dans le futur. 1.3 Modélisation et UML En ce qui concerne la modélisation, nous avons utilisé la conception UML[6]. Pour la base de données, nous avons utilisé la méthode Merise. (Cf. annexes) 7

8 Chapitre 2 Etude et recherche 2.1 Les nouveaux langages Cduce et OcamlDuce CDuce est un langage de programmation fonctionnel, fortement typé, adapté à la manipulation sṷre et efficace de documents XML. Une opération de filtrage par motifs permet d exprimer de manière concise des extractions de données complexes, et le système de type garantit que tous les documents valides en entrée seront traités de manière exhaustive, et qu aucun document invalide en sortie ne pourra ḙtre produit. Le projet OCamlDuce vise à intégrer CDuce dans le langage généraliste OCaml. (Source : Wikipédia) Un des langages qui nous a été proposé de découvrir : Cduce ou OCamlDuce. Celui-ci permettant d interagir avec un fichier XML (nous verrons plus tard dans ce rapport que ce fichier XML aura une grande importance). Installation de Cduce : Mission impossible? Un travail de recherche[3] ayant déjà été effectué sur ce langage par des élèves de Master 2, notre but n était pas de reprendre les recherches qu avait pu effectuer ce groupe. Notre système d exploitation était pour nous trois Microsoft Windows XP. Le langage OCamlDuce étant plutˆot basé et développé sur un environnement Linux, nous décidons de découvrir ce langage à travers Cygwin[8] le tout bien sṷr sous Windows. La tˆache fut bien compliquée! Il faut savoir que l installation se compose d une suite de packages à installer : 1. Ocaml 2. Findlib (for ocaml) 3. Ulex 4. Pcre-Ocaml 5. Ocaml-net 6. Pxp 7. Ocurl 8. Export 9. Cduce / OcamlDuce 8

9 Chap. 2. Etude et recherche Très vite l installation de cette manière s est montrée quasi impossible à effectuer sous Cygwin. Dépendance impossible, package non reconnu etc... L unique solution qui a été trouvée pour installer OCamlDuce / Cduce d une manière un peu plus facile fut d utiliser une installation via GODI[9]. Malgré cela, l utilisation du langage sous un environnement Windows reste très difficile, nous arrivons finalement à afficher un "Hello World" après bon nombres d heures passées pour l installation. Pour information, sur 3 PC différents, l installation n a pu ḙtre aboutie que sur un seul! Nous abandonnerons finalement ce langage pour l utilisation de JAVA Java Le programme java est composé de 7 fichiers, 6 classes Java et 1 fichier config.txt qui fait le lien entre les paramètres via l interface web et les classes java. Fig. 2.1 Contenu du fichier de configuration Classe Lecture Elle lit dans le fichier de config les paramètres via la fonction BufferedReader et les enregistre. Classe Ftpconnection Ce fichier comporte un ensemble de fonctions qui permettent de se connecter / déconnecter, uploader / télécharger, paramétrer les ports / noms des fichiers, c est-à-dire de gérer le transfert entre un serveur local et distant. Classe Connect C est ici que l on lit l ensemble des informations dans la base de données qui nous intéresse, on les traite puis on les envoie à la classe Xmlclass qui va générer un fichier XML valide. Pour se connecter à la base de données, on utilise les drivers MySQL : "com.mysql.jdbc.driver". Puis on établit la connexion via "DriverManager.getConnection(url, user, pwd)" inclut dans le package java.net. Classe Xmlclass Permet de générer un fichier XML valide grˆace au package java.jdom. Il prend en entrée une variable de type "document" et un nom de fichier à générer. 9

10 Chap. 2. Etude et recherche Fig. 2.2 Extrait de la classe Lecture.java Classe Upload Fig. 2.3 Extrait de la classe Connect.java Via la classe FtpConnection, on envoie sur un serveur X, avec un login Y et un mot de passe Z un fichier A. 10

11 Chap. 2. Etude et recherche Classe Start C est le programme principal, il exécute l ensemble des autres classes en fonction du fichier de configuration. L ordre d exécution est : Lecture du fichier config.txt Connexion à la base de données, traitement des informations, génération du fichier XML Envoi du fichier sur le serveur distant Fig. 2.4 Extrait de la classe Xmlclass Fig. 2.5 Extrait de la classe Upload.java 11

12 Chap. 2. Etude et recherche Fig. 2.6 Extrait du programme principal Ajax AJAX (Asynchronous JavaScript And XML), est une technique qui consiste à utiliser un objet en Javascript pour récupérer des données à partir d un serveur web, puis de modifier le document courant en fonction de ces données. Fig. 2.7 Fonctionnement du langage AJAX Là où il devient intéressant d utiliser Ajax, c est lorsque l on a besoin de recharger une page. Par exemple lorsque l on veut visualiser le détail d une facture, lorsque l on recherche un nom dans un dictionnaire. L avantage de cette méthode est de proposer des interfaces plus riches, ainsi que la vitesse à laquelle une telle application répond aux actions de l utilisateur. Ce dernier doit autoriser le Javascript dans son navigateur (ce qui est le cas pour environ 90% des utilisateurs). S il utilise Internet 12

13 Chap. 2. Etude et recherche Explorer 5 ou 6, il doit aussi autoriser les ActiveX car le composant XMLHTTP n y est pas natif comme chez ses concurrents (Firefox, Safari, Opera, etc.) ou la version XML et XSLT Pour un besoin bien particulier, il nous était nécessaire de créer un fichier XML puis de le transcrire. Il a donc été nécessaire de rechercher comment créer un fichier XML (la solution étant le JAVA via JDOM), puis de retranscrire ce fichier XML en une page lisible par tout le monde et non pas en données brutes. Pour cela, nous avons utilisé un fichier XSLT[1], mais aussi la fonction xmldocfile(). 2.2 Etude de cas et recherche fonctionnelle Après avoir interviewé la secrétaire (Corinne Aureggi ) du laboratoire de Recherche Opérationnelle et Informatique, il a fallu mettre à jour la base de données existante, ainsi que le logiciel, mais aussi utiliser un vocabulaire plus approprié pour la gestion de factures. En effet les simulations avec le logiciel de l année dernière présentaient des disfonctionnements pour la secrétaire. Ces simulations nous ont donc permis de mieux comprendre le processus de gestion, impliquant une réorganisation du logiciel. Ce logiciel étant destiné à différents utilisateurs (secrétaire, gestionnaire, administrateur), il a fallu aussi remédier aux besoins de chacun, tout d abord en leur garantissant un accès selon leur statut, mais aussi en leur appropriant des parties spécifiques tel que le paramétrage du XML et la mise à jour de celui-ci pour l Administrateur, le passage en historique des factures pour le gestionnaire, une saisie simplifiée pour la secrétaire. 2.3 Répartition du temps et des tˆaches Après avoir fait ensemble les travaux de recherches, bien que chacun se soit plus ou moins spécifié, il a été nécessaire de bien gérer notre de temps car finalement la période de production et de développement du projet n était pas très longue. Nous nous sommes donc répartis les tˆaches, selon l organisation de l année dernière car il est évident que chacun devait poursuivre le travail qu il avait commencé l an dernier. La répartition des tˆaches s est donc effectuée de manière naturelle et sans obligation. De plus, bien que chacun devait travailler sur sa partie, cela n empḙchait pas de travailler sur la partie du collègue. Au final, le travail aura été un véritable travail de groupe et nous pensons avoir établi ensemble un logiciel utilisable. Un diagramme de Gantt du projet est disponible en Annexe. 13

14 Deuxième partie Le développement 14

15 Chapitre 3 Conception et améliorations 3.1 Les améliorations du projet existant La charte graphique du logiciel L UVHC possède maintenant un site web avec une charte graphique "officielle". Nous avons donc décidé pour notre projet de réutiliser cette charte graphique. Elle a donc été élaborée avec l usage de certains logos, en-tḙtes et couleurs propres à l Université. La charte graphique d un site ou groupe n est pas forcement définitive. En effet, il est envisageable que celle-ci évolue ou change totalement avec le temps, il donc est nécessaire de porter une grande attention sur le développement de l aspect graphique du logiciel et que celui-ci soit flexible. Une méthode qui tend à se développer à ce jour est d utiliser le langage CSS[12], permettant assez facilement d élaborer tout le design d un site et donc, en un seul fichier, de traiter de toutes les informations de couleurs ou d aspect visuel du logiciel Un CSS compatible multi-browser Une des difficultés lors de la création d une feuille de style en CSS est que les différents navigateurs web n interprètent pas de la mḙme manière le CSS qui lui est appliqué. En effet, alors qu Internet Explorer reconnait certains paramètres, Firefox lui ne les interprète pas et inversement. Etant donné que notre logiciel est au format web, il nous était impératif de le rendre compatible sur plusieurs plates-formes et navigateurs. Pour cela nous avons donc utilisé un script de détection du navigateur web et donc créé plusieurs feuilles de style qui s appliquent en fonction. Fig. 3.1 Script de détection de navigateur + Application du style approprié 15

16 Chap. 3. Conception et améliorations Le design du logiciel est donc entièrement basé sur une feuille de style CSS. Une telle feuille de style s inclue dans une page ou un site grˆace à la commande : <link type="text/css" rel="stylesheet" href="style_ie.css"> Celle-ci permet un affichage optimal tel que celui-ci : Fig. 3.2 Aspect graphique du logiciel Saisie et modification Lors de la saisie d une facture, le projet existant demandait à l utilisateur de mettre à jour la page à l aide d un bouton afin d afficher de nouveaux champs comme la ligne de crédit, ce qui demandait du temps non seulement pour appuyer sur le bouton mais aussi pour recharger la page. Maintenant, tout se fait automatiquement sans intervention de l utilisateur grˆace à l utilisation de l AJAX, permettant de mettre à jour les champs très rapidement. Les intitulés de saisie ainsi que de modification ont été changés pour ḙtre adaptés au logiciel que la secrétaire uilise déjà. De plus lors de la modification d une facture, pour le choix de celle-ci une liste déroulante avec toutes les factures a laissé place à une saisie du numéro de convention identifiant une facture. En effet les factures sont abondantes dans ce logiciel, une liste déroulante avec plus de 100 factures n est pas gérable par l utilisateur, c est pour cela qu est apparu cette recherche intuitive de factures. 16

17 Chap. 3. Conception et améliorations Fig. 3.3 Saisie d une facture avec le bouton visu ligne (projet existant) Fig. 3.4 Saisie d une facture sans bouton, numéro de facture devient numéro de convention, etc L affichage Initialement nous avions un affichage qui nous permettait de choisir ce que l on voulait afficher. On choisissait le projet, et on avait le choix entre les dépenses, les factures associées ou non (il 17

18 Chap. 3. Conception et améliorations fallait cocher les deux pour pouvoir avoir les factures possibles à associer), les financeurs et lignes de crédit. Fig. 3.5 Ancien menu d option de l affichage Dans la nouvelle version, le choix s est réduit puisque d une part les dépenses ne sont plus d actualité et les financeurs et lignes de crédit se sont regroupés en un seul bloc. Le choix se limite à afficher les factures originales et/ou associées au projet. Ou alors, voir les factures possibles à associer uniquement à ce projet. Fig. 3.6 Nouveau menu d option de l affichage Lors de l affichage d un projet, on ne fait plus de distinction par un coloriage des factures associées ou originales puisqu il suffit de choisir ce que l on veut dans le menu d affichage. Les financeurs ont été rattachés sur les lignes de crédit pour une lecture plus facile. L affichage des dates a été modifié pour une lecture classique jj / mm / aaaa et non aaaa-mm-jj comme précédemment. Enfin trois informations supplémentaires apparaissent : une sous nature, un montant TTC et un type de TVA (ub). Nous avons supprimé les dépenses puisque cette fonctionnalité est déjà gérée par un autre logiciel de comptabilité. Il est inutile de saisir des informations en double. Une fonction d impression est toujours disponible puisque celle-ci réaffiche la page La base de données La base de données a été refaite car les tables n étaient pas conçues pour gérer les demandes vues avec Madame Aureggi qui s occupe de gérer les factures du LAMIH. La base est composée de 6 tables alors qu elle en contenait 8 à l origine. La table "dépense" a disparue ainsi que la table "fonds propre" inutiles sur ce projet. Une table "sous cat" sert à gérer les sous catégories des natures. 18

19 Chap. 3. Conception et améliorations Sur la table facture nous avons ajouté un montant TTC associé aux ub des lignes de crédit, une sous catégorie propre à la facture mais qui ne dépend pas de la ligne de crédit contrairement à la nature et enfin un type qui nous permet de savoir si la facture est une originale ou une copie (facture associée). Sur la table "ligne de crédit" nous avons ajouté un champ "ub" pour la gestion de TVA et une sous catégorie. De plus le champ "montant dépensé" a été retiré. Les tables "login", "projet" et "financeur" n ont pas changé. Pour la conception de cette table nous avons utilisé la méthode Merise. Voir l annexe. Fig. 3.7 Exemple d affichage d un projet Installation du logiciel Pour faciliter l installation du logiciel, 3 fichiers sont présents : Serveur local.rar : contient l ensemble des fichiers à décompresser sur le serveur PHP / MySQL local. Serveur ftp.rar : contient les fichiers à placer à la racine du serveur extérieur. Readme.txt : contient la procédure d installation. Une fois le tout décompressé, il suffit de lancer le lien dans une page web du serveur local et s il s agit de la première utilisation, automatiquement le logiciel demandera les différents paramètres et installera la base de données. Puis, il vous faudra créer le compte administrateur. 19

20 Chap. 3. Conception et améliorations 3.2 Les nouveautés apportées Un bilan en ligne et en "lecture seule" Le logiciel permet de gérer des projets, des factures qui lui sont associées, des lignes de crédit etc... Un des besoins et nouveautés apportés cette année à la demande de M. Poirriez a été de concevoir une page web en ligne, permettant d avoir une vue globale et un bilan graphique des différents projets en cours. Pour créer cela, aucunes informations de type "Base de données" ne devaient se trouver en ligne. Toutes les informations nécessaires à la page devaient ḙtre contenues dans un fichier de type XML puis interprétées afin d afficher au mieux un bilan en "lecture seule". Cette page a été développée en plusieurs parties : 1. Remplissage et création du fichier XML via le langage JAVA, requḙtes SQL et la bibliothèque JDOM 2. Envoi du fichier XML par FTP 3. Interprétation (étape 1) du XML pour création d un tableau récapitulatif grˆace à XSLT 4. Interprétation (étape 2) du XML pour création des différents graphiques récapitulatifs grˆace à PHP XMLDOM 5. Création des graphiques et remplissage grˆace à des fonctions 6. Mise en forme de la page web Création du XML Nous avons choisi, après avoir fait quelques recherches sur le sujet de créer le fichier XML par l intermédiaire du langage JAVA et de la bibliothèque JDOM. En effet, le langage JAVA peut ḙtre très bien lancé et interprété dans une page PHP facilitant ainsi le développement. Pour permettre cette interprétation, il est nécessaire d activer une extension d EasyPHP sous le nom de PHP DOMXML. Fig. 3.8 Extrait du code de création du fichier XML 20

21 Chap. 3. Conception et améliorations Remplissage du XML Fig. 3.9 Extrait du code de remplissage du fichier XML Fig Court extrait du fichier XML 21

22 Chap. 3. Conception et améliorations Envoi par FTP du XML Une fois le fichier XML correctement rempli et créé, il est nécessaire de l envoyer par FTP vers le serveur qui va afficher la page du bilan. Un problème s est posé à l Université puisque les étudiants ne sont pas autorisés à faire du FTP via la connexion WIFI disponible dans les bˆatiments. A ce jour, aucune solution n a été apporté au titre d étudiant (ce qui est finalement un problème mineur puisque ce n est pas nous qui allons utiliser le logiciel). En revanche, un professeur est tout à fait capable de faire du FTP et donc de profiter pleinement du logiciel. Fig Extrait du code de d envoie par FTP du fichier XML Interprétation (Etape 1) du XML Lorsque le fichier XML a été uploadé sur le serveur FTP, il est nécessaire de le traiter pour ne pas afficher le XML de manière brute. En effet, pour le confort de l utilisateur nous souhaitons afficher un tableau récapitulatif des projets grˆace aux informations contenues dans le fichier XML. Pour cela nous avons choisi de transcrire le fichier XML grˆace à un nouveau langage le XSLT. Fig Tableau récapitulatif des projets 22

23 Chap. 3. Conception et améliorations Fig Extrait du fichier XSLT de traitement du fichier XML Interprétation (Etape 2) du XML Ensuite, il nous était demandé de créer des graphiques permettant d avoir une vue rapide et globale des informations les plus importantes des différents projets. Aussi, le travail fut bien plus compliqué à mettre en oeuvre car il nous était nécessaire de lire le XML mais surtout de conserver les informations afin de pouvoir les réutiliser par la suite pour la création des graphes. Pour cela, une méthode "facile" consiste à utiliser PHP5, qui permet de faire de la lecture de fichier XML d une manière plus aisée. Mais, il nous fallait prendre en compte le fait que le logiciel devait ḙtre compatible sur plusieurs machines et/ou serveurs FTP. Or de nos jours très peu d hébergeurs sont passés au PHP5 ce qui limite son utilisation. Il a donc fallu trouver une solution utilisant la version de PHP4. La solution qui a été trouvée est d utiliser l ouverture du fichier XML et son traitement grˆace à la fonction xmldocfile(). Cette fonction crée un arbre de parcours du fichier XML passé en entrée, ensuite il faut utiliser comme un arbre classique les fonctions de parcours children(), etc.. Fig Fonction PHP d interprétation du XML - Ici, on extrait le nombre de projets 23

24 Chap. 3. Conception et améliorations Création des graphiques et remplissage grˆace à des fonctions La création des graphiques a été une partie de développement à part entière. Tout d abord il a fallu utiliser une librairie de création de graphe encore une fois compatible sur tout serveur. Nous avons pour cela choisi d utiliser la librairie JpGraph[4]. Celle-ci peut ḙtre installée aussi bien sur un serveur PHP4 que PHP5. Ce qui permet une bonne flexibilité dans le cas d une évolution du serveur. Cette librairie est très complète et permet de créer toute sorte de graphiques (camemberts, histogramme, radar...). Les données pour la création des graphes se trouvent dans un tableau de type ARRAY() en PHP. Il nous était donc nécessaire de remplir de manière automatique ces tableaux. Il a donc fallu créer des fonctions qui interprètent le XML, ressortent les bonnes valeurs et enfin les stockent dans un ARRAY. Fig Fonctions de remplissage des tableaux utiles pour les graphes Mise en forme de la page web La mise en forme générale de la page web est définie grˆace à un fichier CSS. Celui-ci est également compatible multi-browser Ajout d un menu d administration Menu disponible uniquement par l administrateur. Celui-ci permet de gérer les serveurs et la mise à jour entre la base de données locale et l affichage de bilan sur le serveur extérieur. Fig Menu d administration 24

25 Chap. 3. Conception et améliorations Fig Aspect général de la page de bilan en "lecture seule" 25

26 Chap. 3. Conception et améliorations Paramétrer le XML Ce menu permet d enregistrer les adresses IP, les logins et mots de passe des deux serveurs. On peut également changer le nom du fichier qui sera généré. Enfin on coche ou décoche la case "uploader le fichier" si on veut l envoyer directement sur le serveur ou si on décide de le générer uniquement en local. Fig Paramétrage des serveurs Mise à jour du XML Ce bouton permet de lancer le programme java. Grˆace à la commande "exec()" on peut lancer soit un java fichier.java ou directement un fichier bat. Par souci de compatibilité de système d exploitation juste les commandes sont utilisées (Shell sous linux bat sous Windows). Le principe de ce java est de lire un ensemble de données sur le serveur MySQL en local, de synthétiser l ensemble et créer un fichier XML qui contient l ensemble des données. Puis ce fichier est envoyé par ftp sur un serveur extérieur via le port Bilan XML Vous envoie sur le serveur externe ou est stockée la page qui affiche le XML Gérer compte Cette page vous permet d administrer les différents logins / mots de passe et droits d accès au logiciel. Sur la partie haute vous créer un compte, sur la partie basse vous les supprimer. Fig Module d inscription 26

27 Chap. 3. Conception et améliorations 3.3 Les améliorations possibles et futures Choix sélectif de l apparence du logiciel. Détection de l activation de JavaScript dans le navigateur. Détection de l existence d une machine java sur le poste. Une installation automatique sur différents systèmes d exploitation. Une souplesse du logiciel. Déposer un brevet pour le logiciel? 27

28 Chapitre 4 Manuels et documentation du soft 4.1 Pourquoi une documentation? Il existe plusieurs cas de documentation lorsque vous achetez un matériel. Le manuel d installation qui vous indique la procédure correcte à suivre pour brancher ou installer votre composant, le manuel de l utilisateur vous aidant à utiliser votre produit, et parfois le manuel du concepteur permettant la reprise / maintenance du produit. Mais pourquoi créer une documentation? Tout simplement parce que la documentation est un élément indispensable! Certes, elle ne vous est parfois pas très utile, mais à l instant t où elle devient nécessaire, encore faut-il qu elle existe. Imaginez, reprendre la maintenance d un logiciel, alors qu aucune documentation n a été établie! C est chose quasi impossible, il vous faudra tˆot ou tard vous imprégner du logiciel, le disséquer et vous y passerez bon nombres d heures! (non productives pour notre client) C est pourquoi, il aurait été inconvenant que nous développions ce logiciel, sans en établir les manuels en parallèle (utilisateur / développeur). 4.2 Les manuels Les manuels du logiciel, reprennent toutes les informations importantes et nécessaires aux futurs utilisateurs et développeurs permettant son utilisation, sa mise à jour ou son développement futur. Les manuels ont été créés au format Open Office Writer / Word, permettant ainsi de les modifier simplement, de poursuivre leur évolution dans le temps et de les livrer de manière exploitable au client. Les manuels sont disponibles en annexe de ce rapport. 28

29 Conclusion Ce projet nous aura permis d apprendre et de mettre en place de nombreux langages et surtout de les faire interagir entre eux. Un des points majeurs du projet souhaité par notre tuteur M. Poirriez était justement d essayer de faire coordonner plusieurs langages différents sous une mḙme plate-forme. Ce projet nous aura également beaucoup impliqué sur le principe de développement d un véritable logiciel, c est à dire, toute l étude fonctionnelle (avant mḙme de plonger dans l encodage), la présentation et la concertation autour de la recherche, la nécessité de savoir recevoir et prendre en compte les idées des autres, et enfin ne pas oublier qu un logiciel ne peut exister sans la documentation qu il lui est associée. De plus, il nous aura permis à nouveau de travailler en groupe et de savoir répartir les tˆaches dans le bon ordre afin que le développement avance correctement. Ce qui nous a permis de faire un travail correct, c est aussi le fait de toujours s entre-aider lorsque l un d entre nous avait du retard, un problème ou autre. Ainsi, nous avons travaillé pleinement sur le projet, chacun sur ses parties mais sans toutefois oublier la partie des autres. Finalement, les objectifs de notre mission sont atteints. A ce jour, le logiciel est terminé et fonctionnel! 29

30 Bibliographie [1] Nadia BENNANI. <xml!> - cours de master 1. Extensible Markup Langage. [2] Developpez.com. Manipuler des données xml avec java et jdom. http ://cynober.developpez.com/tutoriel/java/xml/jdom/. [3] Loïc MARECHAL et Guillaume CARPENTIER. Découverte de cduce. Rapport de projet 2006 / [4] JpGraph. Utilisation et exemple. http ://enacit1.epfl.ch/php/jpgraph/. [5] jscape.com. Java ftp. http :// ftp using java.html. [6] Christophe KOLSKI. Génie logiciel : Uml. Introduction à l UML (diagrammes, tendances et perspectives). [7] LEBRUN Yoann KUBICKI Sébastien, DEMYTTENAERE Julien. Logiciel de gestion de factures. Rapport de projet 2005/2006. [8] Site Officiel. Gnu + cygnus + windows = cygwin. http :// [9] Gerd Stolpmann and the GODI team. The source code objective caml distribution. http ://godi.ocaml-programming.de/. [10] Wikipédia. Asynchronous javascript and xml. http ://fr.wikipedia.org/wiki/ajax. [11] Wikipédia. Extensible markup language. http ://fr.wikipedia.org/wiki/xml. [12] Wikipédia. Feuilles de style en cascade. http ://fr.wikipedia.org/wiki/feuilles de style en cascade/. 30

31 Annexes 31