Compte rendu pour le genie logiciel

Elaboré Par :

Dev-IT

TUNISIAN GOT TALENT

Yahyaoui Louay
Zribi Oussema
Chaabane Rana
Ouerfelli Amine
Equipe :
Sellami Montaser
BenTekfa Afif

Année Universitaire : 2019-2020

 Table des matières

1 Sprint 1 1
1.1 Sprint 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1.1 Extrait de sprint backlog . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1.2 Story Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.1.3 Tableau blanc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
1.1.4 Burndown chart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.1.5 Diagramme de séquence d’objet . . . . . . . . . . . . . . . . . . . . . 12
1.1.6 Diagramme de classe de conception . . . . . . . . . . . . . . . . . . . 13

ii
 Table des figures

1.1 Tableau blanc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

1.2 BurnDown chart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1.3 Diagramme de séquence d’objet . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.4 Diagramme de classe de conception . . . . . . . . . . . . . . . . . . . . . . . 13

iii
 Liste des tableaux

1.1 Sprint Backlog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.2 Story Test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

iv
 1
Sprint 1

Introduction
Dans la validation précédente, nous avons procédé à l’analyse des besoins, puis établi
notre découpage du projet. Pour commencer les activités du premier sprint nous avons dressé
une liste des user stories de toutes les fonctionnalités qui seront développées au sein de ce
sprint.

1.1 Sprint 1
Le but de cette étape est de bien piloter notre projet et pour atteindre les objectifs fixés.

1.1.1 Extrait de sprint backlog

Le tableau ci-dessous regroupe ces fonctionnalités, ces user story vont passer pas les
quatre étapes du cycle Scrum, précisément, la spécification fonctionnelle, la conception, le
développement et les tests.

1
Chapitre 1. Sprint 1

ID User story ID Tache Élaboré ES

par
En tant qu’utilisateur, 1.1 Realisation du formu- Chaabane 1
je souhaite créer un laire de creation d’un Rana
groupe groupe
1 1.2 Développer la fonction Chaabane 2
AjouterGroup() pour Rana
creer un groupe
1.3 Integration de la fonc- Chaabane 2
tionnalité dans le fi- Rana
chier Groupe.fxml
1.4 Tester la fonctionna- Chaabane 2
lité "creer un groupe" Rana
En tant qu’utilisateur, 2.1 Realisation du formu- Chaabane 1
je souhaite créer un laire de creation d’un Rana
sujet de discussion sujet de discussion
2 2.2 Integration d’une li- Chaabane 3
brairie externe fontA- Rana
wesome d’edition du
texte
2.3 Développer la fonction Chaabane 2
AjouterDiscussion() Rana
2.4 Integration de la fonc- Chaabane 3
tionnalité dans le fi- Rana
chier Discussion.fxml
2.5 Tester la fonctionna- Chaabane 2
lité "creer d’un sujet" Rana

2
Chapitre 1. Sprint 1

En tant que chasseur 3.1 Développer la fonction Sellami 1

de talent , je souhaite AjouterDon() dans le Monta-
ajouter un don ServiceDon ser
3 3.2 implémentation d’un Sellami 2
formulaire personna- Monta-
lisé de l’ajout du don ser
3.3 Mise à jour base de Sellami 0.5
données Monta-
ser
3.4 Tester la fonctionna- Sellami 3
lité « Ajouter un don Monta-
» ser
En tant que talent , je 4.1 Développer une fonc- Sellami 3
souhaite récupérer un tion de récupération Monta-
don d’un don ser
4 4.2 Réalisation d’une in- Sellami 2
terface d’une facture Monta-
générée suite à la ré- ser
cupération
4.3 Personnalisation Sellami 3
d’une librairie pour Monta-
l’exportation du ser
facture en PDF
4.4 Tester la fonctionna- Sellami 3
lité « Récupérer un Monta-
don » ser

3
Chapitre 1. Sprint 1

En tant que Adminis- 5.1 créer l’interface de Zribi 1

trateur/utilisateur,je l’envoi du email Ous-
veux contacter un sema
sponsor
5 5.2 Intégrer la librairie Zribi 2
mail.jar Ous-
sema
5.3 Créer la fonction En- Zribi 4
voyerMail() Ous-
sema
5.4 Tester l’envoi du mail Zribi 1
Ous-
sema
5.5 Intégrer la fonction Zribi 3
dans l’interface Spon- Ous-
sor.fxml sema
En tant qu’ adminis- 6.1 Créer l’interface de Zribi 1
trateur, je veux pou- pack de publicité Ous-
voir associer un spon- sema
sor à sa publicité.
6 6.2 Créer la fonction Zribi 3
d’ajout d’une publi- Ous-
cité sema
6.3 Ajouter une image à la Zribi 3
publicité Ous-
sema
6.4 Intégrer la fonction Zribi 2
dans l’interface Spon- Ous-
sor.fxml sema
6.5 Tester l’affectation du Zribi 1
sponsor Ous-
sema
4
Chapitre 1. Sprint 1

En tant que utilisa- 7.1 Implémenter le code Ouerfelli 2

teur,je veux ajouter dans le contrôleur Amine
des publications
7 7.2 Implémenter l’inter- Ouerfelli 2
face Amine
7.3 Mise à jour base de Ouerfelli 0.5
données Amine
7.4 Test de la fonction- Ouerfelli 3
nalité ajouter Publica- Amine
tion
En tant qu’utilisateur 8.1 Implémenter Code Ouerfelli 2
, je veux modifier un dans le contrôleur Amine
commentaire .
8 8.2 Implémenter l’inter- Ouerfelli 1
face Amine
8.3 Mise à jour base de Ouerfelli 0.5
données Amine
8.4 Test de la fonctionna- Ouerfelli 2
lité modifier un com- Amine
mentaire

