Vous êtes sur la page 1sur 48

Rapport de stage

emerciements

Au terme de mon projet de stage, jexprime ma profonde gratitude Monsieur Le


directeur de la EST Mekns; ainsi qu tout le cadre administratif et professoral pour
leurs efforts considrables, notamment, le dpartement Gnie informatique tmoignage
de ma reconnaissance.
Ma gratitude sadresse galement Monsieur, le Directeur de la dlgation maritime de
Safi; Monsieur M.ouchekani, chef de service des pche maritime ou jai effectu mon stage,
pour mavoir permis dacqurir une exprience pratique en passant ce stage, dans les
meilleures conditions de professionnalisme, matrielles et morales.
Mes remerciements vont aussi Madame Fouzia secrtaire du dlguer, Et Monsieur
A.Karoune ainsi Monsieur A.Bahi, pour leurs directives et conduites dont ils ont mavait
pargn chaque fois quils taient sollicits.
Je remercie, galement les membres de jury davoir accept dvaluer mon travail.
Ainsi jexprime tous mes sincres remerciements lensemble du personnel de la
dlgation de la pche maritime de Safi: cadres, employs et oprateurs et techniciens pour
leur soutien, leur aide et, surtout, pour leur sympathie. Quils trouvent ici lexpression de ma
profonde reconnaissance et mon profond respect.

Rapport de stage

Sommair
Remerciements
Introduction gnrale...........................................................................................................................1
Chapitre I :Prsentation de lentreprise dacceuil...............................................................................2
I.introduction.........................................................................................................................................2
II.Dscription des sevices :....................................................................................................................2
2.1-Services des gens des mer:...............................................................................................................2
2.1.1-Comptoir:.....................................................................................................................................3
2.1.2-Section des inscriptions maritimes:..............................................................................................3
2.2-Service des industries des pches:...................................................................................................3
2.3-Service de pche maritime :.............................................................................................................4
2.4-Service de scurit de la navigation et de la prvention de la pollution :........................................4
2.5-Scrtariat de la dlgation :...........................................................................................................5
2.6-Cellule informatique :......................................................................................................................5
2.7- Rgie...............................................................................................................................................6
2.8-Diagramme de la DPM :.................................................................................................................7
III. Conclusion.......................................................................................................................................7
Chapitre II :Analyse et conception.......................................................................................................9
I. Introduction........................................................................................................................................9
II. Analyse et modlisation UML............................................................................................................9
2.1 -lobjectif de lapplication :.............................................................................................................9
2.2 Modlisation UML ....................................................................................................................9
2.2.1 notion de la modlisation UML...................................................................................................10
2.3 la modlisation UML de notre application ...13
2.3.1 Diagramme de cas dutilisation:.................................................................................................13
2.3.2 Diagramme dactivit:................................................................................................................15
2.3.3 Diagramme de squence.............................................................................................................16
2.3.4Diagramme de classe:..................................................................................................................20
Chapitre III :Ralisation de lapplication..........................................................................................27
I. Introduction :....................................................................................................................................27

Rapport de stage

ParieI lenvironnement du dveloppement ..........................................................................................27


1.1 Eclipse Kepler................................................................................................................................28
1.2 Apache Tomcat:..............................................................................................................................28
1.3 Spring MVC...................................................................................................................................28
1.4 linjection de dpendence...............................................................................................................31
1.5 Hibernate..................................................................................................................................31
1.6 php my admin.................................................................................................................................32
1.7 Base de donnes MYSQL................................................................................................................32
1.8 Spring security:..............................................................................................................................33
Partie II Captures dcrans..................................................................................................................33
2.1 Page dauthentification..................................................................................................................33
2.2 Page dacceuil...............................................................................................................................33
2.3 Enregistrement Navire....................................................................................................................34
2.4 Consulter Navire............................................................................................................................34
2.5 supprimer Navire...........................................................................................................................35
2.6 Enregistrement Armateur:..............................................................................................................35
27 Gestion licences de pche...................................................................................................36
2.8 gestion Moteur...............................................................................................................................37
2.9 gestion marin....37
Conclusion...........................................................................................................................................38
Biographie...........................................................................................................................................39

Rapport de stage

Introduction gnrale

