Ahlam ZEMMOURI [PDF]

Zitiervorschau

Université Abdelmalek Essaâdi

Faculté des Sciences Tétouan

Master spécialisé Qualité du logiciel

Mémoire du stage de fin d’études

Gestion d’accès à la plateforme Informatique

Présenté par : Ahlam Zemmouri Date de soutenance : 03 juillet 2013

Jury: Prénom et Nom

Etablissement

Qualité Président

Mme Aknin Noura

Faculté des sciences Tétouan

Mr El khaldi mohamed

Faculté des sciences Tétouan

Encadrant universitaire

TMSA au Port Tanger Med

Encadrant professionnel

Mr benerroua Abdellatif Mr Aammou souhaib

Faculté des sciences Tétouan

Stage professionnel effectué à: TMSA au Port Tanger Med

Examinateur

Mémoire de Fin d’Etudes

Dédicace A ma très chère Maman, Aucun mot ne pourra exprimer ma gratitude envers vous, ma très chers Maman Je ne sais pas comment vous remercier pour tout ce que vous avez fait pour moi. J’espère que vous trouverez dans ce travail le témoignage de ma profonde reconnaissance et mon éternel attachement. A mon très cher professeur Abdenbi Ben driss, Une pensée sincère à 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 m’écouter, supporter, ma mauvaise humeur, mes angoisses. Il a su me soutenir et s’occuper de moi. Il a été mon «beau soleil» et m’a apporté de la lumière dans ma vie. Je lui dédie également ce travail en témoignage de son affection, de son amour, de son soutien moral, de sa patience, de sa gentillesse, de sa bonté et de sa grande générosité. A toute ma famille A tous mes amis (es) A tous ceux qui m’aiment Je vous dédie ce travail espérant avoir réalisé votre rêve de me voir réussir. A toute personne m’ayant consacré un jour, un moment de sa vie pour m’aider, me conseiller ou m’encourager, je dédie ce travail en signe de reconnaissance et de témoignage de l’estime et du respect. 2

Mémoire de Fin d’Etudes

Remerciements Il m’est agréable de m’acquitter d’une dette de reconnaissance auprès de toutes les personnes dont l’intervention, 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 très constructifs qu’ils m’ont adressé tout au long de mon projet. Je remercie également et fort agréablement mon encadrant Mr. Abdellatif benerroua, responsable support Informatique et Telecom à TMSA pour le choix de mon sujet. Je suis très reconnaissant pour ses directives précieuses et conseils pertinents qui m’ont été d’un appui considérable tout le long de ce stage, ainsi Je remercie M. Mohamed Touzani chef de projet à Cires Telecom mon sous encadrant qui m’a donnée toutes les informations pour la réalisation de se travail. Que soient remerciés respectueusement tous les enseignants de la faculté des sciences de Tétouan pour la formation très riche qu’ils m’ont fournie, et qui m’ont vraiment assuré une insertion facile à l’environnement de l’entreprise. Je ne saurais oublier dans mes remerciements tous les membres de jury. Qu’ils trouvent ici l’expression de mes reconnaissances pour avoir accepté d’évaluer mon travail. Que tous ceux et celles qui ont contribué de près ou de loin à l’accomplissement de ce travail. Qu’ils trouvent ici l’expression de mes remerciements les plus chaleureux.

3

Mémoire de Fin d’Etudes

Résumé Le présent mémoire est une synthèse du travail que j’ai réalisé dans le cadre de mon projet de fin d’études effectué au sein de Port Tanger Med à la société TMSA.

En effet, le projet constitue une étape primordiale dans le processus de formation, car il permet de concrétiser les théories et les concepts acquis lors de la formation, et d’être ainsi doté d’un esprit de liberté d’initiative et de créativité.

Ces objectifs ont été réalisés en œuvrant sur une application de gestion des demandes d’accès à la plate forme SI de TMSA et qui doit permettre :  La gestion de toutes les demandes d’accès à la plate forme SI ainsi les demandes des divers services  La mise en place d’un service de notification pour faciliter l’échange entre les différents utilisateurs  La gestion de suivi des demandes  La Génération des statistiques

4

Mémoire de Fin d’Etudes

Liste des Abréviations

Abréviation

Signification

TMSA

Agence spéciale Tanger méditerranée

TMPA

Tanger Med Port Autorité

SI

Système Informatique

PPR

Port passagers et roulier

MED

Méditerranée

UML

Langage de modélisation unifié

2TUP

2 Tracks Unified Process

HTML

HyperText Mark-Up Language

CSS

Cascading Style Sheets

PHP

Hypertext Preprocessor

JS

JavaScript

SGBD

système de gestion de base de données

5

Mémoire de Fin d’Etudes

