Université de la Réunion Dép. Mathématiques et...

Université de la Réunion

Dép. �Mathématiques et Informatique�

Rapport de Stage de Fin d'Études

Master - 2nde Année - M2Informatique

Développement applicatif & Web,pour la communauté

d'agglomérations �TCO�

Du 21 Janvier au 21 Juillet 2015

Stagiaire : 30001529

Matthieu CAÏLASSON

Tuteur :

Mr Fred MESNARD

Superviseurs :

Mr Teddy SORETMme Tania RIVIÈRE

Saint-Denis, île de la Réunion, 27 mai 2015

Abstract & Résumé

This report is the opportunity to know what types of changes the TCOtends to adopt. A �nal internship Master's degree in Computer Science atthe University of La Réunion was the opportunity to know an urban commu-nity on the island and its speci�cities: of Grounds, Legislative & Cultural...,but also to do an internship in the government and collect the hazards thatmay be manageable toward the community of citizens or the political visionof the company.During this experience, I was able to use tools & renowned language to bepart of innovative projects. These projects a�ect more than mere technolog-ical domain, but concretely and priority to human. Clearly, I have prepareda tool to optimize a daunting task and its working time, however, with aconstraint imposed environment of the company.This is a development ofa diverse technology architecture that enables me to link a data modelinginterface with a data warehouse. And that, in the goal of assisting in theanalysis in (almost) real-time from a cell that promotes the management ofdecision-making system.Contribute to a problem a�ecting entire territory gives great importance andvalue to the work, so a Science.

Ce rapport est l'opportunité de savoir quels genres d'évolutions le TCOtend à adopter. Le stage �nal de master Informatique à l'Université de laRéunion fût l'occasion de Connaître une communauté d'agglomérations surl'île et les spéci�cités : de terrains, législatif & culturel, . . .mais également d'e�ectuer un stage dans le cabinet et de percevoir les aléasqu'il peut y avoir à gérer pour la communauté citoyenne ou la vision politiquede l'entreprise. Au cours de cette expérience, j'ai réussi à utiliser des outils& langage de renom pour faire partie de projets innovants. Ces projets netouchent plus qu'au simple domaine technologique mais concrètement et enpriorité à l'humain. En clair, j'ai confectionné un outil pour optimiser unetâche rébarbative et son temps de travail, toutefois en me contraignant à unenvironnement imposé de l'entreprise.C'est un épanouissement dans une architecture variée en technologie, qui per-met d'établir une interface de modélisation des données liées à un entrepôt dedonnées. Et cela, dans le but d'aider à l'analyse en quasi-temps réel auprèsd'une cellule qui promeut le management par système décisionnel. Contri-buer à une problématique impactant tout un territoire donne énormémentd'importance et de valeur au labeur, une Science donc.

3

Prélude

Remerciements

Je tiens à remercier Mr Teddy SORET de m'avoir accueilli et encadré ausein de son service et du TCO.

Et voudrais témoigner de ma gratitude à mes bienveillants collègues enparticulier Mme Tania RIVIERE pour ses avis, discussion et retour sur maprestation en entreprise.

J'exprime également ma reconnaissance aux personnes qui ont contribuéà mes projets de stage :

• Mme Karine FERRERE et Mr Thierry TECHER de la cellule POME

• Mr Sebastien RAVIER, Mr Juanito SAIDOU et Mr Frederic LARA-VINE de la direction informatique

• Mr Mickaël LEBON et Mr Hung DO-CAO de la direction de l'Envi-ronnement.

Qui ont su très vite m'intégrer à leurs projets respectifs ainsi qu'à leurs em-plois du temps pour que je puisse évoluer dans le projet et découvrir lescontextes dans lesquels ils évoluent.

Merci à Tout le TCO pour son accueil généreux et chaleureux. Ainsi qu'àl'équipe pédagogique, pour son accompagnement au sein de ce cursus.

J'adresse un clin d'oeil particulier à tous mes proches, familles, collègues& amis anciens et nouveaux qui ont suivi mon aventure et parcours scolairede tout leurs soutiens.

5

Table des matières

Abstract & Résumé 3

Prélude 5

Introduction 11

1 Environnement d'accueil 131.1 L'entreprise . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.1.1 Economique & Social . . . . . . . . . . . . . . . . . . . 131.1.2 Législatif & Politique . . . . . . . . . . . . . . . . . . . 131.1.3 Géographique . . . . . . . . . . . . . . . . . . . . . . . 141.1.4 Structure . . . . . . . . . . . . . . . . . . . . . . . . . 141.1.5 Citoyen . . . . . . . . . . . . . . . . . . . . . . . . . . 14

1.2 Sujets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151.2.1 Dé�nition & Interactions . . . . . . . . . . . . . . . . . 151.2.2 Calendrier . . . . . . . . . . . . . . . . . . . . . . . . . 16

2 Situer les missions 192.1 La Revue de presse . . . . . . . . . . . . . . . . . . . . . . . . 19

2.1.1 Etat de l'art . . . . . . . . . . . . . . . . . . . . . . . . 192.1.2 Solution proposée . . . . . . . . . . . . . . . . . . . . . 21

2.2 Tableau de bord . . . . . . . . . . . . . . . . . . . . . . . . . . 222.2.1 Etat de l'art . . . . . . . . . . . . . . . . . . . . . . . . 222.2.2 Solution proposée . . . . . . . . . . . . . . . . . . . . . 24

3 Déroulement des missions 253.1 Pour la Revue de Presse . . . . . . . . . . . . . . . . . . . . . 25

3.1.1 Matériels . . . . . . . . . . . . . . . . . . . . . . . . . . 253.1.2 Communication . . . . . . . . . . . . . . . . . . . . . . 263.1.3 Ma démarche et les tâches e�ectuées . . . . . . . . . . 263.1.4 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . 33

7

TABLE DES MATIÈRES TABLE DES MATIÈRES

3.1.5 Planning . . . . . . . . . . . . . . . . . . . . . . . . . . 333.1.6 Situation . . . . . . . . . . . . . . . . . . . . . . . . . . 34

3.2 Pour le Tableau de Bord . . . . . . . . . . . . . . . . . . . . . 343.2.1 Matériels . . . . . . . . . . . . . . . . . . . . . . . . . . 353.2.2 Communication . . . . . . . . . . . . . . . . . . . . . . 353.2.3 Ma démarche et les tâches e�ectuées . . . . . . . . . . 353.2.4 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . 383.2.5 Planning . . . . . . . . . . . . . . . . . . . . . . . . . . 393.2.6 Situation . . . . . . . . . . . . . . . . . . . . . . . . . . 40

4 Approfondissement 414.1 Utilisation & Évaluation de solution . . . . . . . . . . . . . . . 414.2 Partage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

Conclusion 45

Perspectives à venir 47

Glossaire 49

Annexes 51

8

Table des �gures

4.1 Le Territoire de la Côte Ouest(TCO) (src :wikipedia.org) . . . 514.2 Localisation des bâtiments du TCO (src :TCO) . . . . . . . . 524.3 L'organigramme du TCO . . . . . . . . . . . . . . . . . . . . . 534.4 L'organigramme du Cabinet . . . . . . . . . . . . . . . . . . . 544.5 Maquette/`design' du projet - vue par commune . . . . . . . . 554.6 Maquette/`design' du projet -vue par typos . . . . . . . . . . . 564.7 Diagramme des Cas d'Usage . . . . . . . . . . . . . . . . . . . 574.8 Diagramme Fonctionnel . . . . . . . . . . . . . . . . . . . . . 574.9 Diagramme des Ressources . . . . . . . . . . . . . . . . . . . . 584.10 Diagramme des Ressources détaillées . . . . . . . . . . . . . . 594.11 Diagramme d'environnement . . . . . . . . . . . . . . . . . . . 604.12 Diagramme de GANTT . . . . . . . . . . . . . . . . . . . . . 614.13 Diagramme de GANTT détaillé . . . . . . . . . . . . . . . . . 624.14 (Suite)Diagramme de GANTT détaillé . . . . . . . . . . . . . 634.15 JasperSoftStudio - editeur de Design . . . . . . . . . . . . . . 644.16 JasperSoftStudio - editeur de Source . . . . . . . . . . . . . . 654.17 L'environnement JTalend où nous modi�ons les ordonnan-

ceurs pour lancer les jobs de manière programmés . . . . . . . 664.18 des outils pratiques pour interagir et remplir les paramètres

d'un job ordonnanceurs . . . . . . . . . . . . . . . . . . . . . . 674.19 Un job de contrôle de �chier sous (JasperSoft ETL) . . . . . . 68

9

Introduction

Dans le cadre du master 2 informatique à l'Université de la Réunion, lesétudiants ont l'obligation de réaliser un stage de �n d'études représentant 30ECTS. Cette activité, d'une durée de 6 mois à temps plein, clôture le cycled'études de master.

Cette expérience professionnelle s'insère directement à notre cursus pé-dagogique. La création de CV et courriers font partie de la recherche d'entre-prise. Viennent ensuite les multiples prises de contact de l'étudiant envers lemonde professionnel. Un sujet pertinent doit alors être choisi par l'entreprised'accueil, proposé à l'étudiant, puis validé par l'équipe pédagogique. Uneconvention est alors signée, liant l'étudiant, l'entreprise d'accueil et l'entitépédagogique.

L'objectif de cette unité d'enseignement est de béné�cier d'une véritableexpérience de professionnalisation. Ainsi, le premier béné�ce à souligner estcelui de faciliter notre insertion au monde du travail et dans l'ensemble à lavie active. C'est l'occasion de se responsabiliser sur une mission, notammentgrâce à sa rémunération. Une opportunité donc de :

• découvrir un univers professionnel dans son secteur d'activité, icil'informatique ;

• participer à la vie de l'entreprise et s'adapter à ses exigences ;

• concrétiser les connaissances acquises durant le parcours scolaire.