Du dbut de mois mai la fin de juin, jai effectu un stage au sein de la dlgation
de la pche maritime de Safi. Jai pu mintresser de proposer et de dvelopper une
application JEE base sur Spring MVC et Spring Security, et hibernate pour la persistence de
la base de donne.

Plus largement, ce stage a t lopportunit pour moi dapprhender au fond le mtier


du dveloppement en java. Chose qui m'a permis d'enrichir ma capacit de l'autoformation sur
de nombreuses technologies strictement nouvelles pour moi, Mais aussi approfondir mes
connaissances acquises durant mon parcours en licence professionnel, ce qui m'a donn une
base de dpart solide dans le domaine des systmes d'informations.
Au-del denrichir mes connaissances sur le plan professionnel, ce stage ma permis
aussi de comprendre dans quelle mesure le travail dans une quipe est primordial.

Rapport de stage

Chapitre I :
Prsentation de lentreprise dacceuil
I-introduction
La Dlgation des Pches Maritimes de Safi comporte quatre services, une rgie et
une cellule informatique:
o Service des Gens de Mer
o Service des Industries de la Pche
o Service des Pches Maritimes
o Service de la Scurit de Navigation et Lutte Contre la Pollution
o Secrtariat de la Dlgation
o Cellule Informatique
o Rgie

II-Description des services:


2.1-Services des gens de mer :
Cest un service charg de tout ce qui est en relation avec le
marin et son travail. Il a pour mission :

D'assurer lembarquement et le dbarquement des marins au


niveau du comptoir.

Rapport de stage

De Rgler les litiges des marins entre eux et /ou avec les
armateurs des navires.

La Gestion de linscription et la radiation des marins.

La gestion des dossiers des accidents de travail.

Le contrle des feuilles de dcompte destines la CNSS.

Et vue de la charge importante de ce service, il a t subdivis en


deux Sections savoir: le comptoir et les inscriptions maritimes.
2.1.1. Comptoir :
Cest le lieu de la ralisation des embarquements et des dbarquements
des marins ainsi que la gestion informatique des tches qui lui sont
attribues. On y trouve aussi ltablissement des registres dquipage
pour toutes les catgories de navires et canots de pches.
2.1.2. Section des inscriptions maritimes
Elle est charge de linscription et de la radiation des marins ainsi
que le changement de leurs statuts. On y trouve ltablissement des
relevs de navigation, les avis de mouvements, les attestations
dinscription et la gestion des registres matricules de la Dlgation des
Pches Maritimes.
2.2-Service des industries des pches:
Ce service est charg du contrle hyginique des units de traitement des produits de
la pche savoir:
o les units de conserve de poisson
o les units de conglation
o les units des sous-produits
3

Rapport de stage

o les fabriques de glace


Du contrle et mise en conformit des units de la pche ctire savoir:
o les senneurs
o les palangriers

o les chalutiers
De lassistance lors de la construction de nouvelles units de traitement des produits
de la mer.
Du contrle et suivi mdical des marins actifs la pche ctire et artisanale.
2.3-Service des pches maritimes:
Il est charg de:
- la gestion administrative des units de la pche ctire et artisanale, savoir :
o La mutation de proprit des navires
o Le changement de moteur des navires
o La refonte des navires
o La reconversion des navires
o Le changement du port dattache des navires
o Le changement des noms des navires
La gestion des statistiques des apports de pche au port de Safi et la Sous
Dlgation des Pches Maritimes de Souiria kdima.
Dlivrance et contrle des cartes gasoil des navires de la pche ctire.

Rapport de stage
2.4-Service de scurit de la navigation et de la prvention de la
pollution :
Sa mission principale est le sauvetage des vies humaines en mer. En
plus, on trouve que plusieurs tches lui ont t attribues. Il sagit :
o des visites techniques des navires de la pche ctire et des
canots de la pche artisanale.
o des visites de mise en service des navires de la pche ctire.
o des visites de mise en conformit des navires de la pche ctire.

o des visites inopines des units de pche.


o de la dlivrance et contrle des cartes dessence des canots de la
pche artisanale.
o de la dlivrance des permis de navigation aux units de pche.
o de la dlivrance des congs de police aux units de pche.
o du contrle de la flotte.
o dinfliger des amendes disciplinaires.
2.5-Secrtariat de la dlgation:
Comme toute entreprise publique, semi- publique ou prive, le
secrtariat joue un rle important dans son fonctionnement. Le secrtariat
de la DPM de Safi a pour mission:
o la tlphonie.
o lenregistrement et distribution du courrier et fax darrive.
5

