Etude, conception et mise en place

d’une Plateforme de Management

des projets

MIAGE
Méthode Informatique Appliquée à la Gestion des Entreprises

M. El Mehdi BELASLA

Année universitaire : 2016 - 2017

1
Mise en place d’un système de suivi des projets
Remerciement
Avant d’entamer la réalisation de ce rapport, Il nous est agréable de nous acquitter d’une dette
de reconnaissance auprès de toutes personnes dont l’intervention a favorisé l’aboutissement
de ce projet.

Nous  remercions sincèrement notre cher encadrant, Monsieur Mehdi Belassla,

professeur à l’École Marocaine des Sciences de l’Ingénieur, qui s’est toujours montré à
l’écoute et très disponible tout au long de la réalisation de ce travail, ainsi pour l’inspiration,
l’aide et le temps qu’il nous a consacré et sans qui ce travail n’aurait jamais vu le jour.

Nous tenons à reconnaître également, non seulement par nécessité, mais par respect et
gratitude profonde, tout le corps professoral de l’ECOLE Centre pour les efforts déployés afin
de nous assurer un meilleur environnement de formation.

Nos remerciements s’adressent également à tous nos professeurs qui se sont donnés
avec dévouement à notre formation.

Merci aux membres du Jury pour l’honneur qu’ils nous accordent en acceptant de
juger et évaluer ce travail.
Résumé
Dans le cadre d’un projet de fin d’étude. On a été appelé à réaliser un projet qui consiste à
mettre en place un système de gestion et suivi des projets dans une entreprise.

De ce fait, notre solution permet de mettre en place un système qui doit entre autre
permettre un suivi des projet, une élaboration et mise à jour des plannings des travaux de
manière souple et entièrement dynamique ainsi qu’une gestion des ressources humaines et.
Pour mettre en place ce système et vu sa complexité, nous avons opté pour la méthode de
gestion de projet SCRUM qui suit un processus itératif.

Chaque itération commence par une analyse et conception des différents modules en
utilisant le langage UML. Ensuite la réalisation en exploitant les fonctionnalités de la
plateforme .NET. Enfin nous avons utilisé les systèmes de gestion de base de données MS
SQL SERVER 2012.

Le présent document rapporte l’essentiel de la mission accomplie dans le cadre de ce

projet.

Mots clés : .Net, MVC, gestion des projets, SCRUM, UML, suivi, Ressources
Abstract
This document represents the result of our work in the end-of-study project, our
mission was to setting up a project management and monitoring system in a company.

As a result, our solution enables us to set up a system which allow project monitoring,
work planning and updating in a flexible and fully dynamic way, and human resources
management.

To manage our project, we opted for the SCRUM project management method that
follows an iterative process.

Each iteration begins with an analysis and design of the different modules using the
UML language. Then the realization by exploiting the functionalities of the .NET platform.
Finally, we used MS SQL SERVER 2012 database management systems.

keywords : .Net, MVC, gestion des projets, SCRUM, UML, suivi, Ressources 
Liste des abreviations

Abréviation Désignation
UML Unified Modeling Language
MVC Model Vue Controler
CLI Common Language Infrastructure
SGBD Système de gestion base de données
CP Chef de projet
DP Directeur de projet
Liste des figures

Figure 1 : cycle de développement SCRUM..........................................................................................16

Figure 2 : Planning du projet................................................................................................................17
Figure 3 : schéma processus de gestion de projet................................................................................21
Figure 4 : Diagramme d’activité de planification d’un projet...............................................................22
Figure 5: Architecture technique du projet..........................................................................................27
Figure 6: Architecture MVC..................................................................................................................28
Figure 7 : Arborescence du projet sous Visuel Studio..........................................................................30
Figure 8 : Cas d’utilisation gestion de projet........................................................................................34
Figure 9: Diagramme des classes du module "Gestion des projets".....................................................35
Figure 10 : Interface création d’un nouveau projet..............................................................................36
Figure 11 : Interface liste des projets...................................................................................................36
Figure 12 : Cas d’utilisation gestion des taches....................................................................................40
Figure 13 : Diagramme de classe « gestion des taches »......................................................................42
Figure 14 : Interface d’affectation des taches......................................................................................43
Figure 15 : Cas d’utilisation gestion des ressources.............................................................................47
Figure 16 : Diagramme de classe « Gestion des ressources »...............................................................48
Liste des tableaux

Tableau 1 : Tableau des livrables..........................................................................................................15

Tableau 2: Description des risques.......................................................................................................17
Tableau 3:Tableau des Acteurs.............................................................................................................23
Tableau 4: Tableau des règles de gestion.............................................................................................25
Tableau 5: Fiche du sprint 1.................................................................................................................32
Tableau 6 :Règles de gestion du module « gestion de projet »............................................................33
Tableau 7 : Description de cas d’utilisation « gestion de projet »........................................................35
Tableau 8: Description du sprint 2........................................................................................................38
Tableau 9 : Règles de gestion « gestion des taches »...........................................................................39
Tableau 10 : Description du cas d’utilisation  « gestion des taches »...................................................41
Tableau 11: Description du sprint 3......................................................................................................45
Tableau 12 : Règles de gestion « gestion des ressources »..................................................................46
Tableau 13 : Description cas d’utilisation « gestion des ressources »..................................................47
Tableau 14 : Webographie...................................................................................................................50
Table des matières

