Vous êtes sur la page 1sur 61

Master spcialis

Qualit du logiciel



Mmoire du stage de fin dtudes

Gestion daccs la plateforme Informatique


Prsent par : Ahlam Zemmouri

Date de soutenance : 03 juillet 2013

Jury:
Prnom et Nom Etablissement Qualit
Mme Aknin Noura Facult des sciences Ttouan
Prsident

Mr El khaldi mohamed Facult des sciences Ttouan Encadrant universitaire
Mr benerroua Abdellatif TMSA au Port Tanger Med Encadrant professionnel
Mr Aammou souhaib Facult des sciences Ttouan Examinateur

Stage professionnel effectu :
TMSA au Port Tanger Med


Universit Abdelmalek Essadi

Facult des Sciences Ttouan
Mmoire de Fin dEtudes

2



Ddicace

A ma trs chre Maman,
Aucun mot ne pourra exprimer ma gratitude envers vous, ma trs chers Maman Je ne
sais pas comment vous remercier pour tout ce que vous avez fait pour moi. Jespre
que vous trouverez dans ce travail le tmoignage de ma profonde reconnaissance et
mon ternel attachement.

A mon trs cher professeur Abdenbi Ben driss,
Une pense sincre lui qui est arriv dans ma vie au bon moment, pour me
soutenir durant les 3 ans. les moments les plus dures. Il a su mcouter,
supporter, ma mauvaise humeur, mes angoisses. Il a su me soutenir et soccuper de
moi. Il a t mon beau soleil et ma apport de la lumire dans ma vie. Je lui ddie
galement ce travail en tmoignage de son affection, de son amour, de son soutien
moral, de sa patience, de sa gentillesse, de sa bont et de sa grande gnrosit.


A toute ma famille
A tous mes amis (es)
A tous ceux qui maiment

Je vous ddie ce travail esprant avoir ralis votre rve de me voir russir.
A toute personne mayant consacr un jour, un moment de sa vie pour maider, me
conseiller ou mencourager, je ddie ce travail en signe de reconnaissance et de
tmoignage de lestime et du respect.

Mmoire de Fin dEtudes

3



Remerciements

Il mest agrable de macquitter dune dette de reconnaissance auprs de toutes
les personnes dont lintervention, au cours de ce projet, a favoris son aboutissement.
Mes vifs remerciements vont aussi mes encadrants ; Mr. Khaldi Mohamed et
Mr. Aammou Souhaib pour leurs remarques et leurs conseils trs constructifs quils
mont adress tout au long de mon projet.
Je remercie galement et fort agrablement mon encadrant Mr. Abdellatif
benerroua, responsable support Informatique et Telecom TMSA pour le choix de
mon sujet. Je suis trs reconnaissant pour ses directives prcieuses et conseils
pertinents qui mont t dun appui considrable tout le long de ce stage, ainsi Je
remercie M. Mohamed Touzani chef de projet Cires Telecom mon sous encadrant
qui ma donne toutes les informations pour la ralisation de se travail.
Que soient remercis respectueusement tous les enseignants de la facult des
sciences de Ttouan pour la formation trs riche quils mont fournie, et qui mont
vraiment assur une insertion facile lenvironnement de lentreprise.
Je ne saurais oublier dans mes remerciements tous les membres de jury. Quils
trouvent ici lexpression de mes reconnaissances pour avoir accept dvaluer mon
travail.
Que tous ceux et celles qui ont contribu de prs ou de loin laccomplissement
de ce travail. Quils trouvent ici lexpression de mes remerciements les plus
chaleureux.

Mmoire de Fin dEtudes

4



Rsum

Le prsent mmoire est une synthse du travail que jai ralis dans le cadre de
mon projet de fin dtudes effectu au sein de Port Tanger Med la socit TMSA.

En effet, le projet constitue une tape primordiale dans le processus de formation,
car il permet de concrtiser les thories et les concepts acquis lors de la formation, et
dtre ainsi dot dun esprit de libert dinitiative et de crativit.

Ces objectifs ont t raliss en uvrant sur une application de gestion des
demandes daccs la plate forme SI de TMSA et qui doit permettre :
La gestion de toutes les demandes daccs la plate forme SI ainsi les
demandes des divers services
La mise en place dun service de notification pour faciliter lchange entre
les diffrents utilisateurs
La gestion de suivi des demandes
La Gnration des statistiques







Mmoire de Fin dEtudes

5



Liste des Abrviations





Abrviation Signification
TMSA Agence spciale Tanger mditerrane
TMPA Tanger Med Port Autorit
SI Systme Informatique
PPR Port passagers et roulier
MED Mditerrane
UML Langage de modlisation unifi
2TUP 2 Tracks Unified Process
HTML HyperText Mark-Up Language
CSS Cascading Style Sheets
PHP Hypertext Preprocessor
J S JavaScript
SGBD systme de gestion de base de donnes


Mmoire de Fin dEtudes

6



Liste des Figures