Je rédige alors ce rapport sous LATEXen m'inspirant des modèles de do-cument de type `report', découverts et retravaillés au cours de ce cursusuniversitaire. J'y décris ce stage de �n d'études avec l'ambition de suivre lesconseils et directives de l'équipe pédagogique et de mes tuteurs.

11

Chapitre 1

Environnement d'accueil

1.1 L'entreprise

1.1.1 Economique & Social

Le stage se déroule au TCO, pour Territoire de la Côte Ouest. Il s'agitd'une communauté d'agglomérations de 215 351 habitants (selon l'INSEE au1er janvier 2015). Le � Territoire � s'étend sur une super�cie totale de 53 606hectares soit environ 536 km2. Une population conséquente donc qui motivel'un de nos projets de stage décrit par la suite.

1.1.2 Législatif & Politique

Par législation, une communauté d'agglomérations regroupe � plusieurscommunes sur un territoire sans enclave � (sans discontinuité). C'est un Éta-blissement Public de Coopération Intercommunale (siglé EPCI dans les do-cuments du gouvernement). Et conformément aux textes de loi, elle est dite à�scalité propre. C'est-à-dire qu'a�n de se dissocier de contributions des Com-munes membres, les communautés d'agglomérations ont leurs propres com-pétences et ressources. Elles sont obligées d'exercer certaines compétences,un au minimum de 8 parmi une liste énumérée dans les documents o�ciels.

L'établissement exerce par exemple des compétences en � politique de laville �, � création et entretien de voiries � & � protection et mise en valeurde l'environnement �.

En plus de la présidence et des vice-présidents, un ensemble d'élus com-munautaires et d'élus communaux représentent le TCO et les Communesmembres auprès des habitants et lors des événements.

13

CHAPITRE 1. ENVIRONNEMENT D'ACCUEIL 1.1. L'ENTREPRISE

1.1.3 Géographique

Le TCO s'étend alors sur la zone ouest de l'île de La Réunion et comprendles communes de :

• La Possession,

• Le Port,• Saint-Paul,

• Trois-Bassins

• et Saint-Leu.

Le TCO est scindé en plusieurs bâtiments à des lieux géographiquementdistincts, toutefois, tous sur le territoire de la communauté d'agglomérations.

1.1.4 Structure

Cet établissement dispose donc d'un ensemble de services propres à sonfonctionnement qui sont représentés sur l'organigramme de l'entreprise. (cf.Figure 4.3)

Je suis rattaché au cabinet a�n de percevoir toute la portée des projets.Je pourrais donc disposer d'un point de vue central, au milieu de chacun desservices avec qui je vais collaborer. (cf. Figure 4.4)

1.1.5 Citoyen

Il y a du changement pour les résidents du territoire. Le TCO et ses pres-tataires (de collectes ou autres prestations sur l'environnement) s'attellent à

14

CHAPITRE 1. ENVIRONNEMENT D'ACCUEIL 1.2. SUJETS

appliquer les lois ayant été mises en place par le gouvernement.Par exemple, sont interdits pour les véhicules de collectes et réprimandés :

• de parcourir une certaine distance en marche arrière

• les impasses où faire demi-tour est impossible

• les chemins privés.

À cela s'ajoutent les contraintes techniques qui peuvent apparaître en casd'intempéries. Ainsi en cas de pluie, les routes peuvent se montrer imprati-cables.

1.2 Sujets

1.2.1 Dé�nition & Interactions

J'e�ectue mon stage au sein du cabinet et fais évoluer :

le sujet principal : `Tableau de Bord' en collaboration avec les services :

• Environnement, lié au Centre d'Appel du TCO,

• Informatique (et son prestataire, ISODOM)

• POME (Processus Organisation Méthode Évaluation)

Il s'agit d'améliorer la vision des signalements recueillis au centre d'ap-pels. Nous désirons aboutir :

1. à une interface graphique

2. plus fréquemment mise à jour que les rapports papiers

. Cela dans l'optique de déceler plus rapidement les cas critiques à réglersur le territoire, si possible avant la profusion de plaintes et d'articlesdans les médias qui nuisent à l'image et l'intégrité de l'établissement.

Un second sujet : la revue de Presse est également présenté dans ce rap-port. Propre au cabinet et aux assistantes de direction, ce sujet-ci s'in-téresse à la revue de presse qui est élaborée à partir des quotidienspapiers de l'île, puis transmise aux élus & représentants du TCO.

Il vise à optimiser cette tâche quotidienne en réduisant le temps deconfection du document.

15


1.2.2 Calendrier

Chacun de ces projets commence quasi-simultanément à mon arrivée dansl'entreprise. Le `tableau de Bord' requiert cependant un e�ort plus importantque la `revue de Presse' sur l'étude et l'analyse de la situation a�n de com-prendre l'étendue de la solution attendue. Cet e�ort est simplement justi�épar le nombre d'acteurs avec qui je dois me mettre en relation pour com-prendre la situation et l'existant.

Le stage au sein du Territoire de la Côte Ouest débuta le 21 Janvier2015 et se terminera le 21 Juillet 2015. Tout au long du stage, j'ai récoltéet préparé les éléments qui y �gurent. Toutefois, j'ai commencé à le rédigeret regrouper les éléments a�n de réorganiser et parfois rééditer le tout dansla seconde moitié de mai 2015. Ce rapport quant à lui est remis le 9 Juin2015, près de 2 mois avant la �n. Deux mois où s'intercalent à l'évolutiondes projets, les rendus de diapositives et soutenances orales.

Durant ce stage mon temps est scindé entre :

1. les projets,

2. les travaux de préparation pour la formation

3. et parfois, les tâches diverses du cabinet et de l'entreprise.

Nous pouvons apercevoir d'un point de vue global sur les diagrammes deGANTT la répartition des projets dans le temps (cf. Figure 4.12).Les diagrammes plus détaillés o�rent une vision plus précise du déroulementdes projets que j'ai tentés de suivre. (cf. Figure 4.13 & 4.14)

Certaines modi�cations ont dû être e�ectuées à ce planning.Par exemple, dans le cadre du projet `tableau de Bord', il m'a été demandéd'y insérer la rédaction d'un cahier des Charges relatant les objectifs à at-teindre via le projet, les technologies existantes, . . . : en somme, un rapportselon l'analyse de la situation et le potentiel existant pour répondre à l'ob-jectif.

Ceci permettra par exemple à d'autres services de comprendre les enjeuxet fonctions du projet. À l'image d'un contrat entre maître d'÷uvre et maîtred'ouvrage, j'ai donc établi ce document comme si j'étais un des chefs de pro-jets. Ce document est encore soumis à modi�cations a�n de satisfaire montuteur qui tient le rôle de maître d'ouvrage.

16


Pour les tâches restantes du planning initial (celle du `tableau de Bord'principalement), j'ai e�ectué une nouvelle découpe a�n de valider le fonc-tionnement d'un maximum d'étapes sur une partie de la solution �nale. Cesétapes par la suite pourront être reproduites jusqu'à la mise en forme totalede l'interface graphique.

Ainsi, c'est sur un échantillon du produit �nal que j'ai travaillé à la créa-tion, l'édition, la connexion et le déploiement sur le serveur test. À la �n lescomposants de l'interface �nale seront regroupés pour former un tout.

17


18

Chapitre 2

Situer les missions

Nous allons à présent aborder des parties plus techniques et théoriquesautour de chacun des deux projets au sein du TCO : Revue de presse &Tableau de bord.

2.1 La Revue de presse

Nous désirons automatiser le maximum de tâches pour créer la revue depresse. Les journaux locaux sont parcourus a�n de sélectionner les articlesconcernant le TCO, son personnel, ses élus & communes et les informationsutiles à l'entreprise. Le but est de rendre ce travail moins pénible et répétitifen se déchargeant du maximum de tâches pour la génération de ce document.

2.1.1 Etat de l'art

Chaque matin, un résumé des articles paraissant dans la presse récenteest envoyé aux membres représentant du TCO. Les journaux concernés sont�le Journal de l'île de la Réunion� et �le Quotidien� de la Réunion. Cela o�reaux destinataires une lecture rapide des nouvelles concernant la zone.

Concernant la consultation de ces quotidiens : l'un est téléchargeable auformat PDF mais l'autre est uniquement consultable en ligne via une plate-forme web (une �visionneuse� sous la technologie Adobe Flash).

Actuellement, le processus de génération de la revue de presse :

1. commence par l'ouverture du journal du jour.(navigateur web / lecteurPDF)

2. L'édition du jour est consultée et des captures des zones du journal sontenregistrées. Une sélection d'articles est alors e�ectuée à ce moment.

19

CHAPITRE 2. SITUER LES MISSIONS 2.1. LA REVUE DE PRESSE

Des normes de nommages sont déjà suivies a�n de faciliter l'ajout dansle bon ordre des images, reconnaître les articles et savoir lesquels sontprioritaires

3. Pendant ce parcours, sont notés les titres des articles qui doivent appa-raître dans la revue de presse. Le sommaire de la revue de presse seramis en forme à partir de ces titres. Les noms propres seront en rouge.

4. Une page de garde composée du sommaire, l'image de la une et d'un en-tête contenant la date, le logo du TCO et celui du journal est créée. Ledocument 'revue de presse' est actuellement un modèle édité et modi�éà chaque usage. Au moins 2x/jour donc pour générer les deux journaux.

5. Les images récupérées sont alors :

(a) insérées et redimensionnées

(b) placées dans l'ordre, soit côte à côte, soit l'une sous l'autre

a�n de recréer l'article original et cela pour chacun des articles et cha-cune des images.

6. En�n, cette revue de presse est enregistrée en PDF et émise par e-mailaux élus et représentants du TCO. une liste d'abonnés est tenue à jour

Les boîtes de messagerie du TCO limitent les pièces jointes à 5 Mo.

La gestion du parc informatique de l'établissement public est contraint àcertains pro�ls matériels et logiciels. Ces pro�ls type ne sont que peu alté-rables. Nous avons donc à disposition sur chaque poste :

• L'accès aux journaux via le Web de la plateforme `Flash', �le Quotidien�

• L'accès aux éditions en PDF du �Journal de l'île de la Réunion�

• L'outil �Capture d'écran� des terminaux Windows7

• Microsoft Word(2010)

• Adobe Acrobat Reader

• l'Environnement Java (v.1.7u45)

20

CHAPITRE 2. SITUER LES MISSIONS 2.1. LA REVUE DE PRESSE

Les sessions Windows sont centralisées et les utilisateurs y accèdent parconnexion sur chacun des postes sous Windows 7 grâce à Active Directory etles serveurs d'annuaires LDAP du TCO.

Nous pourrons nous appuyer sur les pro�ls existants a�n de créer notresolution. Celle-ci pourra s'insérer à la méthode déjà connue et usuelle pourtraiter les parutions. L'objectif est de faire gagner du temps sur cette mêmeprocédure. Elle sert de processus à optimiser dans le projet `Revue de Presse'.

Compte tenu de la présence d'un environnement Java, les contraintes enlogiciels devraient pouvoir être respectées. En e�et, l'ouverture du langage etsa modularité nous seront un grand avantage, sans compter que de larges dé-pôts de librairies open-source existent. L'environnement est également `crossPlatform', compatible avec chaque système d'Exploitation. Les rares postessous Mac Os n'étant pas utilisés par les assistantes,`générer la revue de Pres-se' sera tout de même possible depuis ces postes.

L'existence d'un processus assez discipliné de création de revue de presseest un atout pour implanter une solution informatique.

• Des normes et coutumes étant déjà censées être respectées, nous pour-rons réutiliser ces règles pour fonder notre solution.

• L'organisation pourra être reprise partiellement permettant ainsi degarder des repères familiers à la future revue de presse quotidienne.

• Il en est de même pour la page de garde qui sera inspirée de l'actuelmodèle modi�é manuellement.Toutefois, il pourrait s'avérer que de la recréer totalement, via le codeJava, soit moins onéreux en taille de document que l'import du modèle.

2.1.2 Solution proposée

Des tâches répétitives font partie du processus de rédaction de la revue depresse. Certaines se trouvent toutefois indispensables car elles sollicitent unevision et des choix nécessitant une intelligence décisionnelle humaine. Cellesqui semblent pouvoir s'en passer sont les travaux de préparation de la pagede garde et de création du document �nal (disposition des images).

Vous l'aurez compris, c'est une application sous Java que je vais tenter decréer pour automatiser les tâches de revue de presse. Une étude et des essaisconcernant toutes les tâches du processus utilisé seront toutefois e�ectués

21

CHAPITRE 2. SITUER LES MISSIONS 2.2. TABLEAU DE BORD

a�n de véri�er que d'autres étapes que la création du �chier�.Doc " ne puisseêtre automatisé.

Cette solution se voudra légère, su�samment pour être distribuée parclés USB ou via les plateformes de partage en intranet : �Zodiac�(Espacesd'échanges et de zones de travail, Bureaux Virtuels) et �OwnCloud�.

2.2 Tableau de bord

Nous tentons de fournir une interface dynamique de visualisation de lacharge de signalement au centre d'appels du TCO. Il est souhaité pouvoirveiller au nombre d'appels et aussi retrouver la nature des appels les plussigni�catifs. Le but est de modéliser ces données et pouvoir déceler quasimenten temps réel les demandes les plus fréquentes a�n de s'y intéresser en priorité.(Actuellement les délais se comptent en jours avant de se rendre compte del'importance de certains signalements redondants)

2.2.1 Etat de l'art

Un Centre d'Appels recueille les signalements des riverains concernantles cinq communes du territoire. Pour bien situer l'impact qu'a pu avoir dansle passé l'a�ux d'informations, nous pouvons rappeler que le TCO opèrepour plus de 215 000 habitants. Le désir de l'établissement est de disposerd'un aperçu, quasiment en temps réel, de ces signalements. Cette vision luipermettra d'avoir plus d'informations concernant les sujets dont se plaignentles riverains. Ainsi, il serait possible de traiter globalement par importanceles événements à régler sur le territoire et d'y voir une remontée des na-tures/typologies des dysfonctionnements (exemple : Déchets Ménagers, Col-lecte Sélective,. . .). (cf. le Diagramme Fonctionnel, Figure 4.8)

Actuellement, ces données concernent et sont gérées par le service en-vironnement, mais une ouverture de la plateforme téléphonique à d'autresservices du TCO est prévue. D'autres compétences de la communauté d'ag-glomérations, telles que les transports (scolaires, publics, etc.. . .) seront plustard liés à ce centre d'appels. Un des enjeux est donc je pense de se basersur les informations directement puisées dans les données à disposition pourraccourcir le temps d'analyse des signalements.

Une base de données est disponible pour cette plateforme d'accueil télé-phonique. Elle est alimentée par les téléopératrices qui, au travers de solu-

22


tions de l'éditeur logiciel `Kimoce', accueillent les riverains et complètent desformulaires. Cette base de données, contient les informations :

• sur les riverains appelants (notamment les communes et adresses)

• et sur les signalements qui ont été décrits (Nature, Dates de signale-ment, . . .)

Cette base est ensuite agrégée au sein du TCO dans un `datawarehouse', deuxfois par jour initialement. Plusieurs autres services y intègrent déjà leurs don-nées sous plusieurs formes, base de données, documents �.xls� (feuille de calculExcel), . . .. Des `jobs'/scripts y sont écrits par le prestataire et administra-teurs de datawarehouse sous la technologie �Talend� (ou plutôt �JasperETL�,une collaboration entre �Talend� et la société �JasperSoft�). Grâce à ces `jobs',les données sont synchronisées avec chacune des sources (bases de donnéesdes services ou �chiers tableur importé au datawarehouse)

Les outils de l'éditeur Kimoce sont accessibles par les opératrices. Lesadministrateurs peuvent également interagir avec la solution Kimoce via pla-teforme web. Les serveurs d'applications de Kimoce alimentent les BDD. Cesbases de données en PostgreSQL sont dupliquées par le Datawarehouse sous�JTalend�, outil de �JasperETL�. Dans un premier temps, les données nonagrégées encore du centre d'appels sont collectées totalement dans une basequi fait o�ce de tampon (ou de `bu�er'), dénommée ODS (pour OperationalData Store). L'ODS centralise l'ensemble des données de toutes les sources.Elles sont parfois hétérogènes car chaque source est originaire d'un servicedistinct dans l'entreprise et tous n'utilisent pas les mêmes documents et for-mats de stockage de données (Oracle, MySQL, PostgreSQL, . . .).