CHAPITRE 1.......................................................................................................................................13

Contexte générale du projet..................................................................................................................13

1. Contexte du projet........................................................................................................................14

1.1. Problématique générale.......................................................................................................14

1.2. But du projet........................................................................................................................14

1.3. Missions du projet................................................................................................................14

1.4. Livrables du projet................................................................................................................15

1.5. Méthodologies de développement......................................................................................15

1.5.1. Pourquoi SCRUM ?............................................................................................................16

1.6. Détermination des risques....................................................................................................17

1.7. Planning du projet................................................................................................................17

1.8. Conclusion............................................................................................................................18

CHAPITRE 2.......................................................................................................................................19

Etudes des besoins................................................................................................................................19

1. Problématique générale................................................................................................................20

2. Objectif du projet..........................................................................................................................20

3. Etude de l’existant........................................................................................................................20

3.1. La gestion des projets...............................................................................................................20

3.2. Processus de planification d’un projet......................................................................................21

4. Expression des besoins fonctionnels.............................................................................................22

4.1. Identification des acteurs......................................................................................................22

4.1.1. Rôles.................................................................................................................................23

4.2. Fonctionnalités  du système cible.........................................................................................23

4.3.1. Gestion des projets................................................................................................................23

 4.3.2. Gestion des ressources..........................................................................................................24

4.3. 3. Gestion des tâches................................................................................................................24

4.3.4 Gestion suivi du projet:...........................................................................................................24

5. Quelques Règles de gestion..........................................................................................................25

5. Conclusion................................................................................................................................25

CHAPITRE 3.......................................................................................................................................26

Etude Technique...................................................................................................................................26

1. Architecture technique..............................................................................................................27

2. Architecture MVC....................................................................................................................27

3. Outils de développement..........................................................................................................28

4. Arborescence du projet.............................................................................................................29

5. Conclusion................................................................................................................................30

CHAPITRE 4.......................................................................................................................................31

Sprint 1 : Module « Gestion des projets ».............................................................................................31

1. Description du sprint 1 : Gestion des projets...........................................................................32

2. Analyse et conception...............................................................................................................33

3. Réalisation................................................................................................................................35

4. Conclusion....................................................................................................................................36

CHAPITRE 5.......................................................................................................................................37

Sprint 2.................................................................................................................................................37

1. Prérequis du sprint 2 : Gestion des taches.....................................................................................38

2. Modélisation.................................................................................................................................40

3. Interfaces......................................................................................................................................42

4. Conclusion....................................................................................................................................43

CHAPITRE 6.......................................................................................................................................44

Sprint 3.................................................................................................................................................44

1. Prérequis du sprint 3 : Gestion des ressources..............................................................................45

2. Modélisation.................................................................................................................................46
3. Interfaces......................................................................................................................................48

4. Conclusion....................................................................................................................................48

Bibliographie - Webographie................................................................................................................50
Introduction générale

Depuis déjà plusieurs décennies, la gestion de projet a contribué de façon très significative à
la nouvelle pratique de la gestion. Grâce à cette approche, les organisations peuvent mieux
planifier, coordonner, diriger et surtout contrôler leurs ressources et ce, de façon structurée et
optimale. En effet, la gestion informatisée de projet procure un outil très puissant aux
gestionnaires d’aujourd’hui par sa flexibilité et sa polyvalence. De plus, elle permet de
résoudre les problèmes les plus complexes.

C’est dans ce cadre, et dans le cadre d’un projet de fin d’étude, on a été appelé à réaliser un
projet qui consiste à l’étude, la conception et la mise en place d’un système de gestion et suivi
des projets dans une entreprise, et cela sous la plateforme .NET.

Le présent rapport expose ainsi le bilan du travail réalisé selon sept étapes fondamentales :

Chapitre 1 : « Contexte générale du projet »

Décrit la problématique, les objectifs ainsi que les résultats attendus.

Chapitre 2 : « Cahier du charge », ce chapitre cible expliciter le besoin, au travers de fonctions
de services et de fonctions de contraintes (règles de gestion).

Chapitre 3 : « Sprint 0 » : étude préalable, c’est la phase d’initialisation du projet, elle se
penche sur la définition des exigences fonctionnelles du projet, ainsi que la démarche suivie
pour sa réalisation, la planification à adopter, l’architecture technique et applicative tout en
mettant le point sur les différents risques pouvant parvenir au cours de la réalisation.

Chapitre 4 : « Sprint 1 : lot Projets » , ce chapitre décrit le flux de gestion et pilotage des
projets depuis la modélisation jusqu’au l’interfaçage.

Chapitre 5 : « Sprint 2 : lot Taches » , cette phase concerne la gestion des taches d’un projet et
l’affection de ses dernières aux ressources

Chapitre 6 : « Sprint 3 : lot Ressources », c’est la partie qui traite la gestion des ressources
d’un projet.