Rapport de stage
o lenregistrement du courrier de dpart.
o lenregistrement et envoi des fax (dpart).
o traitement informatique de certaines correspondances.
o Photocopie.
2.6-Cellule informatique:
Cette cellule est cre lors de linformatisation de la dlgation des
Pches maritimes du royaume dont celle de Safi fait partie.
Elle a pour mission:
o la gestion du matriel informatique de la dlgation.
o la gestion informatique des tches et des donnes.
o la rsolution des problmes informatiques.
o Lexport des donnes quotidiennement et/ou mensuellement.

2.7-Rgie:
La rgie est charge de la gestion financire de la dlgation savoir:

o la rgularisation des factures du tlphone et du fax.


o la rgularisation des factures eau et lectricit.
o rmunration des dplacements du personnel.
o la rgularisation des factures du carburant pour les vhicules de
service.
6

Rapport de stage
o la rgularisation des factures de la rparation des vhicules de
service

Rapport de stage
III-Diagramme de la DPM:

Rapport de stage

Rapport de stage
III. Conclusion
Pour conclure ce chapitre, on peut dire que la gestion des missions de toutes ces
services ne peut pas se faire, sans le recoure a une application qui va grer leurs systmes
dinformations, et ces sa lobjectif des chapitres suivants.

10

Rapport de stage

Chapitre II :

Analyse et Conception
I. Introduction
Afin d'analyser un problme, en particulier dans le cas de la ralisation d'une
application de gestion, l'analyse et la modlisation UML et la conception s'impose
comme des moyens efficace pour le faire.

II. Analyse et modlisation UML:


2.1Lobjectif de lapplication:

La ralisation d'un site simple et facile utiliser qui vise faire la gestion des
navires. Commenant par la gestion des armateurs (recherche, modification,
suppression, ajout), et la gestion des licences de pche (recherche, modification,
suppression, ajout), la gestion des marins (recherche, modification, suppression,
ajout),la gsetion des mateurs (recherche, modification, suppression, ajout),et enfin
la gestion des navires (recherche, modification, suppression, ajout).
L'accs l'application est autoris seulement aprs une authentification
assurant la scurit, cette authentification se fait par l'insertion d'un nom
dutilisateur et d'un mot de passe d'un compte cre et affect par l'administrateur de
l'application.

2.2 Modlisation UML:


2. 2.1- Introduction a la notion dUML:

UML (Unified Modeling Language, que l'on peut traduire par langage de
modlisation unifi) est une notation permettant de modliser un problme de
faon standard. Ce langage est n de la fusion de plusieurs mthodes existant
auparavant, et est devenu dsormais la rfrence en terme de modlisation objet,
un tel point que sa connaissance est souvent ncessaire pour obtenir un poste de
dveloppeur objet.
11

Rapport de stage

2.2.2 - Notion sur la modlisation UML :

Quest-ce quun modle ?


La modlisation consiste crer une reprsentation simplifie d'un problme. Et
grce au modle il est possible de reprsenter simplement un problme, un concept et
le simuler. La modlisation comporte deux composantes: L'analyse, c'est--dire l'tude
du problme. la conception, soit la mise au point d'une solution au problme. Le
modle constitue ainsi une reprsentation possible du systme pour un point de vue
donn.
Les diffrents diagrammes :
Le mta-modle UML fournit une panoplie d'outils permettant de reprsenter
l'ensemble des lments du monde objet (classes, objets,...) ainsi que les liens qui le
relie. Toutefois, tant donn qu'une seule reprsentation est trop subjective, UML
fournit un moyen astucieux permettant de reprsenter diverses projections d'une mme
reprsentation grce aux vues. Une vue est constitu d'un ou plusieurs diagrammes. On
distingue trois types de vues:
Les vues statiques : reprsentant le systme physiquement

Diagrammes d'objets

Diagrammes de classes

Diagrammes de composants

Diagrammes de dploiement

Les vues fonctionnels : montrant le fonctionnement du systme

Diagrammes de cas d'utilisation

Diagramme de collaboration

Les vues dynamique : ils servent prciser comment le systme volue au cours

du temps.
12

Rapport de stage

Diagrammes de squence

Diagrammes de collaboration

Diagrammes d'tats-transitions

