Rapport GesFormJ2ee

8/14/2019 Rapport GesFormJ2ee

1/90


2/90


3/90


4/90

Ddicace

A mes trs chers parents,

Aucun terme et aucune langue ne pourra exprimer mon amour et mes

sentiments envers vous.

A mes chres surs et frres,

Je ne sais comment vous remercier pour tout ce que vous faites pour moi.

A toute ma famille.

A tous mes chers amis du Maroc et de la France,

A mes chers surs, frres et amis de lENSIAS et de la cit Souissi II,

Pour tout le soutien que vous mavez offert, je vous disMERCI.

A tous ceux qui maiment.

A tous les martyrs, je ddie ce travail

Abdellah


5/90

Ddicace

A mes trs chers parents,

Aucun mot ne pourra exprimer mes sentiments envers vous.

A mes chres surs,

A mon cher frre,Je ne sais comment vous remercier pour tout ce que vous avez fait pour moi.

A toute ma famille.

A tous mes chers amis de Kelaa,

A mes chers amis de lcole,

A mes trs chers frres et amis de la cit universitaire Souissi II,

Pour tout le soutien que vous mavez offert, je vous disMERCI.

A tous ceux qui maiment.

A tous les musulmans travers le monde, je ddie ce travail

Omar


6/90

Remerciements

Il nous est agrable de nous acquitter dune dette de reconnaissance auprsde toutes les personnes, dont lintervention au cours de ce projet, a

favoris son aboutissement.

Ainsi, nous exprimons notre profonde gratitude et tenons remercier tout

le personnel de lAdministration des Douanes et Impts Indirectes et plus

prcisment lquipe RIAD, pour leur soutien et pour leur gnrosit

considrable quant loffre de linformation.

Nous tenons exprimer nos gratitudes M. Youssef EL MAZOURI, notre

encadrant lAdministration, qui nous a propos un sujet trs intressant.

Nos remerciements les plus sincres vont Mme. Bouchra BERRADA,

notre encadrant lENSIAS, pour les conseils quelle nous a prodigu, son

judicieux encadrement ainsi que son assistance pour la rdaction du

rapport.

Nos remerciements sadressent galement M. Abdelhamid EL

MAAZOUZI, M. Mourad ZEKRAOUI, M. Ali BEZGOURI, M.

Mohamed DADSI, Mounir SEFIANI, Hicham ELIMAM, Chakir

ETTAYEBI, Mlle Fatiha ID MHAMED et Mme Asmaa RETBI, pour

avoir t toujours lcoute, et pour leurs conseils et claircissements.

Que messieurs les membres de jury trouvent ici lexpression de nos

reconnaissances pour avoir accept de juger notre travail.

Que tous ceux et celles qui ont contribu de prs ou de loin

laccomplissement de ce travail trouvent lexpression de nos

remerciements les plus chaleureux.


7/90

Rsum

Le prsent document constitue le fruit de notre travail accompli dans le

cadre du Projet de Fin dEtudes au sein de lAdministration des Douaneset Impts Indirects (ADII). Lobjectif de ce projet est la mise en place

dune solution pour la gestion de la formation continue en intranet sur la

plate forme Java2 Entreprise Edition (J2EE). Cette solution sera intgre

dans le projet stratgique de lADII, RIAD (Ressources Intgres de

lAdministration des Douanes)

Notre mission a consist en ltude du processus de gestion de la

formation au sein de lADII, ainsi que la ralisation de lensemble des

phases du dveloppement de ce projet, depuis ltablissement des cahiers

des charges jusqu lintgration dans RIAD.

Quant laspect technique, lutilisation du framework Struts a facilit la

gestion des Interactions Homme Machines (IHM), et permis la migration

du Design Pattern MVC vers MVC2. Ladoption de ce dernier apporte un

remde aux faiblesses de scurit dans les applications bases sur MVC.

Le mapping ainsi que la gestion de la persistence ont t raliss en

utilisant le framework TopLink 9i dOracle.

Ce rapport comporte trois parties. La premire partie dfinit le contexte

gnral du projet. Elle est compose de deux chapitres : la prsentation de

lorganisme daccueil et les objectifs de notre projet. La deuxime partie,

prsente lanalyse des besoins et la conception des diffrentes

composantes du systme dvelopper. La troisime partie dcrit les

diffrentes tapes de la mise en uvre du projet selon lapproche en Y .

A la fin du rapport, nous prsentons en complment les diffrentes

annexes ayant trait du Plan dAssurance Qualit (PAQ), de la grille des

comptences, du processus Y, des types des Design Patterns et du

frameworks TopLink.


8/90

Tables des matires

Liste des abrviations ---------------------------------------------------------------- ii

Liste des figures ----------------------------------------------------------------------- iiListes des tableaux ------------------------------------------------------------------- iii

Introduction ---------------------------------------------------------------------------- 4

PARTIE I : CONTEXTE GENERAL DU PROJETChapitre1 : Prsentation de lorganisme daccueil ---------------------------- 7

Introduction ------------------------------------------------------------------------------------ 7

1. Activits principlaes de lADII ----------------------------------------------------------- 7

2. Organisation de lADII -------------------------------------------------------------------- 82.1. Organigrame de lADII-------------------------------------------------------------------- 82.2. Service de la Programmation et de lEvaluation------------------------------------- 8

2.3. Infrastructure technique du projet RIAD ---------------------------------------------- 9

Conclusion -------------------------------------------------------------------------------------- 9

Chapitre2 : Prsentation du projet ---------------------------------------------- 10Introduction ----------------------------------------------------------------------------------- 10

1. Politique de la formation continue ------------------------------------------------------ 10

2.1. La rgionalisation de la formation continue ----------------------------------------- 11

2.2. Processus de gestion de la formation-------------------------------------------------- 112.2.1. Identification des besoins de formation ---------------------------------------------- 112.2.2. Elaboration des plans ------------------------------------------------------------------- 12

2.2.3. Mise en uvre des actions de formation --------------------------------------------- 12

2.2.4. Evaluation des actions de formation-------------------------------------------------- 13

3. Contexte et but du projet ----------------------------------------------------------------- 13

4. Conduite du projet ------------------------------------------------------------------------- 14

4.1. Processus de dveloppement ------------------------------------------------------------ 14

4.2. Planification du projet -------------------------------------------------------------------- 14

Conclusion ------------------------------------------------------------------------------------- 15

PARTIE II : ANALYSE ET CONCEPTION DU PROJETChapitre3 : Analyse et spcification -------------------------------------------- 17

Introduction ----------------------------------------------------------------------------------- 17

1. Fonctionnalits principales -------------------------------------------------------------- 17

2. Analyse du contexte ----------------------------------------------------------------------- 19

2.1. Les rles ------------------------------------------------------------------------------------- 19

2.2. Identification des acteurs----------------------------------------------------------------- 19

2.3. Hirarchisation des rles ----------------------------------------------------------------- 202.4. Interactions acteurs - systme et les messages changs-------------------------- 21

2.5. Diagrammes de contexte ----------------------------------------------------------------- 22Conclusion ------------------------------------------------------------------------------------- 24


9/90

Chapitre4 : Conception de la solution ------------------------------------------ 25Introduction ----------------------------------------------------------------------------------- 25

1. Dcomposition du systme --------------------------------------------------------------- 25

2. Choix du formalisme UML --------------------------------------------------------------- 26

3. Packages du systme ---------------------------------------------------------------------- 27

3.1. Package grille ------------------------------------------------------------------------------- 27

3.2. Package plan -------------------------------------------------------------------------------- 31

3.3. Package action------------------------------------------------------------------------------ 35

3.4. Package valuation ------------------------------------------------------------------------ 40

4. Architecture technique du systme ------------------------------------------------------ 44

Conclusion ------------------------------------------------------------------------------------- 45

PARTIE III : MISE EN UVRE DU PROJET

Chapitre5 : Technologies et outils utiliss ------------------------------------ 47Introduction ----------------------------------------------------------------------------------- 471. Larchitecture J2EE ----------------------------------------------------------------------- 47

2. Les technologies J2EE -------------------------------------------------------------------- 48

3. Design Patterns MVC et MVC2 --------------------------------------------------------- 49

4. Framework Struts --------------------------------------------------------------------- 504.1. Choix du framework Struts -------------------------------------------------------------- 50

4.2. Architecture et fonctionnement du Framework Struts ----------------------------- 51

5. Framework TopLink ------------------------------------------------------------------ 52

5.1. La problmatique de la persistance objet--------------------------------------------- 52

5.2. La solution Oracle9iAS TopLink -------------------------------------------------- 536. Oracle 9i Application Server ------------------------------------------------------------ 54

7. Environnement de dveloppement JDeveloper 10g ----------------------------------- 55

Conclusion ------------------------------------------------------------------------------------- 55

Chapitre6 : Mise en uvre de la solution et intgration dans RIAD ----- 56Introduction ----------------------------------------------------------------------------------- 56

1. Architecture Applicative ------------------------------------------------------------------ 56

