ahlam zemmouri

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.


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.


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


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


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


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


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


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


10

Chapitre 1 : Contexte gnral du projet


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


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


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.


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.


15

2.2 Organigramme de TMPA:

Figure 2 - Organigramme de TMPA


16

3. Le complexe portuaire Tanger Med en Plan structur

Figure 3 - Plan structur Tanger MED 1


17

Figure 4 - Plan 1 structur Tanger MED 2


18

Figure 5 - Plan 2 structur Tanger MED 2


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


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.


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.


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.


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.


24

Figure 7 - Diagramme de Gantt


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.


26

Chapitre 2 : Etude de lexistant et

spcification des besoins fonctionnels


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.


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 ;


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.


30

Chapitre 3 : Etude conceptuelle du

projet


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 :


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


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


le demandeur


le demandeur

Demandeur


le groupe de traitement


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


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 "


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 "


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.


37

2.3. Module Gestion des demandes par ladministrateur

Figure 16 - Diagramme Grer les demandes par ladministrateur


38

Cas dutilisation Gestion des demandes par ladministrateur

Nom du cas


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).


39

2.4 Module Gestion des demandes par le demandeur

Figure 18 - Diagramme Grer les demandes par le demandeur


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


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).


41

2.5. Module Gestion des demandes par le groupe de traitement

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


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


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


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


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


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


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

email

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


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


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.


48

Chapitre 4 : Ralisation du projet


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


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.


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.


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.


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


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


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)


56

2.5 Ajouter une demande

Figure 32 - Interface dajouter dune demande


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


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.


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


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.


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

ahlam zemmouri

Documents