Diagrammes d'activit

Ces diagrammes, d'une utilit variable selon les cas, ne sont pas ncessairement
tous produits l'occasion d'une modlisation. Les plus utiles pour la matrise d'ouvrage
sont les diagrammes d'activits, de cas d'utilisation, de classes, d'objets, de squence et
d'tats-transitions. Les diagrammes de composants et de dploiement sont surtout
utiles pour la matrise d'uvre qui ils permettent de formaliser les contraintes de la
ralisation et la solution technique.
Diagramme de classe :
Permet de donner une vue statique du systme en terme de
-

Classes d'objets

Relations entre classes


- Associations
-agrgation/composition

hritage

La description du diagramme de classes est centre sur trois concepts :


-

Le concept d'objets

Le concept de classes d'objets comprenant des attributs et des


oprations

Les diffrents types de relations entre classes.


Diagramme de cas dutilisation :

o Dcrit, sous forme d'actions et de ractions, le comportement d'un


systme du point de vue d'un utilisateur.
o Permet de dfinir les limites du systme et ses relations avec
l'environnement.
13

Rapport de stage

o Sert modliser les aspects dynamiques d'un systme (Contrairement


aux diagrammes de classes).
o Fait ressortir les acteurs et les fonctions offertes par le systme.
o Utilis pour modliser les exigences (besoins) du client.
Comportent plusieurs lments :

Acteurs

Cas d'utilisation

Relations de dpendances, de gnralisations et d'associations


Diagramme de squence

Reprsenter les interactions entre objets en prcisant la chronologie des


changes de messages.

o Reprsente une instance d'un cas d'utilisation (les scnarios possible d'un
cas d'utilisation donn).
o Montre sous forme de scnarios, la chronologie des envois de messages
issus d'un cas d'utilisation
Le diagramme de squence fait ressortir :

Les acteurs

Les objets

Les messages
Diagramme de collaboration

Reprsente les interactions entre objets et relations structurelles permettant La


description:

Du comportement collectif d'un ensemble d'objets

Des connexions entre ces objets


14

Rapport de stage

Des messages changs par les objets

o Interaction ralise par un groupe d'objets qui collaborent en changeant


des messages.
o Reprsentation graphique de l'volution d'un ensemble d'objets pour
effectuer une action.
Diffrences avec diagrammes de squence :

pas d'axe temporel

Temps modlis par numrotation


Diagramme dtat-transition :

Fait partie des modles dynamiques

Dcrit l'enchanement de tous les tats d'un objet

Propre une classe donne. Il dcrit :

Les tats des objets de cette classe

Les vnements auxquels ils ragissent

Les transitions qu'ils effectuent

Le diagramme tat-transition manipule plusieurs concepts :

Etat

Transition

vnement

Garde.
Diagramme dactivit

o Variante des diagrammes d'tat-transition


o Permet de dcrire le flot de contrle entre les oprations :
15

Rapport de stage

Choix

Squences

Itrations

Paralllisme

o Au niveau macroscopique : dcrit les enchanements des oprations


o Au niveau microscopique : dcrit l'algorithme d'une action du diagramme
d'tats.
Plusieurs concepts sont manipuls :

tat

Activit

Transition (squentielle, alternatives ou conditionnelle)

Synchronisation (disjonction et conjonctions d'activits)

Itration

Swimlanes

2.3 La modlisation UML de notre application:


2.3.1 Diagramme de cas dutilisation :

Dans cette partie nous prsentons le diagramme de cas d'utilisation dgag


lors de la conception de notre systme. Donc nous allons commencer par les
fonctionnalits :
Les fonctionnalits :
o

Facilite la communication entre lapplication et le fonctionnaire;

o Facilite la consultation des informations des marins et des navires ;


o

Garantir La bonne gestion des navires (affichage, recherche, modification,


suppression, ajout) ;

16

Rapport de stage

Garantir La bonne gestion des marins (affichage, recherche, modification,


suppression, ajout) ;

Garantir La bonne gestion des licences des pches (affichage, recherche,


modification, suppression, ajout) ;

Garantir La bonne gestion des moteurs (affichage, recherche, modification,


suppression, ajout) ;

Garantir La bonne gestion des armateurs (affichage, recherche, modification,


suppression, ajout) ;

La scurit, en offrant au fonctionnaire un nom dutilisateur et un mot de


passe.

Besoin du fonctionnaire :
Les attentes du fonctionnaire est reprsent par ce use cases. Il montre les rles
que peut effectuer un fonctionnaire en se servant du systme de gestion des pannes :

17

Rapport de stage

Figure 1:Diagramme de cas dutilisation du fonctionnaire


2.3.2 Diagramme dactivit :

Dans cette partie nous prsentons le diagramme d'activit concernant


l'authentifcation des personnels dgags lors de la conception de notre systme :
Les processus;
o Dmarrer lapplication pour sauthentifier ;
o Ouvrir lapplication ;
o Afficher le formulaire dauthentification ;
o Entrer le nom de lutilisateur et le mot de passe ;

18

Rapport de stage

o Vrification du nom utilisateur et de mot de passe .si le nom dutilisateur et le


mot de passe sont corrects afficher la page daccueil sinon afficher un message
derreur et revenir la page dauthentification.

Figure 2:Diagramme dactivit


2.3.3 Diagramme de squence:

Dans cette partie nous prsentons le diagramme de squence dgag lors de la


conception de notre systme.
Nous avons choisi trois scnario a prsent :

19

Rapport de stage

Scnario 1 : Recherche dun navire


Fonctionnaire

Systme

1) Entrer le nom dutilisateur


2) Entrer le mot de passe