Figure 1- Schma dorganisation de TMSA ................................................................................................ 12
Figure 2 - Organigramme de TMPA ............................................................................................................ 15
Figure 3 - Plan structur Tanger MED 1....................................................................................................... 16
Figure 4 - Plan 1 structur Tanger MED 2 ................................................................................................... 17
Figure 5 - Plan 2 structur Tanger MED 2 .................................................................................................. 18
Figure 6 - Le cycle de dveloppement en Y (2TUP) ..................................................................................... 22
Figure 7 - Diagramme de Gantt ................................................................................................................... 24
Figure 8 - Acteurs de systme ..................................................................................................................... 31
Figure 9 - expliquant les droits des profils................................................................................................... 32
Figure 10 - Cas d'utilisation de contexte ..................................................................................................... 32
Figure 11 - Tableau didentification des cas dutilisations ......................................................................... 33
Figure 12 - Diagramme du cas d'utilisation "S'authentifier" ....................................................................... 34
Figure 13 - Tableau de Cas dutilisation " sauthentifier " ........................................................................ 34
Figure 14 - Diagramme du cas d'utilisation " Grer des utilisateurs " ........................................................ 35
Figure 15 -Tableau de Cas dutilisation grer compte utilisateur ........................................................ 36
Figure 16 - Diagramme Grer les demandes par ladministrateur ............................................................. 37
Figure 17 - Tableau de Cas dutilisation Grer les demandes par ladministrateur ............................ 38
Figure 18 - Diagramme Grer les demandes par le demandeur ................................................................ 39
Figure 19 -Tableau de Cas dutilisation Grer les demandes par le demandeur ................................. 40
Figure 20 - Diagramme Grer les demandes par le groupe de traitement ............................................... 41
Figure 21 - Tableau de Cas dutilisation Grer les demandes par le traiteur ...................................... 42
Figure 22 - Diagramme Grer le suivi des demandes ................................................................................. 43
Figure 23 - Tableau de Cas dutilisation Grer le suivi des demandes ................................................... 43
Figure 24 - Diagramme Grer les rapports .................................................................................................. 44
Figure 25 - Tableau de Cas dutilisation Grer les rapports ................................................................. 44
Figure 26 - Diagramme de classes ............................................................................................................... 45
Figure 27 - Diagramme de squence de gestion des demandes ................................................................. 46
Figure 28 - Interface d'authentification ....................................................................................................... 53
Figure 29 - Interface daffichage des utilisateurs ........................................................................................ 53
Figure 30 - Interface dajouter utilisateur ................................................................................................... 54
Figure 31 - Interface daffichage de demande ........................................................................................... 55
Figure 32 - Interface dajouter dune demande .......................................................................................... 56
Figure 33 - Interface de notification ............................................................................................................ 57
Figure 34- Interface de Boites de rception des groupes ........................................................................... 58
Figure 35 - Interface de suivi de demande .................................................................................................. 59
Figure 36 - Interface de gnration de statistique ..................................................................................... 59
Mmoire de Fin dEtudes

7



Table des matires

Ddicace .......................................................................................................................................................... 2
Remerciements ................................................................................................................................................ 3
Rsum ............................................................................................................................................................ 4
Liste des Abrviations ...................................................................................................................................... 5
Liste des Figures .............................................................................................................................................. 6
Table des matires .......................................................................................................................................... 7
Introduction gnrale ...................................................................................................................................... 9
Chapitre 1 : Contexte gnral du projet ........................................................................................................ 10
Introduction : ................................................................................................................................................. 11
1. Prsentation de lorganisme daccueil ...................................................................................................... 11
1.1 Prsentation de TMSA: ............................................................................................................. 12
2. Lautorit portuaire du port Tanger Med (TMPA): .................................................................................. 14
2.1 Prsentation de TMPA: ............................................................................................................. 14
2.2 Organigramme de TMPA: ......................................................................................................... 15
3. Le complexe portuaire Tanger Med en Plan structur .............................................................................. 16
4. Prsentation gnrale du projet ................................................................................................................ 19
4.1 Objectifs et enjeux du projet ..................................................................................................... 20
4.2 Dmarche et conduite du projet............................................................................................... 20
5. Conduite de projet ..................................................................................................................................... 21
5.1 Processus de dveloppement du projet (2TUP) ........................................................................ 21
5.2 Planning du projet ..................................................................................................................... 23
Conclusion ..................................................................................................................................................... 25
Chapitre 2 : Etude de lexistant et spcification des besoins fonctionnels .................................................... 26
Introduction ................................................................................................................................................... 27
1. Etude de lexistant ..................................................................................................................................... 27
2 .Spcification des besoins ........................................................................................................................... 28
3. Besoins fonctionnels .................................................................................................................................. 28
Conclusion ..................................................................................................................................................... 29
Mmoire de Fin dEtudes

8

Chapitre 3 : Etude conceptuelle du projet ..................................................................................................... 30
Introduction ................................................................................................................................................... 31
1. Diagramme de cas dutilisation gnral ................................................................................................... 31
1.1. Identification des acteurs ........................................................................................................... 31
1.2. Diagramme de contexte : ........................................................................................................... 32
1.3. Identification des cas dutilisations ........................................................................................... 33
1.4. Architecture modulaire .............................................................................................................. 33
2. Description des cas dutilisations .............................................................................................................. 34
2.1. Module Authentification ...................................................................................................... 34
2.2. Module Gestion des utilisateurs .......................................................................................... 35
2.3. Module Gestion des demandes par ladministrateur ............................................................. 37
2.4 Module Gestion des demandes par le demandeur................................................................. 39
2.5. Module Gestion des demandes par le groupe de traitement ................................................. 41
2.6. Module Gestion de suivi des demandes ............................................................................... 43
2.7. Module Gestion des statistiques .......................................................................................... 44
3. Diagramme de classes ............................................................................................................................... 45
4. Diagramme de squence de gestion des demandes ................................................................................... 46
Conclusion ..................................................................................................................................................... 47
Chapitre 4 : Ralisation du projet ................................................................................................................. 48
Introduction ................................................................................................................................................... 49
1. Choix techniques ....................................................................................................................................... 49
1.1 Outils de travail........................................................................................................................... 49
2. Principales interfaces graphiques .............................................................................................................. 53
2.1 Authentification .......................................................................................................................... 53
2.2 Afficher les utilisateurs ............................................................................................................... 53
2.3 Ajouter un utilisateur .................................................................................................................. 54
2.4 Afficher les demandes ................................................................................................................ 55
2.5 Ajouter une demande .................................................................................................................. 56
2.6 Notification ................................................................................................................................. 57
2.7 Boites de rception des groupes................................................................................................. 58
2.8 suivi des demandes ..................................................................................................................... 59
2.9 Gnration de statistiques .......................................................................................................... 59
Conclusion gnrale ..................................................................................................................................... 60
weboGraphie.................................................................................................................................................. 61

Mmoire de Fin dEtudes

9



Introduction gnrale

Le travail que jai effectu au sein de la socit TMSA sintitule Gestion des
demandes daccs la plateforme SI il va mettre la disposition de lentreprise
une application fiable et paramtrable ainsi un systme de notification qui doit
simplifier la circulation de linformation entre les diverse utilisateurs.
Ce prsent mmoire est constitu de trois parties concrtisant chaque tape de son
droulement :
La premire partie prsente lorganisme daccueil et la prsentation
gnrale de projet.
La deuxime partie dcrit ltude prliminaire qui commence par une
analyse de lexistant suivie dune capture de besoins et tude fonctionnels
La quatrime partie rapporte la phase danalyse et architecture logicielle
prcisant les techniques et les outils utiliss.
La cinquime partie dcrit la ralisation et la mise en uvre du systme