Liste des Figures Figure 1- Schéma d’organisation 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 développement en Y (2TUP) ..................................................................................... 22 Figure 7 - Diagramme de Gantt ................................................................................................................... 24 Figure 8 - Acteurs de système ..................................................................................................................... 31 Figure 9 - expliquant les droits des profils................................................................................................... 32 Figure 10 - Cas d'utilisation de contexte ..................................................................................................... 32 Figure 11 - Tableau d’identification des cas d’utilisations ......................................................................... 33 Figure 12 - Diagramme du cas d'utilisation "S'authentifier" ....................................................................... 34 Figure 13 - Tableau de Cas d’utilisation " s’authentifier " ........................................................................ 34 Figure 14 - Diagramme du cas d'utilisation " Gérer des utilisateurs "........................................................ 35 Figure 15 -Tableau de Cas d’utilisation « gérer compte utilisateur »........................................................ 36 Figure 16 - Diagramme Gérer les demandes par l’administrateur ............................................................. 37 Figure 17 - Tableau de Cas d’utilisation « Gérer les demandes par l’administrateur» ............................ 38 Figure 18 - Diagramme Gérer les demandes par le demandeur ................................................................ 39 Figure 19 -Tableau de Cas d’utilisation « Gérer les demandes par le demandeur» ................................. 40 Figure 20 - Diagramme Gérer les demandes par le groupe de traitement ............................................... 41 Figure 21 - Tableau de Cas d’utilisation « Gérer les demandes par le traiteur» ...................................... 42 Figure 22 - Diagramme Gérer le suivi des demandes ................................................................................. 43 Figure 23 - Tableau de Cas d’utilisation « Gérer le suivi des demandes» ................................................... 43 Figure 24 - Diagramme Gérer les rapports .................................................................................................. 44 Figure 25 - Tableau de Cas d’utilisation « Gérer les rapports»................................................................. 44 Figure 26 - Diagramme de classes ............................................................................................................... 45 Figure 27 - Diagramme de séquence de gestion des demandes ................................................................. 46 Figure 28 - Interface d'authentification....................................................................................................... 53 Figure 29 - Interface d’affichage des utilisateurs ........................................................................................ 53 Figure 30 - Interface d’ajouter utilisateur ................................................................................................... 54 Figure 31 - Interface d’affichage de demande ........................................................................................... 55 Figure 32 - Interface d’ajouter d’une demande .......................................................................................... 56 Figure 33 - Interface de notification ............................................................................................................ 57 Figure 34- Interface de Boites de réception des groupes ........................................................................... 58 Figure 35 - Interface de suivi de demande .................................................................................................. 59 Figure 36 - Interface de génération de statistique ..................................................................................... 59

6

Mémoire de Fin d’Etudes

Table des matières Dédicace .......................................................................................................................................................... 2 Remerciements................................................................................................................................................ 3 Résumé ............................................................................................................................................................ 4 Liste des Abréviations ...................................................................................................................................... 5 Liste des Figures .............................................................................................................................................. 6 Table des matières .......................................................................................................................................... 7 Introduction générale ...................................................................................................................................... 9 Chapitre 1 : Contexte général du projet ........................................................................................................ 10 Introduction : ................................................................................................................................................. 11 1. Présentation de l’organisme d’accueil ...................................................................................................... 11 1.1 Présentation de TMSA: ............................................................................................................. 12 2. L’autorité portuaire du port Tanger Med (TMPA): .................................................................................. 14 2.1 Présentation de TMPA: ............................................................................................................. 14 2.2 Organigramme de TMPA: ......................................................................................................... 15 3. Le complexe portuaire Tanger Med en Plan structuré .............................................................................. 16 4. Présentation générale du projet ................................................................................................................ 19 4.1 Objectifs et enjeux du projet ..................................................................................................... 20 4.2 Démarche et conduite du projet............................................................................................... 20 5. Conduite de projet ..................................................................................................................................... 21 5.1 Processus de développement du projet (2TUP) ........................................................................ 21 5.2 Planning du projet ..................................................................................................................... 23 Conclusion ..................................................................................................................................................... 25 Chapitre 2 : Etude de l’existant et spécification des besoins fonctionnels.................................................... 26 Introduction ................................................................................................................................................... 27 1. Etude de l’existant ..................................................................................................................................... 27 2 .Spécification des besoins ........................................................................................................................... 28 3. Besoins fonctionnels .................................................................................................................................. 28 Conclusion ..................................................................................................................................................... 29 7

Mémoire de Fin d’Etudes Chapitre 3 : Etude conceptuelle du projet..................................................................................................... 30 Introduction ................................................................................................................................................... 31 1. Diagramme de cas d’utilisation général ................................................................................................... 31 1.1. Identification des acteurs ........................................................................................................... 31 1.2. Diagramme de contexte : ........................................................................................................... 32 1.3. Identification des cas d’utilisations ........................................................................................... 33 1.4. Architecture modulaire .............................................................................................................. 33 2. Description des cas d’utilisations .............................................................................................................. 34 2.1. Module « Authentification » ...................................................................................................... 34 2.2. Module « Gestion des utilisateurs ».......................................................................................... 35 2.3. Module «Gestion des demandes par l’administrateur»............................................................. 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 séquence de gestion des demandes ................................................................................... 46 Conclusion ..................................................................................................................................................... 47 Chapitre 4 : Réalisation 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 réception des groupes................................................................................................. 58 2.8 suivi des demandes ..................................................................................................................... 59 2.9 Génération de statistiques .......................................................................................................... 59 Conclusion générale ..................................................................................................................................... 60 weboGraphie.................................................................................................................................................. 61 8

Mémoire de Fin d’Etudes

Introduction générale Le travail que j’ai effectué au sein de la société TMSA s’intitule « Gestion des demandes d’accès à la plateforme SI » il va mettre à la disposition de l’entreprise une application fiable et paramétrable ainsi un système de notification qui doit simplifier la circulation de l’information entre les diverse utilisateurs. Ce présent mémoire est constitué de trois parties concrétisant chaque étape de son déroulement : La première partie présente l’organisme d’accueil et la présentation générale de projet. La deuxième partie décrit l’étude préliminaire qui commence par une analyse de l’existant suivie d’une capture de besoins et étude fonctionnels La quatrième partie rapporte la phase d’analyse et architecture logicielle précisant les techniques et les outils utilisés. La cinquième partie décrit la réalisation et la mise en œuvre du système

