Sprint Cheat

DÉDICACES
Texte ici ...
i
REMERCIEMENTS
Texte ici ...
ii
TABLE DES MATIÈRES
Introduction générale 1
1 Étude préalable 2
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2 Contexte du sujet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4 Analyse de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4.1 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4.2 Bilan et synthèse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.5 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.6 Méthodologie adoptée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.6.1 Processus de développement logiciel . . . . . . . . . . . . . . . . . . . . 4
1.6.2 Langage de modélisation . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2 Planification et capture des besoins 7

2.1 Capture des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.1 Exigences fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.2 Exigences non fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.3 Identification des acteurs et des cas d’utilisation . . . . . . . . . . . . . . 8
iii
2.1.3.1 Identification des acteurs . . . . . . . . . . . . . . . . . . . . . 8
2.1.3.2 Identification des cas d’utilisation . . . . . . . . . . . . . . . . . 8
2.1.4 Structuration en packages . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.1.5 Élaboration des prototypes des interfaces utilisateurs . . . . . . . . . . . 12
2.2 Pilotage du projet avec scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.1 Équipe et rôles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.2 Backlog du Produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.3 Planification de la realease . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
3 Sprint0 14
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3 Architecture physique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4 Architecture logique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.5 Choix techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
4 Étude et réalisation du sprint1 18

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.2 Spécification fonctionnelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.2.1 Diagramme de cas d’utilisation du sprint1 . . . . . . . . . . . . . . . . . 19
4.2.2 Raffinement des cas d’utilisation du sprint1 . . . . . . . . . . . . . . . . . 20
4.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3.1 Diagrammes de séquences . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3.2 Diagramme de classe du sprint1 . . . . . . . . . . . . . . . . . . . . . . . 22
4.3.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.3.4 Revue du sprint1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
5 Étude et réalisation du sprint2 25

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
5.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
iv
5.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
5.3.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
5.3.4 Revue du sprint2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Conclusion générale 32
Références bibliographiques 33
v
TABLE DES FIGURES
2.1 Exemple image . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
3.1 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.2 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.4 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.7 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.8 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.9 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.10 .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
4.1 Diagramme de cas d’utilisation du sprint1 . . . . . . . . . . . . . . . . . . . . . . 19

4.2 Raffinement du cas d’utilisation «» . . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.7 Diagramme de séquences du cas d’utilisation «» . . . . . . . . . . . . . . . . . . 21
vi
4.12 Diagramme de classe du sprint1 . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.13 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.14 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.15 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.16 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.17 Revu du sprint1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
5.1 Diagramme de cas d’utilisation du sprint2 . . . . . . . . . . . . . . . . . . . . . . 26

5.12 Diagramme de classe du sprint2 . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
5.13 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
5.14 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.15 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.16 Interface «» . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
5.17 Revu du sprint1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
vii
LISTE DES TABLEAUX
1.1 Synthèse au tour des solutions existantes . . . . . . . . . . . . . . . . . . . . . . 3
2.1 Tableau exemple 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2.2 Tableau exemple 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3 Équipe et rôles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.4 Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
4.1 Titre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
5.1 Titre . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
viii
ACRONYMES
HTML Hypertext Markup Language. 6
UML Langage de Modélisation Unifié. 4, 6
ix
INTRODUCTION GÉNÉRALE
’internet est devenu ....

L
— Généralités sur le sujet
— Justification du choix du sujet et motivations
— Identification et formulation du problème
— Énoncé des objectifs à atteindre
— Démarche ou méthodologie à suivre
— Résumé du plan du rapport
1
CHAPITRE 1
ÉTUDE PRÉALABLE
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2 Contexte du sujet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4 Analyse de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4.1 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4.2 Bilan et synthèse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.5 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.6 Méthodologie adoptée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.6.1 Processus de développement logiciel . . . . . . . . . . . . . . . . . . . . 4
1.6.2 Langage de modélisation . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2
Introduction
texte ici..
1.1 Organisme d’accueil
1.2 Contexte du sujet
1.3 Problématique
1.4 Analyse de l’existant
1.4.1 Étude de l’existant
1.4.2 Bilan et synthèse
TABLE 1.1 – Synthèse au tour des solutions existantes
Solution
Solution 1 Solution 2 Solution 3
Fonctionnalités
Fonctionnalité 1 Fonctionnalité 1.1 Fonctionnalité 1.2 Fonctionnalité 1.3
3
1.5 Solution proposée
Cette solution offre :
j Un module pour les inscriptions des internautes ;
j Un module pour la gestion des accès ;
j Un tableau de bord personnalisé aux profils des clients afin de profiter des multiples fonc-
tionnalités de la plateforme ;
j Un module pour la recherche et la consultation des produits ;
j Un module pour la publication des avis sur les produits.
1.6 Méthodologie adoptée
1.6.1 Processus de développement logiciel
1.6.2 Langage de modélisation
On va utiliser Langage de Modélisation Unifié (UML)