Mmoire de Fin dEtudes

10












Chapitre 1 : Contexte gnral du projet










Mmoire de Fin dEtudes

11


I ntroduction :
Le but de ce chapitre est la prsentation de lorganisme au sein duquel a t
effectu mon projet de fin dtudes. Nous prsentons dans un premier temps
Lorganisme daccueil TMSA, son positionnement au sein du Port Tanger Med,
ses activits, pour examiner ensuite le sujet du projet, son objectif et la mthode de
conduite de projet adopte.
1. Prsentation de lorganisme daccueil




Mmoire de Fin dEtudes

12


1.1 Prsentation de TMSA:

TMSA, ceci dit lagence spciale du port Tanger mditerrane est une socit
anonyme directoire et conseil de surveillance au capital de 818 000 000 DH.
Toutefois, Elle est contrle directement par ltat travers le Fonds Hassan II
pour le Dveloppement conomique et Social. Celle-ci est charge du
dveloppement, de lamnagement et de la gestion du complexe Tanger
mditerrane.
Par ailleurs TMSA est organise autour de trois ples dactivits majeures et
savoir :
Lactivit portuaire pilote sous TMPA (Tanger Med Port Authority)
Zones dactivits et immobilier (MEDHUB et Tanger Free Zone)
les activits territoriales (TMSA et Fondation Tanger Med)
Figure 1- Schma dorganisation de TMSA

Mmoire de Fin dEtudes

13



Au niveau de lautorit portuaire, TMSA, travers sa filiale ddie Tanger Med
Port Authority (TMPA), assure:
La construction et la maintenance de linfrastructure portuaire : digues,
dragages et ouvrages daccostage

Le dveloppement des activits et des capacits du complexe portuaire

La fonction dautorit concdante ou lexploitation en direct des terminaux
portuaires et des activits portant un caractre de service public

Lorganisation et la rgulation des relations et des changes entre les acteurs
de la communaut portuaire

La promotion du port Tanger Med dans son ensemble

La fonction de police portuaire travers la capitainerie

En plus, TMSA assure, travers ses filiales ddies, la gestion et la
commercialisation des zones dactivits du complexe Tanger Med. Ceci consiste
principalement en:
Lamnagement des zones (terrassements, viabilisation, voiries) et la
construction des btiments (bureaux, entrepts logistiques, btiments
industriels)

La promotion commerciale des zones dactivit

La location des terrains nus viabiliss, entrepts et bureaux aux utilisateurs

La gestion et la maintenance des diffrents rseaux et prestations (eau,
lectricit, hygine, scurit, contrle daccs, etc.)

Le contrle des constructions, installations et activits au sein des zones.


Mmoire de Fin dEtudes

14



Et Dans le cadre de sa mission de dveloppement territorial, TMSA contribue au
programme damnagement du territoire autour du Port Tanger Med. Pour ce faire,
TMSA finance et ralise en troite collaboration avec les autorits de la rgion des
programmes de dveloppement socio-conomique destins la population locale et
axs sur :
La sant

Lducation

La formation professionnelle


TMSA veille, galement, concilier le projet de Tanger Med avec une politique
ambitieuse de dveloppement durable.

2. Lautorit portuaire du port Tanger Med (TMPA):
2.1 Prsentation de TMPA:

TMPA (Tanger Med Port Authority) concentre ses missions sur la gestion et le
dveloppement des infrastructures, la coordination et lanimation de la communaut
portuaire et garantit la fiabilit et la performance des services assurs aux clients de la
plateforme portuaire tout en tant aligne sur les pratiques de gouvernance les plus
modernes.





Mmoire de Fin dEtudes

15


2.2 Organigramme de TMPA:



Figure 2 - Organigramme de TMPA






Mmoire de Fin dEtudes

16


3. Le complexe portuaire Tanger Med en Plan structur

Figure 3 - Plan structur Tanger MED 1

Mmoire de Fin dEtudes

17












Figure 4 - Plan 1 structur Tanger MED 2

Mmoire de Fin dEtudes

18


Figure 5 - Plan 2 structur Tanger MED 2
Mmoire de Fin dEtudes

19


4. Prsentation gnrale du projet
Dvelopper une application de Gestion daccs la plateforme Informatique,
conforme aux normes et mthodologies de management de systmes dinformation,
et qui va permettre dchanger entre lentit SI de TMPA et lquipe Infogrance
(Cires Telecom) dans les dlais les plus courts et de la faon la plus efficace lors
des demandes daccs la plateforme SI.

Ainsi lapplication doit Possder une solution qui assure les fonctionnalits
suivantes:


Un systme de notification simple et facile dutilisation qui donnera la
possibilit aux quipes SI et Infogrance Cires Telecom de grer les changes
selon les procdures et contrat en vigueur.

Des fonctionnalits de classification et organisations des demandes selon leurs
natures et priorits.

Des fonctionnalits de notification et de suivi avec les prestataires notamment
lquipe infogrance.

Fonctionnalit de renseignement des tapes de diagnostic et rsolution.

Une base de connaissance (capitalisation des solutions).

Gnration de Statistiques










Mmoire de Fin dEtudes

20


4.1 Objectifs et enjeux du projet

Les principaux objectifs atteindre par le prsent projet de fin d'tudes sont :

Acqurir les bonnes pratiques permettant de dvelopper la capacit
De concevoir et la facult de rsoudre les problmes rencontrs.
Rduire les tches manuelles.
Rduire le cot des traitements des demandes daccs la plate forme SI.
Implmenter le systme de notification afin de faciliter la communication
Entre lentit SI de TMPA et lquipe Infogrance (Cires Telecom).
Implmenter le systme de suivi des demandes afin de faciliter le poursuive
Des tats des demandes ainsi le dlai de traitement, la dates dactivation
Et date dexpiration.
4.2 Dmarche et conduite du projet