2. Ralisation des couches applicatives --------------------------------------------------- 57

2.1. La couche Donnes------------------------------------------------------------------------ 57

2.2. La couche Mtier -------------------------------------------------------------------------- 572.3. La couche Mapping et persistance ----------------------------------------------------- 58

2.4. La couche Prsentation ------------------------------------------------------------------- 59

2.5. La couche Services ------------------------------------------------------------------------ 60

3. Intgration avec le projet RIAD --------------------------------------------------------- 60

Conclusion ------------------------------------------------------------------------------------- 61

Conclusion et Perspectives -------------------------------------------------------- 62

Bibliographie ------------------------------------------------------------------------ 63ANNEXES---------------------------------------------------------------------------- 65


10/90

Annexe 1 : Plan dAssurance Qualit ------------------------------------------- 66Annexe 2 : Grille de Comptences----------------------------------------------- 70Annexe 3 : Processus Y ------------------------------------------------------------ 71Annexe 4 : Types de Design Patterns ------------------------------------------- 72

Annexe 5 : TopLink ---------------------------------------------------------------- 74


11/90

Listes des abrviations

Projet de Fin dEtudes / ENSIAS 2004 i

Liste des abrviations

Abrviation Dsignation

ADII Administration des Douanes et Impts Indirects

EJB Entreprise JavaBean

GIPE Gestion Intgre du Personnel de lEtat

IDE Integrated Development Environment

J2EE Java 2 Enterprise Edition

JDBC Java Data Base Connectivity

JDO Java Data Object

JNDI Java Naming and Directory Interface

JSP Java Server Pages

JTS Java Transaction Service

MVC Model View Controller

ODMG Object Data Management Standards

OJB Object Java Bridge

PAQ Plan dAssurance QualitRMI Remote Method Invocation

RO Relational Object

SGBD Systmes de Gestion de Bases de Donnes

UML Unified Modelling Language

XML eXtensible Markup Language


12/90

Listes des figures

Projet de Fin dEtudes / ENSIAS 2004 ii

Liste des figures

Figure 1 : Organigramme de lADII ------------------------------------------------------------------- 8

Figure 2 : Processus 2TUP ------------------------------------------------------------------------ 14Figure 3 : Hirarchisation des acteurs humains ---------------------------------------------------- 20

Figure 4 : Hirarchisation du rle du responsable immdiat ------------------------------------- 20

Figure 5 : Hirarchisation des systmes ------------------------------------------------------------- 21

Figure 6 : Digramme de contexte : Vue Humaine -------------------------------------------------- 23

Figure 7 : Digramme de contexte : Vue Systme---------------------------------------------------- 23

Figure 8 : Dcomposition du systme en sous modules -------------------------------------------- 26

Figure 9 : Diagramme de cas dutilisation du package Grille ------------------------------- 28

Figure 10 : Diagramme dobjets du cas dutilisation Gestion des grilles ------------------- 29

Figure 11 : Diagramme de classes du package Grille ----------------------------------------- 30

Figure 12 : Diagramme de squences du scnario Cration dune grille ------------------- 31

Figure 13 : Diagramme de cas dutilisation du package Plan ------------------------------- 32Figure 14 : Diagramme dobjets du cas dutilisation Gestion des plans rgionaux ------- 33

Figure 15 : Diagramme de classes candidates du package Plan ----------------------------- 34

Figure 16 : Diagramme de squences de cration de plan rgional ------------------------- 35

Figure 17 : Diagramme de cas dutilisation du package Action ---------------------------------- 36

Figure 18 : Diagramme dobjets de Planification dune action de formation -------------- 38

Figure 19 : Diagramme de classes candidates du package action --------------------------- 39

Figure 20 : Diagramme de squences de planification dune session de formation ----------- 40

Figure 21 : Diagramme de cas dutilisation du package Evaluation ---------------------------- 41

Figure 22 : Diagramme dobjets de Elaboration du rapport dvaluation ------------------ 42

Figure 23 : Diagramme de classes candidates du package Evaluation ----------------------- 43

Figure 24 : Diagramme de squences de llaboration du rapport dvaluation -------------- 44

Figure 25 : Architecture technique du systme de gestion de la formation --------------------- 44

Figure 26 : Technologies J2EE ----------------------------------------------------------------------- 48

Figure 27 : Modle MVC2 ----------------------------------------------------------------------------- 49

Figure 28 : Modle MVC2 ----------------------------------------------------------------------------- 50

Figure 29 : Principe de fonctionnement du framework Struts ------------------------------------ 52

Figure 30 : Composantes principales du framework ----------------------------------------------- 54

Figure 31 : Architecture applicative du systme de gestion de formation ----------------------- 57

Figure 32 : Arborescence des packages mtier ----------------------------------------------------- 58

Figure 33 : Outil de mapping des classes vers les tables de la BD ------------------------------- 59

Figure 34 : Page daccueil du systme de gestion de formation ---------------------------------- 60Figure 35 : Planning dtaill du droulement du projet ------------------------------------------- 68

Figure 36 : Evaluation du modle de persistance EJB --------------------------------------------- 78

Figure 37 : Evaluation du modle de persistance JDO -------------------------------------------- 79

Figure 38 : Evaluation du modle de persistance Oracle9iAS TopLink ------------------------- 80


13/90

Listes des tableaux

Projet de Fin dEtudes / ENSIAS 2004 iii

Listes des tableaux

Tableau 1 : Planning global de ralisation du projet ---------------------------------------------- 15

Tableau 2 : Liste des messages changs entre le systme et les acteurs ------------------------ 22Tableau 3 : Comparaison de quelques frameworks en terme de puissance et de complexit - 51

Tableau 4 : Les participants au projet ct ADII --------------------------------------------------- 66

Tableau 5 : Les participants au projet ct ENSIAS ----------------------------------------------- 66

Tableau 6 : Membres du comit de pilotage --------------------------------------------------------- 67

Tableau 7 : Membres du comit de projet ----------------------------------------------------------- 67

Tableau 8 : Les livrables par phase ------------------------------------------------------------------ 69


14/90

Introduction

Projet de Fin dEtudes / ENSIAS 2004 4

Introduction

Aprs quelques dcennies, la formation continue, plutt sporadique et ingalement rpartie,

est reconnue comme un prolongement naturel et indispensable de l'cole. Les mutations et les

volutions rcentes de lconomie mondiale accentuent cette tendance et rendent ncessaire

une rflexion profonde et renouvele sur la formation continue.

Les organismes conscients de limportance de la formation continue comme tant un pilier de

toute stratgie de gestion des ressources humaines dune part, et un enjeu cl pour

accompagner les changements manant des volutions dautre part, ont dvelopps leurs

politiques de formations qui leurs permettent de diagnostiquer et par consquent enrichir leurs

rfrentiels de comptences. Cet enrichissement permet davoir un rendement important et de

palier aux dysfonctionnements court, moyen et long terme.

Dans ce sens et conformment sa stratgie de veille technologique et conomique, lADII a

jug ncessaire llaboration de sa politique lui permettant de diagnostiquer les comptences

disponibles afin de les faire voluer.

Ainsi, notre projet a pour but de doter les responsables de la formation continue au sein de

ladministration dun systme transactionnel (Web) leurs permettant la gestion des diffrentes

composantes de la formation savoir :

Grille de comptences, Plans de formations, Rapports dvaluation.

Le prsent rapport comporte trois parties. La premire partie, compose de deux chapitres,

dfinit le contexte gnral du projet. Elle dbute par la prsentation de lorganisme daccueil.

La prsentation de notre projet et la dmarche suivie feront lobjet du deuxime chapitre de

cette partie.

Dans la deuxime partie, nous exposons les concepts de modlisation de notre projet. Ainsi, lepremier chapitre est consacr lanalyse et la spcification des besoins afin dnumrer les

fonctionnalits principales du systme dvelopper et de dlimiter le primtre fonctionnel de

ce futur systme. Le deuxime chapitre fera lobjet de la phase de conception du projet en

utilisant le standard UML.

Quant la troisime partie, elle prsente les aspects techniques du projet. Elle dcrit les

diffrentes technologies et outils utiliss ainsi que les tapes de la mise en uvre de ce projet

selon la dmarche choisie. Dans le premier chapitre, nous allons dcrire larchitecture et les

technologies J2EE, les outils ainsi que les frameworks utiliss pour la concrtisation de notreprojet : Struts, TopLink, JDevelopper 10g et le serveur dapplications Oracle 9i AS. Le


15/90

Introduction


deuxime chapitre abordera ltape de la mise en uvre du projet tout en prsentant la mise

en place de chaque couche de larchitecture technique du systme.

A la fin du rapport, nous prsentons un complment dans les diffrents annexes traitant le

plan dassurance qualit, la grille de comptences, le processus de dveloppement, les typesdes Design Patterns et le framework TopLink.


16/90

Partie 1 : Contexte gnral du projet


Cette partie comprend deux chapitres :

Le premier chapitre introduit lorganisme daccueil, ses