9

Mémoire de Fin d’Etudes

Chapitre 1 : Contexte général du projet

10

Mémoire de Fin d’Etudes

Introduction : Le but de ce chapitre est la présentation de l’organisme au sein duquel a été effectué mon projet de fin d’études. Nous présentons dans un premier temps L’organisme d’accueil TMSA, son positionnement au sein du Port Tanger Med, ses activités, pour examiner ensuite le sujet du projet, son objectif et la méthode de conduite de projet adoptée.

1. Présentation de l’organisme d’accueil

11

Mémoire de Fin d’Etudes

1.1 Présentation de TMSA: TMSA, ceci dit l’agence spéciale du port Tanger méditerranée est une société anonyme à directoire et à conseil de surveillance au capital de 818 000 000 DH. Toutefois, Elle est contrôlée directement par l’État à travers le Fonds Hassan II pour le Développement Économique et Social. Celle-ci est chargée du développement, de l’aménagement et de la gestion du complexe Tanger méditerranée. Par ailleurs TMSA est organisée autour de trois pôles d’activités majeures et à savoir :  L’activité portuaire pilotée sous TMPA (Tanger Med Port Authority)  Zones d’activités et immobilier (MEDHUB et Tanger Free Zone)  les activités territoriales (TMSA et Fondation Tanger Med)

Figure 1- Schéma d’organisation de TMSA

12

Mémoire de Fin d’Etudes

Au niveau de l’autorité portuaire, TMSA, à travers sa filiale dédiée Tanger Med Port Authority (TMPA), assure:  La construction et la maintenance de l’infrastructure portuaire : digues, dragages et ouvrages d’accostage  Le développement des activités et des capacités du complexe portuaire  La fonction d’autorité concédante ou l’exploitation en direct des terminaux portuaires et des activités portant un caractère de service public  L’organisation et la régulation 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 dédiées, la gestion et la commercialisation des zones d’activités du complexe Tanger Med. Ceci consiste principalement en:  L’aménagement des zones (terrassements, viabilisation, voiries) et la construction des bâtiments (bureaux, entrepôts logistiques, bâtiments industriels)  La promotion commerciale des zones d’activité  La location des terrains nus viabilisés, entrepôts et bureaux aux utilisateurs  La gestion et la maintenance des différents réseaux et prestations (eau, électricité, hygiène, sécurité, contrôle d’accès, etc.)  Le contrôle des constructions, installations et activités au sein des zones.

13

Mémoire de Fin d’Etudes

Et Dans le cadre de sa mission de développement territorial, TMSA contribue au programme d’aménagement du territoire autour du Port Tanger Med. Pour ce faire, TMSA finance et réalise en étroite collaboration avec les autorités de la région des programmes de développement socio-économique destinés à la population locale et axés sur :  La santé  L’éducation  La formation professionnelle

TMSA veille, également, à concilier le projet de Tanger Med avec une politique ambitieuse de développement durable.

2. L’autorité portuaire du port Tanger Med (TMPA): 2.1 Présentation de TMPA:

TMPA (Tanger Med Port Authority) concentre ses missions sur la gestion et le développement des infrastructures, la coordination et l’animation de la communauté portuaire et garantit la fiabilité et la performance des services assurés aux clients de la plateforme portuaire tout en étant alignée sur les pratiques de gouvernance les plus modernes.

14

Mémoire de Fin d’Etudes

2.2 Organigramme de TMPA:

Figure 2 - Organigramme de TMPA

15

Mémoire de Fin d’Etudes

3. Le complexe portuaire Tanger Med en Plan structuré

Figure 3 - Plan structuré Tanger MED 1

16

Mémoire de Fin d’Etudes

Figure 4 - Plan 1 structuré Tanger MED 2

17

Mémoire de Fin d’Etudes

Figure 5 - Plan 2 structuré Tanger MED 2

18

Mémoire de Fin d’Etudes

4. Présentation générale du projet Développer une application de Gestion d’accès à la plateforme Informatique, conforme aux normes et méthodologies de management de systèmes d’information, et qui va permettre d’échanger entre l’entité SI de TMPA et l’équipe Infogérance (Cires Telecom) dans les délais les plus courts et de la façon la plus efficace lors des demandes d’accès à la plateforme SI. Ainsi l’application doit Posséder une solution qui assure les fonctionnalités suivantes:

 Un système de notification simple et facile d’utilisation qui donnera la possibilité aux équipes SI et Infogérance Cires Telecom de gérer les échanges selon les procédures et contrat en vigueur.  Des fonctionnalités de classification et organisations des demandes selon leurs natures et priorités.  Des fonctionnalités de notification et de suivi avec les prestataires notamment l’équipe infogérance.  Fonctionnalité de renseignement des étapes de diagnostic et résolution.  Une base de connaissance (capitalisation des solutions).  Génération de Statistiques

19

Mémoire de Fin d’Etudes