Dans le cadre de mon projet, je me suis intresse la fois l'laboration d'un
dossier de conception et la ralisation de l'application de la gestion daccs la
plateforme Informatique adapte au besoin de ladministration.
La conduite d'un tel projet est relativement complexe si on ne suit pas une dmarche
et une mthodologie bien dfinies l'avance. Ainsi, Jai dcompos mon projet en
plusieurs phases, savoir :
tude de lexistant : qui consiste identifier et recenser les informations et
procdures utiles la comprhension de l'application en question. Elle a pour
objectif de mettre en vidence les dfaillances et les besoins du systme existant.


Mmoire de Fin dEtudes

21


Spcification des besoins: qui dfinit les services que doit rendre le systme. Elle
permet galement de dterminer le contexte dans lequel celui-ci va tre utilis.
tude fonctionnelle : qui permet de se familiariser avec le logique mtier de
l'application avant de commencer la conception.
paramtrage : adapter, dveloppement et paramtrage des modules
Ralisation : c'est la mise en place de l'application.
5. Conduite de projet
5.1 Processus de dveloppement du projet (2TUP)

Dans la ralisation de mon projet jai choisi 2TUP comme Processus de
dveloppement. 2TUP est un processus unifi (cest--dire construit sur UML,
itratif, centr sur larchitecture et conduit par les cas dutilisation) qui apporte
une rponse aux contraintes de changement continuel imposes aux systmes
d'information de l'entreprise. "2 Tracks" signifient littralement que le processus
suit deux chemins. Il s'agit des chemins fonctionnels et d'architecture
technique , qui correspondent aux deux axes de changement. Le processus 2TUP
propose alors un cycle de dveloppement en Y, qui dissocie les aspects techniques
des aspects fonctionnels.
Mmoire de Fin dEtudes

22


Figure 6 - Le cycle de dveloppement en Y (2TUP)

La branche gauche (Contraintes fonctionnelle): capitalise la connaissance du
mtier de lentreprise. Elle constitue gnralement un investissement pour le moyen
et le long terme. Les fonctions du systme dinformation sont en effet indpendantes
des technologies utilises.
Cette branche comporte les tapes suivantes:
La capture des besoins fonctionnels, qui produit un modle des besoins
focalis sur le mtier des utilisateurs
Lanalyse

La branche droite (Contraintes technique): capitalise un savoir-faire technique.
Elle constitue un investissement pour le court et moyen terme. Les techniques
dveloppes pour le systme peuvent ltre en effet indpendamment des fonctions
raliser.





Mmoire de Fin dEtudes

23


Cette branche comporte les tapes suivantes:
La capture des besoins techniques
La conception gnrique


La branche du milieu: lissue des volutions du modle fonctionnel et de
larchitecture technique, la ralisation du systme consiste fusionner les rsultats
des 2 branches. Cette fusion conduit lobtention dun processus en forme de Y.
Cette branche comporte les tapes suivantes :
La conception prliminaire
La conception dtaille
Le codage
Lintgration
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.

5.2 Planning du projet

A la base du processus choisi, Jai tabli un planning de travail, afin de bien
matriser les ressources alloues au projet. Jai alors dcoup le projet en tches afin
de planifier leur excution et le temps allou chacune.
La figure suivante illustre sommairement le planning du droulement du projet.






Mmoire de Fin dEtudes

24





















Figure 7 - Diagramme de Gantt







Mmoire de Fin dEtudes

25





Conclusion

Dans ce chapitre, et aprs une prsentation de lorganisme daccueil, jai dfini le
Contexte gnral du projet, ses objectifs et le processus de dveloppement adopt
Pour sa mise en uvre. Le prochain chapitre traitera la premire phase du projet
Savoir : ltude de lexistant et spcification des besoins fonctionnels.













Mmoire de Fin dEtudes

26







Chapitre 2 : Etude de lexistant et
spcification des besoins fonctionnels













Mmoire de Fin dEtudes

27



I ntroduction
Dans ce chapitre je prsente lanalyse fonctionnelle du systme de demande daccs
la plateforme SI. Cette phase passe un rappel de lexistant, description de ses
fonctionnalits et ses limites. Il s'agit d'une tude permettant de comprendre la
problmatique du projet.
1. Etude de lexistant
Ltude de lexistant est une phase importante pour bien comprendre le systme
actuel et dfinir ses objectifs. Dans notre situation TMSA voulant raliser une
application qui va permettre dchanger entre lentit SI de TMPA (les demandeurs
des services) et lquipe Infogrance Cires Telecom (les responsables de traitement
des demandes) lors des demandes daccs la plateforme SI.
Dans le cas dune demande daccs la plateforme lentit SI de TMPA envoie un
email qui contient un formulaire qui explique lexistant afin de prcis le besoin
demand. De lautre cot lquipe infogrance, et aprs la rception de formulaire,
traite la demande.
Les deux socits utilisent lentretien tlphonique afin de suivre le traitement de la
demande.





Mmoire de Fin dEtudes

28


2 .Spcification des besoins
Le besoin majeur est de raliser une application totalement paramtrable pour assurer
l'volution et l'adaptation aux besoins de lexistant et qui contient :
Un systme de notification simple et facile dutilisation qui donnera la
possibilit aux quipes SI et lquipe Infogrance de Cires Telecom de
grer les changes selon les procdures et contrat en vigueur.
Des fonctionnalits de classification et organisations des demandes selon
leurs natures et priorits.
Des fonctionnalits de notification et de suivi avec les prestataires
notamment lquipe infogrance.
Fonctionnalit de renseignement des tapes de diagnostic et rsolution.
Une base de connaissance (capitalisation des solutions).
Gnration des Statistiques.

3. Besoins fonctionnels
Dans un souci de concevoir une application avec plus de fonctionnalits possibles et
dans le but davoir une interface plus conviviale et plus facile utiliser tout en tant
plus efficace, nous avons conu une application qui regroupe tous les points cits ci-
dessus. Le travail demand se rsume ainsi dans les fonctionnalits suivantes :
Offrir lutilisateur une interface de gestion des demandes daccs la
plateforme ;
Offrir lutilisateur une interface de gestion des demandes dautorisation de
flux ;

Mmoire de Fin dEtudes

29



