Ecole Supérieure Privée de Management de Tunis

Esprit School Of Business

RAPPORT DE STAGE
En vue d'obtenir le diplôme de Licence Fondamentale en Informatique de Gestion

Soutenu Le : .../.../2021

Réalisé Par : Aziza Chabchoub

Conception et Réalisation d’une application de Gestion de

Production et Staffing
Avril -juillet 2021

Maitre de Stage : Zied Ben Youssef

Encadrant Académique : Salsabil Besbes

Année Universitaire : 2020-2021

1
 Nom et Prenom Date et Signature

Maitre de Stage

Ben youssef Zied

Encadrant académique
Besbes Salsabil

2
Résumé :

Lors de mon stage au sein de l'équipe Devoteam, j’ai eu l'opportunité de développer mes
compétences en travaillant sur une application de gestion et de staffing recommandée par le
manager.
Cette application est un tableau bord qui aidera à gagner du temps et à organiser le travail.
Par conséquent, la méthodologie utilisée est Scrum et le langage de programmation est java.
Je voudrais présenter le projet mentionné dans ce rapport en étudiant tous ses aspects.

Mots -clés :

Backlog produit, Backlog de Sprint, employé, Diagramme de cas d’utilisation, Diagramme de

Classe, Diagrammes de Séquences, Scrum

Abstract :

During the internship within the Devoteam team, I had the opportunity to develop my skills
by working on a production and staffing management application proposed by the manager.

This application is a Dashboard that saves time and helps organize work.

So, the methodology used is Scrum and the programming language is PHP.

I would like to present to you this project in question in this report by studying all its aspect

Key Words :

Product Backlog, employe, use cas Diagram, Sprint Backlog, sequence Diagram, Scrum, Class
Diagram

3
 Dédicace

Je dédie ce travail à :

Mon très cher père, Nulle dédicace ne saurait exprimer mon profond amour et l’immense
respect que je te porte.

Merci de m’avoir toujours soutenue.

Tes conseils pertinents ont toujours guidé mes pas vers la réussite, ta patience sans fin, ta
compréhension et ton encouragement sont pour moi le soutien indispensable que tu as
toujours su m’apporter. J’espère que tu trouveras dans ce travail le fruit de ton indulgence et
de tes sacrifices.

Je te promets de toujours essayer d’être à la hauteur de tes espérances.

Que dieu te garde et t’alloue santé et bonheur.

Ma très chère mère, Je ne trouverai jamais les mots pour t’exprimer ma grande
reconnaissance pour la joie, l’amour, la tendresse et le bonheur que tu n’as cessé de m’offrir
depuis ma naissance.

Tes prières qui m’ont accompagné au fil des années de travail et d’effort ont été pour moi les
stimulants quotidiens et la motivation affective nécessaire.

Tu as toujours été mon refuge tout en étant présente pour m’écouter, m’encourager, me
consoler et prévenir le moindre de mes besoins.

Que cette thèse soit le témoignage de mon immense amour et de mon humble
reconnaissance pour les nombreux sacrifices que tu as convertis à notre égard. Que dieu
t’accorde bonne santé et longue vie.

Mon cher frère, Tu garderas toujours une place de choix dans mon cœur.

Que ce travail soit pour toi l’expression de ma grande affection et de mon indéfectible
attachement.

Je te souhaite une vie pleine de bonheur et de succès.

4
A la douce mémoire de mes grands-parents, J’aurais aimé partager ces moments avec vous,
j’espère avoir réalisé l’un de vos rêves.

Que dieu vous accorde son pardon et vous fasse miséricorde, que dieu vous épargne de tout
châtiment.

Reposez en paix.

Je voudrai exprimer toute ma reconnaissance envers mes amis qui m’ont apporté leur soutien
moral et intellectuel durant mon cursus scolaire.je vous remercie du fond du cœur pour vote
aide précieuse.

5
 Remerciement

Je tiens à remercier les autorités académiques en général et les autorités d’Esprit School of
Business en particulier de m’avoir accordé l’occasion d’effectuer ce stage très profitable à ma
formation.

Tous mes remerciements sont également à madame salsabil besbes mon encadrante pour son
attention constante et ses conseils avisés.

Vous m’avez fait un grand honneur en acceptant de diriger ce travail. En espérant avoir été à
la hauteur de la confiance que vous m’avez accordée, je vous exprime à travers ce travail, ma
profonde gratitude et ma reconnaissance pour l’aide et les conseils que vous m’avez prodigué
ainsi que pour le savoir que vous m’avez inculqué.

Rien ne pourra vous exprimer chère madame, ma reconnaissance pour toute votre générosité.

Travaillez avec vous était un grand plaisir.

J’ai fait appel à votre jugement, connaissant votre expérience, votre sens du savoir et votre
compétence qui n’ont cessé de m’impressionner.

Veuillez trouver dans ce travail l’expression de ma gratitude de ma haute considération.

Je saisis pareillement l’occasion pour remercier monsieur zied ben Youssef mon maitre de
stage pour ses conseils toujours pertinents, de son soutien sans faille et surtout pour ses
qualités humaines.