La solution Kimoce est une application complète et complexe de gestionde services techniques et d'après-vente. C'est pourquoi, une multitude dechamps sont fournis dans la solution. Ces champs existent dans la base maiscertains sont inutilisés par le centre d'appels. �JTalend " dispose de `jobs"programmés dans le temps et journalisés. Grâce à cela, les données sont pur-gées et dupliquées de la base Kimoce, en passant par l'ODS (la base tampon)vers la base de stockage (`DWH', pour DataWareHouse).Au cours de l'étude de l'existant auprès des services informatiques et l'en-semble des chefs de projets, j'ai pu découvrir des projets déjà mis en placeou en cours de préparation telle que :

JTalend & Kimoce qui font bien sûr partie de ces technologies. Elles sontdéjà opérationnelles et utilisées comme vus précédemment

23


Une mise à jour vers Kimoce v6 est prévue pour ce premier semestre2015. Cette version apportera fonctionnalités et design nouveaux.

Mais nous ne serons pas impactés d'un point de vue fonctionnel car lesopérations qui y sont e�ectuées pour l'acquisition de données perdurentet les données récoltées sont les mêmes.

JasperSoftReports Il s'agit d'une technologie de `reporting'. Elle mêletrois principaux langages pour arriver à générer les rapports :

• du XML,

• du Java

• et du SQL.

Grâce aux outils JasperSoft Studio et JasperSoft Server, des rapportsbasés sur les données chi�rables et énumérables sont établis.Pour l'instant, des tableaux et diagrammes ponctuels et statiques sontgénérés, imprimés et archivés dans des optiques administratives.

MSD/SDI (Management Système Décisionnel / Système Décisionnel In-formatique) porté par la cellule POME (Processus, Organisation, Mé-thode et Évaluation) :l'intention est de mettre en avant certains critèresde l'ensemble des données, dans le but d'en décider des actions selonla situation. Les premières phases de ces projets furent le déploiementdes technologies �JasperETL�(`JTalend') et �JasperSoft�.

2.2.2 Solution proposée

Il devrait être possible d'utiliser les technologies adoptées au sein du TCOsous un angle nouveau. Pour répondre au sujet, j'imagine pouvoir utiliser desperspectives de JasperSoft nouvelles à comparaison aux usages actuels de latechnologie. En proposant un rapport ou plutôt un tableau de bord consti-tué de plusieurs rapports. Chacune de ses composantes serait un élémentgraphique éclaircissant les données des bases Kimoce. Et il serait élaboré unehiérarchie des interfaces, de la vision globale vers une plus spéci�que (poin-tant une Commune ou une typologie de signalement).

Dans un premier temps, l'utilisation du datawarehouse semblait proscritecar synchronisée quotidiennement. Je pensais utiliser directement la basederrière Kimoce. Mais les résultats aux multiples tests ont été probants etdes solutions plus intéressantes ont été trouvées. . .

24

Chapitre 3

Déroulement des missions

En plus des objectifs à atteindre, pour chaque sujet, des missions bienprécises me sont con�ées.

3.1 Pour la Revue de Presse

Je dois garder à l'esprit, que la solution mise en place doit être facilementtransmissible et simple à mettre en place sur un poste informatique du TCO.

1. L'utilité de cette mission est que les futures personnes formées à larevue de presse puissent disposer de cet outil sans nécessité d'aisanceà la mise en forme ou au traitement de texte.