UML
4
5
Conclusion
Hypertext Markup Language (HTML)
UML texte ici..
6
CHAPITRE 2
PLANIFICATION ET CAPTURE DES

BESOINS
2.1 Capture des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.1 Exigences fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.2 Exigences non fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.1.3 Identification des acteurs et des cas d’utilisation . . . . . . . . . . . . . . 8
2.1.4 Structuration en packages . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.1.5 Élaboration des prototypes des interfaces utilisateurs . . . . . . . . . . . 12
2.2 Pilotage du projet avec scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.1 Équipe et rôles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.2 Backlog du Produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.3 Planification de la realease . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
7
Introduction
Texte ici ....
2.1 Capture des besoins
2.1.1 Exigences fonctionnelles
Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum
has been the industry’s standard dummy text ever since the 1500s, when an unknown printer
took a galley of type and scrambled it to make a type specimen book.
It has survived not only five centuries, but also the leap into electronic typesetting, remaining
essentially unchanged.
It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum
passages, and more recently with desktop publishing software like Aldus PageMaker including
versions of Lorem Ipsum.
2.1.2 Exigences non fonctionnelles
j
j
j
j
2.1.3 Identification des acteurs et des cas d’utilisation
2.1.3.1 Identification des acteurs
Les acteurs humains pour le site Web de la Société sont :

j
j
j
2.1.3.2 Identification des cas d’utilisation
Pour chaque acteur identifié précédemment, on définit les différents buts qu’il cherche à at-
teindre en utilisant le système.
8
Les buts de ...
j
j
j
Les buts de ...
j
j
j
Les buts de ...
j
j
j
2.1.4 Structuration en packages
TABLE 2.1 – Tableau exemple 2
colonne 1 colonne 2 colonne 3
Exemple 1 exemple 1.1 1223

exemple 1.2 e^2
Exemple 2 exemple 2.1 500$

exemple 2.2 A125%
Exemple 3 & 4 exemple 3.1 500#

exemple 3.2 A25~
took a galley of type and scrambled it to make a type specimen book. It has survived not only five
centuries, but also the leap into electronic typesetting, remaining essentially unchanged. It was
popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum passages,
and more recently with desktop publishing software like Aldus PageMaker including versions of
Lorem Ipsum.Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lo-
rem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an unknown
printer took a galley of type and scrambled it to make a type specimen book. It has survived not
9
only five centuries, but also the leap into electronic typesetting, remaining essentially unchan-
ged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem Ipsum
passages, and more recently with desktop publishing software like Aldus PageMaker including
versions of Lorem Ipsum.Lorem Ipsum is simply dummy text of the printing and typesetting in-
dustry. Lorem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an
unknown printer took a galley of type and scrambled it to make a type specimen book. It has sur-
vived not only five centuries, but also the leap into electronic typesetting, remaining essentially
unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lo-
rem Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker
including versions of Lorem Ipsum.
Lorem Ipsum.
Lorem Ipsum.
Lorem Ipsum.
10
Lorem Ipsum.
Lorem Ipsum.
Lorem Ipsum is simply dummy text of the printing and typesetting industry.
Lorem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an
unknown printer took a galley of type and scrambled it to make a type specimen book. It has sur-
unchanged. It was popularised in the 1960s with the release of Letraset sheets containing Lorem
Ipsum passages, and more recently with desktop publishing software like Aldus PageMaker in-
cluding versions of Lorem Ipsum.
Lorem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an unk-
nown printer took a galley of type and scrambled it to make a type specimen book. It has sur-
unchanged.
Lorem Ipsum has been the industry’s standard dummy text ever since the 1500s, when an unk-
nown printer took a galley of type and scrambled it to make a type specimen book. It has sur-
unchanged.
TABLE 2.2 – Tableau exemple 3
Fonctionnalité Exemple 1 Exemple2
Fonctionnalité 1 5 3
11
2.1.5 Élaboration des prototypes des interfaces utilisateurs
2.2 Pilotage du projet avec scrum
2.2.1 Équipe et rôles
TABLE 2.3 – Équipe et rôles
Personne Rôle Mission
Scrum Master .... Ü Animer et faciliter le travail de l’équipe de

développement ;
Ü Acquitter de toutes les tâches administra-
tives et s’assurer que la méthodologie Scrum
est correctement appliquée.
Product Owner .... Ü Participer à l’élaboration des besoins

