Rapport de stage | Conception et développement d’une application en JEE by Abdelhafid BERROUKHAM

Université Ibne Zohr Faculté des sciences Agadir Master Informatique des Systèmes Répartis

Rapport de stage de fin d’étude

Intitulé du stage :

Conception et développement d’une application de gestion des escales sous la plate-forme JEE Par : Abdelhafid BERROUKHAM

Tuteur : Mr Karim AFDIL Encadrant : Mr Abderrahman BELLAT

Année universitaire : 2012/2013

Dédicace

On Dédie ce modeste travail à : Mes chers parents pour leur soutient et leurs efforts pour me pousser à construire mon future Mes chers frères et sœur Aux personnels de MarsaMaroc Mes professeurs Tous mes amis

Remerciements Avant tout développement sur cette expérience professionnelle, il apparaît opportun de commencer ce rapport de stage par des remerciements, à ceux qui m’ont beaucoup appris au cours de ce stage, et même à ceux qui ont eu la gentillesse de faire de ce stage un moment très profitable. J’exprime toute ma gratitude et mes remerciements à Mr Abderrahman BELLAT de m’avoir donné l’occasion d’acquérir des compétences et de les enrichir en acceptant d’effectuer mon stage de fin d’études au sein de son entreprise. Je le remercie également pour l’intérêt qu’il a porté à mon travail, pour ses encouragements, et pour ces conseils. Aucun mot ne saurait exprimer ma sympathie, ma profonde gratitude et ma sincère reconnaissance. Je remercie également le personnel de la société « Marsa Maroc » pour leur collaboration et pour toutes les informations qui m’ont été transmises gracieusement de leur part. Mes remerciements vont à tous ceux qui m’ont aidée et soutenue dans mon travail, en particulier à mon tuteur de stage, professeur Karim AFDEL, pour toute sa gentillesse, ses précieux conseils, sa patience, sa disponibilité et pour son soutien. J’adresse mes sincères remerciements aux membres de jury qui m’ont honoré en acceptant de juger mon travail et de l’enrichir de leurs remarques et critiques. Sans oublier l’ensemble de mes professeurs qui ont déployé des efforts afin de transmettre leur savoir et leur savoir-faire dans les meilleures conditions possibles. Qu’ils trouvent ici l’expression de ma sincère gratitude. Finalement, toute ma reconnaissance est adressée à mes parents et mes frères et sœur, pour leur sacrifice et leur soutien, durant ces années d’études. Ce n’est que grâce à eux que tout cela a été rendu possible. Que toute personne physique ou morale qui a contribué à la réalisation, de près ou de loin, de ce travail trouve ici l'expression de toute ma gratitude.

Table des matières Dédicace ............................................................................................................................................... 1 Remerciements..................................................................................................................................... 2 Liste des figures .................................................................................................................................... 5 List des abréviations ............................................................................................................................. 6 Introduction.......................................................................................................................................... 7 Chapitre 1 : Contexte du stage.............................................................................................................. 8 I.

Entreprise d’accueil ................................................................................................................... 8 1.

Historique .............................................................................................................................. 8

Organigramme de la société................................................................................................... 9

Division d’Opération Maritime ............................................................................................... 9

Division Exploitation............................................................................................................. 10

Section Approvisionnement et Gestion de stock................................................................... 10

Présentation des services ..................................................................................................... 10

II.

Cahier des charges ................................................................................................................... 11 1.

Objectif de l’application ....................................................................................................... 11

Analyse détaillée .................................................................................................................. 11

Planification ......................................................................................................................... 15

Chapitre 2 : Analyse et conception ..................................................................................................... 16 I.

Diagrammes de cas d’utilisation ............................................................................................ 17

II.

Diagrammes de séquence ........................................................................................................ 17 1)

Authentification ................................................................................................................... 17

Affectation réelle ................................................................................................................. 18

Validation et clôture d’escale ............................................................................................... 19

III.

Diagramme d’activité............................................................................................................... 20

IV. Diagramme d'état-transition.................................................................................................... 21 V.

Diagramme de classes.............................................................................................................. 21

VI. Diagramme de déploiement .................................................................................................... 24 Chapitre 3 : Environnement et outils .................................................................................................. 25 I.

Les technologies et les Framework adoptées ........................................................................... 25 1)

Plate-forme JEE .................................................................................................................... 25

Le modèle MVC.................................................................................................................... 25

Le modèle MVC2 .................................................................................................................. 25

Framework Hibernate ......................................................................................................... 25

Framework Struts2............................................................................................................... 26

Framework Spring ................................................................................................................ 26

Framework Spring Security................................................................................................... 26

Technologie Ajax .................................................................................................................. 26

Bibliothèque JQuery ............................................................................................................. 27

II.

Environnement de développement .......................................................................................... 27 1)

NetBeans ............................................................................................................................. 27

Apache Tomcat .................................................................................................................... 27

PowerAMC........................................................................................................................... 27

Système de gestion de base de données : MYSQL ................................................................ 27

Chapitre 4 : La mise en œuvre du projet ............................................................................................. 28 I.

Architecture Logicielle du Système........................................................................................... 28

II.

Démonstration......................................................................................................................... 29 1.

Module « Gestion des ressources » ...................................................................................... 31

Module « Paramétrages» ..................................................................................................... 33

Module « Exploitation » ....................................................................................................... 38

Module « Administration » .................................................................................................. 50

Module « Statistique » ......................................................................................................... 51

Conclusion et perspective ................................................................................................................... 52 Bibliographie ...................................................................................................................................... 53 Webographie ................................................................................................................................... 53 Ouvrages ......................................................................................................................................... 53