5
Chapitre 1. Sprint 1

En tant que talent , je 9.1 Créer l’interface Use- Yahyaoui 2

veux consulter la liste rInterface.fxml de la Louay
des événements consultation des évè-
nements
9 9.2 Développer la mé- Yahyaoui 2
thode ReadAll() Louay
de consultation des
évènements
9.3 Intégrer la fonction Yahyaoui 2
dans l’interface Use- Louay
rInterface.fxml
9.4 Tester la méthode Yahyaoui 2
Louay
En tant que chas- 10.1 Créer l’interface Int- Yahyaoui 1
seur du talent , je Chasseur.fxml d’ajout Louay
veux ajouter des évé- d’un évènement
nements
10 10.2 Développer la mé- Yahyaoui 3
thode AjouterEvent() Louay
d’ajout des évène-
ments
10.3 Intégrer la fonction Yahyaoui 3
AjouterEvent() dans Louay
l’interface IntChas-
seur.fxml
10.4 Tester la méthode Yahyaoui 2
Louay

6
Chapitre 1. Sprint 1

En tant que utili- 11.1 créer d’interface Re- BenTekfa 1

sateur,je veux passer clamation.fxml du ré- Afif
une réclamation clamation
11 11.2 Implémenter la me- BenTekfa 2
thode du création de Afif
réclamation dans le
contrôleur
11.3 Intégrer la fonction BenTekfa 2
dans l’interface Recla- Afif
mation.fxml
11.4 Tester la méthode BenTekfa 2
Afif
En tant que utilisa- 12.1 Créer d’interface BenTekfa 1
teur,je veux donner un Afif
avis
12 12.2 Implémenter la mé- BenTekfa 3
thode AjouterAvis() Afif
dans ServiceReclama-
tion
12.3 Intégrer la fonction BenTekfa 2
dans l’interface Recla- Afif
mation.fxml
12.4 Tester la méthode BenTekfa 2
Afif

7
Chapitre 1. Sprint 1

Création de la base de 13.1 Réaliser les dia- en 6

donnée grammes de cas équipe
d’utilisation, de
classe.
13 13.2 Réalisation de la base en 6
donnée avec les liaison équipe
entre les entités
13.3 Intégration de la base en 3
dans le projet équipe
Intégration des in- 14.1 Integration des librai- en 1
terface GUI dans le ries nécessaires équipe
meme package
14 14.2 Integration des pa- en 3
ckage dans la struc- equipe
ture du projet

Table 1.1: Sprint Backlog

8
Chapitre 1. Sprint 1
1.1.2 Story Test
Par définition, un story test est un test relativement simple. Ce test constitue un test de
validation.
En tant que Administrateur , je
veux consulter la liste des Récla-
mations
En tant que Simple Utilisateur ,
je veux ajouter une publication
Table 1.2: Story Test
Étant donnée je suis connecté en tant que
Administrateur, Quand, j’accède la liste des
Réclamation , je peux visualiser tous les Ré-
clamation disponible sur l’application
Étant donnée je suis connecté en tant que
Utilisateur Simple , Quand j’accède la liste
des Réclamations , je suis dirigé vers une
page d’erreur avec un message « Adminis-
tration seulement ! »
Étant donnée j’ai entrée une format correcte
de la publication «VIDEO» Quand je clique
sur ajouter publication , un nouvelle publica-
tion est créé avec les données entrées
Etant donnée j’ai entrée une format incor-
recte du publication «IMAGE», Quand je
clique sur ajouter publication , un message
d’erreur s’affiche « Vous devez ajouter seule-
ment des vidéo »
9
Chapitre 1. Sprint 1

1.1.3 Tableau blanc

Le scrum board est, comme son nom l’indique, un tableau. Ce tableau de bord projet,
accessible et visible en permanence de l’ensemble de l’équipe projet, et va permettre de suivre
en temps réel l’évolution des tâches et des user stories à réaliser.

Figure 1.1: Tableau blanc

10
Chapitre 1. Sprint 1

1.1.4 Burndown chart

Le graphique d’avancement, en anglais « Burndown Chart » est un graphique, généré

dès le début de chaque sprint, permettant de visualiser la progression de l’équipe. Il doit
être mis à jour quotidiennement et est un excellent indicateur de rendement et de suivi pour
le Product Owner, qui peut réagir si nécessaire, lorsqu’il constate que le sprint possède un
nombre important de scénarios ; dans ce cas il diminue les user stories, ou à l’inverse il pourra
en rajouter.

Figure 1.2: BurnDown chart

Interprétation : Ce graphe présenté est composé d’un axe d’abscisse qui présente les
30 jours du travail du sprint et un axe d’ordonnée représentant le nombre d’heures estimés.
On peut interprété qu’au cours du 30 jours , on a rencontré des obstacles et des difficultés
ce qui a engendré une déviation de l’idéal.

11
Chapitre 1. Sprint 1

1.1.5 Diagramme de séquence d’objet

Figure 1.3: Diagramme de séquence d’objet

12
Chapitre 1. Sprint 1

1.1.6 Diagramme de classe de conception

Figure 1.4: Diagramme de classe de conception

13