client ;
Ü Porter la vision client du produit final ;
Ü Se charger du backlog Scrum ;
Ü Décider les priorités à donner aux dévelop-
pements des différentes user stories.
Équipe ... Ü Mettre en œuvre les solutions techniques ;

Ü Réaliser les développements ;
Ü Travailler de façon incrémentale ;
Ü Livrer une partie du produit final utilisable
et testable à la fin de chaque sprint ou itéra-
tion.
2.2.2 Backlog du Produit
12
TABLE 2.4 – Backlog du produit
Id En Tant que Je voudrais (user story) Priorité
1 ... ... ...
2 ... ... ...
3 ... ... ...
4 ... ... ...
5 ... ... ...
6 ... ... ...
7 ... ... ...
8 ... ... ...
9 ... ... ...
10 ... ... ...
11 ... ... ...
12 ... ... ...
13 ... ... ...
2.2.3 Planification de la realease
Texte ici ....
FIGURE 2.1 – Exemple image
Conclusion
Texte ici ....
13
CHAPITRE 3
SPRINT0
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.5 Choix techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
14
Introduction
aaaa
3.1 Environnement matériel

Texte ...
TABLE 3.1 – Environnement matériel
... ..
... ...
... ...
... ...
... ...
3.2 Environnement logiciel

Texte ...
j ....
Texte ...
FIGURE 3.1 – ....

j ....
Texte ...
FIGURE 3.2 – ....

j ....
15
Texte ...
FIGURE 3.3 – ....

j ....
Texte ...
FIGURE 3.4 – ....
3.3 Architecture physique

Texte ...
FIGURE 3.5 – Architecture physique
3.4 Architecture logique

Texte ...
FIGURE 3.6 – Architecture logique
16
3.5 Choix techniques
Texte ...
j ....
Texte ...
FIGURE 3.7 – ....

j ....
Texte ...
FIGURE 3.8 – ....

j ....
Texte ...
FIGURE 3.9 – ....

j ....
Texte ...
FIGURE 3.10 – ....
Conclusion
Texte ...
17
CHAPITRE 4
ÉTUDE ET RÉALISATION DU SPRINT1
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
4.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.3.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.3.4 Revue du sprint1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
18
Introduction
Texte ici ....
4.1 Sprint backlog

Texte ici ....
TABLE 4.1 – Titre
Id En Tant Que Je voudrais (user story) Estimation (/h)
1 .. .. ..
2 .. .. ..
3 .. .. ..
4 .. .. ..
5 .. .. ..
6 .. .. ..
7 .. .. ..
8 .. .. ..
9 .. .. ..
10 .. .. ..
4.2 Spécification fonctionnelle
4.2.1 Diagramme de cas d’utilisation du sprint1
Texte ici ....
FIGURE 4.1 – Diagramme de cas d’utilisation du sprint1
19
4.2.2 Raffinement des cas d’utilisation du sprint1
Texte ici ....

j Raffinement du cas d’utilisation «»
FIGURE 4.2 – Raffinement du cas d’utilisation «»
20
4.3 Conception
4.3.1 Diagrammes de séquences
Texte ici ....

j Diagramme de séquences du cas d’utilisation «»
FIGURE 4.7 – Diagramme de séquences du cas d’utilisation «»
21
4.3.2 Diagramme de classe du sprint1
Texte ici ....
FIGURE 4.12 – Diagramme de classe du sprint1
4.3.3 Réalisation
j Interface «»
FIGURE 4.13 – Interface «»
22
j Interface «»
j Interface «»
j Interface «»
4.3.4 Revue du sprint1
Texte ici ....
FIGURE 4.17 – Revu du sprint1
23
Conclusion
texte ici..
24
CHAPITRE 5
ÉTUDE ET RÉALISATION DU SPRINT2
Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
5.1 Sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
5.3 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
5.3.3 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
5.3.4 Revue du sprint2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
25
Introduction
Texte ici ....
5.1 Sprint backlog

Texte ici ....
TABLE 5.1 – Titre
Id En Tant Que Je voudrais (user story) Estimation (/h)
1 .. .. ..
2 .. .. ..
3 .. .. ..
4 .. .. ..
5 .. .. ..
6 .. .. ..
7 .. .. ..
8 .. .. ..
9 .. .. ..
10 .. .. ..
5.2 Spécification fonctionnelle
5.2.1 Diagramme de cas d’utilisation du sprint2
Texte ici ....
FIGURE 5.1 – Diagramme de cas d’utilisation du sprint2
26
5.2.2 Raffinement des cas d’utilisation du sprint2
Texte ici ....

27
5.3 Conception
5.3.1 Diagrammes de séquences
Texte ici ....