Chapitre 7 : « Sprint 4 : lot Suivi taches » , ce sprint est réservé pour la phase noyau de cette
plateforme, c’est le suivi des taches, qui permet aux responsables d’un projet de savoir l’état
d’avancement et le statut de chaque tache.
 CHAPITRE 1
Contexte générale du projet
Dans ce chapitre, nous présentons notre projet de
fin d’étude, à savoir la problématique, les objectifs
et les résultats attendus

I
I.1
1. Contexte du projet 
1.1. Problématique générale

Plébiscitée par de plus en plus d’entreprises, la gestion de projet s’impose dans des structures
de toutes tailles comme un mode d’organisation particulièrement efficace.
Si elles veulent demeurer concurrentielles, les entreprises n’ont pas le choix, elles doivent
constamment améliorer leur performance et mettre en place un système de gestion et suivi de
projets. Ceci a l’avantage de faire gagner du temps grâce au  respect des délais prescrits et de
ce fait, il épargne à l’entreprise les risques et les conflits litigieux qu’elle pourra rencontrer
vis-à-vis de ses  partenaires  et ses clients contractuels.

1.2. But du projet

L’objectif du projet est de développer un système de gestion et suivi des projets qui répond
aux besoins de l’entreprise
Cette gestion permettra au Directeur de projet ainsi qu’au chef de projet de bien cerner le
projet du bout en bout, de rendre compte de son état d’avancement et bien sûr de détecter au
préalable les risques afin de pouvoir les gérer au bon moment sans affecter les délais
d’échéance fixés vis-à-vis des clients.
Les objectifs du système visent généralement les axes suivants :
 Gestion des projets
 Gestion des tâches
 Gestion des ressources
 Gestion de suivi des taches

1.3. Missions du projet

La mission du projet couvre les prestations suivantes :

Etude préalable
Analyse fonctionnelle
Conception générale
Réalisation des modules
Intégration
Tests et recette
1.4. Livrables du projet

Phases Livrables Date de Livraison Date de validation

Sprint 0 : Dossier de 19/02/2017 21/02/2017
étude maquettage
préalable Dossier de conception 19/02/2017 23/02/2017
Plan assurance 04/03/2017 30/03/2017
Qualité
Backlog du produit 12/03/2017 30/03/2017

Cahier des charges 04/04/2017 04/04/2017

Sprint 1 Executable du module 12/03/2017 13/04/2017
gestion projet et code
source
Sprint 2 Exécutable du module 25/03/2017
gestion taches et code
source
Sprint 3 Exécutable du module 25/03/2017
gestion ressource et
code source
Sprint 4 Exécutable du module En cours
suivi tache et code
source
Tableau 1 : Tableau des livrables

1.5. Méthodologies de développement

La méthode adoptée dans de ce projet est la méthode agile SCRUM. Le principe de base de
Scrum est de focaliser l'équipe de façon itérative sur un ensemble de fonctionnalités à réaliser,
dans des itérations de durée fixe de deux à quatre semaines, appelées Sprints. Chaque Sprint
possède un but à atteindre, défini par le Directeur de produit, à partir duquel sont choisies les
fonctionnalités à implémenter dans ce sprint.

Un principe fort en SCRUM est la participation active du client pour définir les priorités dans
les fonctionnalités du produit, et pour choisir celles qui seront réalisées dans chaque sprint.
 Figure 1 : cycle de développement SCRUM

Le backlog du produit définit les modules du projet tout entier qui est ensuite divisé en
plusieurs sous modules constituant le backlog du sprint. Les principales caractéristiques de
cette méthodologie sont :

 Les projets SCRUM progressent par une série de sprints

 La durée d’un sprint est de 2 à 4 semaines
 Une durée constante apporte un meilleur rythme
 Le produit (partiel) est conçu, codé et testé pendant le sprint.

1.5.1. Pourquoi SCRUM ?

Nous avons opté pour cette méthode car la mise en œuvre de notre projet nécessite une vision
globale de la solution à mettre en place, que ce soit au niveau technique, architectural ou
fonctionnel. L’aspect itératif et incrémental de notre projet constituent une autre raison qui
est aussi importante que la première sachant qu’il s’agit de prévoir des itérations dont le
résultat serait validé. Ces itérations doivent être efficaces avec une durée minimisée et une
qualité maximum des livrables.

En Scrum le changement est accepté, même tardivement dans le développement. Les

processus agiles exploitent le changement comme avantage compétitif pour le client.
 1.6. Détermination des risques

Avant de toucher à une anomalie ou un besoin, une phase primordiale doit précéder le travail
qui va avoir lieu, c'est le fait de prendre connaissance des risques qu’on peut rencontrer au
cours de la réalisation du projet et prévoir des actions correctives.
Les risques Le type Impact Probabilité Action correctives

1- la contrainte de Risque non Le projet ne sera pas Moyenne -Doubler l’effort et

temps : la gestion du Bloquant achevé dans la date ajuster le planning
temps est mal faite prévue pour respecter la
planification faite
au départ.

2-Absence ou Risque non Ralentissement des Faible -Doubler l’effort et

maladie Bloquant travaux travailler un temps
extra.

3- Périodes Risque Impacte sur le délai -Augmenter la