Vous avez gracieusement accepté à contribuer à ce projet et je vous suis très reconnaissante.

D’emblée, il me parait judicieux d’évoquer l’importance du rôle primordial de tous les

enseignants dans le bon déroulement de mes études qui ont su, au long de mon parcours
universitaire, provoquer l’étincelle de ma curiosité et ma passion de découvrir et d’apprendre.

Enfin, un grand MERCI à toute ma famille qui m’a gratifié de son amour et fourni les
motivations qui ont permis l’aboutissement de mes entreprises. Je leur adresse toute ma
gratitude du fond du cœur.

6
 Tables de matières

Introduction générale ...........................................................................................................................13

Chapitre 1 : Contexte du projet ............................................................................................................15

Introduction...........................................................................................................................................16

1. Présentation Devoteam............................................................................................................16
1.1 Présentation générale........................................................................................................16
1.2 Fiche technique .................................................................................................................16
1.3 Organigramme Devoteam..................................................................................................17
2. Etude de l’existant ....................................................................................................................17
3. Problématique..........................................................................................................................18
4. Objectif de stage ......................................................................................................................19
5. Choix de la méthodologie .........................................................................................................19
5.1 Les méthodes agiles ...........................................................................................................19
5.2 La méthodologie SCRUM ...................................................................................................20
Conclusion .........................................................................................................................21

Chapitre 2 : Analyse et spécification des exigence ................................................................................22

Introduction ..........................................................................................................................................23

1. Exigences fonctionnelles ..........................................................................................................23

2. Exigences non fonctionnels ......................................................................................................24
3. Identification des acteurs..........................................................................................................25
4. Diagramme de cas d’utilisation global .....................................................................................26
5. Diagramme de classe général ...................................................................................................27
6. Planification du travail .............................................................................................................28
7. Back log produit .......................................................................................................................28
Conclusion ........................................................................................................................30

Chapitre 3 : Sprint 0 : Initialisation du projet .........................................................................................31

Introduction...........................................................................................................................................32

1. Architecture .............................................................................................................................32
2. Environnement de travail .........................................................................................................33

7
2.1 Choix technologiques ................................................................................................................33
2.2 Environnement logiciel ..............................................................................................................34
2.2.1 Wampserver.....................................................................................................34
2.2.2 Bootstrap..........................................................................................................34
2.2.3 Visual Studio ....................................................................................................35
2.2.4 Eclipse ..............................................................................................................35
Conclusion .......................................................................................................36

Chapitre 4 : Release 1 .......................................................................................................................37

Introduction ......................................................................................................................................38

1. Back log de sprint .................................................................................................................38

2. Conception de Sprint ............................................................................................................39
2.1 « gérer les employés »....................................................................................................39
2.2 « créer un projet » .........................................................................................................40
2.3 Diagramme de séquence (ajout d’un employé) .............................................................41
2.4 Diagramme de séquence (Création projet) ....................................................................42
3. Réalisation des sprints ..........................................................................................................43
3.1 Interface d’authentification ...........................................................................................43
3.2 Interface d’accueil de l’administrateur ..........................................................................43
3.3 Interface de l’ajout de l’employé » ................................................................................44
3.4 Interface de notification de l'ajout de l’employé............................................................44
3.5 Interface de la liste des employés ..................................................................................46
3.6 Interface de « liste des projets » ....................................................................................47
3.7 Interface de création projet............................................................................................48
3.8 Interface validation de création de projet......................................................................49
Conclusion ......................................................................................................................49

Chapitre 5 : Release 2 ........................................................................................................................48

Introduction .......................................................................................................................................49

1. Back log de sprint ...................................................................................................................49

2. Conception des sprints ...........................................................................................................50
2.1 Demande de congés .......................................................................................................50
2.2 Diagramme de séquence (Demande congé) ..................................................................51

3Réalisation des sprints ...............................................................................................................52

8
2.3 Interface Liste des congés.............................................................................................52
2.4 Interface demande de congé........................................................................................52
2.5 Interface enregistrement de la demande de congé.....................................................53
2.6 Interface de responsable de production.......................................................................53
Conclusion ....................................................................................................................54
Conclusion general........................................................................................................55
Webographies...............................................................................................................56

9
 Table de figures

Figure 1 : Organigramme de Devoteam...................................................................................17

Figure 2 : Analyse SWOT de Devoteam....................................................................................18

Figure 3 : Diagramme de cas d’utilisation global. ....................................................................26

Figure 4 : Diagramme de classe général...................................................................................27

Figure 5 : planification des Realeses. .......................................................................................28

Figure 6 : Architecture MVC.....................................................................................................32

Figure 7 : Angular.....................................................................................................................33

Figure 8 : Spring Boot...............................................................................................................33

Figure 9 : WampServer.............................................................................................................34

Figure 10 : Boot Strap...............................................................................................................34

Figure 11 : Visual Studio Code.................................................................................................35

Figure 12 : Eclipse....................................................................................................................35

Figure 13 : Diagramme de cas d’utilisation « Gérer les employés » .......................................39