Liste des figures Figure Figure 1 : Diagramme de Gantt du projet Figure 2 : Diagramme de cas d’utilisation Figure 3 : Diagramme de séquences « authentification » Figure 4 : Diagramme de séquences « affectation réelle » Figure 5 : Diagramme de séquences « validation et clôture escale » Figure 6 : Diagramme d’activité Figure 6 : Diagramme d’état de transition Figure 7 : Diagramme de déploiement Figure 8 : Architecture des applications JEE Figure 9 : Architecture 3 tiers de l’application Figure 10 : Page d’authentification Figure 11 : Page d’accueil Figure 12 : Interface de gestion des fonctions Figure 13 : Interface de gestion des personnels « Consultation » Figure 14 : Interface de gestion des personnels « Ajoute » Figure 15 : Interface de gestion des personnels « Modification» Figure 16 : Interface de gestion des personnels « Suppression» Figure 17 : Interface Mode de travail Figure 18 : Interface Période shift Figure 19 : Interface « Définition équipe » Figure 20 : Interface « Plan de roulement » Figure 21 : Interface Main théorique de manutention Figure 22 : Interface Norme de productivité Figure 23 : Interface Main théorique Marine Figure 24 : Interface de gestion des absences Figure 25 : Interface de gestion des indisponibilités Figure 26 : Interface affectation prévisionnelle de manutention Figure 27 : Interface ajout personnel externe Figure 28 : Interface affectation prévisionnelle de manutention (Ressources humaines) Figure 29 : Interface affectation prévisionnelle de manutention (Ressource matérielles) Figure 30 : Interface ajoute équipement externe Figure 31 : Interface ajoute accessoire externe Figure 32 : Interface suivi des absences Figure 33 : Interface suivie des arrêts Figure 34 : Interface Commande location : RH Figure 35 : Interface Commande location : Equipements Figure 36 : Interface Commande location : Accessoires Figure 37 : Interface Exécution commande location : RH Figure 38 : Interface Exécution commande location : Equipements Figure 39 : Interface Exécution commande location : Accessoires Figure 40 : Interface validation des commandes Figure 41 : Interface lier commande à une escale Figure 42 : Interface Clôturer une escale Figure 43 : Interface Création des utilisateurs Figure 44 : Interface Consultation des utilisateurs Figure 45 : Interface Répartition des équipements Figure 46 : Interface Répartition des personnels

Page 15 17 18 18 19 20 21 24 28 29 30 30 31 31 32 32 33 33 34 34 35 36 37 38 39 39 40 40 41 41 42 42 44 44 45 45 46 46 47 47 48 49 49 50 50 51 51

List des abréviations

JEE XML UML ORM JSP JSON DOM Ajax IoC

Java Entreprise Edition

ANP

Agence National des Portes

SODEP EJB IHM DAO SQL PFE IDE CDDL GPL

Société d’Exploitation des Ports

Extensible Markup Language Unified Modeling Language object-relational mapping JavaServer Pages JavaScript Object Notation Document Object Model Asynchronous JavaScript and XML Inversion Of Control

Entreprise Java Bean Interface Home Machine Data Access Object Structured Query Language Projet Fin d’Etude Integrated Development Environment Common Development and Distribution License General Public License

Introduction Les entreprises, quelque soit leurs domaines d'activités, ont toujours le même besoin en terme de logiciel de gestion. Que ce soit pour gérer les personnes de la société, leurs fournisseurs, leurs projets, les commandes de leurs clients, … Ce rapport décrit le stage effectué dans la société « Marsa Maroc » du 01 mai au 20 septembre 2013. Ce stage se situe dans le cadre de la formation du Master «Informatique des systèmes répartis » à la faculté des sciences, université IBNE ZOHR. Ce stage est particulièrement orienté développement avec l’environnement JEE. Plusieurs outils ont été utilisés pour permettre le développement des différents modules réalisés au cours du stage. Le résultat du stage est une application web de gestion, voulant répondre à la gestion quotidienne de la société d’accueil. Il dispose de plusieurs modules répondant chacun à des besoins particuliers : la gestion des ressources, la gestion des utilisateurs du l’application, paramétrage de l’application et module exploitation. Ce rapport se décompose en quatre parties : Contexte du stage : comprenant la présentation de l'entreprise, la description du sujet et sa problématique. Analyse et conception: décrivant la collecte d’informations sur les attentes des utilisateurs finaux du système de gestion des escales. Environnement et Outils : comprenant les outils et les Framework utilisés pour le développement du système. Mise en œuvre de projet : comprenant l’architecture du l’application et le guide d’utilisation de l’application.

Chapitre 1 : Contexte du stage I.

Entreprise d’accueil

1. Historique Avec l’indépendance, le Maroc a donné une grande importance au secteur portuaire, c’est ainsi que la régie d’accostage du port de Casa fut crée le 12 novembre 1963 par le dahir 01/63/27, mais l’exigence de l’environnement économique et social a donné naissance à L’ODEP le 02 janvier 1985 sous le dahir 01/84/194 portant loi n006/84, qui se montre plus capable d’assurer une exploitation commerciale, rationnelle et efficace. En 1976,la région du sud, exception faite d’Agadir, fait pratiquement dépourvue de toute installation portuaire significative. Deux anciens wharfs à Dakhla et Laayoune étaiement inadaptés à une exploitation et à une croissance d’activité importante. En 1985, l’office d’exploitation des ports a été crée donner une dynamique et une efficacité au secteur portuaire et pour assurer une exploitation commerciale rationnelle et efficace il a le monopole de gestion de tous les ports de royaume. Achevé en 1987, le port de Laayoune est situé au sud de la cote marocaine atlantique. Depuis sa création et jusqu’à la fin de 1998 le port de Laayoune est géré par un département qui dépend dans ses décisions de la direction d’exploitation du port d’Agadir et des ports sahariens. Mais après cette date, la gestion de ce port va connaitre une indépendance dans certains domaines, notamment le domaine financier et comptable, mais reste celui des ressources humaine. Par conséquents, la gestion du port de Laayoune s’est transformée d’un département à une direction. A partir 05/12/2006 L’ODEP a scindé en deux organismes : Société de l’exploitation des ports (SODEP) et l’Agence National des Port (ANP). Ce qui a eu des implications en matière de répartition des ressources matérielles et humaines, de séparation des systèmes d’information, d’adaptation au nouvel environnement concurrentiel, de réorientation stratégique. Leader de la manutention portuaire au Maroc, la Société d’exploitation des ports est, en effet, née de la scission réussie de l’ODEP dont elle a hérité les activités commerciales, l’outil industriel et les compétences opérationnelles. Aujourd’hui c’est la société nouvellement créée de troquer son habillage et son identité visuelle pour une autre plus ancrées dans cette dynamique de réforme, de changement et d’évolution. SODEP va prendre comme nom de marque

2. Organigramme de la société