préparation aux bloquant masse horaire
examens trimestriels
-Demande d’aide
externe

Tableau 2: Description des risques

1.7. Planning du projet

Ci-dessous le planning estimé du projet découpé en 6 itérations

Figure 2 : Planning du projet

1.8. Conclusion
Dans ce chapitre, nous avons présenté le cadre général du projet, le chapitre suivant visera la
phase de démarrage du projet, la démarche et planification suivie pour la réalisation,
l’architecture technique et les outils utilisés.
 CHAPITRE 2
Etudes des besoins
Dans ce chapitre, nous présentons notre projet de
fin d’étude, à savoir la problématique, les objectifs
et les résultats attendus, les besoins fonctionnels du
projets ainsi que les règles de gestion
1. Problématique générale
La gestion de projet est un art difficile dans lequel le chef de projet doit improviser au mieux.
Aussi, pour diminuer les risques ou maintenir l’entropie du projet à un niveau raisonnable.
Pour se faire, le manager du projet doit avoir un tableau de bord qui lui permet de piloter les
projets, ce tableau de bord offre une visibilité sur le suivi du projet, l’état d’avancement, la
disponibilité des ressources, afin de garantir une bonne productivité.

2. Objectif du projet
L’objectif du projet est de concevoir et d’implémenter une application permettant de répondre
aux besoins des entreprises.
Cette application a pour but d’apporter à la direction de projet tous les éléments nécessaires
pour prendre en temps voulu toutes les décisions lui permettant de respecter ses objectifs.

3. Etude de l’existant

3.1. La gestion des projets

La gestion de projet consiste à maintenir l'équilibre entre les objectifs, les prévisions et les
ressources. En générale, cela signifie la planification, l'organisation et le suivie des tâches d'un
projet ainsi que l'identification et la prévision des ressources nécessaires à la réalisation de ces
tâches, le schème processus de gestion de projet est présenté ainsi:
 Initialisation Planification Exécution Controle Cloture

définir le but et
Découper le coordonner les Surveiller/
les objectifs du révision formelle
travail ressources Monitorer
projet

identifier les Définir les suivre le plan décision

Mesurer
risques dépendances d’action formelle

Définir des
Definer les
rapporter actions Documentation
resources
correctives

Définir le plan
d’action

Figure 3 : schéma processus de gestion de projet  

3.2. Processus de planification d’un projet

Le schéma qui suit montre le processus de planification d’un projet, c'est-à-dire
l'ordonnancement de tâches en vue de leur réalisation future, il se base sur l’utilisation de la
méthode PERT avec la détermination du chemin critique
 Figure 4 : Diagramme d’activité de planification d’un projet

4. Expression des besoins fonctionnels

4.1. Identification des acteurs 

Cette partie vise à définir les acteurs du l’application « Gestion et suivi des projets ».
Les acteurs qui interagissent avec le Système sont :

Acteurs humains :

 Directeur Projet
 Chef de Projet
  Ressource

Acteur Système :

 Aucun acteur système n’est identifié.

NB : Tous les utilisateurs doivent s’authentifier avant de passer n’importe qu’elle opération
dans le système.

4.1.1. Rôles

Les Acteurs Cas d’utilisations

Directeur de projet  Gérer projets
 Gérer tâches
 Consulter planning
 Gérer ressources
Chef de projet  Gérer ressources
 Gérer tâches
 Consulter Planning
Ressource  Afficher le détail des projets
 Afficher le détail des tâches
 Mettre à jour l’avancement des
tâches
Tableau 3:Tableau des Acteurs

4.2. Fonctionnalités  du système cible

4.3.1. Gestion des projets

Description : Ce module permet une gestion centralisée des projets en s’appuyant sur les
fonctionnalités ci-après :
• FC1 : Consulter la liste des projets via des critères de recherche
• FC2 : Éditer un projet nouvellement adopté par l’entreprise
• FC3 : Consulter les informations relatives à un projet
• FC4 : Modifier les informations relatives à un projet
• FC5 : Clôturer un projet
• FC6 : Affecter une ressource (chef de projet) au projet
• FC7 : Désaffecter une ressource d’un projet
• FC8 : Afficher la liste des ressources du projet
 4.3.2. Gestion des ressources

Description : Ce module permet la gestion des ressources qui seront affectées à un ou

plusieurs projets en se basant sur les fonctionnalités suivantes :
• FC1 : Consulter la liste des ressources via des critères de recherche
• FC2 : Éditer une nouvelle ressource
• FC3 : Consulter le détaille d’une ressource
• FC4 : Modifier les informations d’une ressource
• FC5 : Supprimer une ressource
• FC6 : Affecter une ressource à une tâche
• FC7 : Désaffecter une ressource d’une tâche

4.3. 3. Gestion des tâches

Description : Ce module a pour objectif de gérer les taches d’un projet, les affectations et les
relations de type dépendance
• FC1 : Éditer une tâche
• FC2 : Consulter les informations d’une tâche
• FC3 : Modifier les informations d’une tâche
• FC4 : Supprimer une tâche
• FC5 : Affecter des ressources à une tâche
• FC6 : Modifier le statut d’une tâche
• FC7 : Associer une tache à une autre (dépendance)
• FC7 : Valider une tâche

