Vous êtes sur la page 1sur 49

MINISTERE DE LENSEIGNEMENT SUPERIERUR ET

DE LA RECHERCHE SCIENTIFIQUE

UNIVERSITE VIRTUELLE DE TUNIS

MASTERE EN SCIENCES ET TECHNIQUES DE L'INFORMATION ET DE
COMMUNICATIONS


Mise en place dun rseau Intranet pour
la CNAM


Etudiant : Zairi Med Ali

Encadr par : Mme Bouafif Lamia



Projet fin dtudes Sommaire




Remerciements


Au terme de ce travail, je tiens exprimer ma profonde gratitude et mes sincres
remerciements mon encadrante au Caisse Nationale dAssurance Maladie Mme. Jamila
CHERIF pour tout le temps quelle ma consacr et pour la qualit de son suivi durant toute la
priode de mon stage.

Je tiens aussi remercier vivement le directeur central de direction Informatique,
M. Mahmoud HANNACHI qui na pas cess de mencourager.

Je voudrai remercier galement tout le personnel de la direction informatique
de la CNAM pour son soutien notamment M. Hatem BOUBAKRI et M. Amir BERJEB.

Mes profonds remerciements vont mon encadrante lUniversit Virtuelle de Tunis
Mme Lamia BOUAFIF qui a accept dencadrer mes travaux durant ces quatre mois de stage.

Mes plus vifs remerciements sadressent aussi tout le cadre professoral
et administratif de lUniversit Virtuelle de Tunis.

Mes remerciements vont enfin toute personne qui a contribu de prs ou de loin
llaboration de ce travail.
Projet fin dtudes Sommaire


Sommaire

Introduction Gnrale .............................................................................................................1
Chapitre I. Prsentation de lenvironnement ...........................................................................3
Introduction ........................................................................................................................4
I.1 Prsentation de la CNAM ..............................................................................................4
I.2 Prsentation du cadre gnral du projet ..........................................................................7
I.2.1 La direction centrale des systmes informatiques ....................................................7
I.2.2 Les missions de la direction centrale des systmes informatiques ............................7
I.3 Conclusion ....................................................................................................................8
Chapitre II. Etude Pralable ....................................................................................................9
Introduction ...................................................................................................................... 10
II.1 Etude de lexistant ...................................................................................................... 10
II.2 Critique de lexistant .................................................................................................. 11
II.3 Orientation du systme future ..................................................................................... 11
II.4 Etude des besoins ....................................................................................................... 12
II.4.1 Le concept Intranet .............................................................................................. 12
II.4.2 Besoins Fonctionnels ........................................................................................... 12
II.4.3 Besoins Non Fonctionnels ................................................................................... 13
II.5 Analyse du projet ....................................................................................................... 13
II.5.1 Identification des acteurs ..................................................................................... 14
II.5.2 Diagramme de contexte ....................................................................................... 14
II.5.3 Diagramme de cas dutilisation ............................................................................ 15
II.6 Conclusion ................................................................................................................. 19
Chapitre III. Modlisation Conceptuelle ............................................................................... 20
Introduction ...................................................................................................................... 21
III.1 Conception gnrale .................................................................................................. 21
III.1.1 Le modle de cycle de vie .................................................................................. 21
III.1.2 Mthodologie adopte ........................................................................................ 22
III.2 Conception dtaill ................................................................................................... 22
III.2.1 Les diagrammes dactivit .................................................................................. 22
III.2.2 Les diagrammes de squences ........................................................................... 25
III.2.3 Diagramme des classes ....................................................................................... 29
III.3 Conclusion ................................................................................................................ 31
Chapitre IV. La Ralisation .................................................................................................. 32
Introduction ...................................................................................................................... 33
IV.1 Atelier de gnie logiciel ............................................................................................ 33
IV.1.1 Langage de programmation ................................................................................ 33
IV.1.2 Conception ......................................................................................................... 33
IV.1.3 IDE (Environnement de dveloppement intgr) ................................................ 33
IV.1.4 Serveur dApplication ........................................................................................ 34
IV.1.5 Systme de gestion de base des donnes ............................................................. 34
IV.1.6 Framework ......................................................................................................... 34
IV.1.7 API .................................................................................................................... 34
VI .2 Quelques interfaces ................................................................................................ 35
VI .2.1 Menu gnral de lapplication .......................................................................... 35
VI.2.2 Authentification ................................................................................................. 36
Projet fin dtudes Sommaire


VI.2.3 Ajout Article ...................................................................................................... 37
VI.2.4 Messagerie ......................................................................................................... 37
VI.2.5 Saisie Cong ...................................................................................................... 37
VI.2.6 Gestion de demande attestation de travail .......................................................... 37
VI.2.7 Annuaire ........................................................................................................... 37
VI.2.8 Gestion des utilisateurs...................................................................................... 38
VI.2.9 Liste des articles................................................................................................ 38
VI.2.10 Gestion de profil ............................................................................................. 38
VI.2.11 Paramtres compte .......................................................................................... 38
VI.3 Conclusion .......................................................................................................... 38
Chapitre V. Conclusion Gnrale .......................................................................................... 39
Rfrences Web graphie ....................................................................................................... 41









Projet fin dtudes Tables des figures



Tables des figures

Figure 1: Organigramme de la D.C.S.I ....................................................................................7
Figure 2:Diagramme de contexte .......................................................................................... 15
Figure 3:Diagramme de cas dutilisation ............................................................................... 16
Figure 4:Modle en V ........................................................................................................... 21
Figure 5:Diagramme d'activit Ajout agent ........................................................................... 23
Figure 6:Diagramme d'activit Ajout cong .......................................................................... 23
Figure 7:Diagramme dactivit Envoie Message ................................................................... 24
Figure 8:Diagramme d'activit Ajout article.......................................................................... 25
Figure 9:Diagramme de squence Ajout Article .................................................................... 26
Figure 10:Diagramme de squence Ajout sondage ................................................................ 27
Figure 11:Diagramme de squence Authentification ............................................................. 28
Figure 12:Diagramme de squence Consulter profil .............................................................. 28
Figure 13:Diagramme de classes........................................................................................... 29
Figure 14: Interface Menu gnral .................................................................................. 35
Figure 15:Interface Authentification ............................................................................... 36
Figure 16:Interface Ajout Article .................................................................................... 37
Figure 17:Interface Messagerie ....................................................................................... 37
Figure 18:Interface Saisie Cong .................................................................................... 37
Figure 19:Interface Gestion de demande attestation de travail ........................................... 37
Figure 20:Interface Annuaire .......................................................................................... 37
Figure 21:Interface Gestion des utilisateurs .................................................................... 38
Figure 22:Interface Liste des articles ............................................................................... 38
Figure 23:Interface Gestion de profil .............................................................................. 38
Figure 24:Interface Paramtres compte ........................................................................... 38






















Projet fin dtudes Tables des tableaux


Tables des tableaux