2. L'outil doit, lorsque nous respectons la méthode d'élaboration du do-cument, s'occuper de générer le document contenant les articles.

3.1.1 Matériels

À ma disposition, j'ai :

• local, bureau &PC �xe

• accès internet

• pressesnumériques

• accès intranet

• presses papiersdes deuxquotidiens

• mon ordinateurpersonnel

• anciennes revuesde presses

• documents utiliséspour les générer(screenshots,bloc-notes, . . .)

25

CHAPITRE 3. DÉROULEMENT 3.1. POUR LA REVUE DE PRESSE

3.1.2 Communication

Des dialogues au moins une fois par semaine avec l'ensemble du service �ca-binet " sont mis en place a�n de suivre l'évolution de ce projet. Ces ren-contres permettent d'échanger sur l'avancée et les voies empruntées. D'autreséchanges ont lieu durant les premières semaines pour cibler les besoins, pos-sibilités et contraintes. Dans l'ensemble, cette communication m'a permis debien cerner l'envergure attendue de la solution et de corriger mes travauxpour o�rir une réponse convenable.

3.1.3 Ma démarche et les tâches e�ectuées

Dé�nir l'objectif avec le tuteur et directeur de cabinet est la premièretâche e�ectuée. Ainsi après discussions, l'utilité de la revue de presseest primordiale pour présenter l'actualité du jour. Cette actualité peutrythmer toute une journée et peut aussi permettre d'avoir un retoursur les événements dans la zone.Le problème est que, même pour les employées les plus expérimentées,cette tâche nécessite d'y consacrer un certain temps quotidien. Celapeut prendre plus d'1 heure/jour. Le travail de sélection reste impor-tant pour décider quels articles doivent faire partie de la revue de presse.

Découvrir la méthode de confection des revues de presse. Au côté deMme Rivière, assistante de direction, je découvre la méthode de travailet discute avec elle de comment le document est généré.

Les deux journaux soumis à la revue de presse (sauf actualité excep-tionnelle) sont alors parcourus. Pour �le Quotidien� cela s'e�ectue dansla liseuse Flash via navigateur web, pour �le Journal de l'île de LaRéunion� le document en PDF est téléchargé et ouvert.

1. Pendant le parcours, un �chier texte est rédigé à l'aide de l'outilbloc-notes de Windows. Ce �chier texte contient à chaque ligne, lestitres et sous-titres copiés tels qu'ils apparaissent dans le journal(séparés d'un trait d'union ` - `). Ce texte sert à résumer les articlesdans la revue de presse (l'ordre y a peu d'importance).

2. À l'aide de l'outil `capture d'écran' de Windows7, est enregistréeen tant qu'images la `Une' et le logo du journal ainsi que les ar-ticles. Ces articles peuvent être capturés en plusieurs portions (carséparées par des publicités/images non souhaitées dans le docu-ment) et contenir ou non les illustrations et photos.

26


3. L'enregistrement se fait dans un nouveau dossier concernant lapresse du jour. On y retrouve alors le �chier texte : sommaireet les images : articles, logo et une. Une norme de nommage estrespectée a�n de savoir dans quel ordre reconstruire les articles etquel est le sujet de chaque lot d'images.

4. Un document modèle de la revue de presse sous Word est ouvert.La première page est modi�ée avec la date du jour, l'image dela une, le sommaire. Dans celui-ci, les noms propres en titres etsous-titres sont mis en rouge. Et à chaque ligne le titre est passéen gras et toujours séparé par un trait d'union du sous-titre.