4.3.4 Gestion suivi du projet:

Description : Ce module est le noyau de notre projet, il permet d’un côté Directeur ou chef de
projet de faciliter le suivi des taches et de savoir l’état d’avancement de chaque projet ainsi
que son statut et d’un côté ressource de renseigner le progresse de chaque tache.
• FC1 : Consulter la liste des taches
• FC2 : Éditer une fiche de suivi
• FC3 : renseigner l’état d’avancement et le statut d’une tache
• FC4 : Consulter l’état d’avancement des projets via des tableaux de bord
5. Quelques Règles de gestion
Le tableau qui suit, présente la liste globale des règles de gestion des différents modules

Référence Description
RG 01 Chaque ressource doit s’authentifier pour accéder au système

RG 02 Seul le directeur de projet qui a le droit de créer de nouveaux projets et

clients
RG 03 Un projet est subdivisé en phases
RG 04 Une phase est divisée en plusieurs tâches
RG 05 Une tâche ne peut être attribuée qu’à une seule ressource
RG 06 Un Projet ne peut en aucun cas être suspendu pour commencer un autre
RG 07 L’affectation des ressources au projet est effectuée par le directeur de projet
RG 08 L’affectation des ressources aux tâches est effectuée par le chef de Projet

RG 09 La date de fin d’une tâche doit être supérieur ou égale la date début de la
tâche
RG 10 La date de fin d’un projet doit être supérieur strictement à la date de début
RG 11 La date d’affectation de la ressource doit etre supérieur ou égale la date de début
du projet
RG 12 Le CF doit avoir le droit toujours pour changer les affectations entre les ressources

RG 13 Le chef de projet est également considéré en tant que ressource et seul le DP qui
peut lui affecter un projet
Tableau 4: Tableau des règles de gestion

5. Conclusion
Dans ce chapitre nous avons étudier les besoins fonctionnel du projet, A travers cette
étude, nous avons soulevé la problématique détectée ainsi que les objectifs définis. Le
chapitre sera dédié pour la présentation de l’étude technique du projet.
CHAPITRE 3
Etude Technique
Dans ce chapitre, nous présentons les outils de
développement adopté ainsi que l’architecture
technique et applicative du projet
1. Architecture technique

Nous avons opté pour le modèle architectural MVC (Model-View-Controller) qui sépare une
application en trois composants principaux : le modèle, la vue et le contrôleur.
L’infrastructure ASP.NET MVC offre une alternative au modèle Web Forms ASP.NET pour
la création d'applications Web. ASP.NET MVC est une infrastructure de présentation simple
et facilement testable, qui (comme celle des applications utilisant des Web Forms) est intégrée
aux fonctionnalités ASP.NET existantes, telles que les pages maîtres et l'authentification
basée sur l'appartenance.

Figure 5: Architecture technique du projet

2. Architecture MVC

MVC 4 (Modèle-Vue-Contrôleur) est un patron de conception (design pattern en anglais) très

répandu pour réaliser des sites web. Ce patron de conception est une solution éprouvée et
reconnue permettant de séparer l'affichage des informations, les actions de l'utilisateur et
l'accès aux données. 

Figure 6: Architecture MVC

3. Outils de développement

.Net Framework 4.5

NET est un environnement pour développer et exécuter des applications

informatiques (Windows, Web, Web Service, Pocket PC, Windows
Service, …). Le Framework .NET est basé sur la norme CLI Common
Language Infrastructure qui est indépendante du langage de programmation
utilisé.

Langage C#  5.0

Le C# est un langage de programmation orienté objet, commercialisé
par Microsoft depuis 2002 et destiné à développer sur la
plateforme Microsoft .NET.
La version 5 du langage permet de programmer plus simplement des programmes
asynchrones grâce à l'ajout des mots clés async et await
Microsoft Visual studio 2012
Visual Studio est un ensemble complet d'outils de développement
permettant de générer des applications WebASP.NET, des Services
WebXML, des applications bureautiques et des applications mobiles.

SQL Server 2012

Microsoft SQL Server est un système de gestion de base de
données (abrégé en SGBD ou SGBDR pour « Système de gestion
de base de données relationnelles ») développé et commercialisé par la
société Microsoft.

Bootstrap 3.3
Est une collection d'outils utile à la création du design (graphisme,
animation et interactions avec la page dans le navigateur ... etc. ...)
de sites et d'applications web. C'est un ensemble qui contient des
codes HTML et CSS, des formulaires, boutons, outils de navigation et
autres éléments interactifs, ainsi que des extensions JavaScript en option.

Entity Framework 6.0

Est un ensemble de technologies dans ADO.NET qui prennent en charge le
développement d'applications logicielles orientées données. Les architectes
et les développeurs d'applications orientées données sont confrontés à la
nécessité d'atteindre deux objectifs très différents.

4. Arborescence du projet

La figure ci-dessous illustre l’arborescence de notre projet au niveau de l’outil de

développement Visuel Studio
 Figure 7 : Arborescence du projet sous Visuel Studio