3) Validation aprs la vrification du


nom dutilisateur et le mot de passe

4) Choisir loption consulte navire


5) Entrer le numro dimmatriculation
du navire son identifiant unique
6) Laffichage

de

toutes

les

informations
Tableau 1:Scnario de la recherche dun navire

Figure 3:Diagramme dactivit de la recherche dun navire

20

Rapport de stage
Scnario 1 : Ajouter un Armateur
Fonctionnaire

Systme

1- Entrer le nom dutilisateur


2- Entrer le mot de passe

3- Validation aprs la vrification du


nom dutilisateur et le mot de passe

4- Choisir loption ajoute armateur

5- Affichage du formulaire de saisie


des informations de larmateur

6- La

saisie

des

informations

concernant le nouvel armateur


7- Taper le bouton denregistrement

8- Lenregistrement des informations

Tableau 2:Scnario de lajout dun armateur

Figure 4:Diagramme dactivit de lajout dun armateur

21

Rapport de stage

Scnario 3 : Modifier les informations dune licence de


pche
Fonctionnaire

Systme

9- Entrer le nom dutilisateur


10- Entrer le mot de passe

11-Validation aprs la vrification du


nom dutilisateur et le mot de passe

12-Choisir loption gestion licenses de


pche

13-Affichage de la page qui gre les


licenses de pche

14-Choisir loption editer du numro


de la license choisi
15-Modifier

les

informations

confirmer la modification

et

16-Lenregistrement des informations


dans la base de donnes

Tableau 3:Scnario de la modification de la licence de pche

22

Rapport de stage

Figure 5:Diagramme de squence de la modification de la licence


de pche
2.3.4 Diagramme de classe:

Dans cette partie nous prsentons le diagramme de classe dgag lors de la


conception de notre systme. Donc nous allons commencer par les rgles de
gestions:
o Un armateur est caractriser par a un numro didentification unique,
caractriser aussi par un nom, un prnom date de naissance, un numro
de pice didentit, une adresse et un email, et un pourcentage de
proprit dune navire ;
o Un armateur peut possder un ou plusieurs navires ;
o Un navire peut tre possder par un ou plusieurs armateurs chacun a
son pourcentage de proprit ;

23

Rapport de stage

o Un navire est caractris par un numro dimmatriculation unique, par