activits et son organigramme.

Le deuxime chapitre prsente le sujet du projet et traite lesdiffrents aspects de la politique de gestion de la formation

dans lADII. Il prcise galement lobjectif et la conduite du

projet ainsi que le planning gnral de la ralisation.

PARTIE 1 : CONTEXTE GENERAL DU PRO ET


17/90

Chapitre 1 : Prsentation de lorganisme daccueil


Chapitre1 : Prsentation de lorganisme daccueil

Dans ce chapitre nous prsentons lorganisme

daccueil : Administration des Douanes et Impts

indirects. Nous exposons dabord, les activits de

lADII puis son organisation ainsi que son

infrastructure technique.

Introduction

Comme nous lavons indiqu auparavant, notre projet sest droul au sein de lADII, dont lefonctionnement est ax autour de plusieurs activits, et se base sur un systme dinformation

mature.

1. Activits principales de lADII

LAdministration des Douanes et Impts Indirects (ADII), est un organe du ministre de

lconomie, des finances et de la privatisation. Elle participe la dfinition de la politique

douanire nationale et en assume la mise en oeuvre travers les missions suivantes :

La promotion de linvestissementLADII contribue au dveloppement conomique du Maroc. Son intervention dans la

promotion de linvestissement revt plusieurs aspects, en particulier :

Lapplication des dispositions relatives aux avantages fiscaux accords aux matriels,outillages et autres quipements imports ;

La promotion des rgimes conomiques en douanes, notamment ladmissiontemporaire et lentrept industriel franc ;

La simplification des procdures de ddouanement ; La mise en place dune organisation efficiente des services douaniers bass sur un

recours de plus en plus accru au traitement automatique rendu possible grce la

gnralisation de loutil informatique.

La protection du consommateurDans le cadre de la mise en application de certaines lgislations particulires, lADII veille,

aussi bien limportation qu lexportation, au respect dun certain nombre de rglements en

matire de contrle de la qualit, des normes techniques, des mesures sanitaires, vtrinaires

et photo sanitaires, de la protection de la proprit intellectuelle et de contrle de la rpression

des fraudes. Cette protection sexerce galement travers le contrle des ouvrages en mtaux

prcieux.

La protection de lconomie nationaleAvec le dmantlement tarifaire, la protection de lconomie nationale intervient davantage

travers la matrise des rgles dorigine et la lutte contre le dumping. Le dveloppement desaccords tarifaires bilatraux et multilatraux fait de lorigine de la marchandise une des


18/90


19/90

Chapitre 1 : Prsentation de lorganisme daccueil


La division de la programmation et de la communicationest sous lautorit de la direction desressources et de la programmation.

Le service de la programmation et de lvaluation est charg de la ralisation du projet

stratgique RIAD.

2.3. Infrastructure technique du projet RIADVu limportance accorde par lADII au projet RIAD, une infrastructure technique trs riche a

t mise disposition de lquipe RIAD compose des membres du service de la

programmation et de lvaluation. Cette infrastructure sarticule autour des technologies J2EE

et se base sur un spectre doutils trs puissant.

Les principales composantes de linfrastructure de RIAD sont :

Serveur de bases de donnes Oracle Serveur dapplications 9i Application Server (9iAS) Moteur Workflow Serveurs Web Progiciel GIPE

Conclusion

Dans le prsent chapitre, nous avons prsent lorganisme daccueil en terme dactivits et

dorganisation. Le Service de la Programmation et de lEvaluation, dans lequel sest droul

notre projet, a t situ dans lorganigramme de lADII avant de prsenter le projet RIAD.

Le chapitre suivant prsente le sujet du projet, son but et la dmarche adopte pour sa

ralisation.


20/90

Chapitre 2 : Prsentation du projet


Chapitre2 : Prsentation du projet

Dans ce chapitre, nous dcrivons la politique de

lADII en matire de gestion de la formation continue

ainsi que lobjectif de notre projet. Nous terminons

par prsenter la dmarche adopte et le planning

gnral suivi pour la ralisation de notre projet.

IntroductionLa politique de formation adopte par l'ADII entre dans le cadre du plan daction stratgique

du ministre de lconomie et des finances, qui a inscrit la formation parmi ses priorits. Dans

cette mme optique, l'administration a entrepris un programme de rformes et de

modernisation, o la formation professionnelle servirait cette mme mission.

1. Politique de la formation continue

Cette politique vise dfinir :

d'une part les objectifs oprationnels gnraux que les actions de formation doiventpermettre de raliser, et la dmarche permettant d'assurer une meilleure adquation

formation emploi ;

et d'autre part, le cadre gnral de la rgionalisation de la formation, ainsi qu'unedmarche d'identification des besoins et d'laboration des plans de formation internes,

rgionaux et nationaux.

La transmission ainsi que lamlioration des savoir-faire sont ralises au moyen de deux

types de formation : laformation de base et la formation continue.

La formation de base vise doter le stagiaire de connaissances gnrales, thoriques et

pratiques sur toutes les composantes de lenvironnement douanier, lui permettant ainsi,

dintgrer facilement le milieu professionnel avec un minimum doprationnalit, au terme desa formation.

Quant la formation continue, elle permet de faire voluer dune part, les comptences des

agents pour la bonne matrise des oprations, qui contribuent la production dune plus-value

au sein de lADII, et dautre part leurs savoir-faire.

La politique de formation continue de lADII vise atteindre les objectifs suivants :

dvelopper la polyvalence des agents ; attnuer la vulnrabilit des services et accompagner la politique de redploiement du

personnel poursuivie par ladministration dune part ;

et dassurer l'unification du langage avec les partenaires de l'administration.


21/90



Afin datteindre ces objectifs, lADII a engag une politique de dconcentration et de

rgionalisation de la formation continue.

2.1. La rgionalisation de la formation continue

La rgionalisation de la formation continue est dicte par le souci de gnraliser le bnfice de

la formation l'ensemble des douaniers moindre cot et dassurer une meilleure adquation

entre les emplois quils occupent et les formations quils possdent.

Une telle politique ne peut tre efficace que si elle permet une bonne identification des

besoins. Celle-ci doit se baser sur une analyse fine des carts entre les comptences

disponibles et les comptences exiges, aussi bien court terme, pour corriger les

dysfonctionnements actuels, qu' long terme, pour accompagner les volutions futures.

Cette dmarche permet llaboration et la mise en uvre dactions de formation rpondant

aux besoins stratgiques de l'administration, de ses agents et de ses partenaires.

Ainsi, lADII a adopt une approche scientifique qui consiste approfondir la connaissancede l'existant, couter les intresss, et les associer troitement la prparation des plans de

formation les concernant, et enfin, mettre en adquation les orientations gnrales de

l'administration.

Lapproche adopte par lADII en matire de formation continue est inspire de la mthode

de formation intgre mise au point par lInstitut de Socio conomie des Entreprises et des

Organisations (ISEOR) en France.

2.2. Processus de gestion de la formation

Lapproche prcite se dcompose en quatre phases principales :

2.2.1. Identification des besoins de formationCette phase repose sur deux tapes essentielles :

Diagnostic des comptencesLe diagnostic des comptences vise le reprage des "points de fragilit" tant au niveau de la

polyvalence du personnel qui compose l'entit quau niveau de la vulnrabilit des postes de

l'entit elle mme. Les dysfonctionnements sont localiss au moyen de trois sources

dinformation : entretiens qualitatifs, analyse de quelque documents (notes dorientations

gnrales, compte rendus de runions, rapports daudit et dinspection) et Observation

directe.

Etablissement des grilles de comptencesUne grille de comptences se prsente sous forme dun tableau synoptique double entre

(Annexe 2) constituant un vritable tableau de bord de pilotage des comptences, fortement

visualis permettant, grce au degr de noircissement des symboles utiliss pour la cotation,

dapprcier le niveau des comptences disponibles au sein de lunit.

Elle est tablie par le suprieur hirarchique qui recense les comptences existantes, aussi

bien sur les oprations lies aux activits de lunit ou de lquipe, que sur les savoir-faire

particuliers des personnes qui y constituent.

Cette phase didentification des besoins se termine par la cotation des agents qui se fait sur la

base de la qualit de la ralisation effective dune opration par un individu et non sur la basedu jugement de ses capacits potentielles son ventuelle excution.


22/90



Sur la base de cette cotation, les deux indicateurs :Indicateur de Polyvalence, qui mesure la

polyvalence des agents, et Indicateur de Vulnrabilit, qui mesure le niveau de vulnrabilit

dun service, sont calculs pour pouvoir identifier les besoins en formation (Annexe 2).

2.2.2. Elaboration des plans

Les besoins de formation identifis au moyen du diagnostic sont combls par le biais de troistypes de plans de formation :

Plan interne de formationLe plan interne de formation, labor par le responsable immdiat qui est le chef de lunit,

est destin combler les besoins individuels spcifiques des agents. Il est mis en uvre sur le

lieu de travail, au niveau des services locaux et centraux, sous la responsabilit de la