Tableau 1:Acteurs du systme .............................................................................................. 14
Tableau 2:Tableau descriptif du cas d'utilisation "Grer les congs" ..................................... 17
Tableau 3:Tableau descriptif du cas d'utilisation "Grer les runions" ................................... 17
Tableau 4:Tableau descriptif du cas d'utilisation "Grer les utilisateurs" ............................... 18
Tableau 5:Tableau descriptif du cas d'utilisation "Grer les droits" ....................................... 18
Tableau 6:Tableau descriptif du cas d'utilisation "Demande service" .................................... 18
Tableau 7:Tableau descriptif du cas d'utilisation "Grer les demandes"................................. 19
Tableau 8:Tableau descriptif du cas d'utilisation "Grer les publications" ............................. 19
Tableau 9: Dictionnaire de donnes ...................................................................................... 31
















Projet fin dtudes Tables des abrviations



Tables des abrviations

Acronyme description Premire utilisation
CNAM Caisse Nationale dAssurance maladie Page 2
DGSI
Direction Gnrale des Systmes
dInformations
Page 7
RUP Rational Unified Process Page 22
UML Unified Modeling Langage Page 22
JSF JavaServer Faces Page 35


Projet fin dtudes

1













Introduction Gnrale
Au sommaire de ce chapitre


Exposition Gnrale
Prsentation du sujet
Organisation du rapport







0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0






0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1














1
0
1
0



0
1
0
1
0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0

0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0
1
0
1

1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
" La complexit na rien voir avec lintelligence. La simplicit oui".
Larry Bossidy, CEO, Allied Signal


Projet fin dtudes Introduction gnrale
2



ujourdhui, la circulation de linformation dans une entreprise est devenue une
stratgie de communication interne. En effet, lorsquelle circule bien,
linformation favorise la communication et devient, de ce fait, facteur de cohsion, de
motivation, de dcision efficace et de crativit.

Pour cette raison les Technologies de linformation et de la communication (TIC)
ont boulevers les modes traditionnels de circulation de linformation. Les TIC apportent de
nouvelles formes de circulation de linformation, un partage plus facile, une diffusion plus
rapide, et une communication casi-instantann .
Elles permettent aussi de dvelopper grace au travail coopratif, le partage des
comptences et lesprit dquipe.

Cest dans ce cadre que se situe ce projet et qui consiste mettre en place un Intranet
pour le compte de la CNAM.

Tout au long de ce rapport, seront exposes les diffrentes tapes a franchir afin de
mener bien ce projet. Ces tapes se traduiront par quatre chapitres dvelopper
ultrieurement.
Dans le premier chapitre intitul Prsentation de lenvironnement , je prsente le cadre
de travail dans lequel jai entrepris mon projet. Le deuxime chapitre sera consacr l'analyse,
aux spcifications des besoins et l'tude de la notion Intranet. Cela permettra dextraire les
adaptations ncessaires permettant d'amliorer notre systme. Dans le troisime chapitre,
seront prsentes les diffrentes tapes de conception du systme mettre en uvre.
Finalement, le dernier chapitre de ce mmoire intitul La Ralisation va contenir les
diffrentes tapes de ralisation du systme. Mon rapport sera achev par une conclusion gnrale
indiquant notamment les perspectives possibles dvolution de ce projet.







A
Projet fin dtudes Prsentation de lenvironnement
3











Chapitre I. Prsentation de lenvironnement
Au sommaire de ce chapitre


Prsentation de la C.N.A.M








0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0






0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1














1
0
1
0



0
1
0
1
0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0

0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0
1
0
1

1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
Projet fin dtudes Prsentation de lenvironnement
4
Introduction
Dans ce premier chapitre intitul Prsentation gnrale , sera prsent le cadre dans
lequel se droule le stage ainsi que les diffrents intervenants.
I.1 Prsentation de la CNAM

La rforme de lassurance maladie en Tunisie a t engage en 1996 suite une
dcision prsidentielle, dans un contexte marqu par une insatisfaction de lensemble des
acteurs concerns, exprimant dune certaine manire lpuisement du systme de couverture
maladie. En effet et aprs avoir, des annes durant, concentr leurs efforts sur lextension de
la couverture sociale. Cela a permis de porter le taux de couverture de 55% en 1987 90% en
2006, les pouvoirs publics ont entrepris de rendre le systme plus quitable.

La concrtisation de la rforme a t initie le 1
er
juillet 2007 par la fusion des branches
maladies des divers rgimes de scurit sociale au sein dun nouveau rgime unique offrant
les mmes prestations tous les assurs. Cela implique un mme taux de cotisation administr
par une mme caisse cre cet effet. Avec la CNAM, laccs aux soins privs, longtemps
ignor par lassurance maladie obligatoire, est dsormais possible . Ainsi des nouvelles
mesures ont t mises en place afin de matriser les cots.