4.1 Objectifs et enjeux du projet Les principaux objectifs à atteindre par le présent projet de fin d'études sont :  Acquérir les bonnes pratiques permettant de développer la capacité De concevoir et la faculté de résoudre les problèmes rencontrés.  Réduire les tâches manuelles.  Réduire le coût des traitements des demandes d’accès à la plate forme SI.  Implémenter le système de notification afin de faciliter la communication Entre l’entité SI de TMPA et l’équipe Infogérance (Cires Telecom).  Implémenter le système de suivi des demandes afin de faciliter le poursuive Des états des demandes ainsi le délai de traitement, la dates d’activation Et date d’expiration.

4.2 Démarche et conduite du projet Dans le cadre de mon projet, je me suis intéressée à la fois à l'élaboration d'un dossier de conception et à la réalisation de l'application de la gestion d’accès à la plateforme Informatique adaptée au besoin de l’administration. La conduite d'un tel projet est relativement complexe si on ne suit pas une démarche et une méthodologie bien définies à l'avance. Ainsi, J’ai décomposé mon projet en plusieurs phases, à savoir :  Étude de l’existant : qui consiste à identifier et recenser les informations et procédures utiles à la compréhension de l'application en question. Elle a pour objectif de mettre en évidence les défaillances et les besoins du système existant.

20

Mémoire de Fin d’Etudes

 Spécification des besoins: qui définit les services que doit rendre le système. Elle permet également de déterminer le contexte dans lequel celui-ci va être utilisé.  Étude fonctionnelle : qui permet de se familiariser avec le logique métier de l'application avant de commencer la conception.  paramétrage : adapter, développement et paramétrage des modules  Réalisation : c'est la mise en place de l'application.

5. Conduite de projet 5.1 Processus de développement du projet (2TUP) Dans la réalisation de mon projet j’ai choisi 2TUP comme Processus de développement. 2TUP est un processus unifié (c’est-à-dire construit sur UML, itératif, centré sur l’architecture et conduit par les cas d’utilisation) qui apporte une réponse aux contraintes de changement continuel imposées aux systèmes d'information de l'entreprise. "2 Tracks" signifient littéralement 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 développement en Y, qui dissocie les aspects techniques des aspects fonctionnels.

21

Mémoire de Fin d’Etudes

Figure 6 - Le cycle de développement en Y (2TUP)



La branche gauche (Contraintes fonctionnelle): capitalise la connaissance du métier de l’entreprise. Elle constitue généralement un investissement pour le moyen et le long terme. Les fonctions du système d’information sont en effet indépendantes des technologies utilisées. Cette branche comporte les étapes suivantes:  La capture des besoins fonctionnels, qui produit un modèle des besoins focalisé sur le métier des utilisateurs  L’analyse  La branche droite (Contraintes technique): capitalise un savoir-faire technique. Elle constitue un investissement pour le court et moyen terme. Les techniques développées pour le système peuvent l’être en effet indépendamment des fonctions à réaliser.

22

Mémoire de Fin d’Etudes

Cette branche comporte les étapes suivantes:  La capture des besoins techniques  La conception générique

 La branche du milieu: à l’issue des évolutions du modèle fonctionnel et de l’architecture technique, la réalisation du système consiste à fusionner les résultats des 2 branches. Cette fusion conduit à l’obtention d’un processus en forme de Y. Cette branche comporte les étapes suivantes :    

La conception préliminaire La conception détaillée Le codage L’intégration

2TUP est un processus qui répond également aux caractéristiques ci-après:  Un processus incrémental piloté par les risques;  Un processus pilotés par les exigences des utilisateurs;  Un processus de modélisation avec UML.

5.2 Planning du projet A la base du processus choisi, J’ai établi un planning de travail, afin de bien maîtriser les ressources allouées au projet. J’ai alors découpé le projet en tâches afin de planifier leur exécution et le temps alloué à chacune. La figure suivante illustre sommairement le planning du déroulement du projet.

23

Mémoire de Fin d’Etudes

Figure 7 - Diagramme de Gantt

24

Mémoire de Fin d’Etudes

Conclusion Dans ce chapitre, et après une présentation de l’organisme d’accueil, j’ai défini le Contexte général du projet, ses objectifs et le processus de développement adopté Pour sa mise en œuvre. Le prochain chapitre traitera la première phase du projet à Savoir : l’étude de l’existant et spécification des besoins fonctionnels.

25

Mémoire de Fin d’Etudes

Chapitre 2 : Etude de l’existant et spécification des besoins fonctionnels

26

Mémoire de Fin d’Etudes

Introduction Dans ce chapitre je présente l’analyse fonctionnelle du système de demande d’accès à la plateforme SI. Cette phase passe un rappel de l’existant, description de ses fonctionnalités et ses limites. Il s'agit d'une étude permettant de comprendre la problématique du projet.

1. Etude de l’existant L’étude de l’existant est une phase importante pour bien comprendre le système actuel et définir ses objectifs. Dans notre situation TMSA voulant réaliser une application qui va permettre d’échanger entre l’entité SI de TMPA (les demandeurs des services) et l’équipe Infogérance Cires Telecom (les responsables de traitement des demandes) lors des demandes d’accès à la plateforme SI. Dans le cas d’une demande d’accès à la plateforme l’entité SI de TMPA envoie un email qui contient un formulaire qui explique l’existant afin de précis le besoin demandé. De l’autre coté l’équipe infogérance, et après la réception de formulaire, traite la demande. Les deux sociétés utilisent l’entretien téléphonique afin de suivre le traitement de la demande.

27

Mémoire de Fin d’Etudes