hirarchie directe. Ce plan est intgr dans la mme grille de comptences ayant servi

identifier les besoins individuels en formation.

Plan rgional de formationChaque Direction Rgionale a un plan de formation qui vise satisfaire les besoins collectifsen formation, dcels dans diffrents services locaux relevant de la mme Direction

Rgionale. Les plans rgionaux sont labors par les structures rgionales charges de la

gestion de la formation.

Le responsable immdiat, aprs avoir ralis le diagnostic des comptences, au niveau de sa

structure, doit distinguer les besoins individuels de ceux collectifs. Ces derniers doivent faire

lobjet dune remonte aux cellules rgionales charges de la gestion de la formation, aux fins

de leur intgration dans les plans rgionaux.

Plan national de formationLe plan national de formation est labor par le service de la formation. Il intgre les besoinsen formation :

collectifs des agents de lAdministration Centrale; des formateurs rgionaux chargs danimer les formations inscrites dans les plans

rgionaux;

concernant les thmes jugs stratgiques par lAdministration.Une note dorientations gnrales doit permettre au Service de dgager des axes stratgiques

de formation qui seront galement intgrs dans le plan national de formation.

2.2.3. Mise en uvre des actions de formation

Les actions de formation retenues dans les diffrents plans sont mises en oeuvre selon le typedu plan.

La mise en uvre des formations internes suppose limplication active de la hirarchie directe

tout en donnant la possibilit lagent concern de pratiquer rellement lopration sur

laquelle il a besoin dtre form et dsigner le formateur adquat, celui-ci doit tre choisi

parmi lencadrement le plus proche de lagent former.

Les actions de formation retenues dans les plans rgionaux sont animes par les formateurs

rgionaux et sont mises en uvre dans les espaces pdagogiques relevant des diffrentes

directions rgionales sous la responsabilit directe du directeur rgional.

Enfin, les actions de formation retenues dans le plan national en faveur des formateursrgionaux qui vont assurer les mmes formations leurs collgues dans le cadre des plans


23/90



rgionaux, sont mises en uvre ou bien par des formateurs internes ladministration, ou bien

par des formateurs externes provenant des organismes de formations spcialiss.

2.2.4. Evaluation des actions de formationTrois valuations, quantitative, qualitative et financire sont ncessaires pour apprcier

lefficacit et lefficience des actions de formation engages par ladministration.

Evaluation quantitativeElle a pour objectif de mettre en vidence leffort quantifi de formation. Elle porte sur :

Le nombre dagents forms (par catgorie, sexe, structure, etc.) ; Le nombre de jours de formation par agent et par an ; Le nombre dactions de formation ralises au niveau central, rgional, et local.

Evaluation qualitativeLvaluation qualitative a pour objectif de vrifier, dune part, le degr de mise en uvre

effective des connaissances acquises dans les situations relles de travail et, dautre part, le

degr de satisfaction des agents forms, aussi bien par rapport la qualit de la formation, quepar rapport aux conditions de son droulement.

Evaluation financireSi lvaluation qualitative permet de sassurer de lefficacit de la formation, lvaluation

financire permet de rendre compte de son efficience. Ainsi, au moyen de cette valuation,

doivent tre apprcis les cots financiers gnrs par la formation, tout en les rapportant sa

qualit.

3. Contexte et but du projet

Consciente de limportance de linformatique, lADII accorde aujourdhui une attentionparticulire son systme dinformation et adopte une dmarche de gestion par projet

manant dun schma directeur. Le dernier projet soumis est celui des Ressources Intgres

de lAdministration des Douanes, baptis RIAD.

Pour ce projet initi en lan 2000, il avait t envisag plusieurs scnarii : lachat dun

progiciel de gestion, le recours un prestataire et le dveloppement spcifique ou en interne.

En raison des difficults dordre technique et financier que prsentent les deux premiers

scnarii, ladministration a retenu le dveloppement spcifique comme choix stratgique.

Le projet RIAD couvre quatre domaines :

Ressources humaines ; Ressources matrielles ; Ressources financires ; Le self-service.

Relevant du domaine des RH, le projet qui nous a t assign comprend trois phases :

Etude et modlisation du processus de gestion de la formation, qui est lun des piliersde la stratgie de la gestion des ressources humaines dans ladministration ;

La mise en uvre dune solution rpondant aux diffrentes exigences fonctionnelles ettechniques ;

Lintgration de la solution dans le projet RIAD.Ainsi, notre travail consiste grer les composantes des quatre phases du processus de laformation prcites : llaboration des grilles de comptences, llaboration des plans de


24/90



formation, la planification et la mise en uvre des actions de formation, et enfin llaboration

des fiches et des rapports dvaluation.

4. Conduite du projet

4.1. Processus de dveloppementTraditionnellement, la modlisation des systmes se base sur les trois hypothses suivantes :

Les fonctionnalits d'un systme sont stables, elles n'voluent pas avec les temps; Les besoins relatifs un systme sont donns au dpart; La validation des besoins peut se faire en rfrence aux fonctionnalits du systme

[CORCA01].

Aujourd'hui, il est clair que ces hypothses ne sont plus valides. Ainsi, une sparation entre le

fonctionnel et le technique, lors du dveloppement, est dicte par le besoin d'un produit

extensible.

Pour livrer un produit qui respecte les besoins des utilisateurs tout en s'adaptant aux futurschangements, nous avons opts pour le processus 2TUP (Two 2 Tracks Unified Process).C'est un processus unifi qui apporte une rponse aux contraintes de changement continuel

imposes aux systmes d'information de l'entreprise. "2 Tracks" signifie littralement que le

processus suit deux chemins. Il s'agit des chemins "fonctionnel" et "d'architecture technique",

qui correspondent aux deux axes de changement [ROVA00]:

Figure 2 : Processus 2TUP

2TUP est un processus qui rpond galement aux caractristiques ci-aprs:

Un processus incrmental pilot par les risques Un processus pilots par les exigences des utilisateurs Un processus de modlisation avec UML (Annexe 3)

4.2. Planification du projet

La planification du projet est parmi les phases d'avant projet. Elle consiste prvoir le

droulement du projet tout au long des phases constituant le cycle de dveloppement. Grceaux runions tenues avec nos encadrants au sein de ladministration, nous avons t clairs


25/90



sur les diffrentes tapes du projet ainsi que leur squencement. Cela consistait en trois

grandes tapes: la premire est une phase d'analyse et de spcification dont les objectifs est de

bien cerner le sujet d'une part et de dlimiter le primtre du projet d'autre part. La seconde est

consacre la conception de la solution et quant la troisime tape, elle traite la mise en

oeuvre de la solution.

Le tableau suivant prsente sommairement le planning des tapes du droulent de notre projet,le planning dtaill figure dans le Plan d'Assurance Qualit (Annexe 1)

Phase Estimation(%)

Dbut Fin Livrable

Lancement du Projet 09/02/04 12/02/04 PAQ

Analyse et spcification 20% 13/02/04 04/03/04- Cahier des chargesutilisateur (CDCU)- Cahier des chargesfonctionnel (CDCF)

Conception de la solution 40% 05/03/04 14/04/04 - Dossier de conceptiongnrale- Dossier de conceptiondtaille

Mise en uvre de la solution 35% 15/04/04 20/05/04 - Systme dvelopp ettest.

Validation fonctionnelle 5% 21/05/04 25/04/04 - Dossier de validationfonctionnelle

Tableau 1 : Planning global de ralisation du projet

Ce planning tait un fil conducteur tout au long du projet. Il nous a permis dajuster les

drives et de matriser la gestion du temps allou pour la ralisation du projet. Les livrablesdes diffrentes phases de ce planning servent de documentation pour le projet et nous ont

servis la rdaction de ce rapport.

Conclusion

Dans ce chapitre, nous avons prsent la politique de formation adopte par lADII. Cette

politique nest autre que le processus de gestion de la formation au sein de ladministration.

La prsentation du but du projet est la seconde partie de ce chapitre suivie de la description du

processus de dveloppement 2TUP que nous avons adopt pour le dveloppement du systme

de gestion de la formation. A base de ce processus que nous avons tabli un planning de

travail afin de bien matriser les ressources alloues au projet.Le chapitre suivant est consacr lanalyse et la spcification du sujet.


26/90

Partie 2 : Analyse et conception du projet


Cette partie traite les deux phases les plus importantes et les

plus critiques de tout cycle de dveloppement. Ce sont lanalyse

et la conception.

Un premier chapitre prsente la phase danalyse dont le but est

de dlimiter le primtre du projet en identifiant les

fonctionnalits auxquelles le systme doit rpondre, ainsi que

les entits externes (acteurs humains et systmes) quiragissent avec le systme.

Les rsultats de la phase danalyse sont la base de la phase de

conception traite par un deuxime chapitre. Ce dernier

commence par une dcomposition du systme en packages

fonctionnels ce qui permet de matriser sa conception avec le

formalisme UML.