Offrir lutilisateur une interface de gestion des demandes de divers services ;
Offrir ladministrateur une interface permettant la gestion des utilisateurs
Notamment de crer les comptes et les type des utilisateurs afin de prcis les
privilges ;
Donner lutilisateur la possibilit de suivi des traitements ainsi de contrler le
dlai des demandes et les dates dactivation et dexpiration des comptes ;
Cre lutilisateur un espace fiable de lenvoie des notifications pour facilite
lchange de linformation ;
Cre une application qui permet de contrler les statistiques.



Conclusion

Ltude fonctionnelle a permis de prciser les principales caractristiques du
systme de suivi de projet. Ltude conceptuelle de loutil fera lobjet du prochain
chapitre.







Mmoire de Fin dEtudes

30











Chapitre 3 : Etude conceptuelle du
projet









Mmoire de Fin dEtudes

31


I ntroduction
Dans ce chapitre, je vais prsenter lanalyse et la conception du systme, et ce, en
utilisant le diagramme de modlisation UML et en suivant les tapes du cycle de
dveloppement en Y.
1. Diagramme de cas dutilisation gnral

1.1. Identification des acteurs

Dans ce paragraphe, je vais numrer les acteurs susceptibles dinteragir avec notre
systme :
Le Directeur de SI (Administrateur)
Les responsables de plateforme de TMPA (Demandeurs)
Lquipe infogrance de cires Telecom (responsable de traitement)

Les acteurs de systme sont reprsents dans le tableau ci-dessous :
Acteurs Description
Administrateur Le responsable de lapplication si lui qui va grer toute les
demandes et leur traitement
Demandeur Si lui qui va demander laccs la plateforme
responsable de traitement Si lui qui va traiter les demandes
Figure 8 - Acteurs de systme

Chaque acteur possde un profil qui dtermine ses droits dans lapplication le tableau
ci-dessous expliquant les droits :


Mmoire de Fin dEtudes

32

Figure 9 - expliquant les droits des profils


1.2. Diagramme de contexte :
La figure suivante montre le diagramme de contexte illustrant les diffrents acteurs
interagissant avec le systme :

Figure 10 - Cas d'utilisation de contexte

Gestion des demandes
daccs

Gestion des demandes
de flux
Gestion des demandes
des services
Gestion
du suivi
Gestion des
rapports
Privilge A J C V M S N T A J C V M S N T A J C V M S N T A A
Gestion de Toutes
x
Propre Toutes
x
Propre Toutes
x
Propre Toutes Toute
Admin.
X X X X X X X

X X X X X X X

X X X X X X X
X X
Gestion de Toutes

Propre x Toutes Propre x Toutes Propre x Toutes Toute
Demandeur
X X X X X X X

X X X X X X X

X X X X X X X
X X
Gestion de Toutes

Propre x Toutes Propre x Toutes Propre x Toutes Toutes
Traiteur
X

X
X X
A : Afficher M : Modifier Toute : toutes les demandes
J : Ajouter S : Supprimer Propre : justes les demandes cre par cet utilisateur
C : Clturer N : Annuler
V : vrifier T : Traiter
Mmoire de Fin dEtudes

33


1.3. Identification des cas dutilisations

Un cas dutilisation modlise un service rendu par le systme. Il exprime les
interactions acteurs/systme.
1.4. Architecture modulaire

Dans notre systme jai pu identifier les principaux cas dutilisations que jai
regroupes sous forme de modules pour une bonne structuration de lapplication. le
tableau ci-dessous montre les modules :

Module Cas dutilisation Acteur
Authentification

Sauthentifier

Tous les acteurs
Gestion des utilisateurs Grer Utilisateurs


Administrateur
Gestion des demandes par
ladministrateur

Grer les demandes par
ladministrateur

Administrateur
Gestion des demandes par
le demandeur

Grer les demandes par
le demandeur

Demandeur
Gestion des demandes par
le groupe de traitement
Grer les demandes par
le groupe de traitement
Groupe de traitement
Gestion de suivi des
demandes
Grer le suivi des demandes Administrateur,
Demandeur, Groupe de
traitement
Gestion des statistiques Grer les statistiques Administrateur,
Demandeur, Groupe de
traitement

Figure 11 - Tableau didentification des cas dutilisations
Mmoire de Fin dEtudes

34


2. Description des cas dutilisations
2.1. Module Authentification













Figure 12 - Diagramme du cas d'utilisation "S'authentifier"

Cas dutilisation sauthentifier :
Ce cas dutilisation est le cas initial de lapplication, donc avant toute action sur
lapplication les acteurs doivent sauthentifier


Nom du cas

Sauthentifier
But

Scuris laccs au systme

Acteurs

Tous les utilisateurs
Pr-conditions

Le systme on marche
Post-condition

La session est ouverte Chargement du
profil
Figure 13 - Tableau de Cas dutilisation " sauthentifier "

Mmoire de Fin dEtudes

35


Tous les utilisateurs du Systme peuvent accder au systme. Cependant, chacun
deux un certain nombre de privilges et selon leurs profils. Cest pour cela, quil
faut au dbut sidentifier en donnant son login et son mot de passe.
Scnario nominal :

Au dmarrage lutilisateur saisie son login et mot de passe sur la page
dauthentification pour activer la session et charger son profil. Si le login et le mot de
passe est incorrect, on demande leurs saisies nouveau.
2.2. Module Gestion des utilisateurs

Figure 14 - Diagramme du cas d'utilisation " Grer des utilisateurs "








Mmoire de Fin dEtudes

36


Cas dutilisation Grer des utilisateurs

Nom du cas

Grer des utilisateurs
But

Grer les comptes utilisateurs et grer
profils.
Acteurs

Administrateur
Pr-conditions

Ladministrateur est authentifi.
Post-condition

Les mises jour sont effectues.
Figure 15 -Tableau de Cas dutilisation grer compte utilisateur

Scnario nominal :
Ce cas dutilisation commence lorsque ladministrateur demande la gestion des
utilisateurs du systme. Et dans le cas dajouter, modifier, supprimer dun
utilisateur ainsi dans le cas dactiver ou dsactiver dun compte.













Mmoire de Fin dEtudes

37



2.3. Module Gestion des demandes par ladministrateur


Figure 16 - Diagramme Grer les demandes par ladministrateur