5. Ce document est enregistré lui aussi dans le dossier du jour. Sonnom est formé de la date du jour et du numéro du mois en courspuis suivi du nom du Journal (`JiR' ou `Quotidien').

6. Les images sont alors ajoutées dans un ordre dé�ni : (courrier deslecteurs, anniversaire, éditos, les communes du TCO, le TCO, lesadministrations voisines, les communes voisines et en�n les actusmétropole & hors de l'île)

7. les articles sont recomposés avec les images dans le bon ordre. Lesimages sont redimensionnées et repositionnées l'une après l'autrea�n d'apparaître sur une même page et d'être lisible.

8. Le document est ensuite exporté en PDF et envoyé par mail.

Déterminer les étapes qui pourront être remplacées par notre solution.Vu les technologies disponibles, nous pensons utiliser le langage Java.

Des essais pour récupérer les pages a�chées par les liseuses Flash enutilisant les métadonnées des sites/applications web se sont avérés pos-sibles sur d'autres sites de consultation en ligne. Mais pour les donnéesdu quotidien, des scripts PHP génèrent des jetons cryptés à chaque ses-sion et les documents sous Shockwave Flash (.swf) ne sont consultablesqu'avec le navigateur dans lequel la session a été ouverte.

- http://flash.lequotidien.re/ACCESS_SWF.php, le script PHPappelé pour accéder au journal

- file=/var/www/html/traitement_quotidien/elements_swf/23-01-15/swf/p1.swf, le paramètre `�le' pour accéder à la page 1de l'édition du 23 Janvier 2015, 23-01-15.

- access_pass=5SJBG[...]WQP, le paramètre clé, le `jeton' qui estdonné pour cette session pour accéder au �chier (via notre ordinateur).Celui-ci change à chaque session.

27


Accéder à ces pages via le code aurait peut-être été possible. Maisil n'est pas nécessaire de s'attarder sur cette partie car nous aurionspeut-être perdu l'opportunité de choisir les articles à garder parmi ceuxd'une même page. Pour cette même raison, les extractions par page desdocuments PDF sont, elles aussi, inutiles.

Les étapes qui doivent subsister sont celles qui permettent le choix desarticles. La récupération par capture des zones s'avère être le choix leplus adapté car la capacité de sélection est entière.

Proposer les solutions recherchées La solution envisagée est de créer unscript qui s'occupera des étapes automatisables. Sont d'abord recher-chés des librairies servant d'outils et de bases pour concevoir la solution.

Souligner les étapes qui doivent perdurer Dans un même dossier,`confectionner le �chier texte : le sommaire' et `capturer Une et arti-cles' perdureront. `capturer le logo' n'est plus nécessaire car directe-ment présente l'application. L'utilisation de noms bien formés pour lesimages est encouragée. L'utilisation des pré�xes(ceux déjà dé�nis pourles images) est demandée pour utiliser un plan détaillé. L'export enPDF et l'émission par mail seront toujours nécessaires. De générer le.doc permet au besoin les modi�cations après application du script.

Rechercher et choisir les outils les plus intéressants et donc un maxi-mum de librairies existantes permettant la création-manipulation dedocuments avec Java. J'en pro�te pour tester mes logiciels de dévelop-pements. Le langage Java (Eclipse JavaEE et javaC++) est l'outil àma disposition. Je développerais gratuitement et librement. Eclipse etJava sont déjà connus de mon tuteur et cela permet de continuer ledialogue dans un environnement connu de tous deux.

J'entretiens au �l de mes recherches des notes papiers et numériques surles éléments intéressants rencontrés. Parmi les voies les plus complètesen matière d'opportunité, je retiens l'existence de librairies Apachequi permettent la manipulation de document bureautique Microsoftet OpenO�ce (y compris les dernières extensions .docx ou .xlsx). Ils'agit d'Apache POI, Poor Obfuscation Implementation, ou PauvreImplémentation de `Masquage' (dans le sens protection de la vie pri-vée/ liberté semble-t-il). Je ne me suis pas attardé sur l'origine de cenom mais les noms des composants semblent être aussi des parodiesdes extensions de Microsoft o�ce comme par exemple HSSF (HorribleSpreadSheet Format / horrible format de feuille de calcul) ou DDF(Dreadful Drawing Format / Format Abominable de Dessin).

28


Ce projet fait donc maintenant partie de la Fondation Logiciel Apacheet Microsoft contribue désormais à POI. (src : Apache) Les librairiesApache POI nous permettront donc de manipuler les documents encodant en Java. Dans un premier temps, nous nous concentrerons surla génération de .doc (document Word) a�n que le remaniement soitpossible au goût des assistantes. Une fois satisfaisante, une implantationdes modules iText semble nécessaire pour exporter le .doc en .PDF.

Bien sûr, toutes les dépendances doivent être remplies avant de pouvoircoder sereinement et elles sont toutes listées sur les sites des librairiesApache POI.

Dévoiler et valider la solution La solution validée est de créer un scriptJava grâce aux librairies Apache POI avec Eclipse JavaEE

Produire et Tester l'application/script L'application est donc en Javaet parmi ces �chiers sources contiennent les images des logos des jour-naux et du TCO pour reconstruire l'en-tête de la page de garde.

Le plan des articles/pré�xes à ajouter est inscrit en dur dans une listede chaîne de caractères. Mais un �chier feuille de calcul (.xlsx) est incluscomportant le plan et des cellules de commentaire commençant par `#'.Je comptais en faire une lecture ligne par ligne et case par case pour re-construire le plan (ou directement ajouter les images concernées) maisce plan est voulu �xe et permanent. Alors l'inscrire directement dans lecode m'a semblé moins coûteux en ressources. Si ce désir de plan �xepermanent reste, je pourrais alléger le script de ce �chier.

Ainsi les librairies utilisées sont celles de

• apache.poi.xwpf pour manipuler les documents Word .docx,

• les dépendances apache.poi et openxmlformats pour le bon usagedes fonctions et méthodes Apache POI.

• Les librairies standard java :

� io pour lire et enregistrer les �chiers (images et documents)� math pour transcrire les données en BigInteger pour corres-pondre à certains paramètres attendus pour les mesures avecApache POI.

� net.URL pour accéder aux documents et images par liens re-latifs

� les text.DateFormat et SimpleDateFormat avec util.Calendarpour récupérer et préparer la date du jour

29


� `image io' pour récupérer les informations sur les images

� swing.JOptionPane pour a�cher les messages et communi-quer avec l'utilisateur (par voie simpli�ée, simplement des fe-nêtres d'information et de rappel) peut-être plus d'informa-tions et directives seront ajoutées pour communiquer

de chaque librairie seule les méthodes nécessaires à l'application serontimportées.

Et pour tenter de résumer les fonctions qui y ont été créés

addImg appelée par lot_d_image, cette méthode ajoute le �chier sic'est un type d'image connu (JPG, png, Ti�, emf, . . .). Cette mé-thode s'attèle à ajouter l'image en maintenant les proportions età ajuster les tailles d'images si c'est la première image d'un lot,ce sera sûrement un titre et la taille peut être réduite car le titreest en gras. Autre exemple, si les tailles de l'image correspondentà des seuils nous pouvons approximativement compter le nombrede colonnes présentes dans l'image. Selon le journal, ce nombre decolonnes par page est la même. Nous pouvons alors ajuster la tailledes images de cet article en se basant sur le journal en cours et ladimension de l'image pour savoir combien de colonnes sont conte-nues dans cette image et ont déjà été ajoutées auparavant. Unemultitude d'ajustement de la sorte seront faites. Après avoir étu-dié chaque journal et les dispositions des articles et colonnes, nouspouvons optimiser les dimensions des articles pour la page de larevue de presse. Nombreux croquis, formules, calculs et journauxpapier ont servi à élaborer un système d'adaptation de dimensionsd'images et de positionnement sur la page.

Une recoupe par matrice a été entamée a�n d'optimiser les re-tailles des images et comptages des images restantes a�n d'opti-miser chaque taille d'image par rapport à ses voisines.

Mais le simple usage de seuils s'est montré su�sant pour satisfairepleinement les critères de lisibilité (en e�et on retrouve au moins lamême lisibilité que dans le journal papier, rappelons-le, une pagedu journal = une page A4). Ces seuils sont basés sur les journauxpapier, leur nombre de colonnes et les dimensions d'images qui endécoulent par une capture sur les écrans 1024x768. En changeantde résolution, la perception des utilisatrices devrait changer etsi elle zoome de manière à avoir la même lisibilité, les seuils nedevraient que très peu changer.

30


lot_d_image parcours les �chiers d'un répertoire, et les fait concor-der avec la liste des pré�xes obtenus par la fonction getPlan a�nd'ajouter les �chiers par lots classés par pré�xes dans l'ordre d'ap-parition dans le `plan'. Une fois un pré�xe ajouté, une liste depré�xes déjà traités est tenu à jour.

getPlan récupérait le plan d'un �chier texte pour les phases de test.On peut utiliser ceci pour accéder à un �chier, ici le �chier était un�chier texte parcouru avec un Scanner. On aurait pu parcourir le�chier .xlsx du plan avec une fonction similaire utilisant la librairiePOI correspondante.

makeRun* : GrasRouge, Rouge, GrasSimple et Simple appelélors des fonctions makeRunSimple et makeRunGras, chacune deces méthodes correspond en fait à un pro�l de police de apachePOI, dé�ni par la police, la taille, la couleur, la propriété gras oupas, et en paramètre le texte qui doit apparaître dans un `XWP-FRun'. Le type `XWPFRun' crée une exécution dans un para-graphe (ici, il insère du texte donc)

makeRunGras et makeRun forment dans le sommaire la partieavant le trait d'union en gras ou après en texte simple et pourchacun si le caractère arobase `@' est accolé avant un mot celui-cisera en rouge `@@' formera une arobase noire

formerLeSommaire insère le sommaire en préparant le paragrapheet lisant le �chier texte `sommaire.txt' à placer dans le dossier desimages capturées.

createPage2Garde création de l'entête contenant date, logos et titresur la base d'un tableau découpant la largeur de page en trois lesimages y sont insérées, les couleurs y sont modi�ées, le tout enutilisant les librairies POI et les types Calendar et Date couplés àun formatage de date pour préparer par la même occasion, la datetelle qu'elle doit apparaître dans le nom de �chier. En dessous del'en-tête, un tableau de deux colonnes est créé avec pour propor-tions des cellules 2 tiers et 1 tiers contenant à gauche le sommaireet à droite l'image de une.

main prépare le contexte de l'application, les constantes et variablesstatiques, pour l'usage de POI un certain nombre d'éléments doiventbien souvent être disponibles à passer en paramètre tel que lesparagraphes, le document en cours d'édition et bien sûr dans lecadre de nos fonctionnements, les listes d'images et de pré�xes déjàajoutés, le plan, le répertoire dans lequel l'application est lancée

31


(celle-ci se trouvera dans le répertoire de presse du jour aux côtésdes images), les liens vers les ressources internes à l'applicationpour les images incrustées à l'application. C'est aussi dans cettefonction qu'est créée la mise en forme du document (marges, ali-gnements, . . .). Pour ceci, des tests ont aussi dû être achevés poure�ectuer les conversions entre la distance sur le papier ou dansle document et la distance à entrer en passant par un nombredu type `Long' qui est converti en BigInteger ainsi avec page-Mar.setLeft(BigInteger.valueOf(Long.parseLong("10000"))) ; nousaurions une marge à gauche de 17.64 cm. 10000 unités = 17.64 cmdonc nous adaptons le tout pour avoir les marges habituelles de larevue de presse. Et en�n, les images du répertoire qui ne seraientpas déjà ajoutées, seront toutes insérées en �n de document enrespectant les seuils et dimensions présentes dans lot_d_imageet addImg. À la �n du main, le document est enregistré (si desexceptions sont levées, elles apparaissent en fenêtre d'alertes)

Récolter les avis Après conception de la première version de brefs essaisdu script ont permis de relever quelques modi�cations et recti�cationsà apporter a�n de corriger les dysfonctionnements et résultats inatten-dus. Des enregistrements des temps pris pour les revues de presse sansl'application ont été e�ectués avant d'o�rir cette première version. Etaprès avoir e�ectué quelques essais des tailles des documents "revuede presse" générés après export manuel en PDF a aussi été véri�és(étant limitée à 5 Mo). Des oublis et des erreurs minimes en étaient lacause. La première fut l'oubli d'exporter pour la version Java 1.7 depuisEclipse. Ayant la version 1.8 sur mon ordinateur personnel et les postesdu TCO n'ayant pas encore été mis à jour, le downgrade dans le projet"revue de presse" sous Eclipse est obligatoire a�n de générer une appli-cation `.jar' compatible avec l'environnement existant sur les postes desassistantes de directions. Puis des correctifs au niveau des syntaxes etvocabulaire attendu en pré�xes des noms de �chiers (images) et le planen lui-même de la revue de presse composé de ces pré�xes fût remaniés.

Ajuster le Script/Application Le souci de version de Java ne portait pasvraiment aux scripts lui-même. Voici les ajustements du script qui ontconcerné des oublis de gestion des arobases pour mettre les mots enrouge dans le titre ET les sous-titres. Ainsi que l'usage ou plutôt lareconnaissance du séparateur � - � plutôt que �-�. L'usage se voulaitdéjà dans le �chier texte sommaire.txt de ` - ` mais dans le code jen'avais pas e�ectué cette véri�cation et les communes composées de

32


�st-� furent considérées comme séparateurs des titres et sous-titres.

Evaluer l'application livrée auprès des utilisateurs �naux. Cette partieest détaillée dans le chapitre Approfondissement. Je dirai que pour unee�cience de l'usage du produit, cette tâche a été une étape-clé. J'ai pum'apercevoir que la valorisation de la solution passait par la compré-hension de l'utilisateur. Ainsi en comprenant pourquoi, l'applicationattendait que les �chiers soient de telle manière et pas d'une autre per-mettent de gagner du temps et de faciliter la mise en place de ré�exes.C'est peut-être de là que vient par exemple le nommage devenu presquenaturel des images. Le confort, accompagné d'un certain plaisir, à utili-ser l'application en découle. Puisqu'en demandant si l'application plaîtet, dans un sens général, l'avis au client c'est son intérêt qui est misen avant. Ainsi à la question d'utilité de l'outil, l'intéressement en estgrandissant.

3.1.4 Résultats

Il est certain qu'en ayant des chi�res tels que les di�érences de chrono entrel'ancienne méthode et l'usage de ce script, l'e�cacité et le gain de temps estindéniable. Pour obtenir les documents Word des Revues de presses, nousavons pu passer de 30 à 40minutes en moyenne par journal sans l'applicationvers 29 à 44minutes pour les DEUX journaux avec notre solution.

Ce document sera, par la suite, exporté en PDF après relecture et véri�-cation par les secrétaires et émis via la plateforme mail du TCO à des listesd'élus et d'agents déjà existantes (et mises à jour).Elles peuvent alors con�r-mer que la solution produit un document adéquat, par la suite nous pourronspeut être automatiser l'export et l'expédition.

3.1.5 Planning

(cf. Annexe - Diagrammes GANTT 4.12)Pour situer ce travail dans les 6mois de stage (débuté le 21 Janvier) : Lescharges les plus lourdes de travail de cette mission secondaire s'e�ectuentpendant les premières phases d�Études et Analyses de la mission principale :`Tableau de Bord' (soit le premier mois et demi de stage : entre le 21janvier-1mars).

Le modèle de développement de ce produit est en spirale, une fois le produitlivré nous y reviendrons sans cesse pour l'améliorer et valider des futures

33

CHAPITRE 3. DÉROULEMENT 3.2. POUR LE TABLEAU DE BORD

modi�cations au projet jusqu'à la �n du stage. Et une fois que le premierscript est délivré pour usage et test, je commence les tâches de rédactionsde �ches & rapports et poursuit le déroulement de la mission principale.Quelques semaines plus tard et selon les retours sur ce script, des modi�ca-tions/corrections ont été e�ectuées.Certaines perspectives de développement étaient déjà imaginées s'appuyantsur le script et ses fonctions. Le script ayant un taux de satisfaction su�santau niveau de la qualité de la revue de presse seuls les correctifs des fonctionsdéjà implémentées ont été établis. Des travaux sur la compréhension, évalua-tion et communication autour de cette solution sont par la suite e�ectuéesEt parmi les tâches restantes, nous retrouverons les améliorations, et parmielles, le commentaire et la préparation du dialogue sur cette solution/produit.

3.1.6 Situation

Cette solution est su�samment aboutie, les critères évoqués lors de l'éva-luation (tels que la première lettre du jour en majuscules) vont être corrigéset ensuite je préparerai toute la documentation. Beaucoup de commentairessont déjà disponibles dans le code toutefois. Commenter de manière pluscompréhensible pour tout un chacun sera bien plus utile à l'objectif de cettesolution (cf. le chapitre Approfondissement). Il sera fortement utile à l'avenirpour la vie de ce produit d'avoir à disposition, ce document contenant lescommentaires en langage humain pour que tous en comprennent le sens. Ilsera également utile en cas de futur débogage d'avoir un manuel technique(dans les environs de 15 pages ou peut-être 20) avec des rappels sur les outilset les fonctionnements des commandes et librairies utilisés. Et en�n l'indis-pensable manuel utilisateur (de 5 pages environ) pour savoir l'essentiel aubon fonctionnement et surtout au bon usage de cette solution.

Voilà ce qui va rester à produire ou plutôt réunir autour de ce projet-ci.

3.2 Pour le Tableau de Bord

Dans ce projet où je suis partagé entre plusieurs services, Nous voudrions :

1. Modéliser/visualiser la charge de signalements au centre d'appels duTCO.

2. Exploiter/déceler selon leur nombre plus important qu'à l'habitude lanature ou les lieux les plus signi�catifs.

34


3. Pouvoir exploiter les données quasiment en temps réel pour se penchersur les problèmes les plus urgents.

3.2.1 Matériels

Le TCO est scindé sur plusieurs bâtiments dans les communes. À ma dispo-sition, j'ai :

• un bureau au service Cabinet proche de la cellule POME (au Port)

• un autre près du service Environnement et des chefs de projets de laDirection Informatique(à la Possession).

Et également :

• un accès internet, des liens et documents sur les technologies utilisées

• un PC �xe pour l'accès intranet, un compte sur le web mail de l'entre-prise (@tco.re) pour recevoir les communications internes

• mon ordinateur personnel

3.2.2 Communication

Les décisions sont précédées d'un échange avec mon tuteur a�n de véri�er queje réponds toujours à l'attente du sujet. Au début, dans les phases d'étudeet analyse, un brie�ng sur le rôle que je dois tenir est e�ectué avant chaquerencontre ou événement auxquels j'assiste qui réuniraient prestataires, autresservices, etc.

Des rendez-vous peuvent être demandés par mails au besoin avec le per-sonnel externe au cabinet, mais chacun étant voisin nous pouvons discutersans trop de peines.

3.2.3 Ma démarche et les tâches e�ectuées

Rencontre de �l en aiguille, et le plus tôt possible, avec le personnel quipourrait m'informer sur les di�érentes approches de cette mission etpar la même occasion découverte des services auxquels ils sont a�ectés.

Découvrir l'existant et les projets en cours lors de mes visites. Ces visitesont notamment lieu auprès de la direction informatique et me per-mettent de prendre mes bases autour de ce futur projet Tableau deBord. Ainsi de discuter avec les chefs de projets de la direction In-formatique nous o�re l'occasion de m'informer de l'évolution de leurs

35


projets ce qui me tient informé Des éventuelles nouveautés et modi�-cations à venir au cours de mon stage. Ces actualités pourraient in�uerles composants de l'environnement sur lequel je vais m'appuyer. C'estle cas de la mise à jour de Kimoce, par exemple.

Prendre connaissance de la structure actuelle autour du centre d'appelset l'utilisation des données. Et pouvoir schématiser les organes qui meseront utiles à la production de solutions concernant le centre d'appels.

J'ai le sentiment que Les objectifs actuels des services environnement etcabinet peuvent être mutualisés. Cependant, la direction de l'environ-nement doit agir dans l'urgence a�n de retrouver une stabilité des si-gnalements au centre d'appels. Mon projet et les documents ne serontpas au point ou disponibles dans l'immédiat. Des solutions temporairessous Kimoce ont été mises en place pour sortir les informations les plusurgentes pour faire évoluer les signalements dans le bon sens.

Je m'informe auprès des services du TCO pour en ressortir les contraintes.Chacun évoque alors leurs désirs comme suit :

Apres avoir consulté l'ensemble des acteurs et une fois les informationscomplètes et variées réunies Je me prépare à la production avec lesoutils conseillés. Beaucoup de serveurs indispensables sont déjà installéset paramétrés. Les données et serveur de rapports sont déjà liés.

Mais avant de me lancer, je m'informe et étudie les outils fournis a�nd'appréhender les technologies JasperSoft. Un labo sera reproduit surmon ordinateur qui vise à se rapprocher des technologies et versionlogicielles existantes dans l'entreprise. Je développerai sur mon ordi-nateur personnel et sur le PC fourni par l'entreprise. Cette productionsera `livrée' au chef de projet et développeur senior JasperSoftReport etJTalend de la cellule POME. C'est d'ailleurs avec cette même personneque j'aurais le plus d'échanges autour des technologies JasperSoft quece soit pour cette mission ou pour en découvrir les aspects pratiques.Une fois livrée, la solution sera injectée dans le serveur JasperSoftSer-ver (plateforme web HTML5 JasperSoft de consultation de rapport enligne, déjà existante sur l'intranet) ou alors la solution serait impor-tée par mes soins depuis la même plateforme accessible en intranet sil'accès exceptionnel sur le serveur de production m'est autorisé. Puisla solution sera ouverte à mon tuteur et aux services concernés une foisle projet terminé. Pour l'instant, j'ai accès aux ressources et serveur dedéveloppement.

36


Recréer la structure des bases de données et l'environnement sur monordinateur personnel me semble essentiel a�n de pouvoir évoluer etpratiquer sans risque ni pour le serveur de développement ni pour leserveur de production. La même version des outils jasperSoftReportssera installée sur ma machine que celle utilisée par la cellule POMEet les mêmes bases de données ODS et DWH pour la base `tampon'et datawarehouse seront reproduites sur ma machine (MEA et jeux dedonnées). En passant par MySQLworkbench sur le poste TCO pourextraire le squelette et les données a�n de l'importer sur le mien viale même outil déjà installé. Sur un serveur MySQL de WAMPServer.Cela me permet d'accéder aux données avec d'autres outils que MyS-QLWorkBench, tel que : PHPMyAdmin, MySQL lui-même, ou encoreSQL Buddy beaucoup plus léger en ressources et a�chant les résultats ànombreuse ligne avec plus de rapidité et de �uidité que PHPMyAdmin.

recréer les connexions avec le `Studio' avec les connecteurs JDBC à laplace des connecteurs JNPI (Jasper, JavaDataBaseConnectors serontutilisés pour ma part dans JasperSoft Studio mais quels que soient lesconnecteurs, l'interface de domaine nous o�re les mêmes opportunitésde récupération des résultats langage de SGBD au choix et le traitementdes champs acquis se font sous JasperSoft Studio également. Ne mereste donc qu'à véri�er le bon fonctionnement de l'ensemble par rapportaux contraintes de l'ensemble.

Selon la documentation et les quelques essais avec la cellule POME,je devrais pouvoir simuler cet environnement pour créer des rapportssur mon poste/ordinateur personnel et utiliser une connexion qui merenverrait les mêmes champs de données avec les même types pourcompléter mes rapports et ensuite basculer vers la connexion du ser-veur au moment de l'importation de mes rapports (tableau de bord)sur ce JasperSoftReport Server.

Etablir un Cahier des Charges m'a été demandé a�n de percevoir l'am-pleur d'un tel projet dans l'établissement pour peut-être pouvoir porterdes projets similaires par la suite avec ces outils. C'est une premièrepour moi. Je me suis donc documenté pour tenter de rédiger un cahierdes charges, des corrections et d'autres validations sur le bien-fondéd'un tel document sont en attente avant de partager ces informationsavec les autres services. Les grandes parties que j'y ai évoquées sontpar exemple : les Contextes, Objectifs, Vocabulaires, Périmètres, Ca-lendrier et Clauses Juridiques. Les parties essentielles sur lesquelles,maître d'÷uvre et maître d'ouvrage doivent s'accorder.

37


Reprendre le développement en se focalisant sur toutes les étapes poura�cher une information traitée et modélisée. Ayant accordé beaucoupde temps à m'informer sur la conception d'un cahier des charges, jepréfère par précaution découper les tâches qui étaient prévues en depetits cycles a�n de tester widget par widget, les modélisations desdonnées en diagrammes statistiques. Selon les validations et types dediagrammes/widgets existants, j'aurais besoin de Jauges, Diagrammesen bâtons et courbes. Et peut-être les radars. Le tout étant rattachablegrâce aux propriétés hyper Link pour naviguer d'un rapport à l'autreen leur passant les paramètres pour retrouver les données concernées.

Chaque cycle est maintenant découpé , et débute par acquérir grâceaux requêtes SQL les données nécessaires dans le rapport, puis nousdevons dé�nir dans le widget, les champs correspondant à chaque pa-ramètre par exemple : les séries, colonnes, valeurs, et étiquettes a�n d'enobtenir un diagramme. Celui-ci apparaît sous la vue design mais peutégalement être plus détaillé sous le code source mêlant XML, JAVAet SQL. Ces diagrammes peuvent être brièvement modi�és depuis lespropriétés en vue design ou source-code mais en modi�ant les librairiesJava ou en rajoutant nos propres objets Java héritant des librairies Jas-perSoftReports nous pouvons, semble-t-il, les modi�er à volonté. Pourl'instant, je reste concentré à l'a�chage de tous les types.

Pour le rafraîchissement , au cours des découvertes de l'architecture ledélai de synchronisation a été abaissé de 2 fois par jour à tous lesquarts d'heure via la plateforme et les outils JTalend (de JasperSoftaussi) avec Mr Techer. Concernant le rapport, il sera déployé sur le ser-veur JasperSoft et étant généré sous HTML5 il o�re déjà beaucoup defonctionnent bien utiles tels que l'actualisation selon plusieurs critères :dans notre cas nous pouvons également demander/�xer une actualisa-tion à fréquence �xe pour que le rapport ou la page entière (au choix)puissent se synchroniser automatiquement aux données des serveurs dedonnées.

3.2.4 Résultats

Une page HTML générée par JavaScript à l'aide des outils et librairies Jas-perSoft nous permet de modéliser des rapports contenant des outils visuels.Ces rapports seront liés à la base SQL de Kimoce ou plutôt des donnéesconcernant le centre d'appels KIMOCE dans le DATAWAREHOUSE et ye�ectuera des extractions (pas de modi�cation). Visuellement, il contiendra

38


Jauges et Barres symbolisant quotas de signalement des communes et desquartiers de cette commune Et une zone contenant une éventuelle explica-tion pour remonter l'événement était désirée mais elle ne pourra sûrementpas être stockée sur le serveur de Reporting. Des pages plus complètes pour-raient être ouvertes en cliquant. Les diagrammes en bâtons et les courbes. . .peuvent déjà être générés.

Les bâtons horizontaux peuvent a�cher les quotas par rapport à la moyennejournalière des jours précédents. Il faut maintenant liés les autres diagrammesà des données concrètes provenant des bases DWH.

Sur un écran d'accueil nous pourrons au meilleur des cas avoir côte à côtece schéma pour les 5 communes.

3.2.5 Planning

Cette mission commence dès le début du stage par des rencontres avec lesservices voisins avec qui je vais collaborer. Ce qui me permet d'étudier et ana-lyser l'existant et le fonctionnement des technologies et architecture en placepour le centre d'appels. Puis après une courte semaine à travailler sur l'autremission (la Revue de Presse) pour produire le script, je suis revenu sur le `Ta-bleau de Bord' pour me préparer au développement en me mettant à jour auniveau du développement avec les technologies adoptées JasperSoftReports.J'espère pouvoir suivre un développement de ce projet en V et ne pas avoirà faire marche arrière. La mission étant assez lourde et impliquant un bonnombre d'acteurs, j'essaie de valider un maximum d'éléments avant d'avan-cer pour ne pas avoir à revenir sur des décisions. Après un débrie�ng avecmon tuteur un cahier des Charges pour éventuellement transmettre ce projetdoit être rédigé. Je m'informe donc sur la confection de cahier des chargesa�n d'en proposer une version qui sera modi�ée selon les commentaires etremarques. De gérer autrement mon temps restant me semble nécessaire Jeteste donc bien les fonctions basiques de JasperSoftStudio en générant desdiagrammes statistiques sans vraiment de liens avec les données de la base.Puis recréer la structure de la BDD à partir d'un modèle Entité-Association.Sur ces tâches de construction de mon environnement sous Wamp et MySQL,j'ai dû parcourir la documentation des connecteurs JDBC a�n de trouver lesbonnes versions de l'environnement Java, des connecteurs JDBC, et de laversion de MySQL. Il m'a fallu récupérer chaque élément dans sa bonne ver-sion (connecteur et Java) a�n d'avoir compatibilité entre JasperSoftStudioet les bases de données MySQL en utilisant le connecteur qui se base surl'environnement Java.

La conception des interfaces du Tableau de Bord selon les Thèmes/Natures,Villes, Quartier si existant et la vue générale a dû être repoussée a�n de géné-

39


rer les composants un à un et commencer à les lier aux données. C'est-à-direde faire des cycles plus courts (conception, connexion, test) pour véri�er quechaque composant est bien créé et de pouvoir travailler sur les requêtes SQLpour obtenir les informations attendues des graphiques.

3.2.6 Situation

Une maquette de la base de données est reproduite (via un import SQL a�nde correspondre à la base existante).

J'ai commencé à développer avec les outils déjà validés, sur des cyclescourts, toutefois en espérant valider plusieurs étapes clés pour reporter à la�n les tâches de mises en formes uniquement, pour `monter' les interfacesde Tableau de bord et les rapports qui ont déjà été dé�nis avec mon tuteur,j'utilise un maximum des diagrammes statistiques qui me seront nécessairesdans la suite a�n de les avoir à disposition et placer les requêtes SQL enpriorité à la mise en forme des interfaces.

40

Chapitre 4

Approfondissement

4.1 Utilisation & Évaluation de solution

Il m'a été proposé de veiller à la compréhension de l'outil applicatif `Revuede Presse', et de mettre en place une évaluation de l'application par MmeRivière. Et un comparatif du temps nécessaire pour faire la revue de pressematinale avant l'arrivée du script et maintenant avec l'usage de la solution.

L'évaluation servira de support à la satisfaction de l'application pendantune certaine période (environ une semaine). Elle se présentera sous forme deQCM et les réponses seront analysées pour tenter de comprendre dans quelsens l'habitude à l'outil prévaut.

Entre les essais de la première version, j'ai pu m'apercevoir, suite à desexplications verbales, que l'engouement grandissait avec la compréhensionde l'utilité recherchée. Cet outil se veut commode dans l'espoir d'o�rir ungain de temps. De plus, en comprenant le sens des contraintes imposées, desré�exes semblent venir plus aisément comme le nommage ou l'utilisation dessymboles dans le sommaire pour la mise en forme.

Les outils retenus sont des sites d'évaluation par QCM en ligne :

• `evalbox' dans un premier temps semblait très intéressant avec uneinterface très attractive et des outils de génération automatique derésultats. Mais il n'était basé que sur des questions à réponse vrai oufaux. Impossible donc d'avoir des avis et de demander des notations(par étoiles par exemple). Et les graphiques automatiques ne se basaientdonc que sur la note, et pas les appréciations.

• un second site plus simpliste mais également plus fourni en opportunitésme permit de concevoir des questions variées et chaque réponse a pu être

41

CHAPITRE 4. APPROFONDISSEMENT 4.2. PARTAGE

enregistrée et récupérée dans un �chier Excel et ici les appréciations àchaque question fussent possibles. Il s'agit du site webquest (site plutôtutilisé pour e�ectuer des enquêtes donc).

D'un point de vue e�cacité, comparer les chronos pour faire la revuede presse pendant les phases d'études et analyse à ceux d'aujourd'hui est lemoyen le plus e�cace de se rendre compte de l'écart. Entre une demi-heureet une heure par journal auparavant contre 30 à 45 minutes pour les deuxjournaux maintenant. Le temps requis pour faire la revue de presse quoti-dienne est donc divisé par deux (au moins) maintenant.

Concernant l'évaluation, le premier jour, un accompagnement servant derappel sur l'usage de l'application est e�ectué. Sur une semaine, chaque jour,le temps est noté et les réponses au QCM sur les sensations avec le travaildu jour sont enregistrées. La conception de ce QCM se base sur les enquêtesde types `satisfaction', elles se veulent courtes : dans l'ensemble, la personnese sent peu familière avec l'application même si elle sait faire la revue depresse avec aisance (ou parfois un peu de ré�exion). Malgré le sentiment quel'application soit e�cace, quelques questions semblent subsister et parfoisil peut y avoir une envie d'éclaircissement pour connaître un peu mieux leproduit. Le travail de communication autour de cette solution pourrait peut-être résoudre ses manques.

L'utilisation du plan �xe, les notions et surtout l'utilité de pré�xe ontété assimilées après explications du fonctionnement du script. Les enregistre-ments d'images semblent plus naturels.Ces échantillons d'informations permettent également d'avoir un retour surl'outil et de savoir éventuellement s'il satisfait.

Si comprendre l'application augmente la maîtrise du produit, la créationde documents pour le connaître est indispensable pour être optimal sur sone�cacité.

4.2 Partage

D'élaborer des documents guidant ce projet et énumérant les voies emprun-tées pour arriver à mes �ns pourrait permettre des avancées pour l'entreprise.Ces opportunités pourraient être plus grandes que de simplement fournir unesolution, une interface ou un outil de lecture des situations de crise.

En e�et, en suivant un cahier des charges bien confectionné, il seraitpossible de garder en ligne de mire les directives à suivre et les chemins à

42


emprunter pour arriver à reproduire des projets similaires ou s'étant inspirésde celui-ci. Et un manuel technique permettrait de concevoir et comprendreles fonctions utilisées dans un tableau de bord. Ces outils JasperSoft sonttrès complets et complexes. Nous pouvons tomber dans un vrai labyrinthede fonctionnalités.

43


44

Conclusion

Le but de ce projet était d'apporter mes connaissances aux Services duTCO, une aide aux assistantes de direction sur un des travaux à des �nsd'optimisation du temps de travail et d'un autre côté de fournir un outilde visualisation de données d'un service spéci�que (le centre d'appels). Ceprojet plus imposant se trouve être central à plusieurs services, je fais doncle lien et porte ce projet avec pour objectifs de véri�er la faisabilité et derépondre à un besoin de clairvoyance sur la masse de données qui entre aucentre d'appels en permettant d'être réactif aux yeux des citoyens. Ce secondprojet est encore en développement. J'ai collaboré au sein de cet établisse-ment et durant les mois de stage avec une vingtaine de collègues agents maisce sont tous les agents d'une communauté d'agglomérations qui m'ont ac-cueilli à bras ouverts pour e�ectuer mon stage de �n d'études à leurs côtés.

Une multitude de tâches plus ou moins importantes m'ont été donnéeset j'ai pu en découvrir beaucoup plus sur le fonctionnement d'une commu-nauté d'agglomérations et percevoir les nuances entre toutes les responsa-bilités qu'il peut exister autour d'un organe politique et d'un établissementpublic de coopération intercommunale. Les conseils et discussions m'ont étéprécieux pour progresser au sein de l'entreprise et trouver ma place dans ceservice. J'ai eu l'occasion d'assister à de nombreuses réunions et rencontresqui me permettront de discerner di�éremment et de l'intérieur, le travail encommunauté et Multi-partite.

Des tâches inconnues mais enrichissantes m'ont été con�ées, ce qui m'apermis d'apprendre de nouvelles perspectives autour d'une gestion de pro-jets et de cycle vie d'un logiciel. Je ne parle pas de savoir que ces étapes etprocédés existent, mais bel et bien de tenter de s'y plonger a�n de fournirun travail convenable dans le but d'enrichir son produit ou son projet. J'aiessayé d'en assurer la pérennité. Je n'irai pas jusqu'à dire que c'est une am-bition quasi parentale mais on aspire à un avenir pour nos outils.

45

CONCLUSION

J'estimerais l'avancée du projet revue de presse dépassé dans son planninginitial. Cependant a�n de remplir les nouveaux objectifs pour évoluer avecce projet, il doit nous rester environ 10% de travail autour de ce projet avantde le laisser grandir entre les mains du Cabinet et du TCO. Cependant, pourle tableau de bord nous avons connu quelques retards. Mais ce sera pour unebonne chose pour le travail e�ectué : l'ambition a bien été partagée dès ledébut d'apporter une vision fraîche de cet aspect modélisation et je mise surle fait de pouvoir mettre en place une version du tableau de bord pour laDEV. Aussi nous sommes persuadés qu'avec le cahier des charges et le manueltechnique sur la technologie JasperSoftReport dans cet usage, les idées déjà�orissantes des chefs de projets pourront s'épanouir et peut-être permettre àdes évolutions de bourgeonner dans la structure concrète de l'utilisation desdonnées.

Les aspects réseaux et architectures peuvent sembler avoir été omis maisce n'est pas par manque d'intérêt. J'ai eu l'opportunité d'échanger avec lesprestataires informatiques et ingénieurs sur l'évolution, ou plutôt leur visionde technologies telle que la virtualisation des serveurs déjà existant au TCOet l'aisance à laquelle les machines (virtuelles) peuvent être boostées à lademande. Mais malgré les compétences qui se croisent dans l'établissement,ils avouent que de pouvoir partager avec des collègues curieux de ces évolu-tions et d'échanger de bonnes adresses est source de manque. Pour ma part,je pense fortement m'adonner aux systèmes Talend et continuer à suivre lesdéveloppements et débugs de projets sur JTalend déployés dans cette entre-prise. Il me semble que pour le TCO, la naissance d'un système décisionnelcomplètement épanoui et déployé semble fortement souhaitée dans les géné-rations à venir pour gérer ce patrimoine territorial.

46

Perspectives à venir

Le stage se termine le 21 Juillet 2015. Ce rapport est rendu début Juin2015. Je compte continuer à progresser dans ces sujets et atteindre les pointssuivants.

Confection des manuels

Pour le projet Revue de Presse :

-Conception des manuels techniques et d'utilisation générale, confectiond'un document de commentaires des librairies et codes utilisés

*�partage de l'application et des tâches de revues de presse à d'autresservices et d'autres agents.

Montage et Importation sur le serveur

Pour le projet Tableau de Bord

-Les tests de conceptions et de déploiements ayant été passés. Le restene devrait pas connaître de soucis insurmontables de progression. L'e�ort deconception perdure en regroupant les éléments a�n d'obtenir un tableau debord complet pour le centre d'appels, tel qu'attendu par les services

-ou au moins établir un document relatant l'ensemble des éléments etdi�érents types de requête SQL que j'ai pu utiliser

-Réunion des outils/widgets dans les tableaux de bords a�n de créer unesolution plus avancée, à tester sur le serveur Test puis mise en place sur leserveur de production (le serveur qui est considéré comme �nal).

47

PERSPECTIVES

*�utilisation des outils jasper comme d'une aide dynamique à la lecturedes données / conception d'autres tableaux de bords élaborer pour faciliterla lecture de données numériques.

48

Glossaire

La Communauté d'agglomérations : est un établissement public de co-opération intercommunale regroupant plusieurs communes de plus de50 000 habitants avec une ou plusieurs communes de plus de 15 000habitants. Ces communes s'associent au sein d'un espace de solidaritéautour d'un projet commun de développement urbain et d'aménage-ment du territoire. (src : INSEE ET gouv.fr) Pour le TCO, il s'agitdes 5 communes de l'ouest : la Possession, le Port, Saint-Paul, Trois-Bassins, Saint-Leu. Au total on dénombre

Usagers/habitants/citoyens : dans ce document nous désignons ainsi lespersonnes qui résident dans les communes appartenant à la commu-nauté d'agglomérations � TCO � ;

� KIMOCE � : KIMOCE est un éditeur de logiciels de gestion des achats,de SAV, de services et autres. Au TCO, l'outil de KIMOCE utilisé est lelogiciel SAV. Plus particulièrement, dans notre cas le terme KIMOCEconcerne le logiciel de l'éditeur autour duquel vient le centre d'appels.Il est utilisé pour le recensement des requêtes des habitants. Nous par-lerons aussi de la base de données associée/intégrée à la plateformeKIMOCE pour stocker ces informations ;

La base de données : il s'agit là de la BDD qui est derrière l'outil KI-MOCE utilisé par le Centre d'Appel. Nous y retrouverons les infor-mations de localisation des signalements (ex : noms de communes ;quartier, adresse. . . ), le thème ou l'objet du signalement (ex : collecte,ramassage, errances, transports, . . . ) et les informations notées par lestéléopératrices (dates, état de l'interlocuteur, désir de celui-ci, et/ouautres) ;

A�chage : A�n de ne pas restreindre le projet à une solution en particulieret risquer de brider les perspectives d'évolution de la mission. Nousutilisons le terme a�chage pour désigner l'objectif que nous visons. Ils'agit théoriquement d'un environnement ou plutôt d'une interface qui

49

GLOSSAIRE

décrira statistiquement l'état et la charge du centre d'appels en per-mettant d'y déceler une évolution dans le temps et les critères/thèmesles plus sollicités par les interlocuteurs. Techniquement, il s'agira d'un`rapport' sous la technologie Jasper Soft (Java-XML-SQL), pouvantlui-même agréger des sous-rapports. Ceux-ci seront liés aux données etrésumeront graphiquement les quantités ;

Les thèmes/thématiques : référencés dans KIMOCE : les appels sont sé-parés en diverses catégories. Pour l'instant, ces appels sont exclusi-vement ceux destinés au service Environnement. Une extension de laplateforme téléphonique aux autres services est envisagée (transports,etc.) ; Une liste non exhaustive de ces thèmes est : épaves, demanded'info, dysfonction : Ordures Ménagères & Collecte Sélective ou Dé-chets Verts & Encombrants, demande de médiation, Mise à dispositionde piège animalier. . .

Les diagrammes statistiques : semblent être les outils les plus accessiblesà la compréhension de chacun pour imager et expliquer des données etdistribuer des informations. Il s'agira ici d'utiliser un maximum lesdiagrammes informatifs permettant de voir l'état actuel de l'a�ux aucentre d'appels (jauges, barres, courbes, . . . ) ;

50

Annexes

Figure 4.1 � Le Territoire de la Côte Ouest(TCO) (src :wikipedia.org)

51

ANNEXES

Figure 4.2 � Localisation des bâtiments du TCO (src :TCO)

52

ANNEXES

Figure 4.3 � L'organigramme du TCO

53

ANNEXES

Figure 4.4 � L'organigramme du Cabinet

54

ANNEXES

Figure 4.5 � Maquette/`design' du projet - vue par commune

55

ANNEXES

Figure 4.6 � Maquette/`design' du projet -vue par typos

56

ANNEXES

Figure 4.7 � Diagramme des Cas d'Usage

Figure 4.8 � Diagramme Fonctionnel

57

ANNEXES

Figure 4.9 � Diagramme des Ressources

58

ANNEXES

Figure 4.10 � Diagramme des Ressources détaillées

59

ANNEXES

Figure 4.11 � Diagramme d'environnement

60

ANNEXES

Figure 4.12 � Diagramme de GANTT

- en turquoise les tâches propres à l'université les jalons rouges étant despoints essentiels

-en vert, les tâches propres à l'entreprise ou au service cabinet- en rouge, les tâches du mini-projet `revue de presse'

- en jaune-orange, les taches du projet `Tableau de Bord'

61

ANNEXES

Figure 4.13 � Diagramme de GANTT détaillé-Chacune des grandes parties est déroulée a�n d'avoir un aperçu des tâches

internes à chaque groupe et les dates prévues pour chacune d'elles.-Les jalons rouges sont des dates imposées par le calendrier de formation

62

ANNEXES

Figure 4.14 � (Suite)Diagramme de GANTT détaillé

63

ANNEXES

Figure 4.15 � JasperSoftStudio - editeur de Design

64

ANNEXES

Figure 4.16 � JasperSoftStudio - editeur de SourceNous y voyons les 3 languages : - SQL (où nous pouvons déjà préparer les

données) ; - JAVA où nous pouvons a�ner et opérer sur les valeurs,parametres et variables du rapport) ; - le tout dans de la structure XML(qui est agrémenté de baliser pour divers widgets, graphiques et autres)

65

ANNEXES

Figure 4.17 � L'environnement JTalend où nous modi�ons les ordonnan-ceurs pour lancer les jobs de manière programmés

66

ANNEXES

Figure 4.18 � des outils pratiques pour interagir et remplir les paramètresd'un job ordonnanceurs

67

ANNEXES

Figure 4.19 � Un job de contrôle de �chier sous (JasperSoft ETL)Cette carte contient une erreur qui a été réglée depuis . nous y voyons

l'ensemble des processus lancé l'un après l'autre et les chemins que suiventles données.

68

Université de la Réunion Dép. Mathématiques et...

Documents

Transcript of Université de la Réunion Dép. Mathématiques et...