PARTIE 2 : ANALYSE ET CONCEPTION DUPRO ET


27/90

Chapitre 3 : Analyse et spcification


Chapitre3 : Analyse et spcification

Ce chapitre dcrit la phase danalyse et de

spcification du projet. Dans un premier temps, nous

identifions les fonctionnalits auxquelles le systme de

gestion de la formation doit rpondre. La seconde

partie traite de lanalyse du contexte du projet

permettant didentifier les interactions entre le

systme et le monde extrieur afin de dlimiter le

primtre fonctionnel.

Introduction

Lors de cette phase nous avons effectu une tude des besoins des utilisateurs du systme

dvelopper. Ces besoins ont t identifis lors des runions tenues avec ces utilisateurs. Cette

premire phase du cycle de dveloppement avait comme livrables, le cahier des charges

utilisateur et le cahier des charges fonctionnel.

Dans le prsent chapitre nous prsentons la synthse de ces deux livrables.

1. Fonctionnalits principales

Cette partie est rserve lnumration ainsi qu la description des diffrentes

fonctionnalits que le systme de gestion de la formation doit assurer. Une analyse profonde

du cahier des charges utilisateur tablie suite aux runions avec nos encadrants, nous a men

dgager les sept fonctionnalits suivantes :

1. Scurisation des accs au systmeLors de sa connexion, chaque utilisateur du systme doit tre reconnu par un login et un mot

de passe et la fonction quil occupe.

La gestion des mots de passe et des profils des utilisateurs est assure par le systme de

gestion des habilitations.

2. Gestion des oprations et des savoir-faireLactivit principale dune unit organisationnelle (UO) sarticule autour dun certain nombre

doprations qui reprsentent le cur de son mtier. En outre, les agents dune unit peuvent

avoir des comptences supplmentaires qualifies de savoir-faire. Le systme doit fournir au

responsable de lunit la possibilit de grer les oprations et les savoir-faire relatifs sa

structure et de les classer selon leurs natures.

3. Gestion des grilles de comptencesEn vu didentifier les besoins en formation dans une unit organisationnelle, le responsable de

lunit organisationnelle procde un diagnostic des comptences disponibles dans son uniten remplissant la grille des comptences.


28/90



Ainsi, le systme doit permettre le remplissage da la grille et calculer automatiquement les

indicateurs de polyvalence pour chaque agent et de vulnrabilit du service par rapport

chaque opration.

Le responsable de lunit peut galement crer, modifier et supprimer une grille. La validation

dune grille la rend visible par le formateur rgional concern.

4. Elaboration des plans de formation Plan interne

Une fois les besoins sont identifis et hirarchiss, le responsable dune UO entame la phase

de llaboration du plan interne contenant les formations visant satisfaire les besoins

individuels au niveau de sa structure et qui seront dispenses en interne.

Le systme permettra au responsable de grer ses plans internes tout en saisissant les

formations ainsi que les dates prvues pour la ralisation de chacune de ces formations. La

validation dun plan interne le rend accessible par le formateur rgional.

Plan rgionalChaque formateur rgional consulte les plans internes des UO relevant de son autorit afin de

dgager les besoins en formation caractre rgional. Le systme lui permet dlaborer un

plan rgional de formation contenant les formations rpondant aux besoins dgags des plans

internes.

Dans le cas o une circonscription est directement attache la direction centrale, le chef de

circonscription joue le mme rle que celui du formateur rgional : il tablit le plan rgional

des UO qui sont sous son autorit.

Plan nationalQuant au plan national, le service central de la formation procde un regroupement des

besoins exprims dans les plans rgionaux en vue de tirer ceux caractre national, ensuite il

recense les besoins des services de ladministration centrale. Enfin, tenant compte des

orientations gnrales du comit directeur, le service labore le plan national en prcisant les

formations rpondant aux besoins ainsi identifis.

Ce plan doit tre remis au comit pdagogique pour la planification et une ventuelle

modification. Tous ces aspects doivent tre grs par notre systme dvelopper.

5. Programmation des sessions de formationUne session de formation est mise en place pour satisfaire un besoin mentionn dans un plan

interne, rgional ou national. Cette ralisation ncessite la mise en place dun planning de

ralisation de la session, la dtermination du lieu, des participants, des dates et des animateursou formateurs. Notre systme doit pouvoir offrir un outil pour programmer les sessions de

formations.

6. Traitement et synthses des rsultats de formationsLe systme doit grer les rsultats issus des diffrentes fiches dvaluation :

Fiches dvaluation remplies par un jury, elles permettent dvaluer les acquis desparticipants la formation,

Fiches dapprciation remplies par les participants pour apprcier la formation.Lvaluation est aussi effectue au niveau financier. En effet, cet axe financier permet

doptimiser les ressources lors des prochaines ralisations.


29/90



Lopration dvaluation a pour rsultat llaboration dun rapport dvaluation qui permet de

donner une vision synthtique sur les formations ralises au profit des agents de

ladministration.

7. Intgration au Systme dInformation de lADII :Vu limportance troite de linteroprabilit entre les applications du SI dun mme

organisme, le systme de gestion de la formation doit tre bien conu pour tre intgr

facilement au SI de lADII en sinterfaant avec les applications qui le constituent.

Le systme de gestion de la formation est un module du projet RIAD ce qui ncessite son

intgration dans le projet via des interfaces avec les autres modules.

Les systmes avec lesquels nous devons assurer un interfaage sont :

Le systme de gestion du personnel de lADII (GIPE) Le systme de gestion des profils et des comptences de lADII Le systme de gestion des habilitations

Le systme de gestion organisationnelle de ladministration Le systme de gestion budgtaire.Lidentification de ces fonctionnalits, nous permet maintenant de procder une analyse du

contexte du systme dvelopper.

2. Analyse du contexte

Lanalyse du contexte a pour objectif lidentification des diffrentes entits qui interagiront

avec le systme. Ces entits seront regroupes par la suite sous forme de rles dont chacun

englobe un ensemble dentits. Le regroupement sera effectu en se basant sur les

interactions.

2.1. Les rles

Un rle rfre une mission et des responsabilits assumes par des entits externes au

systme tudi. Ces entits ou acteurs (utilisateur, dispositif matriel ou autre systme)

interagissent (communiquent) directement avec le systme tudi.

Un acteur peut consulter et/ou modifier directement ltat du systme, par mission et/ou

rception de messages ventuellement porteurs de donnes.

Ltude de la typologie des rles a conduit la classification suivante :

Rles jous par des acteurs humains : Agents de lADII.

Rles jous par des systmes (acteurs non humains)

Systmes internes lADII2.2. Identification des acteurs

Un acteur peut consulter et/ou modifier directement ltat du systme, par mission et/ou

rception de messages ventuellement porteurs de donnes.

Les acteurs que nous avons identifis partir de la description des fonctionnalits ci-dessussont les suivants :


30/90



Responsable immdiat Formateur rgional Chef de circonscription Cadre du service de formation central Fonctionnel de formation Comit directeur Comit pdagogique Systme de gestion du budget Systme de gestion des profils et comptences Systme dHabilitation Systme de gestion organisationnel Systme de gestion du personnel GIPE

2.3. Hirarchisation des rles

Lidentification de la majorit des rles pertinents retenir a permis de concevoirlarborescence des rles, en utilisant la reprsentation graphique fonde sur le formalisme

UML.

Figure 3 : Hirarchisation des acteurs humains

Afin de prciser les acteurs qui pourront jouer le rle du responsable immdiat nous avons

procd lhirarchisation de ce rle :

Figure 4 : Hirarchisation du rle du responsable immdiat

Les systmes sont aussi hirarchiss de la manire suivante :


31/90



Figure 5 : Hirarchisation des systmes

Ces acteurs systmes sont tous des modules du projet RIAD auquel doit tre intgr le

systme dvelopper et ce travers les interfaces de communication avec ces systmes.

2.4. Interactions acteurs - systme et les messages changs

Un message reprsente ici la spcification de haut niveau dune interaction (communication)

entre acteurs et systme, avec lintention (mtier) de dclencher une activit chez le rcepteur.

La rception dun message est normalement considre comme un vnement. Il faut se

demander :

Pour chaque acteur, quels sont les messages qui dclenchent un comportement attendupar lacteur du systme, dans le cadre de son activit;

Pour le systme, quels sont les messages mis lattention dun acteur particulier etqui portent une information utilise par ce destinataire;

Lidentification des interactions des acteurs avec le systme consiste lidentification des

diffrents messages changs par ces acteurs avec le systme dvelopper.

Les messages que nous avons identifis aprs lanalyse des rles des acteurs lists ci-dessus

sont rsums dans le tableau de la page suivante :


32/90



Acteurs Message(s) mis par lesacteurs

Message(s) reus par lesacteurs

Le responsable immdiat

La grille de comptences

remplir, la liste des oprations

et des savoir-faire et la listedes agents dune UO

La cration, la modification

et la suppression de grille et

de plan interne

Formateur rgional

Les grilles de comptences et