Mmoire de Fin dEtudes

38



Cas dutilisation Gestion des demandes par ladministrateur


Nom du cas

Gestion des demandes par
ladministrateur
But

Grer toutes les demandes daccs la
plateforme SI

Acteurs

Administrateur
Pr-conditions

Ladministrateur est authentifi
Post-condition

Les mises jour sont effectues

Figure 17 - Tableau de Cas dutilisation Grer les demandes par ladministrateur

Scnario nominal :
Ce cas dutilisation commence lorsque ladministrateur utilise la gestion des
demandes daccs la plateforme. Et dans le cas dune mise jour (ajouter, notifier,
modifier, supprimer, clturer, annuler, vrifier, afficher, rechercher dune demande).










Mmoire de Fin dEtudes

39


2.4 Module Gestion des demandes par le demandeur


Figure 18 - Diagramme Grer les demandes par le demandeur




Mmoire de Fin dEtudes

40


Cas dutilisation Gestion des demandes par le demandeur

Nom du cas Gestion des demandes par le demandeur
But Grer toutes les demandes daccs la
plateforme SI appartient au demandeur
de la session en cours
Acteurs

Demandeur
Pr-conditions

Le demandeur est authentifi.
Post-condition

Les mises jour sont effectues.

Figure 19 -Tableau de Cas dutilisation Grer les demandes par le demandeur

Scnario nominal :

Ce cas dutilisation commence lorsque le demandeur utilise la gestion des demandes
daccs la plateforme. Et dans le cas dune mise jour sur ses propre demandes
(ajouter, modifier, supprimer, clturer, annuler, vrifier, afficher, rechercher dune
demande).











Mmoire de Fin dEtudes

41


2.5. Module Gestion des demandes par le groupe de traitement


Figure 20 - Diagramme Grer les demandes par le groupe de traitement







Mmoire de Fin dEtudes

42


Cas dutilisation Gestion des demandes par le groupe de traitement

Nom du cas

Gestion des demandes par le traiteur
But

Grer le traitement des demandes
daccs la plateforme SI

Acteurs

Groupe de traitement
Pr-conditions

Le traiteur est authentifi et consulter la
boite de rception du groupe
Post-condition

Les mises jour sont effectues.

Figure 21 - Tableau de Cas dutilisation Grer les demandes par le traiteur

Scnario nominal :
Ce cas dutilisation commence lorsque le traiteur consulte la boite de rception de
son groupe. Et dans le cas de traitement dune demande daccs la plateforme SI












Mmoire de Fin dEtudes

43


2.6. Module Gestion de suivi des demandes

Figure 22 - Diagramme Grer le suivi des demandes

Cas dutilisation Grer le suivi des demandes

Nom du cas

Grer le suivi des demandes
But

Consulter le suivi des demandes (la
situation des demandes, les demandes en
retard, la date dactivation et
dexpiration des comptes)
Acteurs

Tous les acteurs
Pr-conditions

Lacteur est authentifi
Post-condition

Les mises jour sont effectues.

Figure 23 - Tableau de Cas dutilisation Grer le suivi des demandes



Mmoire de Fin dEtudes

44


Scnario nominal :

Ce cas dutilisation commence lorsque lacteur consulte le suivi des demandes. Pour
savoir les demandes en retard (qui dpassant leur dlai de traitement) et les dates
dactivation et dexpiration des demandes.
2.7. Module Gestion des statistiques

Figure 24 - Diagramme Grer les rapports

Cas dutilisation Grer les statistiques
Nom du cas

Grer les statistiques
But

Grer les statistiques sur le nombre des
demandes, les groupes des demandeurs
et les groupes des traiteurs
Acteurs

Tous les acteurs
Pr-conditions

Lacteur est authentifi
Post-condition

Lacteur gre les statistiques selon le
Choix de critre

Figure 25 - Tableau de Cas dutilisation Grer les rapports
Mmoire de Fin dEtudes

45

0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
1..2
0..*
1..2
0..*
0..1
0..1
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
acces
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
i d_demande
Id_demandeur
Date_demande
Approuver
i d_trai teur
Date_trai tement
type_demande
soci ete
departement
Nom_Proj et
Rai sondemande
typeconnexi on
Date_expi rati on
Date_Acti vati on
Del ai _trai tement
Annul er_par
Dateannul ati on
descdannul ati on
cri ti ci te
Date_approbati on
Datecl oture
Date_refuser
descri pti on_refus
i d_etatdemande
i dgroupe_demandeur
i dgroupe_trai teur
Servi ce
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
i d_demande
Id_demandeur
Date_demande
i d_trai teur
Date_trai tement
soci ete
departement
Nom_Proj et
Del ai _trai tement
Annul er_par
Dateannul ati on
descdannul ati on
cri ti ci te
Approuver
Date_approbati on
Datecl oture
Date_refuser
descri pti on_refus
si tuati on
evol uti ves
correcti ves
prerequi s
i d_etatdemande
i dgrp_demandeur
i dgrp_trai teur
i d_type
type_servi ce
-
-
i d_type
Nom_type
: i nt
: Stri ng
etatcompte
-
-
i d_etat
etat_compte
: i nt
: Stri ng
user
-
-
-
-
-
-
-
-
-
-
-
-
i duser
nom
prenom
emai l
l ogi n
password
di recti on
datei nscri pti on
i d_type
i dgroupe_user
i d_etat
i d_groupe
typeuser
-
-
-
i d_type
type_user
i d_fi l i al e
: i nt
: Stri ng
: i nt
fi l i al e
-
-
i d_fi l i al e
Nom_fi l i al e
: i nt
: Stri ng
boi tetrai teur
-
-
-
i d_emai l
Nom_emai l
i d_groupe
: i nt
: Stri ng
: i nt
groupe
-
-
-
i d_groupe
nom_groupe
i d_fi l i al e
: i nt
: Stri ng
: i nt
peri metre
-
-
-
-
i dperi metre
Nom_serveur1
Detai l 1
i d_demande
machi ne
-
-
-
-
-
-
-
-
i d_machi ne
Mac_Source_Nom1
Mac_Source_Ip1
Mac_Des_Nom1
Mac_Des_Ip1
Natur_trafi c1
Port1
i d_demande_fl ux
etatdemande
-
-
i d_etatdemande
etat_demande
Fl ux
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
i d_demande_fl ux
i d_demandeur
soci ete
departement
i d_trai teur
Date_demande
Approuver
Date_approbati on
Date_trai tement
Type_Demande
Enti te_Meti er
Nom_proj et
Env_conc
Descri pti on_besoi n
Degre_pers
Date_Mi se_Vi g
Del ai _trai tement
Annul er_par
desannul er
Date_annul ati on
Nom_appl i cati on
desrefuse
datecl oture
daterefuse
i d_etatdemande
i dgroupe_demandeur
i dgroupe_trai teur