Figure 14 : Diagramme de cas d’utilisation de « gestion de projets » ....................................40

Figure 15 : Diagramme de séquence « ajout d’un employé » .................................................41

Figure 16 : Diagramme de séquence « gestion projets » ........................................................42

Figure 17 : Page d’authentification..........................................................................................43

Figure 18 : Interface d’accueil d’administrateur......................................................................43

Figure 19 : interface de la page « ajout de l’employé » ..........................................................44

Figure 20 : Interface de la page notification « ajout de l’employé » ......................................44

Figure 21 : Interface de la liste des employés.........................................................................45

Figure 22 : Interface liste des projets......................................................................................45

10
Figure 23 : Interface création projet........................................................................................46

Figure 24 : Interface validation de création de projet..............................................................46

Figure 25 : Diagramme de cas d’utilisation « Gérer les congés » ..............................................50

Figure 26 : Diagramme de cas d'utilisation « Gérer tableau de production » .........................51

Figure 27 : Diagramme de séquence « demander un congé » ................................................52

Figure 28 : Diagramme de séquence « accéder tableau de production » .................................52

Figure 29 : Interface liste des congés........................................................................................53

Figure 30 : Interface demande de congé...................................................................................53

11
 Liste des tableaux

Tableau 1 : Fiche technique de Devoteam................................................................................13

Tableau 2 : Comparaison des méthodes agiles.........................................................................19

Tableau 3 : Back log produit ....................................................................................................28

Tableau 4 : Sprint 1..................................................................................................................38

Tableau 5 : Description textuelle du cas d’utilisation « Gérer les employés » ........................40

Tableau 6 : Description textuelle du cas d’utilisation « gérer projets » ....................................41

Tableau 7 : Back log de Sprint du deuxième release................................................................49

Tableau 8 : Description textuelle du cas d’utilisation « Gérer congés » ..................................50

12
 Introduction Générale

« Le temps c’est de l’argent » dit Benjamin Franklin, De nos jours le temps est si précieux
chaque secondes, minutes compte.

Dans un monde où le rythme est accéléré, le stress représente une routine et le temps a de la
valeur.

Les entrepreneurs subissent une pression énorme ce qui les poussent à consacrer plus
d’énergie et de temps afin de suivre l’évolution technologiques afin d’être le mieux adapté à
être concurrentiel.

Dans le monde de l’entreprenariat, on parle des valeurs tel qu’agilité, créativité et

organisation.

L’agilité d’une entreprise c’est sa façon d’évoluer d’une façon itérative et continu en se basant
sur l’intelligence collective.

Quand on parle d’organisation, on pense à la planification, au gain du temps et au suivi des

activités de l’entreprise.

Et la Créativité représente un processus de génération d'idées.

D'une certaine manière, c'est l'inspiration qui nous permet de créer de nouvelles solutions.

Devoteam, bien qu’une équipe dynamique où les relations sont basées sur le partage, la
communication et l’entraide. Néanmoins, la production de staffing semble être moins
efficiente.

Dans ce contexte, Devoteam nous a confié la mission de développer une application de

gestion de production et staffing pour affermir une bonne gestion des ressources humaines
et financières.

Alors le présent manuscrit comporte 5 chapitres :

Le premier chapitre « contexte du travail » se base sur la présentation de l’organisme d’accueil

Devoteam, puis l’étude de l’existant en utilisant l’analyse SWOT.

Ensuite, nous définissons le problème, la solution et la méthode de développement adoptée.

13
Le deuxième chapitre « Analyse et spécification des exigences » comprend l’analyse des
exigences fonctionnels et non fonctionnels de l’application.

En plus d’afficher les diagrammes de cas d’utilisation global et de classe, le backlog produit et
l’organisation des sprints.

Le troisième chapitre « Sprint 0 : initialisation du projet » présente l’architecture de notre

solution et les outils utilisés dans l’ensemble du projet.

Pour finir, les deux derniers chapitres ‘Release 1’ et ‘Release 2’ présentent les sprints du
projet.

Nous clôturons ce rapport par une conclusion générale et une exposition des perspectives du
travail.

14
Chapitre 1 : Contexte du travail

15
Introduction

Ce chapitre comprend une présentation de l'entreprise et une description de notre projet à

travers une étude détaillée pour déterminer le choix de la méthodologie à utiliser.

1 Présentation Devoteam

1.1Présentation générale

Devoteam une entreprise spécialisée en conseil de stratégie digitale, plateformes

technologiques et cybersécurité.

C’est une boite de Consulting Française fondée en 1995 qui possédé plus de 8 000
collaborateurs dans 18 pays en Europe et Moyen- orient.
Récemment, Elle s’est implantée sur le marché tunisien et elle est dirigée par Tarek Akrout.

1.2. Fiche technique

Le tableau présente la fiche technique de l’entreprise Devoteam.

Tableau 1 : Fiche technique de Devoteam.

Adresse 52 Avenue Charles Nicolle, Tunis

Code Postal 1082
Ville Tunis
Pays Tunisie
Téléphone +216 71 964 403
Fax +216 71 964 409
E-mail Devoteam_tunisie@devoteam.com
Site Web https://www.devoteam.com/