28
5.3.2 Diagramme de classe du sprint2
Texte ici ....
FIGURE 5.12 – Diagramme de classe du sprint2
5.3.3 Réalisation
j Interface «»
29
j Interface «»
j Interface «»
j Interface «»
5.3.4 Revue du sprint2
Texte ici ....
FIGURE 5.17 – Revu du sprint1
30
Conclusion
texte ici..
31
CONCLUSION GÉNÉRALE
Exte ici ...

T
La conclusion doit :
— Faire une synthèse : Résumer les grandes lignes du travail traité dans le développement.
— Élargir le sujet avec des perspectives : Proposer des pistes d’extension pour le futur.
32
RÉFÉRENCES BIBLIOGRAPHIQUES
[1] Moez mbr. Uml vers la pratique. <https://www.atlassian.com/fr>, 2014. [Online ; acces-
sed 16-January-2021].
[2] Auteur Autre. Titre2. <http://www.url1.org/>, 2014. [Online ; accessed 16-January-2014].
[3] Auteur Ailleurs. Titre3. <http://www.url2.org/>, 2014. [Online ; accessed 16-January-

2014].
[4] Auteur Lui. Titre4. <http://www.url3.org/>, 2014. [Online ; accessed 16-January-2014].
[5] Auteur Elle. Titre5. <http://www.url4.org/>, 2014. [Online ; accessed 16-January-2014].
[6] Auteur Livre1. Titre Livre1. Editeur1, 2014.
[7] Auteur Livre1. Titre Livre1. Editeur1, 2014.
33

Sprint Cheat

Transféré par

Droits d'auteur :

Formats disponibles

Sprint Cheat

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sprint Cheat

Transféré par

Droits d'auteur :

Formats disponibles

DÉDICACES

Texte ici ...

Texte ici ...

2 Planification et capture des besoins 7

4 Étude et réalisation du sprint1 18

5 Étude et réalisation du sprint2 25

2.1 Exemple image . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

4.1 Diagramme de cas d’utilisation du sprint1 . . . . . . . . . . . . . . . . . . . . . . 19

5.1 Diagramme de cas d’utilisation du sprint2 . . . . . . . . . . . . . . . . . . . . . . 26

1.1 Synthèse au tour des solutions existantes . . . . . . . . . . . . . . . . . . . . . . 3

2.1 Tableau exemple 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

3.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

HTML Hypertext Markup Language. 6

UML Langage de Modélisation Unifié. 4, 6

’internet est devenu ....

1.1 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2 Contexte du sujet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.4 Analyse de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.4.1 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.4.2 Bilan et synthèse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.5 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.6 Méthodologie adoptée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.6.1 Processus de développement logiciel . . . . . . . . . . . . . . . . . . . . 4

1.6.2 Langage de modélisation . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.1 Organisme d’accueil

1.2 Contexte du sujet

1.4 Analyse de l’existant

1.4.1 Étude de l’existant

1.4.2 Bilan et synthèse

TABLE 1.1 – Synthèse au tour des solutions existantes

Fonctionnalité 1 Fonctionnalité 1.1 Fonctionnalité 1.2 Fonctionnalité 1.3

Fonctionnalité 2 Fonctionnalité 2.1 Fonctionnalité 2.2 Fonctionnalité 2.3

Fonctionnalité 3 Fonctionnalité 3.1 Fonctionnalité 3.2 Fonctionnalité 3.3

1.6 Méthodologie adoptée

1.6.1 Processus de développement logiciel

1.6.2 Langage de modélisation

On va utiliser Langage de Modélisation Unifié (UML)

PLANIFICATION ET CAPTURE DES

2.1 Capture des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

2.1.1 Exigences fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

2.1.2 Exigences non fonctionnelles . . . . . . . . . . . . . . . . . . . . . . . . . 8

2.1.3 Identification des acteurs et des cas d’utilisation . . . . . . . . . . . . . . 8

2.1.4 Structuration en packages . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2.1.5 Élaboration des prototypes des interfaces utilisateurs . . . . . . . . . . . 12

2.2 Pilotage du projet avec scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2.1 Équipe et rôles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2.2 Backlog du Produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2.3 Planification de la realease . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.1 Capture des besoins

2.1.1 Exigences fonctionnelles

2.1.2 Exigences non fonctionnelles

2.1.3 Identification des acteurs et des cas d’utilisation

2.1.3.1 Identification des acteurs

Les acteurs humains pour le site Web de la Société sont :

2.1.3.2 Identification des cas d’utilisation

2.1.4 Structuration en packages

TABLE 2.1 – Tableau exemple 2

colonne 1 colonne 2 colonne 3

Exemple 1 exemple 1.1 1223