Scnario nominal :
Ce cas dutilisation commence lorsque lacteur consulte la gestion des rapports.
Pour savoir les statistique sur les demandes ainsi sur les demandeurs et les groupe
de traitement.
3. Diagramme de classes



















Figure 26 - Diagramme de classes
Mmoire de Fin dEtudes

46

Di agrammeSequence gesti on des demandes
renvoyer l a demande
Reful ser l e trai tement
Noti fi cati on
Cl oturer l a demande
Noti fi cati on
Trai ter l a demande
demande envoyer
envoi e d'une noti fi cati on
Noti fi cati on
Aj outer une demande
Trai teur
Aj outer demande Trai ter demande
Demandeur
Cl oturer demande Refuser demande
renvoyer l a demande
Reful ser l e trai tement
Noti fi cati on
Cl oturer l a demande
Noti fi cati on
Trai ter l a demande
demande envoyer
envoi e d'une noti fi cati on
Noti fi cati on
Aj outer une demande

4. Diagramme de squence de gestion des demandes


Figure 27 - Diagramme de squence de gestion des demandes





Mmoire de Fin dEtudes

47





Conclusion

Jai prsent dans ce chapitre une vue conceptuelle sur lapplication de gestion de
Demandes daccs la plate forme SI Le diagramme des cas dutilisations et
diagramme reflte les fonctionnalits offertes aux Utilisateurs de notre systme, dans
le prochain chapitre nous aborderons la phase de Ralisation du projet.






Mmoire de Fin dEtudes

48











Chapitre 4 : Ralisation du projet














Mmoire de Fin dEtudes

49


Introduction

L'un des sujets les plus controverss en matire de dveloppement d'applications est
Celui du choix des outils de dveloppement, et ceux qui dcident ce choix sont les
Membres de la haute direction, les directeurs et chefs de projets SI, dveloppeurs
Expriments aussi bien que les nouveaux dveloppeurs. Bien souvent, ce sont des
Concepts la mode qui l'emportent, comme indpendance des fournisseurs, solution
Ouverte ou multi-langage. Parfois la prfrence va vers un fournisseur ou un langage
de Programmation dtermin. Il est important de faire le bon choix car cela se
traduira par Des capacits et des performances suprieures de lapplication, une plus
grande facilite De dveloppement et de maintenance et des frais de proprit
moindres.
1. Choix techniques

Pour dvelopper notre application de demande daccs la plateforme j'utilise
PHP comme langage de programmation .Due que ce choix est impos par
lentreprise.
1.1 Outils de travail

Pour la ralisation de ce projet Jai choisi de travailler avec :
PHP comme langage de programmation.
SGBD pour la gestion de la base de donnes
JpGraph pour grer les statistiques
HTML
CSS
Photoshop
JavaScript



Mmoire de Fin dEtudes

50


Le langage de PHP

PHP est un langage de programmation informatique essentiellement utilis pour
produire la vole des pages web dynamiques. PHP sest impos comme le langage
de rfrence sur le web en raison de sa simplicit, de sa gratuit et de son origine de
logiciel libre.
Les comptences en dveloppement PHP, dveloppeurs PHP et ingnieurs de
dveloppement PHP, sont trs recherches par les entreprises qui lutilisent de plus en
plus dans le cadre de cration de pages web dynamiques ainsi que dans le cadre de
langage interprt de faon locale.
PHP est considr par certains comme une plate-forme de dveloppement en raison
de ltendue et de la richesse de sa bibliothque.


SGBD

En informatique un systme de gestion de base de donnes (SGBD) est un logiciel
systme destin stocker et partager des informations dans une base de donnes, en
garantissant la qualit, la prennit et la confidentialit des informations, tout en
cachant la complexit des oprations.
Un SGBD (en anglais DBMS pour database management system) permet d'inscrire,
de retrouver, de modifier, de trier, de transformer ou d'imprimer les informations de
la base de donnes. Il permet d'effectuer des comptes-rendus des informations
enregistres et comporte des mcanismes pour assurer la cohrence des informations,
viter des pertes d'informations due des pannes, assurer la confidentialit et
permettre son utilisation par d'autres logiciels. Selon le modle, le SGBD peut
comporter une simple interface graphique jusqu' des langages de programmation
sophistiqus.







Mmoire de Fin dEtudes

51


JpGraph

JpGraph est une librairie PHP oriente objet dont le but est de fournir des graphiques.
Ces graphiques sont crs sous forme d'images que lon peut afficher directement sur
la page web ou sauvegarder sur le serveur. Cette librairie rcupre en entre des
donnes numriques et renvoie limage. Le graphique peut tre modlis souhait
grce plusieurs mthodes.
JpGraph propose diffrents types de graphiques tels que les histogrammes ou les
camemberts. Elle est compatible avec PHP 4 et 5, la dernire version est la
3.5.0b1.Cette librairie est gratuite. Toutefois lachat dune licence est ncessaire en
cas dutilisation but lucratif.
HTML

HTML est un langage de description de document utilis sur Internet pour faire
des pages Web. Son sigle signifie HyperText Markup Language en anglais,
littralement langage de marquage hypertexte . Le balisage HTML est incorpor
dans le texte du document et est interprt par un navigateur Web.
Le XHTML est quant lui une volution du HTML ; le sigle signifie Extensible
Hypertext Markup Language. Nous verrons plus loin la diffrence entre les deux,
mais la plupart des informations sont valables pour les deux langages. Le terme (X)
HTML signifie donc HTML ou XHTML .

CSS