3. Division d’Opération Maritime C’est une entité opérationnelle que après réception d’un message de la part de la capitainerie, assure des documents et du droit d’entrée et stationnement du navire, et selon la demande de pilotage ou de remorquage, souvent la demande de travail mission. A. Service pilotage Le rôle de ce service est de : Assurer les mouvements des navires destinés à accoster au port de Laayoune tout en respectant les normes et maxima de sécurité. Préparer le plan des mouvements avec le concours de la capitainerie. Le pilotage après accomplissement qui sert comme éléments de base de facturation. B. Service remorquage, lamage et signalisation maritime Le remorquage consiste à assister le navire pendant l’accostage, en cas de sinistre, c’est pour cela que le remorquage est équipé de matériel d’extinction soit à mousse ou à eau de mer, ainsi que les moyens de bord et des amarres.

4. Division Exploitation Est une entité opérationnelle qui assure le traitement des escales des navires de la pêche hauturier, de commerce et de cabotage pétrolier et traitement de la totalité humains et matériels qui sont confier et d’accessoires de manutention en bon état. A. Service manutention Ce service a de multiples taches et responsabilités : o Préparer l’escale de chaque navire du port de Laayoune. o Procéder au traitement et au suivi des opérations lié aux navires et à la marchandise. o Assurer la gestion optimale des zones de stockage de la marchandise en fonction des prévisions des escales. o Mettre à la disposition des usages le petit matériel d’exploitation. o Préparer et transmettre les éléments de facturation. o Assurer la tenue des statistiques. B. Service technique Section outillage : Mettre à la disposions de l’exploitation des équipements portuaire faibles et en assurer la maintenance. Section infrastructure : Cette entité attribution d’assurer la programmation et le lancement des travaux neufs et d’entretien des infrastructures et réseau.

5. Section Approvisionnement et Gestion de stock    

Assurer l’approvisionnement de la direction fourniture, travaux et services. Elaborer les programmes d’approvisionnement. Préparer, lancer les appels d’offres et assurer la gestion et liquidation des marchés correspondants. Réaliser le suivi et l’archivage des dossiers marchés.

6. Présentation des services    

Service ressource humaine Service commercial et suivi de la performance Service juridique Service informatique

II.

Cahier des charges

1. Objectif de l’application Pour une meilleure visibilité sur le planning prévisionnel des affectations des ressources que ca soit matérielles ou humaines, Marsa Maroc souhaite se doter d’une application offrant un large éventail de fonctionnalités pour piloter et faire le suivi des affectations des ressources humaines et matérielles par type de prestation et selon les normes définies en fonction de l’organisation par port, terminal et trafic manipulé. « La gestion des escales » devra permettra de :  Définir le planning prévisionnel des affectations en fonction des normes, de l’organisation, des prévision des escales et commandes logistiques et marines.  Ressortir les écarts entre l’organisation du travail théorique, la main théorique et les affectations réelles.  Etablir la gestion des affectations liées aux différentes opérations (manutention, marine, logistique et location).  Etablir les prévisions d’accostage en fonction des prévisions d’escales, d’affectation et norme de productivité en prenant en considération la disponibilité des quai ainsi que le tonnage attendu du navire.  Permettre le suivi de la réalisation des commandes : Changement sur les affectations, Arrêts, Absence, Manipulations affectées (Tonnage, Nombre mouvement, Temps passé…). Cette application devra par la suit être capable de fournir les informations nécessaire pour avoir une interaction avec :   

Le domaine contrôle de gestion en lui offrant les informations nécessaire pour l’optimisation des affectations. La comptabilité analytique pour une maitrise des couts par prestation. Le calcul de prime de rendement des agents.

2. Analyse détaillée A. Périmètres de l’étude L’objectif de cette partie et d’avoir un outil microscopique sur les différents angles de l’analyse du projet, d’où les quatre principaux modules définis ci-dessous :

Modules concernés

 Administration : ce module va permettre de gérer les comptes des utilisateurs depuis la création des profils, (profil représente un ensemble de droit), Les profils sont attribués aux utilisateurs en vue de cadrer les rôles de chaque utilisateur.  Paramétrages : ce module va permettre de paramétrer toutes les données qui pourront être utilisées lors de la gestion des ressources  Exploitation : ce module va permettre d’avoir un œil rapproché sur le processus de la gestion des ressources, depuis les affectations prévisionnelles et réelles, le suivi des absences et arrêts, liaison d’une commande à une escale jusqu’à clôture de l’escale.  Ressources : ce module regroupe la gestion d’un ensemble des ressources qui sont nécessaire réaliser une affectation (Fonctions, Personnels, Type de trafics, Trafics, Famille d’équipement, Equipements, Types navire, Accessoires, Prestations, modes, codes d’arrêt) ii.

Les opérations

Les opérations concernées par cette application de gestion des escales sont :    

Manutention Marines Logistique et annexes Location

Chaque opération aura ces spécifications à prendre en compte lors de la réalisation :  

iii.

Les opérations ‘Manutention’ et ‘Marines’ : en définira la main théorique, les affectations prévisionnelles et le suivi des réalisations. Les opérations de ‘Logistique’ et de ‘Location’ : on définira les affectations prévisionnelle et le suivie des réalisations.

Définition des acteurs

Les personnes qui rentrent dans le métier de la gestion des escales sont présentées comme des acteurs qui vont interagir avec l’application.  Super Administrateur : il à tous les droits, création de profil, gérer les administrateurs des ports.  Administrateur du port : il a le droit d’affecter des profils aux utilisateurs du port qu’il administre.  Responsable de prévision : il effectue les affectations prévisionnelles.  Responsable de réalisation : il effectue les affectations réelles.

 Responsable de validation : il valide les affectations faites et clôture les escales.  Utilisateur ayant de consultation : il a les droit de consultation de données de l’application B. Analyse par module i.

Module Ressources

Ce module représente la gestion d’ensemble des ressources rentré dans d’application, on trouve           

ii.

Gestion des fonctions Gestion des personnels Gestion des types de trafic Gestion des trafics Gestion des familles d’équipements Gestion des équipements Gestion des types de navire Gestion des accessoires Gestion des prestations Gestion des modes Gestion des codes d’arrêt

Module Paramétrages

Le paramétrage représente la base sur laquelle les traitements seront faits et à l’aides de ce paramétrages un comparatif pourra être établi entre le basique, le prévisionnel et la réalisation. Les écrans qui sont relatifs à ce module sont :     

Organisation de travail : Ecran ‘Mode de travail’, Ecran ‘Période shift’ Ecran ‘Equipe’ Ecran ‘Plan de roulement’ Ecran ‘Main théorique’ Ecran ‘Norme de productivité’

A chaque opération ses spécificités, pour cela le paramétrage sera par opération.