5. Conclusion
Après avoir présenté les outils de développement, l’architecture technique et applicative du
projet, le chapitre suivant concerne le sprint 1 de gestion des projets.
 CHAPITRE 4
Sprint 1 : Module « Gestion des projets »
Dans ce chapitre, nous présentons le sprint 1 qui
concerne le lot des projets , commençant par la
description des besoins, puis l’analyse et
conception, avant d présenter le résultat du
développement
1. Description du sprint 1 : Gestion des projets
1.1. Présentation du module 

Ce module vise à déterminer les fonctionnalités dont il aura besoin un directeur ou chef de
projet pour bien gérer l’activité de pilotage d’un projet, il présente le use case du sprint, son
diagramme de classe ainsi que les interfaces qui seront manipulées par l’utilisateur finale.

1.2. Fiche du sprint

Description
Objectifs  Avoir une vue globale sur l’ensemble des projets de
l’entreprise
 Gérer tous les projets de la société
Contrainte  Respect du délai
 Prise en compte des exigences mentionnées sur le product
backlog
Pré-requis 
 Préparation de l’architecture technique et applicative
Livrables en sortie  Exécutable du module gestion du projet et le code source

Dépendance  N/A

Critères de fin de phase :

 Réalisation d’un module opérationnel qui répond au besoin indiqué dans le backlog

Tableau 5: Fiche du sprint 1

1.3. Backlog du sprint

Description : Ce module permet une gestion centralisée des projets en s’appuyant sur les
fonctionnalités ci-après :
• FC1 : Consulter la liste des projets via des critères de recherche
• FC2 : Éditer un projet nouvellement adopté par l’entreprise
• FC3 : Consulter les informations relatives à un projet
• FC4 : Modifier les informations relatives à un projet
• FC5 : Clôturer un projet
• FC6 : Affecter une ressource (chef de projet) au projet
• FC7 : Désaffecter une ressource d’un projet
• FC8 : Afficher la liste des ressources du projet
 • FC9 : Faire un diagramme de Gantt qui est un outil utilisé en ordonnancement et en
gestion de projet et permettant de visualiser dans le temps les diverses tâches
composant un projet.

1.4. Règles de gestion du sprint

Le tableau qui suit présente la liste exhaustive des règles de gestion définit pour le sprint de
gestion des projet

Règle Description
Rgl_01 Seul le directeur qui peut lister l’ensemble des projets

Rgl-02 Seul le directeur qui a le droit d’ajouter\Modifier\Supprimer un

projet

Rgl-03 Tous les champs de l’interface de création d’un projet sont

obligatoires
Rgl-04 La date de création d’un projet doit être supérieure ou égale à la
date du jour
Rgl-05 La date de fin d’un projet doit être supérieur strictement à la date
de début
Rgl-06 Si le user choisi la même ressource pour un projet, un message
d’alerte doit être affiché à l’écran

Rgl-07 La date d’affectation de la ressource doit etre supérieur ou égale la

date de début du projet
Tableau 6 :Règles de gestion du module « gestion de projet »

1.5. Les acteurs du sprint

 Directeur du projet 

2. Analyse et conception
2.1. Bloc fonctionnel de gestion des projets

La figure suivante, présente le cas d’utilisation du le sprint de gestion des projets, qui permet
d'identifier les possibilités d'interaction entre le système et le directeur de projet.
 Figure 8 : Cas d’utilisation gestion de projet

2.2. Description de cas d’utilisation

Code Libellé Acteur Description

UC11 S’authentifie Directeur de projet L’utilisateur s’authentifie afin d’avoir

accès à l’application

UC13 Ajouter projet Directeur de projet Ajouter un nouveau projet

UC14 Modifier projet Directeur de projet Modifier les informations relatives à

un projet

UC16 Clôturer projet Directeur de projet Clôturer un projet

UC15 Annuler projet Directeur de projet Annuler un projet

Consulter les informations relatives à
UC12 Consulter projet Directeur de projet
un projet

UC18 Affecter chef au projet Directeur de projet Affecter une ressource au projet
Tableau 7 : Description de cas d’utilisation « gestion de projet »
2.3. Diagramme de Classe du sprint

La figure ci-après, illustre le diagramme de classe du le sprint de gestion des projets, qui
présente les classes et les interfaces du module ainsi que les différentes relations entre celles-
ci

Figure 9: Diagramme des classes du module "Gestion des projets"

3. Réalisation
3.1. Description de quelques Interfaces

L’interface ci-dessous permet au directeur des projets de de créer un nouveau projet et

d’affecter une ou plusieurs ressources à ce dernier
 Figure 10 : Interface création d’un nouveau projet

L’interface suivante permet au directeur de projet de consulter la liste des projets via des
critères de recherche

Figure 11 : Interface liste des projets

4. Conclusion
Dans le chapitre en cours, nous avons décrit le backlog du sprint « gestion des projets », la
modélisation ainsi que la phase de réalisation.
Les chapitres qui suivent reprendront les mêmes étapes pour les activités restantes : tâches,
ressources, suivi taches.
CHAPITRE 5
Sprint 2
Dans ce chapitre, nous présentons le sprint 2 qui
concerne le lot des taches
 1. Prérequis du sprint 2 : Gestion des taches