16
1.3. Organigramme Devoteam
La figure 1 ci-dessous présente l’organigramme de l’entreprise Devoteam

Figure 1 : Organigramme de Devoteam.

2.Etude de L’existant

Pour avoir une étude détaillée sur l’entreprise Devoteam, nous avons choisi de travailler avec
la méthode d’analyse SWOT.

Cette méthode permet d’évaluer l’entreprise en interne et en externe à travers 4 rubriques :

- Forces : Principaux facteurs positifs de l’entreprise qui vont contribuer au succès.

- Faiblesses : Principaux facteurs négatifs de l’entreprise qui risquent de
compromettre le succès.

17
 - Menaces : Principaux facteurs négatifs de l’environnement de l’entreprise qui risquent
de compromettre le succès.
- Opportunités : Principaux facteurs positifs de l’environnement de l’entreprise qui
favorisent le succès.

Figure 2 : Analyse SWOT de Devoteam.

3. Problématique

La problématique posée par l’entreprise est l’absence d’une plateforme qui permet de gérer
l’avancement et la gestion des ressources humaines et financières.
En effet, les ressources humaines sont gérées de manière préhistorique.
L’ajout d’employés, la suppression d’employés et la modification des données d’employés se
font manuellement, de la part du responsable des ressources humaines.

18
4. Objectif Du Stage

Le présent projet a pour but de réaliser une application web de projets pour l’équipe de
Devoteam Tunisie qui désire avoir une vision bien détaillée de ses ressources humaines,

Pouvoir initier un projet, le suivre dans le temps en respectant les coûts et le délai et affecter
à chaque employé un rôle bien précis pendant une durée.

5.Choix de la méthodologie
5.1 Les méthodes agiles

Le choix de la méthode est si important pour assurer la conception du projet.

Il déterminera notre évolution dans l’ensemble du processus de conception et de
construction.
Notre choix est de travailler avec une méthode agile, qui est une approche orientée vers la
collaboration et a un potentiel d’adaptation et d’écoute des clients.
Elle met l’accent sur la participation du client au projet ce qui lui permettra de suivre
progressivement ses besoins et lui offre la possibilité d’avoir une bonne visibilité de la gestion
des travaux.
En effet, les méthodes agiles offrent des avantages en termes du coût et temps.
Tableau 2 : Comparaison des méthodes agiles

Méthode Agile Points Forts Points Faibles

FDD -Capacité multitâche Entretien de tous les

- Peut être utilisé dans
applications en créant des
documents
des documents et des
rapports.
composants peut parfois
Apporter des bugs.
Se transformer en un défi
quotidien
quotidien
=> programmation en
binôme
(Programmation en binôme)

19
 Crystal Clear -Une communication
efficace de l'équipe.
-Flexibilité.
-Les tests sont effectués de
manière continu.
XP Des progrès basés sur le
concept " au jour le jour ".
-Amélioration du code à
chaque
amélioration du code à chaque
étape.
-Une approche opérationnelle
et haute qualité à la fin
de chaque étape.
SCRUM Une vue d'ensemble claire
et précise.
-L'optimisation continue :
est
Fait à la fin de chaque sprint
-Chaque membre aura accès
à l'achèvement des tâches
des autres membres, ainsi
qu'au résultat attendu.
Non recommandé s'il y a
des conflits au sein des
équipes.
Vous ne pouvez pas
progresser sur un
projet s'il y a des contraintes
budgétaires.
contraintes budgétaires.
Ne convient pas aux grands
projets
Les grands projets, car son
organisation n'est pas adaptée
à une équipe de plusieurs
personnes.
La méthodologie Scrum
est qualifiée de
"carrée". En effet, elle
ne supporte pas
les modifications dans son
principe.
Il est indiqué dans le
Guide officiel que "les
Rôles, Artéfacts
événements et règles
de Scrum sont immuables

5.2Présentation de la méthodologie Scrum

La méthode Scrum elle-même représente la méthode AGILE de base. Elle offre un moyen
agréable pour les novices. Mais Scrum n'est pas seulement connu pour sa facilité d'utilisation.
En effet, si nous parvenons à le maîtriser parfaitement, Scrum nous apportera des bénéfices
significatifs par rapport aux autres méthodes agiles. Les aspects collaboratifs de Scrum ne
doivent pas être négligés. En raison de l'esprit de collaboration, les membres de l'équipe
partageront des relations familiales, la prise de décision est donc simplifiée, et ils auront
tendance à développer une confiance mutuelle et à s'adapter les uns aux autres pour mieux
s'intégrer dans l'équipe. Des réunions quotidiennes et hebdomadaires permettent de
maintenir cette idée collaboration, contact direct entre les membres.

20
Le concept de débat est également très intéressant, permettant à n'importe quel membre
d'utiliser son génie.

Conclusion

L'objectif de ce chapitre est de replacer le projet dans un contexte général, en

commençant par la présentation de l'entreprise, la problématique soulevée et la
solution à cette problématique, qui fait l'objet de cette formation.
Dans le chapitre suivant, nous analyserons et préciserons les besoins de notre
application.