iii.

Module Exploitation

Ce module permet d’identifier la gestion des affectations prévisionnelles et réelles par opération Les écrans qui sont relatifs à ce module sont :  Ecran « Affectation prévisionnelle »  Ecran « Affectation réelle » D’autre écrans qui sont généraux et qui ne sont pas relatifs au type de la prestation sont :  Ecran « Liaison d’une commandes à une escale »  Ecran « Clôture d’une escale »

iv.

Module Administration

Définition des acteurs Les personnes qui rentrent dans le métier de la gestion des ressources sont présentées comme des acteurs qui vont interagir avec l’application. Ainsi ces acteurs se définissent :      

Super administrateur : il à tous droits, création de profil, gérer les administrateurs des ports. Administrateur du port : il a le droit d’affecter des profils aux utilisateurs du port qu’il administre. Responsable de prévision : il effectue les affectations prévisionnelles. Responsable de réalisation : il effectue les affectations réelles. Responsable de validation : il valide les affectations faites. Utilisateur ayant de la consultation : il a le droit de consultation des données de l’application.

Ce module permet de gérer des comptes et profils des utilisateurs, chaque utilisateur a un profil qui défini son rôle. Le rôle est un ensemble de droits qui sont attribuées à l’utilisateur. Deux principales fonctionnalités sont nécessaires pour gérer les profils et utilisateurs, On trouve l’écran « création des utilisateur » et l’écran « consultation des utilisateur ».

3. Planification La planification est parmi les phases d’avant-projet les plus importantes. Elle consiste à déterminer et à ordonnancer les tâches du projet et à estimer leurs charges respectives. Parmi les outils de planification de projet, j’ai utilisé le diagramme de GANTT, c’est un outil qui permet de planifier le projet et de rendre plus simple le suivi de son avancement. Ce diagramme permet aussi de visualiser l’enchainement et la durée des différentes tâches durant le stage comme il est illustré par la figure qui suit : Le diagramme de GANTT ci-dessus présente la subdivision du PFE.

Figure 1 : diagramme de Gantt du projet

Chapitre 2 : Analyse et conception Après la présentation du contexte de stage, le but de cette partie est de collecter les informations sur les attentes des utilisateurs finaux du nouveau système, et aussi de revenir sur cette étape d’expression des besoins et d’élaborer une spécification des exigences logicielles, en s’inspirant de la méthode UML. J’ai opté pour l’utilisation d’UML comme une langage de modélisation car la notation UML est la plus appropriée pour des projets à caractère orienté objet. Ce choix peut être justifié également par plusieurs raisons : La notation UML augmente la lisibilité et facilite la compréhension du modèle et la communication entre les membres d’un projet même si certains parmi eux ne sont pas des informaticiens. La notation UML facilite la compréhension et la communication d’une modélisation objet. La notation UML, par définition, n’est pas spécifique à un langage de programmation objet, elle peut donc être utilisée avec n’importe quel langage. UML est aujourd’hui un standard, adopté par les grands constructeurs de logiciel du marché. Les concepteurs du langage UML ont mis au point des diagrammes qui fournissent une représentation visuelle pour les différents points de vue de la modélisation. On peut citer parmi ces modèles : Les diagrammes de cas d’utilisation : qui représentent les fonctions du système du point de vue de l’utilisateur. Les diagrammes de classes : qui représentent la structure statique en termes de classes et de relations. Les diagrammes de séquence : qui sont une représentation temporelle des objets et de leurs interactions Diagramme d'état-transition : représente l’enchaînement de tous les états caractéristiques d’un objet. Diagramme d’activité : présente un certain nombre de points communs avec le diagramme d’étattransition puisqu’il concerne le comportement interne des opérations ou des cas d’utilisation. Diagramme de déploiement : permet représenter l’architecture physique supportant l’exploitation du système.

Diagrammes de cas d’utilisation

Le diagramme de cas d’utilisations est une vue statique qui montre les fonctionnalités d’un système. Ces cas d’utilisations mettent en œuvre les acteurs du système dans leurs relations. Les cas d’utilisations sont un moyen d’exprimer le besoin des utilisateurs d’un système informatique vis-à-vis de ce système. Ils ont une vision « orientée Utilisateur» de ce besoin et non une vision informatique.

Figure 2 : Diagramme de cas d’utilisation

II.

Diagrammes de séquence

Les diagrammes de séquences représentent une vue dynamique du système qui met en évidence les interactions entre les objets et leurs messages. Ci-après quelques-uns des principaux diagrammes de séquence qui décrivent le déroulement du cas d’utilisation précédemment cité. Pour un cas d’utilisation donné du système, on fait apparaître l’ordre temporel des messages.

1) Authentification Ce service permet aux utilisateurs d’accéder aux fonctionnalités de l’application. A l’entrée de l’application, l’utilisateur est identifié via un nom utilisateur et un mot de passe et c’est à l’application de vérifier l’existence de cet utilisateur ainsi que ses droits d’accès avant de confirmer l’accès.

Figure 3 : Diagramme de séquences « authentification »

2) Affectation réelle L’affectation réelle viendra pour corriger les affectations prévisionnelles effectuées lors de la commande par des changements éventuels sur moyens humaine et matériels réellement affectées.

Figure 4 : Diagramme de séquences « affectation réelle »

3) Validation et clôture d’escale La validation des affectations c’est une opération qui s’effectue par le responsable de validation, dans le cas ou une affectation prévisionnelle et une affectation réelle d’une même commande sont semblables, et c’est celui qui fait clôturer une escale. Ci-dessous le diagramme de séquence de cette opération :

Figure 5 : Diagramme de séquences « validation et clôture escale »

III.

Diagramme d’activité

Figure 6 : Diagramme d’activité

IV.

Diagramme d'état-transition

Le diagramme d’état-transition c’est un diagramme qui représente l’enchaînement de tous les états caractéristiques d’un objet, la figure 6 montre le diagramme d’état-transition de quelque objet du système.

Figure 6 : Diagramme d’état de transition

Diagramme de classes

L’analyse approfondie des fonctionnalités du système m’a permis d’identifier l’ensemble des entités métier. Leur modélisation et celle des associations qui les relient sont illustrées par le diagramme de classes ci-dessous :