un nom et une date dimmatriculation, date de construction, un
longueur hors tout, une date de demande dimmatriculation, un pays de
construction et un lieu, date dune mise en service et une date de
construction et des autres informations propre a la mesure de la navire
et sa technique de pche, et sa description ;
o un navire peut possder un ou plusieurs moteurs.
o Un moteur est caractris par un numro de srie, un numro dordre,
une marque, un type et un modle et une puissance et une date
dinstallation et une date effet.
o Un navire peut avoir un ou plusieurs licence de pche chaque anne il
doit avoir une.
o Un navire peut avoir au moins un marin, et un marin peut travailler
dans un seule navire ;
o Un marin est identifi par un numro didentification unique, un nom
et un prnom, et un numro de la CIN, et dautres informations ;
o Un utilisateur est identifi par un identifiant unique, un nom, un mot
de passe ;
o Un utilisateur peut avoir quun seul rle, mais ce dernier peut avoir
plusieurs utilisateurs ;
o Un rle est identifi par un identifiant unique, et un nom ;
o Le port est identifi par un numro unique, et un code ville, un nom, et
un nom de ville ;
o Le port peut avoir un ou plusieurs navires ;
o Un navire est attach un seul navire.
La classe Armateur : Cette classe reprsente les armateurs de la
dlgation maritime de Safi. Chaque armateur est caractris par plusieurs
informations telles que le numro didentification, le nom de larmateur, sa
date de naissance, etc..

24

Rapport de stage

Figure 6 : la classe Armateur

Les attributs de cette classe sont :


NumIdent : cest le numro didentification de larmateur
nomArm : le nom de la armateur
prenArm : le prnom de larmateur
dateNaiss : la date de naissance de larmateur
numPieceJoint : c le numro de la carte didentit
raisonSocial : cest sa situation familiale (Mari, clbataire.)
nationalite : la nationalit de larmateur
Type darmateur : cest- dire un personne (physique) ou une socit
(morale).
La classe Marin : cette classe contient les informations propres au marin
numIdentification : le numro didentification du marin, il est unique dans la
dlgation
25

Rapport de stage

numCns : son numro de la CNS


dateNaiMa : la date de la naissance du marin
fctMar : la fonction occup par le marin dans la navire ou il travaille

Figure 7 : la classe Marin

Classe Licence de pche : Cette classe contient les informations


propre a la licence de pche du navire

Figure 8 : la classe Licence de pche

Classe Moteur : cette classe contient les informations propres au


moteur

26

Rapport de stage

Figure 9 : la classe Moteur

27

Rapport de stage

Classe Navire : cette classe englobe les informations propre du


navire (sa mesure, son nom, son numro dimmatriculation)

Figure 10 : la classe Navire

La classe Utilisateur : cette classe contient les informations de


lutilisateur son nom dutilisateur et son mot de passe

Figure 11 : la classe Utilisateur


28

Rapport de stage

La classe Rle : cette classe contient les diffrents rles qui peut
les prendre un utilisateur.

Figure 12 : la classe Rle

La classe Port : la classe Port contient les informations suivantes

Figure 13 : la classe Port

29

Rapport de stage

Figure 13 : Diagramme de classe

30

Rapport de stage

Chapitre III :

Ralisation de Lapplication
I. Introduction :
Dans mon stage de fin dtude, jai choisi larchitecture JEE, car elle offre beaucoup
davantages lors du dveloppement dapplications. Pour cela jai choisi de mettre en uvre
un site bas sur cette architecture qui permet de faire la gestion des navires.

Partie I Lenvironnement du dveloppement:


Avant de parler des environnements du travail, il vaut mieux de parler
des exigences fonctionnelles:
Une application est cre pour rpondre, tout dabord, aux besoins
fonctionnels des entreprises.
Exigences Techniques :
o Les performances:
o Temps de rponse
o Haute disponibilit et tolrance aux pannes
o Eviter le problme de monte en charge
o La maintenance:
o Une application doit voluer dans le temps.
o Doit tre ferme la modification et ouverte lextension
o Scurit
o Portabilit
o Distribution
o Capacit de communiquer avec dautres applications distantes.
o Capacit de fournir le service diffrents type de clients (Desk
TOP, Mobile, SMS, http)
o Cot du logiciel
Il est trs difficile de dvelopper un systme logiciel qui respecte ces
exigences sans utiliser lexprience des autres :
Serveur dapplication JEE:
31

Rapport de stage

o JBOSS, Web Sphere,


o GlassFish, Tomcat,
o
Framework pour lInversion de contrle:
o

Spring (Conteneur lger)

EJB (Conteneur lourd)

Frameworks :
o Mapping objet relationnel (ORM) : JPA, Hibernate, Toplink,

o Applications Web : Struts, JSF, SpringMVC


o .
Middleware s :
o RMI, COR BA : Application s distribu e s
o JAXW S pour Web s ervice s SOAP
o JAX R S pour le s Web s ervice s R E S Tful
o JMS.

Figure 14 : Architectures distribus

32