Les feuilles de styles en cascade (CSS, pour Cascading Style Sheets) dcrivent
l'apparence des divers lments d'une page web par le biais de couples
proprit / valeur. tant distinctes du code de la page (HTML ou XML), elles
constituent un moyen pour sparer structure et mise en page d'un site web. En tant
que spcification du W3C, elles obissent un ensemble de rgles prcises qui seront
dcrites dans les chapitres suivants et que les navigateurs web respectent
progressivement.

Mmoire de Fin dEtudes

52


Photoshop

Adobe Photoshop permet de retoucher quasiment tous les formats d'image. Grce
ses nombreux plugins il permet de rajouter des truquages aux images : effets
spciaux, d'ombre et de lumires, et bien d'autres.
En matire de production photographique et de retouche d'images professionnelle,
Photoshop est considr comme l'outil idal. En effet, il permet la retouche et
l'enrichissement d'images de qualit professionnelle.
Photoshop est un des produits les mieux considrs dans le domaine de la retouche
d'images non vectorielles.

J avaScript

Le JavaScript est un langage de script incorpor dans un document HTML.
Historiquement il s'agit mme du premier langage de script pour le Web. Ce
langage est un langage de programmation qui permet d'apporter des amliorations
au langage HTML en permettant d'excuter des commandes du ct client, c'est--
dire au niveau du navigateur et non du serveur web.
Ainsi le langage JavaScript est fortement dpendant du navigateur appelant la page
web dans laquelle le script est incorpor, mais en contrepartie il ne ncessite pas de
compilateur, contrairement au langage Java, avec lequel il a longtemps t
confondu.







Mmoire de Fin dEtudes

53


2. Principales interfaces graphiques
2.1 Authentification

Figure 28 - Interface d'authentification
Cette interface permet lutilisateur de sauthentifier et de se connecter au serveur de
la base de donnes. Lutilisateur doit entrer son login et son mot de passe pour
accder lapplication. En cas derreur un message dalerte saffiche
2.2 Afficher les utilisateurs

Figure 29 - Interface daffichage des utilisateurs
Mmoire de Fin dEtudes

54


Cette interface permet ladministrateur dafficher la liste dutilisateurs il permet
aussi dafficher, modifier, Supprimer lutilisateur slectionner


2.3 Ajouter un utilisateur


Figure 30 - Interface dajouter utilisateur

Cette interface permet ladministrateur dajouter un utilisateur avec le choix de
se type qui prcis aprs le droit daccs lapplication







Mmoire de Fin dEtudes

55


2.4 Afficher les demandes

Figure 31 - Interface daffichage de demande



Cette interface permet lutilisateur dafficher les diffrents types des demandes.
On trouve aussi une liste de choix contient les tats des demandes a fin de
simplifier le filtrage sur les demandes de plus selon ltat de la demande en prcis
laction (par exemple tan que ltat et traite en peut soit clture soit non valider la
demande).On peut aussi afficher la demande sous forme de PDF (voir lexemple ci
dessue)




Mmoire de Fin dEtudes

56



2.5 Ajouter une demande

Figure 32 - Interface dajouter dune demande

Mmoire de Fin dEtudes

57


Cette interface permet lutilisateur dajouter les demandes daccs la plate
forme SI. Le choix de formulaire selon le type de demande ajouter.

2.6 Notification

Figure 33 - Interface de notification

Cette interface permet lutilisateur aprs lajoute dune demande de notifier le
traiteur quune nouvelle demande sera envoye la boite de rception de son
groupe






Mmoire de Fin dEtudes

58


2.7 Boites de rception des groupes

Figure 34- Interface de Boites de rception des groupes

Cette interface permet au groupe de traitement dentrer la boite de rception de
son groupe Pour traiter les nouvelles demandes envoye par le demandeur.










Mmoire de Fin dEtudes

59


2.8 suivi des demandes
Figure 35 - Interface de suivi de demande
Cette interface permet lutilisateur de choisir selon leur besoin des informations
sur la situation des demandes ainsi sur les date dactivation et dexpiration des
demandes
2.9 Gnration de statistiques

Figure 36 - Interface de gnration de statistique


Mmoire de Fin dEtudes

60



Conclusion gnrale

Lobjectif de mon projet de fin dtude tait de concevoir et implmenter une
application de gestion des demandes daccs la plate forme SI
Le point de dpart de la ralisation de ce projet tait une rcolte des informations
ncessaires pour dresser un tat de lexistant, prsenter un aperu sur la
problmatique ainsi que larchitecture utiliser au sein de rseau de la socit
Par la suite, je suis intresse lanalyse et la spcification des besoins qui ma
permis de distinguer les diffrents acteurs interagissant avec lapplication vise.
Lobjectif de la partie suivante tait la conception dtaille, dans laquelle jai fix la
structure globale de lapplication.
Le dernier volet de mon projet tait la partie ralisation qui a t consacre la
prsentation des outils du travail et les interfaces les plus significatives de notre
application.
Lapport de ce travail a t dune importance trs considrable, en effet, il ma
permis de suivre une mthodologie de travail bien tudi, dapprofondir mes
connaissances dans le monde de dveloppement des applications.
La ralisation dun tel projet, ma permis dapprendre et de toucher du doigt une
partie de divers aspects du mtier de dveloppeur et de celui du concepteur.



Mmoire de Fin dEtudes

61


weboGraphie

Tutoriel JpGraph :
http://www.developpez.net/forums/d1113009/php/bibliothequesframework
s/images/jpgraph/generation-graphique-partir-bdd/

FPDF -Article crit par Arnaud Danassi et extrait d'Obligement :
http://www.siteduzero.com/informatique/tutoriels/e-mail-envoyer-un-e-
mail-en-php-1

Envoyer un mail en PHP - Jason Benedetti:
http://www.supportduweb.com/scripts_tutoriaux-code-source-21-envoyer-
un-email-html-en-php-fonction-mail.html
http://www.siteduzero.com/informatique/tutoriels/e-mail-envoyer-un-e-mail-
en-php-1
http://www.siteduzero.com/informatique/tutoriels/e-mail-envoyer-un-e-mail-
en-php-1

la fonctionne date en PHP :
http://phpcodeur.net/articles/php/dates