A partir du diagramme ci-dessus, on peut dégager les classes principales suivantes : Personnel : Inclut toutes les informations relatives à un personnel. Fonction : Inclut toutes les informations relatives à un p. Equipement : c'est l'entité incluant les équipements disponible dans la société. Famille équipement : Inclut toutes les informations relatives à un p. Type trafic : Inclut toutes les informations relatives au type de trafic. Trafic : Inclut toutes les informations relatives à la marchandise transitant par le port. Accessoire : c'est l'entité incluant les matières enseignées dans un établissement. Type navire : c'est l'entité représente les type de navire utilisé dans le système. Equipe : c’est l’entité incluant tous les informations relative à une équipe. Plan : c’est l’entité incluant tous les informations relative à un plan d’une équipe. Période : c’est l’entité incluant la plage horaire définie, la journée est composée de 3 shifts, chaque shift a une heure de début et une heure de fin selon deux périodes (Période normale, Période de Ramadan). Prestation : c’est l’entité incluant tous les informations pour représenter une prestation d’une opération. Main théorique : l'entité incluant les informations sur la main théorique, elle représente l’ensemble de ressources humaines et matérielles affectées, et nécessaire à la réalisation d’une prestation, il est définit par type de trafic. Une main théorique peut être de type manutention ou marine. RessHumaine : l’entité incluant les informations sur l’ensemble du personnel qui constitue la main théorique. Cette entité peut être de la main théorique de manutention ou bien de la main théorique de marine, c’est pourquoi en trouve deux type de ressources humaine. Escale : c’est l’entité incluant tous les informations relative à une escale. NormeProductivité : cette classe représente la moyenne du trafic réalisé selon la main et le type du trafic. Affectation : cette classe incluse les informations relative a une affectation, une affectation peut être une affectation prévisionnelle ou une affectation réelle, et une affectation prévisionnelle peut être une affectation prévisionnelle de manutention, de marine, de logistique et de location, et aussi pour une affectation réelle en trouve quatre type d’affectation, une affectation réelle de manutention, de marine, de logistique et de location.

AffectationEquipement : cette classe stocke les dates de début et de fin d’affectation, ainsi le nombre des équipements affecté. AffectationAccessoire : cette classe stocke les dates de début et de fin d’affectation, ainsi le nombre des accessoires affecté. RHAffectation : cette classe incluse l’ensemble du personnel qui constitue les ressources humaine d’in affectation, les ressources humaine peut être d’une affectation prévisionnelle ou d’une affectation réelle, donc on a 8 type des ressources humaines (4*2), en d’autre terme 10 classes qui hérite de la classe RHAffectation .

VI.

Diagramme de déploiement

Le diagramme de déploiement permet de représenter l’architecture physique supportant l’exploitation du système. Cette architecture comprend des nœuds correspondant aux supports physiques (serveurs, routeurs…) ainsi que la répartition des artefacts logiciels (bibliothèques, exécutables…) sur ces nœuds. C’est un véritable réseau constitué de nœuds et de connexions entre ces nœuds qui modélise cette architecture.

Figure 7 : Diagramme de déploiement

Chapitre 3 : Environnement et outils I.

Les technologies et les Framework adoptées 1) Plate-forme JEE

Java Enterprise Edition, ou Java EE, est une spécification pour la technologie 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’extensions au Framework Java standard (JSE, Java Standard Edition) afin de faciliter la création des applications réparties.

2) Le modèle MVC Le MVC est un modèle d’architecture qui repose sur la volonté de séparer les données, les traitements et la présentation. Ainsi l'application se retrouve segmentée en trois composants essentiels : 



La vue correspond à l'IHM, Elle présente les données et interagit avec l'utilisateur. Dans le cadre des applications Web, il peut s'agir d'une interface HTML/JSP, mais n'importe quel composant graphique peut jouer ce rôle. Le contrôleur, quant à lui, se charge d'intercepter les requêtes de l'utilisateur, d'appeler le modèle puis de rediriger vers la vue adéquate. Il ne doit faire aucun traitement. Il ne fait que de l'interception et de la redirection. Le modèle représente les données et les règles métiers. C'est dans ce composant que s'effectuent les traitements liés au cœur du métier. Les données peuvent être liées à une base de données, des EJBs, des services Web, etc.

3) Le modèle MVC2 Le MVC très pratique, peut se révéler lourd à mettre en place. Ceci à cause de la multitude de contrôleurs à implémenter, car chaque vue possède son propre contrôleur. Dans l'organisation logicielle MVC2, le servlet est unique, en classe et en instance. Il garantit l'unicité du point d'entrée de l'application. Il prend en charge une partie du contrôle de l'application.

4) Framework Hibernate Dans les langages objet, les données étant le plus souvent stockées dans des bases de données relationnelles ainsi l’utilisation d’un Framework de mapping Objet/Relationnel est recommandé pour assurer la rapidité, l’évolutivité et la maintenabilité des développements. Hibernate, issu de la communauté Open Source, répond à ce besoin et connaît depuis quelques années un vif succès. Ce succès s'explique notamment par son architecture parfaitement adaptable à tout type de développements et le support de la majorité des bases de données du marché.

5) Framework Struts2 Apache Struts2 est un élégant cadre extensible pour la création d'applications Web d'entreprise prêts à Java. Le cadre est conçu pour rationaliser le cycle complet de développement, de la construction, le déploiement, à la maintenance des applications au fil du temps. Apache Struts2 était initialement connu sous WebWork 2. Après avoir travaillé de façon indépendante pendant plusieurs années, les communautés Webwork et Struts ont uni leurs forces pour créer Struts2.

6) Framework Spring SPRING est effectivement un conteneur dit « léger », c'est-à-dire une infrastructure similaire à un serveur d'application J2EE. Il prend donc en charge la création d'objets et la mise en relation d'objets par l'intermédiaire d'un fichier de configuration qui décrit les objets à fabriquer et les relations de dépendances entre ces objets. Le gros avantage par rapport aux serveurs d'application est qu'avec SPRING, vos classes n'ont pas besoin d'implémenter une quelconque interface pour être prises en charge par le Framework (au contraire des serveurs d'applications J2EE et des EJBs). C'est en ce sens que SPRING est qualifié de conteneur « léger ». Le cœur de SPRING et ce qui fait sa très grande force est la mise en œuvre du design pattern « Inversion Of Control » ou encore « Dependency Injection », et c’est ca mon premier but d’utilisation de ce Framework dans mon projet.

7) Framework Spring Security Spring Security est un Framework d’authentification puissante et hautement personnalisable et d'un cadre de contrôle d'accès. Il est le standard pour la sécurisation des applications web Spring Security est l'un des projets de spring les plus matures et largement utilisé. Fondée en 2003 et activement maintenu par SpringSource, il est aujourd'hui utilisé pour sécuriser de nombreux environnements les plus exigeants, y compris les agences gouvernementales, les applications militaires et les banques centrales. Il est distribué sous licence Apache 2.0.