1.1. Présentation du module 

Ce module vise à déterminer les fonctionnalités dont il aura besoin les acteurs suivants :
Le chef de projet pour bien gérer les taches d’un projet ainsi que les affectations de ses
derniers aux ressources du projet.
La ressource : Pour visualiser les taches à son actif et renseigner l’état d’avancement d’une
tache
Cette partie présente également le use case du sprint, son diagramme de classe ainsi que les
interfaces qui seront manipulées par l’utilisateur finale.

1.2. Description du sprint

Phase Intégration et recette

Objectifs  Définir les taches de chaque projet

 Affecter les taches aux ressources
 Visualiser les taches d’un projet
Contrainte  Respect du délai
 Prise en compte des exigences mentionnées sur le product
backlog
Pré-requis  Validation Maquette
 Préparation de l’architecture technique et applicative
Livrables en sortie  Exécutable du module gestion des taches et le code source
Dépendance Afin d’affecter une tache à une ressource, il faut d’abord
avoir le module des ressources

Critères de fin de phase :

 Réalisation d’un module opérationnel qui répond au besoin indiqué dans le backlog

Tableau 8: Description du sprint 2

1.3. Backlog du sprint

Mise en place d’un système de suivi des projets

37
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

Description : Ce module a pour objectif de gérer les taches d’un projet, les affectations et les
relations de type dépendance via les éléments suivants :
• FC1 : Éditer une tâche
• FC2 : Consulter les informations d’une tâche
• FC3 : Modifier les informations d’une tâche
• FC4 : Supprimer une tâche
• FC5 : Affecter une tache à une ressource
• FC6 : Modifier le statut d’une tâche
• FC7 : Associer une tache à une autre (dépendance)
• FC7 : Valider une tâche

1.4. Règles de gestion du sprint

Le tableau qui suit présente la liste exhaustive des règles de gestion définit pour le sprint
de gestion des taches

Règle Description
Rgl_01 Un directeur de projet peut ajouter des taches qui
concernent les projets dont il est responsable
Rgl_02 Une tache doit être ajoutée au sein d’une phase
existante
Rgl_03 Une tache peut être affectée à une et une seul
ressource
Rgl_04 La date de fin d’une tâche doit être supérieur ou égale
la date début de la tâche

Rgl_05 Le système doit gérer les prédécesseurs de chaque

taches, en décalent la date de début et de fin selon le
type de dépendance à savoir :
FD : Fin Début
DF : Début Fin
DD : Début Début
FF : Fin Fin
Tableau 9 : Règles de gestion « gestion des taches »

1.5. Les acteurs du sprint

 Directeur du projet

 Le chef de projet :
38
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

2. Modélisation
2.1. Cas d’utilisation du sprint

La figure suivante, présente le cas d’utilisation du le sprint de gestion des taches, qui permet
d'identifier les possibilités d'interaction entre le système et les acteurs

Figure 12 : Cas d’utilisation gestion des taches

2.2. Description de cas d’utilisation

Code Libellé Acteur Description

UC20 Ajouter tache Chef de projet Ajouter une tache

Modifier tache Chef de projet Modifier les informations

UC21
d’une tâche

39
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

UC22 Supprimer tache Chef de projet Supprimer une tâche

Consulter tache Chef de projet Consulter les informations

UC23
d’une tâche

Affecter ressource Chef de projet Affecter ressource à une

UC24
à une tache tache

Consulter liste des Chef de projet

Consulter liste des ressources
UC25 ressources
affectées
affectées

Modifier Chef de projet Modifier l’affectation d’une

UC26
l’affectation ressource
Consulter les informations
UC23 Consulter tache Ressource
d’une tâche
MAJ avancement Ressource Modifier l’état d’avancement
UC27
tache d’une tâche
Tableau 10 : Description du cas d’utilisation  « gestion des taches »

2.3. Diagramme de Classe du sprint

La figure ci-après, illustre le diagramme de classe du le sprint de gestion des taches, qui
présente les classes et les interfaces du module ainsi que les différentes relations entre celles-
ci.

40
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

Figure 13 : Diagramme de classe « gestion des taches »

3. Interfaces
- L’interface ci-après permet au chef de projet d’affecter une tache à une ressource et de
visualiser également les affectations des taches via une calendrier.

41
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

Figure 14 : Interface d’affectation des taches

4. Conclusion
Dans le chapitre en cours, nous avons décrit le backlog du sprint « gestion des taches », la
modélisation ainsi que la phase de réalisation.
Les chapitres qui suivent reprendront les mêmes étapes pour les activités restantes :
ressources, suivi taches.

42
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

CHAPITRE 6
Sprint 3
Dans ce chapitre, nous présentons le sprint 2 qui
concerne le lot des ressources

43
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

1. Prérequis du sprint 3 : Gestion des ressources

1.1. Présentation du module 

Ce module vise à déterminer les fonctionnalités dont il aura besoin un directeur ou chef de
projet pour bien gérer les ressources d’un projet et leur planification dans les taches, il
présente le use case du sprint, son diagramme de classe ainsi que les interfaces qui seront
manipulées par l’utilisateur finale.

1.2. Description du sprint