les plans internes de formation

La cration, la modification

et la suppression du plan

rgional de formation

Chef de circonscription Les grilles de comptences et

les plans internes de formation

Cadre du service de

formation Le plan rgional de formation La cration, la modification

et la suppression du plan

national de formation

Fonctionnel de formation

Les plans rgionaux de

formation valids par les

formateurs rgionaux

Les donnes de suivi et

dvaluation de la session

de formation

Systme de gestion du

budgtaire

Les estimations des cots des

formations

La validation des

estimations des cots de

formation

Systme de gestion des

profils et comptences

Rsultats de lvaluation des

formations

Systme de gestion des

Habilitations

Les login et les mots de passe

Systme de gestion

organisationnel

La position de chaque UO

dans lorganigramme delADII

Systme de gestion du

personnel GIPE

Les donnes administratives

des participants

Comit directeur Orientations gnrales Plan National valid

Comit pdagogique Validations des programmes Programmes et plannings

Tableau 2 : Liste des messages changs entre le systme et les acteurs

2.5. Diagrammes de contexte

Au cours de ce paragraphe nous procdons une modlisation du contexte gnral du systme

sous formes de deux diagrammes de contexte selon deux vues diffrentes : Vue Humaine et Vue Systme , et ce afin de ne pas surcharger cette modlisation.


33/90



Vue Humaine

Figure 6 : Digramme de contexte : Vue Humaine

Sur ce diagramme nous avons regroup les diffrents acteurs humains et leurs interactions

avec le systme. Les acteurs potentiels sont le cadre de formation, le responsable immdiat et

le formateur rgional.

Vue Systme

Figure 7 : Digramme de contexte : Vue Systme


34/90



Ce deuxime diagramme de contexte, montre les interactions du systme avec les autres

modules du projet RIAD. Ces interactions permettent de concevoir les interfaces ncessaires

lintgration du systme au projet RIAD.

Parmi les systme qui figurent sur le diagramme ceux qui sont dj mis en place savoir :

GIPE, Systme des habilitations et le systme de gestion des organisations. Les deux autres

sont en cours de dveloppement.

Conclusion

Au cours de ce chapitre, nous avons prsent les diffrentes fonctionnalits auxquelles doit

rpondre le systme de gestion de la formation. Cela nous a permis par la suite didentifier les

diffrentes entits composant lenvironnement dinteractions du systme, savoir : les acteurs

humains, les acteurs systmes et les messages changs avec ces acteurs.

Le chapitre suivant est consacr la prsentation de la phase de conception du systme de

gestion de la formation, et donc nous allons passer de ltude de lenvironnement externe du

systme ltude de sa structure interne.


35/90

Chapitre 4 : Conception de la solution


Chapitre4 : Conception de la solution

Ce chapitre traite de la conception de la solution.

Nous prsentons la dcomposition du systme en sous

modules. Ensuite, nous prsentons le formalisme UML

(Unified Modeling Language) adopt pour

llaboration des diagrammes des diffrents packages

issus de la dcomposition suivi de larchitecture

technique du systme.

Introduction

Diviser pour rgner , cest un principe appliqu presque partout. Cette fois, on le trouve

trs pratique lors de la conception du systme de gestion de la formation.

Vu la taille du systme dvelopper, nous avons jug trs utile sa dcomposition en sous

modules faible couplage afin de bien matriser les aspects de modlisation.

1. Dcomposition du systme

Aprs avoir laborer les diagrammes de contexte (Vue humaine et systme), le regroupement

des messages et des interactions par catgories permet la dcomposition du systme selon les

diffrentes phases du processus de gestion de la formation dans lADII savoir :

Identification des besoins Elaboration des plans de formation Ralisation des actions de formation Evaluation des formations

Lors de cette dcomposition en sous modules, nous nous sommes fixs lobjectif suivant : le

flux dchange entre les sous modules doit tre minimale tout en rpondant la totalit des

besoins identifi lors de la phase danalyse des besoins.

Ainsi, cet aspect de modularit ntait en aucun cas au dtriment des fonctionnalits

auxquelles le systme doit rpondre.

Le schma ci-aprs, prsente la dcomposition du systme (les acteurs ne sont pas tous

reprsents pour ne pas surcharger le diagramme) :


36/90



Figure 8 : Dcomposition du systme en sous modules

Le Rfrentiel a pour but la mise en place des fonctionnalits darchivage et de stockage dedonnes importantes pour la gestion des formations ladministration telles que les

formateurs disponible sur le march, les ples de formation.

Le sous-module Services Communs est conu pour assurer les diffrentes fonctionnalitscommunes tous les acteurs telles que les ditions et les consultations ainsi que laccs aux

donnes.

Le sous module Interface permet notre systme de sinterfacer correctement avec les autres

systme des projet RIAD.

Dans loptique de concevoir un systme extensible, volutif, modulaire et orient objet, le

formalisme UML sest impos comme loutil le plus appropri pour ce projet. En effet, UML

permet de mener la phase danalyse et de conception tout en bnficiant de la puissance et de

la simplicit de ses diagrammes.

2. Choix du formalisme UML

Rappelons-nous que la plate forme technique du projet RIAD se base sur larchitecture J2EE.

Cest pourquoi nous avons opt pour UML comme langage de modlisation car la notation


37/90



UML est la plus approprie pour des projets orients objet. Ce choix peut tre justifi

galement par plusieurs raisons :

Le processus de dveloppement adopt se base sur les diagrammes UML La notation UML facilite la comprhension et la communication dune modlisation

objet ;

UML est aujourdhui un standard, adopt par les grands constructeurs de logiciel dumarch.

Pour organiser le modle de spcification fonctionnel dune part et respecter la dcomposition

prcdente dautre part, nous avons opt pour lutilisation des packages, qui reprsentent les

besoins dune entreprise vis--vis dun systme informatique.

3. Packages du systme

Dans loptique de saligner avec le choix du formalisme UML, les sous modules de la

dcomposition sont traduit en cinq packages essentiels savoir :

Package grille Package plan Package action Package valuation Package interface permettant de communiquer avec les autres systmes.

Dans la suite de ce chapitre, nous allons nous focaliser sur les quatre packages mtier et

essentiellement sur les composantes principales de chacun de ces packages. Pour mieux

expliciter ces composantes, nous nous sommes appuys sur la mthodologie suivante :

1. Elaboration du diagramme de cas dutilisation (use cases)2. Description textuelle de chaque cas dutilisation : la fiche de description textuelle duncas dutilisation nest pas normalise par UML. Nous prconisons pour notre part la

structuration suivante :

a. Sommaire didentification (obligatoire) : inclut titre, but, rsum, dates,acteurs, responsables, version

b. Description des scnarios (obligatoire) : dcrit les scnarios principaux et ceuxsecondaires, mais aussi les pr conditions et les post-conditions.

c. Besoins dIHM : ajoute ventuellement les contraintes dinterfaces homme-machine.

3. Identification des objets pour aboutir un diagramme dobjets.4. Etablissement des diagrammes des classes candidates partir des diagrammes

dobjets.

5. Elaboration des diagrammes de squences des scnarios principaux.3.1. Package grille

Ce package rpond aux diffrentes fonctionnalits relatives llaboration des grilles de

comptences permettant lidentification des besoins en formation de ladministration.

Aprs avoir analyser les fonctionnalits ce package, nous constatons lexistence de trois cas

dutilisations savoir :

1- Gestion des oprations ;2- Gestion des savoir faire ;3- Gestion des grilles.


38/90



Le diagramme suivant montre les interactions entre les cas dutilisation de ce package et les

utilisateurs du systme :

Figure 9 : Diagramme de cas dutilisation du package Grille

Les acteurs interagissant avec le systme dans le cadre de ce package sont le responsable

immdiat qui tablit les grilles de comptences et le cadre de formation qui valide lajout de

nouveaux savoir-faire et des oprations.

Description du cas dutilisation Gestion des grilles de comptences

Sommaire didentification

Titre : Gestion des grilles de comptencesBut : Ce cas dutilisation permet au responsable immdiat dlaborer la grille de

comptences de sa structure.

Rsum : Cration dune nouvelle grille de comptence ainsi que la mise jour decette dernire.

Acteurs : Responsable immdiat.Date de cration : 19/02/2004 Date de mise jour : 22/02/2004

Version : 1.0 Responsable : Omar BEL LAKHDAR

Description des scnarios

Pr condition :1. Le responsable immdiat est authentifi.

Enchanement : Ce cas dutilisation commence lorsque le responsable immdiatdemande au systme de crer, modifier ou supprimer une grille.

Scnario principal :

1. Cration dune nouvelle grille

Aprs diagnostic des comptences disponibles au sein de sa structure, leresponsable immdiat fournit les informations du diagnostic savoir:


39/90



Pour chaque agent, son degr de matrise dune opration Son savoir-faire : matrise de certaines langues.

Une fois valide, le systme calcule les deux indicateurs qui servent

llaboration des plans internes.

Scnarios secondaires :