8) Technologie Ajax AJAX (Asynchronous Javascript And XML, traduisez Javascript asynchrone et XML) est une méthode de développement web basée sur l'utilisation d'un script Javascript pour effectuer des requêtes web à l'intérieur d'une page web sans recharger la page. AJAX rend plus interactifs les applications web et offre une meilleure ergonomie ainsi qu'une réactivité amélioré en permettant de modifier interactivement une partie de l'interface web seulement. En effet, le modèle web traditionnel est basé sur une suite de requêtes et de réponses successives, c'est-à-dire une navigation séquentielle de page web en page web. AJAX permet de ne modifier que la

partie de la page web qui nécessite d'être mise à jour en créant une requête HTTP locale et en modifiant tout ou partie de la page web en fonction de la requête HTTP récupérée.

9) Bibliothèque JQuery JQuery est un Framework développé en JavaScript qui permet notamment de manipuler aisément la DOM, d'utiliser AJAX, de créer des animations..., La vocation première de ce Framework est de gagner du temps dans le développement des applications: "write less, do more".

II.

Environnement de développement 1) NetBeans

Netbeans est un environnement de développement intégré (EDI) pour java, placé en open source par Sun en juin 2000 sous licence CDDL et GPL. En plus de java, Netbeans permet également de supporter autres langages.

2) Apache Tomcat Tomcat est un conteneur de Servlet J2EE issu du projet Jakarta, Tomcat est désormais un projet principal de la fondation Apache. C’est un conteneur de Servlet J2EE qui implémente la spécification des Servlets et des JSP de Sun Microsystems. Tomcat est en fait chargé de compiler les pages JSP avec Jasper pour en faire des Servlets (une servlet étant une application Java qui permet de générer dynamiquement des données au sein d’un serveur http). Généralement, ces données sont présentées sous forme de page HTML coté client.

3) PowerAMC PowerAMC est un outil intégré de conception et de modélisation des Systèmes d'Entreprises. Il combine les techniques standards de modélisation Merise (traitements et données), UML, Data Warehouse et modélisation des processus métiers. Bien plus qu'une simple offre multitechniques, PowerAMC permet de fédérer le travail de l'ensemble des intervenants dans un projet, en création, en maintenance ou en réingénierie des systèmes d'information.

4) Système de gestion de base de données : MYSQL MYSQL est un système de gestion de base de données. Selon le type d’application, sa licence est libre ou propriétaire. Il fait partie des logiciels de gestion de base de données les plus utilisés au monde, autant par le grand public que par des professionnels, en concurrence avec Oracle et SQL Server. Il est multi-thread et multi-utilisateurs.

Chapitre 4 : La mise en œuvre du projet I.

Architecture Logicielle du Système

Dans ce projet j’ai fait appel aux Frameworks Hibernate, Spring IoC, Struts2 et Spring Security. L’un des intérêts de l’intégration de ces différents Frameworks et de permettre la mise en place d’une architecture rigoureuse, de manière à garantir la maintenabilité, l’évolutivité et l’exploitabilité de l’application. La figure ci-dessous montre l’architecture qui a été mise en place dans le cadre de ce projet, cette architecture et largement admise comme la plus efficace et généralisable à n’importe quel projet Web.

Figure 8 : Architecture des applications JEE La principale caractéristique de cette architecture est la séparation des préoccupations (données, Service et Présentation) grâce à la séparation stricte des couches applicatives. En effet on peut observer les trois couches de l’application :  



Couche DAO : permet les accès à la base de données à travers le Framework Hibernate. Couche Métier : contient l’ensemble du code service de l’application, elle organise les accès à la couche DAO et ses aspects transactionnels. Ses aspects sont gérés et organisés par le Framework Spring. Couche Présentation : cette couche est la couche d’entrée dans l’application du point du vue d’utilisateur. Elle appelle les traitements de la couche Service en fonction des actions effectuées par l’utilisateur et récupère les données retournées. Ensuite elle met en forme ces données pour l’affichage, cette couche est réalisée grâce au Framework Struts2, la technologie Ajax et la bibliothèque JQuery.

Ces trois couche sont rigoureusement séparés les uns des autres en ce sens qu’il ne doit exister idéalement aucune dépendance entre elles. Ainsi chaque couche ne connait que les interfaces de la couche inferieur. Par exemple la couche métier ne connait que les interfaces de la couche DAO, de même la couche Présentation ne connait que les interfaces de la couche Métier. Ce qui

assure que chaque couche publie via ses interfaces l’ensemble des traitements qu’elle met à disposition des couches supérieurs. Un couplage technologique a alors mis en place grâce au lien qui existe entre chaque interface et son implémentation, ce lien est géré par le Framework Spring. La figure ci dessous montre l’architecture de l’application sous IDE NetBeans :

Figure 9 : Architecture 3 tiers de l’application

II.

Démonstration

L’utilisateur ne peut accéder à l’application que s’il s’identifie par son Nom d’utilisateur et son mot de passe. La figure ci-dessous représente l’IHM de l’authentification :

Figure 10 : Page d’authentification

Après l’authentification, l’utilisateur est redirigé vers sa page d’accueil, dans laquelle on trouve un menu de tous les modules de l’application (la gestion des ressources, Paramétrage de l’application, Exploitation, la gestion des utilisateurs de système, et Statistique.) et chaque un de ces modules contient un ensemble des fonctionnalités sous forme des sous-menus relative a ce module).

Figure 11 : Page d’accueil

1. Module « Gestion des ressources » Avant de manipuler n’import quelle fonctionnalité de l’application, il faut commencer par ajouter des informations sur un ensemble des ressources (Fonctions, Personnels, Type de trafics, Trafics, Famille d’équipement, Equipements, Types navire, Accessoires, Prestations, modes, codes d’arrêt) qui seront utiliser pour réaliser des affectations (Commandes). La figure suivant c’est une interface qui permet de consulter et gérer les fonctions des personnels