21
 Chapitre 2 : Analyse et
spécification des exigences

22
Introduction

Dans ce chapitre, nous allons définir les exigences fonctionnelles et non fonctionnelles de
notre application.

Puis nous passons à l'analyse à travers des diagrammes de cas d'utilisation et de classe.

Enfin, nous présentons la planification du projet et un backlog du produit.

1.Exigences Fonctionnels
La future application doit satisfaire la liste des besoins fonctionnels suivants :
-Authentification obligatoire pour tous les utilisateurs.
-L’admin peut :

❖ Gérer des consultants/ chefs projets :

• Peut ajouter les consultants.
• Modifier les informations consultants/ chefs projets.
• Supprimer les consultants/ chefs projets.
❖ Donner les autorisations des fonctionnalités aux Consultants/chefs projets.

- Senior Manager /Manager peut :

❖ Créer un projet.
❖ Affecter des consultants
❖ Mentionner pour chaque consultant la durée (0.25 unité minimale).

(Si le consultant est déjà affecté à un autre projet un système d’arbitrage s’impose : les deux
seniors managers s’organisent entre eux avec priorité au projet le plus urgent s’ils ne trouvent
pas une solution le responsable production prend la décision de l’affectation.)

❖ Traiter les demandes de congés : Autoriser ou non une demande de congé d’un
consultant.
❖ Recherche des consultants :
• Le chef projet peut filtrer les consultants selon sa séniorité.
• Le chef projet peut filtrer les consultants par projet.
• Le chef projet filtre les consultants par profil.

23
- Le responsable production peut :

❖ Avoir accès à un tableau de production de chaque consultant et sa contribution par

projet.
La production de chaque consultant est calculée selon la règle : nombre de jour
travaillés sur un projet (ce nombre doit être vérifié par le chef projet de façon cyclique)
multiplié par le Taux Journalier Moyen du consultant : TJM (en prenant en
considération sa séniorité).

-Le consultant peut :

❖ Saisir le temps travaillé sur un projet.

❖ Demander des congés :
• Annuel (vérifier nombre de jour restants de son solde).
• Maladie (vérifier nombre de jour restants de son solde avec
soumission de justificatif).
• Exceptionnel (vérifier nombre de jour restants de son solde).

2. Exigences non-fonctionnels

-L’ergonomie : notre application doit présenter une interface simple pour que l’utilisateur ait
une manipulation aisée.

- La Performance : notre application doit être performante, c'est-à-dire qu'à travers ses
fonctionnalités, elle doit répondre à toutes les exigences des utilisateurs de manière optimale
et dans un temps de réponse raisonnable.

-La convivialité : Les interfaces graphiques de l’application doivent être adaptables aux
différents écrans des appareils mobiles.

- La Sécurité :

• L’accès à l’application doit être sécurisé par un login et un mot de passe

• Les mots de passe de connexion sont sécurisés par une fonction de hachage avant
d’être stockés dans la base.

24
 • L’application doit fournir une sécurité des sessions des utilisateurs dans les normes
requises.
• Le système doit garantir à l’utilisateur l’intégrité et la confidentialité de ses données.

3. Identification des acteurs

Un acteur décrit un rôle joué par une personne, système externe pour réagir avec notre
système

Et ajouter une valeur. Notre application fait entrer en scène trois acteurs qui interagissent
avec le système :

• Manager : celui qui gère les projets et qui traite les demandes de congés des
consultants.
• Administrateur : celui qui gère la plateforme en totalité, il gère les employés, les
paramètres, faire le suivi.
• Consultant : Celui qui demande des congés à travers la plateforme et qui vérifie son
time -Sheets.
• Responsable production : celui qui a l’accès d’un tableau de production pour avoir une
idée de la contribution de chaque consultant.

4.Diagramme de cas d’utilisation global

Le diagramme de cas d'utilisation est utilisé pour fournir une vue d'ensemble du
comportement fonctionnel du système logiciel.

Il y a des acteurs qui représentent les utilisateurs de l'application et des cas d'utilisation qui
structurent les exigences des utilisateurs et les objectifs du système. [1]

25
 Figure 3 : Diagramme de cas d’utilisation global.

5. Diagramme de classe général

Les diagrammes de classes sont l'un des types de diagrammes UML les plus utiles, car ils
décrivent clairement la structure d'un système particulier en modélisant ses classes, ses
attributs, ses opérations et les relations entre ses objets. [2]

26
 Figure 4 : Diagramme de classe général

6.Planification Du Travail

Ce projet est un ensemble de tâches réparties sur une période de 4 mois.

Après avoir étudié la bonne méthode, notre application sera divisée en deux sprints.
Chaque sprint durera 4 semaines, la première version sera composée de l'administrateur et
du sprint de gestion de projet et la deuxième version aura la gestion des congés et l'accès au
tableau de production.

27
 Figure 5 : planification des realeses
7.Back log du produit :

Selon la méthode SCRUM choisie comme méthode de développement, le backlog produit est
un tableau contenant les principaux modules du produit.
Il s'agit d'une liste d'activités prioritaires qui définissent les caractéristiques du produit.