La CNAM est ne de cette concrtisation, en prenant en charge la gestion des rgimes
pralablement grs par les caisses prexistantes. Elle va ainsi assurer la continuit et le
dploiement du nouveau rgime.
En effet, le nouveau rgime a propos 3 filires de soins :
- La filire publique
- La filire prive de soins
- Et le systme de remboursement pour les secteurs publics et privs.
Outre la prise en charge intgrale des maladies lourdes.
Dans le cadre de ces filires, la CNAM offre un ensemble de services aux assurs
sociaux des deux caisses de scurit sociale, et leurs ayants droit.
Les services offerts par la CNAM :
Indemnits de maladie
Indemnits de couches
Prise en charge des frais d'hospitalisation dans les structures hospitalires publiques
Projet fin dtudes Prsentation de lenvironnement
5
Prise en charge des mdicaments spcifiques
Prise en charge des frais de soins spcialiss (lithotripsie, scanner, imagerie par
rsonance magntique)
Prise en charge des frais d'hmodialyse rnale
Prise en charge des frais d'appareillage mdical
Prise en charge des frais de rducation fonctionnelle, orthophonique ou orthoptique
Prise en charge des frais de transplantation rnale et de greffes de moelle osseuse
Prise en charge des frais d'interventions chirurgicales cardio-vasculaires et des actes de
scintigraphie myocardique
Prise en charge des frais de soins pour grands brls l'Hpital Militaire Principal
d'Instruction de Tunis
Prise en charge des frais d'hospitalisation l'Hpital Militaire Principal d'Instruction
de Tunis
Prise en charge des transplantations cardiaques l'Hpital Militaire Principal
d'Instruction de Tunis
Prise en charge des frais de soins thermaux
Prise en charge des frais de rducation fonctionnelle
Prise en charge des frais de Soins l'Etranger
Fourniture d'appareillage orthopdique
Adhsion au rgime facultatif d'assurance maladie
Remboursement des frais de soins (dans le cadre du rgime facultatif d'assurance
maladie)
Remboursement des frais des interventions chirurgicales
Prise en charge des affections lourdes ou chroniques
Remboursement des frais de soins des affections lourdes ou chroniques
Rception des dclarations d'accidents du travail ou de maladies professionnelles
Dlivrance d'une attestation de prise en charge des soins
Dlivrance d'une attestation de prise en charge des Produits Pharmaceutiques
(mdicaments)
Dlivrance des carnets de prises en charge aux employeurs
Prise en charge des soins l'tranger
Dlivrance d'une attestation de prise en charge d'appareillage mdical
Dlivrance d'une attestation de prise en charge de transport sanitaire terrestre
Remboursement des frais de soins
Projet fin dtudes Prsentation de lenvironnement
6
Remboursement des frais de dplacement et de sjour pour soins et pour acquisition
d'appareillage mdical
Rglement des factures de prise en charge des frais de soins, des frais
pharmaceutiques, des frais d'appareillage et de transport mdicalis
L'indemnit journalire
Majoration de l'indemnit journalire
Frais funraires
Rente ou capital au profit de la victime
Rente aux ayants droit
Rvision de la rente
Conversion de la rente en capital
Constitution des rentes en capital
Garantie de la rente en cas de dfaillance du dbiteur
Carte de priorit
Majoration des rentes
Versement des rentes au profit des ouvriers temporaires et contractuels de l'Etat
Dsignation d'un mandataire
Prt et prime d'investissement pour le financement des projets de sant et de scurit
au travail
Adhsion des mdecins de libre pratique la convention sectorielle
Adhsion des mdecins dentistes de libre pratique la convention sectorielle
Adhsion des laboratoires d'analyses mdicales la convention sectorielle
Adhsion des cliniques prives la convention sectorielle
Adhsion des pharmaciens d'officine la convention sectorielle
Remboursement des frais de soins dans le cadre du suivi de la grossesse selon
protocole thrapeutique
Prise en charge de l'accouchement
Prise en charge des oprations chirurgicales effectues dans les cliniques prives
conventionnes selon une liste fixe par arrt
Indemnit de maladie.
Pour mieux servir les assurs sociaux (qualit et dlais), la CNAM satle prsent
amliorer ses procdures en introduisant les nouvelles technologies, notamment au niveau
dchange de donnes entre la CNAM et ses partenaires.
Projet fin dtudes Prsentation de lenvironnement
7
I.2 Prsentation du cadre gnral du projet

Dans le cadre des rformes prsidentielles touchant ladministration et la migration vers
les nouvelles technologies, la CNAM envisage de migrer ses applications informatiques vers
les nouvelles technologies, et cest dans ce cadre que se situe ce projet.
Pour se faire, je vais prsenter une description de lorganisation de la direction des
tudes informatiques, de ses missions et du systme dinformation adopt.

I.2.1 La direction centrale des systmes informatiques


Figure 1: Organigramme de la D.C.S.I

I.2.2 Les missions de la direction centrale des systmes informatiques

- Conception et ralisation de la politique de la CNAM dans le secteur de
linformatique, de lorganisation et de la qualit.
- Assurer le suivi des nouvelles technologies.
- Amlioration du systme informatique de la CNAM afin dassurer lefficience et
lefficacit.
- Assurer la scurit des donnes, des programmes et des applications informatiques.
- Prise en charge des besoins de lorganisme en matire de dveloppement
dapplications de gestion et de maintenance informatique.
Projet fin dtudes Prsentation de lenvironnement
8
- Amlioration des services et des prestations offerts par la CNAM.
I.3 Conclusion

Au cours de ce chapitre, une prsentation brve a t faite du cadre gnral du projet
ainsi que lorganisation de la direction o sest droul le stage.
Le chapitre suivant est consacr la description du contexte du systme actuel, les
critiques labores et enfin la solution propose.




















Projet fin dtudes Etude Pralable
9
























Chapitre II. Etude Pralable





















Au sommaire de ce chapitre


Etude de lexistant
Critique de lexistant
Orientation du systme futur
Etude des besoins
Analyse du projet







0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0








0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1














1
0
1
0



0
1
0
1
0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0

0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0
1
0
1

1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
"L'erreur la plus courante que font les analystes est de produire une
conception approximative plutt que de formuler les besoins".
Dijkstra


Projet fin dtudes Etude Pralable
10
Introduction


Dans ce chapitre, une tude sera faite du systme existant. une analyse permet
dexaminer ce systme, de dterminer ses points forts et ses dfaillances ainsi qu analyser
les nouveaux besoins. En fonction de la critique de lexistant on peut dceler le fond du
problme et trouver une solution adquate pour y remdier. De ce fait dcoule lmportance de
ce qui suit , afin de le rendre le plus clair et le moins ambigu possible. De la qualit de la
critique dpendra la suite de ltude entreprendre.
II.1 Etude de lexistant
La CNAM dispose d une cinquantaine de centres rgionaux do la ncessit de faire
communiquer dune part ces derniers entre eux et dautre part les centres et les directions
centrales .
Cette communication se fait dune manire classique, autrement dit les mthodes utilises
pour faire transiter les messages que la CNAM dsire faire passer se prsentent comme suit :
Les notes de service
Premier outil de communication dans lentreprise les notes crites, en effet les notes
de service ont pour objectif de diffuser au sein de lorganisme , des informations prcises et
utiles pour le bon fonctionnement de la CNAM.
Les communications lectroniques
Les agents de la CNAM ont recours aux rseaux sociaux comme Facebook pour
communiquer , partager certaines informations et dbattre de certains sujets . Microsoft
Outlook figure aussi comme un outil de messagerie interne lorganisme.
Les affiches
Elles sont utilises par la direction des ressources humaines afin dinformer les employs
pour toute nouveaut. Les affiches sont aussi utilises par lamicale de la CNAM pour
afficher les promotions , les programmes de loisirs et toute autre information a diffuser.
Le journal dentreprise
Cest un moyen de communication utilis par la caisse et dont la priodicit est passe de
mensuel annuel. Un journal annuel regroupant les plus importantes activits ralises
pendant lanne coule.
Projet fin dtudes Etude Pralable
11
Dautre part, les taches administratives entre la direction des ressources humaines et les
agents se font travers des formulaires remplir et dposer au sige de la CNAM. Les
rponses sont envoyes aux employs via courrier.
II.2 Critique de lexistant
Ce systme prsente un certain nombre dinsuffisances quon va essayer dnumrer
ultrieurement. Notons nanmoins que ces difficults ne peuvent tre rgles dune manire
dfinitive qu travers une refonte du systme existant.
Les principales insuffisances et limites du systme existant se prsentent comme suit :
Manque de communication et de collaboration entre les diffrents agents de
lorganisme.
La relation entre les employs et la direction des ressources humaines est trs rduite
Perte de temps suite au va et vient entre les services.
Utilisation abusive de papiers dans les taches administratives.
Besoin incessant daccs Internet afin de pouvoir communiquer et partager des ides
via les rseaux sociaux.
Insuffisance voir mme inexistence de donnes concernant lorganisme comme
lorganigramme, les centres rgionaux, les directions
La circulation de nouveauts au sein de lorganisme se fait dune manire
traditionnelle ce qui engendre un mauvais partage des informations entre les
employs.
Les notes de service ne parviennent pas forcment toutes les structures concernes ce
qui engendre certaines failles quand lapplication de ces notes.
Le fait dutiliser Outlook comme messagerie interne risque douvrir le rseau intranet
tous les dangers de linternet (virus, piraterie etc. )
Lutilisation des rseaux sociaux comme FACEBOOK des fins de communication
caractre administratif ou professionnel peut encourir la caisse a un vrai danger.
II.3 Orientation du systme futur