2. Mise jour dune grille

Le responsable immdiat peut mettre jour une grille slectionne tout en :

enlevant une opration, un agent et/ou modifiant les comptences mentionnes

dans la grille.

3. Suppression dune grille

Le responsable immdiat peut galement supprimer une grille existante.

Post condition

La grille ne contient que les oprations effectues au sein de la structure ainsi

que les agents de cette dernire.

Besoins dIHM

Le responsable immdiat doit pouvoir :

a. Lister les oprations qui seffectuent au sein de sa structure.

b. Lister les agents de sa structure par ordre alphabtique ou autre.

c. Lister les savoir-faire existants dans sa structure.

Diagramme dobjets

Figure 10 : Diagramme dobjets du cas dutilisation Gestion des grilles

Ce diagramme montre quune fois une instance de grille est cre, il y a automatiquement

cration de plusieurs instances de Savoir-faire , Opration et Agent .


40/90



Diagramme de classesPour ne pas surcharger le diagramme, nous avons opt prsenter les classes sans mthodes.

Figure 11 : Diagramme de classes du package Grille Sur ce diagramme figurent les classes candidates du package grille. La classe grille est une

classe dassociation entre les oprations et les agents car elle permet dvaluer le degr de

matrise effective des oprations par lagent.

Diagramme de squence

Nous allons prsenter celui de la cration dune grille parce quil constitue le noyau de tout le

package :


41/90



Figure 12 : Diagramme de squences du scnario Cration dune grille

Sur ce diagramme, nous illustrons les diffrentes interactions entre les objets participant la

cration dune grille de comptences.La cration des grilles de comptences dclenche la deuxime phase du processus de gestion

de la formation qui est llaboration des plans. La partie suivante, montre la conception du

package Plan .

3.2. Package plan

Ce package regroupe toutes les fonctionnalits visant satisfaire le besoin de dfinir les

actions de formation entreprendre et ltablissement des plans internes, rgionaux et

nationaux.

Pour pouvoir grer les diffrentes sortes de plans, nous identifions les trois cas dutilisation

suivants :

1. Gestion des plans internes ;2. Gestion des plans rgionaux ;3. Gestion des plans nationaux.

Le diagramme suivant montre les interactions entre les utilisateurs responsables de

ltablissement des plans de formations et les cas dutilisation de ce package :


42/90



Figure 13 : Diagramme de cas dutilisation du package Plan

Les acteurs cette fois-ci sont : le responsable immdiat, le cadre de formation, le chef de

circonscription et le formateur rgional. Ces deux derniers jouent le mme rle et ce dans le

cas o la circonscription est attache directement la direction centrale.

Description de la Gestion des plans rgionaux


Titre : Gestion des plans rgionaux.But : Ce cas dutilisation permet au responsable de formation (*) dlaborer

le plan rgional de formation de la direction ou de la circonscription.

Rsum : Cration, mise jour et suppression dun plan rgional.Acteurs : Responsable de formation (*)

Directeur rgional.

Date de cration : 19/02/2004 Date de mise jour : 24/02/2004

Version : 1.0 Responsable : Omar BEL LAKHDAR(*) : Responsable rgional est soit un formateur rgional ou un chef de circonscription

dans le cas o la circonscription est attache directement la direction centrale.


43/90




Pr condition :1. Le responsable de formation est authentifi.2. Les plans internes sont valids.

Enchanement : Ce cas dutilisation commence lorsque le responsable de formationdemande au systme de crer, modifier ou supprimer un plan rgional.

Scnario principal :

1. Cration dun nouveau plan rgional

Le responsable de formation slectionne les plans internes et labore son plan

rgional en se basant sur le plan provisoire offert par le systme.

Il est appel fournir les informations ncessaires la finalisation du plan

rgional. Une fois le plan est valid par le Directeur rgional, une notification

est envoye au cadre de formation.

Scnarios secondaires :2. Mise jour dun plan

Le responsable de formation peut mettre jour un plan tout en le slectionnant

de la liste.

3. Suppression dun plan

Le responsable de formation peut galement supprimer un plan existant.

Post condition :

Les formations qui figurent dans le plan rgional peuvent tre parmi celles des

plans internes.

Besoins dIHM

Le responsable de formation doit pouvoir :

a. Lister les plans internes par structure.

b. Lister tous les plans internes.

c. Lister les plans rgionaux pour la modification et la suppression.

Diagramme dobjets

Nous prenons comme exemple, celui du cas dutilisation gestion des plans rgionaux :

Figure 14 : Diagramme dobjets du cas dutilisation Gestion des plans rgionaux


44/90



Ce diagramme sert de base pour limplmentation du diagramme de classes suivant :

Diagramme de classes

Figure 15 : Diagramme de classes candidates du package Plan

Le diagramme de classe ci-dessus, illustre la structure du package Plan . Un plan de

formation est compos dune ou plusieurs formations dont chacune peut prendre en charge

des axes de notes dorientations gnrales.


45/90



Diagramme de squences

Figure 16 : Diagramme de squences de cration de plan rgional

Sur ce diagramme, sillustre la squence dactions entreprendre pour la cration dun plan

rgional de formation.

Une fois les plans de formation sont labors, la programmation et la planification des actions

de formation commencent. Ltude du package Action est lobjet de la partie suivante.

3.3. Package action

Ce package, comme lindique son nom, vise rpondre au besoin de la programmation des

actions ou sessions de formation.

Les cas dutilisation de ce package sont les suivants :

1. Gestion des formateurs ;2. Gestion des formations ;3. Gestion des participants ;4. Gestion des organismes de formation ;5. Planification des actions de formation ;


utilisateurs du systme :


46/90



Figure 17 : Diagramme de cas dutilisation du package Action

Les interactions entre les entits composant ce diagramme, permettent de mettre en place les

programmes de mise en place des formations retenues dans les plans rgionaux et national.

Description de la Planification dune action de formation


Titre : Planification dune action de formation

But : Mise en place dun planning de ralisation dune action de formation etaffectation des ressources ncessaires laction de formation

Rsum : Dtermination du lieu et des dates de ralisation dune action de formationainsi que les formateurs qui vont assurer lanimation de cette action.

Les moyens matriels ncessaires la mise en place de laction de

formation doivent tre rservs

Acteurs : Responsable de formation


Version : 1.0 Responsable : Abdellah Skal


47/90




Pr condition :1. Le responsable de formation est authentifi2. Laction de formation doit tre prvue dans un plan de formation

Enchanement : Ce cas dutilisation commence lorsque le responsable de formationdemande la cration, la modification ou la suppression dun planning de ralisation

dune action de formation.

Scnario principal :

1. Cration dun planningLe responsable de formation slectionne une action de formation prvue dans un

plan de formation puis cre un planning de ralisation de laction.

Dans le planning, il prcise :

a. le lieu de droulementb. les dates de dbut et de finc. lheure de dbut et de fin de chaque sance et sa dured. lanimateur de laction


2. Modification dun planningLe responsable de formation slectionne une action de formation et modifie les

lments figurant dans le planning de laction de formation en modifiant un ou

plusieurs des lments cits dans la description du scnario prcdent.

3. Suppression dun planning

Le responsable de formation slectionne une action de formation et supprime sonplanning cr auparavant.

Post condition ;

Besoins dIHM

Afin de pouvoir crer, modifier ou supprimer un planning dune action de formation,

le responsable doit pouvoir slectionner laction dans une liste dactions de formation.

Il peut ordonner cette liste selon :

a. Les plans de formationb. lordre alphabtiquec. Autres critres dterminer.

Le responsable de formation doit pouvoir imprimer le planning de laction de

formation.


48/90



Diagramme dobjets

Figure 18 : Diagramme dobjets de Planification dune action de formation

Les objets figurant sur ce diagramme sont des instances des classes constituant le diagramme

de classes suivant :


49/90



Diagrammes de classes

Figure 19 : Diagramme de classes candidates du package action


50/90




Figure 20 : Diagramme de squences de planification dune session de formation

Sur ce digramme nous trouvons la logistique ncessaire pour la mise en place dune session

de formation.Une fois les formations sont ralises, alors la phase importante de lvaluation commence.

Lors de cette phase, les fiches rsultantes des diffrentes sessions de formations sont

synthtises pour valuer ces formations.

La partie suivante montre la conception du package Evaluation qui prend en charge les

fonctionnalits de cette phase.

3.4. Package valuation

Le package valuation se charge des diffrentes fonctionnalits permettant lanalyse des

rsultats de la phase de mise en place des actions de formation.

Les cas dutilisation de ce package sont les suivants :

1. Gestion des fiches dvaluation ;2. Gestion des fiches dabsences ;3. Gestion des fiches dapprciation ;4. Elaboration du rapport dvaluation.


utilisateurs participants la ralisation de la phase dvaluation des rsultats :


51/90



Figure 21 : Diagramme de cas dutilisation du package Evaluation

Daprs ce diagramme, il est clair que lvaluation seffectue essentiellement base des fiches

