Le document présente le développement d'une plateforme e-learning pour surmonter les limites de la formation traditionnelle chez Tek-Up, en utilisant des méthodologies agiles comme Scrum et XP. Il identifie les besoins fonctionnels et non fonctionnels, les acteurs clés, et les étapes de la mise en œuvre réparties sur plusieurs sprints. Enfin, il souligne l'importance de bien peser les avantages et inconvénients de l'approche agile avant son adoption.

1. PLATEFORME E-LEARNING
Réalisé le 09-12-2022 par: Gara Hellal Iheb & Hajbi Sayfeddine
1

2. PLAN
I. INTRODUCTION
II. ANALYSE DES BESOINS
III. MÉTHODOLOGIES DE TRAVAIL
IV. RÉALISATION AVEC SCRUM
V. RÉALISATION AVEC XP
VI. CONCLUSION
2

3. 1. ETUDE DE L’EXISTANT
 Cette étude se décompose en 3 parties :
Description de l’existant:
Les sessions de formations chez Tek-Up se fait actuellement de façon
traditionnelle: cours, apprenants et formateurs sur place, ainsi que la difficulté
d’accès à l’archives et l’obtention des attestations.
Dans le but d’éviter ces inconvénients, il y a quelques plateformes de formation
en ligne telle que :
Moodle
 DIDACTI
 WebCT
3

4. 4
Plateforme Avantages Inconvénients
Moodle - Logiciel libre et gratuit - Interface moins
conviviale qu’un blog.
- Pas d’espace pour les
offres d’emploi
Didacti - Réseau social focalisé - Version gratuite réduite.
- Pas d’espace pour les
offres d’emploi
WebCT - Très stable
- Interface agréable
- Données contenues
dans des fichiers textes.
- Pas d’espace pour les
offres d’emploi
Critique de l’existant:

5. L’étude de l’existant nous a permis de dégager plusieurs anomalies.
Pour faire recours à ces anomalies nous proposons de concevoir et
d’implémenter une plateforme social-Learning.
Nos formateurs et apprenants ne possèdent pas une plateforme
permettant de sauvegarder leurs archives et de facilité
leurs recherches.
La société a besoin d’une plateforme qui doit être accessible à distance
et utilisable partout.
5
Solution Proposée:

6. SPÉCIFICATION DES BESOINS :
Dans cette partie nous allons identifier les exigences fonctionnelles
et non fonctionnelles de cette solution.
Besoins fonctionnels:
Les besoins fonctionnels sont spécifiés par les représentants des
utilisateurs et des bénéficiaires du produit / service délivré par le
projet.
Besoins non fonctionnels:
Les besoins non fonctionnels sont soit des besoins optionnels,
soit des besoins/contraintes liés à l'implémentation et à
l'interopérabilité générale.
6

7. MODÉLISATION DES BESOINS
1. Identification des acteurs:
Un acteur est la personne, l’entité ou le matériel qui interagit directement
avec le système étudié.
Notre plateforme fait intervenir 4 acteurs :
 Le gestionnaire
 Le formateur
 L’apprenant
 Le responsable d’entreprise
7

8. 2. Diagramme de cas d’utilisation global:
8

9. III. MÉTHODOLOGIES DE TRAVAIL
Pour la performance de notre système de gestion d’informations, et
pour satisfaire les exigences du client, nous avons utilisé une méthode
agile pour le déroulement du projet.
1. Méthodologie agile:
Une méthode agile se base sur l'esprit collaboratif des membres de
l’équipe, elle est capable de maintenir les besoins initiaux et d’ajouter
les besoins liés aux évolutions.
Exemples de méthodes de développement agile:
Scrum(1996)
Extrême Programming(XP,1999) 9

10. Scrum
Est une méthodologie agile qui consiste à avoir une équipe soudée orientant le
projet au fil de son avancement afin d’atteindre un but. Cette approche est à la
fois dynamique et productive, engendre la réalisation des fonctionnalités par
itération en incluant la participation du client. Chaque itération peut durer de
deux à quatre semaines, à la fin de chaque sprint un produit fonctionnel doit
être livré.
XP
La méthodologie eXtreme Programming ou XP est une méthode de gestion de
projet qui applique à l'extrême les principes du développement agile, c'est-à-
dire se concentrer sur les besoins du clients, mettre en place un
développement itératif et l'intégration continue. L'équipe projet et ses
relations avec le client sont au cœur de XP
10

11. IV.RÉALISATION AVEC
SCRUM
11

