Universit de Tunis
Institut Sup rieur de Gestion
Rapport de Projet de Fin d tudes
Pr sent en vue de lobtention de la
Licence Fondamentale en Informatique de Gestion
Conception et D veloppement dune Application
Android de Gestion de Projets Agiles
Pr sent par :
Chourouk Ben Messaoud
r alis au sein de lentreprise Sagemcom
Sous la direction de :
Ahmed Badreddine Professeur, ISG Tunis Encadrant p dagogique
Christian Jannot Directeur, Sagemcom Encadrant professionnel
Ann e Universitaire 2019-2020
D dicace
Je d die ce travail :
ma ch re m re, qui je dois la vie et une part
essentielle de ma personnalit . Quelle sache que
lamour quelle me donne continue manimer.
mon cher p re, d c d trop t t, jesp re du
monde qui est sien maintenant, il appr cie cet
humble geste comme preuve de reconnaissance.
mon fr re, mes grands-parents, ma famille qui
me donnent de lamour et de la vivacit .
tous mes amis , qui je souhaite plus de succ s.
Quils trouvent ici le t moignage de ma profonde
gratitude et reconnaissance.
- Chourouk
Merci !
2
Remerciements
Au terme de ce travail, je remercie les personnes qui mont apport leurs
soutiens. Quils trouvent ici lexpression de toute ma reconnaissance.
Je tiens exprimer toute ma reconnaissance et remerciements M. Chris-
tian Jannot, mon encadrant professionnel, pour la pr cieuse exp rience quil
ma fait vivre durant la p riode du stage, pour tous les pr cieux conseils et
les informations quil ma prodigu s et davoir consacr du temps lenca-
drement et le suivi de ce travail.
Je tiens remercier galement M. Ahmed Badreddine, mon professeur
encadrant, pour son aide, pour les conseils et les informations quils ma pro-
digu s.
Dune autre part, je remercie lensemble du corps administratif et ensei-
gnant de lInstitut Sup rieur de Gestion de Tunis pour avoir port un
vif int r t notre formation.
Que les membres du jury trouvent ici lexpression de ma gratitude davoir
pris le temps d valuer lhonneur de ce travail.
3
Table des mati res
Introduction g n rale
1 Contexte g n ral du projet
14
16
1.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
1.1.1 Pr sentation g n rale de Sagemcom . . . . . . . . . . . 17
1.1.2 Domaines dactivit s de Sagemcom . . . . . . . . . . . 17
1.2 Etude de lexistant . . . . . . . . . . . . . . . . . . . . . . . . 18
1.2.1 Description de lexistant . . . . . . . . . . . . . . . . . 18
1.2.2 Critiques de lexistant
. . . . . . . . . . . . . . . . . . 18
1.2.3
Solution propos e . . . . . . . . . . . . . . . . . . . . . 19
1.3 Langage et m thodologie de conception . . . . . . . . . . . . . 20
1.3.1 Pr sentation de la m thode Scrum . . . . . . . . . . . 20
1.3.2 L quipe Scrum . . . . . . . . . . . . . . . . . . . . . . 21
1.3.3 Les artefacts de la m thodologie Scrum . . . . . . . . . 22
1.3.4 Les v nements Scrum . . . . . . . . . . . . . . . . . . 22
1.3.5 Langage de mod lisation . . . . . . . . . . . . . . . . . 23
1.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2 Sprint 0 : Planication et architecture
24
2.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . 25
2.2.1 Description du contexte
. . . . . . . . . . . . . . . . . 25
4
Table des mati res
5
2.3
Identication des besoins fonctionnels et non fonctionnels . . . 25
2.3.1
Identication des acteurs . . . . . . . . . . . . . . . . . 25
2.3.2 Les besoins fonctionnels
. . . . . . . . . . . . . . . . . 26
2.3.3 Les besoins non fonctionnels . . . . . . . . . . . . . . . 27
2.4 Backlog produit . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.4.1 Planication des sprints
. . . . . . . . . . . . . . . . . 31
2.5 Diagramme de cas dutilisation global . . . . . . . . . . . . . . 32
2.6 Diagramme de classes global . . . . . . . . . . . . . . . . . . . 33
2.7 Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.7.1 Architecture mat rielle . . . . . . . . . . . . . . . . . . 34
2.7.2 Protocole et format de donn es
. . . . . . . . . . . . . 35
2.7.3 Architecture Android MVP . . . . . . . . . . . . . . . 36
2.8 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3 Sprint 1 Authentication, Inscription et gestion de prol
38
3.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
3.2 Sprint Backlog
. . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.3 Analyse
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.3.1 Diagramme de cas dutilisation du Sprint 1 . . . . . . . 40
3.3.2 Ranement du cas dutilisation Sinscrire . . . . . 41
3.3.3 Ranement du cas dutilisation Sauthentier . . . 42
3.3.4
Ranement du cas dutilisation G rer prol . . . 43
3.3.5 Prototypes des interfaces . . . . . . . . . . . . . . . . . 44
3.4 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.4.1 Diagramme de s quence d taill du cas dutilisation
Sinscrire . . . . . . . . . . . . . . . . . . . . . . . . 45
3.4.2 Diagramme de s quence d taill du cas dutilisation
Sauthentier . . . . . . . . . . . . . . . . . . . . . . 46
3.4.3 Diagramme de s quence d taill e du cas dutilisation
G rer prol . . . . . . . . . . . . . . . . . . . . . . . 47
Table des mati res
6
3.4.4 Diagramme de classes du premier sprint
. . . . . . . . 48
3.5 R alisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
3.5.1
Interfaces du Sprint . . . . . . . . . . . . . . . . . . . . 48
3.6 CONCLUSION . . . . . . . . . . . . . . . . . . . . . . . . . . 51
4 Sprint 2 : Application d di e au Product Owner
52
4.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.2 Sprint Backlog
. . . . . . . . . . . . . . . . . . . . . . . . . . 53
4.3 Analyse
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.3.1 Diagramme de cas dutilisation du Sprint 2 . . . . . . . 54
4.3.2 Ranement du cas dutilisation G rer projets . . . 55
4.3.3 Ranement du cas G rer ressources . . . . . . . . 57
4.3.4 Ranement du cas dutilisation Suivre les projets et
Publicité
le Dashboard . . . . . . . . . . . . . . . . . . . . . . 59
4.3.5 Prototypes des interfaces . . . . . . . . . . . . . . . . . 60
4.4 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.4.1 Diagramme de s quence d taill du cas dutilisation
G rer projets . . . . . . . . . . . . . . . . . . . . . . 61
4.4.2 Diagramme de s quence d taill du cas dutilisation
Aecter ressources . . . . . . . . . . . . . . . . . . . . 62
4.4.3 Diagramme de s quence d taill du cas dutilisation
Attribuer r le . . . . . . . . . . . . . . . . . . . . . . 63
4.4.4 Diagramme de s quence d taill du cas dutilisation
Suivre les projets . . . . . . . . . . . . . . . . . . . . 63
4.4.5 Diagramme de classes du deuxi me sprint
. . . . . . . 64
4.5 R alisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.5.1
Interfaces du Sprint . . . . . . . . . . . . . . . . . . . . 64
4.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
5 Sprint 3 : Application d di e au Scrum Master
67
5.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Table des mati res
7
5.2 Sprint Backlog
. . . . . . . . . . . . . . . . . . . . . . . . . . 68
5.3 Analyse
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
5.3.1 Diagramme de cas dutilisation du Sprint 3 . . . . . . . 70
5.3.2 Ranement du cas dutilisation G rer Sprint . . . 71
5.3.3 Ranement du cas dutilisation G rer user-stories et
Consulter Backlog produit . . . . . . . . . . . . . . . 72
5.3.4 Ranement du cas dutilisation G rer t ches . . . 73
5.3.5 Ranement du cas dutilisation Consulter Velocity
Chart . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
5.3.6 Ranement du cas dutilisation Consulter Tableau
de Kanban . . . . . . . . . . . . . . . . . . . . . . . 75
5.3.7 Prototypes des interfaces . . . . . . . . . . . . . . . . . 76
5.4 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
5.4.1 Diagramme de s quence d taill du cas dutilisation
G rer sprints . . . . . . . . . . . . . . . . . . . . . . 77
5.4.2 Diagramme de s quence d taill e du cas dutilisation
G rer User-stories . . . . . . . . . . . . . . . . . . 79
5.4.3 Diagramme de s quence d taill e du cas dutili-sation
Assigner t che . . . . . . . . . . . . . . . . . . . . 80
5.4.4 Diagramme de s quence d taill e du cas dutilisation
Consulter Tableau de Kanban
. . . . . . . . . . . 81
5.4.5 Diagramme de classes du troisi me sprint . . . . . . . . 82
5.5 R alisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
5.5.1
Interfaces du Sprint . . . . . . . . . . . . . . . . . . . . 83
5.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
6 Sprint 4 : Application d cid e aux d veloppeurs
87
6.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
6.2 Sprint Backlog
. . . . . . . . . . . . . . . . . . . . . . . . . . 88
6.3 Analyse
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
6.3.1 Diagramme de cas dutilisation du Sprint 4 . . . . . . . 89
Table des mati res
8
6.3.2 Ranement du cas dutilisation Consulter mes t ches
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
6.3.3 Ranement du cas dutilisation Mettre jour mes
t ches . . . . . . . . . . . . . . . . . . . . . . . . . . 90
6.3.4 Ranement du cas dutilisation Consulter le nombre
dheures pass es et restantes . . . . . . . . . . . . . . 91
6.3.5 Prototypes des interfaces . . . . . . . . . . . . . . . . . 92
6.4 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
6.4.1 Diagramme de s quence d taill du cas dutilisation
Consulter mes t ches . . . . . . . . . . . . . . . . . . 93
6.4.2 Diagramme de s quence d taill e du cas dutilisation
Mettre jour mes t ches . . . . . . . . . . . . . . . . 94
6.4.3 Diagramme de s quence d taill e du cas dutilisation
Consulter le nombre dheures pass es et restantes . . . 95
6.4.4 Diagramme de classes du quatri me sprint . . . . . . . 96
6.5 R alisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
6.5.1
Interfaces du Sprint . . . . . . . . . . . . . . . . . . . . 97
6.6 CONCLUSION . . . . . . . . . . . . . . . . . . . . . . . . . . 98
7 R trospective
99
7.1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
7.2 Environnement de d veloppement . . . . . . . . . . . . . . . . 100
7.2.1 Environnement mat riel
. . . . . . . . . . . . . . . . . 100
7.2.2 Environnement logiciel
. . . . . . . . . . . . . . . . . . 100
7.2.3 Technologies utilis es . . . . . . . . . . . . . . . . . . . 102
7.3 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
Conclusion g n rale
Webographie
104
105
Table des gures
1.1 Logo de Sagemcom. . . . . . . . . . . . . . . . . . . . . . . . . 17
1.2 Produits de Sagemcom . . . . . . . . . . . . . . . . . . . . . . 17
1.3
(a) Trello (b) Asana (c) Jira . . . . . . . . . . . . . . . . . . . 18
1.4 Processus scrum.
. . . . . . . . . . . . . . . . . . . . . . . . . 21
1.5 Burndown Chart
. . . . . . . . . . . . . . . . . . . . . . . . . 22
2.1 Lexp rience utilisateur . . . . . . . . . . . . . . . . . . . . . . 28
2.2 Planication des sprints
. . . . . . . . . . . . . . . . . . . . . 31
2.3 Diagramme de cas dutilisation global . . . . . . . . . . . . . . 32
2.4 Diagramme de classe global
. . . . . . . . . . . . . . . . . . . 33
2.5 Architecture de lapplication . . . . . . . . . . . . . . . . . . . 34
2.6 Fonctionnement de larchitecture
. . . . . . . . . . . . . . . . 35
2.7 Architecture MVP . . . . . . . . . . . . . . . . . . . . . . . . 36
3.1 Diagramme de cas dutilisation du sprint 1 . . . . . . . . . . . 40
3.2 Ranement du cas dutilisation Sinscrire . . . . . . . . . 41
3.3 Ranement du cas dutilisation Sauthentier . . . . . . . 42
3.4 Ranement du cas dutilisation G rer prol . . . . . . . . 43
3.5 Maquette des interfaces du premier Sprint
. . . . . . . . . . . 44
3.6 Diagramme de s quence d taill du cas dutilisation Sins-
crire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
3.7 Diagramme de s quence d taill du cas dutilisation Sau-
thentier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
9
Table des gures
10
3.8 Diagramme de s quence d taill du cas dutilisation G rer
prol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
3.9 Diagramme de classes du premier sprint
. . . . . . . . . . . . 48
3.10 Interfaces de lauthentication
. . . . . . . . . . . . . . . . . 49
3.11 Interfaces dinscription . . . . . . . . . . . . . . . . . . . . . . 49
3.12 (a) Interface daccueil (b) Menu . . . . . . . . . . . . . . . . . 50
3.13 (a) Consulter prol (b) Modier prol
. . . . . . . . . . . . . 51
4.1 Diagramme de cas dutilisation du sprint 2 . . . . . . . . . . . 54
Publicité
4.2 Ranement du cas dutilisation G rer projets . . . . . . . 55
4.3 Ranement du cas dutilisation G rer ressources . . . . . 57
4.4 Ranement du cas dutilisation Suivre les projets . . . . . 59
4.5 Maquettes des interfaces du deuxi me Sprint . . . . . . . . . . 60
4.6 Diagramme de s quence du cas "G rer les projets"
. . . . . . 61
4.7 Diagramme de s quence du cas "Aecter ressources" . . . . . 62
4.8 Diagramme de s quence du cas "Attribuer r le" . . . . . . . . 63
4.9 Diagramme de s quence du cas "Suivre les projets" . . . . . . 63
4.10 Diagramme de classes du deuxi me sprint
. . . . . . . . . . . 64
4.11 (a) Consulter les projets (b) Cr er un projet (c) Supprimer un
projet
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
4.12 (a) Consulter les ressources (b) Cr er une ressource (c) Aec-
ter une ressource . . . . . . . . . . . . . . . . . . . . . . . . . 65
4.13 (a) Tableau de bord (b) Liste des projets
. . . . . . . . . . . 66
5.1 Diagramme de cas dutilisation global du Sprint 3 . . . . . 70
5.2 Ranement du cas G rer sprint . . . . . . . . . . . . . . . 71
5.3 Ranement du cas G rer user-stories . . . . . . . . . . . . 72
5.4 Ranement du cas dutilisation G rer t ches . . . . . . . 73
5.5 Diagramme de cas dutilisation du cas Consulter Velocity
Chart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
5.6 Ranement du cas Consulter Tableau de Kanban . . . . . 75
Table des gures
11
5.7 Maquettes des interfaces du troisi me Sprint . . . . . . . . . . 76
5.8 Diagramme de s quence du cas G rer Sprint . . . . . . . . 78
5.9 Diagramme de s quence du cas G rer user-stories . . . . . 79
5.10 Diagramme de s quence du cas Assigner t che . . . . . . . 80
5.11 Diagramme de s quence du cas Consulter le tableau de Kan-
ban . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5.12 Diagramme de classes du troisi me sprint . . . . . . . . . . . . 82
5.13 (a) Liste des Sprints (b) Cr er sprint (c) Modier sprint
. . . 83
5.14 (a) Liste des user-stories (b) Supprimer user-story (c) Cr er
user-story . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
5.15 (a) Liste des t ches (b) Cr er une t che (c) Supprimer une
t che
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
5.16 To do (a) In Progress (b) Done (c)
. . . . . . . . . . . . . . . 85
5.17 Velocity Chart
. . . . . . . . . . . . . . . . . . . . . . . . . . 85
6.1 Diagramme de cas dutilisation du quatri me Sprint . . . . . . 89
6.2 Ranement du cas dutilisation Consulter mes t ches . . . 89
6.3 Ranement du cas dutilisation Mettre jour mes t ches
90
6.4 Ranement du cas dutilisation Consulter le nombre dheures
pass es et restantes . . . . . . . . . . . . . . . . . . . . . . . 91
6.5 Maquettes des interfaces du quatri me sprint
. . . . . . . . . 92
6.6 Diagramme de s quence du cas Consulter mes t ches . . . 93
6.7 Diagramme de s quence du cas Mettre jour mes t ches . 94
6.8 Diagramme de s quence du cas Consulter le nombre dheures
pass es et restantes . . . . . . . . . . . . . . . . . . . . . . . 95
6.9 Diagramme de classes du quatri me sprint . . . . . . . . . . . 96
6.10 (a) Tableau de bord (b) Liste des projets
. . . . . . . . . . . 97
6.11 (a) Liste des t ches (b) Mettre jour la t che (c) Consulter
la t che
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98
Liste des tableaux
1.1 Di rence entre XP et Scrum . . . . . . . . . . . . . . . . . . 20
2.1 Backlog produit . . . . . . . . . . . . . . . . . . . . . . . . . . 31
3.1 Sprint Backlog du Sprint 1 . . . . . . . . . . . . . . . . . . . . 39
3.2 Description textuelle du cas dutilisation "Sinscrire" . . . . . 41
3.3 Description textuelle du cas dutilisation "Sauthentier" . . . 42
3.4 Description textuelle du cas dutilisation "Consulter prol" . . 43
3.5 Description textuelle du cas dutilisation "Modier prol" . . . 44
4.1 Sprint Backlog du Sprint 2 . . . . . . . . . . . . . . . . . . . . 53
4.2 Description textuelle du cas dutilisation "Consulter projet" . 55
4.3 Description textuelle du cas dutilisation "Supprimer un projet" 56
4.4 Description textuelle du cas dutilisation "Attribuer r les" . . 57
4.5 Description textuelle du cas dutilisation " Aecter les Res-
sources" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.6 Description textuelle du cas dutilisation "Suivre les projets" . 59
5.1 Sprint Backlog du Sprint 3 . . . . . . . . . . . . . . . . . . . . 69
5.2 Description textuelle du cas "Consulter Sprint" . . . . . . . . 71
5.3 Description textuelle du cas dutilisation "Cr er Sprint" . . . . 72
5.4 Description textuelle du cas dutilisation "Modier user-story" 73
5.5 Description textuelle du cas dutilisation "Consulter t ches" . 74
12
Liste des tableaux
13
5.6 Description textuelle du cas dutilisation "Consulter Velocity
Chart" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
5.7 Description textuelle du cas dutilisation "Consulter Tableau
de Kanban" . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
6.1 Sprint Backlog du Sprint 4 . . . . . . . . . . . . . . . . . . . . 88
6.2 Description textuelle du cas dutilisation "Consulter mes t ches" 90
6.3 Description textuelle du cas dutilisation "Mettre jour mes
t ches" . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
6.4 Description textuelle du cas dutilisation "Consulter le nombre
dheures pass es et restantes" . . . . . . . . . . . . . . . . . . 92
Introduction
La m thode agile pr cis ment la m thode SCRUM, intervient depuis
quelques ann es dans les entreprises. Elle tend devenir loutil indispensable.
Souvent synonyme de rapidit , cette m thode permet une entreprise de
piloter un projet dans des d lais r duits tout en impliquant son client dans
le processus.
Cependant, la ma trise de cette m thode peut d router les nouveaux ar-
rivants, tant donn la complication de la nomenclature.
Sagemcom, lentreprise qui ma accueilli pendant plus que 4 mois de
stage, organise r guli rement des formations an de former les salari s et les
nouveaux arrivants.
Dans ce cadre, Lentreprise ma con la mission de conception et de d -
veloppement dune application Android de gestion de projets agiles, qui a
pour but dinitier lagilit les stagiaires des centres Elife (et du centre de
formation Sagemcom).
Le pr sent rapport est organis en sept chapitres : Le premier chapitre,
intitul "Contexte g n ral du projet" sera consacr la description de lor-
ganisme daccueil. Ensuite, nous identierons les probl matiques an de pro-
poser la solution ad quate et nous pr senterons la m thodologie de travail
adopt e.
Le deuxi me chapitre, intitul "Sprint 0 : Planication et architecture",
nous nous int ressons d nir le plan de r alisation et produire le Backlog
produit, et pr senter une vue architecturale de notre application.
Les quatre chapitres qui suivent, se concentreront sur l tude et la r ali-
sation des sprints de notre projet.
Le dernier chapitre repr sente la phase de cl tures, dans lequel nous allons
14
Introduction
15
pr senter les di rents outils utilis s pour la r alisation de notre projet.
L tape nale est une conclusion g n rale dans laquelle nous valuerons notre
travail ainsi que les objectifs atteints.
Chapitre 1
Contexte g n ral du projet
1.1
Introduction
Ce chapitre repr sente un premier aper u du projet r alis . En
eet, nous commen ons par une br ve pr sentation de lorga-
nisme daccueil. Nous encha nons ensuite par une description
et une critique de lexistant, qui va nous guider vers la solu-
tion propos e et la m thodologie de conception adopt e.
16
1.1. Introduction
Publicité
17
1.1.1 Pr sentation g n rale de Sagemcom
Figure 1.1: Logo de Sagemcom.
Sagemcom dont le logo est pr sent dans la gure 1.1 est un groupe fran-
ais leader europ en sur le march des terminaux communicants, r pondant
des besoins essentiels au monde qui nous entoure : d codeurs, box Inter-
net et compteurs communicants multi- nergies."Le chire daaires total du
groupe s l ve 2,1 milliards deuros. Leectif de 5 500 personnes est r parti
dans plus de 50 pays."[1]
1.1.2 Domaines dactivit s de Sagemcom
Sagemcom op re principalement sur trois march s majeurs : le broadband,
l nergie et le retail, comme le montre la gure 1.2.
Sagemcom Broadband ore ses clients des produits customis s,
int grant les derni res ruptures technologiques.[2]
Sagemcom Energy & Telecom met disposition de ses clients
une comp tence exclusive dans le d veloppement et lint gration de
solutions hardware et software.[3]
Sagemcom Audio et vid o solutions propose aux clients, une
gamme de d codeurs personnalisables pour toutes les technologies de
transmission.[4]
Figure 1.2: Produits de Sagemcom
1.2. Etude de lexistant
18
1.2 Etude de lexistant
L tude de lexistant permet de d terminer les points faibles et les points
forts dun projet. Elle permet didentier les di rentes imperfections dans
un syst me existant an de les corriger.
1.2.1 Description de lexistant
Les m thodes agiles sont tr s populaires en usage aujourdhui. Cependant
il est tr s important de disposer des bons outils pour mener un projet agile
correctement. Dans cette partie, nous pr sentons des cas de gures des 3
meilleurs outils de gestion de projets agiles l chelle internationale.
Trello : Il consiste sur le d coupage du projet en plusieurs t ches
et mini t ches, repr sent es par des cartes. Ces cartes peuvent tre
contenu dans des planches qui d nissent l tat ou le type de ces
t ches. [5]
Asana : Cest un outil de gestion de projet SCRUM qui permet aux
quipe davoir un suivi sur leur travail. [5]
Jira : Cest une application de gestion de projet. Jira permet gale-
ment de faire le suivi de bugs, la gestion des incidents et laectation
des t ches aux di rents collaborateurs dun projet.[5]
(a)
(b)
(c)
Figure 1.3: (a) Trello (b) Asana (c) Jira
1.2.2 Critiques de lexistant
Lors de l tude que nous avons men e dans la section pr c dente, nous
avons relev les probl mes suivants :
Critique de lapplication Jira
La dicult de la prise en main de lapplication.
1.2. Etude de lexistant
19
Il faut du temps pour shabituer son utilisation.
Son ergonomie est trop complexe.
Critique de lapplication Asana
Les limites de lore gratuite de loutil.
Dicult dans la di renciation de certaines fonctionnalit s.
Critique de lapplication Trello
Absence de gestion des ressources.
Absence de suivi du temps et la gestion d quipe est faible.
Une seule interface ce qui limite la exibilit de lapplication.
Prise en charge limit e.
En g n ral, ces applications sont con ues pour des clients exp riment s. En
plus de cela, les applications de gestion de projets agiles sont g n ralement
des applications hybrides ou bien web et non pas des applications natives.
1.2.3 Solution propos e
Les applications mentionn es ci-dessus, ne r pondent pas notre besoin.
En eet, nous avons besoin dune application mobile, simple dutilisa-
tion que nous pourrons utiliser pour initier lagilit les stagiaires des centres
Elife (et du centre de formation Sagemcom). Comme solution, nous pro-
posons une application mobile Android, gratuite, de gestion de projets agiles
destin e aux trois acteurs de l quipe Scrum (Product Owner, Scrum Master
et D veloppeurs) qui dispose de ces fonctionnalit s fondamentales :
Gestion et suivi des projets.
Gestion et suivi des ressources.
Gestion et suivi des sprints.
Gestion et suivi des user stories.
Gestion et suivi des t ches.
Rapports du temps.
Suivi des statistiques et du tableau de bord.
Suivi du tableau de Kanban.
1.3. Langage et m thodologie de conception
20
1.3 Langage et m thodologie de conception
La m thodologie est lensemble des processus qui ore la possibilit de pi-
loter et dorganiser le d veloppement dun projet. On distingue deux familles
de m thodes :
Les m thodes classiques : Cest les m thodes les plus r pandues en
management et gestion de projet. Elles reposent sur le principe de la
d nition de phases s quentielles o il faut valider l tape pr c dente
an de passer la suivante.[6]
Les m thodes Agiles : Elles reposent sur le principe du d velop-
pement it ratif dans lequel on divise un projet en plusieurs tapes
appel es it rations.[6]
Suite l tude comparative des deux approches, nous avons pench pour luti-
lisation dune m thode agile. Cependant il existe plusieurs m thodes agiles
di rentes, dont les plus utilis es sont Scrum et Extreme Programming (XP)
[7].
Le tableau 1.1, clarie les di rences entre ces deux m thodes [8] :
M thode Scrum
M thode XP
Dur e de lit ration (1 2 semaines) Dur e de lit ration (2 4 semaines)
Possibilit s de changer des sc narios
en cours de lit ration
Di rents r les attribu s
aux membres de l quipe
(programmeur, testeur, coach etc.)
Il est interdit de
changer les fonctionnalit s durant lit ration
Seulement trois r les sont d nis
(Scrum-master, Product-owner
et l quipe)
Table 1.1: Di rence entre XP et Scrum
Ces deux m thodes am liorent la transparence et ladaptabilit des pro-
jets informatiques. Elles valorisent la coop ration dans le travail de l quipe
et ladaptation aux changements. Pour bien mener notre projet, nous avons
pr f r utiliser Scrum comme m thode de conception et de d veloppement.
1.3.1 Pr sentation de la m thode Scrum
Scrum est une m thode agile qui consiste d couper un projet complexe
en plusieurs cycles ou it rations. Ces cycles peuvent alterner entre plusieurs
1.3. Langage et m thodologie de conception
21
phases avec un rythme assez rapide. De nos jours, Scrum est la m thode
agile la plus populaire.[9] La gure 1.4 ci-dessous illustre la mise en place de
Scrum.
Figure 1.4: Processus scrum.
1.3.2 L quipe Scrum
L quipe Scrum est pluridisciplinaire, elle comprend trois acteurs,un pro-
pri taire de produit, une quipe de d veloppement et un Scrum Master .[10]
(cid:63) Le Product Owner : le propri taire du produit est le g rant du car-
net du produit. Cest lui qui accepte ou refuse le travail pr sent .[10]
(cid:63) Le Scrum Master : Le Scrum Master est responsable de la bonne
compr hension et application de Scrum. [10]
(cid:63) quipe de d veloppement : Elle peut contenir plusieurs r le tels
que les concepteurs ou bien les d veloppeurs.[10]
Dans le contexte de notre projet, Mr Christian Jannot, notre encadrant
du stage est la fois le Scrum Master et le Product Owner, et nous sommes,
l quipe de d veloppement.
1.3. Langage et m thodologie de conception
22
Publicité
1.3.3 Les artefacts de la m thodologie Scrum
(cid:63) Le Backlog de produit : Le Backlog contient une liste qui en-
globe les exigences impos es par le client, et les fonctionnalit s a
impl menter.[11]
(cid:63) Le Backlog de sprint : Il contient la liste des user-stories pr sentes
dans le Backlog de produit. [10]
(cid:63) Burndown Chart : Le graphique davancement illustr par la -
gure 1.5, est un graphique qui permet dillustrer la progression de
l quipe.[10]
Figure 1.5: Burndown Chart
1.3.4 Les v nements Scrum
(cid:63) Le Sprint : Cest le coeur de Scrum. Lit ration dure entre deux et
quatre semaines. Au bout dun sprint, une version du produit utilisable
est livr e.[10]
(cid:63) Le sprint planning : Cest un v nement qui pr c de le d but du
sprint et permet de xer les objectifs de ce dernier.[10]
(cid:63) La m l e quotidienne (Daily Scrum) : Cest une r union courte
denvirons quinze minutes qui permet davoir une vue densemble de
lavancement du projet.[10]
(cid:63) Revue du Sprint : Cest une r union faite chaque sprint, au cours
de laquelle on cl ture ce dernier en faisant un bilan d taill , et on en
entame un nouveau. [10]
(cid:63) R trospective de Sprint : Une r union de 45 minutes par semaine
de sprint. Le Scrum Master coordonne cette r union. Elle a pour but
1.4. Conclusion
23
de mettre en valeur les id es de chacun et de soulever d ventuels
obstacles rencontr s.[10]
1.3.5 Langage de mod lisation
Pour concevoir notre application, nous avons choisi UML qui est un langage de mod lisation, qui permet de d nir les
mod les objets travers un ensemble de diagrammes.[12]
En eet, cest la m thode la plus convenable notre projet qui se base sur le
principe de la programmation orient e objet. Ce langage poss de une vari t
de diagrammes qui couvrent nos besoins.
1.4 Conclusion
Dans ce chapitre, nous avons pr sent lorganisme daccueil ainsi que ses
di rentes activit s. Nous avons galement pr sent le cadre g n ral de notre
projet et la m thodologie qui sera adopt e.
Chapitre 2
Sprint 0 : Planication et
architecture
2.1
Introduction
Ce chapitre vise identier les besoins, cerner les r les des
utilisateurs pr parer le plan de r alisation. Dans un premier
temps, nous allons identier les acteurs de notre projet et ceux
qui toucheront de fa on directe notre application. Dans un
second temps, nous allons lister les besoins fonctionnels et
non fonctionnels de lapplication. Nous pr senterons par la
suite, les besoins de notre syst me et nous nirons par pro-
duire le Backlog produit ainsi quune premi re planication
des sprints.
24
2.2. Analyse des besoins
25
2.2 Analyse des besoins
Tout au long de cette partie, nous allons identier et pr ciser les besoins
satisfaire repr sentant les fonctionnalit s r aliser dans notre application.
2.2.1 Description du contexte
Dans le cadre de la formation ELIFE, Sagemcom fera une formation sur
le management de projet agile. Lentreprise nous a con le d veloppement
dune application Android qui permettra aux tudiants de comprendre les
concepts de base de lagilit , de les mettre en application et de visualiser
lavancement en mode projet et multi-projets.
2.3 Identication des besoins fonctionnels et non
fonctionnels
Dans cette section, nous allons d nir les principaux acteurs de notre
application et identier les besoins fonctionnels et non fonctionnels.
2.3.1
Identication des acteurs
(cid:63) Le Product Owner : Dans notre application, il est aussi ladminis-
trateur. Il poss de une vue synth tique de lavancement de ses projets.
Il peut g rer des projets, d nir les objectifs, nommer le Scrum Mas-
ter, aecter l quipe et assigner les r les.
(cid:63) Le Scrum Master : Il poss de une vue synth tique sur ses projets et
une vue d taill e sur les sprints et les user-stories en cours. Il peut g rer
des user-stories, g rer des sprints, d nir les t ches par user-story et
allouer les t ches aux membres de l quipe. Il supervise lavancement
des sprints, des user-stories et des t ches.
(cid:63) Le d veloppeur : Il poss de une vue synth tique sur ses projets,
sprints, user-stories et une vue d taill e sur ses t ches. Il a la possibi-
lit de mettre jour lavancement sur les t ches. Il peut ainsi consulter
le nombre dheures pass es, heures restantes et le pourcentage de com-
pl tude pr vu et estim de chaque t che.
2.3. Identication des besoins fonctionnels et non fonctionnels 26
2.3.2 Les besoins fonctionnels
Dans cette partie, nous allons identier les fonctionnalit s des acteurs de
lapplication. Un besoin fonctionnel cest un cas dutilisation en termes de
UML. La phase didentication des acteurs nous a permis de rep rer trois
acteurs qui sont le Product Owner, le Scrum Master et l quipe de d velop-
pement. Par cons quent, les fonctionnalit s assurer par lapplication sont
regroup es en trois cat gories comme suit :
Les fonctionnalit s du Product Owner
Authentication et gestion de prol : Le Product Owner doit
sauthentier pour acc der son compte. Il peut par la suite consulter
son prol et modier ses cordonn es.
Gestion des projets : Le Product Owner peut consulter la liste
de ses projets, cr er, modier ou bien supprimer des projets. Il peut
galement suivre le pourcentage de compl tude de chaque projet.
Gestion des ressources : Le Product Owner peut consulter la liste
des utilisateurs. Nommer le Scrum Master de chaque projet, aecter
les d veloppeurs des projets. Il peut galement assigner les r les.
Consultation du tableau de bord et suivi de lavancement des
projets : Le Product Owner peut suivre lavancement de ses projets
gr ce un tableau de bord qui lui permet de visualiser les statistiques
de compl tude sous forme dun diagramme circulaire (Chart Pie).
Les fonctionnalit s du Scrum Master
Authentication, Inscription et gestion de prol : Le Scrum
Master doit sauthentier pour acc der son compte ou sinscrire. il
peut par la suite consulter son prol et modier ses cordonn es.
Consultation de la vue synth tique des projets
: Le Scrum
Master peut consulter une vue globale de ses projets, il peut ainsi
suivre le pourcentage de compl tude de chaque projet.
Gestion des sprints : Le Scrum Master peut consulter la liste de
ses sprints, cr er, modier ou bien supprimer des sprints. Il peut ga-
lement suivre le pourcentage de compl tude de chaque sprint.
2.3. Identication des besoins fonctionnels et non fonctionnels 27
Gestion des user-stories : Le Scrum Master peut consulter la liste
de ses user-stories, cr er, modier ou bien supprimer des user-stories.
Gestion des t cbes : Le Scrum Master peut consulter la liste des
t ches, cr er, modier ou bien supprimer et assigner des t ches aux
d veloppeurs.
Suivi du Velocity chart : Le Scrum Master peut consulter un Ve-
locity Chart pour suivre lavancement de ses sprints.
Suivi du Backlog et du tableau de Kanban : Le Scrum Master
peut consulter son Backlog produit et suivre le tableau de Kanban qui
lui indique l tat de chaque user-story.
Les fonctionnalit s des d veloppeurs
Authentication, Inscription et gestion de prol : Le d velop-
peur doit sauthentier pour acc der son compte ou sinscrire. Il
peut par la suite consulter son prol et modier ses cordonn es.
Consultation de la vue synth tique des projets, sprints et
user stories : Le d veloppeur peut consulter une vue globale de ses
projets, sprints et user-stories.
Consultation des t ches : Le d veloppeur poss de une vue d taill e
sur les t ches qui lui sont assign es.
Mise jour des t ches : Le d veloppeur p...