dapprciation remplies par les participants aux formations, des fiches dvaluationpermettant le contrle du niveau dapprentissage des participants et des fiches de prsences.

La synthse de ces fiches constitue le noyau du rapport dvaluation qui est le fruit final de

cette phase.

Description du cas dutilisation Elaboration du rapport dvaluation


Titre : Elaboration du rapport dvaluation

But : Elaboration de la synthse dune formation ce qui permet lvaluation deses rsultats.

Rsum : Le rapport dvaluation dune formation est destin lanalyse des rsultatsdune formation, en synthtisant les donnes des fiches dvaluation et des

fiches dapprciation ainsi que les fiches dabsences.

Acteurs : Cadre de formation


Version : 1.0 Responsable : Abdellah Skal


52/90




Pr condition :1. Le cadre de formation est authentifi

Enchanement : Ce cas dutilisation commence lorsque le cadre de formation

demande la cration, la modification ou la suppression dun rapport dvaluationdune formation.

Scnario principal :

1. Cration dun rapport dvaluationLe cadre de formation slectionne un plan de formation et choisit une formation,

puis cre un rapport dvaluation de la formation.


2. Modification dun rapport dvaluationLe cadre de formation slectionne un rapport dvaluation et modifie son contenu.

3. Suppression dun rapport dvaluationLe cadre de formation slectionne une formation et supprime son rapport

dvaluation.

Post condition :

1. Le rapport crer doit concerner une formation dj raliseBesoins dIHM

Le plan de formation est choisi partir dune liste de plans qui peut tre ordonne

selon lanne pour laquelle le plan est labor. Lors de la cration du rapport

dvaluation dune formation, le cadre de formation doit pouvoir accder directement

aux fiches dvaluation et dapprciation.

Diagramme dobjets

Figure 22 : Diagramme dobjets de Elaboration du rapport dvaluation


53/90



Ce diagramme et ceux concernant les autres cas dutilisation de ce package, constituent la

base du digramme de classes suivant :

Diagramme de classes candidates

Figure 23 : Diagramme de classes candidates du package Evaluation

Ce diagramme traduit les relations entre les classes constituant le package Evaluation .


54/90




Figure 24 : Diagramme de squences de llaboration du rapport dvaluationCe dernier diagramme montre laspect dynamique des composants de ce package. En effet, il

dcrit les interactions entre les objets participant llaboration du rapport dvaluation dune

formation.

4. Architecture technique du systmeAprs avoir achev la conception du systme, nous avons mis en place larchitecture

technique du systme qui permet de le dcomposer en plusieurs couches. Cette dcomposition

permet de matriser le dveloppement du systme.

Larchitecture technique du systme que nous avons mis en place est schmatise comme

suit :

Figure 25 : Architecture technique du systme de gestion de la formation

Systme de gestion de la formation

Client


55/90



Cette architecture comporte cinq couches dont chacune a un rle bien dtermin :

Couche Prsentation : Elle regroupe les interfaces de lapplication du systme quireoivent les actions des utilisateurs ;

Couche Services : Cette couche traduit les scnarios identifis lors de la phase deconception sous forme de services mis disposition des utilisateurs ;

Couche Mtier : Cette couche est constitue des objets mtier identifis lors de laphase de conception aprs llaboration des diagrammes de classes des diffrents

packages ;

Couche Mapping et Persistance : Cette couche se charge de la persistance des objetset du mapping (association des objets avec les lments de la BD relationnelle) ;

Couche Donnes : Cette dernire couche assure le stockage des donnes manipulespar les utilisateurs.

Conclusion

Dans ce chapitre, nous avons explor les diffrents packages mtiers qui ont t identifis lors

de la dcomposition du systme tudi et nous avons mis en place larchitecture technique dusystme de gestion de la formation.

La conception prsente dans ce chapitre est la base de la phase de ralisation du systme qui

fera lobjet de la partie suivante.


56/90

Partie 3 : Mise en uvre du projet et intgration dans RIAD


La dernire phase de du cycle de dveloppement adopt est la

ralisation du systme et son intgration avec lexistant.

Ainsi, cette partie est compose de deux chapitre : le premier

passe en revue les diffrentes technologies et outils utiliss

pour la ralisation, et tablit des comparaisons entre ces

technologies et outils et dautres choix disponibles et

concurrents.

Le deuxime chapitre prsente larchitecture applicative du

systme suivie par lexplication du droulement des diffrentes

tapes de la phase de ralisation. La dernire partie de ce

chapitre est consacre la prsentation des diffrentes

interfaces permettant lintgration du systme dans le projet

RIAD, et par la suite son dploiement.

PARTIE 3 : MISE EN UVRE DU PROJET ETINTEGRATION DANS RIAD


57/90

Chapitre 5 : Technologies et outils utiliss


Chapitre5 : Technologies et outils

utiliss

Compte tenu de la richesse de linfrastructure support

du projet RIAD, nous avons rserv le prsent

chapitre pour la prsentation de cette infrastructure

selon les axes suivants : larchitecture, les

technologies, les modles et les outils.

Introduction

Linfrastructure informatique mise disposition par lADII pour la ralisation du projet

RIAD, est base sur larchitecture et les technologies J2EE. Ainsi, les frameworks et les

Design Patterns open source en plus du pack Oracle9i AS sont les piliers de cette

infrastructure.

1. Larchitecture J2EE

Les entreprises recherchent, de plus en plus, des solutions qui permettent la diminution des

cots des applications et la rduction du temps de dveloppement tout en respectant les

standards de qualit logicielle.Typiquement, les applications qui rpondent ces besoins doivent combiner entre les

systmes dinformation existants et les nouvelles fonctions mtiers qui apportent des services

un large intervalle des utilisateurs. Ces services doivent assurer :

Une haute disponibilit, pour rpondre aux besoins actuels de lenvironnementmtier ;

La scurisation des applications et des donnes. Une meilleure fiabilit, pour sassurer que les transactions sont excutes dune

manire exacte et prompte.

Pour rpondre ces critres, ces services sont conus base dapplications multicouches

reposant sur plusieurs niveaux savoir la couche client, la couche donne et plusieurscouches intermdiaires [wwwSUNJ2EE].

Larchitecture J2EE (Java 2 Entreprise Edition) promue par SUN MICROSYSTEMS dfinit

et fournit un modle de programmation multi tiers bas sur des composants. Avec ce modle,

des applications lgres peuvent interagir facilement avec le systme d'information et les

composants implantant la logique d'entreprise sur des serveurs d'applications.

Larchitecture J2EE consiste en trois parties :

Components : les composants qui prennent en charge la prsentation et la logiquemtier ;

Containers : fournit un contexte aux composants ; Connectors : fournit laccs aux sources de donnes de lentreprise.


58/90



2. Les technologies J2EE

Les technologies J2EE dfinissent la norme de dveloppement des applications dentreprise

distribues et multi tiers. Elles permettent de simplifier les applications d'entreprise en les

basant sur des composants modulaires normaliss tout en fournissant un ensemble complet de

services et en grant automatiquement un grand nombre de dtails sur le comportement des

applications.

Ces technologies qui sont regroupes en trois catgories : composant, service et

communication [wwwSUNJ2EE].

Technologies de type composantLes technologies de type composant sont utilises par les dveloppeurs afin de crer des

composants logiciels dune application dentreprise notamment linterface utilisateur et la

logique mtier. Elles permettent de dvelopper des modules rutilisables qui peuvent tre

intgrs dans dautres applications. De plus, elles sont supportes par les services

dinfrastructures de la plate-forme J2EE qui simplifient le dveloppement des applications et

permettent dadapter les composants aux besoins des ressources de lenvironnement dedploiement.

Technologies de type serviceEtant donn que la plupart des applications dentreprise ont besoin daccder aux systmes

dinformation dentreprise, la plate-forme J2EE offre un ensemble de services tels que laccs

aux bases de donnes (JDBC), nommage (JNDI), transaction et services de Messagerie.

Technologies de type communicationLa plate-forme J2EE fournit un ensemble de technologies permettant la communication entre

clients et serveurs, et entre les objets qui collaborent dans les diffrents serveurs, telles que les

connecteurs aux systmes dinformation existants et linvocation des mthodes distantes travers RMI.

Les technologies prsentes ci-dessus peuvent tre positionnes comme suit :

Figure 26 : Technologies J2EE

Application Programming ModelTools

Transactions

MailMessaging

Container

Conne

ctors

Java 2 SDK, Standard Edition

avaB

eans

A

lets

CORBA RMI Database Naming/Directory


59/90



3. Design Patterns MVC et MVC2

Comme nous lavons signal, linfrastructure de RIAD intgre le Design Pattern MVC pour la

conception des applications dveloppes dans le cadre du projet RIAD.

Dans cette partie, nous allons dfinir le terme Design Pattern avant de procder une

comparaison entre les deux Design Patterns : MVC et MVC2 suivant lequel nous avons conu

Rapport GesFormJ2ee

Documents

Transcript of Rapport GesFormJ2ee