Afin de pallier aux dfaillances observes, on se propose dinformatiser le processus de
communication interne au sein de la CNAM. Ce qui se traduit par le dveloppement dun
Intranet une fois mis en place et exploit par tous les employs va permettre une
communication interne assez fluide et efficace.

Projet fin dtudes Etude Pralable
12
La cration d'un portail Intranet permet au personnel laccs l'information en temps
opportun et galement une mise jour rgulire et efficace. Un Portail peut servir fournir
tout genre dinformations utiles au sein de lorganisme. Partant du principe quune mauvaise
circulation de linformation dans une entreprise peut nuire excessivement a limage de cette
entreprise .
II.4 Etude des besoins

Dans cette section du chapitre, seront exposs les besoins des utilisateurs travers les
spcifications fonctionnelles et non fonctionnelles afin daboutir une application
performante et satisfaisante a la hauteur de lattente des utilisateurs.
II.4.1 Le concept Intranet
Un intranet est un rseau informatique utilis lintrieur dune entreprise ou de toute
autre entit organisationnelle utilisant les mmes technologies quinternet : logiciels,
navigation, serveurs web et moteurs . Il permet de relier tous les employs dans le but de
faciliter leur communication, leur collaboration et la gestion de leur travail. Cest donc
lquivalent dun site web priv avec toutes les fonctionnalits de linternet, mais surtout
avec des applicatifs de gestion spcifiques aux besoins de chaque organisme. Il sagit dun
moyen simple de partager et de valider les informations lintrieur dune structure. Cela est
dautant plus important que le personnel est assez parpill gographiquement sur tout le
territoire . Facile mettre en uvre de faon dcentralise, lintranet offre lavantage dune
interface identique quel que soit le poste de travail auquel l utilisateur est connect.
II.4.2 Besoins Fonctionnels

Pour la clart de ce travail, trois aspects spcifiques de lintranet : lintranet pour
informer (ou pour sinformer), lintranet pour collaborer et lintranet pour communiquer.
Lintranet pour (s) informer
Lintranet doit rassembler toutes les informations utiles au personnel dans lexercice de ses
fonctions et pour se situer dans son environnement de travail :
- Nouveauts, nouveaux services, actualits sur la vie de lorganisme.
- Annuaire tlphonique.
Projet fin dtudes Etude Pralable
13
- Consulter les informations de la caisse comme lorganigramme, rapports dactivit,
rglement intrieur, les notes de services
Lintranet pour partager
- Possibilits dalertes automatiques sur les dernires mises jour.
Lintranet pour communiquer
En matire de communication, les besoins se sont galement prciss :
- Rechercher une personne sur un annuaire par son nom.
- Communiquer par messagerie avec tout le personnel sans exception ou quil soit .
- Pouvoir grer ses congs en ligne : demande de cong, ou de rcupration, obtenir une
rponse, consulter son cong, valider la demande.
- Pouvoir sexprimer et changer sur un sujet dans un forum interne.
II.4.3 Besoins Non Fonctionnels

Les besoins non fonctionnels sont importants car ils agissent de faon indirecte sur le
rsultat et sur le rendement de lutilisateur do leurs importances. Pour cela il faut rpondre
aux exigences suivantes :
Fiabilit : lapplication doit fonctionner de faon cohrente sans erreurs.
Les erreurs : lapplication doit les signaler par des messages derreurs.
Ergonomie et bon IHM : lapplication doit tre adapte lutilisateur sans quil
fournisse trop deffort (utilisation claire et facile).
Efficacit : lapplication doit permettre laccomplissement de la tche avec le
minimum de manipulations.
Scurit : lapplication doit tre scurise au niveau des donnes: authentification
et contrle daccs.
II.5 Analyse du projet

Aprs avoir spcifi les besoins, et pour bien dfinir linteraction des diffrents acteurs avec le
systme, llaboration des diagrammes danalyse savre ncessaire. Cette partie prsente les
diffrents acteurs du systme futur ainsi que les diagrammes de contexte et les cas
dutilisation.
Projet fin dtudes Etude Pralable
14
II.5.1 Identification des acteurs
Le but de ce projet tant de permettre aux employs de la CNAM de disposer dune
plateforme de communication interne et de partage de donnes.
Chaque employ de lorganisme est un acteur interagissant avec lIntranet ce qui lui attribue
certains rles spcifiques au poste occup.

Le Tableau 1 prsente les diffrents acteurs du systme et leurs rles.

Acteur Rles
Administrateur Reprsente les dveloppeurs et les techniciens
responsables de gestion de lIntranet.
Ladministrateur peut :
- Donner le droit lutilisateur de grer les services.
- Grer les utilisateurs et les groupes.
- Grer les accs lIntranet.
- Auditer le systme.

Directeur Hirarchique Reprsente les chefs de centres, les directeurs, etc.
Cet acteur :
- Gre les services de la direction.

Utilisateur ordinaire Reprsente tous les employs de la CNAM, y compris les
administrateurs et les directeurs Hirarchiques, qui
peuvent :
- Grer la messagerie interne
- Consulter les articles
- Demander un service aux ressources humaines,
Amicale, direction...etc.
- recevoir les notifications et les informations sur ltat
des demandes
Les autres acteurs peuvent aussi tre considrs comme
des utilisateurs ordinaires.

Responsable service Reprsente les gestionnaires des directions qui peuvent :
- Grer les publications.
- Grer les demandes de service


Tableau 1:Acteurs du systme


II.5.2 Diagramme de contexte
Le diagramme de contexte permet de voir les principales fonctions du systme, il dfinit
essentiellement les limites du systme modlis ainsi que les cas dutilisation primaires. Le
diagramme de contexte correspondant ce projet est prsent comme suit:
Projet fin dtudes Etude Pralable
15





Figure 2:Diagramme de contexte


II.5.3 Diagramme de cas dutilisation
Le diagramme de cas dutilisation donne une vision globale du comportement fonctionnel du
systme. Un cas d'utilisation reprsente le dialogue entre lacteur et le systme de manire
abstraite. Cest une unit significative de travail.
Dans un diagramme de cas d'utilisation, les utilisateurs, appels acteurs, interagissent avec les
cas d'utilisation (use case). La Figure suivante prsente le diagramme de cas dutilisation dans
le cadre de ce projet :
Projet fin dtudes Etude Pralable
16
S'Authentifier
Grer les Congs
Directeur
Grer les Runions
Grer les publications
Responsable
Service
Grer les demandes
Grer les utilisateurs
Grer les droits et privileges
Administrateur
Grer les accs
Consultation Articles
Demander un service
Agent CNAM
Messagerie et Notifications
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>