2 .Spécification des besoins Le besoin majeur est de réaliser une application totalement paramétrable pour assurer l'évolution et l'adaptation aux besoins de l’existant et qui contient :  Un système de notification simple et facile d’utilisation qui donnera la possibilité aux équipes SI et l’équipe Infogérance de Cires Telecom de gérer les échanges selon les procédures et contrat en vigueur.  Des fonctionnalités de classification et organisations des demandes selon leurs natures et priorités.  Des fonctionnalités de notification et de suivi avec les prestataires notamment l’équipe infogérance.  Fonctionnalité de renseignement des étapes de diagnostic et résolution.  Une base de connaissance (capitalisation des solutions).  Génération des Statistiques.

3. Besoins fonctionnels Dans un souci de concevoir une application avec plus de fonctionnalités possibles et dans le but d’avoir une interface plus conviviale et plus facile à utiliser tout en étant plus efficace, nous avons conçu une application qui regroupe tous les points cités cidessus. Le travail demandé se résume ainsi dans les fonctionnalités suivantes :  Offrir à l’utilisateur une interface de gestion des demandes d’accès à la plateforme ;  Offrir à l’utilisateur une interface de gestion des demandes d’autorisation de flux ;

28

Mémoire de Fin d’Etudes

 Offrir à l’utilisateur une interface de gestion des demandes de divers services ;  Offrir à l’administrateur une interface permettant la gestion des utilisateurs Notamment de créer les comptes et les type des utilisateurs afin de précis les privilèges ;  Donner à l’utilisateur la possibilité de suivi des traitements ainsi de contrôler le délai des demandes et les dates d’activation et d’expiration des comptes ;  Crée à l’utilisateur un espace fiable de l’envoie des notifications pour facilite l’échange de l’information ;  Crée une application qui permet de contrôler les statistiques.

Conclusion L’étude fonctionnelle a permis de préciser les principales caractéristiques du système de suivi de projet. L’étude conceptuelle de l’outil fera l’objet du prochain chapitre.

29

Mémoire de Fin d’Etudes

Chapitre 3 : Etude conceptuelle du projet

30

Mémoire de Fin d’Etudes

Introduction Dans ce chapitre, je vais présenter l’analyse et la conception du système, et ce, en utilisant le diagramme de modélisation UML et en suivant les étapes du cycle de développement en Y.

1. Diagramme de cas d’utilisation général 1.1. Identification des acteurs Dans ce paragraphe, je vais énumérer les acteurs susceptibles d’interagir avec notre système :  Le Directeur de SI (Administrateur)  Les responsables de plateforme de TMPA (Demandeurs)  L’équipe infogérance de cires Telecom (responsable de traitement)

Les acteurs de système sont représentés dans le tableau ci-dessous : Acteurs

Description

Administrateur

Le responsable de l’application si lui qui va gérer toute les demandes et leur traitement

Demandeur

Si lui qui va demander l’accès à la plateforme

responsable de traitement

Si lui qui va traiter les demandes Figure 8 - Acteurs de système

Chaque acteur possède un profil qui détermine ses droits dans l’application le tableau ci-dessous expliquant les droits :

31

Mémoire de Fin d’Etudes Gestion des demandes d’accès Privilège

A J

C

Gestion de Toutes Admin.

V M

X X X X X

Gestion de Toutes

x Propre

X X X X X x

X X

Propre

X

Toutes

X X

Propre

Demandeur X X X X X

Gestion des demandes des services

N T A J C V M S N T A

x Propre

Gestion de Toutes

Traiteur

S

Gestion des demandes de flux

Toutes

Propre

X X X X X x

Toutes

X X

X X

Propre

J C V M

Toutes

X

X

x Propre

X X X X

x Toutes

X X

Propre

X X X X

x Toutes

S N T

x

X X

Propre

x

X

Gestion Gestion des du suivi rapports A

A

Toutes

Toute

X

X

Toutes

Toute

X

X

Toutes

Toutes

X

X

Figure 9 - expliquant les droits des profils

A : Afficher J : Ajouter C : Clôturer V : vérifier

M : Modifier S : Supprimer N : Annuler T : Traiter

Toute : toutes les demandes Propre : justes les demandes crée par cet utilisateur

1.2. Diagramme de contexte : La figure suivante montre le diagramme de contexte illustrant les différents acteurs interagissant avec le système :

Figure 10 - Cas d'utilisation de contexte

32

Mémoire de Fin d’Etudes

1.3. Identification des cas d’utilisations Un cas d’utilisation modélise un service rendu par le système. Il exprime les interactions acteurs/système.

1.4. Architecture modulaire Dans notre système j’ai pu identifier les principaux cas d’utilisations que j’ai regroupées sous forme de modules pour une bonne structuration de l’application. le tableau ci-dessous montre les modules :

Cas d’utilisation

Module

Acteur

Authentification

S’authentifier

Tous les acteurs

Gestion des utilisateurs

Gérer Utilisateurs

Administrateur

Gestion des demandes par l’administrateur

Gérer les demandes par l’administrateur

Administrateur

Gestion des demandes par le demandeur

Gérer les demandes par le demandeur

Demandeur

Gestion des demandes par le groupe de traitement

Gérer les demandes par le groupe de traitement

Groupe de traitement

Gestion de suivi des demandes

Gérer le suivi des demandes

Administrateur, Demandeur, Groupe de traitement

Gestion des statistiques

Gérer les statistiques

Administrateur, Demandeur, Groupe de traitement

