CONCLUSION ET PERSPECTIVE
Le problème qui nous à été
confié au début de ce stage était de trouver une solution
aux difficultés que les cadres de la sous-direction d'équivalence
rencontraient dans l'étude des dossiers de demande d'équivalence
des diplômes. Solution adopté avec la conception et
implémentation d'une application de suivi et traitement des dossiers
d'équivalence.
En effet, la conception de ce système à
débuter avec la rédaction du cahier des charges qui à
permit d'identifier les besoins et faire ressortir l'architecture
générale. Ensuite nous avons migré ces besoins vers une
solution informatique par des modèles dans la partie analyse et
conception. A partir des modèles et de l'architecture
réalisée, nous avons effectué le codage et les tests qui
nous ont conduits au système final nommé losequiv (Logiciel du
Suivi et Traitement des dossiers d'équivalence).
Nous avons rencontré d'énormes
difficultés dans la réalisation de ce système. Dans un
premier temps le recueil des informations n'a pas été chose
aisé car le personnel de la sous-direction d'équivalence
était tous accablé par le travail et dont ne disposait pas assez
de temps pour répondre à nos interrogations. Aussi, sur le plan
technique, la faible maitrise au début de ce stage du
développement web avec la technologie J2EE était un frein au
déroulement de ce travail. Néanmoins, la
spécificité de J2EE à fait que nous avons dû
apprendre toutes les bases de cette nouvelle technologie, ce qui nous a pris
plus de temps que nous ne l'escomptions.
Les objectifs fixés au début de ce travail ont
été presque tous atteint. Le système est en mesure
d'informer les cadres de la position des dossiers dans un service,
d'évaluer ces dossiers, traiter les lettres, pour ne cité que ces
fonctionnalités. Faute de ressource matériel, nous n'avons pas pu
implémenter la notification par email et SMS du candidat de la
délivrance de son équivalence.
Ce système à été
développé afin de venir faciliter le travail des cadres dans la
gestion des dossiers d'équivalence. Il serait judicieux de permettre
d'effectuer une demande d'équivalence en ligne aux candidats. Ceci
contribuera à une meilleure informatisation du système
losequiv.
102
BIBLIOGRAPHIE
Ouvrage :
[1] DASHORST Martijn, HILLENIUS Eelcon, Wicket in
action, MANNING, USA, 2009.
[2] HEFFELFNGER David, JasperReports for Java
Developers, PACKT, Birmingham, UKRAINE, 2006.
[3] KENT KA Iok Tong, Enjoying Web development with
Wicket, First Edition, TipTec Development, 2007.
[4] MOLIERE Jérôme, Les cahier du
programmeur J2EE, 2eme Edition, EYROLLES, Paris, FRANCE, 2005.
[5] ROQUES Pascal, Les cahiers du programmeur UML2,
4eme Edition, EYROLLES, Paris, FRANCE, 2002.
[6] SEDDIGHI Ahmad Reza, Spring Persistence with
Hibernate, First Edition, PACKT, Birmingham, UKRAINE, 2009.
[7] SONATYPE, Maven guide, 1er Edition, Sonatype, Palo
Alto, 2009.
[8] VAYNBERG Igor, Apache Wicket Cookbook, PACKT,
Birmingham,
UKRAINE, 2011.
Article :
[9] ANDRIET Louis, DASTUGUE Julien, LAROCHE Sébastien,
MADEGARD Michaël, MYLLE Cédric, Cahier des charges
technique, p.19, 2007.
[10] DI GALLO Frédéric, Méthodologie
des systèmes d'information - UML, Octobre 2001, 59p.
[11] DEMICHIEL Linda, Java Persistence Criteria API,
20-62, Juin 2010.
[12] FERRAN Olivier, PAPON Guillaume, Rapport de Projet J2EE
Site de E-Commerce, p.5, 2008.
[13] MOUSSA Jawher, Exploration des modèles de
Wicket, p.12, 2008.
[14] ROS Sébastien, Livre blanc sur le Mapping
objet-relationnel, la couche d'accès aux données et les Framework
de persistance, p.3, 2003.
[15] SMART John Ferguson, CABASSON Denis, Introduction
à Maven 2, p.19 2005.
103
GLOSSAIRE
API : Interface de programmation (Application
Programming Interface ou API) définit la manière dont un
composant informatique peut communiquer avec un autre.
Apache Wicket : Framework pour la
création d'applications web qui repose presque entièrement sur
Java et HTML comme moyens pour bâtir ses interfaces.
Client léger : Dans le cadre d'une
application "web", on parlera de client léger en parlant du navigateur
internet.
Client lourd : Un client lourd est un
logiciel qui propose des fonctionnalités complexes avec un traitement
autonome. Contrairement au client léger, le client lourd ne
dépend du serveur que pour l'échange des données dont il
prend généralement en charge l'intégralité du
traitement.
Framework: En informatique, un Framework est
un espace de travail modulaire. C'est un ensemble de bibliothèques,
d'outils et de conventions permettant le développement rapide
d'applications. Il fournit suffisamment de briques logicielles et impose
suffisamment de rigueur pour pouvoir produire une application aboutie et facile
à maintenir.
IHM : Interface Homme Machine, ce qui est
visible par l'utilisateur. C'est une façon de concevoir des
systèmes informatiques qui soient ergonomiques, c'est-à-dire
efficaces, faciles à utiliser ou plus généralement
adaptés à leur contexte d'utilisation.
Java : Java est une technologie
développée par Sun Microsystems : (la technologie JavaTM). Elle
correspond à plusieurs produits et spécifications de logiciels
qui, ensemble, constituent un système pour développer et
déployer des applications.
Jasper Reports : Librairie Java open source
dédiée à l'ajout de capacités de reporting aux
applications Java, Web ou stand alone. Elle permet la représentation
104
de données sous forme textuelle, mais aussi la
génération de graphiques divers (sous forme de barre, courbe,
nuage de point).
JDBC : Java Database Connectivity: une
interface standardisée permettant à une application cliente sous
Java d'accéder à une base de données.
J2EE : Java 2 (Platform, Enterprise Edition)
est une spécification pour le langage de programmation Java de Sun plus
particulièrement destinée aux applications d'entreprise. Dans ce
but, toute implémentation de cette spécification contient un
ensemble d'extension au cadre d'applications Java standard (J2SE, Java 2
standard édition) afin de faciliter la création d'applications
réparties.
Java Persistence API : L'API de persistance
des données JPA fait parti de la spécification EJB3.
Spécification EJB3 qui fait elle-même parti de la plate-forme J2EE
5.0. La persistance des données en EJB3 est possible à
l'intérieur d'un conteneur EJB3 aussi bien que dans une application
autonome J2SE en dehors d'un conteneur particulier. Cette API réalise la
fusion des travaux sur Hibernate avec la continuité des
spécifications EJB précédentes 2.0 et 2.1.
POJO : Est un acronyme qui signifie Plain Old
Java Object. Il fait référence à un objet qui dispose d'un
constructeur sans paramètre ainsi qu'un couple d'accesseurs (get/set)
pour chacun de ses champs.
SGBDR: La gestion et l'accès à
une base de données sont assurés par un ensemble de programmes
qui constituent le Système de gestion de base de données.
Note : on peut parfois parler de SGBDO. `O' de objet signifie
que la base de donnée stocke l'information dans des objets, très
souvent une fiche individuelle, une machine, une ressource... à laquelle
on associe des valeurs, ses attributs.
Serveur d'applications : Un serveur
d'applications est un serveur sur lequel sont installées des
applications accessibles par le réseau à des utilisateurs.
| 