Figure 3:Diagramme de cas dutilisation

Projet fin dtudes Etude Pralable
17
Le diagramme de la Figure prsente les cas dutilisation les plus importants pour le projet, les
tableaux suivants ont pour objet de donner les dtails de ces cas dutilisation :

Grer les congs : Tout Directeur hirarchique doit pouvoir grer les congs de sa
direction suite la rception de la demande de cong.

Nom du CU : Grer les Congs
Acteur principal : Directeur
Pr condition : Le Directeur doit tre authentifi
Actions :
- Valider Un cong.
- Refuser une demande de cong.
Rsultat :
- Notification informant lutilisateur demandeur de ltat de sa demande.

Tableau 2:Tableau descriptif du cas d'utilisation "Grer les congs"

Grer les runions : Tout Directeur hirarchique doit pouvoir grer les runions de sa
direction.

Nom du CU : Grer les runions
Acteur principal : Directeur
Pr condition : Le Directeur doit tre authentifi
Actions :
- Planifier une runion.
- Supprimer une runion.
- Modifier les informations concernant une runion.

Tableau 3:Tableau descriptif du cas d'utilisation "Grer les runions"


Grer les utilisateurs : Ladministrateur de lIntranet doit pouvoir grer les
utilisateurs de cette solution.

Nom du CU : Grer les Utilisateurs
Acteur principal : Administrateur
Pr condition : Ladministrateur doit tre authentifi
Projet fin dtudes Etude Pralable
18
Actions :
- Ajouter un utilisateur
- Supprimer un utilisateur
- Modifier un utilisateur
- Rechercher un utilisateur
- Ajouter un utilisateur un groupe.
- Modifier les groupes dutilisateurs.


Tableau 4:Tableau descriptif du cas d'utilisation "Grer les utilisateurs"


Grer les droits : Ladministrateur de lIntranet doit pouvoir grer les droits daccs
des utilisateurs.

Nom du CU : Grer les droits
Acteur principal : Administrateur
Pr condition : Ladministrateur doit tre authentifi
Actions :
- Attribuer le droit lutilisateur ou au groupe.
- Retirer le droit lutilisateur ou au groupe.


Tableau 5:Tableau descriptif du cas d'utilisation "Grer les droits"

Demande Service : Lagent CNAM doit pouvoir demander un service aux ressources
humaines ou dautres services.

Nom du CU : Demande Service
Acteur principal : Agent CNAM
Pr condition : Lagent doit tre authentifi
Actions :
- Remplir Formulaire.
- Annuler demande.
- Suivre ltat dune demande.


Tableau 6:Tableau descriptif du cas d'utilisation "Demande service"





Projet fin dtudes Etude Pralable
19
Grer les demandes : Le responsable service doit pouvoir grer les demandes
dagents CNAM.

Nom du CU : Grer les demandes
Acteur principal : Responsable service
Pr condition : Le Responsable service doit tre authentifi
Actions :
- Valider Demande.
- Refuser Demande.

Rsultat :
- Notification informant lutilisateur demandeur de ltat de sa demande.


Tableau 7:Tableau descriptif du cas d'utilisation "Grer les demandes"

Grer les publications : Le responsable service doit pouvoir grer les publications
des articles.
Nom du CU : Grer les publications
Acteur principal : Responsable service
Pr condition : Le Responsable service doit tre authentifi
Actions :
- Ajouter Article.
- Modifier Article.
- Supprimer Article.
- Publier Article.

Rsultat :
- Notification informant les utilisateurs de nouvel article publi.


Tableau 8:Tableau descriptif du cas d'utilisation "Grer les publications"

II.6 Conclusion
Le but de ce chapitre consiste donner une analyse dtaille des besoins pour ce projet,
accompagne dune tude approfondie de lexistant au sein de l office. Cette tude a permis
lidentification des anomalies du systme actuel.Les besoins ont t ressortis afin de pouvoir
connaitre les diffrentes fonctionnalits exiges pour la bonne circulation dinformation au
sein de la caisse.
Le chapitre suivant est consacrer aborder la phase de la conception .
Projet fin dtudes Modlisation Conceptuelle
20

























Chapitre III. Modlisation Conceptuelle
Au sommaire de ce chapitre


Conception gnrale
Conception dtaill






0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0






0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1














1
0
1
0



0
1
0
1
0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0

0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0
1
0
1

1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
"Un modle est, par dfinition, une simplification de la ralit"
Booch et al. 1999

Projet fin dtudes Modlisation Conceptuelle
21
Introduction

La conception est une tape primordiale dans le cycle de vie dune application. Elle a
pour objectif dlaborer des modles dtaills de larchitecture du systme partir du modle
obtenu lors de ltape danalyse des besoins. Elle vise galement rduire la complexit du
systme.
Dans ce chapitre je vais essayer de dcrire lensemble des donnes et traitements
ncessaires la ralisation du projet et ce par la description des diagrammes de classe,
dactivit et de squence.
III.1 Conception gnrale
III.1.1 Le modle de cycle de vie
Afin de concevoir et raliser ce projet, on a opt pour le model de cycle de vie en V.
III.1.1.a Prsentation du modle
Le modle du cycle en V est un modle conceptuel de gestion de projet imagin suite au
problme de ractivit du modle en cascade. Il permet, en cas d'anomalie, de limiter un
retour aux tapes prcdentes.


Figure 4:Modle en V
III.1.1.b Description du modle
La reprsentation en V tient compte d'avantage de la ralit, le processus de
dveloppement n'est pas rduit un enchanement de tches squentielles. Elle montre que:
- C'est en phase de spcification que l'on se proccupe des procdures de validation.
- C'est en phase de conception gnrale que l'on se proccupe des procdures
d'intgration.
Projet fin dtudes Modlisation Conceptuelle
22
- C'est en phase de conception dtaille que l'on prpare les tests unitaires.
Le modle de cycle de vie en V permet d'anticiper sur les phases ultrieures de
dveloppement du produit. En particulier le modle en V permet de commencer plus tt:
- Le plan de tests de qualification.
- Le plan d'valuation des performances.
III.1.2 Mthodologie adopte

Afin doptimiser la comprhension ainsi que la ralisation du projet on a choisi
comme mthodologie de dveloppement RUP (Rational Unified Process). Cest un standard
qui propose une conception assez pousse et prend en compte tous les dtails de conception
y compris le systme existant, RUP a la visibilit sur tout le systme dinformation
et il est conseill pour des projets qui commencent zro.
Cette mthodologie est base sur le langage de modlisation UML (Unified Modeling
Langage) que nous avons adopt pour toute la suite de notre travail.
En effet UML (Langage de modlisation unifi) comme son nom l'implique est un langage de
modlisation et non pas une mthode ou un procd. L'UML est constitu d'une notation trs
spcifique ainsi que les rgles grammaticales s'y attachant pour laborer des modles de
logiciel.
L'UML supporte un riche ensemble d'lments de notation graphique. Il dcrit la notation
pour les classes, les composants, les noeuds, les activits, le workflow, les cas d'utilisation, les
objets, les tats ainsi que la faon de modliser les relations entre ces lments. L'UML
permet galement les extensions personnelles travers les lments strotyps.