Figure 11 - Tableau d’identification des cas d’utilisations

33

Mémoire de Fin d’Etudes

2. Description des cas d’utilisations 2.1. Module « Authentification »

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

 Cas d’utilisation s’authentifier : Ce cas d’utilisation est le cas initial de l’application, donc avant toute action sur l’application les acteurs doivent s’authentifier

Nom du cas

S’authentifier

But

Sécurisé l’accès au système

Acteurs

Tous les utilisateurs

Pré-conditions

Le système on marche

Post-condition

La session est ouverte Chargement du profil Figure 13 - Tableau de Cas d’utilisation " s’authentifier "

34

Mémoire de Fin d’Etudes

Tous les utilisateurs du Système peuvent accéder au système. Cependant, chacun d’eux à un certain nombre de privilèges et selon leurs profils. C’est pour cela, qu’il faut au début s’identifier en donnant son login et son mot de passe.  Scénario nominal : Au démarrage l’utilisateur saisie son login et mot de passe sur la page d’authentification 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 " Gérer des utilisateurs "

35

Mémoire de Fin d’Etudes

 Cas d’utilisation « Gérer des utilisateurs »

Nom du cas

Gérer des utilisateurs

But Acteurs

Gérer les comptes utilisateurs et gérer profils. Administrateur

Pré-conditions

L’administrateur est authentifié.

Post-condition

Les mises à jour sont effectuées. Figure 15 -Tableau de Cas d’utilisation « gérer compte utilisateur »

 Scénario nominal : Ce cas d’utilisation commence lorsque l’administrateur demande la gestion des utilisateurs du système. Et dans le cas d’ajouter, modifier, supprimer d’un utilisateur ainsi dans le cas d’activer ou désactiver d’un compte.

36

Mémoire de Fin d’Etudes

2.3. Module «Gestion des demandes par l’administrateur»

Figure 16 - Diagramme Gérer les demandes par l’administrateur

37

Mémoire de Fin d’Etudes

 Cas d’utilisation « Gestion des demandes par l’administrateur»

Gestion des demandes par l’administrateur Gérer toutes les demandes d’accès à la plateforme SI

Nom du cas But

Acteurs

Administrateur

Pré-conditions

L’administrateur est authentifié

Post-condition

Les mises à jour sont effectuées

Figure 17 - Tableau de Cas d’utilisation « Gérer les demandes par l’administrateur»

 Scénario nominal : Ce cas d’utilisation commence lorsque l’administrateur utilise la gestion des demandes d’accès à la plateforme. Et dans le cas d’une mise à jour (ajouter, notifier, modifier, supprimer, clôturer, annuler, vérifier, afficher, rechercher d’une demande).

38

Mémoire de Fin d’Etudes

2.4 Module «Gestion des demandes par le demandeur»

Figure 18 - Diagramme Gérer les demandes par le demandeur

39

Mémoire de Fin d’Etudes

 Cas d’utilisation « Gestion des demandes par le demandeur»

Acteurs

Gestion des demandes par le demandeur Gérer toutes les demandes d’accès à la plateforme SI appartient au demandeur de la session en cours Demandeur

Pré-conditions

Le demandeur est authentifié.

Post-condition

Les mises à jour sont effectuées.

Nom du cas But

Figure 19 -Tableau de Cas d’utilisation « Gérer les demandes par le demandeur»

 Scénario nominal : Ce cas d’utilisation commence lorsque le demandeur utilise la gestion des demandes d’accès à la plateforme. Et dans le cas d’une mise à jour sur ses propre demandes (ajouter, modifier, supprimer, clôturer, annuler, vérifier, afficher, rechercher d’une demande).

40

Mémoire de Fin d’Etudes

2.5. Module «Gestion des demandes par le groupe de traitement»

Figure 20 - Diagramme Gérer les demandes par le groupe de traitement

41

Mémoire de Fin d’Etudes

 Cas d’utilisation « Gestion des demandes par le groupe de traitement» Nom du cas

Gestion des demandes par le traiteur

But

Gérer le traitement des demandes d’accès à la plateforme SI

Acteurs

Groupe de traitement

Pré-conditions

Le traiteur est authentifié et consulter la boite de réception du groupe Les mises à jour sont effectuées.

Post-condition

Figure 21 - Tableau de Cas d’utilisation « Gérer les demandes par le traiteur»

 Scénario nominal : Ce cas d’utilisation commence lorsque le traiteur consulte la boite de réception de son groupe. Et dans le cas de traitement d’une demande d’accès à la plateforme SI

42

Mémoire de Fin d’Etudes

2.6. Module «Gestion de suivi des demandes »

Figure 22 - Diagramme Gérer le suivi des demandes

 Cas d’utilisation « Gérer le suivi des demandes» Nom du cas

Gérer le suivi des demandes

But

Acteurs

Consulter le suivi des demandes (la situation des demandes, les demandes en retard, la date d’activation et d’expiration des comptes) Tous les acteurs

Pré-conditions

L’acteur est authentifié

Post-condition

Les mises à jour sont effectuées.

Figure 23 - Tableau de Cas d’utilisation « Gérer le suivi des demandes»

43

Mémoire de Fin d’Etudes

 Scénario nominal : Ce cas d’utilisation commence lorsque l’acteur consulte le suivi des demandes. Pour savoir les demandes en retard (qui dépassant leur délai de traitement) et les dates d’activation et d’expiration des demandes.

