projets industriels industrial projects

Transcription

École
Supérieure
et
Applications
d’Informatique
de
Lorraine
PROJETS
INDUSTRIELS
INDUSTRIAL
PROJECTS
2006 / 2007
UNIVERSITÉ HENRI POINCARÉ - NANCY 1
École Supérieur e d'Informatique
et Applications de Lorraine
Campus Aiguillettes
193, avenue Paul Muller - CS 90172
54602 VILLERS-LÈS-NANCY
Tél : +33.(0)3.83.68.26.00 - Fax : +33.(0)3.83.68.26.09
http://www.esial.uhp-nancy.fr
E-mail : [email protected]
Pour tous renseignements complémentaires contactez :
For any further information, please contact the following people :
Suzanne
André
COLLIN
SCHAFF
Email : [email protected]
Email : [email protected]
LORRAINE
E S IA L
Remerciements
Acknowledgments
Nous tenons à remercier
We would like to thank
les élèves, l’ensemble des encadrants industriels et
universitaires, ainsi que l’équipe technique et administrative de l’ESIAL, sans lesquels le bon déroulement de
ces projets industriels n’aurait été possible.
the students, industrial and academic supervisors,
and ESIAL technical and administrative staff, without
whom satisfactory progress of these industrial projects
would not have been possible.
SOMMAIRE - CONTENTS
Présentation et déroulement ..........................................................................................................
P. 4
Presentation and progression .........................................................................................................
P. 5
Fiche de proposition de projet industriel ...............................................................................
P. 7
Industrial project proposal form
Projets
Projects
- ACTIMAGE
Projet 1 : ......................................................................................................................................................
Application de gestion de projet
P. 10
Project management application
Projet 2 : ......................................................................................................................................................
Création et intégration d’un portail collaboratif Ressources Humaines
P. 12
Creation and integration of a collaborative portal to manage Human Resources
- ADHOC PES AG ................................................................................................................................
sYtrUs : Solution unifiée synchronisable de report de temps de travail
P. 14
sYtrUs : Synchronisable Time Reporting Unified Solutions
- ADUAN ..................................................................................................................................................
Projet collaboratif de dessin d’urbanisme
P. 16
Collaborative urbanism drawing project
- AIRBUS ..................................................................................................................................................
Étude de faisabilité d’un système de vision industriel pour Airbus
P. 18
Feasability study of an industrial vision system for Airbus
- CALYS .....................................................................................................................................................
SimpleWork, un portail collaboratif
P. 20
SimpleWork, a collaborative portal
- CENTRE DE RECHERCHE PUBLIC HENRI TUDOR ...................................................
AnaXagora, une plate-forme permettant l’apprentissage organisationnel
P. 22
AnaXagora, a platform allowing organisational learning
- CORUS RAIL FRANCE ...................................................................................................................
Développement d’un outil de Mesure Statistique des Procédés pour une chaîne de fabrication de rails
P. 24
Development of a Statistical Process Control (SPC) tool for a rail manufacturing line
- FRANCE TELECOM ........................................................................................................................ P. 26
Développement d’une architecture de capture de code malveillant
Development of an architecture to catch malwares
- IPELIUM ...............................................................................................................................................
Indicateurs Simples de la Sécurité des Systèmes d’Information
Information System’s Simple Security Indicators
P. 28
- KITRY CONSULTING ....................................................................................................................
Amélioration des Processus / Gestion des Contrôles Périodiques
P. 30
Improvement Control / Regulation and Equipment Management
- LUXAIR ................................................................................................................................................... P. 32
Gestion Dynamique des configurations des services LUXAIR
LUXAIR Services Dynamic configuration management
- LUXSCAN TECHNOLOGIES......................................................................................................... P. 34
I.H.M. pour la configuration d’un module de détection de défaut du bois
Human Machine Interface for the setup of a timber defect detection module
- NIST
Projet 1 : ........................................................................................................................................................ P. 36
Securing SCRIBA
Securing SCRIBA
Projet 2 : ........................................................................................................................................................ P. 38
Déploiement du NIST Smart Data Flow System II
Deploying the NIST Smart Data Flow system II on a wider network
Projet 3 : ........................................................................................................................................................ P. 40
Module de Vision 3D pour un système de nano-assemblage
3D Vision Module for a Nano-Assembly System
- OBSERVATOIRE ASTRONOMIQUE ......................................................................................... P. 42
Réalisation de l’interface de mise à jour de méta-données astronomiques
Astronomical metadata editing interface
- PARISOT MEUBLES .......................................................................................................................... P. 44
Cockpit : Développement d’un portail de gestion de la relation clients
Cockpit : Development of a management portal concerning customer service
- PREDICT ................................................................................................................................................ P. 46
Développement d’une application d’analyse fonctionnelle
Development of a functional analysis application
- PSA PEUGEOT-CITROËN .............................................................................................................. P. 48
AUTORAMA, outil d’évaluation de sites internet
AUTORAMA, a website benchmark
- RED HAT ................................................................................................................................................ P. 50
Portlet de Blog JBoss
Jboss Blog Portlet
- REUTERS ............................................................................................................................................... P. 52
Système de virtualisation et de suivi des facturables projet
Project Tracker and timesheet virtualisation
- ROTAREX ............................................................................................................................................... P. 54
Étude de la fusion de cinq sociétés industrielles
Analysis of the merger of five industrial companies
- SOPRA GROUP ................................................................................................................................... P. 56
DB4O : L’approche objet appliquée aux bases de données
DB4O : An object approach for databases
- TRANE .................................................................................................................................................... P. 58
Traçabilité par code barre dans l’entreprise Trane
Trane Barcode Traceability
PRÉSENT A TION et DÉROULEMENT
Définition
Calendrier
La finalité du projet de 3ème année ESIAL est de
sensibiliser les étudiants aux problèmes concrets des
entreprises en leur soumettant une étude industrielle
qu'ils devront mener à bien. Cette étude est initiée par
une entreprise partenaire d'ESIAL.
Septembre 2006 :
Étude des propositions de projet.
Les projets portent principalement sur la spécification et la réalisation d'un produit industriel ou
logiciel (du cahier des charges ... aux tests) issu des
domaines d’application de l’informatique, des
réseaux, des télécommunications et de la productique.
Il est ainsi l'occasion de pratiquer sur des cas industriels, les outils, langages, techniques, méthodes,
modèles et concepts enseignés durant les trois années
de la formation.
Début octobre 2006 :
Choix du sujet et début du travail sur le
projet.
Du 18 au 26 septembre 2006 :
Présentation aux élèves.
21 décembre 2006 :
Remise du 1er rapport et 1ère présentation orale
en anglais.
7, 8, 9 mars 2007 :
Audit individuel de chaque projet industriel.
En plus de l’aspect problème complexe à analyser, ce projet comporte également une composante
gestion de projet et de génie logiciel comme la définition d’un cahier des charges et la production des documents spécifiques : spécification, conception, tests,
manuel utilisateur, manuel de maintenance, etc. Il est
aussi l’occasion d’utiliser des méthodes rigoureuses et
des outils informatisés. Certains projets se poursuivent
par un stage, sans que ce soit une règle stricte.
22 mars 2007 :
Rapport et soutenance de fin de projet.
Organisation
Les groupes de projet sont formés de quatre élèves (voire exceptionnellement de 3), issus des spécialisations de
l’ESIAL : Ingénierie du logiciel ; Télécommunications, Réseaux et Services ; Systèmes d’Information d’Entreprise ;
Applications Logicielles pour les Systèmes Industriels et Logiciels Embarqués. Ceci permet de sensibiliser tous les étudiants
aux problèmes de communication, d’organisation et de circulation d’information.
La quantité de travail personnel à fournir par chaque élève est estimée à 250 heures ce qui représente pour une
équipe de quatre personnes l’équivalent de six “mois-hommes”. Chaque projet est suivi côté entreprise par un responsable (maître d’ouvrage) et côté école par un enseignant (consultant). Chaque groupe fait une présentation à miparcours (en anglais) et en fin de projet. Un rapport intermédiaire, un rapport final et un audit font également parties intégrantes du projet industriel.
Les projets industriels ne font l’objet d’aucune clause financière. L’ESIAL met à disposition de chaque groupe de
projet, au moins deux PCs et les logiciels de base. Toutefois, les frais liés aux déplacements des élèves et des encadrants universitaires ainsi que les matériels et logiciels spécifiques au projet sont à la charge des entreprises.
-4-
PRESENT A TION and PROGRESSION
Definition
Schedule
Third year ESIAL projects aim at heightening
students’ awareness of real issues met by companies by
carrying out an industrial project. This project is proposed by an ESIAL partner company.
September 2006 :
Evaluation of project proposals.
From September 18 to September 26, 2006 :
Presentation to students.
Projects mainly deal with the specification and
development of an industrial or software product
(from requirements listing to final testing), in the
fields of computer science applications, networking,
telecommunications and industrial automation. They
provide an opportunity to use the tools, languages,
techniques, methods, models and concepts learned
during the 3-year course in industry.
Beginning of October 2006 :
Subject selection and beginning of the work.
December 21 2006 :
Publication of the first report and presentation
in English.
March 7, 8, 9, 2007 :
Individual audit of each industrial project.
In addition to analysing a complex issue, these
projects involve project management and software
engineering, for example in defining reguirement lists
and generating specific documents : specification,
design, tests, user and servicing guidebooks. They also
present an opportunity to use rigorous methods and
computer tools. Some projects lead to an internship,
but it is not an absolute requirement.
March 22, 2007 :
Final document and presentation.
Organization
Projects usually team up 3 to 4 ESIAL students majoring in : software engineering ; telecommunications, network and services ; company information systems and software applications for industrial systems. This enables all
students to become aware of communication, organization, and information sharing issues.
Personal work is estimated at 250 hours for each student, equivalent to 6 man-months for a 4 person team.
Each project is supervised by an industrial supervisor and by an academic advisor. Each team gives a presentation
both at mid-term (in English) and at the end of the project. An intermediate report, a final document and audit also
form an integral part of the industrial project.
Industrial placements involve no financial compensation. ESIAL provides each group of students with at least
two PCs along with usual software. However, all expenses linked to the trainee’s travel, supervision and academic involvement, materials and sofware specific to the project are the responsability of the company.
-5-
Si vous souhaitez proposer un projet industriel pour la rentrée universitaire 2007 / 2008,
vous pouvez nous retourner ce document ou le télécharger, dans la “rubrique partenariats”
sur le site de l’école : http://www.esial.uhp-nancy.fr
PROJET INDUSTRIEL 2007 / 2008
- INDUSTRIEL -
PROPOSITION
Document à retourner
au plus tard pour fin
août 2007.
Structure
...........................................................................
Projet suivi par
...........................................................................
Adresse
...........................................................................
...........................................................................
...........................................................................
Tél : ..........................
Fax : ..........................
E-mail : .............................................................
- CONTEXTE DU PROJET - Titre :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Sujet :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Environnement :
- humain
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- matériel
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- logiciel
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Aspects Innovants :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
✂
Les projets industriels ne font l’objet d’aucune clause financière. L’ESIAL met à disposition de chaque groupe de projet au
moins deux PCs et les logiciels de base. Toutefois, les frais liés aux déplacements des élèves et des encadrants universitaires ainsi
que les matériels et logiciels spécifiques au projet sont à la charge des entreprises.
Please return this document before 08/31/2007
to : [email protected] or by fax : 00.33.3.83.68.26.09
INDUSTRIAL PROJECTS 2007 / 2008
- ENTREPRISE Name of the structure
PROPOSITION
.....................................................................
Name of the
...........................................................................
responsible for the project
Address
...........................................................................
...........................................................................
...........................................................................
Phone : .......................... Fax : ..........................
E-mail : .............................................................
- PROJECT CONTEXT - Title :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Subjet :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Environments :
- human
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- material
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- software
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Innovating aspects :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
Industrial placements involve no financial compensation. ESIAL provides each group of students with at least two PCs along
with usual software. However, all expenses linked to the trainee’s travel, supervision and academic involvement, materials and
sofware specific to the project are the responsability of the company.
PROJETS
INDUSTRIELS
INDUSTRIAL
PROJECTS
2006 / 2007
E S IA L
ACTIMAGE
Projet 1
APPLICATION DE GESTION DE PROJET
Project management application
ABSTRACT
2006 / 2007
This project was developed within the context of the ESIAL 3rd year industrial project. Our
partner for that project was Actimage, a high tech consulting company from Luxembourg.
The goal of the project was to develop a project management application. Actimage previously
carried out its affectations schedule by using spreadsheet files. Due to the increase in the number of employees, they needed a more powerful tool, which enables them to easily create and
modify schedule. The main requirement was to enable the technical director to create an affectation scenario in less than 15 minutes.
The first part of the project required writing functional specifications, which describes precisely
the features of the application. Then technical specifications were produced to explain the technical choices we managed. Functional and technical specifications were the documents we used
to develop the application, by using .NET and web2.0 technologies. Developments were partially done, due to time constraints and a first project step which required more work than expected.
Élèves
Mamadou Salam FANÉ
Lemba LEMBA-LEMBA
Samuel ROBINET
Partenaire
232, rue de Beggen
L-1221 LUXEMBOURG
Encadrants
Keywords : Project management, resource, customer, project, task, scenario, schedule, ASP.NET,
web application, web 2.0
industriel
Christophe CHAUDELET
universitaire
Jean-François PÉTIN
- 10 -
E S IA L
AC T I M AG E
Projet 1
PRÉSENTATION
Ce projet a été effectué dans le cadre des projets industriels de 3ème année de l’ESIAL. Notre partenaire était la société Actimage. Notre encadrant industriel était M. Christophe CHAUDELET
et notre encadrant universitaire M. Jean-François PÉTIN.
L’objectif du projet était la réalisation d’une application web de gestion de projet. Le problème
principal de la gestion de projet est la planification de l’affectation de tâches aux différentes ressources de l’entreprise. Actimage utilisait jusqu’alors un fichier Excel pour gérer ces éléments.
L’augmentation du nombre de collaborateurs nécessitait l’utilisation d’un outil plus puissant, qui
permette entre autres :
- de pouvoir faire plusieurs scénarios d’affectation en un temps réduit (moins d’ 1/4 d’heure),
- de pouvoir visualiser et modifier facilement le planning de manière graphique,
- de pouvoir permettre aux chefs de projet de faire eux-mêmes une pré-affectation avant la
réunion hebdomadaire qui décide du planning définitif.
Actimage a testé plusieurs logiciels existant, mais aucun ne répondait à toutes les exigences définies précédemment. C’est ce qui a justifié la mise en œuvre de ce projet.
La première réunion avec le client a permis de définir le cahier des charges, d’identifier et de
quantifier 3 phases principales :
- Rédaction des spécifications fonctionnelles : définition du fonctionnement détaillé de l’application, des flux d’entrée/sortie, des écrans – 5 semaines.
- Rédaction des spécifications techniques : choix des technologies en fonction des besoins définis dans les spécifications fonctionnelles – 4 semaines.
- Développements : codage de l’application en se basant sur les spécifications fonctionnelles et
techniques – 9 semaines.
La rédaction des spécifications fonctionnelles a été plus conséquente que prévue. Le niveau de détail
demandé a nécessité de nombreuses modifications. L’important était d’avoir un document qui
décrive de manière très précise et sans ambigüité toutes les utilisations possibles de l’application.
Les spécifications fonctionnelles ayant fait apparaître la nécessité d’une interface graphique avancée, il a été envisagé d’utiliser les fonctionnalités du Web 2.0, qui permettent par exemple de
modifier une page sans la réafficher dans sa totalité. Différents tests ont été effectués, notamment
l’utilisation des technologies AJAX. Afin de permettre une interopérabilité avec les applications
utilisées par Actimage (intranet), la technologie de base choisie a été ASP.NET, qui permet de
développer des applications Web dynamiques. Un problème s’est posé lors du choix de ces technologies : Actimage utilisait la version 1.1 de .NET, et AJAX nécessitait la version 2.0.
Actuellement, le choix d’AJAX n’a pas encore été validé par Actimage.
Le développement initialement prévu était celui d’une application complète qui réponde entièrement au cahier des charges. Les problèmes de validation des spécifications techniques ont
réduit les développements aux éléments suivants :
- Développements de tests afin d’aider à la validation des choix techniques.
- Développement de la base de données et des fonctions d’accès aux données, ainsi que des
fonctions de traitement des données.
- Développement des formulaires de l’application tels que décrits dans les spécifications fonctionnelles.
Ce projet a été l’occasion de découvrir le domaine de la gestion de projet et de rédiger des documents de spécification complets.
- 11 -
Les différentes étapes
- Visite de l'entreprise, analyse
des besoins, première formation.
- Rédaction du cahier des
charges.
- Installation et prise en main
des logiciels nécessaires.
- Rédaction des spécifications
fonctionnelles.
- Rapport intermédiaire et présentation orale en anglais.
- Deuxième formation.
techniques.
- Développements.
- Rapport et soutenance de fin
de projet.
E S IA L
ACTIMAGE
Projet 2
CRÉATION ET INTÉGRATION D’UN PORTAIL
COLLABORATIF RESSOURCES HUMAINES
Creation and integration of a collaborative
portal to manage Human Resources
ABSTRACT
2006 / 2007
The aim of the project was to study functional needs of the human resources service to create a
human resources collaborative portal. This program had to be designed to be integrated into the
existing company portal. That led us to adapt to the specific constraints of the software architecture of ACTIMAGE. During the whole project we kept in mind two words: “technology” and
“efficiency”.
The goal of our work was to improve management skills and recruitment, and to make communication with the engineering schools easier. Using such a portal allows the two subsidiaries,
involved in the selection of applicants, to be more effective.
We chose this project for two main reasons. We were interested in the fact that we had to propose a solution analysing the needs of the company and not to create a program without being
part of the choice process. Moreover, it was a great opportunity for us to discover new technologies which are not taught at ESIAL, such as .NET, WSS and C#.
Élèves
Tony BOURDIER
Hervé FIOLLE
Christophe SPÉRANDIO
Partenaire
232, rue de Beggen
L-1221 LUXEMBOURG
Encadrants
industriels
Christophe CHAUDELET
Christina EDLMAIR
universitaire
Isabelle COURBOT
- 12 -
E S IA L
AC T I M AG E
Projet 2
PRÉSENTATION
Le projet avait pour objet l'étude des besoins fonctionnels du service des ressources humaines et
de l'environnement technique de la société puis le développement d'un outil répondant à ces
besoins. La solution ainsi développée devait s’intégrer dans l'environnement technique de la
société et demandait donc un travail adapté à des besoins très spécifiques. Deux mots ont traversé ce projet de bout en bout : “technologie” et “efficacité”.
L’objectif de notre travail était de permettre aux responsables des ressources humaines des différentes agences de l’entreprise d’être plus efficaces dans la gestion des compétences, la gestion des
relations avec les écoles et le processus de recrutement : traitement et suivi des candidatures.
- Analyse du besoin
Le choix de ce projet a été motivé par deux principales raisons. La première concerne l'aspect
“étude” : il s'agissait en effet pour nous de proposer une solution à partir de l'analyse des besoins
de l'entreprise et non de développer une solution déjà établie par cette dernière. Notre seconde
motivation résidait dans le fait que ce projet nous offrait l'opportunité de découvrir de nouvelles
technologies, notamment .NET, WSS et C#.
- Visite de l'entreprise et documentation
du 23/10/2006 au 01/11/2006.
du 01/11/2006 au 13/11/2006.
charges
du 13/11/2006 au 08/01/2007.
fonctionnelles
du 06/11/2006 au 16/01/2007.
Le projet a été décomposé en trois grandes phases :
- La phase de recueil des besoins du client et de conception, durant laquelle nous nous sommes
rendus au sein de l’entreprise au Luxembourg, afin de considérer toutes les demandes des
futurs utilisateurs. Nous avons donc pris en compte ces considérations afin d’établir un cahier
des charges exhaustif.
- Rédaction du rapport intermédiaire
du 27/11/2006 au 12/12/2006.
- Formation technique
le 18/12/2006.
- La phase de conception durant laquelle nous avons pris soin de rédiger un document complet regroupant les spécifications fonctionnelles dans un premier temps, et techniques dans
un second temps. Ces deux documents comprennent tous les résultats de notre étude de projet. Ils constituent donc des références solides pour le développement de l’outil.
- La phase de développement durant laquelle nous avons mis en œuvre les idées présentées
dans la phase précédente au travers de prototypes ou “proof of concept”. Ceci a permis à l’entreprise de valider les tests que nous avons réalisés afin de suivre l’avancement du travail et de
s’assurer que la direction donnée au projet était réalisable et respectée.
- Soutenance intermédiaire en
anglais
le 21/12/2006.
techniques
du 08/01/2007 au 23/02/2007.
- Réalisation de prototypes et
développement
du 15/01/2007 au 19/03/2007.
- Rédaction du rapport final
du 12/03/2007 au 15/03/2007.
- Soutenance finale
le 22/03/2007.
- 13 -
E S IA L
ADHOC PES AG
sYtrUs : SOLUTION UNIFIÉE SYNCHRONISABLE
DE REPORT DE TEMPS DE TRAVAIL
sYtrUs : Synchronisable T ime Reporting
Unified Solutions
ABSTRACT
2006 / 2007
Partners:
This project has been carried out following an agreement between :
- adhoc PES AG, based in Allschwil, Switzerland, represented by Gregory Laplace, former
ESIAL student from the 2000 promotion.
- ESIAL, represented by the students Steeven DAUPHIN, Rémi DELWAULLE, Benjamin
FREMIOT, Pierre GAXATTE & by Martin QUINSON, academic advisor.
Chronology:
- November to December: understanding the subject, writing of the specifications, journey to
adhoc.
- December to mid February: learning the technologies used in the project (RCP, Hibernate,
Xfire, Axis) and database realization.
- February to mid March: writing of graphical and technical specifications, end of database realization.
- Mid March: preparation of the final presentation.
Objectives:
Design and implementation of a distributed software solution managing working hours reported by company employees centrally.
Results:
Correct database, graphical and technical specifications.
Steps:
We have divided to the project in several technological and temporal phases, then distributed
roles for these phases.
Acquired knowledge:
We have acquired knowledge on all technologies used in the project, especially in the context of
client/server communication.
- 14 -
Élèves
Steeven DAUPHIN
Rémi DELWAULLE
Benjamin FRÉMIOT
Pierre GAXATTE
Partenaire
Baselstrasse 101
4123 ALLSCHWIL 1
SUISSE
Encadrants
industriel
Grégory LAPLACE
universitaire
Martin QUINSON
E S IA L
A D H O C P E S AG
PRÉSENTATION
Partenaires du projet :
Le projet a été réalisé suite à un accord entre les partenaires suivants :
- la société adhoc PES AG, basée à Allschwil, en Suisse, représentée par Grégory LAPLACE,
ancien élève de l'ESIAL diplômé de la promotion 2000.
- l'ESIAL, représentée par les étudiants Steeven DAUPHIN, Rémi DELWAULLE, Benjamin
FRÉMIOT, Pierre GAXATTE et par Martin QUINSON, encadrant universitaire.
- 2/10/06 au 20/11/06 :
Compréhension du sujet,
veille technologique.
Présentation de l’entreprise :
adhoc PES AG est un pionnier de la fourniture de solutions logicielles visant à améliorer la performance des entreprises. Depuis sa création en 2002, adhoc PES AG se concentre sur la
recherche, le développement et le consulting pour aider les services informatiques de ses clients
à maîtriser la performance des applications d’affaires critiques à travers leur cycle de vie complet.
Objectifs du projet :
L'objectif de ce projet consiste en la conception et la réalisation d'une solution de report d'heures
de travail synchronisable, dont le but est d'améliorer le lourd procédé actuellement en place chez
adhoc.
Cette solution doit permettre aux employés d’adhoc de reporter leurs heures travaillées chaque
jour tout en étant offline, et de les envoyer au serveur une fois online.
Le serveur s’occupe ensuite d’éditer un “project control”, qui servira alors non seulement à
contrôler les reports des employés sur chaque projet, mais aussi pour la facturation.
- 6/11/06 au 18/12/07 :
Cahier des charges et prototype d’interface graphique en
SWT.
- 1/12/06 :
Visite chez adhoc PES.
- 10/12/06 au 21/12/06 :
Préparation de la soutenance
et du rapport intermédiaire.
- 30/10/06 au 08/01/07 :
Recherche sur les différentes
technologies utilisées dans le
projet.
- 30/10/06 au 12/03/07 :
Conception de la base de
données et des Web Services.
Résultats obtenus :
Nous avons obtenus les résultats suivants : une base de données correcte correspondant à l’architecture que nous avons fait valider par adhoc, toutes les spécifications graphiques et techniques qui permettront aux développeurs de la société de créer ce logiciel en s'appuyant sur ces
spécifications.
Démarche suivie :
Nous avons découpé le projet en plusieurs phases à la fois temporelles et technologiques.
Tout d’abord, nous avons commencé par une phase de veille technologique afin de trouver la
meilleure solution pour réaliser ce logiciel.
Puis nous avons commencé la rédaction du cahier des charges, que nous avons soumis à l’entreprise pour validation.
Nous avons ensuite planifié les différentes tâches en nous fixant des échéances.
Nous avons enfin distribué les rôles en fonction de ces différentes tâches.
Acquis :
Nous avons acquis de nouvelles connaissances sur les technologies mises en œuvre dans notre
projet (WebServices, Axis, Xfire, Hibernate, RCP), en particulier comment effectuer leur
déploiement dans le cadre d'une communication client/serveur.
- 15 -
- 8/03/07 au 22/03/07 :
Préparation de la soutenance
finale et du rapport.
E S IA L
ADUAN
PORTAIL COLLABORATIF DE DESSIN D’URBANISME
Collaborative urbanism drawing project
ABSTRACT
2006 / 2007
Partnership : This project has been realized for the ADUAN association (www.aduan.org) under
the responsibility of Mr. Gégonne. An internet server has been made available at the CIRIL in
Nancy.
Chronology
First step : A feasibility study on client wishes, and gathering and analysing documentation on
existing corresponding technologies, in order to better define the project and our objectives. We
also spent some time on the organization and the planning of our incoming work as well as communication.
Second step : Regular meetings with Mr. Gégonne led to a better understanding of the key
points and several important reorientations concerning the subject followed a meeting with the
ADUAN director.
Third step : Shortly before christmas, and once the main orientation and data were fixed, we
created the final product, the specifications of the project we were working on, modifying and
improving it following the desires and needs of the client.
Goal : The goal was to study the feasibility of the proposed project, its limitations, and then to
propose the specifications leading to the future realization of the application.
Results : Our project is therefore detailed specifications including an analysis of the problem, a
technical preconception of the application, technology benchmarks, formalizations, server relative data, and the implementation of a collaborative work web-portal.
Achievements : This project has been our first real “engineer” work, from a new point of view,
the feasibility study. Documentation on technologies, organized work via project managing
methods, and use of UML conception led us to a better understanding of what our future jobs
might look like.
- 16 -
Élèves
Allan DESBONNETS
Lotfi LOUNIS
Mickaël ZIZARD
Partenaire
10, rue Victor Poirel
BP 516
54008 NANCY Cedex
Encadrants
industriel
David GÉGONNE
universitaire
Laurent WENDLING
E S IA L
ADUAN
PRÉSENTATION
Partenaire
Le projet a été réalisé pour l’association Aduan (www.aduan.org) sous la responsabilité de
M. Gégonne. Un serveur pour le projet est disponible au CIRIL à Nancy
Chronologie
Première étape : Étude de faisabilité et compréhension du sujet
Le projet a été séparé en 3 parties. La première était de faire une étude de faisabilité sur les
attentes et les données du client et de se documenter sur les technologies existantes afin d’analyser la pertinence du projet, les limites ainsi que les objectifs à atteindre lors de la réalisation de
celui-ci. Nous avons aussi réfléchi à l’organisation du projet avec l’élaboration d’un planning prévisionnel et de moyens permettant la communication des acteurs du projet.
L’ADUAN est une association de type loi 1901 et
s’occupe principalement du développement de l’aire urbaine Nancéienne. Nous avons effectué plusieurs réunions au sein de l’agence qui nous ont
permis de mener à bien notre projet. L’agence se
situant dans le centre ville de Nancy, il nous était
relativement aisé de nous rendre à ces réunions.
- Etant donné l’état embryonnaire de notre projet à
l’origine, nous n’avons pas eu de documentation
précise sur le sujet.
Deuxième étape : Audit client
Par la suite un rythme de croisière ponctué de réunions régulières avec M. Gégonne nous a permis de comprendre plus en détails les points clés du projet. Des modifications concernant la
compréhension du sujet ont été notamment apportées suite à une réunion avec le directeur de
l’ADUAN, afin de répondre de manière plus précise aux besoins du client.
Troisième étape : Réalisation du cahier des charges
Après la soutenance intermédiaire et une fois que l’orientation et les principales données ont été
fixées, nous avons pu commencer la conception du produit avec la réalisation d’un cahier des
charges plus technique. Pour ce faire, nous avons développé un cahier des charges que nous avons
modifié et amélioré au fur et à mesure de l’avancement du projet et en fonction des besoins et
des attentes du client.
Objectif
L’objectif était dans un premier temps de faire une étude de faisabilité afin de voir si le projet
était réalisable et dans quelles mesures. Ensuite nous devions proposer un cahier des charges
permettant la réalisation future de l’application.
Résultats
Le projet résulte donc en un cahier des charges comportant des parties analyse du problème,
conception technique de l’application (à la fois du site web et du programme de dessin urbain),
une charte de codage, des benchmarks de technologie, un récapitulatif des données relatives au
serveur et la mise en place d’un portail collaboratif de travail.
Par la suite, le projet entrera donc dans une phase de développement/programmation des différents aspects de l’application évoqués dans le cahier des charges.
Acquis
Le projet a été l’occasion de faire un vrai travail d’ingénieur selon un point de vue que nous
n’avions pas l’habitude de traiter, c'est-à-dire la réalisation d’une étude de faisabilité. Nous avons
dû nous documenter sur plusieurs technologies informatiques et assurer un travail organisé via
des méthodes de gestion de projet. De plus nous avons pu développer nos connaissances en
termes de conception via l’utilisation d’UML.
- Visite de l'entreprise et
documentation.
- Installation du matériel et des
outils.
Nous avons installé les systèmes d’exploitation en
salle de projet industriel où nous avions notre espace pour travailler. Des logiciels comme Windesign
ou Gantz Project ont été utilisés pour la réalisation
du cahier des charges. Les rapports et autre documents on été réalisés sous Office 2007.
- Prise en main des outils.
Nous avions déjà travaillé sur ces outils lors de
notre formation à l’ESIAL. De plus notre projet
constituant plus une étude de faisabilité, nous
n’avons pas eu besoin de nous former pour des
outils de développement particuliers.
- Analyses des besoins et rédation du cahier des charges.
Le principal besoin auquel doit répondre ce projet est
la résolution des points négatifs de l'actuel système des
soirées “cartes sur table” via une approche web.
Cependant, de par l'importance d'un tel projet, et
la masse de travail potentielle, nous ne sommes en
charge que d'une partie bien spécifique du projet
général, à savoir l'audit client, l'étude de faisabilité, et la réalisation de son cahier des charges.
- Spécifications.
Les spécifications du projet sont retranscrites dans
le cahier des charges sous forme de besoin fonctionnels et techniques et de prestations attendues par le
client.
Conception et développement.
Nous avons donc participé à une longue phase de
recherche et d’étude des technologies existantes.
Ensuite nous avons entamé la conception par la
réalisation de diagramme UML et de use cases
principalement.
- Rapport
finaux.
et
soutenance
Notre rapport présente l’organisation de notre projet industriel ainsi que les différentes phases de
conception. Il présente aussi les documents réalisés :
le cahier des charges ainsi que les annexes. La soutenance finale nous a permis de présenter les points
clés de notre projet par une présentation des caractéristiques de l’application finale par rapport aux
besoins du client et de l’organisation de l’équipe.
- 17 -
E S IA L
AIRBUS
ÉTUDE DE FAISABILITÉ D’UN SYSTÈME
DE VISION INDUSTRIEL POUR AIRBUS
Feasability study of an industrial
vision system for Airbus
ABSTRACT
2006 / 2007
The aim of our project was to imagine a system which has four different sorts of machining
inserts in input and then sort them according to whether they are used or not and according to
their type. The main difficulty was to find out whether it is possible to automatically recognize
unused machining inserts. Indeed, the inserts are quite small and the signs of wear even more
difficult to perceive : it is difficult to see them with the naked eye. The other important parts of
the project consisted in
- automatically recognizing an insert’s type
- managing to put a small and precise mark on an unused insert
- finding a technical solution to assemble the different parts of the system : input, conveyor, sorting, etc
Provide an
insert
Study the
inser t
Sort the
inser t
Put a mark on
the insert
Élèves
Guillaume ARQUILLÈRE
Sophie JACQUOT
Adrienne LEY
Partenaire
316, route de Bayonne
BPE5001
31060 TOULOUSE Cedex 9
Encadrants
We particularly concentrated on the feasibility part of our project. We managed to find a method
able to recognize the type and the signs of wear on an insert, both using an accurate visual. We
acquire two images of the insert and then analyse the luminance of its milling line for each insert.
We used the same technique for the identification.
We also found a way to put a visible mark on an insert, solution tested it and validated it in a laboratory. Finally we got into contact with a company specialised in equipment for automated machinery. This company will be able provide us with the vibrating bowl, the conveyors and the sorting devices (to shift an insert into a bin) needed for the final assembly of the complete system.
- 18 -
industriel
Xavier CARRERAS
universitaire
Vincent BOMBARDIER
E S IA L
AIRBUS
PRÉSENTATION
Dans le cadre des projets industriels de 3ème année de la formation ESIAL, nous avons collaboré
avec l’entreprise Airbus Industrie, par l’intermédiaire de M. Xavier CARRERAS, afin de mener
une étude de faisabilité d’un système de tri par vision. Ce projet a pu bénéficier, en plus des équipements fournis par l’ESIAL, de la participation du laboratoire du CRAN, et d’un de ses collaborateurs, M. Vincent BOMBARDIER, également responsable universitaire du groupe.
Ce projet a pour contexte l’usine de St-Eloi à Toulouse (31), qui fabrique les mâts et les nacelles
des réacteurs pour les avions Airbus. Pour cela, l’entreprise met en œuvre divers procédés d’usinage (tournage, fraisage,…) pour travailler le métal. Ces procédés utilisent des outils qui coupent
le métal et qui se présentent sous la forme de plaquette d’usinage.
Ces plaquettes, symétriques, sont en parties jetées alors qu’elles n’ont servi qu’à 50 %. Airbus
souhaite donc mettre en place un système automatique de récupération des plaquettes encore
utilisables, et les trier selon leur type.
- Analyse fonctionnelle.
Les objectifs du projet sont donc de déterminer si le tri et la récupération sont possibles, et si oui,
par quels moyens (vision), et de fournir une estimation chiffrée de la solution proposée.
Après avoir effectué une visite du site à Toulouse, nous avons mené à bien une analyse fonctionnelle du sujet, afin d’établir une liste de fonctionnalités nécessaires au futur système. Pour chaque
fonctionnalité a été établi un ensemble de solutions possibles, dont nous avons sélectionné la
meilleure. À terme, nous avons intégré les solutions les unes avec les autres pour obtenir un système global de tri et de récupération. Le projet a été ainsi découpé en quatre grandes fonctionnalités comme ci-dessous :
- Début de la phase de conception et de recherche de solutions.
Alimenter
en
plaquette
- Documentation.
- Visite de l’entreprise.
- Analyse
charges.
du
cahier
des
- Installation du matériel et
prise en main des outils.
- Tests.
- Intégration des divers solutions.
Etudier la
plaquette
Trier la
plaquette
Marquer la
plaquette
Nous avons pu fournir à l’entreprise une solution globale, avec devis provenant de fournisseurs.
Les tests de reconnaissance et de détection par vision (caméra CCD) se sont avérés concluants.
Pour résumer, notre projet industriel s’est déroulé en plusieurs phases successives :
Documentation et visite de l'entreprise, suivies de l’analyse fonctionnelle et de l’analyse du cahier
des charges. Ensuite, installation du matériel (banc d’essai au laboratoire du CRAN) et prise en
main des outils. Sont arrivés le rapport et la soutenance intermédiaire en anglais courant
décembre. Début de la phase de conception et de recherche de solutions, ponctuée de tests pour
valider les choix. Enfin intégration des diverses solutions, pour terminer par les rapport et soutenance finaux.
Ce projet nous a permis de nous confronter à la mission de l’ingénieur dans le monde de l’industrie, aux problèmes de gestion des acteurs externes (fournisseurs). Nous avons ainsi “appris à
apprendre”, en effet, cet univers industriel était inconnu pour nous, les techniques de vision et
les langages associés également.
- 19 -
de projet.
E S IA L
CALYS
SIMPLEWORK, UN PORTAIL COLLABORATIF
SimpleWork, a collaborative portal
ABSTRACT
2006 / 2007
The purpose of the SimpleWork project was to allow the different employees of CALYS to communicate efficiently specifically those of the Aladin Telecom branch which has over 1, 200
employees.
In order to answer this need, SimpleWork needs to be an intranet with many functionnalities,
such as a project manager, a team space, a virtual storage area where anyone can store and share
data, and a scheduler. Additionnaly, a huge part of SimpleWork will be dedicated to communication. Messages will be sent either through mails, SMS, a forum, a brainstorming part of a project, an instant messenger or a chat
From October to the beginning of December, we only designed the specifications. This part was
very important to ensure that the work would be done correctly. Then, in December, we started
the actual development. The modular way we chose to use allowed us to program in parallel, and
to debug each other’s modules with ease. In February, we decided to stop the development and
start to think about the future of SimpleWork. Documentation was needed to allow the new programmers to continue our work easily.
We learned a lot from SimpleWork. For instance, we didn’t realize that the specifications were so
important and we were tempted to start developping at the beginning. Then we realized that this
would have been a mistake. We learned to question ourselves about the technologies we have to
use, and to make our modules to operate between each other. We now assume that we know the
basis of project management thanks to SimpleWork.
Élèves
Francis BELLANGER
Guillaume CLÉMENT
Alexandre DUCOS
Partenaire
55, avenue Galline
69100 VILLEURBANNE
Encadrants
industriel
Mathieu CARLIER
Laurent MILESI
universitaire
Annie BESNARD
- 20 -
E S IA L
C A LY S
PRÉSENTATION
Partenaires
CALYS, holding basée à Lyon qui est le client du projet.
Pixivia, filiale de CALYS qui a créé la maquette et la charte graphique.
ESIAL, qui a fourni les divers matériels informatiques nécessaires à la conception.
Objectifs
Le but de ce projet industriel était de permettre une bonne communication entre les différents
personnels de la holding CALYS, et en particulier des 1 200 distributeurs indépendants de la
filiale Aladdin Télécom. Le projet est donc un intranet contenant entre autres des outils de gestion de projet, gestion du temps, messagerie instantanée, webmail, disques virtuels et logiciels en
ligne.
Résultats obtenus
Toute l’architecture du projet a été réalisée. Quelques parties n’ont pas pu être terminées comme
les logiciels en ligne, sans que cela empêche le travail en utilisant les autres fonctionnalités. La
gestion de projet, la gestion de tâches, l’agenda, les disques virtuels, les équipes de travail, la
recherche multi-critères ont tous été réalisés et sont fonctionnels. Une messagerie instantanée a
été créée spécifiquement pour ce projet également. La communication par SMS est écrite, ainsi
que la gestion des forums. L’architecture utilisée permet de reprendre le projet sans interférer avec
l’existant. Une documentation a été générée afin que les repreneurs puissent travailler efficacement et rapidement sur le projet.
Démarche
Nous avons d’abord commencé par créer un cahier des charges le plus complet possible afin de
savoir où nous irions. Une fois le cahier des charges complété et validé, nous avons commencé à
développer les fonctionnalités. Il a ensuite fallu freiner un peu le développement pour travailler
sur le rapport intermédiaire. Après la soutenance intermédiaire, nous avons repris les développements. Les tests ont été réalisés tout au long des développements et non pas juste à la fin. Fin
février, nous avons arrêté les développements dans le but de pérenniser le projet, en écrivant une
documentation claire et complète.
Acquis
À travers ce projet, nous avons acquis une bonne expérience de la conception d’un projet de bout
en bout. Nous avons appris à créer un cahier des charges et nous avons appris qu’il était très
important de bien le définir clairement et précisément avant de commencer les développements.
De plus, nous avons appris à plus avoir un esprit critique sur les technologies employées, et ne
pas nous fier aux préjugés courants à ce sujet. Nous avons également affiné nos compétences dans
les sites internet. Enfin, nous avons mis à contribution notre expérience concernant la séparation
d’un projet en modules afin de pouvoir travailler à plusieurs sans se gêner.
- 26/09/2006 :
Présentation du projet par
l’entreprise.
- 24/10/2006 :
Déplacement des encadrants
industriels à l’ESIAL pour la
présentation des objectifs.
- 06/11/2006 :
Envoi du cahier des charges
préliminaire à toute l’équipe.
- 14/11/2006 :
Envoi du cahier des charges
définitif à toute l’équipe.
- 16/11/2006 :
Validation du cahier des
charges au cours d’une
réunion téléphonique.
- 17/11/2006 :
Installation du serveur
calys.baobob.org, démarrage
des développements.
- 27/11/2006 :
Début du rapport intermédiaire.
- 11/12/2006 :
Réception des maquettes.
- 20/12/2006 :
Soutenance intermédiaire.
- 13/02/2007 :
Arrêt des développements et
documentation/correction de
bugs.
- 12/03/2007 :
Rapport final.
- 22/03/2007 :
Soutenance finale.
- 21 -
E S IA L
CENTRE DE RECHERCHE
PUBLIC HENRI TUDOR
ANAXAGORA, UNE PLATE-FORME PERMETTANT
L’APPRENTISSAGE ORGANISATIONNEL
AnaXagora, a platform allowing
organisational learning
ABSTRACT
2006 / 2007
This industrial project was submitted by the Henri Tudor Public Research Center (PRC-HT),
based in Luxembourg.
The three students who worked on this project are Sandrine Aimé, Caroline Andlauer and
Christophe Colin. Our university supervisor is Marie-Noëlle Flavenot and our industrial supervisor is Luc Vandenabeele.
AnaXagora is a web platform, currently in developement. It’s an open source project to help
manage learning within companies.
The aim of this project was to create a Human Ressources module which can be integrated into
the platform. This module allows administrators to create job referantials and users to consult
and test themselves on them.
The project was divided into two main phases :the specifications writing following by the developement which was composed of:
- the realization of the ZK interface
- the creation of the Generis database and a XML-RPC webservice to access it
- the Java middle layer allowing to connect the database to the interface using XML-RPC
At the end of the project, creation and consultation functionalities have been completed. With
regards to the evaluation task, only the interface and the data base have been developed.
This project was an opportunity to acquire several skills in the area of web technologies (which
are used more and more), to use open source softwares and to discover project management
issues like managing time, resources and communication between people.
- 22 -
Élèves
Sandrine AIMÉ
Caroline ANDLAUER
Christophe COLIN
Partenaire
29, avenue John F. Kennedy
L-1855 LUXEMBOURG KIRSCHBERG
Encadrants
industriel
Sandrine REITER
universitaire
Marie-Noëlle FLAVENOT
E S IA L
CENTRE DE RECHERCHE
PUBLIC HENRI TUDOR
PRÉSENTATION
Ce projet industriel a été proposé par le Centre de Recherche Public Henri Tudor (CRP-HT)
situé à Luxembourg. Les étudiants ayant travaillé sur ce projet sont Sandrine Aimé, Caroline
Andlauer et Christophe Colin. L’encadrement au niveau universitaire a été réalisé par MarieNoëlle Flavenot et au niveau de l’entreprise, par Luc Vandenabeele.
AnaXagora est une plate-forme web en cours de développement. C’est un projet open source
d’aide à la gestion des compétences au sein d’une entreprise.
Quatre modules indépendants existaient déjà auparavant :
- le module BMP (“Business Modeling Process”) permettant de modéliser graphiquement
les processus métier de l’entreprise,
- le module KM (“Knowledge Manager”) permettant aux employés de partager leurs
connaissances,
- le module LMS (E-learning) permettant de consulter des cours en ligne,
- le module HR (“Human Ressources”) permettant à un employé de s’auto évaluer sur des
référentiels métier.
La finalité d’AnaXagora est d’intégrer ces différents modules dans une unique interface, développée en ZK.
Dans le cadre du projet ESIAL, l’objectif était de créer un nouveau module HR offrant la possibilité de consulter des référentiels métier et comprenant un système d’auto évaluation ne permettant plus à l’utilisateur de choisir arbitrairement son niveau.
Le projet a été divisé en deux grandes phases : l’élaboration du cahier des charges, du mois d’octobre au début du mois de janvier, puis le développement, de début janvier à mi mars. Ce dernier comprenait les étapes suivantes :
- la création de l'interface grahique en Zk,
- la création de la base de données Generis, puis l’élaboration d’un webservice XML-RPC
permettant d’y accéder,
- la couche intermédiaire développée en Java, permettant de connecter la base à l’interface à l’aide d’XML-RPC.
Le développement a été réalisé par fonctionnalités plutôt que par couches : d’abord la création/modification d’un référentiel, puis la consultation et enfin l’évaluation.
Au terme du projet, les fonctionnalités création/modification ainsi que consultation de référentiels ont été achevées. En ce qui concerne l’évaluation, les parties accès à la base ainsi que
l’interface graphique ont été réalisés. La couche intermédiaire n’a pas été développée mais celleci est entièrement décrite dans le cahier des charges.
La communication avec les différents intervenants s’est principalement faite par mail ou par
MSN. Des réunions ont également été organisées tous les mois au sein du CRP-HT et toutes
les deux semaines avec notre encadrante universitaire. Les comptes-rendus de chaque réunion
étaient déposés par la suite sur un forum spécialement créé pour le projet.
Ce projet a été pour nous l’occasion d’acquérir de nombreuses connaissances dans les domaines
des technologies web, qui sont de plus en plus utilisées, mais aussi d’appréhender les possibilités des développements open source. Ce fut également l’opportunité de s’approprier des techniques de gestion de projet en faisant face à la gestion d’un planning, la gestion de ressources
et à la communication entre les différentes parties.
- 23 -
12 novembre 2006
- Découverte des technologies
+ prise de connaissance des
documents distribués par
l’entreprise.
26 novembre 2006
- Rédaction d’une première
ébauche de Cahier des
Charges : formulation de
l’ensemble des exigences des
clients.
24 décembre 2006
- Préparation de la soutenance
intermédiaire + version finale
du Cahier des Charges (exigences clients + études techniques).
22 janvier 2007
- Finalisation du cahier des
charges
+
Installation
d’AnaXagora.
7 mars 2007
- Création du lien vers la base
de données + Interface
Graphique.
15 mars 2007
- Développement de la couche
intermédiaire + Interface
Graphique + Correction de
Bug de la partie accès à la
base.
22 mars 2007
- Finalisation du projet + préparation de la soutenance
final.
Tout au long du projet
- Rédaction du rapport final.
E S IA L
CORUS RAIL
DÉVELOPPEMENT D’UN OUTIL DE MESURE
STATISTIQUE DES PROCÉDÉS POUR UNE CHAÎNE
DE FABRICATION DE RAILS
Development of a Statistical Process Control (SPC)
tool for a rail manufacturing line
ABSTRACT
2006 / 2007
Corus Rail is an affiliated company of Tata Steel, the largest group fifth steel industry in the
world. Corus manufactures rails and other appliances for the railway.
This industrial project was proposed by the main production unit of the group based at Hayange
and was supervised by Jean MARTINELLE and Christophe BANZET. The aim was to develop
a statistical process control tool to improve the controls made during the rail manufacturing process.
The software developed draws graphs in some “control maps” showing the evolution of a measurement. Moreover, some rules are linked to these curves to anticipate the problems which can
occur during the process. Further, a logbook displays all the events which occur on the line.
Élèves
Pierre-Jean LATOUPIE
Jérôme PAQUIER
Ludovic RICHARD
Partenaire
164, rue du Maréchal Foch
57705 HAYANGE
The component is an ActiveX control, developed in Visual Basic .Net and connected to an SQL
Server database. It will be integrated to the “Vitrail” software, currently used by the company.
The project was divided in to 3 main phases. The first was the study of the subject and the language, the second the conception of the component and the last the development and test phase.
This experience was a good way to discover new technologies such as the .Net language and the
SQL Server administration. We also improved our project and team management, and learn to
work towards customer expectations.
Encadrants
industriels
Christophe BANZET
Jean MARTINELLE
universitaire
Marc TOMCZAK
- 24 -
E S IA L
CORUS RAIL
PRÉSENTATION
L’activité de la société Corus Rail est centrée sur la fabrication de rails, de traverses et d’appareils
d’aiguillage destinés aux voies ferrées.
- Contact avec CORUS.
L’objectif de ce projet était de développer un outil de suivi de la qualité basé sur la MSP (Maîtrise
Statistique des Procédés). Cette technique vise à connaître le comportement d’un processus pour
mieux anticiper les problèmes qui peuvent apparaître durant la production.
Dans un premier temps, nous avons rencontré les futurs utilisateurs de l’outil et recueilli leurs
attentes. Puis nous avons étudié quelques logiciels de MSP existant, avant de rédiger le cahier des
charges de l’application à développer.
Une des attentes de l’entreprise était de disposer d’un composant “ActiveX” directement intégrable dans l’application Vitrail utilisée actuellement pour effectuer des contrôles a posteriori. De
plus, leurs souhaits s’orientaient vers un outil capable de détecter en direct les dérives du système de production, afin d’en informer les opérateurs et leur permettre d’y remédier au plus vite.
- Visite de la chaîne de production.
- Rencontre avec les futurs utilisateurs.
- Étude de la maîtrise statistique des procédés.
- Installation et découverte des
outils.
Ainsi, l’outil peut tracer en temps réel la courbe d’un indicateur dans une “carte de contrôle” à
laquelle sont appliquées des règles. Celles-ci assurent la détection des erreurs sur la chaîne, parfois avant qu’elles ne surviennent. Chaque anomalie est alors enregistrée dans un journal de bord,
comme tout événement qui affecte le système. Les commentaires entrés par les opérateurs s’y
trouvent également.
charges.
Notons encore que le composant est interfacé avec une base de données qui permet d’extraire les
mesures relatives au processus étudié, mais aussi de consigner les informations du journal de
bord. De nombreuses variables y sont stockées afin de rendre l’application paramétrable et de
pouvoir la restaurer lors de la réouverture du logiciel.
- Réalisation de la base de données.
Pour conclure, nous dirons que ce projet a été très enrichissant, tant sur le plan technique qu’humain. En effet, il nous a permis d’apprendre un nouveau langage et de nous familiariser avec de
nouveaux outils de programmation et de gestion des bases de données. Mais, il nous a également
montré toute l’importance d’une bonne communication entre une entreprise et ses clients afin
de les satisfaire pleinement.
- 25 -
- Développement de l’application en VB .NET.
- Audit.
de projet.
E S IA L
FRANCE
TELECOM
DÉVELOPPEMENT D’UNE ARCHITECTURE
DE CAPTURE DE CODE MALVEILLANT
Development of an architecture to catch malwares
ABSTRACT
2006 / 2007
The project proposed by the France Telecom group consists in designing and developing a distributed architecture which aims at catching and analysing malwares (“malicious software”, such
as worms or viruses).
During six months we were supervised by M. Butti from the Research and Development department of France Telecom, and M. State from Loria.
Élèves
Thibault CHOLEZ
Matthieu CHRISTOPHE
Mathieu COLONNA
Larry GEORGET
The first three months were used to read reports of previous projects, and to acquire knowledge
of some aspects (Honeypots, Ruby programming language, etc). We also started to think about
which architecture would best suit the needs of the project and that would be the basis of the
whole project. Then, we started the development phase that was split in three main parts:
Development of sensors, Development of a collector and communications between entities, and
finally storage of collected data in a database.Our main aim during the project was to make the
architecture as autonomous as possible, and as a result, many scripts and tutorials were written.
Partenaire
At the end of the project we were able to deliver scripts used to install a collector and a USB Key
containing a remastered and enlightened Knoppix distribution as a sensor and the tools needed
to establish communications, to make automatic updates and of course to capture malwares.
This project was a great opportunity to apply and to improve our knowledge in the network and
security fields.
Encadrants
38-40, rue du Général Leclerc
92130 ISSY-LES-MOULINEAUX
industriel
Laurent BUTTI
universitaire
Radu STATE
- 26 -
E S IA L
FRANCE
TELECOM
PRÉSENTATION
1) Les différents partenaires du projet
Dans le cadre de notre 3ème année à l'ESIAL (École Supérieure d'informatique et Applications de
Lorraine à Nancy), il nous a été donné l'occasion de réaliser un projet industriel en partenariat
avec France Telecom R&D. Ce projet impliquait :
– L'équipe de projet ESIAL,composée de Thibault Cholez, Matthieu Christophe, Mathieu
Colonna et Larry Georget, tous les quatre étudiants en 3ème année spécialisation TRS.
– Laurent Butti de l'équipe sécurité Internet/Intranet de France Telecom R&D.
– Radu State de l'équipe Madynes du Loria (CNRS/INRIA de Nancy).
2) Les objectifs
Le projet concernait la conception et la réalisation d'une architecture visant à capturer du code
malveillant. Il se situe dans la continuité des projets proposés par France Telecom dans le domaine de l'étude des malwares.
Le travail demandé consistait tout d'abord à étudier différentes architectures distribuées possibles
permettant la capture des malwares (logiciels malveillants) à l'aide de honeypots, en tenant
compte des besoins de France Telecom concernant la facilité de déploiement et les fonctionnalités de l'architecture.
Avant d'aboutir à la spécification de l'architecture finale dans le cahier des charges, nous avons
élaboré plusieurs schémas d'architecture plus ou moins complexes répondant aux besoins exprimés par notre encadrant. Nous avons également pu nous inspirer dans un premier temps d'une
architecture similaire déjà développée par SurfnetIDS.
Finalement, l'architecture retenue consiste à fournir une sonde intégrant un honeypot sur une
clé USB bootable afin de rendre l'architecture facilement déployable. De plus, une communication complexe entre la sonde et le collecteur est réalisée par l'intermédiaire des scripts qui permettent, outre l'envoi des logs, binaires et hexdumps capturés par nepenthes, de pouvoir mettre
à jour automatiquement un composant logiciel sur la clé
Le développement qui a suivi visait essentiellement à réaliser une distribution linux légère et
configurée pour nos besoins, et à automatiser les actions d'installation, configuration et dialogue
entre sonde et collecteur. Cette dernière étape s'est conclue par une phase de tests dans le but de
valider l'architecture.
3) Bilan des acquis
Nous avons pu aboutir sur une architecture viable et fonctionnelle et un modèle de sonde pour
cette architecture a pu être déployé avec succès. Cette architecture répond aux attentes d’automatisation d’exécution, d’adaptabilité à l’environnement matériel et logiciel, et de sécurité de
communication qui nous étaient imposées.
Ce projet a été l’occasion pour nous de confirmer nos choix d’orientation professionnelle car
l’enthousiasme suscité par le projet n’a jamais fléchi. Il nous a également permis de mettre en
pratique une partie des connaissances vues lors des enseignements à l’ESIAL et d’en acquérir de
nouvelles dans un domaine de l’informatique qui nous était inconnu et que nous avons étudié
avec grand intérêt.
- 27 -
Prise en main du projet
. Délimitation du sujet
. Montée en compétence
Documentation
-
- Conception
. Choix d’architecture
. Conception de la sonde
. Conception du collecteur
- Réalisation du cahier des
charges
. Rédaction
. Ajustements et validation
- Développements
. Automatisation de la sonde
. Interactions sonde - collecteur
. Traitement des données par le
collecteur
de projet
E S IA L
IPELIUM
INDICATEURS SIMPLES DE LA SÉCURITÉ
DES SYSTÈMES D’INFORMATION
Information Systems’ Simple Security Indicators
ABSTRACT
2006 / 2007
Our industrial project was suggested to us by Ipelium, a leading company specialized in counsel
and solutions’ integration in security and mobility.
Our project, called ”Simple Security Indicators for Information Sys-tems”, is aimed to bring unskilled users a simple representation of their network security state, using indicators such as lights.
We began with a Proof-of-Concept given to us IPELIUM: it has been the source of our reseach
work. From this research, we created an initial architecture, that we can consider as being an
overview of the application.
It was very abstract, and didn’t take into account technical problems.
From this initial architecture, we searched more concrete tools. One important point has always
been modularity, and that we use already existing tools instead of creating out own ones. We had
to compare several solutions to choose the one that best suited our needs, or to develop our own
if none met our needs.
This project allowed us the opportunity to discover problems linked to security in information
systems, to enhance our skills to compare different technical solutions, by explaining properly to
our client (here IPELIUM) which details made us make our choice.
Élèves
Jérémie DELAITRE
Grégory KLEIN
Chidambar ZINNOURY
Partenaire
5, avenue de Verdun
94204 IVRY-SUR-SEINE
Encadrants
industriel
Jean-Marc GREMY
universitaire
Isabelle CHRISMENT
- 28 -
E S IA L
IPELIUM
PRÉSENTATION
Ce projet industriel nous a été proposé par la société IPELIUM, experte dans l’intégration de
solutions et le conseil en sécurité et mobilité.
- Compréhension du projet.
Notre projet, nommé “Indicateurs Simples de la Sécurité des Systèmes d’Informations” (“IS3I”
par la suite), a pour but de proposer aux décideurs béotiens dans le domaine de la sécurité informatique une représentation simple voire simpliste de l’état de sécurité de son réseau, via des indicateurs de type feu tricolores.
Nous sommes partis d’un cahier des charges ainsi que d’un “Proof-of-Concept” émanant
d’IPELIUM : ces documents ont été la source de nos travaux de recherche : de ces recherches est
née l’architecture initiale, que nous pouvons considérer comme étant une esquisse de l’application. Elle est très abstraite et ne tient que peu compte des différents éléments techniques.
En partant de cette architecture initiale, nous avons recherché des outils ou concepts approchants
plus concrets. Le cahier des charges précisant qu’un des aspects les plus importants d’IS3I était
la modularité, c’est en permanence avec ce prérequis à l’esprit que nous avons effectué nos différents choix. D’autre part, une autre exigence a été que nous utilisions le plus d’outils préexistants
possibles, et si possible sous une licence libre.
- Installation du matériel.
- Étude du projet.
- Réalisation du rapport intermédiaire.
- Soutenance intermédiaire.
- Propositions de solutions.
- Audit.
- Réalisation du rapport final.
Nous avons donc effectué des comparatifs entre diverses solutions techniques, ainsi que des choix
qui nous ont parfois amenés à revenir sur nos pas. Ces choix ont été motivés par la pertinence
des outils, ainsi que par l’adéquation à l’architecture globale. Lorsque des outils correspondant à
nos besoins n’existaient pas, nous les avons développés en interne.
Ce projet nous a permis d’appréhender les problématiques liées à la sécurité dans les systèmes
d’information, de développer nos capacités à prendre du recul et à comparer différentes solutions
techniques, en décrivant précisément et en appuyant concrètement les raisons de nos choix à
notre client (ici IPELIUM).
- 29 -
- Soutenance finale.
E S IA L
KITRY
CONSULTING
AMÉLIORATION DES PROCESSUS
GESTION DES CONTRÔLES PÉRIODIQUES
Improvement Control
Regulation and Equipment Management
ABSTRACT
2006 / 2007
Kitry is a Luxemburg IT company which as been developing software for more than 20 years.
The goal of our project was to develop a web based application for companies in order to help
them to control their equipment. Many companies have a lot of devices that need to be checked
periodically with many controls to do. Thus, our application reports all these devices with all
their controls in a centralized database with the ability to display the information needed in a
easy to use graphical user interface. Users can be warned when a control needs to be done by
receiving a notification by email.
There are two main parts to this project.
The first one is the conception part in which we developed the specifications. As we were free to
decide which technology to use, we made a proof of concept between the PHP and Python languages. And finally we chose the Python language for its expressivity.
The second part related to implementation. In this part we implemented both the server and the
client parts. Using Python for the server and Google Web Toolkit for the client. In order to interact between the client and the server we chose a XML representation of the data. Thus, all the
main parts of our project are independent and can be deployed alone.
We put in place a development with iterations as each week we were having a meeting with our
industrial and university supervisors. We could check the accomplished work and schedule new
tasks for the next week.
This project was the opportunity to learn new technologies such as Python and Ajax, and develop a project for an industrial company from conception to implementation.
- 30 -
Élèves
Thomas CLÉMENT
Christophe THIERY
Julien VANNESSON
Partenaire
10a, rue Henri M. Schnadt
L-2530 LUXEMBOURG
Encadrants
industriel
Jérôme BARBÉ
universitaire
Olivier FESTOR
E S IA L
K I T R Y C O N S U LT I N G
PRÉSENTATION
Entreprise
Kitry consulting est une entreprise luxembourgeoise spécialisée dans des domaines tels que Java,
Oracle, Lotus Domino et d'autres technologies issues de l'open source.
Chronologie
Le projet a suivi deux phases principales.
Une première phase de conception lors de laquelle nous avons réalisé le cahier des charges à partir de fonctionalités demandées par l'entreprise. Ce sujet étant assez libre au niveau des technologies employées, nous avons effectué un "proof of concept" afin de déterminer quelle technologie choisir entre Python et PHP.
Une fois la technologie choisie et le cahier des charges réalisé, la phase de conception était achevée et le planning prévisionnel pour la phase de réalisation fut mis en place.
La phase de réalisation est la deuxième étape principale de ce projet. Durant celle-ci, il a fallu
mettre en œuvre les technologies choisies lors du proof of concept, tout en respectant les spécificités fonctionnelles que nous avions écrites lors de la première phase. De plus, nous avons
déployé la méthode AJAX afin d'obtenir un projet totalement dynamique.
Objectifs et résultats
Le but de ce projet est de fournir aux entreprises une application web leur permettant de gérer
la mise en conformité de leurs équipements. En effet, il y a de nombreux appareils qui nécessitent d'être régulièrement vérifiés, ne serait-ce que pour des normes de sécurité. Ainsi ce projet a
pour objectif principal de gérer tous les contrôles périodiques, les rapports, etc. concernant les
appareils de l'entreprise. C'est pourquoi toutes les informations doivent être accessibles rapidement, avec une notification automatique des contrôles les plus urgents à effectuer.
Démarche suivie
Dans un premier temps, nous avons rencontré notre encadrant industriel afin de rentrer dans le
vif du sujet. Nous avons pu ainsi appréhender les objectifs et les ressources dont nous disposerions. Ensuite, nous avons adopté un développement itératif à cycle hebdomadaire. Ainsi, nous
avions une réunion par semaine avec nos encadrants universitaire et industriel. Au cours de ces
réunions, nous faisions le point sur le travail effectué la semaine passée et nous planifions la
semaine à venir. Le tout en se replaçant dans le planning global afin de vérifier semaine après
semaine l'avancement des flux métier.
Nos acquis
Aussi bien au niveau technologique, qu'organisationnel, nous avons fait moisson de connaissances.
Avant tout, la méthode Ajax, qui permet un dynamisme à la frontière du raisonnable a été au
cœur de notre projet.
Ensuite, Python que nous avons utilisé à foison pour implanter la partie serveur de l'application.
Et enfin Google Web Toolkit qui permet d'obtenir des interfaces graphique web, sous Ajax, en
générant du javascript.
- 31 -
- Prise de contact téléphonique
avec l'entreprise, déblayage
du sujet.
- Visite sur place de l'entreprise, explication en détail du
sujet, mise en place d’une
méthode de fonctionnement
(fréquence des réunions).
- Installation environnement
de développement et début de
l'analyse des besoins en vue
de la rédaction du cahier des
charges, mise en place premier planning.
- Rédaction cahier des charges,
et choix des technologies à
utiliser.
- Soutenance Anglais et rapport intermédiaire.
- Adaptation aux outils de
développement,
première
maquette graphique, planning deuxième partie.
- Réalisation.
- Fin réalisation + tests + vérification adéquation avec cahier
des charges.
de projet.
E S IA L
LUXAIR
GESTION DYNAMIQUE DES CONFIGURATIONS
DES SERVICES LUXAIR
LUXAIR Services Dynamic configuration management
ABSTRACT
2006 / 2007
Founded in 1948 with the airport Luxembourg-Findel creation, Luxemburg Airlines Company was reorganized in 1961
to allow the connection between the Grand-Duché and other European capitals: LUXAIR was then born. From 1962,
LUXAIR began the fligth exploitation with the adoption of the line Luxemburg-Paris.
Nowadays, the LUXAIR airline company exposes, by means of its web sites, services supplied by other partners
(Amadeus, Expedia) and other internal applications (FIDS, NETLINE, etc...). Depending on the different versions of
these applications, the interfaces specifications (addressing, parameters, etc...) of these services evolve and the LUXAIR
development team then has to adapt the setting-up and\or the services parameters setting to support these new specifications. To limit the maintenance work during these modifications, LUXAIR developed an integration framework for
these services. Although this framework introduces a weak coupling between Web sites and services, it does not allow to
operate a "hot" deployment of the updates whatever their nature may be (setting-up or parameter setting). Indeed, the
various services configurations files (XML) being packaged in the application SERVICES (WAR1), even a simple modification of parameter setting requires complete application redeployment. As a consequence, it makes all the services unavailable during a dozen of seconds.So, the purposes of our project were to:
- Limit the services downtime during a configuration change.
- Make easier the services configurations edition.
- Gather the services configurations in the same storage.
The specifications realization, including the subject understanding was an essential step for the project realization.
Indeed, it allowed us to develop the project with efficiency and methodology. We were able to understand their current
Framework functioning, and thus to estimate the work that we had to realize, and prepare the development in the best
conditions. Then, we studied the various tools to define which ones we were going to use for our solution. We were able
after that to develop our solution. The tests, in association with our industrial supervisors, were successful. At the end of
this project, we reached the objectives, and our project can be integrated into their Framework.
This project allowed us to familiarize with tools used by LUXAIR, as well as J2EE technology. It also allowed us to familiarize with the various steps of a project realization. This project thus was very formative not only technically but also
on project management and teamwork.
The relations with the company LUXAIR were always constructive, and we thank our industrial supervisors, THAI
Julien and Xavier ROY for their assistance, and Olivier FESTOR, our academic supervisor, for his hints. We also thank
the LUXAIR Company, to have given us the opportunity to realize an enriching project of the personal point of view,
and for our engineer's formation.
- 32 -
Élèves
Pascal HENRY
Jean-Baptiste MADIKA
Julien MULLER
Yassine NEJMY
Partenaire
Aéroport de Luxembourg
L-2987 LUXEMBOURG
Encadrants
industriel
Xavier ROY
Julien THAÏ
universitaire
Olivier FESTOR
E S IA L
LUXAIR
PRÉSENTATION
Fondée en 1948 à l'occasion de la création de l'aéroport Luxembourg-Findel, la Luxembourg Airlines
Company est réorganisée en 1961 pour permettre de relier le Grand-Duché aux capitales européennes :
LUXAIR (Société Luxembourgeoise de Navigation Aérienne SA) est alors née. Dès 1962, LUXAIR commence l'exploitation de vols avec l'adoption de la ligne Luxembourg-Paris. Aujourd'hui, les activités de
LUXAIR sont diverses (LUXAIR Tours, LUXAIR Cargo, LUXAIR Catering, LUXAIR airport shops).
Néanmoins, pour rester rentable, la compagnie s'appuie essentiellement sur le transport de fret. En 2005,
LUXAIR aurait transporté 1 184 613 passagers, et son chiffre d'affaires a été de 325,6 millions d'euros.
Actuellement, la compagnie aérienne LUXAIR expose, par le biais de ses sites Internet, des services fournis par
d'autres partenaires (Amadeus, Expedia) ou d'autres applications internes (FIDS, NETLINE, HOLIDAY
PLANNER, etc.). Au fil des versions, les spécifications des interfaces adressage, paramètres, format des données, etc.) de ces services évoluent et l'équipe de développement LUXAIR doit alors adapter l'implantation
et/ou le paramétrage des services afin de supporter ces nouvelles spécifications. Afin de limiter les travaux de
maintenance lors de ces changements, LUXAIR a développé un Framework d'intégration pour ces services.
Bien que ce Framework introduise un couplage faible entre les sites Web et les services, il ne permet pas d'opérer un déploiement “à chaud” des mises à jour quelle que soit leur nature (implantation ou paramétrage). En
effet, les fichiers de configurations (XML) des différents services étant packagés dans l'application SERVICES
(WAR1), même une simple modification de paramétrage exige un redéploiement intégral de l'application.
Ceci a pour conséquence de rendre tous les services indisponibles durant quelques dizaines de secondes. Ainsi,
les buts de notre projet étaient de :
- Limiter le downtime des services lors d'un changement de configuration.
- Faciliter l'édition des configurations de service.
- Mutualiser le stockage des configurations de service.
Afin de réaliser ce projet nous avons tout d'abord rédigé un cahier des charges, nous permettant de comprendre précisément les objectifs de notre projet, ainsi qu'étudier le fonctionnement de leur framework. Ainsi
nous avions tous les éléments pour concevoir et développer le projet. Nous avons ensuite réalisé un dossier de
conception où nous présentions les technologies choisies et faisions une étude technique de nos solutions.
Nous avons choisi d'utiliser mysql, hibernate, jsp, servlet, DAO pour développer notre projet. Dans un premier temps, nous avons mis en place le chargement dynamique des configurations afin que leur modification
ait un impact direct sur le fonctionnement des services. Dans la seconde partie, il s'agissait de faire une page
d'administration permettant de modifier directement les configurations de service stockées dans la base de
données. Pour cela, nous avons choisi de développer des Servlets s'intégrant au Framework de Luxair, et fonctionnant sur son principe. Ces servlets permettent de lister les différentes configurations de services, les différentes versions enregistrées puis d'effectuer des opérations comme les supprimer, les modifier, les ajouter, les
afficher ou encore de choisir la version de la configuration qui sera utilisée par le servlet. Les tests, en collaboration avec nos encadrants industriels, se sont montrés concluants. À la fin de ce projet, nous avons rempli les
objectifs et notre projet s'intègre dans leur Framework.
Ce projet nous a permis de nous familiariser avec les outils utilisés par LUXAIR, ainsi que la technologie J2EE
très prisée actuellement dans le monde du travail. Ce projet s'est révélé très formateur aussi bien sur le plan
technique, que sur la gestion de projet et le travail en équipe. En effet, nous avons pu améliorer nos méthodes
de travail en équipe.
Les relations avec la société LUXAIR ont toujours été constructives, et nous remercions nos encadrants industriels, Julien THAI et Xavier ROY pour leur aide, et Olivier FESTOR, notre encadrant universitaire, pour
leurs conseils. Nous remercions également la société LUXAIR, de nous avoir donné l'opportunité de réaliser
un projet enrichissant du point de vue personnel et pour notre formation d'ingénieur.
Un élève de notre équipe a pu obtenir un stage de fin d'étude au sein de la société LUXAIR.
- 33 -
- Compréhension du sujet.
- Réalisation du portail collaboratif.
charges.
- Réalisation du dossier de
conception.
- Soutenance intermédiaire.
- Développement.
- Visite du Cargo Center de
LUXAIR.
- Audit.
- Réalisation des tests unitaires.
E S IA L
LUXSCAN
TECHNOLOGIES
I.H.M. POUR LA CONFIGURATION D’UN
MODULE DE DÉTECTION DE DÉFAUT DU BOIS
Human Machine Interface for the setup
of a timber defect detection module
ABSTRACT
2006 / 2007
LuxScan Technologies,located in Luxembourg,designs,develops and sells vision systems for automatic quality control in the timber industry. Such systems have to be well configured,since automatic quality control
needs different settings depending on its environment, type of timber and type of vision system. Until now,
in order to fully configure these systems several different applications had to be used.
Our project consists in gathering the main functionalities dispatched over these applications in a new interface, easier to use for the operator.
Which is 3 students work on this project, Benjamin Dereix, Florent Rédarès and Yann Salaun. Instructions
and help are provided by Jean-Yves Hergott, the managing director of LuxScan Technologies, Guillaume
Albert, the IT director, Gabriel Ris, our academic supervisor, Emmanuel Schmitt and Cyril Mazaud, two
Ph.D.working for LuxScan Tecnologies.
Once our interface is complete, it must be integrated in to the new LuxScan Technologies global interface,
as a tab called FRC (Fuzzy Reasoning Classification).
From the beginning of the project in October, until December, we worked on the specifications. These specifications describe the design and the functionalities of our tab.
We agreed it would be divided into 4 sub-tabs, one for each step of the configuration:model definition,
parameters configuration, model generation and database management.
We started to develop the application in January. B.Dereix mainly worked on the functionalities reusing
the old applications code, F. Rédarès on the layout and graphs and Y.Salaun on the database. As per
LuxScan Technologies wishes, we have done all the development in C++/Qt.
Our application is complete, except for the model definition sub-tab which requires too much work in
addition with the other parts, due to an unexpected technical issue. Since it was the least important functionality, LuxScan Technologies acknowledged stopping its development. The parameters configuration is
now much more user-friendly than before, and even includes a semi-automatic mode. The model generation has been simplified as far as possible.
The database management is a completely new feature, secured and useful for the advanced user who wants
to check or modify the database.
Working on this project was a very rewarding experience, and we thank everyone mentioned above for their
guidance.
- 34 -
Élèves
Benjamin DEREIX
Florent RÉDARÈS
Yann SALAUN
Partenaire
Zare Ouest
L-4384 ELHERANGE
LUXEMBOURG
Encadrants
industriels
Jean-Yves HERGOTT
Cyril MAZAUD
Emmanuel SCHMITT
universitaire
Gabriel RIS
E S IA L
L U X S CA N
TECHNOLOGIE
PRÉSENTATION
Implanté au Luxembourg depuis 1998, LuxScan Technologies conçoit, développe et commercialise des systèmes de vision pour le contrôle automatique de la qualité. Les systèmes de vision
sont constitués de différentes gammes de scanners, conçus pour détecter les défauts du bois sur
les chaînes de production. L'image capturée par ces scanners est traitée informatiquement et des
algorithmes de détection de différents types de défauts sont alors appliqués.
Il est nécessaire de bien configurer ces outils pour des résultats optimums. Pour cela, il existe différents programmes, chacun ayant une fonctionnalité dans la configuration du système.
LuxScan Technologies a décidé de regrouper tous ces programmes au sein d'une interface unique,
homogène et simple d'utilisation.
C'est dans ce cadre que se situe notre projet industriel. Nous avons participé à la création de cette
nouvelle interface, en en concevant une partie : la FRC (“Fuzzy Reasoning Classification”).
Nos encadrants nous ont chacun aiguillés sur différents axes du projet : Jean Yves HERGOTT,
le gérant de LuxScan Technologies, sur l'aspect graphique et le besoin de clarté et de simplicité,
Guillaume ALBERT, le responsable informatique sur l'aspect programmation, Emmanuel
SCHMITT et Cyril MAZAUD, deux doctorants travaillant pour LuxScan Technologies, sur
l'aspect fonctionnel et technique et Gabriel RIS, notre encadrant universitaire, sur l'organisation
globale du projet.
À partir du mois d'octobre jusqu'en décembre, nous avons rédigé le cahier des charges et pris en
main l'environnement de programmation qui nous était imposé, à savoir Visual Studio, le C++
et Qt, une bibliothèque graphique en C++.
- La visite du site de LuxScan
Technologies
courant
novembre, nous permettant
de visualiser l'activité durant
une simulation et de mieux
saisir les objectifs.
- L'installation des ordinateurs
en salle de Projet Industriel,
de Visual C++ et de la librairie QT, nous permettant
ainsi de prendre en main l'environnement logiciel de développement.
- L'analyse des besoins effectuée au cours de plusieurs
réunions, nous permettant de
rédiger le cahier des charges.
- La soutenance en anglais et le
rapport intermédiaire fin
décembre.
Le développement a débuté en janvier, jusqu'en mars.
Note interface s'intègre sous la forme d'un onglet dans l'interface globale, et comprendra 4 sousonglets correspondant aux différentes étapes de la configuration : création du modèle, configuration des paramètres, génération et test du modèle, ainsi qu'une interface permettant de gérer
la base de données regroupant les connaissances sur les différents paramètres et classes de défaut
du bois. Cette base de données peut être utilisée afin de configurer les paramètres de façon semiautomatique.
Benjamin Dereix s'est principalement occupé des fonctionnalités, en se servant du code déjà existant des anciennes applications, Florent Rédarès du “layout” et des graphiques, et Yann Salaun
de la partie base de données.
Au final, notre interface est opérationnelle et nous avons terminé ce projet enrichis d'une expérience fort intéressante tant au niveau technique que relationnel.
- La conception du diagramme
des classes et du graphisme de
l'interface suivant le cahier
des charges.
- Le développement en tant que
tel, c'est-à-dire la connexion
entre les éléments de l'interface et les fonctions correspondantes dans le logiciel.
- La création de la base de données et sa mise en application
et en relation avec le mode
semi-automatique.
- L'ensemble des tests.
- Enfin, le rapport et la soutenance finale.
- 35 -
E S IA L
NIST
Projet 1
SECURING SCRIBA
Securing SCRIBA
ABSTRACT
2006 / 2007
Our industrial project 'Securing SCRIBA' was submitted by Nist (National Institute of Standards and Technology) and
supervised by Mr Julien Baboud and Mr Eric Otema (as industrial supervisors) and by Mr Dominique Mery (as academic supervisor).
In order to respect the EU Restriction on Hazardous Substances (RoHS) and Waste Electronic and Electrical Equipment
(WEEE) Directives, NIST is working to provide support to international standards like IPC 1752 to meet rapidly changing industrial needs
SCRIBA is a Graphical User Interface that facilitates the generation and edition of XML documents according to the
IPC-1752 Standard.
IPC 1752 is the standard for the exchange of materials declaration data developed by a group of OEMs, EMS providers,
component manufacturers, circuit board manufacturers, materials suppliers, information technology solution providers
and the National Institute of Standards and Technology.
SCRIBA provides the user with different functionalities
- Uploading an XML Schema:
- Building XML documents according to the uploaded XML Schema.
- Validation of an XML document:
- An interactive GUI (Graphical user interface) that includes the visualization of an XML tree:
- Locally saving the XML schema and XML documents:
- HTML render
Technical specifications
The objective of the 'Securing SCRIBA' project was to secure the exchange of documents and guarantee the legally binding nature of materials declaration data generated by SCRIBA.
Our work was to ensure
Authentication of the sender
Data integrity:
Data is unaltered during any operation, such as transfer, storage, and retrieval.
Non-repudiation of the legally-binding document:
Non-repudiation is the concept of ensuring that a contract cannot later be denied by either of the parties involved.
In regard to digital security, non-repudiation means that it can be verified that the sender and the recipient were, in fact,
the parties who claimed to send or receive the message, respectively. In other words, non-repudiation of origin proves
that data has been sent, and non-repudiation of delivery proves it has been received.
Finer granularity to allow specific portions of an XML document to be signed by different users.
- 36 -
Élèves
Djawed ABERKANE
Lamiae BENTABET
Fatima Zahra EL OSBI
Partenaire
100 bureau drive
Gaithersburg
MD 20899 USA
Encadrants
industriels
Julien BABOUD
Kevin BRADY
John MESSINA
universitaire
Dominique MÉRY
E S IA L
NIST
Projet 1
PRÉSENTATION
Description du projet
Notre projet industriel était en collaboration avec le NIST (National Institute of Standards and
Technology) qui est un laboratoire américain de 3 000 employés qui a pour but de développer
et de promouvoir les technologies et standards.
SCRIBA est un outil développé par les équipes du NIST. Cet outil permet d’éditer et de générer des fichiers XML via des schémas XML (XSD).
Le sujet de notre projet est la sécurisation de transaction commerciale via des signatures digitales XML.
Notre travail a consisté à inclure un module de sécurité dans l’outil SCRIBA pour sécuriser
l’échange de données entre client et fournisseur. L’échange de données se fait sur des fichiers respectant la norme IPC 1752 qui est une norme pour l'échange des données de déclaration de
matériaux.
- Récupération des sources de
l’outil SCRIBA.
Démarche suivie
Pour mener à bien notre projet nous avons suivi trois phases :
. Phase de documentation : cette phase nous a servi de base pour la suite de notre travail, car
elle nous a permis tout d’abord de fixer les objectifs du projet et de comprendre le besoin du
client, mais aussi de nous familiariser avec de nouvelles technologies et normes.
. Phase d’analyse : durant cette phase nous avons analysé le code existant et modélisé le module de sécurité ainsi que la façon d’intégrer ce module au sein de SCRIBA.
. Phase d’implémentation : en nous basant sur le travail effectué en phase de modélisation
nous avons implémenté le module de sécurité en utilisant l’API Java sur les XML digitales
signatures.
- Présentation du projet industriel par visioconférence.
- Analyse des besoins et rédaction du cahier des charges.
- Modélisation du module de
sécurité à intégrer a SCRIBA.
- Implémentation du module
de sécurité.
- Audit de projet.
- Mise en place de tests de l’application.
- Démonstration par visioconférence.
Résultats obtenus
À la fin de notre projet nous avons pu produire une application complète permettant donc pour
un client de créer sa commande au fournisseur suivant la norme IPC 1752 et de signer sa commande digitalement, ainsi le fournisseur reçoit la commande client et remplit la partie du document et signe à son tour aussi.
Cependant, il reste encore quelques tests à faire au niveau de la sécurité et des risques d’attaque
de hacker lors de l’échange de données
Une personne de notre groupe ira au NIST afin de contribuer à l’amélioration des nouvelles
fonctionnalités du projet “Securing SCRIBA”.
Acquis
Ce projet nous appris la gestion d’un projet en équipe et la rédaction d’un cahier des charges en
anglais, ainsi que le travail en collaboration avec une équipe étrangère.
Sur un plan plus technique, nous avons pu nous sensibiliser aux problèmes liés à la sécurisation
d’échange de données et acquérir quelques notions en sécurité.
- 37 -
de projet.
E S IA L
NIST
Projet 2
DÉPLOIEMENT DU NIST SMART DATA FLOW SYSTEM II
Deploying the NIST Smart Data Flow System II
on a Wider network
ABSTRACT
2006 / 2007
The aim of this industrial project is to deploy the NIST Smart Data Flow System II (NSDFS II)
over a wider network, using our competences and knowledge of future engineer. Supervised by
Suzanne Collin, we had to establish specifications for our solutions and a complete description
of the elected architecture.
This project was given to us by NIST (National Institute of Standards and Technologies), a US
government laboratory based in Gaithersburg, Maryland. During our third year at ESIAL, we
worked in relation with Vincent STANFORD, Antoine FILLINGER and Stéphane DEGRE,
three researchers of the Smart Space Group, a group dealing with pervasive computing.
Our project was divided into two phases. The first concerned the study and comprehension of
the NSDFS II, and the second was a research and conception work to imagine solutions to the
deployment problem. Finally, we chose one of them and detailed the way it works from an architectural and technical point of view.
Finally, our supervisors have obtained the complete specifications of our architecture, with some
definition about the deployment on other systems, such as PDAs or cell phones. Thanks to this
project, we have learned about self-training and studied on common and recent protocols such
as Bit Torrent, p2p and JXTA.
Unfortunately, none of us could join the Smart Space Group in order to complete the project
with a development of our work because of research team restrictions.
Élèves
Lucie CARLACH
Julie CLÉMENT
Nicolas GIRARDOT
Partenaire
100 bureau drive
Gaithersburg
MD 20899 USA
Encadrants
industriel
Antoine FILLINGER
Vincent STANFORD
universitaire
Suzanne COLLIN
- 38 -
E S IA L
NIST
Projet 2
PRÉSENTATION
Le but de ce projet était de permettre le déploiement du NIST Smart Data Flow System II
(NSDFS II) sur des réseaux étendus, tel Internet, par exemple, en utilisant nos compétences et
connaissances de futurs ingénieurs. Encadrés par Suzanne Collin, nous devions fournir un cahier
des charges technique contenant les différentes solutions envisagées et la définition complète de
l’architecture retenue.
Ce projet a été proposé par le NIST (National Institute of Standards and Technologies), un laboratoire gouvernemental américain basé à Gaithersburg, Maryland. L’équipe avec laquelle nous
sommes en relation, le Smart Space Group (qui travaille sur l’informatique et l’électronique
embarquée dans le cadre de l’accessibilité à l’information), nous a attribué pour mener à bien
notre projet trois encadrants : Vincent STANFORD, Antoine FILLINGER et Stéphane
DEGRE.
Après deux mois passés à la compréhension du système actuel, nous sommes passés à la recherche
de la meilleure solution, en nous aidant d’études sur différents systèmes de partage de données
(Bit Torrent, p2p, JXTA), et nous nous sommes attelés un mois plus tard à la description technique de l’architecture définitive élaborée à partir de ces recherches.
- Compréhension du projet et
du logiciel Smart Data Flow
System II.
charges.
anglais.
- Propositions de solutions.
Au final, nous avons donc été en mesure de fournir au Smart Space Group un cahier des charges
présentant les différentes architectures envisagées au cours du déroulement du projet, ainsi qu’un
descriptif technique complet du fonctionnement de celle qui a été retenue, en accord avec nos
encadrants. De plus, y sont jointes quelques spécifications permettant un déploiement sur
d’autres structures, comme par exemple les PDAs et téléphones portables, idées émises lors de
conversations avec le Smart Space Group.
Grâce à ce projet, nous avons découvert la démarche à suivre pour déployer un système (ou
étendre les fonctionnalités d’un logiciel) en gardant les fonctionnalités et avantages de celui-ci,
tout en étant soumis à la nécessité de l’auto-formation. Nous nous sommes ainsi intéressés à des
protocoles et systèmes couramment utilisés (protocoles p2p) ainsi qu’à d’autres encore en cours
de développement au sein de la recherche (JXTA). De plus, nous avons pu discuter avec des chercheurs dans différents domaines grâce aux liens présents entre l’ESIAL et le LORIA, ainsi que
lors des discussions avec nos encadrants de PI.
Le seul regret que nous aurons concernant ce projet aura été l’impossibilité de poursuivre ce projet par un stage du fait de la non-possibilité pour le Smart Space Group de fournir un poste de
stagiaire à l’un d’entre nous.
- 39 -
- Audit.
- Réalisation du rapport final.
E S IA L
NIST
Projet 3
MODULE DE VISION 3D POUR UN
SYSTÈME DE NANO-ASSEMBLAGE
3D vision Module for a Nano-Assembly System
ABSTRACT
2006 / 2007
The goal of this project is to develop vision software for a nanoassembly tool. The tool uses focused laser beams to manipulate nanocomponents and assemble functional nanodevices. The
vision system will control a camera to image nanocomponents in the assembly workspace and
then, analyze the images to determine the positions and orientations of the components during
assembly.
The first step was to study the vision problem and seek for documentation in this field. Then,
in a second step, we had to learn several tools (programming language and libraries) which were
useful to develop our program. After that, we had to design and define the different components
of the vision module. And finally, we had to code and test the whole vision module according to
the components design made previously.
During the development process, we had to become familiar with Python language and with
Python specific modules to develop the entire application. We often used the miniDOM and
Socket modules of Python, which allowed us to work with XML commands in order to communicate by network with our vision module. We also had to know an open-source library
which is called OpenCV. This library focuses mainly towards real-time image processing and
allowed us to take images from cameras and process them.
This project is innovative because it integrates the most advanced open-source 2D image processing library available to develop a new tool for nanoassembly with unique capabilities and to
transform a research instrument into a tool for industrial application.
Élèves
Christopher BRAUCOURT
Manuel BROUARD
Olivier MARIE-ROSE
Partenaire
100 bureau drive
Gaithersburg
MD 20899 USA
Encadrants
industriel
Cédric GAGNON
Thomas LEBRUN
universitaire
Lotfi BELLALEM
- 40 -
E S IA L
NIST
Projet 3
PRÉSENTATION
Le NIST (National Institute of Standards and Technology) est un laboratoire de recherche américain qui entretient une étroite relation avec l’ESIAL. La mission de ce laboratoire est de promouvoir des mesures, des normes et des technologies dans le but d’améliorer la productivité, de
faciliter le commerce international et la qualité de la vie.
À l’heure de la miniaturisation constante des technologies utilisées, l’échelle nanométrique (un
milliardième de mètre) a été atteinte. Cette avancée technologique ouvre un horizon nouveau sur
les applications électroniques et biologiques existantes. Le NIST a déjà élaboré un système permettant la préhension et la manipulation sans contact d’objets de taille nanométrique, à l’aide de
pinces optiques (des lasers couplés à un microscope). L’inconvénient majeur de ce système provient du fait que la visualisation se fait directement via le microscope, d’où une précision, une
flexibilité et une utilisation assez restreinte.
L’enjeu de notre projet consiste à développer un module de vision capable de piloter le système
de nano-assemblage. Il doit être capable de prendre des photos de l’espace de travail et d’analyser ces images, afin par exemple de déterminer la position de chacun des nano-composants
contenus dans l’image. Cette application devra recevoir en entrée des commandes au format
XML, et après traitement de celles-ci, retourner une réponse au format XML également. Tous
ces messages XML seront transférés à travers le réseau Ethernet, entre les différents modules du
système global de nano-assemblage.
L’ensemble du projet implique des connaissances techniques évoluées, et actuellement abordées
dans la recherche scientifique mondiale ; il s’est déroulé selon les étapes suivantes :
- Apprentissage des outils à utiliser (Python et ses différents packages, OpenCV).
- Recherche de documents et synthèse de ceux-ci.
- Conception du module de vision.
- Définition des différents composants de l’application.
- Implémentation et test de ceux-ci.
- Assemblage des différents composants.
- Documentation technique de l’application.
- Visioconférence : présentation du projet par l’équipe du
NIST.
- Apprentissage des outils à utiliser (Python et ses différents
packages, OpenCV).
- Recherche de documents relatifs au projet et synthèse de
ceux-ci.
- Visioconférences hebdomadaires avec le NIST : avancement du projet, questions.
- Conception du module de
vision.
- Rapport intermédiaire et soutenance orale en anglais.
- Définition des différents
composants du module de
vision.
- Implémentation et test des
différents composants.
- Audit.
- Assemblage des composants.
- Documentation du module
de vision.
- Rapport final en anglais.
- Soutenance finale en français.
- 41 -
E S IA L
O B S E R VAT O I R E
ASTRONOMIQUE
RÉALISATION DE L’INTERFACE DE MISE À JOUR
DE MÉTA-DONNÉES ASTRONOMIQUES
Astronomical metadata editing interface
ABSTRACT
2006 / 2007
The improvement of the astronomical detectors used on the ground and in space have led to an
important inflation of the volume and the complexity of the data generated by the instruments
of observation. Large observatories such as the European Observatory Austral1 maintain in general databases of files containing the observations made by the largest instruments. However, from
their structures, these bases do not usually have the capacity to represent the complexity of the
data.
Saada (Automatic Storing System of Astronomical Data) offers a solution to this problem.
Indeed it is able to create automatically (without concept of programming) heterogeneous databases on a local machine. All the generated bases are built on a common data model.
Our project, under the supervision of Mr. Laurent Michel, consisted in creating a metadata
update interface, a complementary module of SAADA which is materialized by a mitre in the
interface of administration. The project can be split into three principal stages. We initially studied the feasibility of this interface by analyzing and listing all tasks to be carried out in order to
establish a prototype corresponding to our customer’s wishes. Then we started working on the
graphic charter of the existing application to establish a model of the interface. We integrated it
into SAADA while taking care of the good integration of the functions of interaction with the
database and one of the waiters of the observatory via the Web Services.
Élèves
Jennifer CABOT
Marie PAYSANT
Pierre THOUVENOT
Partenaire
11, rue de l’Université
67000 STRASBOURG
Encadrants
industriel
Laurent MICHEL
The objectives laid down at the beginning of this project have been achieved. The interface is
operational and ready to be integrated into SAADA.
universitaire
Zahra IDELMERFAA
- 42 -
E S IA L
O B S E R VAT O I R E
ASTRONOMIQUE
PRÉSENTATION
L'amélioration des détecteurs astronomiques utilisés au sol et dans l'espace a conduit ces dernières années à une inflation importante du volume et de la complexité des données générées par
les instruments d'observation. Les grands observatoires tels que l'Observatoire Européen
Austral1 maintiennent en général des bases de données d'archives contenant les observations
faites par les plus grands instruments. Cependant, de par leurs structures, ces bases n'ont en
général pas la capacité de représenter toute la complexité et la richesse des données.
Actuellement, aucun système généraliste n’a été conçu pour permettre aux astronomes de créer
et de déployer facilement leurs bases de données hétérogènes locales contenant des fonctionnalités comme le chargement automatique des données, un moteur de requêtes de haut niveau ou
encore des capacités d’interopérabilité.
Saada (Système d’Archivage Automatique de Données Astronomiques) offre une solution à ce
problème. En effet il est capable de créer automatiquement (sans notion de programmation) des
bases de données hétérogènes sur une machine locale. Toutes les bases générées sont construites
sur un modèle de données commun. Ce modèle permet de mettre en valeur le contenu scientifique des informations hébergées en proposant une organisation basée sur la notion de collection
et en gérant des relations qualifiées entre enregistrements.
Notre projet, sous la tutelle de M. Laurent Michel a consisté en la réalisation d’une interface de
mise à jour de ces métadonnées astronomiques, module complémentaire au logiciel SAADA qui
s’est matérialisé par un onglet dans l’interface d’administration. Le choix technologique nous a
été imposé par l’application existante développée en java (technologie portable sur différents systèmes d’exploitation).
Le projet peut se décomposer en trois étapes principales. Nous avons d'abord étudié la faisabilité de cette interface en analysant et listant l'ensemble des tâches à exécuter dans le but d’établir
un prototype répondant aux attentes de notre client. Nous nous sommes ensuite basés sur la
charte graphique de l’application existante pour établir une maquette de l’interface. Après validation de la part de M. MICHEL, nous l’avons intégrée à SAADA en veillant à la bonne intégration des différentes fonctions d’interaction avec la base de données et un des serveurs de l’observatoire via les Web Services.
Les objectifs fixés au début de ce projet ont été en intégralité atteints. L’interface est opérationnelle et prête à être intégrée à l’outil SAADA. De plus, grâce à l’architecture que nous avons choisie, l’interface laisse des possibilités d’évolution conformément aux implémentations futures prévues par le client.
- Prise de contact avec
M. Michel, ingénieur à
l’Observatoire.
- Visite de l’Observatoire
Astronomique
de
Strasbourg.
- Installation
de
Saada,
Postgres et Apache sous
Linux.
charges et du diagramme de
Gantt.
- Études des nouvelles technologies.
- Rapport intermédiaire et soutenance orale en anglais.
- Développement du Front
Office et du Back Office.
- Visite de M. Michel à
l’ESIAL.
- Modification
Office.
du
Front
- Tests.
- Audit
- Rapport et Soutenance de fin
de projet.
- 43 -
E S IA L
PA R I S OT
MEUBLES
COCKPIT : DÉVELOPPEMENT D’UN PORTAIL
DE GESTION DE LA RELATION CLIENTS
COCKPIT : Development of a management
portal concerning customer service
ABSTRACT
2006 / 2007
Parisot Meubles, the furniture branch of Parisot Group, is the leader in the furniture market in
France. To improve the relationship between its clients and its customer service, Parisot decided
to change the application which managed the in-progress orders of the clients. Indeed, the former application was very slow and the employees of the customer service after had to keep the
client on the line for several minutes. Sometimes, they had to call back the client.
Our job was to design and develop a portal which would give all the information the clients need
very quickly and easily. It is obvious that what mattered most in this project was the user-friendliness of this portal. In order to do that, we made a first visit to meet the future users of the portal. We saw them while they were working, and in this way, determined what was important or
not for them, and so, we decided what were the functions that we had to implement.
The first part of the project was the writing of the specifications. Thomas Klein, our industrial
supervisor, validated or not the modifications of the different versions we gave him. Then he
introduced us to Nathalie Parmentelat, the person who was in charge of the project at Parisot.
Meanwhile, we made a model of the application that we showed to the future users during a
second visit.
After this phase, we started to develop the application. We eventually made a last visit to set up
our application on Parisot’s site and to train the users. Apparently, the application satisfied them.
It was our first goal, so the project is a success. The continuation of the project will be followed
by Nathalie Parmentelat.
Élèves
Aurélien MAROCCO
Christophe MOUTARDE
Raphaël SIEMONEIT
Partenaire
15, avenue Jacques Parisot
70800 SAINT-LOUP-SURSEMOUSE
Encadrants
industriel
Thomas KLEIN
universitaire
Francis ALEXANDRE
- 44 -
E S IA L
PA R I S OT
MEUBLES
PRÉSENTATION
Parisot-Meubles, filiale de la société Parisot Groupe créée en 1936, est aujourd’hui le premier
acteur de la filière de l’ameublement en France.
Un service client a été déployé au sein de Parisot-Meubles afin d’informer par téléphone les
clients sur le suivi de leurs commandes et de fournir un service après-vente. Pour cela, il dispose
d’une application informatique lui fournissant l’ensemble des données nécessaires afin d’effectuer le travail demandé. Cette application permet ainsi à une personne du service clients de
rechercher dans une base de données les commandes des clients ainsi que leurs caractéristiques à
partir des informations fournies par le client au téléphone. L’inconvénient de cette application
est qu’elle est lente à afficher les données et peu ergonomique.
- Premier contact avec l’encadrant industriel.
- Première visite de l’entreprise.
- Analyse des besoins.
Dans le cadre de notre projet industriel, nous devions donc améliorer cette application au niveau
de l’ergonomie, de la rapidité et de la robustesse. Dans un premier temps, nous avons rencontré
les utilisateurs de l’application actuelle lors d’une visite de l’entreprise afin d’identifier précisément leurs besoins.
Ensuite, il nous a été demandé de concevoir un cahier des charges présentant les diverses fonctionnalités de notre application. Pour ce faire, nous avons soumis plusieurs versions à notre encadrant industriel qui a validé ou infirmé les différentes propositions ou spécifications que nous
pouvions émettre afin d’y apporter des corrections.
Après cela, nous avons débuté la partie développement de la nouvelle application se présentant
sous la forme d’un site web. Aucun choix technologique ne nous a été imposé durant cette partie, c’est pourquoi nous avons utilisé notamment comme SGBD MySQL ainsi que le langage
php. Parallèlement au développement, nous avons créé des scripts qui permettent de mettre à
jour la base de données de l’application de manière automatique.
Enfin, lors d’une dernière visite, nous avons mis en place l’application sur le serveur de l’entreprise, corrigé les quelques problèmes rencontrés et effectué une formation auprès des futurs utilisateurs. Ceux-ci ont par ailleurs approuvé ce nouvel outil de travail.
Ce projet nous a permis d’être confrontés au développement complet d’une application, c'est-àdire de la rédaction du cahier des charges jusqu’au déploiement du site web. Ce fut aussi l’occasion de mettre en pratique la gestion de projet en effectuant des réunions, un planning ainsi
qu’une répartition des tâches.
- 45 -
charges.
- Conception de la maquette
de l’application.
- Développement de l’application.
- Audit.
- Visite pour la mise en route
de l’application.
de projet.
E S IA L
PREDICT
DÉVELOPPEMENT D’UNE APPLICATION
D’ANALYSE FONCTIONNELLE
Development of a functional analysis application
ABSTRACT
2006 / 2007
Predict is an engineering company working in the industrial safety domain. It provides their
clients with proactive maintenance in real time thanks to its manufacturing execution system
tool named CASIP. This tool is made with many different modules connected to a single database.
Élèves
Benoît BIMAL
Thomas HERTENSTEIN
Xavier LECENDRIER
In order to add a new module to CASIP, the company proposed an industrial project to the
ESIAL students. This new module consists in a diagram editor based on the IDEF0 norm, which
interacts with the database.
Partenaire
Our work was to make a prototype of this module according to the specifications the company
gave us. These specifications concerned the human-computer interaction which had to be in
compliance with the other modules of CASIP and the ability to reflect the diagrams’ modifications to the database.
2, rue Carnot
BP 305
54515 VANDŒUVRE-LÈSNANCY Cedex
The work was performed in different steps.
The first step was to study the technologies we would have to use, such as the C# language and
the .NET 2.0 Framework that we don’t learn at ESIAL.
Then the second step was the study of the specifications and the conception of the prototype.
The last step of our project consisted in developing the prototype.
Encadrants
industriel
Laurent COLLET
David MOREL
This project gave us the opportunity to discover new technologies that are used by many companies and to learn how to manage such a project.
universitaire
Hervé PANETTO
- 46 -
E S IA L
PREDICT
PRÉSENTATION
L'entreprise PREDICT qui est basée à Vandœuvre-lès-Nancy est une société d'ingénierie ayant
pour vocation de fournir des services couvrant l'ensemble des phases du cycle de vie d'un système avancé de maintenance prévisionnelle, depuis le conseil et l'analyse jusqu'à la réalisation,
ainsi que la formation. Pour cela, l'entreprise commercialise la suite globale logiciel CASIP.
Le sujet a consisté à prendre en charge la conception et la réalisation d'un module de la suite globale logiciel CASIP. Ce module permet de réaliser des diagrammes d'analyse fonctionnelle basés
sur la norme IDEF0. Il doit être interactif avec les autres logiciels de la suite en utilisant la même
base de données afin d'obtenir un gain de temps et d'avoir une meilleure gestion du cycle de vie
des projets.
- Visite de l’entreprise et premier contact avec les encadrants.
- Remise du cahier des charges.
- Élaboration du planning de la
première partie.
La technologie étudiée étant inconnue des élèves, la démarche suivie dans le cadre de ce projet a
été de procéder par étapes. Le projet s'est déroulé en trois phases : le travail a commencé par l'apprentissage de la norme IDEF0, ainsi que l'apprentissage du langage C# et la familiarisation avec
l'environnement de travail Visual Studio. Une fois cette phase terminée, nous avons pris connaissance du cahier des charges fournis par l'entreprise, défini un périmètre puis réalisé un premier
prototype montrant notre avancement dans la prise en main de la technologie et de la norme
IDEF0. La dernière phase a consisté en la conception et la réalisation du projet en lui-même.
Après l'établissement d'un planning final, nous avons réalisé le module tout en fournissant des
versions intermédiaires présentant les avancés dans la réalisation des différentes spécifications.
Cela a permis un suivi régulier de la part des différents partenaires, garantissant le résultat final
du projet.
- Réalisation d’un premier prototype.
Grâce à ce projet, les élèves ont eu la possibilité de se familiariser avec les technologies de développement Microsoft. Ainsi, le projet a été réellement bénéfique sur plusieurs aspect, notamment
par l'apprentissage du langage C# et du Framework .NET2.0 ainsi que par la familiarisation avec
l'environnement de développement Microsoft Visual Studio 2005. Le projet s'est ainsi rendu très
complémentaire de la formation dispensé à l'ESIAL et pourra être mis en avant lors d'entretiens
futurs.
- Session de test.
- 47 -
- Élaboration
final.
du
planning
- Conception du logiciel.
- Réalisation du logiciel et
remise des versions intermédiaires.
- Mise à disposition de l’entreprise de la version finale.
de projet.
E S IA L
PSA
P E U G E O T- C I T R O Ë N
AUTORAMA, OUTIL D’ÉVALUATION
DE SITES INTERNET
AUTORAMA, a website benchmark
ABSTRACT
2006 / 2007
Our industrial project was submitted by PSA, the group which mainly includes the two car
manufacturers Peugeot and Citroën. PSA is the second largest carmaker in Europe. This project
was supervised by two people, Emmanuel GONON from PSA was our industrial project supervisor and Moufida MAIMOUR was our academic supervisor.
Our project team was composed of Stéphane GIRAUD, Thibaut RONDEAU and Luc
VEILLON.
This project, entitled AUTORAMA, is an auto benchmark of websites. The general principle is
to estimate all the carmakers websites by auditing. The objective was to develop a web version in
order to make the creation of audits and the data access easier, to have a collaborating website
and to allow PSA to improve its site.
We divided the project into two main parts. First, we developed the MySQL database with Win’
Design. Secondly, we divided the website development into six parts (management of the sessions, script to import Excel data into the database, creation/modification of a Master, creation/modification of an Audit, Synthesis, graphic requests), two for each member of the team.
The first three ones were done for January and the last three ones for March.
Thanks to this industrial project, we have been able to apply skills that we learnt at ESIAL, such
as database management and PHP development. We also had to learn PEAR which is a framework and distribution system for reusable PHP components. All the work specifications have
been released.
Élèves
Stéphane GIRAUD
Thibaut RONDEAU
Luc VEILLON
Partenaire
2 à 10, boulevard de l’Europe
Poissy
78092 YVELINES Cedex 9
Encadrants
industriel
Emmanuel GONON
universitaire
Moufida MAIMOUR
- 48 -
E S IA L
PSA
P E U G E O T- C I T R O Ë N
PRÉSENTATION
Partenaires :
Notre projet industriel a été proposé par PSA Peugeot Citroën qui est le deuxième constructeur
automobile européen. L’équipe de ce projet était composée de Stéphane GIRAUD (TRS),
Thibaut RONDEAU (SIE) et Luc VEILLON (SIE). Nous étions supervisés par notre encadrant
industriel Emmanuel GONON et notre encadrante universitaire Moufida MAIMOUR.
Projet :
Actuellement, des comparatifs fonctionnels (benchmarks) de sites sont réalisés afin de positionner les sites Internet du groupe PSA Peugeot Citroën parmi tous les sites des constructeurs automobiles. L’objectif du projet était de remplacer l’outil existant (fichier Excel) par un outil “webisé” plus performant, plus ergonomique et plus efficace, donc de fournir aux auditeurs un outil
convivial et simple d’utilisation en raison de la masse d’informations à collecter et à traiter. La
fonction d’archivage permet aux auditeurs de visualiser un benchmark réalisé. Il est également
possible d’en comparer plusieurs et de visualiser la synthèse pour chacun d’eux. Les administrateurs peuvent paramétrer l’ensemble des fonctionnalités et des critères présents sur le site.
Le projet s’est déroulé en différentes parties qui sont :
- L’installation du matériel et des outils (Windows XP, Win’Design, Dreamweaver, EasyPHP).
- L’analyse du cahier des charges fourni par l’encadrant universitaire lors de la première
réunion.
- La création de la base de données MySQL et le début du codage de l’application en PHP.
- Le rapport et la soutenance intermédiaires respectivement en français et en anglais.
- La suite du développement du site et les tests.
- Rapport et soutenance finaux en français.
Des réunions téléphoniques régulières avec notre encadrant industriel suivies de comptes-rendus,
ainsi qu’une communication par e-mails, ont participé au bon déroulement de ce projet.
Résultats :
L’ensemble du cahier des charges a été réalisé. Ce projet nous a permis de mettre en application
ce que nous avions appris concernant la gestion de bases de données et la programmation en
PHP. Il nous a également permis de découvrir PEAR (PHP Extension and Application
Repository) qui est une librairie structurée de code source libre pour les utilisateurs de PHP.
- 49 -
outils.
- Analyse
charges.
du
cahier
des
- Création de la base de données MySQL et début du
codage de l’application en
PHP.
- Suite du développement.
- Tests.
de projet.
E S IA L
RED HAT
PORTLET DE BLOG JBOSS
Jboss Blog Portlet
ABSTRACT
2006 / 2007
JBoss used different blogs for its in-plant and out-plant usages. The goal of our industrial project was to develop an open-source blog portlet for JBoss, a division of Red Hat. A JBoss blog
creator can use our standard to create his blog-portlet. All the JBoss blog-portlets will have the
same functionalities.
During this project, we worked with different partners:
- the ESIAL team: Anthony Crignon, Pierre Leblon, and Samuel Wurgler
- Thomas Heute, the industrial advisor in JBoss
- Adam Warski, in charge of the core development in JBoss
- Gérald Oster, the school advisor
The core development for the blog functionalities has been developed by Adam Warski. Our job
was to develop the template system, to update the security system, to change some part of the
code managing the categories, and to create the RSS feeds management. To this end, we have
worked in five steps: first approach to the project, specifications, conception, development, and
test and finalisation.
At the end of the project, we have a blog portlet prototype with different functionalities and a
template system. But some additional functionalities and more conviviality can be added to this
blog portlet.
Élèves
Anthony CRIGNON
Pierre LEBLON
Samuel WURGLER
Partenaire
Place Numa Droz 2
2000 NEUCHÂTEL
SUISSE
Encadrants
industriel
Thomas HEUTE
During this project, we have learnt different web technologies (JSF, Hibernate, JBoss Portal…)
and project management tools. We have seen what a real professional project is.
universitaire
Gérald OSTER
- 50 -
E S IA L
R E D H AT
PRÉSENTATION
1) Les différents partenaires du projet
Ce projet industriel s’est déroulé en partenariat entre l’École Supérieure d’Informatique et
Applications de Lorraine (ESIAL) et l’entreprise RedHat, plus précisément sa filiale JBoss. Ce
projet a rassemblé différentes personnes :
- l’équipe ESIAL composée de Anthony Crignon, Pierre Leblon et Samuel Wurgler, tous
trois étudiants en 3ème année, spécialisation TRS.
- Thomas Heute, salarié de JBoss, encadrant industriel.
- Adam Warski, stagiaire chez JBoss, avec qui le projet était développé en partenariat.
- Gérald Oster, enseignant-chercheur à l’ESIAL, encadrant universitaire.
2) Les objectifs
Ce projet avait pour but de développer une portlet de blog pour JBoss qui utilise différents types
de blogs pour son usage interne et externe. Le but était donc de proposer un modèle de blog sous
forme de portlet pour ces différents blogs. Ce projet est open-source et sera donc mis à la disposition de la communauté du logiciel libre et pourra donc être repris et modifié par des acteurs
externes.
- Analyse des besoins et rédaction de la spécification utilisateur.
3) La démarche
Pour mener à bien ce projet, 5 grandes étapes ont été mises en place :
- première approche et aperçu du sujet pour bien le comprendre et maîtriser les outils,
- réaliser la spécification du point de vue utilisateur pour recenser les différentes fonctionnalités de la portlet de blog,
- réaliser la conception technique permettant de réaliser concrètement la portlet de blog,
- implémentation, développement technique du projet,
- phase de test et de finalisation.
- Rédaction de la spécification
technique, conception.
Tout au long du projet, des ajustements ont dû être faits comme par exemple le rôle de chaque
partenaire et principalement de l’équipe ESIAL et d’Adam Warski. Au final, les fonctionnalités
de base de la portlet de blog ont été développées par Adam Warski ; le côté design avec un système de plugins-templates, une première gestion de l’aspect sécurité, quelques modifications
dans le code pour la gestion des catégories, et un début de gestion des flux RSS ont été développés par l’équipe ESIAL.
4) Résultats
À la fin de ce projet, nous pouvons voir que les objectifs assignés au départ ont été atteints en
partie. Un prototype de portlet de blog a pu être fourni à JBoss. Il reste à finaliser la portlet. Des
fonctionnalités supplémentaires et un plus grand confort d’utilisation pourront être ajoutés par
la suite.
5) Les acquis
Durant ce projet, nous avons pu acquérir des connaissances et compétences dans différentes
technologies web telles que JSF, Hibernate ou encore JBoss Portal. Nous avons également appris
à gérer un projet de bout en bout, à organiser des réunions de suivi de projet. Nous avons aussi
pu voir ce qu’est la réalité d’un projet avec un vrai client, ses attentes et ses contraintes.
- 51 -
- Contact avec l’encadrant.
outils.
- Documentation, tutoriaux,
prise en main des outils.
- Rapport intermédiare et présentation orale en anglais.
- Implémentation, développement technique.
- Intégration et tests.
de projet.
E S IA L
REUTERS
SYSTÈME DE VIRTUALISATION ET DE
SUIVI DES FACTURABLES PROJET
Project Tracker and timesheet virtualisation
ABSTRACT
2006 / 2007
This industrial project proposed by the Reuters’ agency in Luxembourg, consisted in the study and implementation of a tool allowing the management of the profit and loss of their projects all along their life, from
their creation to their invoicing. The prototype of system we developed more precisely relies on the use of
handheld technologies and on a digitalisation of the entire flow of documents in order to provide a clearer
and always up-to-date view of Reuters’ projects.
The tool is divided into three main parts
- A server composed of a database, a set of web-services providing a unified and secured access to the information, a web interface allowing the users to interact with the system using a simple web-browser and several pieces of software used for the interconnection with other systems.
- A synchronisation application used to handle the two-way transfers of data between the server and the
PDA-embedded software.
- A PDA application allowing Reuters’ consultants to create dematerialised timesheets which can be virtually signed by the clients thanks to the touch-screen.
Achieving this project was done in quite a traditional and straightforward man. We started by studying the
initial specifications our industrial partner gave us and we refined them during several meetings. When the
subject became totally clear to us, we wrote the final specifications of the system and we designed a solution in a seventy-page analysis. With these documents as a basis we started the development phase, nearly
one month and a half after the beginning of the industrial project. When the implementation of the different components was over, we had to integrate them and to carry out a lot of tests to attest of its stability.
We finally spent a couple of weeks writing documents ranging from several users manuals to a sizing of the
platform. At the end of the six months period we gave our client a functional, completely developed and
documented prototype of the system which will be finalised and put in production during Mr. Escanye’s
internship.
This project was a really complete and rewarding experience which allowed us to acquire a lot of new skills.
Technically speaking we had the opportunity to build a complex system using a service-oriented architecture and to discover the development of mobile applications. On top of that, we were given the chance to
understand how important the management of a project is, from the planning of the tasks to the management of the relationships with the client; everything is of importance and can influence the final quality of
the product.
- 52 -
Élèves
Guillaume ESCANYE
Maha IDRISSI AOUAD
David MENCARELLI
Partenaire
40, avenue Monterey
L-2363 LUXEMBOURG
Encadrants
industriel
Louis-Arnaud ISCLA
universitaire
Joseph ROUYER
E S IA L
REUTEURS
PRÉSENTATION
Ce projet industriel de troisième année, réalisé pour l'agence Reuters du Luxembourg, a consisté en l’étude et le développement d'un système informatisé permettant de simplifier la gestion et le suivi de projets.
Plus précisément, l’outil informatique mis en place permet aux managers de Reuters de gérer leurs différents projets de façon plus simple, plus rapide et surtout plus efficace en dématérialisant des documents et
en tirant profit des avantages des technologies mobiles.
Afin de nous guider dans cette tâche, nous avons été supervisés par M. Louis-Arnaud Iscla qui est responsable de l’équipe “intégration et support” de l’agence Reuters du Luxembourg ainsi que par M. Joseph
Rouyer qui a joué le rôle d’encadrant universitaire.
- Prise de contact avec l'entreprise.
- Analyse détaillée du système
et rédaction du cahier des
charges.
Plus précisément, nous avons conçu un système constitué de trois composants principaux :
- Un serveur, qui regroupe une base de données, des web services ainsi qu'une interface web et des composants d’interconnexion.
- Une application de synchronisation qui se charge de gérer les transferts d’informations entre le logiciel
embarqué sur le PDA et le serveur.
- Un logiciel embarqué sur PDA permettant de réaliser des documents de facturation virtuels qui peuvent être signés numériquement.
À la fin des six mois, nous avons fourni un prototype fonctionnel permettant d’illustrer la finalité du système ainsi que l’ensemble de la documentation demandée par notre client.
- Début de la phase de développement du prototype.
Afin d’arriver à ce résultat, nous avons commencé par étudier les spécifications initiales que nous a fourni
notre encadrant industriel. À partir de ces spécifications, nous avons creusé le sujet et, suite à de nombreuses
discussions et réunions avec notre encadrant, nous avons rédigé une analyse complète d’environ soixantedix pages détaillant exhaustivement les cas d’utilisation du système ainsi que la solution que nous comptions mettre en œuvre. Nous avons ensuite formalisé cela dans un cahier des charges. Ces bases étant posées,
nous nous sommes lancés dans le développement des différents éléments du prototype. Ensuite, une fois
l’implémentation et l’intégration des composants terminées, nous avons procédé à une phase intensive de
tests afin de nous assurer de la stabilité du système. Finalement, nous nous sommes consacrés à la rédaction
de la documentation, cette dernière allant d’un manuel utilisateur à de la documentation technique en passant par une estimation de la taille prévue du système (espace disque et utilisation CPU) ainsi que par un
point sur l’état courant du projet permettant de connaître l’ensemble des étapes à réaliser afin de passer du
prototype à une version finale. Ces étapes seront d’ailleurs assurées par M. Guillaume Escanye lors de son
stage de fin d’étude.
- Intégration des parties.
Ces six derniers mois furent extrêmement riches en expériences et ont été pour nous l’occasion de développer des compétences techniques mais surtout des compétences humaines et de gestion. En effet, l’ampleur du travail et la grande liberté dont nous avons disposés nous ont poussé à agir et à réfléchir d’une
façon différente de celle que nous utilisons habituellement dans le cadre des projets scolaires traditionnels.
Ainsi, en agissant différemment et en sortant de nos habitudes, nous avons progressé et emmagasiné de l’expérience qui nous sera certainement utile dans le futur.
Tout d’abord, d’un point de vue technique, nous avons eu l’occasion grâce à ce projet de manipuler concrètement les architectures orientées services qui sont largement utilisées de nos jours. Nous avons également
eu la possibilité de nous initier au développement d’applications mobiles sur PDA. Étant donné que la
conception et la mise en place de systèmes distribués et embarqués sont des compétences recherchées, avoir
une première expérience en situation réelle dans ces deux domaines constitue un atout non négligeable.
Ensuite, au niveau organisationnel, le fait d’avoir participé aussi bien à l’élaboration du planning qu’à la
gestion des relations avec le client, nous a permis de développer des savoir-faire qui sont d’habitude relégués au second plan vis-à-vis des aspects techniques. Dans le cadre de ce projet, nous avons pu nous rendre
compte que ces tâches peuvent se révéler particulièrement passionnantes et que, surtout, elles ont un rôle
prépondérant et sont indispensables.
- 53 -
- Rapport intermédiaire et présentation en anglais.
- Finalisation du développement des différentes parties.
- Tests.
- Réalisation de la documentation.
- Audit.
de projet.
- Remise du prototype et de la
documentation.
E S IA L
ROTAREX
ÉTUDE DE LA FUSION DE
CINQ SOCIÉTÉS INDUSTRIELLES
Analysis of the merger
of five industrial companies
ABSTRACT
2006 / 2007
Our industrial project was submitted by ROTAREX, a worldwide group, the market leader in
gas valves, regulators and fitting for LPG, CNG, UHP, Fire extinguishers, Semiconductor,
Medical and Industrial applications. This project is supervised by Mr. Laurent REMMY (as
industrial supervisor) and Mr. Andre SCHAFF (as the academic supervisor).
Élèves
Jérôme BENOÎT
Maher EL-FAKRI
Thibaut MASSART
The project group was composed of three ESIAL students in charge of the realization of the
tasks, and two Rotarex supervisors in charge of checking completed work.
The aim of this project was to analyse the merger impact of six information systems and six
departments. ROTAREX wanted us to write specifications and propose a solution for this merger.
Our work can be divided into three main parts. The first one was to conduct an audit in order
to understand the functioning of the business units and stress the link between them. The second
part was to write audit’s scheme, cartographic process and different reports. The third and last
one was to analyse the new version of the Information System, called Infor:COM.
Thanks to this industrial project, we have been able to apply the skills we learnt at ESIAL like
modelling process or information system. We made all the schemes we needed to represent the
different process and we set up the new version of Infor:COM.
Partenaire
24, rue de Diekirch
BP 19
L-7505 LINTGEN
LUXEMBOURG
Encadrants
industriel
Laurent REMMY
universitaire
André SCHAFF
- 54 -
E S IA L
R O TA R E X
PRÉSENTATION
Contexte et objectifs :
Pendant toute la durée de notre projet industriel, notre objectif a été d’analyser et de chiffrer la
fusion de six systèmes d’information du groupe ROTAREX.
- Contact avec l’encadrant.
À l’heure actuelle, il existe, au site de Lintgen, un système d’information de type ERP :
Infor:COM. Cet outil offre la possibilité de stocker un grand nombre d’informations concernant
la fabrication des produits, telles que l’achat de matière première, les pièces à fabriquer, la planification…
Parallèlement à ce logiciel, une multitude d’applications viennent se greffer autour afin de gérer
ce qui ne l’est pas dans Infor:COM. Elles interviennent au niveau de la comptabilité, du pointage des opérateurs…
Il est important de préciser qu’aujourd’hui, chaque société possède une instance de l’ERP. Ceci
implique que chaque instance possède ses propres informations et ses propres règles de gestion.
Parmi ces informations, certaines sont communes à plusieurs instances.
Le principal problème de la fusion consiste à rassembler toutes les données sous une même instance en éliminant les doublons et en fixant des règles communes pour chaque société.
- Analyse et conception du
cahier des charges.
- Rédaction du rapport intermédiaire.
anglais.
- Propositions de solutions et
développements.
- Audit.
De ce fait, durant notre projet, nous avons été amenés à analyser l’impact de la fusion au niveau
de l’entreprise. Ceci imposait la conception d’un cahier des charges qui a débouché sur la proposition d’une solution.
Les objectifs de ce projet étaient donc :
- Organiser et réaliser un audit.
- Cartographier l’ensemble des Business Unit du groupe Rotarex.
- Analyser les problèmes lies à un fusion des six ERP.
- Réaliser un diagramme BPM (Business Process Modeling).
- Analyser la nouvelle version de l’ERP Infor:COM.
Partenaires :
Une équipe projet pluridisciplinaire a été formée à partir d’étudiants provenant de
l’ESIAL, spécialisation SIE (Systèmes d’Informations d’Entreprise), chargés de la réalisation des
tâches et de responsables du groupe ROTAREX chargés de la supervision et de la vérification du
travail effectué.
Résultat :
L’ensemble des Business Unit du groupe Rotarex ont été cartographiées. La nouvelle version de l’ERP Infor:COM a été installée sur un ordinateur indépendant. Cette dernière a été testée et comparée avec la version précédente. Nos conclusions ont été fournies aux responsables
internes de la fusion et de la migration.
- 55 -
E S IA L
SOPRA GROUP
DB40 : L’APPROCHE OBJET APPLIQUÉE
AUX BASES DE DONNÉES
DB40 : An object approach for databases
ABSTRACT
2006 / 2007
Sopra Group is a leading European Systems Integration and Consultancy group that employs
more than 6,000 employees and has a specialized EAI (Enterprise Application Integration) activity through its Axway subsidiary. Always at the cutting edge of technology, Sopra Group is present in every aspect of computer science.
In order to develop its range of services in the field of databases, Sopra offered us to work on an
innovative theme : object-oriented databases. Object databases, by definition, efficiently store,
manage and access the complex data types that are the essence of modern applications. For this
project, we were in charge of three tasks : the integration of the object-oriented database db4o
with the framework Spring, the creation of a JDBC driver for db4o, and the development of an
update function in unconnected mode.
The Spring framework is an open source application framework for the Java platform. It provides solutions to many technical challenges faced by Java developers and organizations wishing
to create efficient applications. Spring can easily be used with common persistence engines
(Hibernate, JDO, EJB, ...), but it lacks an interface with db4o. To achieve this goal, we relied on
an open-source project called db4o-spring, and wrote documentation about how to use this
module in order to integrate db4o with spring.
JDBC (Java DataBase Connectivity) is an API for Java that defines how a client may access a
database. It provides methods for querying and updating data in a base. The majority of database management systems now provide a JDBC driver, but db4o doesn't. Thereby, we developed the main functionalities of db4o's JDBC driver.
Due to the special architecture of db4o, it can be difficult to keep a link between an object out
of the base and its internal reference in the base. This is, for example, the case for web applications. For this part of the project, we were in charge of developing a simple way of reconnecting
an object with its reference in the database.
- 56 -
Élèves
Baptiste BEAUVALET
Fabien DUBRON
David JEAMES
Gwenaël LE NOC
Partenaire
19, avenue le Corbusier
59000 LILLE
Encadrants
industriel
Christophe GLUCH
universitaire
François CHAROY
E S IA L
SOPRA GROUP
PRÉSENTATION
Sopra Group est l'une des plus importantes sociétés de services et d'ingénierie informatique en France et en
Europe. Très présente dans les secteurs du conseil, de l'intégration de systèmes ou encore de l'outsourcing
applicatif, elle ne néglige aucun métier des technologies de l'information et met un point d'honneur à rester à l'avant-garde du progrès en matière de technologies informatiques.
Désireux de développer ses connaissances et sa palette de services dans le domaine des bases de données, le
groupe nous a proposé de travailler sur les bases de données orientées objets, qui ont le vent en poupe depuis
quelque temps.
L'objectif de ce projet industriel était l'étude de db4o, système de gestion de bases de données exploitant
ce concept, ainsi que le développement d'outils permettant d'améliorer les possibilités offertes par ce produit.
Après une phase d'étude de db4o, nos activités se sont poursuivies par des développements autour de trois
grands axes.
Pour commencer, il nous a fallu intégrer db4o au framework Spring. Ce framework est un outil utilisé pour
les développements informatiques réalisés selon une architecture de type “3-tiers”. Sopra Group souhaitait
adjoindre à Spring un module consistant en un moteur de persistance pour db4o. Ces moteurs existant
pour de nombreuses bases de données relationnelles, Sopra Group souhaitait qu'un tel outil voie le jour
pour db4o afin de compléter son offre en la matière.
Dans le cadre de ce projet, nous avons également développé un driver JDBC pour db4o. JDBC est un
ensemble d'interfaces offrant la possibilité d'effectuer facilement des opérations sur des bases de données.
Ce cadre, commun à tous les systèmes de gestion de bases de données relationnelles connus et reconnus,
fournit une grande généricité, en permettant notamment de se connecter à des bases de données différentes
sans modifier le programme. Concevoir et réaliser un driver de ce type pour db4o permet également d'envoyer des requêtes aux bases gérées par db4o en respectant le langage SQL, utilisé pour communiquer avec
des bases de données de tous types.
Enfin, db4o ne fonctionne actuellement pas en mode “non connecté”. En effet, db4o tient une arborescence des objets qu'il a instanciés. Lorsque l'on souhaite sauvegarder la dite arborescence, db4o consulte les
objets déjà existants dans la base de données et les met à jour, y supprime ceux qui doivent être détruits et
y ajoute ceux nouvellement créés. Si l'on veut se servir du mode “non connecté”, fréquemment utilisé dans
le cadre d'un développement respectant l'architecture “3-tiers”, une phase de reconnexion est indispensable.
Cette phase n'est pas automatisée pour l'instant et a seulement fait l'objet d'une étude de la part de notre
groupe.
Pour mener à bien ce projet, nous nous sommes séparés en deux groupes de deux étudiants, avec pour chacun la responsabilité de l'une de ces grandes tâches. Nous avons travaillé en observant les règles de la programmation agile, c'est-à-dire en effectuant à deux toute tâche à chaque fois que cela était possible, ceci
dans le but de limiter les erreurs d'analyse, de conception et de développement.
Pour conclure, ce projet sur db4o nous a beaucoup apporté en nous offrant une expérience sur les bases de
données orientées objet, concept novateur et qu'aucun d'entre nous n'avait étudié. De même, l'apport de
cette étude en termes de gestion de projet nous a permis de mieux connaître les contraintes qui y sont associées : temporelles, organisationnelles, et de communication avec les encadrants industriels et universitaire,
ainsi que la programmation agile.
- 57 -
- Prise de contact téléphonique
avec les encadrants industriels.
- Installation et prise en main
du matériel et des outils.
- Approfondissement
des
détails du sujet, familiarisation avec les concepts à aborder.
- État de l'art des éléments
théoriques et pratiques, mise
en place d'une veille technologique.
charges.
- Développements
(Driver
JDBC, interfaçage Spring).
- Suite et fin des développements (Driver JDBC, mode
déconnecté).
- Réalisation de tutoriaux et
documentations utilisateur.
- Rapport final et soutenance
de fin de projet.
E S IA L
TRANE
TRAçABILITÉ PAR CODE BARRE
DANS L’ENTREPRISE TRANE
Trane Barcode Traceability
ABSTRACT
2006 / 2007
Élèves
The TRANE Company is a major firm in commercial and residential air solutions such as air
conditioning units. With a turnover of 4.7 billions dollars, the TRANE Company is always looking for improvements.
Johan BONNEAU
Nicolas FLEURY-GOBERT
Christophe THOMAS
In such a context, an industrial project entitled “Barcode Traceability” has been created between
ESIAL and TRANE Golbey. It consists in setting up an application written in ASP/VB .NET in
order to allow firstly the digitization of assembly charts, and secondly the use of
BARCODE/RFID technology. Mrs Hind EL HAOUZI is the industrial partner while Mr
André THOMAS is the academic supervisor.
Partenaire
The project comprises several phases: an initial study, the writing of a requirements’ documentation, a conception part, a coding part, a testing part, and the final industrial deployment of the
application.
So far, the software has been fully functional and includes a BARCODE reader. It deals with
both the operator and TRANE’s Industrial System by automatically establishing the link. The
deadline was respected.
This project has been turned into a successful one: a useful tool for TRANE’s assembly lines, and
a perfect project leading for us, including the new language learned. Last but not least, our main
motivation is about to be realized, meaning the industrial deployment of the project on an
assembly site.
Route de Chamagne
88130 CHARMES
Encadrants
industriel
Hind EL HAOUZI
universitaire
André THOMAS
- 58 -
E S IA L
TRANE
PRÉSENTATION
TRANE est une entreprise à envergure internationale dans le domaine du conditionnement d’air
et de la production d’unités de réfrigération. Pourvue d’un chiffre d’affaires de 4,7 milliards de
dollars, elle cherche l’amélioration continue de sa productivité. C’est dans le cadre de l’installation d’une nouvelle ligne de montage qu’elle s’est adressée à l’ESIAL au travers de ce projet industriel intitulé “Application de traçabilité et pilotage par lecture de code-barres ou tags RFID”.
Ce projet poursuit un double but : celui de numériser tous les schémas de montage en apportant le confort de l’informatique, et celui de mettre en place un système de lecture par codebarres ou tags RFID dans l’optique d’automatiser certaines tâches fastidieuses. Pour ce faire, le
projet prévoit l’élaboration d’une application codée en ASP/VB .NET s’interfaçant avec le système industriel ORACLE du site de production. Bien entendu, celle-ci doit gérer un système à
code-barres ou à tags RFID sur chaque poste de la ligne. Diplômée de l’ESIAL en 2003, Mlle
Hind EL HAOUZI est l’encadrante industrielle, tandis que M. André THOMAS sert de liaison
avec le domaine universitaire.
La gestion du projet a engendré plusieurs étapes importantes.
Premièrement, l’appropriation du contexte du projet est indispensable, en vue d’établir le cahier
des charges de l’application à développer. Une fois le modèle de conception initial validé, la phase
de conception de toutes les fonctionnalités a pris un certain temps qui nous fut d’autant plus
utile pour le développement qui s’en suivit. Enfin, la phase de tests nous permet de passer ensuite à la mise en production, si bien sûr tout est conforme à ce qu’on attend de l’application.
Une des particularités de ce projet est justement l’assurance d’une mise en production du produit final, source de motivation et d’intérêt pour beaucoup. Une gestion de projet aboutie dans
un cadre purement industriel, une réunion hebdomadaire entre les étudiants, une réunion mensuelle avec tous les intervenants, et des objectifs atteints ont tôt fait de ce projet une complète
réussite. Forts de cette aventure concluante et d’un nouveau bagage technologique, nous sortons
plus que satisfaits d’avoir contribué à la création d’un outil à l’avenir prometteur, que nous
aurons le loisir de voir évoluer au sein des systèmes industriels de l’entreprise TRANE.
- 59 -
- Étude du contexte du projet.
- Écriture
charges.
du
cahier
- Validation du modèle.
- Phase de conception.
- Phase de réalisation.
- Phase de tests.
- Mise en production.
des

projets industriels industrial projects

Transcription

Documents pareils

MIYELI Jean

Flyer living jongle final copie

voir courte biographie

PROJECT MANAGER INTERN IN SPORTS EVENTS Entreprise et

La littérature dédiée à MS Project

Télécharger CV - Andries Fabrice

petroil AW2

Électronique - Polytech Nice Sophia

FEANI CV f Weber JP_100207