Minist re de lEnseignement Sup rieur
de la Recherche Scientique et De la Technologie
*
Universit de la Manouba
Ecole Nationale Des Sciences De LInformatique
Projet de Fin d tudes
Conception, r alisation et mise en place dune
application pour la gestion des projets
R alis par :
Akram Barraj
Encadr par :
Mr. Abdelmonam Kouka
Ann e Universitaire 2013-2014
Appr ciations des encadrants
i
D dicaces
A toutes les personnes ch res mon coeur,
A ma tr s ch re maman Selma pour tout son amour, ses sacrices et son d vouement,
A mon tr s cher papa Mouldi pour son amour, son soutien et ses encouragements,
A mes ch res soeurs Ajmiya et Abir pour leur amour et leur pr cieuse pr sence,
A mes ch re tantes et oncles,
A toute ma famille et tous mes amis et tous ceux qui nont jamais cess de croire en moi,
Je d die ce modeste travail, le fruit de mes efforts et de longues ann es d tudes,
Quils y trouvent le couronnement de leurs assistances et lexpression profonde de ma gratitude.
Akram.
ii
Remerciements
Au terme de mon projet de n d tudes, je tiens adresser mes plus vifs remerciements
toutes les personnes qui, de pr s ou de loin, ont contribu laboutissement de ce travail dans
les meilleures conditions.
Je madresse en premier lieu aux membres de lhonorable jury que je remercie davoir accept
dexaminer ce rapport.
Je tiens pr senter mes reconnaissances et mes remerciements mon encadrante lENSI Dr.
Hamadi Hasni, pour le temps consacr la lecture et aux r unions qui ont rythm es les tapes
de mon projet de n d tude. Je la remercie aussi pour sa disponibilit encadrer ce travail
travers ses critiques et ses propositions dam lioration.
Un remerciement particulier mon encadreur dans la soci t TAC-TIC Mr. Abdelmonam
Kouka, pour le soutien quil ma apport tout au long du stage r alis au sein de cette
entreprise.
Enn je remercie toutes les personnes qui ont contribu de pr s ou de loin la r alisation de
ce projet de n d tude, ainsi quau bon d roulement du stage, et dont les noms ne gurent
pas dans ce document.
Akram BARRAJ
iii
R sum
Le pr sent rapport a t labor dans le cadre du projet de n d tudes pour lobtention du
dipl me ding nieur en informatique. Le travail est r alis pendant la p riode de F vrier 2014
to Juin 2014.
Il a t r alis dans TAC-TIC Soci t et au cours de cette p riode, nous avons essay d tre
d le aux exigences mentionn es dans le document de sp cication.
Ce projet consiste concevoir et r aliser une application pour la gestion des projets et des
feuilles de temps. Cette application couvre la gestion des utilisateurs, des projets, des feuilles
de temps et de la messagerie interne.
cette n, nous avons t amen s la compr hension de certains solution propos e, pour trou-
ver et concevoir celui qui convient, d velopper les modules n cessaires et enn de d ployer
lapplication dans un des serveurs TAC-TIC.
Mots cl s : Scrum, framework Symfony2, JavaScript, gestion de projet.
iv
Abstract
This project is a part of the project graduation to obtain a computer engineering degree. The
work is done during the period of February 2014 to June 2014.
It was realized within TAC-TIC Corporation and during this period we have tried to be faithful
to the requirements mentioned in the specication document.
This project is to design and implement an application for projects and timesheets manage-
ment. This application covers the management of users, projects, timesheets and internal mes-
saging.
For that purpose, we were brought to the understanding of some proposed solution, to nd
and conceive the appropriate one, to develop necessary modules and nally to deploy the ap-
plication within one of TAC-TIC servers.
Key words : Scrum, framework Symfony2, JavaScript, project management.
v
Table des mati res
Introduction g n rale
1 Pr sentation du cadre du projet
1.1 Pr sentation de lorganisme daccueil
. . . . . . . . . . . . . . . . . . . . . . . . .
1.1.1
Fiche didentit .
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.2
Secteurs dactivit s .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Pr sentation du sujet .
.
1.3 Choix m thodologique .
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.1 Les m thodes agiles
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.2 Un comparatif des m thodes agiles
. . . . . . . . . . . . . . . . . . . . . .
1.3.3 La m thodologie Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.3.3.1
Introduction la m thodologie Scrum . . . . . . . . . . . . . . .
1.3.3.2
Le choix de la m thodologie Scrum . . . . . . . . . . . . . . . . .
1.3.4
Formalisme adopt e . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Etat de lart et tude de lexistant
2.1
Situation Actuelle
2.1.1 Dotproject .
2.1.2 Ehour .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.3 Les Limites des solutions existantes . . . . . . . . . . . . . . . . . . . . . .
2.2 Les Solutions disponibles
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.1 Les crit res de recherche
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.2 Quelques plateformes tudi es . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.2.1
ProjeQtOr .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.2.2 GanttProject
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2
3
3
3
3
4
4
5
5
7
7
7
9
11
11
11
12
14
14
14
15
15
15
conception, r alisation et mise en place dune application pour la gestion des projets
vii
TABLE DES MATI RES
2.2.2.3
Redmine .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Advertisement
2.2.3 Autre solutions .
2.3
Solution Envisag .
.
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3 Sp cication et analyse des besoins
3.1 tude des besoins .
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.1 Les acteurs du syst me . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.2.1
Les besoins fonctionnels pour un administrateur . . . . . . . . .
3.1.2.2
Les besoins fonctionnels pour les employ s . . . . . . . . . . . .
3.1.2.3
Les besoins fonctionnels pour les clients . . . . . . . . . . . . . .
3.1.3 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Les diagrammes de cas dutilisations . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.1 Le cas dutilisation g n ral
. . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.2 Les cas dutilisation de ladministrateur . . . . . . . . . . . . . . . . . . . .
3.2.3 Les cas dutilisation du chef de projet
. . . . . . . . . . . . . . . . . . . . .
3.2.4 Les cas dutilisation du d veloppeur . . . . . . . . . . . . . . . . . . . . . .
3.2.5 Les cas dutilisation du client . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3 Diagrammes de s quence .
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.3.1 Diagramme de s quence pour le sc nario dauthentication . . . . . . . .
3.3.2 Diagramme de s quence pour le sc nario "ajouter employ " . . . . . . . .
3.3.3 Diagramme de s quence pour le sc nario g rer projets . . . . . . . . . . .
3.3.4 Diagramme de s quence pour le sc nario dactivation dun compte . . . .
3.3.5 Diagramme de s quence pour le sc nario de recherche . . . . . . . . . . .
3.3.6 Diagramme de s quence pour le sc nario dajout dune nouvelle tache . .
3.3.7 Diagramme de s quence pour le sc nario de validation dun ticket
. . . .
4 Conception
4.1 Conception g n rale .
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.1 Conception architecturale . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.1.1
Larchitecture trois-tiers . . . . . . . . . . . . . . . . . . . . . . . .
4.1.1.2
Le mod le MVC . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.1.3 Architecture retenue . . . . . . . . . . . . . . . . . . . . . . . . . .
16
16
17
18
18
18
19
19
20
20
21
21
22
23
24
27
29
30
30
33
34
34
35
37
37
39
39
39
40
41
42
conception, r alisation et mise en place dune application pour la gestion des projets
viii
TABLE DES MATI RES
4.2 Conception d taill e .
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.1 Diagramme de paquetage . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.2 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.2.1
Le paquetage Utilisateur . . . . . . . . . . . . . . . . . . . . .
4.2.2.2
Le paquetage Projet . . . . . . . . . . . . . . . . . . . . . . . .
4.2.2.3
Le paquetage v nement . . . . . . . . . . . . . . . . . . . . .
4.2.2.4
Le paquetage Timesheets . . . . . . . . . . . . . . . . . . . . .
4.2.2.5
Paquetage Messagerie . . . . . . . . . . . . . . . . . . . . . . .
4.2.3 Diagrammes de s quences dobjets . . . . . . . . . . . . . . . . . . . . . . .
4.2.3.1 Diagramme de s quences pour le sc nario dauthentication . .
4.2.3.2 Diagramme de s quences pour le sc nario dajout dun nou-
43
43
44
44
46
48
49
49
50
51
veau gestionnaire . . . . . . . . . . . . . . . . . . . . . . . . . . .
51
4.2.3.3 Diagramme de s quences pour le sc nario dajout dun nou-
veau projet
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.4 Conception de la base de donn es . . . . . . . . . . . . . . . . . . . . . . .
5 R alisation
5.1 R alisation par rapport au backlog . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.1.1 Le d roulement des sprints . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.1.2
Facteur de disponibilit . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2 Environnement de travail
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2.1 Environnement mat riel . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2.2 Choix du framework de d veloppement
. . . . . . . . . . . . . . . . . . .
5.2.2.1
Les frameworks PHP les plus connus . . . . . . . . . . . . . . . .
5.2.2.2
Le framwork de d veloppement Symfony 2 . . . . . . . . . . . .
5.2.3
Environnement logiciel
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2.3.1
La mod lisation UML . . . . . . . . . . . . . . . . . . . . . . . .
5.2.3.2
IDE Eclipse Kepler 4.3 . . . . . . . . . . . . . . . . . . . . . . . .
5.2.3.3 Autres outils . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3 Travail r alis .
.
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.1
Interface dauthentication . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.2
Interface daccueil
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.3
Interfaces tous les projets
Advertisement
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
conception, r alisation et mise en place dune application pour la gestion des projets
52
53
56
56
56
57
57
57
57
57
58
59
59
59
59
60
60
61
62
ix
TABLE DES MATI RES
5.3.4
Interface Ajout dun projet . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.5
Interfaces suivre un projet . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.6
Interfaces diagramme de gantt
. . . . . . . . . . . . . . . . . . . . . . . . .
5.3.7
Interfaces de messagerie . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.8
Interfaces du calendrier . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.9
Interfaces suivi dun ticket . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3.10 Interfaces statistiques
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.4 Chronogramme .
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Conclusion g n rale
A Larchitecture de Symfony2
62
63
65
65
66
67
67
68
70
73
conception, r alisation et mise en place dune application pour la gestion des projets
x
Table des gures
1.1 Les activit s de TAC-TIC .
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2
Sch ma illustratif de SCRUM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1 DotProject : Tableau de bord dun utilisateur
. . . . . . . . . . . . . . . . . . . . .
2.2 Ehour : G n ration des rapports et des statistiques . . . . . . . . . . . . . . . . . .
2.3 Apper u de GanttProject .
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1 Les diff rents utilisateurs de lapplication . . . . . . . . . . . . . . . . . . . . . . .
3.2 Diagramme de cas dutilisation g n ral
. . . . . . . . . . . . . . . . . . . . . . . .
3.3 Diagramme de cas dutilisation g n ral :Administrateur
. . . . . . . . . . . . . .
3.4 Diagramme de cas dutilisation : administrateur/G rer prols . . . . . . . . . . .
3.5 Diagramme de cas dutilisation g n ral : Chef de projet . . . . . . . . . . . . . . .
3.6 Diagramme de cas dutilisation : chef de projet/G rer projets
. . . . . . . . . . .
3.7 Diagramme de cas dutilisation : chef de projet/Gerer messages . . . . . . . . . .
3.8 Diagramme de cas dutilisation g n ral : D veloppeur
. . . . . . . . . . . . . . .
3.9 Diagramme de cas dutilisation : D veloppeur/Gerer calendrier
. . . . . . . . .
3.10 Diagramme de cas dutilisation g n ral : Client
. . . . . . . . . . . . . . . . . . .
3.11 Diagramme de cas dutilisation : Client/Gerer tickets . . . . . . . . . . . . . . . .
3.12 Diagramme de s quence pour le sc nario dauthentication . . . . . . . . . . . .
3.13 Diagramme de s quence pour le sc nario renouveler mot de passe . . . . . . . .
3.14 Diagramme de s quence pour le sc nario ajouter un nouveau compte "employ "
3.15 Diagramme de s quence pour le sc nario g rer clients . . . . . . . . . . . . . . . .
3.16 Diagramme de s quence pour le sc nario activer un compte "client"
. . . . . . .
3.17 Diagramme de s quence pour le sc nario recherche projet
. . . . . . . . . . . . .
3.18 Diagramme de s quence pour le sc nario ajout nouvelle tache . . . . . . . . . . .
conception, r alisation et mise en place dune application pour la gestion des projets
4
8
12
13
16
19
22
23
24
25
26
27
28
28
29
30
31
32
33
34
35
36
37
xi
TABLE DES FIGURES
3.19 Diagramme de s quence pour le sc nario de validation dun ticket
. . . . . . . .
38
4.1 Architecture trois-tiers .
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2 Linteraction entre le mod le, la vue et le contr leur . . . . . . . . . . . . . . . . .
4.3 Diagramme de paquetage .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.4 Diagramme de classe pour le paquetage "Utilisateur"
. . . . . . . . . . . . . . . .
4.5 Diagramme de classe pour le paquetage "Projet" . . . . . . . . . . . . . . . . . . .
4.6 Diagramme de classe pour le paquetage " v nement" . . . . . . . . . . . . . . . .
4.7 Diagramme de classe pour le paquetage "Timesheets" . . . . . . . . . . . . . . . .
4.8 Diagramme de classe pour le paquetage "Messagerie" . . . . . . . . . . . . . . . .
4.9 Diagramme de s quence dauthentication . . . . . . . . . . . . . . . . . . . . . .
4.10 Diagramme de s quence pour lajout dun employ . . . . . . . . . . . . . . . . .
4.11 Diagramme de s quence pour lajout dun projet . . . . . . . . . . . . . . . . . . .
4.12 Vue globale de la base de donn es
. . . . . . . . . . . . . . . . . . . . . . . . . . .
4.13 Mod le d taill de la base de donn es . . . . . . . . . . . . . . . . . . . . . . . . .
5.1
Interface dauthentication . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2 Page daccueil pour un chef de projet . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3 Tous les projets
.
5.4 Ajout dun projet
.
.
.
.
.
.
.
.
5.5 Page d tails dun projet .
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.6 Page du diagramme de gantt
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Advertisement
5.7 Envoyer un message .
.
5.8 Le calendrier personnel .
5.9
Suivi dun ticket .
.
.
.
.
.
.
.
.
.
.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.10 statistiques sur la r alisation des projets/employ s
. . . . . . . . . . . . . . . . .
5.11 Le chronogramme du travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.1 Larborescence dune application Symfony2
. . . . . . . . . . . . . . . . . . . . .
A.2 Sch matisation du ux dex cution dune requ te par Symfony . . . . . . . . . .
A.3 Le toolbare de d bougage .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
42
43
45
47
48
49
50
51
52
52
53
54
61
61
62
63
64
65
66
66
67
68
69
73
76
77
conception, r alisation et mise en place dune application pour la gestion des projets
xii
Liste des tableaux
1.1 Tableau comparatif de quelques m thodes agiles . . . . . . . . . . . . . . . . . . .
6
5.1 Les frameworks PHP les plus connus . . . . . . . . . . . . . . . . . . . . . . . . . .
58
conception, r alisation et mise en place dune application pour la gestion des projets
xiii
Introduction
Lengouement r cent des technologies de linformation et de la communication dans le
monde force les organisations sint resser au syst me dinformation. Il est devenu un point
central dans leur d veloppement
Lorganisation devient de plus en plus d pendante des solutions informatiques choisies.
Ces choix inuent directement le comportement dynamique ou non de lentreprise, et auto-
risent, par la m me, des r actions rapides et adapt es au changement de lenvironnement tech-
nique, conomique, social... .
Le syst me dinformation est donc un support daide la d cision qui permet dam liorer
lefcacit et la qualit des d cisions prises, un outil de travail coop ratif autour de donn es
consolid es et correctement partag es.
Ce qui pr occupe les entrepreneurs cest lam lioration de lefcacit et ses niveaux de pro-
ductivit , ainsi laugmentation du chiffre daffaires qui se base sur le bon choix des projets et
lexcellence dans la r alisation en utilisant les ressources existante de fa on efcace.
Cest dans ce cadre se situe notre projet de n d tude, la soci t TACTIC nous a con le
d veloppement dune application web pour la gestion des projets et la suivie des feuilles des
temps (conception, d veloppement et mise en place).
Dans le pr sent document, organis en cinq chapitres, nous commencerons par introduire
le contexte g n ral du projet, savoir lorganisme daccueil ainsi que le contexte du projet.
Ensuite, nous exposerons l tude pr alable que nous avons men e durant ce stage. Puis nous
encha nerons par la sp cication des besoins de notre application. Au quatri me chapitre, nous
conception, r alisation et mise en place dune application pour la gestion des projets
1
Introduction G n rale
d taillerons lapproche adopt e dans l tape de conception. Et pour cl turer nous d crirons
les tapes de r alisation, les outils utilis s ainsi que les r sultats obtenus travers quelques
interfaces de lapplication.
conception, r alisation et mise en place dune application pour la gestion des projets
2
Chapitre 1
Pr sentation du cadre du projet
Introduction
Ce chapitre a pour objectif de situer notre projet dans son contexte g n ral. Ainsi, nous
commen ons par la pr sentation de lorganisme daccueil. Ensuite, nous d crivons bri vement
le sujet, les objectifs atteindre, et la m thodologie de travail adopt e.
1.1 Pr sentation de lorganisme daccueil
Le pr sent projet est r alis dans le cadre de la pr paration dun m moire de n d tudes
pr sent en vue de lobtention du dipl me ding nieur en informatique l cole Nationale
des Sciences de lInformatique pour lann e universitaire 2013/2014. Nous pr sentons dans ce
paragraphe lorganisme daccueil ainsi que les secteurs dactivit s dans lesquels il agit.
1.1.1 Fiche didentit
Ce projet est r alis au sein de la soci t TAC-TIC. Cette soci t cr e en 2012, est un leader
reconnu dans la fourniture de services de r seau IP/MPLS et de lindustrie des t l communi-
cations en Tunisie.
1.1.2 Secteurs dactivit s
TAC-TIC offre des services de r seau, de conseil aux entreprises, int gration de solutions
open source et d veloppement de logiciels sp ciques.
conception, r alisation et mise en place dune application pour la gestion des projets
3
Chapitre 1 : Pr sentation du cadre du projet
FIGURE 1.1 Les activit s de TAC-TIC
1.2 Pr sentation du sujet
Ce projet intitul Conception, r alisation et mise en place dune application pour la gestion
des projets consiste en la conception et la r alisation dune application web permettant doffrir
les principales fonctions dune gestion efcace de projets. Elle permet de mettre en relation
directe les clients avec les responsables de leurs projets.
Les employ s, selon leurs r les, g re leurs espace personnel (planication des v nements,
remplissage de feuilles de temps, messages avec les autres membres de l quipe, r alisation des
taches, r solutions des tickets de maintenance,..).
Les clients g rent aussi leurs espaces personnels. Ils auront la possibilit de suivre la r a-
lisation de leurs projets en temps r el. Ils peuvent de m me d clarer de nouveaux tickets ou
valider celle d j r solus comme ils peuvent contacter les responsables de leurs projets.
1.3 Choix m thodologique
Dans cette section nous pr sentons la m thodologie adopt e, le cycle de d veloppement et
le formalisme de conception.
conception, r alisation et mise en place dune application pour la gestion des projets
4
Chapitre 1 : Pr sentation du cadre du projet
1.3.1 Les m thodes agiles
Les m thodes agiles, peuvent tre d nies comme des proc dures de conception de logi-
ciel qui se veulent plus pragmatiques que les m thodes traditionnelles. En impliquant au maxi-
mum le demandeur (client), ces m thodes permettent une grande r activit ses demandes,
visent la satisfaction r elle du besoin du client, et non des termes du contrat de d veloppe-
ment .
An de clarier cette notion encore un peu vague, nous allons noncer ses principes, ses
fondements ainsi que les diff rences par rapport aux m thodes classiques :
Mettre en Suvre des individualit s et des interactions, plut t que des proc d s et des
outils. Cela se manifeste par laccent mis sur les tres humains en tant quindividus et sur
lexpertise des quipes de d veloppement, qui communiquent entre elles de fa on tr s
serr e et dans un esprit de conance constant.
Produire un logiciel enti rement test et qui fonctionne, plut t quune documentation
claire. On rejoint ici les notions de d veloppement it ratif (notion de phases) et dint gra-
tion continue (notion de builds journaliers), en insistant sur la simplicit et la robustesse
du code produit (tests syst matiques).
Collaborer avec le client, plut t que n gocier un contrat. Le client devient un partenaire
part enti re, qui participe au d veloppement dans le sens o il d termine lobjectif
atteindre pour obtenir une r elle plus-value (qui seule justie les efforts effectu s pendant
le d veloppement).
R pondre aux modications, plut t que suivre un plan. Il est bien vident que personne,
pas m me le client, ne peut appr hender avec pr cision lensemble des besoins d s le
d but du projet. Le d veloppement agile vise atteindre un compromis entre les sp ci-
cations initiales pr sent es aux d veloppeurs (et sur lequel se fonde le planning) et le
r sultat nal qui bien souvent sen loigne un peu voire beaucoup, en absorbant les mo-
dications tout au long du cycle de d veloppement. Cela r clame des outils de suivi et
une attitude constante de coop ration avec le client.
1.3.2 Un comparatif des m thodes agiles
Au cours de cet paragraphe nous allons essayer de d gager les diff rences entre quelques
unes des m thodes de d veloppement agiles les plus connues, et ceci en fournissant un tableau
comparatif de ces derni res.
conception, r alisation et mise en place dune application pour la gestion des projets
5
Chapitre 1 : Pr sentation du cadre du projet
Le tableau suivant, Tab 1.1, compare sommairement les m thodes courantes suivantes :
Extreme Programming (XP).
Rational Unied Process (RUP).
Feature-Driven Development (FDD).
Scrum
M thode
Points cl s
Inconv nients
Advertisement
XP
RUP
D veloppement guid par les be-
Focalisation sur laspect individuel du
soins du client.
d veloppement, au d triment dune
Equipe r duite, centr es sur les
vue globale et des pratiques de mana-
d veloppeurs par binomes.
gement ou de formalisation.
Builds journaliers, am lioration
Risque de manque de contr le et de
constante, adaptativit aux mo-
structuration en laissant les d velop-
dications.
peurs trop libres de d river par rapport
aux fonctions de lapplication.
Processus complet assist par des
Lourd, largement tendu, il peut tre
outils.
difcile mettre en Suvre de fa on
R les bien d nis
sp cique.
Convient pour les grands projets qui
g n rent beaucoup de documentation.
Scrum
Petites quipe, it ration de 30 jours,
La mise en Suvre du d veloppement
r unions journali res.
nest pas pr cis e, seule compte la gestion
des ressources humaines.
FDD
Proc d bien d ni et simple,
Uniquement centr sur le d veloppe-
orient objet et bas sur le d ve-
ment.
loppement.
It ratios tr s coutres
TABLE 1.1 Tableau comparatif de quelques m thodes agiles
conception, r alisation et mise en place dune application pour la gestion des projets
6
Chapitre 1 : Pr sentation du cadre du projet
1.3.3 La m thodologie Scrum
Nous avons choisi la m thodologie Scrum pour la conception et le d veloppement de notre
application.
1.3.3.1
Introduction la m thodologie Scrum
Le terme Scrum(qui signie m l e en rugby) se rapproche plus dune gestion de res-
sources humaines plut t que dune r elle m thode de d veloppement. Il sagit ici de ne pas
oublier le c t humain du d veloppement.
Les principales caract ristiques de Scrum sont :
Identier les changements tr s t t.
Donner toute conance aux d veloppeurs et les laisser faire leur travail.
Faire des it rations variantes (g n ralement de 30 jours), appel s aussi sprints pour
laisser le temps de coder. Chaque it ration a un objectif bien pr cis ou backlog et
fournit une nouvelle fonctionnalit test e (une d monstration est faite la n de chaque
sprint).
Faire des r unions tous les jours (daily meeting) et chaque semaine (weekly meeting)
pour encadrer les quipes et recaler les objectifs.
1.3.3.2 Le choix de la m thodologie Scrum
Davantage quune m thode formelle, Scrum, illustr par la gure 1.1, peut tre vu comme
un framework m thodologique dont limpl mentation doit tre ajust e en fonction des carac-
t ristiques techniques, organisationnelles et culturelles des projets qui souhaitent la mettre en
oeuvre (Scrum, au demeurant, ne limite pas son champ dapplication aux seuls projets infor-
matiques : ses principes sont applicables pour toute activit visant produire un r sultat).
conception, r alisation et mise en place dune application pour la gestion des projets
7
Chapitre 1 : Pr sentation du cadre du projet
FIGURE 1.2 Sch ma illustratif de SCRUM
Dans ses grandes lignes, Scrum d nit un jeu minimal dacteurs, de c r monies et darte-
facts qui permettent de relever les d s principaux du d veloppement incr mental : la plani-
cation, la gestion du temps et la gestion des obstacles. Scrum est enti rement pilot par la
Valeur M tier.
La gestion des risques, en particulier, est r alis e au travers de ce prisme. Scrum identie
trois acteurs :
Le Product Owner ((Directeur de Produit), qui poss de lexpertise fonctionnelle et est
m me de r aliser les arbitrages n cessaires la priorisation des d veloppements. Son r le
est absolument essentiel, et son respect des r gles du jeu est la pierre angulaire du succ s
dun projet agile.
membre de lEquipe, et dont la t che principale est doptimiser la capacit de production
de lEquipe en laidant travailler de fa on autonome et sam liorer constamment. Il
est galement le garant de la bonne impl mentation de Scrum.
lEquipe, dont la taille doit tre r duite, et qui prend en charge le d veloppement du
produit (planication, conception, codage, tests, documentation) sans sp cialisation des
r les. La particularit dune Equipe Scrum est d tre auto-organis e , et donc d pour-
vue de hi rarchie. Cet aspect constitue une rupture radicale avec les approches manag -
riales traditionnelles, qui privil gient un contr le centralis g n ralement incarn par le
Chef de Projet.
Les avantages cit s ci-dessus se r v lent particuli rement, bien adapt s aux projets de n
d tude dont les objectifs et la limitation temporelle sont parfaitement d limit s et connus. La
pratique de la m thode Scrum nous a donn lopportunit d tre int gr au sein de ce proces-
sus et de participer aux cycles de d veloppement. Apr s avoir fait le choix de la m thodologie,
conception, r alisation et mise en place dune application pour la gestion des projets
8
Chapitre 1 : Pr sentation du cadre du projet
qui est une tape primordiale dans le cycle de d veloppement dun produit informatique, nous
exposerons dans le paragraphe suivant la probl matique auquel nous sommes amen s d ve-
lopper une solution.
1.3.4 Formalisme adopt e
UML (Unied Modeling Language) est un langage de mod lisation graphique orient objet
de troisi me g n ration base de pictogrammes. Dans le cadre de notre sp cication, le choix
UML a t effectu cause de la possibilit de modication et la r utilisabilit et la modularit
qui sont les qualit s reconnues de cette approche.
UML fournit un moyen astucieux permettant de repr senter diverses projections dune
m me repr sentation gr ce ces diff rents diagrammes. En effet, il couvre laspect statique et
dynamique dun syst me selon ses diff rents diagrammes. Il d nit pour cela dix diagrammes
qui sont subdivis s en des vues statiques (qui repr sentent physiquement le syst me mo-
d liser au moyen de diagrammes dobjets, de classes, de paquetage, de cas dutilisation, de
composants, de d ploiement et enn darchitecture) et des vues dynamiques (qui traduisent le
fonctionnement du syst me au moyen de diagrammes de s quence, de collaboration, d tats
transitions et dactivit s).
Pour viter de surcharger le rapport et dentrer dans certains d tails techniques, nous ne
pr senterons que quelques diagrammes que nous avons jug s utiles pour comprendre le projet
savoir :
Le diagramme des cas dutilisation : Il permet de structurer les besoins des utilisateurs
et les objectifs correspondants de notre syst me en identiant ses utilisateurs et leurs
interactions.
Le diagramme de s quence : Il permet une repr sentation temporelle des objets et de
leurs interactions.
Le diagramme de paquetage : Il permet de mod liser lapplication sous forme de paque-
tages. Ceci offre un niveau dabstraction lev et permet de pr senter la modularit de
lapplication.
Le diagramme de classes : Il permet de pr senter les classes et les interfaces de notre
syst me ainsi que les diff rentes relations entre celles-ci
conception, r alisation et mise en place dune application pour la gestion des projets
9
Chapitre 1 : Pr sentation du cadre du projet
Conclusion
Ce chapitre a donn loccasion de pr senter dans un premier temps la soci t accueillante
TAC TIC puis le cadre du sujet, ainsi que les objectifs que notre travail vise atteindre. En vue
de suivre un avancement logique dans ce rapport, une tude th orique concernant l tat de
lart fera lobjet du prochain chapitre.
conception, r alisation et mise en place dune application pour la gestion des projets
10
Chapitre 2
Etat de lart et tude de lexistant
Introduction
Dans ce chapitre, nous commen ons une tude sur le syst me de gestion de projet existant
adopt par TAC TIC et ses limites . Puis, nous mettons laccent sur quelques solutions concur-
rentielles existantes sur le march qui peuvent r pondre aux besoins de TAC TIC
2.1
Situation Actuelle
An dassurer une bonne gestion de ses projets, de temps et de ressources La soci t TAC-
TIC utilise Dotproject comme logiciel de gestion de projet et Ehour pour la gestion des feuilles
de temps.
2.1.1 Dotproject
DotProject est lun des outils de gestion les plus populaires Open Source du projet. Il permet
de cr er, suivre et maintenir les projets. Il fournit des outils de gestion de projets dentreprise,
qui comprennent un gestionnaire de contacts, un syst me de notication par courrier lectro-
nique et une application en ligne pour cr er et g rer des projets. Des codes de couleur intuitifs
pour indiquersi le projet est dans le rouge .
Loutil est d velopp en PHP et sinterface nativement avec une base de donn es MySQL
pour le stockage des donn es de projets. Il est libre, sous licence General Public License (GPL)
de GNU et BSD, ce qui signie quil sagit dun logiciel libre, fourni en l tat, sans aucune ga-
rantie.
conception, r alisation et mise en place dune application pour la gestion des projets
11
Chapitre 2 : Etat de lart et tude de lexistant
FIGURE 2.1 DotProject : Tableau de bord dun utilisateur
Les fonctionnalit s principales de DotProject sont :
Gestion des utilisateurs et permissions.
Gestion de bugs li s au projet et notication par mail.
Interface gestion Client/Compagnie.
Liste des projets et afchage hi rarchique des taches, des sous t ches, et visualisation
graphique du projet via des diagrammes de Gantt (Utiles pour les chefs de projet).
r pertoire de contact partag .
Calendrier priv et partag .
Forums de discussions li s un projet.
2.1.2 Ehour
La valeur du temps est reconnue par tous ceux qui visent assurer lefcacit et la gestion
efcace des ressources. Les personnels peuven...