Le tableau 2 décrit alors, chaque fonction et sa priorité :

Tableau 3 : Back log produit

ID Feature Use Story Priorité Estimation

Gestion des
1 Utilisateurs En tant qu’administrateur, j’ajoute des employés. 9 3

28
 En tant qu’administrateur, je supprime des employés. 5 2

En tant qu’administrateur, je modifie les données des 4 1

employés.

En tant qu’administrateur, j’autorise des 6 2

fonctionnalités aux employés.

En tant que Manager, je crée un projet.

9 2
Gestion de
projets
2

En tant que Manager, j’affecte des consultants. 9 2

En tant que Manager, je recherche des consultants 4 1

En tant que Manager, j’effectue le temps des taches 8 2

travaillés.

En tant que consultant, je demande un congé. 8 2

Gestion de
congés En tant que Manager, je traite la demande du congé. 9 2
3
En tant que Consultant, je vérifie le solde de mes 8 2
congés.

En tant que Manager, je justifie mon congé 5 2

29
 En tant que responsable de production j’accède au
4 Acceder a un tableau de production de chaque consultant 5 3
tableau de
production

Conclusion :

Dans ce chapitre, nous avons étudié les exigences fonctionnels et non fonctionnels du projet
et nous avons présenté les diagrammes de cas d’utilisation et classe afin d’avoir une
structuration cohérente des fonctionnalités.

Par la suite nous avons exposé le back-log produit qui nous a servi à mieux détailler ces
fonctionnalités et pour finir nous avons défini notre planification du travail tout au long du
projet.

Le chapitre suivant est le sprint 0 ce qui veut dire l’initialisation du projet, nous allons définir
notre choix des outils et langages utilisés pour le développement de l’application.

30
 Chapitre 3 : Sprint 0 :
Initialisation du Projet

31
Introduction :

Lors de ce chapitre nous démarrons e Sprint 0 qui s’agit de l’initialisation du projet.

On exposera l’architecture de la solution ainsi que les outils utilisés durant ce projet.

1. Architecture :

Pour cette Application, j’ai choisi de travailler avec une architecture MVC car elle permet la
séparation des données, de l’affichage et des actions.

On utilise cette Architecture pour avoir une conception claire et efficace et un gain du temps
de maintenance grâce à la séparation des couches.[4]

Comme suit, Cette Architecture comporte 3 couches :

Couche modèle : elle gère les données.

Couche vue : responsable de l’affichage.

Couche contrôleur : responsable des actions.

Figure 6 : Architecture MVC

2.Environnement de travail
32
2.1. Choix technologiques

Pour Assurer le bon déroulement de la réalisation de l’application, le choix des technologies

est une étape très importante. Nos choix sont les suivants :

- Angular : un framework open source basé sur Type Script, et codirigé par l'équipe du projet
Angular chez Google. Il permet la création d'applications web, basées sur une architecture
MVC.[5]

Figure 7 : Angular

-Spring Boot : Spring est un cadre open source permettant de construire et de définir
l'infrastructure d'une application Java, ce qui facilite le développement et les tests..[6]

Figure 8 : Spring Boot

- Modélisation Objet : StarUml

33
 - Système d’exploitation : Windows 10

- Base de données : MySQL

2.2. Environnement Logiciel

2.2.1 WampServer

WampServer est une plateforme de développement d'applications web dynamiques de type

WAMP, il est spécifique à Windows et utilise le serveur Apache2, le langage de script PHP et
une base de données MySQL. Il dispose également de PHPMyAdmin pour gérer plus
facilement vos bases de données.[7]

Figure 9 : WampServer

2.2.2 Bootstrap

Bootstrap est une collection d'outils utiles pour la création de sites Web et d'applications.
C'est un paquet qui contient du code HTML et CSS, des formulaires, des boutons, des outils de
navigation et d'autres éléments interactifs, ainsi que des extensions JavaScript facultatives.

Bootstrap est également open source, c'est-à-dire qu'il est accessible à tous. [8]

Figure 10 : BootStrap

34
2.2.3 Visual Studio

Visual Studio Code est un éditeur de code open-source développé par Microsoft qui prend en
charge un large éventail de langages grâce à des extensions. Il prend en charge l'auto-
complétion, la coloration syntaxique, le débogage et les commandes git..[9]

Figure 11 : Visual Studio Code

2.2.4 Eclipse

Eclipse est un IDE, il simplifie la programmation en fournissant un certain nombre de

raccourcis et d'aides à la programmation.

Il est extensible, universel et polyvalent, permettant la création de projets de développement

utilisant n'importe quel langage de programmation mais principalement écrit en Java.[10]

Figure 12 : Eclipse

35
Conclusion

Ce chapitre s’agit de l’initialisation du projet où nous avons défini l’architecture, les outils
technologiques et l’environnement du travail utilisé afin de commencer le développement
sprints.

Le chapitre qui suit sera consacré à la réalisation du release des sprints en question.

36
Chapitre 4 : Release 1

37
Introduction

Après avoir présenté le choix de la méthodologie et des outils technologiques et de

