Projets industriels 2001/2002

Transcription

INDUSTRIAL
PROJECTS
UNIVERSITÉ HENRI POINCARÉ - NANCY 1
Domaine scientifique Victor Grignard - Bâtiment du 1er cycle
B.P. 239 - Boulevard des Aiguillettes
54 506 Vandœuvre-lès-Nancy Cedex
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 :
Email : [email protected]
Remerciements
Acknowledgments
Nous tenons à remercier
We 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.
students, industrial and academic supervisors, as
well as the ESIAL technical and administrative team,
without whom satisfactory progress of those industrial
projects would not have been possible.
Définition
Definition
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.
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.
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.
Third year ESIAL projects aim at heightening students
awareness of concrete issues met by companies, by achieving
an industrial study.
This study is proposed by an ESIAL partner company.
Projects mainly deal with the specification and development of an industrial or software product (from requirements listing to final testing), stemming from applications
of computer science, networking, telecommunications and
industrial automation. They provide an opportunity to
practicing on an industrial case the tools, languages, techniques, methods, models and concepts learned during the 3year training.
In addition to the analysis of a complex issue, these projects involve a project management and software engineering part such as the definition of a requirement list and
generation of specific documents: specification, design,
tests, user and servicing guidebooks for instance. 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.
Organisation
Organization
Les groupes de projet sont formés normalement de trois
à quatre personnes, issues des spécialisations de l’ESIAL :
Ingénierie du logiciel ; Télécommunications, Réseaux et
Systèmes ; Systèmes d’Information d’Entreprise et Ingénierie des
Systèmes de Production. Ceci permet de sensibiliser tous les
étudiants aux problèmes de communication, d’organisation
et de circulation d’information.
Projects usually team up 3 to 4 ESIAL students majoring
in : software engineering ; telecommunications, network
and systems ; industrial automation and information systems. This enable all students to become aware of communication, organization, and information sharing issues.
Personal work is estimated to 250 hours, equivalent to 6
men-months for a 4 person team. Each project is overlooked 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, an audit and an ANVAR grant
application are also an integral part of the industrial project.
La quantité de travail personnel 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 à mi-parcours (en anglais) et en fin de projet. Un rapport intermédiaire, un rapport final, un audit et
une demande ANVAR font également parties intégrantes du
projet industriel.
Schedule
.
.
Calendrier
.
.
.
.
.
Septembre 2001 :
Étude des propositions de projet ;
Du 17 septembre au 02 octobre 2001 :
Présentation aux élèves ;
Début octobre 2001 :
Choix du sujet et début du travail sur le projet ;
20 décembre 2001 :
Remise du 1er rapport et 1ère présentation orale en anglais ;
20, 21, 22 février 2002 :
Audit individuel de chaque projet industriel ;
19 mars 2002 :
Soutenance et rapport finals.
.
.
.
.
-1-
September 2001 :
Evaluation of project proposals ;
From September 17 to October 2nd, 2001 :
Presentation to students ;
Beginning of October 2001 :
Subject selection and beginning of the work ;
December 20, 2002 :
Handing out of the first report and presentation in
English ;
February 20, 21, 22, 2002 :
Individual audit of each industrial project ;
March 19, 2002 :
Final document and presentation.
SYSTÈME DE GESTION ÉLECTRONIQUE
DE DOCUMENTS
E l e c t ronic Document Management System
A B S T R ACT
2001 / 2002
ALSTOM is the global specialist in energy and transport infrastructure. It has annual sales in
excess of 22 billion euros and employs 120,000 people in over 70 countries. In energy, ALSTOM
is active in power generation, power transmission & distribution and power conversion; and in
transport through its activities in rail and marine.
Like many important companies, ALSTOM has to deal with many documents. Maintenance
operators have to be able to rely on a fast and simple access to the documents they need. Right
now, an old-fashioned system is used for that purpose. We tried to participate in the process of
modernisation for documents management in ALSTOM.
As a result, we wanted to develop an application capable of being used only with a simple browser. It should allow ALSTOM employees to easily organise hierarchically their documents, to
retrieve them, to complete them with revisions, and to annotate them. It should also allow communication and project management to become more interactive. All of this with the goal to reduce the costs generated by the usual difficult retrieval of documents, scattered amongst the company subsidiaries. It is nowadays mandatory to have a fast and flexible data management system.
Étudiants
Jérôme BERTRAND
Vincent BOUET
Hoang-Quang DAO
Jérôme DUFOUR
Partenaire
23-25, av. Morane SAULNIER
92364 MEUDON LA FORET
Encadrants
The solution we developed is based on new technologies like the XML language. All the data
and configuration information are written in XML files and put in a native XML database. The
application by itself is made of JSP pages and servlets. The system is based on a 3-tier architecture : the front-end is the web server, the middleware is the application server, and the back-end
is the database. We chose Tomcat as the web and application server, because it is free and widely used. It deals with JSP compiling and servlets execution. For the native XML database, we
chose Xindice. Finally, a file system is needed to actually store the documents.
To conclude, this project was very interesting. We learnt to work as a team, with the difficulties
and advantages it involved. We also discovered new technologies, and had to think a little differently than with traditional tools.
-2-
industriels
Arnaud HOCQUARD
Eric LECAILLE
universitaire
Brigitte JARAY
P R É S E N TAT I O N
ALSTOM est le spécialiste global des infrastructures pour l’énergie et le transport. La
Compagnie sert les marchés de l’énergie au travers de ses activités dans la production, la transmission & distribution, la conversion d’énergie, l’entreprise électrique, et sert les marchés du
transport au travers de ses activités dans les domaines ferroviaire et maritime.
Comme toute grande entreprise, ALSTOM est amenée à produire et manipuler de nombreux
documents. Les opérateurs de maintenance du groupe ont besoin d’avoir accès à des documents
de référence simplement et rapidement. L’entreprise s’appuie actuellement sur une gestion de
documents essentiellement manuelle et seulement accessible localement. Nous avons essayé de
participer au processus de modernisation de la gestion de documents d’ALSTOM.
Chronologie
- Venue de notre encadrant
industriel pour précision des
spécifications,
- Elaboration d’un planning,
- Etudes des solutions techniques,
C’est donc dans le but de faciliter et de moderniser la gestion des documents de façon électronique que nous avons créés un système « E-Documentation Server » accessible par n’importe quel
navigateur Web. Cet outil permet aux différents employés d’ALSTOM d’organiser leurs documents de manière arborescente, puis d’y d’accéder, d’y apporter leurs annotations afin de
recueillir les expériences utiles, et de poster des révisions. Il permet aussi de rendre plus interactives les communications et les flux de gestion de projet. Il est évident que la perte de temps dans
la recherche ou le classement des documents est pour les entreprises et encore plus pour les
grands groupes ayant des filiales dispersées, un manque d’efficacité préjudiciable pour la productivité. En effet, tous les problèmes de communication interne (méconnaissance d’informations ou des échanges) entraînent des limitations de capacité d’exploitation en temps réel. Dans
une économie moderne, la rapidité et l’adaptation aux données retournées sont primordiales.
- Rédaction d’un cahier des
charges,
Au final, notre système repose sur les nouvelles technologies comme le langage XML. L’ensemble
des données de configuration de l’application et les données proprement dites sont stockées sous
forme de fichiers XML, dans une base de données native XML. L’application en elle-même est
développée sous forme de pages JSP et de servlets Java. Le système fonctionne sur une architecture 3-tiers : le serveur web en front-end, le serveur d’application JAVA en middleware et une
base de données en back-end. Dans notre cas, le serveur web et le serveur d’applications sont
confondus : nous utilisons Apache Tomcat (issu du groupe de travail Apache, le serveur web le
plus répandu au monde, qui de plus est gratuit). Il assure l’envoi des pages JSP et l’exécution des
servlets. Afin d’assurer la persistance, nous avons opté pour une base de données native XML
(XIndice), qui permet de stocker les documents directement au format XML, et un système de
fichiers. La base permet de conserver les paramètres de configuration et les informations nécessaires au fonctionnement du serveur. Le système de fichier stocke les documents proprement dits
(pièces-jointes).
- Finalisation du prototype,
- Rapport et soutenance intermédiaires en anglais,
- Développement du prototype,
- Déplacement chez ALSTOM
pour première présentation et
feedback,
- Rédaction de documents
pour la maintenance de l’application,
- Rapport et soutenance finals.
Contributions Extérieures
Pour conclure, ce projet a été très enrichissant pour nous quatre, tant sur le plan humain que
technique. Au niveau humain, nous retiendrons les difficultés à répartir le travail, à gérer les
retards et les avances (rares) sur le planning, les confrontations lors des choix techniques et l’efficacité d’un travail en groupe bien cadencé. Au niveau technique, ce développement nous aura
permis d’utiliser des technologies quasi inexplorées (notamment, la base de données native
XML) avec tous les avantages et les inconvénients que l’on peut y trouver.
-3-
SYSTÈME DE CONFÉRENCE ÉLECTRONIQUE
E l e c t ronic conference system
A B S T R ACT
2001 / 2002
Étudiants
ALTRAN Europe is an ALTRAN Technologies entity proposing high technology consulting services for its customers. Because their consultants integrate customer company, it is hard for
ALTRAN Europe to propose them trainings. The solution may lie in a training platform using
a distributed architecture to manage several users and trainings. This platform would be operational on an Extranet site.
Our project is part of this wider goal. Its purpose is to develop an electronic conference system,
which will be used for online trainings, for example between a teacher in Brussels and other
consultants who work abroad.
This application re-uses a previous platform, designed in 2001 as part of ESIAL industrial projects, and consists of a chat application, for a live written communication between a teacher and
his students ; this chat is included in a web interface, which allows controlling the conferences'
environment.
We started by writing analysis documents in order to define the needs of ALTRAN Europe.
Then we designed the application and finally we implemented it. During the different steps of
the project, we checked the work made to allow a good matching between the theoretical specifications and the practical part of the platform conception.
This project was really instructive : it allowed us to discover new architectures and technologies
such as J2EE, EJB, JSP and ser ver side Java technologies. But above all, it dealt with an inno vative and booming concept, the e-learning solution, which may be the key to distant trainings.
Johnny HA
Pierre MICHAUD
Sébastien PESME-CANSAR
Jean-Charles TROSSET
Partenaire
142-144, avenue de Tervuren
1150 BRUSSELS
Encadrants
industriels
Jérôme BARRETEAU
Philippe METZ
universitaire
Samir TATA
-4-
Filiale du groupe ALTRAN Technologies, ALTRAN Europe est une société de services basée à
Bruxelles, qui fournit à ses clients des conseils en technologies dans tout secteur d’activité et ce,
quelle que soit la technologie mise en œuvre. Cette stratégie a pour but de répondre aux
demandes de diverses provenances : secteur industriel, bancaire, etc. Comme beaucoup de sociétés de services, ALTRAN Europe travaille directement sur les sites de ses clients grâce à des
consultants qui s’intègrent directement dans l’équipe. Ceci leur permet d’avoir une vue plus
proche du problème qu’ils doivent résoudre, mais également d’avoir une réactivité plus grande
par rapport aux différentes attentes ou interrogations du client. Cette décentralisation des forces
vives d’ALTRAN-EUROPE garantit une qualité de services optimale, mais pose certains problèmes d’organisation tels que la formation des consultants.
La principale difficulté que rencontrent les consultants d’ALTRAN Europe lors de leur carrière
est la possibilité de pouvoir se former rapidement à un très haut niveau technique, afin de mettre
en œuvre, par la suite, ces nouvelles connaissances dans de nouveaux projets. Pour palier à ce problème, ALTRAN Europe avait proposé l’année précédente un projet industriel ayant pour but
le développement d’une plate-forme de formation. Elle devait permettre aux consultants de se
former de manière optimale aux nouvelles technologies via une connexion au réseau (Internet,
intranet ou extranet). Pour parfaire cette plate-forme et la rendre plus fonctionnelle, ALTRAN
Europe nous a proposé cette année d’y ajouter un module de conférence électronique.
La principale caractéristique de notre projet est la réalisation d’une solution de e-conférence s’appuyant sur la plate-forme EJB réalisée l’année précédente. Cette application s’apparente à un système de dialogue auquel nous avons ajouté des fonctionnalités le rapprochant au maximum
d’une véritable conférence. Nous avons donc géré le projet sur deux axes principaux. Le premier
est le remaniement de la plate-forme existante pour la rendre plus conviviale et y inclure notre
système de conférence. Le second est le développement du moteur de conférence en lui-même.
L’application réalisée implante de nombreuses fonctionnalités telles que l’appel aux votes pour
les questions des étudiants, une gestion avancée des droits permettant au professeur de donner
les pleins pouvoirs à un étudiant et une zone de dessin donnant la possibilité au professeur
d’illustrer son cours.
Avant de concevoir cette solution de e-conference, nous avons analysé de très près les besoins.
Nous avons déterminé les différents acteurs susceptibles de jouer un rôle dans le processus d’une
conférence au sein d’une formation interne à ALTRAN Europe. Cette phase d’analyse a été particulièrement importante et nous a permis d’aborder la conception avec plus de recul. Lors de la
conception, il a fallu intégrer la philosophie Enterprise JavaBean afin de réaliser une architecture opérationnelle. Nous avons utilisé l’outil de conception Rational Rose (UML) pour mettre en
place l’ensemble des classes et des scénarii possibles pour la plate-forme. Bien entendu, des rectifications ont été apportées à la conception, en accord avec les encadrants industriels, afin de
répondre au mieux à leurs besoins. Dans une dernière phase, nous avons réalisé le codage de
toute l’architecture détaillée dans le cahier de conception validé, afin de proposer une plateforme utilisable, comprenant toutes les fonctionnalités mentionnées lors de la phase d’analyse et
reprises pour la conception.
Ce projet industriel, technologiquement innovant, nous a permis d’approfondir nos connaissances dans la programmation Java. Il nous a également permis d’utiliser l’ensemble des technologies Java mises en œuvre pour des applications distribuées. Du fait de son architecture J2EE
radicalement novatrice, ce projet a été très formateur. En outre, l’aspect de gestion d'un projet a
également été très enrichissant. La plate-forme que nous avons réalisée peut désormais être
déployée sur l’extranet d’ALTRAN Europe afin de proposer aux consultants un panel de formations de tous niveaux, elle permettra de plus un excellent feed back grâce aux conférences en ligne.
-5-
Chronologie
- Première réunion de qualification fin octobre 2001,
- Documentation sur les EJB et
les technologies Java associées,
- Analyse de la plate-forme
existante,
- Analyse du système de conférence à réaliser,
- Elaboration de la conception
de l’architecture choisie
(EJB),
- Refonte de la plate-forme
Web et développement de
l’application conférence,
- Implantation du cœur de la
plate-forme (Beans entités et
sessions),
- Première mise en œuvre de la
plate-forme,
GESTION INFORMATIQUE DES
ACTIFS DE LA SOCIÉTÉ
Asset Management
A B S T R ACT
2001 / 2002
Étudiants
Specialised in technology consulting ARIANE INGENIERIE was established in
1985, and began by capitalising on its original expertise in managing information
systems projects for industrial applications, before successfully diversifying to become a major economic player in the industry.
In order to have a real estimation of the different costs of each project, ARIANE
INGENIERIE wants to have an Asset Management Software which would allow
them to follow the evolution of the monthly cost of asset.
According to these specifications, the first goal of the industrial project was to determine whether a specific application needed to be developed or if a software could be
purchased. After a first study of the real needs of ARIANE INGENIERIE and a survey of the market, we give our report. Thanks to that, ARIANE INGENIERIE decided to buy a software, so we make the different software entering under competition.
Many difficulties for scheduling meetings with the different firms were the only problem to achieve the project. Nevertheless we have selected final set of four pieces of
softwares in the last time and we have make our choice which consists in ISIPARC,
the software of Isilog for a global amount of 4 215 euros.
Now, ARIANE INGENIERIE gets the solution.
Damien CRINIERE
Sylvain DUBUISSON
Pascal HERBET
Virginie LHUILLIER
Partenaire
6, avenue du Bois de la
Champelle
54500 VANDŒUVRE-LESNANCY
Encadrants
industriels
Régis DUNAN
Jacky STAUDRE
universitaire
Marie-Noëlle FLAVENOT
-6-
Ariane Ingénierie, société de conseil en technologies basée à Nancy Brabois, compte
environ deux cents consultants. Ces derniers travaillent directement chez leurs clients en
y amenant leurs matériels.
Afin de répartir au plus juste les coûts liés à chaque centre de coûts ainsi qu’à chaque
projet, Ariane Ingénierie souhaite se doter d’un système de gestion de parcs qui permette
l’analyse statistique et un suivi des évolutions. Ce logiciel permettrait de gérer l’ensemble de leurs actifs et immobilisations.
Ainsi, Ariane Ingénierie nous a proposé un projet industriel dans ce sens. Dans un premier temps, nous avons dû analyser précisément les besoins de la société afin d’élaborer
le cahier des charges et réaliser une étude préalable des logiciels existants et de la faisabilité d’un développement spécifique.
Cette première partie a amené l’entreprise à s’orienter vers l’achat d’un logiciel. Ainsi, la
deuxième phase de notre projet fut de mettre en concurrence plusieurs éditeurs afin de
permettre à Ariane Ingénierie d’opter pour la meilleure solution.
Ces aspects nous ont permis d’appréhender plusieurs points concernant le travail en
équipe, l’organisation d’une société de services, le travail d’un ingénieur commercial
ainsi qu’une vision intéressante du marché des logiciels de gestion de parcs et des
méthodes et principes fondamentaux de ces logiciels.
Chronologie
- Interviews chez ARIANE,
- Elaboration du cahier des
charges,
- Prospection interne et externe de solutions,
- Choix par ARIANE d’une
solution commerciale,
- Etude et analyse des logiciels
du marché,
Notre travail permet à Ariane Ingénierie de choisir le meilleur logiciel au moindre coût.
En effet, la solution proposée par ISILOG avec son système ISIPARC II est l’offre que
nous préconisons d’acheter. A cela, l’univers Business Object à et la formation à ISIPARC II (qui inclut l’installation par ISILOG) sont les options minimales nécessaires
à Ariane.
Ainsi, le coût d’achat pour Ariane reste raisonnable.
-7-
LISA : LOGICIEL POUR INFORMATION
SUR AFFAIRES
LISA : Information list on business
E l e c t ronic Document Management
A B S T R ACT
2001 / 2002
EADS REVIMA, a subsidiary of the SOGERMA group (a subsidiary of the EADS group), is specialized in reviewing and repairing aeronautical equipments. The two main products are the landing gear
and the auxiliary power unit. Companies such as BOEING, AIRBUS or ALLIED SIGNAL manufacture these products.
Revima’s CAM (computer-assisted production management) which has been developed internally, is
divided into five modules. The LISA project (in French Liste des Informations Sur Affaire) proposed
by EADS is part of the release module.
In its activity, the company produces lots of documents that have to be shared with the employees or
sent to the clients. However, the management of these documents presents some weaknesses that
generate lots of problems.
The target of our project is to :
- Centralize the information and organize its circulation,
- Improve the sharing of information,
- Make data safe (rights’ management),
- Set the basis of the knowledge management by warning the users when an interesting document is
made available thanks to the LISA application.
The LISA project’s development has been divided into two main parts. During the first one, we worked with our industrial supervisor. We had to analyse the company’s needs, to define and to write our
application’s functional and technical specifications. Further to the validation of this document, it was
time to begin the development of the LISA prototype. In the second part of this project, we first installed the Lotus Notes and the Lotus Domino software and tried to understand these Lotus development tools. We finally developed the LISA application. Currently, LISA is operational and will soon
be installed at EADS Revima’s company.
This project done with the collaboration of an industrial company, has been very beneficial at different levels : technical aspects, communication and project management. As a matter of fact, EADS
Revima gave us the possibility to realise a whole project with all its steps. Besides, the development of
this application gave us the opportunity to use the Lotus technologies (Notes, Domino, Designer and
Administrator) that we had never used before. Finally, this project has shown us how important it is
for a project team to communicate, to plan its tasks and to be organised.
-8-
Étudiants
Sylvain CHABOT
Virak CHAING
Hélène HABABOU
Filipe VENANCIO
Partenaire
BP 01
76490 CAUDEBEC EN CAUX
Encadrants
industriel
Loïc VERNEY
universitaire
Annie BESNARD
La société EADS REVIMA (Révision de Matériel Aéronautique), filiale du groupe SOGERMA
(Groupe Aérospatiale – Matra, filiale du groupe EADS) est spécialisée dans la révision et la réparation d’équipements aéronautiques. Les deux principaux produits traités sont les trains d’atterrissages gros porteurs ou ATT et les groupes auxiliaires de puissance ou APU. Ces produits ont
pour principaux constructeurs des sociétés comme BOEING, AIRBUS, ALLIED SIGNAL.
Chronologie
Revima est équipée d’une GPAO (Gestion de Production Assistée par Ordinateur) développée
en interne et décomposée en plusieurs modules : Gammes & Nomenclature, Lancement de production, Inspection, Suivi de production et Libération. C’est dans ce dernier module que s’insère le projet LISA (Liste des Informations Sur Affaire) proposé par EADS.
- Analyse des besoins,
Dans le cadre de son activité, la société est amenée à produire de nombreux documents relatifs à
une affaire, aussi bien à destination des clients qu’à l’ensemble des employés de l’entreprise.
Cependant, la gestion des documents se fait actuellement de manière anarchique et sans support
logiciel, entraînant ainsi de nombreux problèmes.
- Spécifications des IHMs,
- Recherche de documentation
(Workflow, Lotus),
- Spécifications fonctionnelles
et techniques,
- Cahier des charges,
L’objectif de notre projet est de :
- Centraliser l’information et organiser sa circulation. Ceci permet d’éviter la redondance d’informations sur les ordinateurs entraînant un espace disque trop important.
- Améliorer le partage de l’information. Nous souhaitons faciliter l’accès aux documents grâce
à un meilleur classement et à des possibilités de recherche avancées.
- Sécuriser les données.
- Poser les bases de la gestion des connaissances en prévenant les utilisateurs lorsqu’un document susceptible de les intéresser a été déposé dans l’application.
Le développement de l’application LISA s’est déroulé en deux grandes phases. La première
consistait en la compréhension et la formalisation des besoins du client, et ce, avec la collaboration de notre responsable industriel, Loïc Verney. Ainsi, l’analyse des besoins de EADS Revima
a abouti à la définition des spécifications fonctionnelles et techniques de la future application et
à la rédaction du cahier des charges et des spécifications de l’IHM (Interface Homme Machine)
de l’application. Suite à la validation du travail réalisé en première phase, nous avons pu commencé le développement du prototype LISA. Cette deuxième phase a nécessité l’installation des
licences Lotus Notes et Lotus Domino, la compréhension de ces outils de développement et la
réalisation de l’application LISA en respectant les exigences du client. Certaines fonctionnalités
définies dans le cahier des charges ne sont pas encore implantées. Néanmoins, l’objectif qui
consistait à susciter le besoin d’organisation documentaire chez EADS Revima est atteint. Notre
application fonctionne et il est prévu de l’installer très bientôt chez le client.
Ce projet, réalisé en collaboration avec une entreprise industrielle, nous a été bénéfique à différents niveaux : aspects techniques, communication et gestion de projet. En effet, EADS Revima
nous a donné la possibilité de réaliser un projet dans sa globalité en passant par toutes les phases.
De plus, le développement de cette application nous a permis d’utiliser les technologies Lotus
(Notes, Domino, Designer et Administrator) que nous ne connaissions pas. Enfin, ce projet n’a
fait que confirmer le besoin et la nécessité pour les membres d’une équipe de communiquer, de
planifier, de s’organiser. La disponibilité de nos encadrants industriel et universitaire a grandement participé à ce que le projet se déroule dans les meilleures conditions.
-9-
- Installation de Lotus Notes et
Lotus Domino,
- Développement du prototype
LISA,
- Manuel utilisateur et documentation technique,
ARCHITECTURE CLIENT / SERVEUR
POUR OPALE STUDIO
Client / server arc h i t e c t u re for Opale Studio
A B S T R ACT
2001 / 2002
Étudiants
The Lorraine-based company Eurotecmedia is located in Vandoeuvre-les-Nancy, near Nancy,
Eastern France. One of its most important activities is aimed at producing industry-related
knowledge teaching software. And as a consequence of researches conducted in the fields of
knowledge modeling, Eurotecmedia managed to deliver a new kind of software dedicated to the
design of skill-oriented structured contents : Opale Studio.
The project proposed by the Eurotecmedia development team consisted in designing and implementing a new architecture more suited to distributed environments and client/server networkbased systems. We also had to provide the new piece of software with an easier install procedure and greater scalability. Thanks to the Java object-oriented language, we achieved both of these
goals.
We implemented our n-tiered client/server architecture by means of the standard Java 2
Enterprise Edition (better known as J2EE) specifications from Sun. One of the most important
guidelines listed in these White Papers is to ensure a maximum degree of isolation between layers
of presentation, business logic and data stores in software architecture. In order to achieve full
compliance with these recommendations, we had to rewrite parts of the previous software classes,
mostly related to data access and client/server communications. We relied on the Open Source
JBOSS framework as a free and fully supported server implementing most of the J2EE specifications.
After a 6-month period of design and architectural studies, the new software package has now
entered in a development cycle. Hopefully, a commercial release will be available very soon, and
strongly backed up with good instructions manuals, new developers will see their work eased and
users fully satisfied by a scalable applicative piece of software.
- 10 -
Stéphane DELORME
Vincent KOCHER
Jérôme LAZZARINI
Matthieu SAINTIVES
Partenaire
Bâtiment les Grèbes
17, rue de Bavière - BP 72
54502 VANDOEUVRE LES
NANCY CEDEX
Encadrants
industriels
Fabrice BERNT
universitaire
Hervé PANETTO
La société Eurotecmedia est une société lorraine basée à Vandoeuvre-lès-Nancy. Cette entreprise
centre ses activités autour de l’enseignement sur les métiers de l’industrie. Elle propose notamment des guides d’apprentissage pour acquérir toutes les compétences du secrétariat ainsi que
celles des métiers de l'industrie, une usine école pour une vision globale d'une unité de production industrielle. De plus, elle conçoit, développe et commercialise un logiciel de création de
cours pour la formation individualisée par compétences : Opale Studio.
Eurotecmedia a proposé comme projet industriel la migration du logiciel Opale Studio, version
monolithique vers une nouvelle version du produit destinée à permettre son utilisation à partir
de n’importe quel poste sans installation préalable, et indépendamment de l’architecture de la
machine grâce à l’emploi du langage Java. C’est dans ce but que la société Eurotecmedia a fait
appel à l’ESIAL.
Dans un premier temps, nous avons procédé à une importante phase de documentation, comprenant l’étude du logiciel existant et la recherche sur les moyens technologiques nécessaires à la
réalisation de la nouvelle version.
La possibilité d’utiliser l’application à distance sans installation préalable nous a tout de suite fait
penser à une architecture client/serveur. Dans ce modèle, l’application serait située sur un serveur
et génèrerait des pages web au format HTML, consultables depuis n’importe quel navigateur.
Une autre solution envisagée serait d’écrire une applet Java, qui serait téléchargée lors de chaque
utilisation. Les échanges avec le serveur se résumeraient alors à des requêtes de base de données.
Nous avons finalement opté pour une architecture n-tiers, encore appelée client-serveur de
deuxième génération ou client-serveur distribué utilisant la norme J2EE (Java 2 Enterprise
Edition) de Sun.
Chronologie
- Découverte de l’entreprise,
- Découverte du logiciel Opale
Studio,
- Recherche des possibilités
techniques,
- Définitions des spécifications
et du cahier des charges,
- Développement de l’architecture,
- Tests et validation finale,
Dans un second temps, nous avons développé tous les composants nécessaires pour le dialogue
client/serveur sur une partie de l’application Opale Studio. Conformément à la norme J2EE,
nous avons utilisé pour ce développement, la dernière spécification des EJB (Enterprise Java
Bean), ainsi qu’un serveur Jboss.
Au terme de ce projet, nous pouvons présenter une maquette simulant une utilisation normale,
mais distante de la partie de l’application qui nous était assignée et une méthodologie pour le
développement ultérieur de toute l’application. Le développement complet de l’application
Opale Studio en architecture client/serveur sera poursuivi dans le cadre du stage de 3ème année.
- 11 -
VISUALISATION EN 3D D’UN ENTREPOT
3D warehouse display
A B S T R ACT
2001 / 2002
FM Logistic, once known as Faure & Machet, is today a provider of integrated logistics solutions, and the direct link between manufacturers and distributors. To manage products and
information flows, FM Logistic has developed Opale 2000, a tool which performs a reliable,
total and real-time follow-up of these flows. Our project of a 3D warehouse display takes place
as a part of the warehousing management. This display has to validate both the data contained
in the Opale 2000 database and the picking routes generated by Opale 2000, via an innovative,
visual tool.
Following FM Logistic’s, our development approach began with the review of existing 3D warehouse display solutions. It was decided then that we had to develop our own software. Taking
FM Logistic’s demands into account, we described in specifications documents an application
with a 3-tier client-server architecture, robust and easy to maintain. The client part of this application is developed with C++ and OpenGL in a Windows NT environment, whereas the server
part is developed with C language under HP-Unix.
After a stage of technological analysis, in which the choices that matched the specifications were
made, each person in our group took care of a specific part of the development, considering the
diversity of the competences involved : data mining, Unix system management, data management, 3D display. All of these specific developments have been pooled eventually, to obtain a
working application. Tests have still to be carried out over this work though. But the material we
wrote all along this project, from the specifications to the development stage material, enables a
good and fast completion of the development of our application.
Étudiants
Benjamin CHAILLOU
Gilles COUDERT
Yoann LEMARINEL
Maximilien WIKTOROWSKI
Partenaire
Rue de l’Europe
BP 80236
57372 PHALSBOURG
Encadrants
industriels
Grégoire SCHNAKENBOURG
universitaire
Jocelyne ROUYER
- 12 -
Depuis 1967, FM Logistic, nommé auparavant Faure & Machet, est devenu, de simple prestataire de transport, un prestataire logistique global. Il s’intègre au cœur de la chaîne logistique, et
constitue l’intermédiaire unique entre les producteurs et les distributeurs. Pour maîtriser les flux
de produits et d’information, et ainsi répondre aux demandes de ses clients, FM Logistic a développé l’outil de pilotage Opale 2000. Il permet, de manière fiable et en temps réel, de gérer les
commandes des clients en assurant la traçabilité des produits passant entre les mains de FM
Logistic : jusqu’à 700 000 palettes en même temps.
C’est dans le cadre de la gestion de l’entreposage que s’intègre le projet de visualisation 3D d’un
entrepôt. Son objectif est double : valider le contenu de la base de données d’Opale 2000, qui
rassemble l’ensemble des données sur l’entrepôt et les marchandises qui y sont stockées, par le
biais d’un outil visuel et innovateur, et valider les routes de picking générées par Opale 2000.
La démarche adoptée se calque sur la démarche de développement utilisée au sein de FM2I, le
service développement logiciel de FM Logistic. Après avoir fait l’inventaire des solutions existantes, il a été décidé de développer notre propre application. En partant de la description des
besoins exprimés par FM Logistic, notre équipe a rédigé un cahier des charges, décrivant une
application basée sur une architecture client-serveur trois tiers, permettant de réduire la charge
des requêtes à la base de données d’Opale 2000. Le serveur est un serveur HP-Unix, les clients
des PC sous Windows NT. Ce cahier des charges décrit, par ailleurs, une application fonctionnant sur des machines de type industriel, à la fois robuste et facile à maintenir. Quant aux langages de programmation utilisés, il s’agit de C++ et OpenGL pour la partie client, C pour la partie serveur.
Chronologie
- Visite d’un site à modéliser,
- Recherche de solutions existantes,
- Analyse des besoins du client
et rédaction du cahier des
charges,
- Analyse détaillée des solutions technologiques et rédaction de notes techniques,
- Développement de l’applications,
- Rédaction de la documentation portant sur le développement.
La phase suivante a été une phase d’analyse et de choix technologiques, de façon à satisfaire aux
contraintes énoncées par le cahier des charges. Du fait des compétences très diverses à mettre en
œuvre pour réaliser cette application, notre équipe s’est scindée en quatre pôles de compétences :
extraction de données depuis la base d’Opale 2000, programmation système sous Unix, gestion
de données sous Windows NT, et affichage 3D, ceci dans le but d’accélérer les phases d’analyse
détaillée et de développement.
Une fois l’analyse réalisée, chaque personne du groupe a développé la partie de l’application spécifique aux compétences choisies dans la phase précédente. Il y a eu ensuite une phase de mise
en commun du développement, facilitée par le travail d’analyse détaillée réalisé au préalable.
Cette phase a permis d’obtenir une application assurant le fonctionnement normal. Cependant,
la phase de test reste à réaliser.
Le développement restant à effectuer sera favorisé par les nombreuses documentations rédigées
au cours de ce projet, et qui traitent de l’ensemble des choix techniques adoptés, ainsi que la
manière de réaliser ces choix en terme de développement.
Ce projet, réalisé des phases de spécification aux phases de développement et d’intégration, nous
a permis d’appréhender pour la première fois un projet dans son ensemble. Il met l’accent sur le
besoin d’organisation et de communication que doit posseder tout projet de ce type. C’est la
documentation que nous avons réalisé qui permettra de mener ce développement d’application
à son terme. Cela a aussi été l’occasion de développer des compétences différentes de celles que
nous pratiquons dans notre formation. Nous avons en effet choisi de travailler sur des points
techniques que nous n’abordions pas dans nos spécialisations respectives.
- 13 -
R E P R É S E N TATION GRAPHIQUE D’UNE GAMME
Graphical re p resentation of a ro u t e
A B S T R ACT
2001 / 2002
Incotec is a software publisher specialized in time management. It develops and markets
software packages. One of these is Incoplan, a scheduling software. This software plans
manufacturing orders on a part of resources, defining various levels on a firm. It assigns,
sequences the operations that have been planned in the Planning function and identifies the starting and ending date of an activity on a specific resource. It gives a realizable
solution (if it’s possible) respecting a number of production constraints.
Étudiants
Olivier KROLL
Claire MONEGO
Michel ROUSSEAUX
Guillaume THISSELIN
The project objective is to develop a module integrated into Incoplan, which will give
a graphical representation of a route (representation of manufacturing operations). This
module makes some queries to Incoplan database to obtain information about the production operation (operation sequence, operation type) and information on manufacturing orders (considered operation).
Bd Gonthier d’Andernach
B.P. 316
67411 ILLKIRCH CEDEX
To allow the user to better understand a route with its characteristics (sequence number, operation type for example), this application will have to represent the chain of
manufacturing operations of a route.
Encadrants
Our project proceeded in three phases. In the first, we have made a bibliographical
research about the means of the graphical representation of a route. Next, we have developed and tested an algorithm and we have established the connection with the
Incoplan database, Interbase. Finally, we have developed a graphical interface answering
Incotec’s requirements.
The industrial project allowed us to follow the project life cycle.
- 14 -
Partenaire
industriels
Jean-Marc BERGER
André HENTZLER
universitaire
Antony VIGNIER
Incotec, éditeur de logiciels spécialisé dans la gestion du temps, développe et commercialise plusieurs progiciels dont Incoplan. Ce logiciel permet de réaliser la planification
d'un ensemble d'ordres de fabrication sur un ensemble de ressources, définissant différents niveaux de l'entreprise. Ce logiciel prend en compte un certain nombre de
contraintes réelles de production et fournit, une solution réalisable (lorsque cela est possible) répondant à l'ensemble des contraintes.
L'objectif de ce projet est de concevoir un module logiciel intégré dans Incoplan, permettant de représenter graphiquement une gamme de production. Il s’agit là d’une
innovation importante dans les logiciels de Gestion de Production Assistée par
Ordinateur puisque à l’heure actuelle aucun produit ne propose ce genre d’affichage.
Une visualisation graphique de la gamme permettrait donc à Incoplan de combler un
manque et ainsi apporter un réel plus à la GPAO.
Chronologie
- Visite de l’entreprise et documentation,
- Installation du matériel et des
outils,
- Analyse du problème et
cahier des charges,
- Recherche bibliographique,
- Recherche d’un algorithme
Ce besoin de visualisation graphique s'explique par le fait que l'utilisateur veut que le
logiciel soit toujours plus intuitif et convivial. Il veut, lors de la création d'une gamme,
avoir une vue globale pour éviter de faire des erreurs qui pourraient être facilement décelables avec une telle représentation. En effet, le logiciel pêche par un manque de lisibilité lors de la phase de création d'une gamme (succession de fenêtres).
Le projet a été scindé en trois parties bien distinctes mais complémentaires.
La phase 1 du projet comprend : la recherche bibliographique d'un algorithme traitant de
la représentation graphique d'une gamme.
La phase 2 du projet comprend : le lancement du module de représentation graphique à
partir des données techniques ou séparément, le chargement des données de la base
(ODBC), et la représentation graphique de la gamme.
La phase 3 du projet comprend : la création graphique d’une gamme, la modification de
la représentation graphique, et la réécriture dans la base.
Le développement nécessaire à la réalisation de ces deux dernières phases est effectué en
langage Java sur la plate-forme de développement Forte For Java de Sun.
- Intégration et tests,
La difficulté a été surtout de trouver un algorithme de placement des différentes opérations et des différents liens constitutifs d'une gamme de fabrication dans un espace graphique. Une fois l'algorithme en place, il suffisait d'appliquer un modèle MVC
(Modèle-Vue-Contrôleur) pour afficher la gamme.
Notre groupe s’est intéressé à ce sujet pour son aspect innovant, mélangeant à la fois les
composantes pratiques liées à la gestion de production et théoriques de la représentation
des graphes. Il nous a également permis de travailler en groupe et de pouvoir nous
rendre compte de l'importance d'une bonne gestion de projet. Nous avons pu ainsi
attribuer des rôles et des tâches à chacun des membres de l'équipe, permettant un travail collaboratif et d'avancement des tâches en parallèle.
- 15 -
- Spécifications,
- Conception et développement,
CONCEPTION D’UN MOTEUR DE GED
SOUS FORME DE SERVICE WEB
Business Process Management Web Service
A B S T R ACT
2001 / 2002
INFOTEL is a multinational company which primary objective is to develop and provide market software solutions for large users of information technology. Their products include DB2 utilities, data compression and storage reporting.
The needs around storage have strongly increased and will continue to grow up in the
future: versioning, storage, access rights, documents life cycle. It has been possible for
several years to share resources (files, directories, movies, music,…) through local networks. But people who are not connected to the local network, even if they have access
to an internet connection (or any other network connection), can’t access to these shared resources.
More and more people travel for businness all over the world. It would be very useful
for them to stay connected to their « work-computer » and work as if they were at the
office. Such services would provide a great improvement. This is why there is a huge
demand for this.
Aware of these observations, Infotel decided to develop their own system. Therefore,
they asked us to work on a application that would manage electronics documents using
Internet protocols. To develop this application, we made two main studies. The first one
concerned the extension of the http 1.1 protocol : WebDav (Web-based Distributed
Authoring and Versioning) and the second one concerned Web Services.
Étudiants
Nadia BOUASSIDA
Christophe CHAUDELET
Muswagha KATYA
Julien LARNAUD
Partenaire
164, av. du Général de Gaulle
92200 NEUILLY SUR SEINE
Encadrants
industriels
Karim REFEYTON
universitaire
Vincent BOMBARDIER
- 16 -
Confrontées à la croissance de leurs bases de données et à leur accès depuis le Web, les
entreprises cherchent des solutions. Infotel a rassemblé, avec son positionnement sur le
Web-to-Database, l’ensemble de ses connaissances techniques. L’entreprise maîtrise les
couches technologiques suivantes : base de données relationnelles, langages objets, serveurs, dans des environnements hétérogènes et apporte une réponse riche et large aux
entreprises soucieuses de performances dans le monde de l’e-business. Infotel est une
société de services en ingénierie informatique à la pointe des techniques et un éditeur
de logiciels
De nos jours, la demande en stockage organisé de documents électroniques avec l’historique de leurs modifications (versions) est en forte croissance. On trouve de plus des
demandes sur la gestion du cycle de vie et des droits d’accès de ces documents.
Cette notion de Gestion Electronique de Documents (GED) est née dans le milieu des
années 80 dans le but de répondre aux besoins d’archivage électronique (archivage documentaire et légal). Elle s’est améliorée au début des années 90. On ne parle plus seulement de gestion de l’archivage mais aussi du traitement de documents. Le Business
Process Management (BPM*) est né.
Cependant, bien que ce principe date déjà d’une dizaine d’année, sa mise en œuvre reste
rare au sein des entreprises. Par ailleurs, les entreprises actuelles sont de plus en plus
implantées sur divers sites ce qui implique une forte mobilité notamment chez les
cadres. Aux premiers besoins s’ajoute donc la nécessité d’avoir un accès via Internet et
ainsi indépendant de la situation géographique.
Infotel nous a donc demandé d’étudier la mise en œuvre d’une application répondant à
ces besoins. Il s’agira avant tout d’un prototype de BPM (Business Process
Management) permettant de définir des cycles de vie à partir de concepts simples et de
les appliquer à tout nouveau document. Au préalable, des études devront être réalisées
sur le nouveau protocole WebDAV (Web-based Distributed Authoring and Versioning :
protocole visant le travail collaboratif) et la possibilité de son intégration à la GED.
Dans l’optique de fournir les fonctionnalités de l’application à tous, l’application développée sous la forme d’un EJB sera encapsulée et rendue accessible via les protocoles
standards du Web. L’outil est ainsi transformé en service Web. En effet, une solution
réside dans la combinaison de la modélisation objet -approche objet dynamique- avec
les technologies Internet sous forme du concept des services Web. Les services Web peuvent être définis comme des applications modulaires basées sur Internet exécutant des
services distants. Pour faciliter leur invocation, leur recherche et leur description, ils
reposent sur des standards définis par des organismes internationaux.
- 17 -
Chronologie
- Déplacement chez Infotel à
Paris pour la présentation du
projet,
- Etude de WebDav pour l’archivage,
- Rédaction d’un rapport sur la
RFC de WebDav et sur
Exchange 2000 Server,
- Etude des web Services,
- Rédaction d’un rapport sur
les web Service,
- Réalisation des spécifications
de l’outil de GED,
- Rédaction du rapport sur les
spécifications,
- Développement du prototype,
- Rédaction du rapport final,
- Présentation aux encadrants
du travail effectué et démonstration du prototype,
- Soutenance finale.
API D’INTÉGRATION DES OUTILS DE
GESTION ÉLECTRONIQUE DE DOCUMENTS
Integration API of Electronic Documents
Management tools
A B S T R ACT
2001 / 2002
This industrial project has been carried out in collaboration with INTECH, a service
oriented company specialized in new technologies. INTECH employs 80 persons.
Today lots of applications need to manage and share data and documents between different users, on large networks. Developing a management system for each application
would be a loss of time and money for INTECH. Moreover, the actual market has lots
of software able to manage documents and data, the EDM tools (Electronic Document
Management).
It will be interesting for INTECH to have a standard interface, able to integrate the
EDM tools into the applications needing a documents management functionality. This
interface will be even more interesting if it can integrate all existing EDM tools
(Documentum, Domino.doc, WebDAV, CVS, Visual Sourcesafe, Clear Case…). Our
project aimed at developing an integration API for the EDM tools.
We have realised the specifications of the API, and then studied the different technologies that we could use, and we have chosen to realize our API according to JDBC architecture. We have chosen to use Visual Sourcesafe to test our API. We have then developed our API. The tests with Visual Sourcesafe are satisfactory.
This project was very constructive for us, we have learned a lot about how to manage
a project, and we have also learned a lot about Together and Visual Sourcesafe. We
would like to thank Xavier ROY, our industrial mentor, for his help, and Dominique
COLNET, our university mentor, for his advices.
- 18 -
Étudiants
Leïla HERGLI
Eric LORENZ
Christophe MUSIELAK
Matthieu RICCIUTI
Partenaire
17-19, avenue de la Libération
L-3850 SCHIFFLANGE
Encadrants
industriel
Xavier ROY
universitaire
Dominique COLNET
Fondée en 1995, INTECH est une société de conseil en informatique, basée à
Schifflange au Luxembourg. Aujourd'hui, la société est composée de 80 employés, et a
acquis plusieurs années d'expérience dans l'utilisation des nouvelles technologies, afin
de répondre le plus efficacement possible aux désirs de ses clients, essentiellement des
grands comptes. INTECH répartit son activité suivant quatre grands domaines : le
conseil, l'expertise, l'intégration de système et l'assistance technique.
Notre projet industriel part d'un constat d'INTECH : de nombreuses applications ont
besoin de gérer le partage de documents et de données entre différents utilisateurs sur
des réseaux de grande envergure. Le développement d’un système de gestion de ces
documents, pour chacune de ces applications, serait une perte de temps et donc d’argent pour la société. De plus, le marché actuel propose de nombreux logiciels qui permettent de gérer cela, les outils de GED (Gestion Electronique de Documents).
Il serait donc intéressant pour INTECH de disposer d’une interface entre les logiciels
nécessitant une gestion des documents et les produits du marché (Documentum,
Domino.doc, WebDAV, CVS, Visual Sourcesafe, Clear Case…). Cette interface serait
d’autant plus intéressante si elle permettait d’uniformiser l’intégration des outils de
GED existants. Le but de notre projet est de répondre à ce besoin en créant une API
JAVA d'intégration des outils de GED.
Chronologie
- Mise en place de la méthodologie XP,
- Configuration de l’environnement de travail,
- Rédaction du cahier des
charges,
- Etude des connecteurs JAVA,
- Etude de la connectique aux
outils de GED,
- Architecture et conception,
- Développement,
Nous avons commencé par réaliser le cahier des charges de cette API, et nous avons
ensuite étudié les différentes technologies que nous avions à notre disposition pour réaliser notre API. Nous avons ainsi réalisé une étude sur les Connecteurs JAVA, mais notre
choix s'est finalement porté sur une API structurée de la même façon que JDBC.
Nous avons ensuite étudié les différents outils de GED afin de définir lequel nous
allions utiliser pour développer un exemple d'intégration de cet outil grâce à notre API.
Notre choix s'est orienté vers Visual Sourcesafe de Microsoft, qui est un outil de contrôle de sources, mais qui dispose des mêmes fonctionnalités que les outils de GED classiques. Nous avons après cela pu développer notre API. Les tests avec Visual Sourcesafe
se sont montrés concluants.
Ce projet nous a permis de nous familiariser avec les outils Visual Sourcesafe et
Together, ainsi qu'avec JDBC. Il nous a permis également de découvrir la méthodologie XP que nous avons utilisé pour gérer notre projet industriel, et naturellement de
nous familiariser avec les différentes étapes de la réalisation d'un projet.
Ce projet s'est donc révélé très formateur aussi bien sur la technique, que sur la gestion
de projet et le travail en équipe. Les relations avec l'entreprise ont toujours été constructives, et nous remercions notre encadrant industriel, Xavier ROY pour son aide, et
Dominique COLNET, notre encadrant universitaire, pour ses conseils.
- 19 -
- ANVAR,
“Aide Aux Jeunes pour
l’Innovation Technologique”.
SYSTÈME D’EXTRANET CONTEXTUEL
INDEXÉ SUR POSITIONS GPS (SECIP)
Contextual extranet system indexed under GPS position
A B S T R ACT
2001 / 2002
Many companies are working with mobile agents. The data needed by these agents are huge, and sometimes confidential. SECIP project aims at simplifying the access to these data: each pieces of data is associated to geographical positions. When the mobile agent asks for a document, he sends his coordinates to
a central server that will find out which set of documents is available according to his position.
Lorasi, a web agency resulting from Loria, has developed “Clic & Group”, which is a real online groupware. It groups discussion area, mailing lists facilities, document sharing… Everything you need when you are
working in team. It is divided into lots of modules; therefore it’s really flexible and useful for many workgroups. Nowadays called “Clic & Group”, it is being completely rebuilt in php and will be called
“Loragroup”.
Étudiants
Julien ADAM
Thierry BASTIAN
Stéphane METZ
Pierre-Nicolas RIGAL
Partenaire
SECIP Project is a new module for Loragroup, which will manage all the process of indexing data with geographical positions.
3, rue de Turique
54000 NANCY
The purpose of the Industrial Project was to develop entirely the module: research on the different technologies Lorasi wanted to use, specifications, development and then tests.
SECIP project will use three main technologies joined together. First of all, the data and the graphical environment will be handled by Loragroup. GPS will be used to get the different positions, and the Internet
connection will be based on GPRS technology (a new wireless connection better than WAP).
Encadrants
Then, we spent more than half of the time in clearly describing what would SECIP be and how it would
be done. The second part consisted in building the module, using php and JAVA technologies.
industriels
Hugues BRUNET
There is nothing really new in this project... unless GPRS, all technologies used are “old” ones. The innovation consists in the association of them.
The result is that the module is ready to work, ready to be included into Loragroup when it will be achieved, and when GPRS technology will be deployed in France.
Finally, this project was for us quite instructive, because it let us put into practice all the knowledge acquired at ESIAL and required attention about project management.
- 20 -
universitaire
Virginie GALTIER
Beaucoup d’entreprises travaillent ou souhaiteraient travailler avec des agents mobiles. La quantité de données dont ces agents ont besoin est très importante. En outre, la confidentialité de ces
données ne doit pas être négligée... Le but du projet SECIP est de simplifier l’accès à ces données, chacune d’entre elles étant associée à une ou plusieurs zones géographiques.
LORASI est une société issue du LORIA dont l’activité est basée sur Internet. Leur principal produit est « Clic & Group » qui est un espace de travail collaboratif en ligne. Il dispose de fonctionnalités avancées comme des espaces de discussion, des mailing lists, le partage de documents… En fait, tout ce dont vous avez besoin quand vous travaillez dans une équipe. Il est divisé en modules pour être flexible et adaptable au plus grand nombre de groupes de travail.
Actuellement appelé « Clic & Group », l’application web de LORASI est en cours de réécriture
en PHP et s’appellera LORAGROUP.
Chronologie
- Réunion chez Lorasi : présentation du projet,
- Documentation sur les technologies GPS et GPRS,
- Etude de l’existant (stage
d’un élève d’IUT),
Le principe est que chaque agent mobile peut recevoir des documents via une connexion sansfil. Le ser veur central envoie ou « pousse » les données à chaque fois que le client sort ou entre
dans une zone prédéfinie : il trouve quels documents sont disponibles en fonction de sa position.
- Définition des fonctionnalités du projet avec les responsables de Lorasi,
Le projet SECIP est un nouveau module de LORAGROUP qui, dans sa partie «administration»,
gèrera tout le processus d’indexation des données avec des positions géographiques. Ces données
pourront être des documents Internet, Word,…
Le sujet du Projet Industriel était de développer entièrement ce module : recherche sur les différentes technologies que LORASI voulait utiliser, spécifications, développement et, enfin, tests.
Le projet SECIP utilisera conjointement trois principales technologies. Les données seront stoc kées et gérées par LORAGROUP et l’environnement graphique sera défini par la charte graphique de LORAGROUP. Le GPS, étant le seul système de positionnement suffisamment précis, sera utilisé pour récupérer les positions des agents mobiles, et la connexion Internet sera basée
sur la technologie GPRS (un nouveau type de connexion sans-fil successeur du WAP).
Nous avons passé plus de la moitié du temps à bien définir ce que serait exactement SECIP en
essayant de penser à la façon dont les clients potentiels (pompiers, EDF, le tram de Nancy,…)
pourraient l’utiliser et en tirer parti. Etant donné l’innovation du concept, il était important de
prendre notre temps. La seconde partie a consisté dans la construction du module en utilisant
PHP et la technologie JAVA.
- Rédaction des spécifications
détaillés UML,
- Développement par équipe
des différents modules du
projet,
- Test et présentation du système chez Lorasi
Technologiquement, il n’y a rien de réellement nouveau dans ce projet… Excepté le GPRS, les
technologies utilisées sont déjà «anciennes». L’innovation consiste plus dans l’association de
celles-ci. De plus, comme nous travaillions en même temps que LORASI, nous étions assez libres
dans notre travail, sans contraintes trop fortes.
Le résultat est que le module est prêt à fonctionner, prêt à être inclus dans le futur LORAGROUP quand celui-ci sera terminé, et quand la technologie GPRS sera déployée en France, ou
bien son successeur qu’est l’UMTS.
- ANVAR,
En conclusion, ce projet industriel, technologiquement innovant, nous permis d’approfondir nos
connaissances en JAVA et PHP. De plus, l’aspect gestion de projet a tenu une grande place au
cœur de notre projet. Le module que nous avons réalisé sera intégré dans le nouveau LORAGROUP et pourra évoluer en fonction des nouveautés technologiques comme l’UMTS et
s’adapter à tout type de module GPS.
- 21 -
SOLUTIONS DE GESTION DE
CONTENU ÉLECTRONIQUE EXTENSIBLES
Extensible E-Content Management Solutions
A B S T R ACT
2001 / 2002
This industrial project dealing with the MPEG7 technology was proposed by
LUCID-IT.
LUCID-IT currently employs 24 persons. Its main aim is the localization of documents by using the XML technology (also called globalization). In order to allow the
localization of such files, a new module was needed in its “Lucid e-Globalizer Web
Suite”.
Our project is based on the study and the development of tools related to the MPEG7
technology which allows extraction and regeneration of localized documents. We have
first searched for some documents on the MPEG7 technology. Then we have proposed some specifications on our module. Furthermore, development and tests have been
carried out. The last part has been the integration into LUCID-IT’s application, followed by a validation by our mentors.
This project has been very attractive for different reasons : we have first learned about
some new technologies, but also managed to carry out our project from its birth to the
integration and validation of our work, through the organisation necessary during the
course of this project.
Étudiants
Sylvain BRENNE
Matthieu DUSSAULX
François MACQ
Laurent NOÉ
Partenaire
Le carré rive gauche
14, bld du 21ème RA
54000 NANCY
Encadrants
industriels
Boris RIGAULT
Pierre RIVASEAU
universitaire
Isabelle CHRISMENT
- 22 -
LUCID-IT est une société fondée en novembre 2000 par des chercheurs, ingénieurs et
professeurs du LORIA et de l'INRIA Lorraine. Basée à Nancy, son effectif actuel est de
24 collaborateurs. Le travail de l’entreprise est reconnu par le label de société innovante de l’ANVAR (Agence Nationale de la Valorisation de la Recherche) pour ses développements technologiques et son approche novatrice.
Les logiciels issus de cette société répondent aux enjeux posés par le multilinguisme, la
multiplication des formats d’échange et des supports de diffusion. Basés entièrement sur
la technologie XML, leurs objectifs sont l’optimisation des tâches de gestion de l’information depuis la traduction jusqu’à la transitivité entre les différents formats.
Les différents composants développés par l’entreprise s’intègrent dans des suites comme
«Lucid e-Globalizer Web Suite » ou « Lucid e-Globalizer Multimedia Suite ». Ces dernières permettent de localiser et de dériver l’information initiale suivant différents supports. Elles assurent par exemple des fonctions de conception, stockage, localisation
(adaptation linguistique), diffusion, maintenance et mise à jour.
Chronologie
- Recherche de documentation
technique sur MPEG-7,
- Définition des spécifications
du module,
- Rédaction d’un cahier des
charges,
- Conception du module,
- Réalisation d’une plateforme
de test,
C’est dans cet environnement, et afin d’apporter d’éventuelles extensions, que ce projet
industriel a été établi. L’émergence de la technologie MPEG-7 représentera certainement un marché important en terme de localisation (traduction du contenu sémantique
du document). Il s’avérait donc intéressant, dans le cadre d’une veille technologique, de
pouvoir mettre en œuvre un module de gestion permettant ainsi aux suites « Lucid eGlobalizer Web Suite » et «Lucid e-Globalizer Multimedia Suite » de localiser ce nouveau format.
Le but du projet était à la fois de réaliser un module d’extraction et de re-génération de
fichiers MPEG-7. Dans un premier temps, un travail conséquent de documentation a
été mené par tous les membres de l’équipe au sujet des technologies MPEG-7, XML et
XML-Schema. Suite à ces recherches, un cahier des charges cohérent a été établi en relation avec l’entreprise permettant ainsi d’amorcer la phase de spécification.
Dans un deuxième temps, des spécifications avancées nous ont conduit à la phase de
développement. A son terme, l’intégration à l’API de LUCID-IT a été réalisée, suivi de
sa validation à l’aide d’un cahier de recette.
Sous son aspect technique, le projet nous a apporté des nouvelles compétences dans les
domaines du XML et du MPEG-7 ainsi que dans l’utilisation des technologies adjacentes à XML (parseurs, XML-Schema, XSL(t), DTD, …). De plus dans les aspects
relationnels, il nous a permis de nous familiariser avec la gestion de projet, tant au
niveau organisationnel qu’au niveau humain.
- 23 -
- ANVAR,
DÉVELOPPEMENT ET INDUSTRIALISATION
DE PRODUITS INNOVA N T S
Manufacturing Engineering of an innovative pro d u c t
A B S T R ACT
2001 / 2002
Médiascience is a French company created in 1992 that develops and deals complete range
of equipment and software. They work especially with the French educational system.
The goal of our project was to design and develop an industrial product that vocational
school students could manufacture. This project could be divided into the steps described below.
Firs of all, we had to choose the kind of product we would design. We though of and
wrote questions dedicated to students and teachers, to understand what kind of product
they would like to manufacture. Considering their comments, we decided to design a
lamp with two DELs.
Étudiants
Cédric CHAN-YONE
Matthieu CLAUET
Rémi ISSELÉ
Frank MARSOLLE
Partenaire
79, avenue Aristide Briand
94118 ARCUEIL
We then modelled this product. We used the software SOLID EDGE..
The third part consisted in writing a technical document, that students could use to
know how to manufacture the product. This document included the different manufacturing steps with pictures of the product and programs.
Also, we had to deal with computer-assisted production management. This part was
essential determine how many machine tools and materials were necessary to manufacture the product.
Encadrants
industriels
Raphaël VARINOT
Since machine tools can break down, we studied and included maintenance management. For this, we used the software called WIN PROMAINT 32.
As a conclusion, this was an interesting project because it made us deal with the different product development phases.
- 24 -
universitaire
Benoît IUNG
Médiascience développe et distribue des gammes complètes d'équipements, de ressources pédagogiques et d'applications de gestion d'établissements scolaires. Ses produits et solutions accompagnent l'enseignant et les responsables d'établissements dans l'exercice de leur métier et contribuent à l'enrichissement de leurs pratiques éducatives.
Le but de Médiascience est de vendre des machines industrielles à l’éducation nationale (aux
lycées techniques en particulier) en apportant une valeur ajoutée, valeur qui se retrouve dans la
livraison de Travaux Pratiques clés en mains.
Médiascience a trouvé intéressant de faire appel à des élèves ingénieurs appartenant encore au
milieu scolaire pour réaliser le projet suivant :
Trouver, concevoir et développer un nouveau produit en vue de créer des travaux pratiques pour
les élèves de 2nd technologique et BEP productique avec des contraintes précises.
Le projet a été décomposé en deux grandes parties :
Chronologie
- Visite de l’entreprise,
- Enquête auprès des élèves et
des professeurs,
- Réunion brainstorming pour
le choix du produit,
- Choix du produit,
- Etude de la solution technologique,
- Validation de cette solution,
- Le choix du produit.
Pour choisir le produit, nous avons fait plusieurs brainstormings afin de rassembler toutes les
idées susceptibles de faire émerger un produit. Suite à ces séances de réflexion, nous avons pu
déterminer une liste de produits susceptibles d’intéresser les élèves et les professeurs des lycées
techniques.
De plus, comme nous voulions en connaître plus sur les attentes des élèves, nous avons décidé
de créer des questionnaires qui ont été distribués aux élèves et aux professeurs de lycées techniques.
Suite aux brainstormings et à la synthèse des questionnaires, nous avons décidé de réaliser une
lampe bi-LED à déclenchement tactile.
- La réalisation du produit.
Après avoir défini et validé la solution technologique de notre produit, nous l’avons modélisé
avec Solid Edge, outil de CAO fourni par Médiascience.
Une fois la modélisation validée, nous avons généré les plans des pièces. Ensuite, nous avons fait
les contrats de phases et les programmes CN permettant l’usinage des différentes pièces. Dans
un souci de pédagogie, nous avons fait les programmes CN au lieu de les générer à partir d’un
post-processeur. A partir de ces programmes CN, nous avons usiné une partie du prototype.
Nous avons étudié la gestion de production de notre produit grâce à l’outil de GPAO
Prévisionnel fourni par Médiascience. Nous avons donc défini la configuration du magasin
depuis les stocks jusqu’à la ligne de production des produits finis en passant par toutes les étapes
de création du produit.
Nous avons également étudié l’outil de GMAO WinPromaint fourni par Médiascience dans un
but éducatif. En effet, nous avons expliqué les différentes fonctionnalités de cet outil sans les
appliquer directement à notre produit.
Ce projet nous a permis de mettre en œuvre toute la démarche du cycle de vie d’un produit,
depuis sa conception jusqu'à l’établissement du dossier technique ainsi que sa réalisation. Nous
avons fait appel aux connaissances acquises à l’ESIAL et utilisé de nouveaux outils fournis par
Médiascience.
- 25 -
- Conception du produit en
CAO,
- Validation du modèle CAO,
- Réalisation des contrats de
phases et des programmes
CN,
- Mise en place de la gestion de
production,
- Etude de l’outil de maintenance,
- Réalisation d’une partie du
prototype avec les ressources
de l’AIPL,
- ANVAR,
PORTAIL WEB POUR LE E-COMMERCE
INTER-ENTREPRISE EN COMPOSANTS ÉLECTRONIQUES
Web Portal for B2B E-Commerc e
in Electronics Manufacturing
A B S T R ACT
2001 / 2002
Étudiants
Because every firm has its own vocabulary and dictionary, understanding and validating
data for a business partner is a long process, ranging from several days to several weeks.
To reduce this processing time in business to business exchange, the RosettaNet consortium was created to provide interoperability between companies. Thus, standards were
introduced to describe messages structure and semantic in each type of exchange.
The issue of this industrial project provided by the NIST EEEL laboratory was to build
the underlying layers of a web portal according to these standards, to enable communications between business partners on the internet.
Scheduling-wise, the project starts with researching, evaluating and testing the technologies that could fit. Specifications about the different parts of this project, namely generating, sending and validating a message, are then written and provided to the NIST for
validation. Implementation is then achieved according to the specifications mentioned
above. Finally, the application is tested for robustness and efficiency.
The eXtensive Markup Language (XML) and the XML stylesheet Language
Transformation (XSLT) are used to designed the message data. The message itself will
be generated using the Java language. On the client side, the message is packaged into
a SOAP( Simple Object Access Protocol) or into HTTP request using MIME, before
being sent to the business partner.
On the server side, an Apache Tomcat hosts a servlet that retrieves and processes the data.
Deploying these technologies upon RosettaNet architecture reduces processing time in
a significant way, decreasing it to several minutes.
- 26 -
Julien BABOUD
Hankim NGO
Nicolas RADDE
Bertrand RENARD
Partenaire
EEL
100 bureau drive
Gaithersburg
MD 20899 USA
Encadrants
industriel
Kevin BRADY
universitaire
Olivier FESTOR
Les besoins de communication et de traitement rapide de données dans des transactions entre
partenaires économiques dépassent les technologies existantes telles que le fax ou l’échange de
données informatisées (EDI). Par ailleurs, chaque entreprise possède et utilise des termes qui lui
sont propres. Dans un souci d’harmonisation pour faciliter les échanges commerciaux, l’organisation RosettaNet a été créée pour instaurer un vocabulaire commun à travers de nombreux dictionnaires pour chaque échange économique, ainsi que des traitements d’interface des partenaires (Partner Interface Process, PIP), véritables structures de données dictant l’ordre et la nature de celles-ci.
Le sujet de ce projet industriel, proposé par le laboratoire EEEL (Electronics and Electrical
Engineering Laboratory) du NIST (National Institute of Standards and Technology) est de
concevoir et d’implémenter les couches basses d’un portail web permettant l’échange de données
entre partenaires commerciaux et ceci tout en respectant les standards introduits par le consortium RosettaNet.
Ce projet se divise en trois phases indépendantes :
- La génération des instances de PIP suivant les grammaires et les dictionnaires élaborés par
l’organisation RosettaNet.
- La génération des entêtes nécessaires à l’acheminement des données jusqu’au destinataire
suivi de l’envoi des données sur le réseau.
- La réception et la validation des données par le partenaire économique.
Ce projet a démarré par une recherche et une évaluation des technologies qui seraient susceptibles de convenir. A suivi alors une phase de conception durant laquelle les spécifications relatives à ce projet ont été établies. L’implémentation de ces spécifications a eu alors cours et divers
tests ont été menés pour vérifier la robustesse de l’application aussi bien du coté client que du
coté serveur.
La conception et l’implémentation des différentes étapes décrites ci-dessus ont été réalisées en
concordance avec les spécifications de RosettaNet. Ces standards sont dans la majorité des cas
des documents au format XML. Le langage XSLT a été utilisé pour concevoir les feuilles de style
et le langage utilisé pour la génération des instances de PIP et des entêtes est le langage Java. Le
message est ainsi constitué des entêtes, de l’instance de PIP et de fichiers attachés. L’envoi du
message se fait via une requête POST vers une URL bien précise. Cette URL correspond à une
servlet déployée sous un moteur Tomcat. Celle-ci réceptionne les données le message dans un
premier temps, extrait les informations des entêtes du message –l’API SAX(Simple API for
XML) est utilisée- et valide les données selon les règles imposées par RosettaNet. Si aucune
erreur ne survient, un accusé de réception est envoyé à la source et l’instance de PIP est remise
à la couche supérieure de l’application coté serveur pour des traitements ultérieurs propres à
chaque entreprise.
Ce projet nous a exposé aux standards de l’organisation de RosettaNet, qui seront certainement
de plus en plus utilisés à l’avenir dans les échanges B2B sur Internet. En effet, si ce consortium
comptait seulement 40 entreprises à sa création, il en dénombre plus de 400 aujourd’hui et plus
de 80 modèles d’échanges ont été définis.
D’un point de vue technique, la conception et la réalisation de ce portail web nous permis d’utiliser des technologies incontournables tels que XSLT et SAX pour le traitement de données XML
ou Tomcat comme moteur de servlet.
- 27 -
Chronologie
- Recherche et évaluation des
technologies,
- Phase de conception et de
spécification,
- Mise au point et validation
du cahier des charges,
- Développement et documentation,
- Tests,
INTERFACE SMART FLOW POUR DES
AGENTS ÉLECTRONIQUES
Smart Flow interface for pervasive computers
A B S T R ACT
2001 / 2002
Étudiants
In a near future, pervasive computers will be part of every day's life. But to be useful,
they need to communicate with each other. That is why the Information Technology
Laboratory, one of the several laboratories of the National Institute of Standards and
Technology, develops Smart Spaces. Smart Spaces are work environments with embedded computers, information appliances, and multi-modal sensors allowing people to
perform tasks efficiently by offering unprecedented levels of access to information and
assistance from computers. The Smart Flow is the way streams are exchanged in a Smart
Space. In fact, the purpose was to connect PDA, like iPaq, to the Smart Flow.
PDA are connected to the Smart Space via an access point. But they cannot use the
Smart Flow because it is a static system and use a too big network bandwidth. Moreover,
each PDA will furnish documents and services. So we had to find a solution to make
Smart Flow's stream available to PDA and to make services available to other devices.
Thus, we first studied all technologies that could be useful for the project. We then
compared them to finally produce the best choice. The solution, we made a prototype
of, use Http connections, XML, Sax parser and Qt. The communication between Smart
Flow proxy and PDAs is made using Http; the preferences file is in XML and is parsed
by a Sax parser; the client interface is programmed with Qt to be portable.
This prototype is now working. Even if it cannot yet do all it should do, results are
encouraging and validate our choices.
The next step will be done by two of us during an internship at the NIST. This project
allowed us to discover new technologies and protocols, and therefore a new field, which
is becoming important.
- 28 -
Julien AUBÉ
Loïc FEJOZ
Mélanie GARDUMI
Christophe KERN
Partenaire
ITL
100 bureau drive
Gaithersburg
MD 20899 USA
Encadrants
industriel
Damien RILLIARD
universitaire
Laurent CIARLETTA
Dans un futur proche, les "pervasive computer", ordinateurs omniprésents et dissimulés, feront partie de notre vie quotidienne. Au jour d'aujourd'hui, les PDA sont leurs
ancêtres. Mais pour être vraiment utile, ils devront communiquer les uns avec les autres.
A cette fin, le laboratoire des technologies de l'information du National Institute of
Technology a développé le Smart Space. Les Smart Spaces sont des espaces de travail
contenant des ordinateurs intégrés, des applications distribuant de l'information, ainsi
que différents capteurs et senseurs. Le tout permet aux utilisateurs d'effectuer leurs
tâches efficacement en leur offrant un accès aux informations et de l'aide. Le Smart Flow
est la technologie utilisée pour l'échange des données au travers d'un Smart Space. Le
but principal était donc de connecter un PDA, tel qu'un iPaq, au Smart Flow.
Les PDAs sont connectés au Smart Space grâce à une borne d'accès sans fils. Mais ils ne
peuvent utiliser le Smart Flow car il est statique et demande des ressources machines
inexistantes sur de telles machines. De plus chaque PDA fournit des documents et des
services. Nous devions donc rendre accessible les flux du Smart Flow aux PDAs ainsi
que rendre accessible ces services aux autres.
Dans une première partie, nous avons donc découvert toutes les technologies pouvant
être utiles à notre projet. C'est ainsi que nous nous sommes intéressés aux protocoles
Blue tooth, 802.11, ceux abordant la découverte de services, etc. En parallèle, nous nous
sommes familiarisés avec la programmation Smart Flow. Ensuite, nous avons pu proposer une structure de l'ensemble qui a été validée. Nous nous sommes alors attachés au
développement d'un prototype.
La solution retenue utilise le protocole http pour la communication entre le proxy
Smart Space et les PDAs. Xml est utilisé pour la description des préférences qui sont
analysées par un parseur Sax. L'interface cliente est programmée avec Qt. Les services
deviennent alors de simples CGI.
Lors de l'arrivée d'un nouveau PDA, celui-ci contacte le proxy qui inscrit ses services
dans une base de données, lit son fichier de préférences et exécute les actions associées.
C'est pourquoi le PDA et le proxy doivent avoir un serveur http fonctionnel ainsi que
les différents scripts. L'utilisation d'un certain type de service peut alors se faire via notre
interface Qt.
Actuellement le prototype fonctionne même si toutes les fonctionnalités ne sont pas disponibles. Le résultat est donc encourageant et valide les choix effectués précédemment.
La suite sera réalisée en stage par deux d'entre nous au NIST. On peut donc dire que le
projet fut intéressant et nous a permis de découvrir de nouveaux protocoles et technologies, ainsi que d'aborder un nouveau domaine qui prend de l'importance.
- 29 -
Chronologie
- Déplacement d’une personne
du NIST et documentation :
15 octobre 2001,
outils : 18 octobre 2001,
- Prise en main des outils :
18 octobre 2001,
- Analyses des besoins et rédaction du cahier des charges :
20 octobre - 15 décembre 2001,
- Développement d’un modèle
homogène,
- Rapport et soutenance intermédiaires en anglais :
19 décembre 2001,
- Spécifications :
1 au 15 décembre 2001,
- Conception et développement :
05 décembre - 10 mars 2002,
- Intégration et tests :
01 février - 10 mars 2002,
- Rapport et soutenance finals :
19 mars 2002.
LANGAGE DE PROGRAMMATION MODULAIRE
POUR ROBOTS
Modular programming language for virtual ro b o t s
A B S T R ACT
2001 / 2002
Étudiants
This industrial project was carried out in collaboration with Orphée Développement
whose aim is to make a modular language for virtual robots.
Orphée Développement wants to make a video game where players could program
some robots to solve missions, and when the program is done, they could see the result
of their work.
Our task was the basis of this wide project. The first part of it consisted in analysing and
in fully understanding the subject and the definition of the base of the game. The
second part was to development the grammar for programming robots. We also worked
on a prototype of the game engine, to observe the evolution of the game and to test the
grammar.
Aurélien BRIOUDE
Benoît CHARRET
Mathieu CHENEBIT
Jérémy PERCEAU
Partenaire
6-8, allée Pelletier Doisy
54603 VILLERS LES NANCY
CEDEX
Encadrants
industriel
Mathieu CHENEBIT
universitaires
Pierre BOUCHET
Gilles BOUILLAGUET
- 30 -
Ce projet industriel a été réalisé en collaboration avec Orphée Développement, une
jeune société spécialisée dans le développement de produit grand public (logiciel de
retouche d’images numériques). Ce projet s’inscrit dans la volonté de cette entreprise de
se diversifier vers d’autres types de secteurs de marché.
Dans le cadre du projet industriel ESIAL, le but fixé était la réalisation d’un prototype
de langage de programmation pour définir le comportement d’un robot virtuel, ainsi
qu’un environnement permettant de tester ce langage sur des robots. Pour cela, le choix
de l’architecture était resté libre. Ce projet se veut la base d’un travail de plus grande
envergure qui aboutira sur un jeu. Le principe est simple. Il s’agit d’apprendre la programmation tout en s’amusant. En effet, le but du jeu sera de programmer son robot
pour qu’il accomplisse une certaine mission en suivant des contraintes. Ceci éventuellement en concurrence avec d’autres joueurs.
Dans un premier temps, nous avons défini les grandes lignes du projet pour pouvoir
démarrer le projet sur des bases saines. Ainsi, nous avons établi les principes à respecter
tout au long du projet : le mode de communication des robots avec le monde, la structure de la grammaire, les types de pièces à concevoir.
Après avoir défini ses principes, nous avons conçu et développé en parallèle le langage
et l’environnement de test. Ceci nous a permis de développer plus vite notre prototype
en tenant compte des besoins réciproques de chaque partie du projet.
Chronologie
- Rédaction du cahier des
charges,
- Validation du cahier des
charges,
- Développement de la grammaire du langage,
- Développement du moteur
de jeu,
- Réalisation d’un prototype,
D’un point de vue personnel, ce projet nous a permis de mettre en pratique sur un
exemple concret des aspects techniques de notre formation que nous n’avions jusqu’alors vu que de façon théorique.
- 31 -
OUTILS DE CHARGEMENT DE CONTENU
DYNAMIQUE ET MULT I S O U R C E
Data Pump Pro j e c t
A B S T R ACT
2001 / 2002
Étudiants
Today, be present on the Internet becomes a matter of priority for many firms, government services… Their web sites are often automatically generated by content management tools. This kind of tool looks for information in databases and then generates web
pages according to some rules defined by the user but at that time, there are no generic
tools uploading such databases.
This industrial project has been carried out in collaboration with Pinck Softech AG, a
young Swiss firm founded in 1987 which offers many different services : IT – management, e – business or e – security…The project consisted in the design and the development of a tool that could handle heterogeneous and multi-sources data.
Our project proceeded in two phases. The first one aimed to provide to Pinck Softech
a Technical System Design. Our work was to design the tool and set up an evolutionary architecture to make possible the integration of new data types in the future. The
second phase was the realization of a prototype. This part gave us the opportunity to
use many new web technologies and we had to study several tools (like Oracle 8i, CVS
or Junit for the most important).
The realization of the prototype itself was divided into four major layers :
- The connexion layer whose purpose is to download the data,
- The control layer which ensure the integrity of the document received,
- The mapping layer which map the information,
- The database layer whose aim is to guarantee the connexion with the database.
Finally, the tool doesn’t satisfy all requirements regarding the list of features described in
the Technical System Design but its modular architecture makes the integration of new
satellites very easy.
- 32 -
Stéphane GIROUX
Anthony PANNIER
Nicolas VENOT
Alexandre WOLMER
Partenaire
Langenhagstrasse 1
CH-4147 AESCH
Encadrants
industriel
Geneviève ROLLI
universitaires
Francis ALEXANDRE
Ce projet industriel a été réalisé en collaboration avec la société Pinck Softech, une
société d’origine suisse. Depuis sa création en 1987 son objectif est la maîtrise des nouvelles technologies en vue de mettre en œuvre des solutions personnalisées au profit de
ses clients. Cette entreprise a choisi de se spécialiser dans l’intégration de solutions
contribuant à l’optimisation de la gestion de la relation avec la clientèle.
Forte de ses treize années d’expérience en intégration d’applications front-office, Pinck
Softech propose aujourd’hui des plates-formes logicielles pour mettre en œuvre des solutions de :
- CRM : la gestion de la relation client,
- IT-Management : la gestion et la supervision des systèmes et des applications,
- e-Security : la sécurisation des technologies internet, l’infrastructure PKI,
- e-Business : les outils pour intégrer internet au front-office,
tout en conser vant une forte expérience sur un certain nombre d’applications de façon
à fournir des solutions clé en main, totalement intégrables à l’existant.
En fait, ce projet est né du constat suivant : les sites web sont généralement générés de
façon automatique par des outils de «content management». Ces outils récupèrent les
informations dont ils ont besoin dans une base de données et génèrent ensuite les pages
web mais à l’heure actuelle, il n’existe aucun outil permettant de charger les informations dans la base en question.
Le but de ce projet industriel fut donc l’élaboration d’un tel outil, depuis sa conception
jusqu’à l’élaboration d’un prototype. Nous avons ainsi structuré notre projet en deux
grandes phases. La première fut entièrement consacrée aux spécifications et la seconde
à la réalisation. Cette première phase fut également scindée en deux sousparties : les spécifications elles-mêmes puis la découverte des outils de travail (Oracle, Forte for Java,
Junit ou encore Syslog).
La partie concernant les spécifications fut relativement importante car il nous a fallu
penser entièrement l’outil. Après quelques réunions avec Pinck Softech, nous avons élaboré un modèle UML de l’outil puis nous avons étudié les différents flux de données
(en particulier le flux XML). Après validation de cette première phase par l’entreprise,
nous nous sommes ensuite familiarisés avec les outils de développement suivant : Oracle
8i (pour la base de données) , Syslog, Junit (pour les classes test) ou encore CVS (pour
le versionning). La seconde partie fut consacrée au développement du prototype.
Entièrement réalisé en Java, la programmation devait être modulaire et commentée.
Les résultats sont plutôt satisfaisants. Le cahier des charges et les spécifications ont été
validés et le prototype fonctionne en partie. Nous avions en effet décidé, en accord avec
l’entreprise, de ne réaliser que certains modules car le travail à effectuer était déjà conséquent et nous nous y sommes tenus. D’un point de vue humain, ce projet nous a également permis de mettre en application les notions de gestion de projets abordées en
cours et nous a fait découvrir d’autres aspects du travail collaboratif.
- 33 -
Chronologie
- mi-octobre 2001
Première réunion avec l’industriel,
Mise en place du planning
prévisionnel,
- novembre 2001
Réunion chez Pinck Softech à
Aesch en Suisse,
Première version des spécifications,
- fin décembre 2001
Version finale des spécifications,
Planning de la phase de développement,
Rapport et soutenance intermédiaires en anglais,
- début février 2002
Deuxième réunion chez
Pinck Softech
Développement à mi-parcours,
- fin mars 2002
Fin du développement
Rapport et soutenance finals.
- ANVAR,
OPTIMISATION DANS LE PROCESSUS DE
FABRICATION DES PIÈCES EN ACIER MOULÉES
Optimization of the manufacturing pro c e s s
for moulded steel components
A B S T R ACT
2001 / 2002
Étudiants
Our industrial project was initiated by SMC Colombiers-Fontaines. This company is a
foundry based in the Doubs. Its main activity is the production of molded steel components. Due to the increasing competition in this domain, SMC wish to develop new
technologies in order to reduce their production costs.
One of their goals is to obtain a numerical chain, which would follow the physical part
from its designing to the finishing.
Our project was to start this numerical chain: we had to develop an application running
under Solidworks - a CAD software - which would allow the user to design faster and
automatically. The CAD file obtained will be used at various stages of the molding process and will follow the physical part.
We used Solidworks’API to develop this application. More specifically we developed in
Visual Basic. We wanted to obtain an application that would be both ergonomic and
robust.
This application inserts components chosen from a library in order to create the cluster.
We have successfully completed this application and, following our industrial partner’s
advice, we have studied another method to design clusters.
François ADNOT
William DERIGENT
Mathias DRUART
Philippe LE RAY
Partenaire
2, rue du Doubs
BP 39
25260 COLOMBIER
FONTAINE
Encadrants
industriel
Jean-Charles DELPLACE
Jacques FLACHAT
universitaires
Gabriel RIS
- 34 -
Entre le Doubs et le canal Rhône-Rhin se situe la fonderie SMC Colombier-Fontaine.
Née en 1907 et forte de ses 15 000 m2 de superficie, cette entreprise d’environ 200 salariés est le leader européen pour la production de produits en acier moulé de 1 à 40 kg.
Filiale de groupe AFE (Aciéries et Fonderies de l’EST), sa politique commerciale est de
développer des partenariats durables avec des clients présents sur les quatre grands marchés que sont l’off road, l’industrie, l’automobile et les poids lourds. Pour cela elle doit
garantir la qualité de ses services et produits, mais également proposer des solutions à
prix compétitifs par rapport à des concurrents.
Chronologie
Dans cette optique, elle fait appel aux nouvelles technologies et implante une chaîne
dite « numérique » sur son site. Tout au long de la chaîne de production, la pièce physique est suivie par des informations relatives à sa représentation CAO définie sous
SOLIDWORKS‚ lors de la conception.
- Visite de l’entreprise et validation des besoins réels,
Jusqu’à présent, la conception d’une grappe (modèle associant la pièce et l’ensemble des
accessoires pour réaliser la coulée) suivait un schéma traditionnel : concevoir la mise en
plan de la grappe sur un support papier puis la redessiner sur ordinateur. Cependant, la
démarche de création actuelle d’une grappe CAO est trop fastidieuse pour être avantageuse. Une automatisation partielle de la méthode, tout en laissant l’utilisateur acteur,
offrirait une plus-value. Ainsi, le but du projet est d’offrir au bureau d’étude de SMC, un
outil d’aide à la conception de grappe de fonderie sous le logiciel de CAO SOLIDWORK.
Il n’existait aucun module d’aide à la création sous SolidWorks. L’aspect innovant du
projet fut de le développer à l’aide des fonctions de l’interface de programmation (API)
SOLIDWORKS‚ et du langage Visual Basic. Afin d’obtenir un produit ergonomique et
robuste, nous nous sommes imposés d’offrir à l’utilisateur des commandes simples d’utilisation et complètes, pouvant supporter de mauvaises manipulations. Cette démarche a
été prolifique grâce à une collaboration étroite avec le bureau d’étude de SMC.
Nous avons abouti à une application qui répond au cahier des charges de l’industriel et
avons produit une étude de faisabilité sur l’emploi d’autres méthodes de création automatique de grappes.
Ce modèle numérique sera utilisé aussi bien au service contrôle qualité, que pour la
découpe automatique des grappes. L’empreinte du moule de fonderie est désormais
usiné par un centre d’usinage numérique, améliorant ainsi la qualité de l’outillage.
- 35 -
- Découverte du sujet du projet,
- Découverte de l’existant :
prise en main de l’API,
compréhension des sources
existantes.
- Affectation des tâches,
- Développement de la première application :
.création des canaux de coulée,
.génération de masselotes,
. étude de la diffusion de l’application.
- Soutenance intermédiaire,
- Validation des fonctionnalités de l’application par l’encadrant,
- Spécification d’une étude de
faisabilité sur le principe d’esquisse 2D,
- Etude de faisabilité,
ÉTUDES STATISTIQUES SUR LE TRAFIC
AU SEIN D’UN “FIREWALL”
Statistical studies on the
t r a ffic within a fire w a l l
A B S T R ACT
2001 / 2002
Étudiants
Synelec Networks is a division of Synelec Télécom Multi-media, the world Leader of the
Supervision systems. It counts five subsidiary companies and forty distributors a
ll
over the world. Synelec Networks was founded in 1986 by Gil SOUVIRON and JeanClaude BELLE. It is now the world leader in high-resolution picture walls. The company is also on the market of Firewalls.
This project consisted in confidentially studying statistical data on the traffic of firewalls
installed among customers of Synelec Networks. The purpose of the data analysis is to
envisage breakdowns, to give the output of the product as well as the degradation of the
performances.
We had to find methods of statistical forecast, which would fit as good as possible to the
modifications of the value of each type of data according to its mathematical model.
For that, we had to find various predictive methods adapted to each studied case.
The major part of this project was the information retrieval in order to obtain several
methods to be established in the system of Synelec Networks.
This project offered us a view of the possibilities in working in computer science. We
succeed in finding information about a subject actually few documented. This made us
understand that only a few of the numerous way of improving possibilities with computer have been explored.
Guillaume COLSON
Alfrédo MOREIRA ROSA
Partenaire
45, avenue Paul Doumer
92500 RUEIL MALMAISON
Encadrants
industriel
Cédric AUZANNE
universitaires
Zahra IDELMERFAA
- 36 -
Synelec Networks est une division de Synelec Télécom Multimédia, Leader mondial des
systèmes de Supervision qui compte 5 filiales et 40 distributeurs présents sur tous les
continents. Synelec Networks a été fondée en 1986 par Gil SOUVIRON et JeanClaude BELLE. Aujourd’hui, elle est leader mondial dans les murs d’images à haute
résolution. D’autre part, la société commercialise des Firewalls. Ils comportent un
moteur embarqué de surveillance et de configuration permettant une gestion du trafic,
la configuration des services et des ‘proxies’ ainsi que l’accès aux services de reporting.
Ce projet consistait à étudier confidentiellement des données statistiques sur le trafic
d’un firewall installé chez les clients de Synelec Networks . L’analyse des données a pour
but de prévoir des pannes, des engorgements, donner le rendement du produit ainsi que
la dégradation des performances.
Cette solution de centralisation d’administration informatique, commun à plusieurs
entreprises, proposée par Synelec Networks est une innovation puisqu’elle permet l’accès à un service, coûteux pour de petites entités, à un plus grand nombre.
Nous avons dû trouver des méthodes de prévision statistique qui s’adaptent le mieux
possible à l’évolution de chaque type de données suivant sa modélisation mathématique.
Pour cela, nous avons fait l’inventaire de différentes méthodes adaptées aux cas que nous
traitons.
La constituante principale de ce projet était la recherche documentaire afin d'obtenir
plusieurs méthodes à implanter dans le système de Synelec Networks. Pour cela, nous
nous sommes divisés les différentes parties à étudier puis chacun a proposé un compterendu de sa partie et a vérifié celle de l'autre.
Chronologie
- Répartition des rôles, définition du projet,
- Etude des statistiques de base,
- Première version du cahier
des charges,
- Rencontre avec les encadrants
industriels,
- Version finale cahier des
charges, dossier ANVAR et
soutenance intermédiaire,
- Etude des deux solutions
envisagées,
- Correction du draft du rapport par les différents encadrants,
- Rédaction du rapport final et
préparation de la soutenance.
Le fait d'être deux pour ce projet nous a permis de nous occuper chacun d'une grande
part du projet. Le fait de ne rien avoir à programmer n'était pas un problème majeur
puisque ça nous a permis de prendre du recul. En effet, on nous a demandé de faire un
travail de recherche dans le but de trouver une solution technique viable. Ceci est très
enrichissant puisque cela permet de se pencher sur la résolution théorique d'un problème commercial et industriel réel.
Pour finir, Synelec Networks nous a proposé de poursuivre par un stage dans leur société sur d'autres sujets tout aussi intéressants. Ces sujets ne se limitaient pas au domaine
de notre projet mais touchaient à diverses préoccupations liées à l'implantation des
fonctionnalités de leur FireWalls.
- 37 -
E S IA L
E
S
I
A
L
SYNTEGRA
RÉPLICATION DE DONNÉES : PROJET XMLSync
Data replication : XMLSync project
ABSTRACT
2001 / 2002
Étudiants
SYNTEGRA is a British Telecom's integration system branch. Like most of its customers, it owns a central database in order to share data, where information about projects, contacts and so forth are stored. Data are collected by consultants when they meet
customers, but several consultants can use and modify the same data, and they have to
be consistent. Consistency will therefore be our main concern throughout our project.
The principle of XMLSync project is to develop a replication engine based on the
Domino's model and to create an application to manage data locally. Using XML and
ASP technology, another goal is to make it portable.
To be sure of being in the good direction, we first wrote analysis documents about
XML, XSL, ASP and other technical tools we had to use. Then, we defined the algorithms and the conception models that would allow us to get our supervisors validating
the way we wanted to go. Finally we implemented those algorithms, and tested them to
make sure that the replication engine was working correctly and that the data manager
was running with no errors.
During the different steps of the project, we dispatched the work to the members of the
group depending on our specialities and preferences. This project allowed us to discover the XML technology. We also learnt a lot about project management and the mistakes that should be avoided in order to achieve the objectives.
Olivier FABBRI
Paul GRIFFATON
Matthieu LIGIER
Franck VUILLEMIN
Partenaire
8, allée Pelletier Doisy
54603 VILLERS LES NANCY
Encadrants
industriel
Fabien PREMAOR
universitaire
Jacques GUYARD
- 38 -
SYNTEGRA est la branche d’intégration de systèmes de British Telecom. Elle fut créée
lors de l'extension de la firme de télécommunications britannique. Elle propose, parmi
ses différents services, des projets au forfait, qui permettent à ses clients de savoir avant
même le développement le prix que va coûter la prestation.
Pour collecter les informations au sujet de leurs contrats, de leurs affaires, des contacts,
etc…, les consultants de Syntegra partagent des données sur une base de données centrale. Ces données sont modifiées par les consultants lorsqu’ils visitent leurs clients et
mettent à jour les informations les concernant. Mais plusieurs consultants peuvent être
amenés à modifier les mêmes données, et ce à des moments et des endroits différents,
sans concertation aucune. Et les données doivent être cohérentes. C’est ce à quoi nous
nous attachons à rendre sûr avec le projet XMLSync.
Chronologie
- Réunion d’explication du
sujet avec M. PREMAOR,
- Analyse du modèle de réplication,
- Rédaction de la documentation XML et de la documentation ASP,
- Soutenance intermédiaire,
Le principe de ce projet est de construire un moteur de réplication XML. Lorsque le
consultant doit se rendre chez le client, il se connecte à l’aide de son ordinateur portable
sur la base centrale. Alors le moteur lui crée une image des enregistrements qui le
concernent au format XML. Ensuite le consultant va chez le client et, à l’aide de l’utilitaire de gestion locale que nous avons créé en ASP, il peut ajouter, supprimer ou modifier toutes ou une partie des données qu’il a récupéré. Une fois cela terminé, le consultant se reconnecte à la base et le moteur de réplication analyse les changements intervenus, cela grâce à des drapeaux donnant les dates de modifications. Il peut ainsi décider
des données les plus pertinentes selon la chronologie des interventions qu’elles ont
subies. Alors le moteur modifie les fichiers XML du consultant et la base centrale de telle
sorte que le fichier XML et les enregistrements auxquels il se rapporte soient identiques.
- Spécifications de l’algorithme
pull-push,
- Réalisation de la gestion locale,
- Codage du pull-push,
- Audit,
- Tests,
- Rapport et soutenance finals,
Pour développer ce projet de la meilleure manière possible, nous avons d’abord rédigé
des documents sur XML, les feuilles de style XSL, le langage ASP et sur les autres outils
dont nous avions besoin. Nous avons ensuite écrit les algorithmes et les modèles de
conception afin de les faire valider par les encadrants et ainsi s’assurer que nous allions
dans la bonne voie. Enfin, nous avons codé et testé les différentes parties du moteur et
de la gestion locale.
Durant les différentes phases du projet, nous nous sommes partagés les tâches selon les
préférences et les spécialités de chacun, afin de s’assurer que chaque morceau serait traité par celui qui était le plus apte et le plus motivé pour ce travail. Nous nous sommes
enthousiasmés tout au long du projet pour utiliser des technologies récentes qui deviennent des standards, comme XML. De plus, l’interaction qu’il y avait avec nos encadrants
nous a permis de bien découvrir comment gérer un projet, une réunion et quels documents il convient de rédiger pour parvenir au but fixé. Le but du projet industriel est
réalisé puisque chacun s’est senti concerné, investi après chaque réunion d’une mission,
et au sortir de nos études, nous appréhendons notre futur travail avec la sensation de
savoir ce qui nous attend et en nous sentant apte à remplir cette tâche.
- 39 -
- Installation chez Syntegra.
A N A LYSE DE DONNÉES POUR LA
GUERRE ÉLECTRONIQUE
Data’s analysis for the electronic warf a c e
A B S T R ACT
2001 / 2002
Étudiants
Thales is a firm that supplies the armed forces of more than forty countries throughout the world
and which is number one in Europe and number three in the world in Electronic Warfare
Systems. The Thales Airborne Systems' offer covers all sectors of Electronic Warfare: airborne,
shipborne and land-based Electronic Warfare. Besides Thales Airborne Systems offers Electronic
Warfare Systems concerning airborne self-protection and they are also integrated on combat aircraft (SPECTRA for the Rafale aircraft, ICMS and IMEWS for the Mirage).
Our project deals with SPECTRA. It is the first ever in France to cover electromagnetic laser and
infra-red domains. It uses sophisticated techniques, such as interferometry, digital frequency
memory, electronic scanning, multispectral infra-red. SPECTRA is fitted internally in the Rafale
aircraft, with over ten locations distributed throughout the aircraft, and integrated through a specific Electronic Warfare databus and a central processor.
SPECTRA generates a big flow of information. That’s why it’s necessary to have an analysis data
software. Actually, Thales is using LACQDEP which was developed by Thales. It runs under
UNIX systems and is not really user-friendly. Moreover it’s an old software. Because of those
drawbacks, LACQDEP needs to be replaced.
They would like the Viper software to take over LACQDEP. However, some essential existing
functions of L ACQDEP to integrate SPECTRA don’t exist under Viper. The goal of our study
is to check that Viper will manage to integrate the missing functions. If VIPER is able to do so,
we will have to add them.
In order to add these functions, we have developed two things :
- A software developed in C++ using MFC and which pilots Excel. This software captures the
content of a window and exports them in Excel.
- We have also made a dll in C++ which transforms data in order to make them understandable
by VIPER.
- 40 -
Jérôme GRANDMOUGIN
Julien GUBELMANN
Lucien GUEPRATTE
Eddy TURPIN
Partenaire
2, avenue Gay Lussac
78851 ELANCOURT
Encadrants
industriel
François BAUBIN
Fabrice BLONDEAU
universitaire
André SCHAFF
Thales Systèmes Aéroportés est n°1 en Europe dans le domaine des radars aéroportés, des systèmes
de guerre électronique (domaine où la société est le premier exportateur mondial), de l'électronique de missiles et du traitement de l'information temps réel embarqué. C’est dans le cadre plus
particulier de la guerre électronique que le projet s’inscrit.
Dans le domaine aéroporté, Thales Systèmes Aéroportés propose des systèmes d'autoprotection
pour toutes ses plates-formes : avions d'armes, avions de transport et hélicoptères. En ce qui
concerne l'autoprotection aéroportée, Thales Systèmes Aéroportés propose des systèmes de guerre électronique intégrant les fonctions détection, brouillage et leurrage sur avions de combat ;
notamment SPECTRA pour l'ACT/ACM Rafale.
SPECTRA est le premier système en France à couvrir les domaines à la fois électromagnétique,
laser et infrarouge. Ce système est monté à bord du Rafale où il est réparti en plusieurs unités
d'installation et intégré au système avion via une unité centrale.
SPECTRA génère un flot de données de très grand volume. Thales Systèmes Aéroportés a élaboré le logiciel de dépouillement de données LACQDEP (Logiciel d’ACQuisition et de
DEPouillement) pour extraire et présenter de manière intelligible les informations contenues dans
ce flot de données.
Ce logiciel vétuste (non ergonomique, non intuitif, onéreux, etc. ) se doit d’être remplacé par un
logiciel du commerce de dernière génération. Le logiciel VIPER (VIsualisation PERsonnalisée) est
pressenti pour succéder à LACQDEP. Cependant, après étude, il existe certaines fonctionnalités
spécifiques sur LACQDEP qui n’ont pas d’équivalents sur VIPER.
Avant de pouvoir effectuer ce remplacement, il faut ajouter au logiciel VIPER certaines fonctionnalités manquantes qui sont fortement plébiscitées par les utilisateurs.
Les deux principaux objectifs du projet industriel ont été dans un premier temps de pouvoir commenter des graphiques générés par VIPER. En effet, actuellement, ce logiciel permet d’imprimer
chaque graphe indépendamment. Il nous a été demandé d’enrichir ces graphes avec des commentaires, des flèches et tout autre type d’informations avant leur sauvegarde ou leur impression,
ceci afin d’améliorer la compréhension des représentations.
Dans un deuxième temps, il nous a été demandé d’ajouter des fonctionnalités à VIPER pour qu’il
puisse interpréter la messagerie de SPECTRA, soit en utilisant les fonctions déjà fournies avec
VIPER soit en y ajoutant nos propres fonctions.
Pour répondre à la première exigence, nous avons développé un logiciel en Visual C++ utilisant
les MFC (Microsoft Fundation Classes). Ce logiciel capture les graphes générés par VIPER et les
exporte sous Excel pour pouvoir y être commentés. Ceci nous a notamment permis de nous initier au fonctionnement des MFC, d’étudier les principes pour capturer le contenu de fenêtres et
d’apprendre à piloter Excel depuis un programme C++.
Le deuxième objectif a été réalisé en réalisant une DLL qui effectue un traitement sur les données
de SPECTRA pour qu’elles soit compréhensibles par VIPER. Celle-ci est appelée depuis VIPER
comme le souhaitait Thales et ne nécessite pas d’intervention externe au logiciel.
- 41 -
Chronologie
- Visite de l’entreprise et documentation,
outils,
- Prise en main des outils,
- Analyse des deux axes d’études
et présentation du cahier des
charges,
- Spécifications,
- Recherche et évaluation des
outils existants,
- Conception et développement,
- Intégration et tests,
- Rapport, manuels utilisateurs
et soutenance finals.
ÉTUDE DU MODÈLE DES EJB
ET RÉALISATION ASSOCIÉE
Study of the EJB technology and pro g r a m m i n g
A B S T R ACT
2001 / 2002
Étudiants
This project, proposed by Thales (new name of Thomson-CSF Detexis), consists in
creating an application that uses Enterprise JavaBeans (EJB) to share data on a network.
Our application must be independent from the type of data, but in order to validate
concepts on which we were going to work, having a example is useful. However, problems of industrial secret don't allow us to access data that will be treated by our application, this is why we used a “library example” to create our application.
EJB is a server-side component architecture for the development and deployment of distributed object systems for the Java platform.
Enterprise JavaBean has a minimum of three classes, the remote interface, the home
interface, and the bean implementation. The remote interface is the class that exposes
the methods of the EJB to the outside world. The home interface specifies how to create a bean that implements the remote interface. The bean implementation provides an
implementation of the methods specified by the remote and home interfaces.
The project began with the study of the technologies we were going to use (EJB,
CORBA). Then we set up computers and installed software, and we started the application.
This project was very interesting, we discovered new technologies such as EJB, CORBA
and all that comes with it (JDBC, RMI, JNDI, C++BUILDER, J2EE, JBOSS,...).
Fabien BOUTANTIN
Benoît GUINOT
Benjamin LEVY
Youssef MSELLEK
Partenaire
2, avenue Jean d’Alembert
78190 TRAPPES
Encadrants
industriel
Pascal KOEGLER
universitaire
Jean-François PETIN
- 42 -
Internet a été le premier et jusqu'à présent le seul réseau informatique à connaître une
portée universelle. Son succès est lié à deux applications : la navigation sur des documents
hypertextes et le courrier électronique. L'industrie dans son ensemble n'a reconnu l'importance d'Internet qu'assez tard. Quand il est devenu clair qu'Internet serait le principal moteur de croissance de l'informatique, deux visions se sont affrontées. Pour certains,
Internet serait une sorte de "super réseau câblé", permettant un accès facile à du contenu sous différentes formes : son, images, films, textes, livres. Ceci correspond bien aux
fonctionnalités d'un navigateur, qui est avant tout un outil capable d'afficher du contenu préalablement formaté. Cette vision a eu beaucoup de succès dans un premier temps.
IBM a été la première entreprise à prévoir qu'Internet serait avant tout un media transactionnel, c'est à dire un outil permettant de "faire des affaires" en ligne. Cette vision,
beaucoup plus réaliste, est maintenant considérée comme exacte. En pratique, cela
revient à permettre aux applications déjà existantes de l'entreprise de communiquer par
Internet.
Malheureusement, si Internet est très répandu, il n'est pas forcément adapté à ce type
d'usage. C'est pour cela qu'il est nécessaire de disposer d'une application qui fera l'interface entre le monde de l'Internet et les systèmes informatiques internes de l'entreprise.
Une telle application est un projet complexe. Elle demande la gestion des aspects réseaux,
la connexion aux serveurs de l'entreprise, et la gestion de la sécurité et d'un nombre
important d'utilisateurs. Toutes ces fonctionnalités sont rassemblées dans des serveurs
d'application. Le développeur créant une application Internet pourra alors utiliser les
fonctionnalités de ces serveurs et se concentrer sur le développement de l'application ellemême. Si le serveur d'application est bien réalisé, le développement d'une application
Internet deviendra assez similaire à celui d'une application classique.
Chronologie
- Réception du sujet par mail,
étude du sujet,
- Recherche de documents sur
les technologies utilisées,
- Rencontre avec l’encadrant
industriel et structuration du
sujet,
- Installation et configuration
de l’ordinateur et des logiciels
à utiliser,
- Etude des EJB et CORBA,
- Codage du Serveur,
- Fin du codage,
Notre projet s’appuie sur la programmation d’un serveur d’application au travers d’un
exemple type.
- 43 -
Diffusion privilégiée pour les membres du Club de leurs offres de stage et
d’emploi aux élèves-ingénieurs.
Propositions de projets industriels des membres traitées en priorité.
Développement par l’ESIAL de supports de communication propres au
Club Evolutech.
Accès personnalisé à un espace réservé aux membres sur le site Internet du Club.
Participation des membres du Club aux évolutions pédagogiques
de l’Ecole.
Possibilité pour les membres de venir présenter leur structure aux
élèves-ingénieurs de l’ESIAL.
Mise en place de forums d’échanges au cours de l’année universitaire.
Dans les domaines des STIC (Sciences et Technologies de l’Information et
de la Communication), en partenariat avec de grands laboratoires de
recherche :
Elaboration par l’ESIAL de formations personnalisées pour les
membres du Club sur demande de leur part.
Diffusion d’informations à caractère scientifique.
- 44 -
VERSEMENT D’UN DON
A retourner à :
ESIAL
Campus Scientifique - B.P. 239
54506 Vandœuvre-lès-Nancy cedex - France
ENTREPRISE
Adresse
Code postal
Pays
Téléphone
Activité
Code APE obligatoire
N° Siret
Personne responsable
Fonction
Email
Ville
Fax
MONTANT MINIMUM DU DON
❒ 500 €
❒ autre
Membre du Club EVOLUTECH
€
VERSEMENT
❒ par chèque joint libellé à l’ordre de M. l’Agent Comptable
de l’Université Henri Poincaré Nancy 1
❒ par virement au C.C.P. de M. l’Agent Comptable
de l’Université Henri Poincaré Nancy 1
C.C.P. NANCY N°5402.91 A
Banque
Guichet
Compte
Clé
20041
01010
0540291A031
50
Si vous souhaitez proposer un projet industriel pour la rentrée universitaire 2002 / 2003,
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
- INDUSTRIEL -
Document à retourner
au plus tard pour fin
août 2002.
Structure
...........................................................................
Projet suivi par
...........................................................................
Adresse
...........................................................................
...........................................................................
...........................................................................
Tél : ..........................
Fax : ..........................
E-mail : .............................................................
- CONTEXT E DU P ROJET - Titre :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Sujet :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Environnement :
- humain
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- matériel
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- logiciel
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
- Aspects Innovants :
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
.......................................................................................................................................................................................................
Présentation et déroulement
P. 01
Presentation and progression
- ALSTOM
Système de gestion électronique de documents - Electronic Document Management System
P. 02
- ALTRAN EUROPE
Système de conférence électronique - Electronic conference system
P. 04
- ARIANE INGÉNIERIE
Gestion informatique des actifs de la société - Asset Management
P. 06
- EADS REVIMA
LISA : logiciel pour information sur affaires - LISA : Information list on business ; Electronic Document Management
P. 08
- EUROTECMÉDIA
Architecture client / serveur pour Opale Studio - Client / server architecture for Opale Studio
P. 10
- FM LOGISTIC
Visualisation en 3D d’un entrepôt - 3D warehouse display
P. 12
- INCOTEC
Représentation graphique d’une gamme - Graphical representation of a route
P. 14
- INFOTEL
Conception d’un moteur de GED sous forme de service Web - Business Process Management Web Service
P. 16
- INTECH
API d’intégration des outils de gestion électronique de documents - Integration API of Electronic Documents Management tools
P. 18
- LORASI
Système d’extranet contextuel indexé sur positions GPS (SECIP) - Contextual extranet system indexed under GPS position
P. 20
- LUCID’IT
Solutions de gestion de contenu électronique extensibles - Extensible E-Content Management Solutions
P. 22
- MÉDIASCIENCE
Développement et industrialisation de produits innovants - Manufacturing Engineering of an innovative product
P. 24
- NIST
Projet 1 : Portail web pour le e-commerce inter-entreprise en composants électroniques Web Portal for B2B E-Commerce in Electronics Manufacturing
Projet 2 : Interface smart flow pour des agents électroniques - Smart Flow interface for pervasive computers
P. 26
P. 28
- ORPHÉE DÉVELOPPEMENT
Langage de programmation modulaire pour robots - Modular programming language for virtual robots
P. 30
- PINCK SOFTECH
Outils de chargement de contenu dynamique et multisource - Data Pump Project
P. 32
- SMC
Optimisation dans le processus de fabrication des pièces en acier modulées Optimization of the manufacturing process for moulded steel components
P. 34
- SYNELEC NETWORKS
Études statistiques sur le trafic au sein d’un “firewall” - Statistical studies on the traffic within a firewall
P. 36
- SYNTEGRA
Réplication de données : projet XMLSync - Data replication : XMLSync project
P. 38
- THALES SYSTÈMES AÉROPORTÉS
Projet 1 : Analyse de données pour la guerre électronique - Data’s analysis for the electronic warface
Projet 2 : Étude du modèle des EJB et réalisation associée - Study of the EJB technology and programming
P. 40
P. 42
EVOLUTECH, le club des partenaires de l’ESIAL
EVOLUTECH, ESIAL Industrial Partnership Club
P. 44
Fiche de proposition de projet industriel
Industrial project proposal form
P. 47
Rassembler autour de l’ESIAL aussi bien des grands groupes
industriels que des PME/PMI, des laboratoires de recherche et des
collectivités territoriales afin de développer et favoriser les
échanges entre eux.
Regrouper les partenaires de l’ESIAL afin de les associer plus étroitement,
tout au long de l’année, à la vie de l’école (parrainages, projets industriels, stages, formations
continues, présentations d’entreprises, diffusions d’offres d’emploi) et à ses projets : ouverture
à l’international, transfert des technologies, démarrage d’activités nouvelles, implantations
dans de nouveaux locaux, etc.
Accenture, Alstom Technologies, Anpe Espace Cadres, Apec,
Anvar, Ariane Ingénierie (groupe Altran Technologies), Audilog,
Cap Gémini, CIC D et EID (groupe Crédit Mutuel / CIC),
Clearstream, CNRS, Euvoxa, FM Logistic, IBM France, Impresario,
Incotec, Infeurope, Incubateur Lorrain, Infotel, INRIA, INTA, Intech,
Kredietbank, Lucid’it, MC Solutions, MCC France (groupe Mercedes-Smart),
Microservice, Net 2S, Neurones, Orphée Développement, Oxalic, Pinck Softech, Predict,
Reuters, S.I.I., Sopra Group, Ubizen, Unilog.
Tél :+33 (0)3 83 68 26 00
http://evolutech.esial.uhp-nancy.fr (version définitive à partir de septembre 2002)
Un bulletin d’adhésion et d’autres informations relatives aux activités du Club
sont disponibles en pages 44 et 45.

Projets industriels 2001/2002

Transcription

Documents pareils

Télécharger CV - Andries Fabrice

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

petroil AW2

CNU Section 06- Sciences de Gestion CONSEILS POUR LA

Position Context: Reporting to the IT PMO Director and under the

Supporting fishing and cruise ship sectors and succeeding Port

Arthur Béné Décolletage

Registration of Constructors and Employers Engaged in

MODEL OF A CV ON “CONSULTING

Projets industriels 2010/2011