Rapport de stage

1.1.

Eclipse Kepler :

Eclipse est un IDE, Integrated Development Environment (EDI environnement


de dveloppement intgr en franais), c'est--dire un logiciel qui simplifie la
programmation en proposant un certain nombre de raccourcis et d'aide la
programmation. Il est dvelopp par IBM, est gratuit et disponible pour la plupart
des systmes d'exploitation.
1.2.

Apache Tomcat :

Apache Tomcat est un conteneur web libre de servlets et JSP Java EE. Issu du
projet Jakarta, c'est un des nombreux projets de lApache Software Foundation. Il
implmente les spcifications des servlets et des JSP du Java Community Process1, est
paramtrable par des fichiers XML et de proprits, et inclut des outils pour la
configuration et la gestion. Il comporte galement un serveur HTTP.
1.3.

Spring MVC :

o L e coeur de lenvironn em ent S pring e st un conten eur lger


o Un conten eur lger s ert contenir un e n s e mble dobjets
insta
s et
Initialis
s, nci
forma
nt un contexte initial (ou un e hirarchie de
contexte s) pour un e application.
o Ce contexte initial e st souv ent construit partir dun e
de scription externe (xml) dcrivant le s objets crer, le s
valeur s initiale s et le s dpenda nc e s e ntre objets.
o L e s dpenda nc e s (lien s) e ntre objets sont a utomatiquem e nt
cr e s partir de la de scription (on parle dinjection de
dpendanc e s) et non par le s objets eux-m m e s par
programmation.
o Cest le De sign Pattern de lInversion du Contrle : IoC
o S pringMVC e st un framework de pr s entation pour application
W E B, s uivant le modle MVC, fond s ur le conten eur lger de
S P R ING.
o Dan s le ca s de S pringMVC le conten eur va s ervir crer:
-L e contexte de lapplication Web
-L e s objets traitant le s requte s (Controller)
-L e s objets cra nt le s page s HTML (View)
- Le s objets donn s de s formulaire s (Comma nd)
-L e s lien s av ec le s couche s m tier s et BD
33

Rapport de stage
-E t plein s dautre s

L e mapping de s U R L vers le s contrleurs

L e mapping de s vue s, etc.

34

Rapport de stage

Il permet de s parer le code m tier du code technique


S pring s appuie principalem ent s ur lintgration de trois
cl de
s : contrle ou injection de dpenda nc e (IoC).
o concepts
Linversion
o L a programmation orient e a sp ect (AOP).
o Une couche dabstraction.
Ce framework, grc e s a couche dabstraction, n e concurrence
pa s dautre s framework s dan s un e couche sp cifi que dun
modle architectural MVC mai s s av re un framework multicouche s pouva nt sin s rer a u nivea u de toute s le s couche s .
1.4.

Linjection de dpendence:

L'univers Java voit souvent apparatre de nouvelle s


technologie s favoris a nt la conception d'architecture s logicielle s.
Depui s quelque s a nn e s, de nombreux dveloppeurs s 'intre s s e nt
l'inver sion de contrle, ou IoC pour Inv ersion of Control. L'inversion
de contrle fi gure un e nouv elle approche de la programmation de
s ervice s et de composa nts. Pour utilis er cette technique, on doit
avoir recours un conten eur d'inv er sion de contrle comme
Hiv emind, PicoContain er ou S pring. Un conten eur d'IoC peut tre
identifi par trois caractri stique s majeure s : il contient des objets, il
35

Rapport de stage
contrle la cration de ce s objets et il rsout le s dpendanc e s e ntre
le s objets. De par s a n ature le conten eur gre le cycle de vie de ce s
objets. On n a pa s crer le s in sta nc e s ni librer le s res source s.
Linversion du contrle permet e n s uite de cha nger le
comporteme nt de lapplication, e n modifi ant la de scription xml du
conten eur, s a n s cha nger le s l m ent s programm s .
1.5.

Hibernate :

Hibernate e st un framework open source gra nt