l’environnement de travail ainsi que l’analyse conceptuelle et fonctionnelle, nous passons au
développement des besoins.

Dans ce chapitre, nous allons exposer le backlog produit pour présenter les besoins du premier
release, ensuite nous présenterons un raffinement du diagramme de cas d’utilisation en
s’appuyant sur des descriptions textuelles et des diagrammes de séquences.

Nous clôturons avec l’exposition des interfaces de ce release.

1. backlog produit

L’organisation des sprints est primordiale pour la méthode scrum, chaque user story est défini
en un ensemble de taches où on précisera son responsable et son estimation par heure.

Le tableau ci-dessous présente le Backlog sprints détaillé :

Tableau 4 : Sprint 1
Spécification ID Fonctionnalités Taches Estimation
du carnet
D’itération
Préparation du modèle employés.

Gestion des 6
employés
Sprint 1 1

Développement des employés. 9

Création des vues nécessaires pour la gestion des 4

employés.

Tester la gestion des employés. 2

38
 Sprint 1 Gestion des Préparation du modèle projet
projets 3

Développement des projets 2

Création des vues nécessaires pour la gestion des 3

projets

1
Tester les projets.

2.conception sprint 1

Il s’agit d’un Raffinement des cas d’utilisation et des descriptions textuelles relatives aux
sprints.

Cette étape, permet d’analyser chaque cas d'utilisation en s’appuyant sur un diagramme de

Cas d'utilisation raffiné.

Ensuite nous passons à la description textuelle de chaque cas.

2.1. Raffinement du diagramme de cas d’utilisation « gérer les employés »

Figure 13 : Raffinement du diagramme de cas d’utilisation « gérer les employés »

39
 - Description Textuelle du cas d’utilisation « gérer les employés »
Tableau 5 : Description textuelle du cas d’utilisation « Gérer les employés »

Description L'administrateur gère les employés

Précondition Authentification de l'administrateur
Scénario nominal Ajouter un employé.
Supprimer un employé.
Modifier un employé.
Autoriser des fonctionnalités aux employés.
Exception Employé déjà existant.
Post Condition L’administrateur va être directement
redirigée vers la liste des employés.

2.2Raffinement du diagramme de cas d’utilisation de « créer u projet »

Figure 14 : Raffinement du diagramme de cas d’utilisation de « créer de projets »

40
Description textuelle du cas d’utilisation « gérer projet » :

Tableau 6 : Description textuelle du cas d’utilisation « gérer projets »

Description Le Manager crée un projet.

Précondition Le Manager doit être authentifié.
Scénario nominal Après l’authentification, le manager accède à
son accueil.
Il consulte la rubrique « Projets ».
Il crée des projets en leurs affectant des
consultants.
Exception Le consultant est déjà pris pour un autre projet.
Post Condition L’administrateur est redirigé automatiquement
vers la liste des projets.

2.3Diagramme de Séquence relatif « ajouter employé »

Figure 15 : Diagramme de séquence relatif « ajouter employé »

41
2.4 Diagramme de Séquence relatif « créer un projet »

Figure 16 : Diagramme de séquence « créer un projet »

42
3.Réalisation

3.1 Interface d’authentification

Cette interface permet à l’utilisateur de saisir son adresse mail et son mot de passe pour
accéder à l’application.

Figure 17 : Interface d’authentification

3.2 Interface d’accueil de l’administrateur

La figure 18 présente l’interface d’accueil de l’administrateur où l’administrateur a la

possibilité d’ajouter des utilisateurs ou de régler les paramètres.

Figure 18 : Interface d’accueil d’administrateur

43
3.3 Interface d’ajout d’employé

Cette interface permet l’ajout des employés, l’administrateur doit saisir les données de
l’employé puis appuyer sur le bouton valider.

Figure 19 : interface d’ajout d’employé

3.4 Interface notification de l’ajout de l’employé

Après l’ajout des utilisateurs, l’administrateur reçoit une notification de validation (figure 19)

Figure 20 : Interface notification de l’ajout de l’employé

44
3.5 Interface de la liste des employés

L’administrateur peut consulter la liste de tous les employés . Il a la possibilité de modifier les
données de l’utilisateur ou de les supprimer .

Figure 21 : Interface de la liste des employés

3.6 Interface de liste des projets

Après authentification, le manager peut consulter la liste projets sur lesquels il travaille.

Figure 22 : Interface liste des projets

45
3.7 Interface de création projet :

Cette interface permet au manager de saisir les données du projet et d’affecter un consultant
à un projet.

Figure 23 : Interface création projet

3.8 Interface validation de création de projet :

Après la création du projet, une notification d’ajout est affichée.

Figure 24 : Interface validation de création de projet

46
Conclusion

Dans ce chapitre, nous avons présenté le premier release à travers son backlog de sprint et son
analyse conceptuelle.

Nous avons ensuite présenté les interfaces créées pour ce release.

47
Chapitre 5 : Release 2

48
Introduction

Dans ce dernier chapitre, nous allons exposer le deuxième release en détaillant ses
fonctionnalités à travers le Backlog produit.