Figure 12 : Interface de gestion des fonctions Et l’interface suivant permet des gérer les personnels de l’entreprise, a l’aide d’une table interactive, qui permet de gérer facilement les enregistrements et sans rechargement complet de la page grâce a la technologie Ajax, et permet aussi de naviguer dans la table grâce a des buttons de navigation qui ce situe au dessous de la table, ainsi elle offre la possibilité de choisir le nombre d’enregistrement à afficher.

Figure 13 : Interface de gestion des personnels « Consultation »

Pour ajouter une nouvelle personne, il suffit de cliquer sur l’icône « + » au dessous de la table et une petite fenêtre s’apparaitre pour saisir les informations du nouveau personnel.

Figure 14 : Interface de gestion des personnels « Ajoute »

Pour modifier les informations d’un personnel, il faut au début sélectionner le personnel à modifier puis cliquer sur l’icône « crayon » au dessous de la table et une petit fenêtre s’apparaitre avec les ancien informations, et a l’utilisateur le choix de modifier les informations selon le besoin et après il valide.

Figure 15 : Interface de gestion des personnels « Modification»

Pour supprimer un enregistrement, il faut au début sélectionner le personnel a supprimer puis cliquer sur l’icône de suppression au dessous de la table et une petit fenêtre s’apparaitre pour confirmer la suppression, et automatiquement après la suppression, la table fait la mise a jour des données, la figure 16 montre l’opération de suppression d’un enregistrement.

Figure 16 : Interface de gestion des personnels « Suppression» Et c’est pareil pour la gestion des autre ressources (Type de trafics, Trafics, Famille d’équipement, Equipements, Types navire, Accessoires, Prestations, modes, codes d’arrêt).

2. Module « Paramétrages» Le deuxième module de l’application (Paramétrage) permet à l’utilisateur de paramétrer l’application selon le besoin de travail pour chaque opération (Manutention, Marine, Logistique). La premier interface de ce module c’est le mode de travail qui ce situe dans le menu « organisation de travail », comme il paraître dans la figure suivant.

Figure 17 : Interface Mode de travail Un port suit une organisation de travail par terminal, le personnel doit également suivre cette organisation. Elle est définie par semaine et par jour.

La deuxième interface dans ce module, c’est l’interface période shift. Une journée de travail est composée de 3 shifts. Chaque shift a une heure de début et une heure de fin selon deux périodes (Période normale, Période de Ramadan). Le période normale respecte 8 heures de travail alors que la période de ramadan respecte 6 heures de travail. La plage horaire du shift pourra être modifiable selon le besoin.

Figure 18 : Interface Période shift Ecran « Définition équipe »

Figure 19 : Interface « Définition équipe »

Cet interface permet au responsable créera l’ensemble des équipes travaillant dans le terminal et y affectera les personnel, a chaque sélection d’une fonction, la liste des personnes est alimentée par les personnes ayant cette fonction. Une fois tout les personnels sera choisi, le responsable valide les données, un affichage d’un message indiquant la création de l’équipe effectuée avec succès, dans le cas contraire un message d’erreur. Ecran « Plan de roulement »

Figure 20 : Interface « Plan de roulement » Pour définir un plan de roulement, le chef d’entité doit sélectionner soit le roulement par mois ou par semaine ou par jour. Il devra choisir une équipe et lui effecteur un shift. Ecran « Main théorique de Manutention »

La main théorique définit en nombre et en type les ressources matérielles et humaines nécessaire à la réalisation d’une prestation, elle dépend du type de prestation et du type de trafic. Le trafic doit avoir au minimum une main théorique. A chaque sélection d’un type de trafic la liste des trafics relative au type, doit être chargée.

Le chargement des données sélectionnées permet de passer à la définition des ressources matérielle et humaine, la figure suivant montre le chargement d’une main théorique, et l’affectation des ressources humaines et matérielles a cette main.

Figure 21 : Interface Main théorique de manutention   

La liste des équipements dépend de l’équipement famille choisi Pour les ressources humaines, le chef d’escale choisi les fonctions nécessaire en définissant le nombre et l’emplacement (sur Bord/Quai/Arrière). Un nombre maximum des ressources par fonction est saisie, il sera possible de définir s’il doit être forcement respecté ou pas.

Ecran « Norme de productivité » Une norme de productivité est définit en fonction du type de trafic. Elle a pour objectif de mesurer le rendement des ressources affectées pour le traitement des opérations pour une éventuelle comparaison des réalisations faites. Pour définir une norme de productivité, il est obligatoire de sélectionner un trafic, un mode, une norme et le sens du trafic (Import et/ou Export)

Figure 22 : Interface Norme de productivité La norme de productivité est dépend du trafic, de la nature de la main utilisé et du sens du trafic. Et c’est pareil pour l’opération de Marine et Logistique (au niveau paramétrage), sauf qu’il ya des spécifications au niveau de l’interface « Main théorique Marine », comme il montre la figure 23     

La main théorique Marine est relative au type navire, au type de la prestation du terminal du port. La sélection d’une prestation ce fait sur la liste des prestations marines. Le chargement des données sélectionnées permettra d’afficher les ressources matérielles et humaines. La liste des équipements dépend de l’équipement famille choisi. Un nombre maximum des ressources humaines pourra être, il sera possible de définir s’il doit être forcement respecté ou pas.

Figure 23 : Interface Main théorique Marine

3. Module « Exploitation » Ecran « Gestion des absences » Cette interface permet au responsable de gérer les absences des personnels, il permet de saisir les personnels qui sont absence durant une période et le motif d’absence, la figure suivant montre en détaille de cet écran.

Figure 24 : Interface de gestion des absences Ecran « Gestion des indisponibilités » L’interface suivant permet au responsable de gérer les indisponibilités des équipements pendant une durée.

Figure 25 : Interface de gestion des indisponibilités

Ecran « Affectation prévisionnelle de manutention » L’affectation prévisionnelle est soumise à l’organisation du travail du port, au système de roulement, et à la norme de la main théorique. L’affectation fait a partir d’une main théorique donnée, concerne les ressources équipements et humaines disponibles par shift et par escale.

Figure 26 : Interface affectation prévisionnelle de manutention Le chargement des données sélectionnées permet de passer à la définition des ressources matérielle et humaine, la figure 28 montre le chargement d’une affectation prévisionnelle de manutention, et l’affectation des ressources humaines et matérielles a cette affectation. Dans le cas ou le responsable clique sur le bouton ‘Ajoute personnel externe’, l’écran ci-dessous s’affiche pour ajoute un personnel qui n’appartient pas à une équipe.