la persistance de s objets e n base de donnes relationnelle.
Hibernate e st adaptable e n terme s d'architecture, il peut donc
tre utilis a u s si bien dan s un dveloppement client lourd, que dan s un
e nvironnem e nt web lger de type Apache Tomcat ou dan s un
e nvironnem e nt Java EE complet : WebSphere, JBoss Application
Server et Oracle WebLogic Server.
Hibernate apporte un e solution a ux problme s d'adaptation
e ntre le paradigme objet et le s SGBD e n remplaa nt le s acc s la ba s e
de donn e s par de s appels de s mthodes objet de h a ut niv eau.
Hibernate e st un framework qui gre la per si sta nc e de s objets
e n ba s e de donn e s .
Ce projet n e repose s ur a ucun sta ndard mai s il e st populaire
notamme nt grc e s e s bonn e s performanc e s et son ouverture av ec
de nombreu s e s ba s e s de donn e s .

Architechture de Hibernate :

36

Rapport de stage

L'utilisation de Hibernate prsente plusieurs avantages :


o Hibernate gnre le code SQL ncessaire, ce qui rend l'application plus portable
(s'adapte la base de donnes)
o La persistance est transparente. On peut faire de nos classes mtiers des classes
persistantes sans ajout de code.
o La rcupration de dones est optmise. On peut intrroger la base de donnes
de plusieur faon (Requte SQL, langage HQL...)
o Portabilit du code en cas de changement de la base de donnes
1.6.

php my admin :

phpMyAdmin (PMA) est une application Web de gestion pour les systmes de gestion
de base de donnes MySQL ralise enPHP et distribue sous licence GNU GPL.
1.7.

Base de donnes MySql:

MySQL est un serveur de bases de donnes relationnelles Open Source.


Un serveur de bases de donnes stocke les donnes dans des tables spares
plutt que de tout rassembler dans une seule table. Cela amliore la rapidit et la
souplesse de l'ensemble. Les tables sont relies par des relations dfinies, qui rendent
possible la combinaison de donnes entre plusieurs tables durant une requte.
Le SQL dans "MySQL" signifie "Structured Query Language" : le langage standard
pour les traitements de bases de donnes.
1.8. Spring security:

Spring Security fournit une solution complte en matire de scurit pour les
applications Java JEE. Ce module permet de configurer toute la scurit sur
lensemble dun systme sans tre dpendant de lenvironnement.
37

Rapport de stage
Partie II Captures dcrans de lapplication :
2.1. Page dauthentification:

2.2. Page daccueil :

2.3. Enregistrement Navire :

38

Rapport de stage

2.4. Consulter Navire :

39

Rapport de stage

2.5. Supprimer Navire :

2.6. Enregistrement Armateur :

40

Rapport de stage

2.7.

Gestion Licence de pche :

41

Rapport de stage

2.8. Gestion Moteurs :

2.9

Gestion Marin :

42

Rapport de stage

Conclusion :
Pour conclure, ce stage a t lopportunit pour moi dapprhender au fond le
mtier du dveloppement en java et surtout larchitecture JEE. Chose qui m'a permis
d'enrichir ma capacit de l'autoformation sur de nombreuses technologies strictement
nouvelles pour moi, Mais aussi approfondir mes connaissances acquises durant mon parcours
en licence professionnel, ce qui m'a donn une base de dpart solide dans le domaine des
systmes d'informations.et dans le domaines de la ralisation des applications base sur
larchitecture JEE, et le modle MVC.

43

Bibliographie

Site Web :
o http://www.scub-foundation.org/accueil/tutoriaux/tutorial-springsecurity/
o http://www.futura-sciences.com/magazines/hightech/infos/dico/d/internet-mysql-4640/
o http://tahe.developpez.com/java/springmvc-part1/
o http://spring.developpez.com/cours/
o http://jean-luc.massat.perso.luminy.univ-amu.fr/ens/jee/tp-mvc.html
o https://fr.wikipedia.org/wiki/Mod%C3%A8le-vue-contr
%C3%B4leur
o http://eclipse.developpez.com/actu/57396/Eclipse-Kepler-apporte-lesupport-de-Java-EE-7-sortie-simultanee-entre-la-specification-et-lenvironnement-de-developpement-de-la-fondation-Eclipse/
o http://fr.slideshare.net/angelitoramy/rapport-de-stage-de-fin-detudel3-angelito-hasina
o http://docs.spring.io/spring/docs/current/spring-frameworkreference/html/mvc.html
o https://spring.io/guides/gs/serving-web-content/
Cours Pdf sur internet :
o Introduction a Spring Mvc Partie I jean Marc-Geib
o

Cour spring MVC par Mohammed Youssefi

44