Par la suite, nous élaborons les diagrammes de cas d’utilisations et séquences et nous
présentons les interfaces réalisées.

1.Backlog produit :

Le deuxième Release est divisé en deux sprints : Le premier sprint comporte la fonctionnalité
« Gestion des congés » et le deuxième Sprint comporte la fonctionnalité « accés au tableau de
production ».

Le tableau 7 illustre le Back log de Sprint du deuxième release.

Spécification du ID Fonctionnalités Taches Estimation

carnet d’itération

Sprint 2 1 Gestion des Préparation de tous les modèles 3

congés Nécessaires pour les congés.
Implémentation des méthodes 2
Nécessaires pour garantir le bon
Fonctionnement du système des
Congés
Création des vues et des 2
Documents des congés.
Tester le module congé. 1
Sprint 2 2 Gestion de Préparation de tous les modèles 2
production Nécessaires pour le module
production.
Mise en œuvre des méthodes 1
Nécessaires pour assurer le bon
Fonctionnement du système de
production
Création de vues et 2
Documents de production
Tester le module de production. 1

49
2. Conception des sprints

Raffinement des cas d'utilisation et des descriptions textuelles pour les sprints :

2.1. Raffinement de diagramme de cas d’utilisation de « demander un congé »

La figure 25 présente le diagramme de cas d’utilisation « demander un congé ».

Figure 25 : Raffinement de diagramme de cas d’utilisation « demander un congé »

● Description du cas d’utilisation « demander congés » :

Tableau 8 : Description du cas d’utilisation « demander congés »

Description Le consultant demande des congés.

Précondition Le consultant doit être authentifié.
Scénario nominal Le consultant consulte la rubrique « congés
» où il demande un congé et il doit remplir
tous les champs obligatoires
Exception Solde congés insuffisant
Post condition Le consultant est redirigé automatiquement
vers la liste des congés

50
2.2 Diagramme de séquence « demander un congé »

Figure 26: Diagramme de séquence « demander un congé »

51
3. Réalisation des Sprints

3.1 Interface Liste des congés

Cette interface affiche la liste des congés demandé par le consultant.

Figure 27 : Interface liste des congés

4.2 Interface demande de congé

Cette interface permet au consultant de choisir le type la date de son congé.

Figure 28 : Interface demande de congé.

52
4.3 Interface enregistrement de la demande de congé :
Cette interface affiche une notification d’enregistrement de demande ainsi qu’elle permet
au consultant de voir l’état de sa demande : en attente ou rejeté ou bien validé.

Figure 29 : Interface d’enregistrement de la demande du congé

2.7 Interface de responsable de production :

Cette interface permet au responsable de production d’avoir le rapport de production de

chaque consultant.

Figure 30 : Interface de responsable de production

53
Conclusion
Dans ce chapitre nous avons finalisé notre solution après avoir ajusté les deux releases et
Présenté une analyse conceptuelle à travers différents diagrammes de cas d’utilisation et de
séquence.

54
 Conclusion générale

J'ai commencé à travailler chez Devoteam en avril 2020, dans l'équipe Recherche et
Développement où j'ai développé une application web pour la gestion de la production et du
personnel.
Ce stage est le point de départ de ma vie professionnelle, où j'ai développé mes notions
théoriques requises pendant le cursus universitaire à une expérience professionnelle. J'ai
travaillé au sein d'une équipe adoptant Scrum comme méthodologie de gestion de projet.
De plus, j'ai amélioré mes soft skills grâce aux échanges, au partage et à la convivialité entre
les membres de l'équipe, et j'ai également acquis de nouvelles compétences.
Mon expérience chez Devoteam a été très intéressante au sens propre du terme, elle a été
une source d'enrichissement tant sur le plan personnel que professionnel.
En conclusion, les modules créés restent un point de départ qui laisse de grandes possibilités
d'extension et d'amélioration, comme par exemple avoir un suivi de production ou un
calendrier qui affiche les tâches à effectuer sur une période de temps (un mois, une semaine,
etc.).

Webographies

55
[1] Diagramme de cas d'utilisation :

https://atefsd.weebly.com/uploads/5/0/3/6/503639/csi_02_chap02.pdf

[2] Diagramme de classe :

https://www.lucidchart.com/pages/fr/diagramme-de-classes-uml

[3] Black log produit :

https://hubvisory.com/blog/qu-est-qu-un-backlog-comment-le-construire-et-le-gerer/

{4] Architecture :

https://openclassrooms.com/fr/courses/4670706-adoptez-une-architecture-mvc-en-
php/4678736-comment-fonctionne-une-architecture-mvc

{5] WampServer :

https://www.wampserver.com/

[6] Bootstrap :

https://fr.wikipedia.org/wiki/Bootstrap_(framework)

[7] Visual Studio :

https://framalibre.org/content/visual-studio-code

[8] Angular :

https://fr.wikipedia.org/wiki/Angular

[9] sprint boot :

https://fr.wikipedia.org/wiki/Spring_(framework)

[10] Eclipse :

https://fr.wikipedia.org/wiki/Eclipse_(projet)

56
57