Phase de Déploiement

Objectifs
 Affecter des Ressources à une tâche
 Visualiser la liste des ressources disponible

Contrainte  Respect du délai

 Prise en compte des exigences mentionnées sur le product
backlog
Pré-requis  Préparation de l’architecture technique et applicative
Livrables en sortie  Exécutable du module gestion des ressources et le code
source
Dépendance  N/A

Critères de fin de phase :

 Avoir un module opérationnel

Tableau 11: Description du sprint 3

1.3. Backlog du sprint

44
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

Description : Ce module permet la gestion des ressources qui seront affectées à un ou

plusieurs projets en se basant sur les fonctionnalités suivantes :

 FC1 : Consulter la liste des ressources via des critères de recherche

 FC2 : Éditer une nouvelle ressource
 FC3 : Consulter le détaille d’une ressource
 FC4 : Modifier les informations d’une ressource
 FC5 : Supprimer une ressource
 FC6 : Affecter une ressource à une tâche
 FC7 : Désaffecter une ressource d’une tâche

1.4. Règles de gestion du sprint

Le tableau qui suit présente la liste exhaustive des règles de gestion définit pour le sprint
de gestion des ressources

Règle Description
Rgl_01 Seul le directeur qui a le droit d’ajouter\Modifier\
Supprimer une ressource
Rgl_02 Seul le directeur qui peut affecter une ressource à un
projet
Rgl_03 Après avoir affecter la ressource au projet par le DP,
le CP peut commencer à attribuer des taches à la
ressource
Rgl_04 Le CF doit avoir le droit toujours pour changer les
affectations entre les ressources
Rgl_05 Le chef de projet est également considéré en tant que
ressource et seul le DP qui peut lui affecter un projet
Tableau 12 : Règles de gestion « gestion des ressources »

1.5. Les acteurs du sprint

 Directeur du projet

 Le chef de projet

2. Modélisation
2.1. Cas d’utilisation du sprint

45
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

La figure suivante, présente le cas d’utilisation du le sprint de gestion des ressources, qui
permet d'identifier les possibilités d'interaction entre le système et le directeur de projet.

Figure 15 : Cas d’utilisation gestion des ressources

2.2. Description de cas d’utilisation

Code Libellé Acteur Description

UC31 Ajouter ressource Responsable Ajouter une nouvelle ressource

Modifier Responsable Modifier les informations d’une

UC32
ressource ressource

Supprimer Responsable
UC33 Supprimer une ressource
ressource

Consulter Responsable Consulter les informations relatives à

UC30
ressource une ressource
Tableau 13 : Description cas d’utilisation « gestion des ressources »

2.3. Diagramme de Classe du sprint

46
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

La figure ci-après, illustre le diagramme de classe du le sprint de gestion des ressources, qui
présente les classes et les interfaces du module ainsi que les différentes relations entre celles-
ci

Figure 16 : Diagramme de classe « Gestion des ressources »

3. Interfaces
L’interface suivante permet au directeur de projet de consulter la liste des ressources via
des critères de recherche

47
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

L’interface ci-dessous permet au directeur des projets de de créer une nouvelle ressources

4. Conclusion
Dans le chapitre en cours, nous avons décrit le backlog du sprint « gestion des ressources », la
modélisation ainsi que la phase de réalisation.
Les chapitres qui suivent reprendront les mêmes étapes pour les activités restantes :
ressources, suivi taches.

48
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

Conclusion

A travers ce rapport, nous avons présenté notre projet de fin d’études, qui porte sur
l’étude des besoins, la conception et le développement d’un système pour le suivi des
projets.
Durant ce projet, nous avons procédé à une étude des besoins, après nous avons
procédé à une étude fonctionnelle et une étude technique, qui nous ont mené à
l’élaboration des documents de conception. Après nous avons procédé aux
développements.

Ce projet a été une excellente occasion de mettre en pratique : un grand nombre de

concepts comme la gestion de projet, la méthode de travail SCRUM, la technologie
DotNet et MVC.
Le fait de réaliser un tel projet exigeant au terme de qualité et de délai, nous a permis
de développer des composants qui respectent les standards du développement ainsi
d’être vigilants pendant toutes les phases du projet sur les délais et la qualité des
livrables.

Enfin nous espérons que ce rapport pourra servir de base à toute personne souhaitant
s’informer sur le projet réalisé.

49
MISE EN PLACE D’UNE PLATEFORME DE MANAGEMENT DES PROJETS

Bibliographie - Webographie

Bibliographie
 [1] Documentation domaine de gestion des projets
 [2] Support de cours gestion des projets
 [3] Documentation technique MVC 4
 [4] Documentation technique Bootstrap

Webographie
Site web Consulté le
[5] https://en.wikipedia.org/wiki/ASP.NET_MVC 13/02/2017

[6] https://docs.microsoft.com/en-us/aspnet/mvc/mvc4 16/02/2017

[7] https://fr.wikipedia.org/wiki/Gestion_de_projet 20/02/2017
[8] https://jqueryui.com/ 10/03/2017
[9] https://fr.wikipedia.org/wiki/Ajax_(informatique) 02/04/2017
Tableau 14 : Webographie

50