12. LE BACKLOG DU PRODUIT
Le Backlog du produit est l’élément le plus important de Scrum. En effet,
c’est l’ensemble des caractéristiques fonctionnelles qui compose le
produit. Ces caractéristiques sont appelées des histoires utilisateurs (user
story). Chaque histoire utilisateur est caractérisée par une priorité définie
par le Product Owner et le client.
Must:1
Should:2
Could:3
Would:4
12

13. 13
Id cas Use case User story Priority Estimation
(Day)
1 S’authentifier En tant que’utilisateur je dois
m’authentifier
1 1
2 Gérer comptes utilisateurs En tant que gestionnaire je
veux gérer les comptes des
utilisateurs
1 6
3 Gérer formations En tant que gestionnaire je
veux gérer une formation
1 8
4 Gérer profil En tant qu’utilisateur
je veux gérer mon profil
1 2
5 Gérer réclamations En tant qu’utilisateur je veux
faire un réclamations
2 7
6 Gérer demandes En tant qu’utilisateur je veux
gérer mes demandes
2 4
7 Gérer messagerie En tant qu’utilisateur je veux
gérer ma messagerie
2 7
8 Gérer cours En tant que formateur je veux
gérer mes cours
3 4
9 Gérer offres d’emploi En tant que responsable
d’entreprise je veux gérer les
offres d’emploi
3 5
10 Gérer événements En tant que gestionnaire je
veux gérer les événements
4 5
11 Gérer enreprises En tant que gestionnaire je
veux gérer les entreprises
4 4
12 Gérer statistisques En tant qu’utilisateur je veux 4 2

14. PLANIFICATION DES
SPRINTS :
• Un plan se décompose en plusieurs sprints. C'est une ligne qui
reflète les attentes quant aux fonctionnalités durant une période
bien déterminée. Pour la création d’un bon plan, nous avons besoin
de:
• Un Backlog de produits Scrum hiérarchisé et estimé.
• Conditions de satisfaction (emploi du temps).
Nous avons décomposé notre travail en 4 sprints :
14
Partie
conception
• Sprint 0: De 8/04 à 03/05
Partie
développement
• Sprint 1: De 06/05 à 31/06
• Sprint 2: De 03/07 à 28/07
• Sprint 3: De 31/07 à 02/08

15. ARCHITECTURE:
• Architecture physique:
L’architecture physique permet de donner une vision de haut
niveau du système. Notre solution utilise l’architecture
opérationnelle 3 tiers:
Un client.
le serveur d’application.
le serveur de base de données.
15

16. ARCHITECTURE
• Architecture logique:
• Dans la réalisation de notre projet, nous avons opté pour une
architecture MVC (Modèle, Vue, Contrôleur).
• Le choix de l’architecture adéquate dans la phase de conception de
toute application est primordial, afin de garantir un fonctionnement
correct, une meilleure performance et une maintenance facile.
16

17. SPRINT 1
ce sprint se décompose en 4 modules :
Le développement de chaque module passe par les étapes
d’analyse, de conception et de réalisation.
17
S'authentifier
Gérer comptes
utilisateurs
Gérer
formations
Gérer profil

18. Id User story Tache Estimation(day)
1 En tant qu’utilisateur je
dois m’authentifier.
Création de l’interface
login.
1
2 En tant que gestionnaire
je
veux la gestion des
utilisateurs
Gestion des utilisateurs 7
3 En tant que gestionnaire
je veux la gestion des
formations
Gestion des formations 8
4 En tant qu’utlisateur je
veux la gérer mes
informations
Gérer les informations 2 18

19. 2. ANALYSE :
La figure ci-dessous montre le diagramme des cas d’utilisation global
du 1er sprint.
19

20. • Dans la figure suivante nous présentons le diagramme de
classes de conception pour ce sprint.
20

21. 3.RÉALISATIO
N
Ajouter formation :
Le gestionnaire peut ajouter une nouvelle session de formation
par remplir le formulaire ci-dessous puis il clique sur le bouton «
ajouter ».
21

22. Le gestionnaire peut consulter la liste des formations.
Ajouter apprenant :
Le gestionnaire peut ajouter un nouvel apprenant par remplir le
formulaire ci-dessous puis il clique sur le bouton « ajouter ».
22

23. Le gestionnaire peut consulter la liste des apprenants
Affecter apprenant :
Le gestionnaire peut affecter un apprenant à une formation par cliquer
sur « affection » pour afficher la liste des formations disponibles, puis il
clique sur « affecter à » pour l’affectation.
Le système affiche un message de confirmation pour confirmer
l’affectation.
23