III.2 Conception dtaille
III.2.1 Les diagrammes dactivit

Le diagramme d'activit est un diagramme comportemental d'UML, permettant de
reprsenter le dclenchement d'vnements en fonction des tats du systme et de la
modlisation des comportements paralllisables (Multi-threads ou Multi-processus).
Il permet de modliser un processus interactif, global ou partiel pour un systme donn
(logiciel, systme d'information). Il est recommandable pour exprimer une dimension
temporelle sur une partie du modle.
Projet fin dtudes Modlisation Conceptuelle
23
[Champs non obl i gatoi re vi de ou/et i nval i de]
[Champs obl i gatoi re vi de ou/et i nval i de]
[Retour] [Retour]
[Champs obl i gatoi res val i des]
[Conti nuer]
[Agent exi ste dj a]
[Retour]
[Qui tter]
Demande Aj out Agent
[Formul ai re Aj out Agent]
[Al erte champs obl i gatoi re vi de3] [Al erte champs non obl i gatoi re vi de/i nval i de3]
Deci si on3
Rempl i r Formul ai re2
[Vri fi cati on des champs Agent]
[Enregi strement Agent]
Enregi strer Agent
Deci si on_4 [Al erte exi stence Agent]


Figure 5:Diagramme d'activit Ajout agent
[Champs non obl i gatoi re vi de ou/et i nval i de]
[Champs obl i gatoi re vi de ou/et i nval i de]
[Retour]
[Retour]
[Champs obl i gatoi res val i des]
[Conti nuer]
[Pri ode exi ste dj a]
[Retour]
[Qui tter]
Demande Aj out Cong
[Formul ai re Aj out Cong]
[Al erte champs obl i gatoi re vi de4] [Al erte champs non obl i gatoi re vi de/i nval i de4]
Deci si on4
Rempl i r Formul ai re3
[Vri fi cati on des champs Cong]
[Cong Aj out]
Enregi strer Cong
Deci si on_5 [Al erte exi stence Pri ode Cong]


Figure 6:Diagramme d'activit Ajout cong
Projet fin dtudes Modlisation Conceptuelle
24

[Champs non obl i gatoi re vi de ou/et i nval i de]
[Champs obl i gatoi re vi de ou/et i nval i de]
[Retour] [Retour]
[Champs obl i gatoi re rempl i s et val i des]
[Conti nuer]
Demande Envoi e message
[Formul ai re d'envoi e]
[Al erte champs obl i gatoi re vi de2] [Al erte champs non obl i gatoi re vi de/i nval i de2]
Deci si on2
Rempl i r Formul ai re d'envoi e
[Vri fi cati on des champs]
[Message envoy]
Envoyer message


Figure 7:Diagramme dactivit Envoie Message
Projet fin dtudes Modlisation Conceptuelle
25
[Champs non obl i gatoi re vi de ou/et i nval i de] [Champs obl i gatoi re vi de ou/et i nval i de]
[Retour]
[Retour]
[Champs obl i gatoi res val i des]
[Conti nuer]
Demande Aj out Arti cl e
[Formul ai re Aj out Arti cl e]
[Al erte champs obl i gatoi re vi de] [Al erte champs non obl i gatoi re vi de/i nval i de]
Deci si on
Rempl i r Formul ai re
[Vri fi cati on des champs arti cl e]
[Enregi strement arti cl e]
Enregi strer Arti cl e


Figure 8:Diagramme d'activit Ajout article

III.2.2 Les diagrammes de squences
Les diagrammes de squences sont la reprsentation graphique des interactions entre les
acteurs et le systme selon un ordre chronologique dans la formulation UML. On montre ces
interactions dans le cadre dun scnario de diagramme des cas dutilisation. Dans un souci de
simplification, on reprsente lacteur principal gauche du diagramme et les acteurs
secondaires ventuels droite du systme.
Le but tant de dcrire le droulement des actions entre les acteurs ou les objets.
Les priodes dactivit des classes sont symbolises par des rectangles.
Projet fin dtudes Modlisation Conceptuelle
26
Confi rmati on enregi strement
Erreur enregi strement
al t
<Champs val i des>
el se
Sai si r Donnes
get_rol e(i d_agt)
Rl e
Vri fi cati on champs
opt <Authenti fi >
Agent
:Arti cl e :Agent
Confi rmati on enregi strement
Erreur enregi strement
Sai si r Donnes
get_rol e(i d_agt)
Rl e
Vri fi cati on champs


Figure 9:Diagramme de squence Ajout Article


Projet fin dtudes Modlisation Conceptuelle
27

Erreur enregi strement
<Opti ons val i des>
el se
el se
Enregi strement reussi e
Erreur enregi strement
al t
Enregi strement Donnes
Vri fi cati on opti ons
opt
al t
<Authenti fi >
<Donnes val i des>
Sai si r donnes
Vri fi cati on donnes
Responsabl e
:Questi on :Opti on
Erreur enregi strement
Enregi strement reussi e
Erreur enregi strement
Enregi strement Donnes
Vri fi cati on opti ons
Sai si r donnes
Vri fi cati on donnes


Figure 10:Diagramme de squence Ajout sondage


Projet fin dtudes Modlisation Conceptuelle
28
Erreur Connexi on
el se
Sauvegarde Sessi on
get_profi l (i d_agt)
Profi l
Page d'accuei l
al t
<exi ste>
Sai si r Donnes (l ogi n, password)
Vri fi cati on exi stance
Loop <Connexi on errone>
Agent CNAM
:Agent :Sessi on :Profi l
Erreur Connexi on
Sauvegarde Sessi on
get_profi l (i d_agt)
Profi l
Page d'accuei l
Sai si r Donnes (l ogi n, password)
Vri fi cati on exi stance


Figure 11:Diagramme de squence Authentification


Profi l i nexi stant
el se
Profi l Agent
al t <exi ste>
Sai si e donnes
Recherche agent
<Authenti fi >
opt
:Agent
Agent
Profi l i nexi stant
Profi l Agent
Sai si e donnes
Recherche agent


Figure 12:Diagramme de squence Consulter profil
Projet fin dtudes Modlisation Conceptuelle
29
III.2.3 Diagramme des classes
Une classe reprsente la structure d'un objet, c'est--dire la dclaration de l'ensemble des
entits qui le composent. Elle est constitue d'attributs dont les valeurs reprsentent l'tat de
l'objet et des mthodes qui sont les oprations applicables aux objets.
0..*
1..1
0..*
1..1
0..*
1..1
0..*
1..1
0..*
1..1
0..*
1..1
0..*
1..1
0..*
0..*
0..*
1..1
0..*
1..1
0..*
1..1
Profi l
-
-
i d
l i b
: i nt
: j ava.l ang.Stri ng
Agent
-
-
-
-
-
-
-
-
-
-
-
i d_agt
nom
prenom
dat_nai ss
l ogi n
password
rol e
pathpro
propos
tel _mob
tel _fi x
: i nt
: j ava.l ang.Stri ng
: j ava.l ang.Stri ng
: Date
: j ava.l ang.Stri ng
: j ava.l ang.Stri ng
: i nt
: j ava.l ang.Stri ng
: j ava.l ang.Stri ngBuffer
: i nt
: i nt
Di recti on
-
-
-
i d
l i b
adresse
: i nt
: j ava.l ang.Stri ng
: j ava.l ang.Stri ng
+
+
+
Aj outer ()
Modi fi er ()
Suppri mer ()
: voi d
: voi d
: voi d
Arti cl e
-
-
-
-
-
-
-
-
i d
annee
moi s
ti tre
corps
source
dat_pub
l i k_nb
: i nt
: i nt
: i nt
: j ava.l ang.Stri ng
: j ava.l ang.Stri ng
: j ava.l ang.Stri ng
: Date
: i nt
+
+
+
Aj outer ()
Modi fi er ()
Suppri mer ()
: voi d
: voi d
: voi d
Message
-
-
-
-
-
-
-
-
-
-
i d
annee
obj et
corps
source
desti nati on
dat_env
etat
sup_rec
sup_env
: i nt
: i nt
: j ava.l ang.Stri ng
: j ava.l ang.Stri ng
: i nt
: i nt
: Date
: i nt
: i nt
: i nt
+
+
Envoyer ()
Consul ter ()
: voi d
: voi d
Sessi on
-
-
-
i d
dat_on
dat_off
: i nt
: Date
: Date
Etat_demande
-
-
i d_etat
l i b_etat
: i nt
: j ava.l ang.Stri ng
Type_conge
-
-
i d_typ
l i b_typ
: i nt
: j ava.l ang.Stri ng
Demande
-
-
-
-
-
-
-
i d
annee
dat_cre
cod_etat
dat_dec
i d_resp
moti f
: i nt
: i nt
: Date
: i nt
: Date
: i nt
: j ava.l ang.Stri ng
Travai l
- l angue : j ava.l ang.Stri ng
Questi on
-
-
-
-
-
i d_quest
annee
texte
i d_agt
dat_deb
: i nt
: i nt
: j ava.l ang.Stri ng
: i nt
: Date
Opti on
-
-
-
i d_opt
l i b
nb
: i nt
: j ava.l ang.Stri ng
: i nt
Cong
-
-
-
dat_deb
dat_fi n
duree
: i nt
: i nt
: i nt
Typ_arti cl e
-
-
i d_typart
l i b_typart
: i nt
: j ava.l ang.Stri ng


Figure 13:Diagramme de classes

III.2.3.a Classes et attributs

Article (id,annee,mois,titre,corps,dat_pub,source,lik_nb,#id_profil,#id_agt,#id_typ)
Typ_article (id_typ,lib_typ)
Question (id,id_agt,lib,dat_deb,dat_fin)
Questoption (id_opt,lib_opt,#id)
Choix (id,id_opt,id_agt,dat)
Demande (id_dem,annee_dem,dat_cre,dat_dec,id_resp,motif,#id_etat)
Etat_demande (id_etat,lib_etat)
Travail (langue)
Conge (dat_deb_cng,dat_fin_cng,duree)
Type_conge (id_typ,lib_typ)
Direction (id_dir,lib_dir,adresse)
Profil (id_pro,lib_pro)
Message (id_msg,annee_msg,objet,corps,dat_env,sup_rec,sup_env,dest,etat,#id_agt)
Projet fin dtudes Modlisation Conceptuelle
30
Session (id_ses,dat_in,dat_out,#id_agt)
Agent (id_agt,nom,prenom,dat_naiss,role,login,password,pathpro,about,tel_mob,tel_fix,
#id_pro,#id_dir)
III.2.3.b Dictionnaire de donnes

Attribut Dsignation
Id_agt Identifiant de lagent
Nom Nom dagent
Prenom Prnom dagent
Dat_naiss Date de naissance
Role Rle dagent
Login Nom dauthentification
Password Mot de passe
Pathpro Chemin de photo de profil
About Informations divers
Tel_mob Tlphone mobile
Tel_fix Tlphone fixe
Id_ses Identifiant de session
Dat_in Date de connexion
Dat_out Date de dconnexion
Id_msg Identifiant de message
Annee_msg Anne de message
Objet Objet de message
Corps Continue de message
Dat_env Date denvoie
Sup_rec Indice de suppression de message reu
Sup_env Indice de suppression de message envoy
Dest Destinataire
Etat Indice de lecture de message
Id_pro Identifiant de profil
Lib_pro Libell de profil
Id_dir Identifiant de direction
Lib_dir Libell de direction
Adresse Adresse de direction
Id_typ Identifiant de type cong
Lib_typ Libell de cong
dat_deb_cng Date dbut cong
dat_fin_cng Date fin cong
Dure Nombre de jours de cong
Langue Langue dattestation de travail
Id_etat Identifiant dtat demande
Lib_etat Libell dtat demande
Id_dem Identifiant demande
Annee_dem Anne demande
Dat_cre Date cration demande
Dat_dec Date prise de dcision
Id_resp Matricule de responsable
Motif Motif de demande
Id_quest Identifiant de question de sondage
Id_opt Identifiant doption de sondage
Dat Date de vote
Lib_opt Libell doption de sondage
Dat_deb Date lancement de sondage
Projet fin dtudes Modlisation Conceptuelle
31
Dat_fin Date fin de sondage
Id_typ Identifiant de type article
Lib_typ Libell de type article
Id Identifiant article
Annee Anne article
Mois Mois article
Titre Titre darticle
Corps Continue darticle
Dat_pub Date publication darticle
Source Source darticle
Lik_nb Nombre total de jaime

Tableau 9: Dictionnaire de donnes


III.3 Conclusion

Avec ce chapitre, sachve la phase de conception ce qui va constituer une base pour
La ralisation .
Projet fin dtudes La Ralisation
32





















Chapitre IV. La Ralisation
Au sommaire de ce chapitre

Atelier de gnie logiciel
Enchainement des menus
Quelques interfaces






0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0






0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1














1
0
1
0



0
1
0
1
0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0

0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0
1
0
1

1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
" Ne me parlez pas de vos efforts. Parlez-moi de vos rsultats "
Ling, James Joseph

Projet fin dtudes La Ralisation
33
Introduction

Au niveau de cette dernire partie, je mintresse aux outils utiliss pour la ralisation de
ce projet ainsi que ses principales interfaces.
IV.1 Atelier de gnie logiciel
IV.1.1 Langage de programmation
Pour le dveloppement de cette application, on a eu recours au langage de
programmation JAVA. Cest la garantie de portabilit qui fait la russite de Java dans les
architectures client-serveur, cela facilite la migration entre serveurs ce qui est trs difficile
pour les gros systmes.
Dautres parts JAVA est scuris, il a t conu pour tre exploit dans des
environnements serveurs et distribus. Dans ce cadre, la scurit na pas t nglige. Notons
aussi que cest le langage le plus adopt par les dveloppeurs grce sa fiabilit et sa
performance leve.
IV.1.1.a Environnement de dveloppement
Java Dveloppent Kit Java (JDK) est l'environnement dans lequel le code Java est compil
pour tre transform en bytecode afin que la machine virtuelle JAVA (JVM) puisse
l'interprter.
JEE Java Enterprise Edition, ou Java EE, est une spcification pour la technique Java de
Sun plus particulirement destine aux applications dentreprise. Ces applications sont
considres dans une approche multi-niveaux. Dans ce but, toute implmentation de cette
spcification contient un ensemble dextensions au Framework Java standard (JSE, Java
Standard Edition) afin de faciliter la cration dapplications rparties.
IV.1.2 Conception
PowerAMC est un logiciel de conception cr par la socit SDP, qui permet de modliser
les traitements informatiques et leurs bases de donnes associes.
IV.1.3 IDE (Environnement de dveloppement intgr)
NetBeans est un environnement de dveloppement intgr (EDI). En plus de Java, NetBeans
permet galement de supporter diffrents autres langages, comme Python, C, C++, JavaScript,
XML, Ruby, PHP et HTML. Il comprend toutes les caractristiques d'un IDE moderne
(diteur en couleur, projets multi-langage, refactoring, diteur graphique d'interfaces et de
pages Web).
Projet fin dtudes La Ralisation
34
IV.1.4 Serveur dApplication
GlassFish est un serveur d'applications Open Source Java EE 5 et dsormais Java EE 6 avec
la version 3 qui sert de socle au produit Oracle GlassFish Server

(anciennement Sun Java
System Application Server de Sun Microsystems). Sa partie Toplink persistence provient
d'Oracle. C'est la rponse aux dveloppeurs Java dsireux d'accder aux sources et de
contribuer au dveloppement des serveurs d'applications de nouvelle gnration.
IV.1.5 Systme de gestion de base des donnes
MySQL est un systme de gestion de base de donnes (SGBD). Selon le type d'application. Il
fait partie des logiciels de gestion de base de donnes les plus utiliss au monde, autant par le
grand public (applications web principalement) que par des professionnels.
IV.1.6 Framework
JavaServer Faces

(abrg en JSF) est un Framework Java, pour le dveloppement
d'applications Web.
IV.1.7 API
La J ava Persistence API (abrge en JPA), est une interface de programmation Java
permettant aux dveloppeurs d'organiser des donnes relationnelles dans des applications
utilisant la plateforme Java. La Java Persistence API est l'origine issue du travail du groupe
d'experts JSR 220. La persistance dans ce contexte recouvre trois zones :
l'API elle-mme, dfinie dans le paquetage javax.persistence
le langage Java Persistance Query (JPQL)
l'objet/les mta donnes relationnelles
LOG4J : Bibliothque de journalisation de l'excution d'une application.
Primefaces : un jeu de composants open-source supportant Ajax, Jsf 2




Projet fin dtudes La ralisation
35
VI .2 Quelques interfaces
VI .2.1 Menu gnral de lapplication



Figure 14: Interface Menu gnral

Projet fin dtudes La ralisation
36
VI.2.2 Authentification



Figure 15:Interface Authentification

Projet fin dtudes La ralisation
37
VI.2.3 Ajout Article



Figure 16:Interface Ajout Article
VI.2.4 Messagerie



Figure 17:Interface Messagerie
VI.2.5 Saisie Cong



Figure 18:Interface Saisie Cong
VI.2.6 Gestion de demande attestation de travail



Figure 19:Interface Gestion de demande attestation de travail

VI.2.7 Annuaire



Figure 20:Interface Annuaire
Projet fin dtudes La ralisation
38
VI.2.8 Gestion des utilisateurs



Figure 21:Interface Gestion des utilisateurs
VI.2.9 Liste des articles



Figure 22:Interface Liste des articles

VI.2.10 Gestion de profil



Figure 23:Interface Gestion de profil

VI.2.11 Paramtres compte



Figure 24:Interface Paramtres compte


VI.3 Conclusion
la fin de cette phase, on a obtenu une version finale de lapplication Intranet CNAM prte tre utilise.
Projet fin dtudes Conclusion Gnrale


39















Chapitre V. Conclusion Gnrale





























0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0






0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1
0
1














1
0
1
0



0
1
0
1
0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0

0
1
0
1
0
1
0
0














1
0
1
0
1
0
1
0
1
1
0
1
0
1

1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
"Une application satisfaisante est une application qui ouvre vers des
perspectives bien innovantes".
Xavier Borderie
Projet fin dtudes Conclusion gnrale



Durant cette priode de stage qui a constitue une initiation, jai t appel mettre en
place le rseau Intranet de la caisse.

En effet, ce stage ma donn lopportunit de mettre en pratique mes connaissances
acquises durant mon parcours universitaire, de me familiariser avec dautres outils et de
profiter de lenvironnement professionnel et des comptences de cet organisme par lchange
dides et dinformations.

La mthodologie UML utilise ma permis de bnficier de ses niveaux de
conception pour une meilleure apprhension du domaine tudi. Le dveloppement de cette
application sest avr profitable pour lusage des nouvelles volutions des outils de
dveloppement tels que NetBeans et le langage J2ee ainsi que pour lexploitation des notions
de programmation oriente objet.

Le travail effectu a fait lobjet dune analyse dtaille des besoins des utilisateurs, de la
conception et de llaboration dun logiciel informatique qui permet plus de fiabilit et plus
defficacit.

Nanmoins, on peut parvenir une volution dans le futur compte tenu du fait quaucun
produit nest totalement parfait et que toute conception peut senrichir et voluer. Je propose
que laccs ce portail se fait aussi travers le site web de la CNAM pour que lIntranet soit
accessible tout moment pour les agents de la caisse.


Projet fin dtudes Rfrences Web graphie


48

Rfrences Web graphie

[1] : http://www.wikipdia.org
[2] : http://www.google.com
[3] : http://www. mkyong.com
[4] : http://www. dicofr.com: dictionnaire de linformatique et dinternet.












































Ce projet consiste concevoir et raliser un rseau Intranet au sein de la CNAM. Cette
solution permet lautomatisation de la circulation dinformation entre les agents de
lorganisme et laccs l'information en temps opportun.

.
.


This project is to conceive and implement an Intranet network in the CNAM. This solution
allows to automate the circulation of information among societys agents and to access timely
to any information.