2.7. Module «Gestion des statistiques »

Figure 24 - Diagramme Gérer les rapports

 Cas d’utilisation « Gérer les statistiques » Nom du cas

Gérer les statistiques

But

Acteurs

Gérer les statistiques sur le nombre des demandes, les groupes des demandeurs et les groupes des traiteurs Tous les acteurs

Pré-conditions

L’acteur est authentifié

Post-condition

L’acteur gère les statistiques selon le Choix de critère Figure 25 - Tableau de Cas d’utilisation « Gérer les rapports»

44

Mémoire de Fin d’Etudes

 Scénario nominal : Ce cas d’utilisation commence lorsque l’acteur 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 etatdemande - id_etatdemande - etat_demande

0..1

0..1 0..*

0..*

Flux

acces

0..1

0..* perimetre -

idperimetre Nom_serveur1 Detail1 id_demande

-

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

0..1

machine -

0..*

id_machine Mac_Source_Nom1 Mac_Source_Ip1 Mac_Des_Nom1 Mac_Des_Ip1 Natur_trafic1 Port1 id_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

type_service - id_type : int - Nom_type : String

0..1

0..*

0..*

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

typeuser - id_type : int - type_user : String - id_filiale : int

0..1

etatcompte

0..*

-

0..* groupe - id_groupe : int - nom_groupe : String - id_filiale : int

0..1

user

0..1

0..*

- id_etat : int - etat_compte : String

1..2 0..1

iduser nom prenom email login password direction dateinscription id_type idgroupe_user id_etat id_groupe

0..*

0..*

1..2 0..1

0..*

boitetraiteur - id_email : int - Nom_email : String - id_groupe : int

0..1

filiale 0..1

- id_filiale : int - Nom_filiale : String

Figure 26 - Diagramme de classes

45

Mémoire de Fin d’Etudes

4. Diagramme de séquence de gestion des demandes DiagrammeSequence gestion des demandes

Ajouter demande Demandeur

Traiter demande

Cloturer demande

Refuser demande

Traiteur

Ajouter une demande

Notification

envoie d'une notification

demande envoyer Traiter la demande Notification Notification renvoyer la demande Cloturer la demande

Refulser le traitement

Figure 27 - Diagramme de séquence de gestion des demandes

46

Mémoire de Fin d’Etudes

Conclusion J’ai présenté dans ce chapitre une vue conceptuelle sur l’application de gestion de Demandes d’accès à la plate forme SI Le diagramme des cas d’utilisations et diagramme reflète les fonctionnalités offertes aux Utilisateurs de notre système, dans le prochain chapitre nous aborderons la phase de Réalisation du projet.

47

Mémoire de Fin d’Etudes

Chapitre 4 : Réalisation du projet

48

Mémoire de Fin d’Etudes

Introduction L'un des sujets les plus controversés en matière de développement d'applications est Celui du choix des outils de développement, et ceux qui décident ce choix sont les Membres de la haute direction, les directeurs et chefs de projets SI, développeurs Expérimentés aussi bien que les nouveaux développeurs. Bien souvent, ce sont des Concepts à la mode qui l'emportent, comme indépendance des fournisseurs, solution Ouverte ou multi-langage. Parfois la préférence va vers un fournisseur ou un langage de Programmation déterminé. Il est important de faire le bon choix car cela se traduira par Des capacités et des performances supérieures de l’application, une plus grande facilitée De développement et de maintenance et des frais de propriété moindres.

1. Choix techniques Pour développer notre application de demande d’accès à la plateforme j'utilise PHP comme langage de programmation .Due que ce choix est imposé par l’entreprise.

1.1 Outils de travail Pour la réalisation de ce projet J’ai choisi de travailler avec :       

PHP comme langage de programmation. SGBD pour la gestion de la base de données JpGraph pour gérer les statistiques HTML CSS Photoshop JavaScript

49

Mémoire de Fin d’Etudes

 Le langage de PHP

PHP est un langage de programmation informatique essentiellement utilisé pour produire à la volée des pages web dynamiques. PHP s’est imposé comme le langage de référence sur le web en raison de sa simplicité, de sa gratuité et de son origine de logiciel libre. Les compétences en développement PHP, développeurs PHP et ingénieurs de développement PHP, sont très recherchées par les entreprises qui l’utilisent de plus en plus dans le cadre de création de pages web dynamiques ainsi que dans le cadre de langage interprété de façon locale. PHP est considéré par certains comme une plate-forme de développement en raison de l’étendue et de la richesse de sa bibliothèque.

 SGBD

En informatique un système de gestion de base de données (SGBD) est un logiciel système destiné à stocker et à partager des informations dans une base de données, en garantissant la qualité, la pérennité et la confidentialité des informations, tout en cachant la complexité des opérations. 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 données. Il permet d'effectuer des comptes-rendus des informations enregistrées et comporte des mécanismes pour assurer la cohérence des informations, éviter des pertes d'informations due à des pannes, assurer la confidentialité et permettre son utilisation par d'autres logiciels. Selon le modèle, le SGBD peut comporter une simple interface graphique jusqu'à des langages de programmation sophistiqués.

50