Figure 27 : Interface ajout personnel externe

Figure 28 : Interface affectation prévisionnelle de manutention (Ressource humaine) Le chef d’escale sélectionne une équipe parmi les équipes qui lui sont affectées et selon le plan de roulement défini auparavant, afin de choisir les personnes. Un tableau comparatif permettra de vérifier les affectations par apport aux normes de la main.

Figure 29 : Interface affectation prévisionnelle de manutention (Ressource matérielles)

La liste des équipements contiendra la liste des équipements définis dans la main théorique. Dans le cas ou le responsable clique sur l’un des boutons ‘Ajouter équipement externe’ ou ‘Ajouter accessoire externe’, les deux écrans ci-dessous s’affichent en cas d’ajout équipements ou accessoires non définis dans la main théorique.

Figure 30 : Interface ajoute équipement externe

Figure 31 : Interface ajoute accessoire externe Ecran « Affectation réelle de manutention »   

L’affectation réelle est saisie a la fin du shift. le suivie réel de fait sur la base de la commande crée, le changement sur le matériel sont suivis par date et heure. Si le trafic concerné par la manutention est suivi par shift, une zone de saisie permettra d’indiquer le tonnage réalisé.

La figure ci-dessous montre en détail le processus de l’affectation réelle de manutention

Ecran « Suivie des absences » Cette interface permet au responsable de définir les personnes qui ont été absence le jour de travail d’une affectation.

Figure 32 : Interface suivi des absences Ecran « Suivie des arrêts » Cette interface permet au responsable le suivie des arrêts des équipements durant le travail d’une affectation réelle.

Figure 33 : Interface suivie des arrêts

Ecran « Commande Location » Cet interface permet au responsable de faire une commande de location prévisionnelle, il contient un ensemble des ressources humaine et ressources matérielle à louées, les figures ci-dessous montrent le processus d’allocation les ressources humaines et ressources matérielles.

Figure 34 : Interface Commande location : RH

Figure 35 : Interface Commande location : Equipements

Figure 36 : Interface Commande location : Accessoires Ecran « Exécution Commande Location » Cet interface permet au responsable d’exécuter une commande de location, il contient un ensemble des ressources humaine et ressources matérielle qui sont réellement louées, les figures ci-dessous montrent le processus d’allocation réelle des ressources humaines et matérielles.

Figure 37 : Interface Exécution commande location : RH

Figure 38 : Interface ExĂŠcution commande location : Equipements

Figure 39 : Interface ExĂŠcution commande location : Accessoires

Ecran « Validation » L’accès à cet écran se fait par le choix de la commande à valider parmi une liste qui sera filtrée par date, prestation et escale

Figure 40 : Interface validation des commandes L’utilisateur choisie la commande a validé. Une fois la commande validée, les changements sur les affectations réelles sera bloqué.

Ecran « Lier commande a une escale » Cette interface permet à l’utilisateur de lier les commandes faites à une escale.  

La recherche par type d’opération et date devra afficher une liste des commandes non liées à une escale. Chaque commande ne peut être affectée qu’à une seule escale.

La figure suivant c’est l’interface utilisé pour lier des commandes à l’escale choisie a partir d’une liste des escales.

Figure 41 : Interface lier commande à une escale Ecran « Clôturer une escale » Cet interface permet a l’utilisateur de clôturer une escale, la sélectionne d’une escale permettra d’afficher la liste des commandes qui lui sont affectées. Et a l’utilisateur la possibilité de saisir les dates nécessaires et le numéro de poste.

Figure 42 : Interface Clôturer une escale

4. Module « Administration » Ecran « Création des utilisateurs» Cet interface permet a l’administrateur de système de crée de nouveau utilisateur, il devra remplir les informations du compte d’utilisateur à créer tout en lui attribuant un ou plusieurs profils. La liste de choix des profils doit être alimentée par tous les profils de la base de données.

Figure 43 : Interface Création des utilisateurs Ecran « Consultation des utilisateurs» L’administrateur a le droit de consulter la liste des utilisateurs de système, ainsi il a le droit de modifier, supprimer ou même désactiver un compte utilisateur pour ne pas être authentifier. On rappel que l’authentification des utilisateurs de système est gérée par le Framework Spring Security.

Figure 44 : Interface Consultation des utilisateurs

5. Module « Statistique » Ecran « Répartition des équipements» Cette interface affiche la répartition des équipements par famille sous forme d’un graphe.

Figure 45 : Interface Répartition des équipements

Ecran « Répartition des personnels» Cette interface affiche la répartition des personnels par fonction sous forme d’un graphe.

Figure 46 : Interface Répartition des personnels

Conclusion et perspective Pour mettre en œuvre ce projet, j’ai amené, dans un premier lieu, à établir une étude conceptuelle du sujet afin de dégager les différents modules de cette application ainsi qu’une étude des outils et technologies susceptibles de convenir à sa réalisation. Dans un second lieu, j’ai fait une analyse et conception du projet en se basant sur le formalisme UML. Un certain nombre de diagrammes ont été élaborés afin de mieux découper le projet, ce qui a facilité sa mise en œuvre. Finalement, j’ai implémenté les différents modules de cette application. Le résultat de cette dernière phase répond aux exigences et aux besoins de cahier de charge. Au cours de ce projet, j’ai eu l’opportunité de mettre en exercice, différentes connaissances acquises durant mon processus scolaire. De plus, j’ai pu aussi, renforcer mes connaissances concernant différents concepts à savoir la technologie J2EE ainsi que les différents Framework qui lui sont associée et l’architecture multi-tiers. Tout au long du travail, j’ai rencontré pas mal des difficultés, notamment le choix des Frameworks était une vraie difficulté, ainsi le manque d’expérience en ce genre d’application a nécessité une période intense d’auto-apprentissage. Mais à force de persévérance tout marche correctement.

Bibliographie

Webographie        

http://www.trirand.com/ http://www.jgeppert.com/ http://www.stackoverflow.com http://www.coderanch.com https://docs.jboss.org/hibernate/core/3.5/reference/fr http://www.developpez.net/forums/f757/java/developpement-web-en-java/ http://www.mkyong.com http://www.objis.com

Ouvrages Hibernate 3.0 de Anthony Patricio UML 2 Analyse et conception de Joseph Gabay & David Gabay Spring par la pratique de Julien Dubois Struts2 in Action de Donald Brown Développez en Ajax de Michel Plasse