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
JS 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
Introduction :
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
Introduction
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
Introduction
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
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
id_demande
Id_demandeur
Date_demande
Approuver
id_traiteur
Date_traitement
type_demande
societe
departement
Nom_Projet
Raisondemande
typeconnexion
Date_expiration
Date_Activation
Delai_traitement
Annuler_par
Dateannulation
descdannulation
criticite
Date_approbation
Datecloture
Date_refuser
description_refus
id_etatdemande
idgroupe_demandeur
idgroupe_traiteur
Service
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
id_demande
Id_demandeur
Date_demande
id_traiteur
Date_traitement
societe
departement
Nom_Projet
Delai_traitement
Annuler_par
Dateannulation
descdannulation
criticite
Approuver
Date_approbation
Datecloture
Date_refuser
description_refus
situation
evolutives
correctives
prerequis
id_etatdemande
idgrp_demandeur
idgrp_traiteur
id_type
type_service
-
-
id_type
Nom_type
: int
: String
etatcompte
-
-
id_etat
etat_compte
: int
: String
user
-
-
-
-
-
-
-
-
-
-
-
-
iduser
nom
prenom
login
password
direction
dateinscription
id_type
idgroupe_user
id_etat
id_groupe
typeuser
-
-
-
id_type
type_user
id_fil iale
: int
: String
: int
fi l iale
-
-
id_fil iale
Nom_fil iale
: int
: String
boitetraiteur
-
-
-
id_email
Nom_email
id_groupe
: int
: String
: int
groupe
-
-
-
id_groupe
nom_groupe
id_fil iale
: int
: String
: int
perimetre
-
-
-
-
idperimetre
Nom_serveur1
Detail1
id_demande
machine
-
-
-
-
-
-
-
-
id_machine
Mac_Source_Nom1
Mac_Source_Ip1
Mac_Des_Nom1
Mac_Des_Ip1
Natur_trafic1
Port1
id_demande_flux
etatdemande
-
-
id_etatdemande
etat_demande
Flux
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
id_demande_flux
id_demandeur
societe
departement
id_traiteur
Date_demande
Approuver
Date_approbation
Date_traitement
Type_Demande
Entite_Metier
Nom_projet
Env_conc
Description_besoin
Degre_pers
Date_Mise_Vig
Delai_traitement
Annuler_par
desannuler
Date_annulation
Nom_application
desrefuse
datecloture
daterefuse
id_etatdemande
idgroupe_demandeur
idgroupe_traiteur
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
DiagrammeSequence gestion des demandes
renvoyer la demande
Refulser le traitement
Notification
Cloturer la demande
Notification
Traiter la demande
demande envoyer
envoie d'une notificationNotification
Ajouter une demande
Traiteur
Ajouter demande Traiter demande
Demandeur
Cloturer demande Refuser demande
renvoyer la demande
Refulser le traitement
Notification
Cloturer la demande
Notification
Traiter la demande
demande envoyer
envoie d'une notificationNotification
Ajouter 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.
JavaScript
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