Mémoire de Fin d’Etudes

 JpGraph JpGraph est une librairie PHP orientée objet dont le but est de fournir des graphiques. Ces graphiques sont créés sous forme d'images que l’on peut afficher directement sur la page web ou sauvegarder sur le serveur. Cette librairie récupère en entrée des données numériques et renvoie l’image. Le graphique peut être modélisé à souhait grâce à plusieurs méthodes. JpGraph propose différents types de graphiques tels que les histogrammes ou les camemberts. Elle est compatible avec PHP 4 et 5, la dernière version est la 3.5.0b1.Cette librairie est gratuite. Toutefois l’achat d’une licence est nécessaire en cas d’utilisation à 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, littéralement « langage de marquage hypertexte ». Le balisage HTML est incorporé dans le texte du document et est interprété 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 différence 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) décrivent l'apparence des divers éléments d'une page web par le biais de couples propriété / valeur. Étant distinctes du code de la page (HTML ou XML), elles constituent un moyen pour séparer structure et mise en page d'un site web. En tant que spécification du W3C, elles obéissent à un ensemble de règles précises qui seront décrites dans les chapitres suivants et que les navigateurs web respectent progressivement.

51

Mémoire de Fin d’Etudes

 Photoshop

Adobe Photoshop permet de retoucher quasiment tous les formats d'image. Grâce à ses nombreux plugins il permet de rajouter des truquages aux images : effets spéciaux, d'ombre et de lumières, et bien d'autres. En matière de production photographique et de retouche d'images professionnelle, Photoshop est considéré comme l'outil idéal. En effet, il permet la retouche et l'enrichissement d'images de qualité professionnelle. Photoshop est un des produits les mieux considérés 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 même du premier langage de script pour le Web. Ce langage est un langage de programmation qui permet d'apporter des améliorations au langage HTML en permettant d'exécuter des commandes du côté client, c'est-àdire au niveau du navigateur et non du serveur web. Ainsi le langage JavaScript est fortement dépendant du navigateur appelant la page web dans laquelle le script est incorporé, mais en contrepartie il ne nécessite pas de compilateur, contrairement au langage Java, avec lequel il a longtemps été confondu.

52

Mémoire de Fin d’Etudes

2. Principales interfaces graphiques 2.1 Authentification

Figure 28 - Interface d'authentification

Cette interface permet à l’utilisateur de s’authentifier et de se connecter au serveur de la base de données. L’utilisateur doit entrer son login et son mot de passe pour accéder à l’application. En cas d’erreur un message d’alerte s’affiche

2.2 Afficher les utilisateurs

Figure 29 - Interface d’affichage des utilisateurs

53

Mémoire de Fin d’Etudes

Cette interface permet à l’administrateur d’afficher la liste d’utilisateurs il permet aussi d’afficher, modifier, Supprimer l’utilisateur sélectionner

2.3 Ajouter un utilisateur

Figure 30 - Interface d’ajouter utilisateur

Cette interface permet à l’administrateur d’ajouter un utilisateur avec le choix de se type qui précis après le droit d’accès à l’application

54

Mémoire de Fin d’Etudes

2.4 Afficher les demandes

Figure 31 - Interface d’affichage de demande

Cette interface permet à l’utilisateur d’afficher les différents 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 l’état de la demande en précis l’action (par exemple tan que l’état et traitée en peut soit clôturée soit non valider la demande).On peut aussi afficher la demande sous forme de PDF (voir l’exemple ci dessue)

55

Mémoire de Fin d’Etudes

2.5 Ajouter une demande

Figure 32 - Interface d’ajouter d’une demande

56

Mémoire de Fin d’Etudes

Cette interface permet à l’utilisateur d’ajouter les demandes d’accès à 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 à l’utilisateur après l’ajoute d’une demande de notifier le traiteur qu’une nouvelle demande sera envoyée à la boite de réception de son groupe

57

Mémoire de Fin d’Etudes

2.7 Boites de réception des groupes

Figure 34- Interface de Boites de réception des groupes

Cette interface permet au groupe de traitement d’entrer à la boite de réception de son groupe Pour traiter les nouvelles demandes envoyée par le demandeur.

58

Mémoire de Fin d’Etudes

2.8 suivi des demandes

Figure 35 - Interface de suivi de demande

Cette interface permet à l’utilisateur de choisir selon leur besoin des informations sur la situation des demandes ainsi sur les date d’activation et d’expiration des demandes

2.9 Génération de statistiques

Figure 36 - Interface de génération de statistique

59

Mémoire de Fin d’Etudes

Conclusion générale L’objectif de mon projet de fin d’étude était de concevoir et implémenter une application de gestion des demandes d’accès à la plate forme SI Le point de départ de la réalisation de ce projet était une récolte des informations nécessaires pour dresser un état de l’existant, présenter un aperçu sur la problématique ainsi que l’architecture utiliser au sein de réseau de la société Par la suite, je suis intéressée à l’analyse et la spécification des besoins qui m’a permis de distinguer les différents acteurs interagissant avec l’application visée. L’objectif de la partie suivante était la conception détaillée, dans laquelle j’ai fixé la structure globale de l’application. Le dernier volet de mon projet était la partie réalisation qui a été consacrée à la présentation des outils du travail et les interfaces les plus significatives de notre application. L’apport de ce travail a été d’une importance très considérable, en effet, il m’a permis

de suivre une méthodologie de travail bien étudié, d’approfondir mes

connaissances dans le monde de développement des applications. La réalisation d’un tel projet, m’a permis d’apprendre et de toucher du doigt une partie de divers aspects du métier de développeur et de celui du concepteur.

60

Mémoire de Fin d’Etudes

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-email-en-php-1

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

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