24. Après l’affectation, le gestionnaire peut consulter la liste des formations
pour chaque apprenant. Ainsi que chaque apprenant peut consulter sa liste
de formation.
24

25. SPRINT 2
Nous allons détailler le travail réalisé durant le Sprint 2. En effet,
ce sprint se décompose en 3 modules :
La gestion des réclamations.
La gestion de messagerie.
La gestion des demandes.
25
Gérer
réclamations
Gérer
demandes
Gérer
messagerie

26. Id User story Tache Estimation(day)
5 En tant
qu’utilisateur je
veux gérer des
réclamations
Ajout des
reclamations
5
6 En tant
qu’utilisateur je
veux gérer des
demandes.
Gestion des
demandes
4
7 En tant
qu’utilisateur je
veux gérer les
discussions
Gestion des
discussions
8
26

27. 2. ANALYSE :
La figure ci-dessous montre le diagramme des cas d’utilisation global du
2ème sprint.
27

28. La figure suivante présente le diagramme d’activité de la gestion
des réclamations:
28

29. 3.RÉALISATION
Ajouter une réclamation :
Chaque utilisateur a le droit d’ajouter une réclamation par remplir le
formulaire ci-dessous puis cliquer sur « ajouter ».
L’utilisateur peut consulter ses réclamations.
29

30. VALIDER RÉCLAMATION :
Le gestionnaire reçoit une notification de cette nouvelle réclamation.
Le gestionnaire peut consulter la liste des réclamations.
En cliquant sur « valider » le système affiche un message pour informer
le gestionnaire que la réclamation est validée. 30

31. Après la validation de la réclamation la couleur du bouton
change du rouge au vert.
31

32. SPRINT 3
Ce sprint se décompose en 4 modules :
32
Gérer cours
Gérer offres
d'emploi
Gérer
événements
Gérer
entreprises

33. Id User story Tache Estimation(day)
8 En tant que
formateur je veux
gérer les cours
Gestion les cours 4
9 En tant que
responsable
entreprise je veux
gérer les offres
Gestions des offres 6
10 En tant que
responsable
entreprise je veux
gérer les
événements
Gestion des
événements
4
11 En tant que
gestionnaire je veux
gérer les entreprise.
Gestion des
entreprises
4
33

34. 2.ANALYSE
La figure ci-dessous montre le diagramme des cas d’utilisation
global du 3ème sprint.
34

35. 3.CONCEPTION
Digramme de classes de conception :
Dans la figure suivante nous présentons le diagramme de classes
de conception pour ce sprint.
35

36. 4.RÉALISATION
Ajouter offre d’emploi :
Le responsable entreprise peut ajouter une offre d’emploi par le
remplissage du formulaire ci-dessous, puis il clique sur le
bouton « ajouter ».
36

37. Chaque utilisateur a la possibilité de chercher et de consulter la
liste des offres d’emploi.
Postuler à une offre :
Un utilisateur peut postuler à une offre par la saisie d’une lettre
de motivation et l’ajout d’un cv, puis il clique sur « envoyer ».
37

38. 38
Chaque utilisateur peut chercher ses candidatures et consulter
ces statuts.

39. RÉALISATION AVEC
XP
Une équipe XP se compose de :
✱ Tracker :
-Suivre le planning pour chaque itération.
-Interagir avec les développeurs pour le respect du planning de
l’itération courante
-Détection des éventuels retards et rectifications si besoin
✱ Manager :
-Responsable du projet
-Apporte à l’équipe le courage et la confiance
-Vérification de la satisfaction du client 39

40. ✱ Coach (chef de projet) :
-Organise et anime les séances de planifications
-Favorise la créativité du groupe, n’impose pas ses solutions
techniques
✱ Développeur:
-Conception et programmation
-Participe aux séances de planification, évalue les tâches et leur
difficulté
✱ Client :
-Écrit, explique et maîtrise les scénarios
-Spécifie les tests fonctionnels de recette
-Définit les priorités
40

41. Release Sprints Estimations(day)
1 Sprints 0
Sprints 1
30
2 Sprint 2
Sprint 3
35
41

42. CONCLUSION
• Avant d’apporter des modifications importantes à votre culture
d’entreprise, examinez de prêt les avantages et inconvénients
du mode agile.
• En effet, pour certaines entreprises, l’application de cette
méthode dans ses processus va générer plus
de problématiques qu’elle ne va apporter de bénéfices.
• Il faut être conscient des réalités de son produit et de son
environnement.
42

43. Merci pour votre Attention
43