Vous êtes sur la page 1sur 74

Ministère de l'Enseignement Supérieur et de la Recherche Scientifique

Université de Carthage
Institut des Hautes Etudes Commerciales de Carthage

__________________________________________________________________________________

Projet de fin d’études


Projet de fin d’étude pour l’obtention du Diplôme de Licence Appliquée en Technologies de
l’information

Sujet :

Conception et réalisation d’une application web de gestion du


temps « TimeSheet » pour le cabinet d’expertise Grant Thornton

Entreprise d’accueil :
Grant Thornton Tunisie

Réalisé par : Dirigé par :


LAKHOUA SINDA Mlle. LAABIDI MAROUA(IHEC)
Mr.AROUS LOTFI (Grant Thornton)

Année universitaire : 2016/2017


Remerciements
Avant que je présente mon rapport de stage qui développe mon expérience professionnelle, je
tiens à remercier, tout d’abord, l’IHEC de Carthage qui m’a donné l’opportunité de faire un
stage au sein d’une entreprise pour une durée de trois mois afin de m’intégrer dans la vie
professionnelle et de créer mon début de carrière.

Je remercie également toute l’équipe du cabinet d’expertise GRANT THORNTON TUNISIE


pour leurs conseils, leur aide et leurs explications ainsi que leurs participations de différentes
façons à la réussite de mon stage et même pour leur gentillesse de faire de ce dernier un
moment très profitable.

Plus particulièrement, mes vifs et sincères remerciements à Mlle Maroua LAABIDI mon
encadrante académique et Monsieur Lotfi Arous mon encadrant au cabinet qui m’ont formé et
accompagné tout au long de ce stage avec beaucoup de patience et pédagogie.

Il ne faut pas oublier aussi tous mes amis qui ont apporté, chacun à sa manière, une
contribution dans la lourde tâche de me supporter dans mon projet de fin d’études.

Pour finir, un grand merci à tous les membres de ma famille et plus particulièrement mes
parents qui m’ont toujours soutenu quelques soient mes choix dans la vie.

.
Table des matières
Introduction générale............................................................................................................................... 1
Chapitre 1 : Etude préliminaire ............................................................................................................... 3
Introduction ............................................................................................................................................. 3
1.Présentation de l’organisme d’accueil .................................................................................................. 3
1.1 A l’échelle internationale ............................................................................................................ 3
1.2 A l’échelle nationale .......................................................................................................................... 4
1.2.1 Présentation de l’entreprise ........................................................................................................ 4
1.2.2 Services de Grant Thornton ........................................................................................................ 5
1.2.3 Organigramme de Grant Thornton ............................................................................................. 5
2.Présentation du projet ........................................................................................................................... 6
3.Analyse et critique ................................................................................................................................ 6
4.Solution proposée ................................................................................................................................. 7
5.Déroulement du projet .......................................................................................................................... 7
Conclusion ............................................................................................................................................... 8
Chapitre2 : Analyse et spécification des besoins .................................................................................... 9
Introduction ............................................................................................................................................. 9
1.Spécification des exigences et des acteurs ........................................................................................... 9
1.1Identification des acteurs ................................................................................................................ 9
1.1.1Définition d’un acteur .............................................................................................................. 9
1.1.2Modélisation des acteurs ......................................................................................................... 9
1.2 Spécification des besoins............................................................................................................. 10
1.2.1Spécification des besoins fonctionnels .............................................................................. 10
1.2.2Spécification des besoins non fonctionnels ...................................................................... 10
2.Méthodologie de travail...................................................................................................................... 11
3.Identification des cas d’utilisation ...................................................................................................... 11
3.1 Définition du diagramme de cas d’utilisation.............................................................................. 11
3.2 Diagramme de cas d’utilisation ................................................................................................... 11
3.3 Raffinement des cas d’utilisation ................................................................................................ 12
3.3.1 Raffinement du cas d’utilisation « Authentification ».............................................. 12
3.3.2Raffinement du cas d’utilisation « Modifier les droits d’accès des utilisateurs »
........................................................................................................................................................... 13
3.3.3Raffinement du cas d’uti lisation « Gérer les comptes des collaborateurs » ......... 14
3.3.4Raffinement du cas d’utilisation « Gérer les paramétrages »................................... 15
3.3.5Raffinement du cas d’utilisation « Gérer les chantiers » .......................................... 17
3.3.6 Raffinement du cas d’utilisation « Gérer les Clients » ............................................. 19
3.3.7 Raffinement du cas d’utilisation « Gestion des Tâches » ........................................ 20
3.3.8 Raffinement du cas d’utilisation « Consulter plannings » ....................................... 21
3.3.9 Raffinement du cas d’utilisation « Suivi des heures ».............................................. 21
4. Prototype de l’application ................................................................................................................. 22
Conclusion ............................................................................................................................................. 30
Chapitre 3 : la Conception ..................................................................................................................... 31
1-La conception ..................................................................................................................................... 31
1.1La conception statique ...................................................................................................................... 31
1.1.1 Diagramme de Déploiement ..................................................................................................... 31
1.1.2 Diagramme de classe ................................................................................................................ 32
1.1 La conception Dynamique......................................................................................................... 33
1.2.2 Diagramme de séquence « Gérer les comptes des collaborateurs » ......................................... 34
1.2.3 Diagramme de séquence « Ajouter Tache » ............................................................................. 35
1.2.4 Diagramme de séquence « Modifier/Supprimer Tache » ......................................................... 36
1.2.5 Diagramme de séquence « Ajouter Chantier » ......................................................................... 37
1.2.6 Diagramme de séquence « Modifier/Supprimer Chantier » ..................................................... 38
1.2.7 Diagramme de séquence « Affectation des équipes » .............................................................. 39
1.2.8 Diagramme de séquence « Ajouter Client » ............................................................................. 40
1.2.9 Diagramme de séquence « Modifier/Supprimer Client » ......................................................... 41
1.2.10 Diagramme de séquence « Planning Collaborateur » ............................................................. 42
1.2.11 Diagramme de séquence « Planning Chantiers » ................................................................... 43
1.2.12 Diagramme de séquence « Suivi des heures »........................................................................ 44
Conclusion ............................................................................................................................................. 45
Chapitre4 : Réalisation .......................................................................................................................... 46
Introduction ........................................................................................................................................... 46
1-Architecture de l’application .............................................................................................................. 46
2-Environnement de développement ..................................................................................................... 47
2.1 Environnement matériel .................................................................................................................. 47
2.2 Environnement logiciel ................................................................................................................... 47
3- Les langages de développement ........................................................................................................ 49
4-Présentation de l’application .............................................................................................................. 50
4.1-Le « Back office » ........................................................................................................................... 50
4.2-Le « Front office » .......................................................................................................................... 50
4.3-Le plan de notre application ............................................................................................................ 51
5- Les interfaces de l’application .......................................................................................................... 51
5.1Espace « Authentification » ............................................................................................................. 52
5.2 -Espace « Administrateur » ............................................................................................................. 52
5.2.1-Interface « Gérer les comptes des collaborateurs » .................................................................. 52
5.2.2-Interface paramètre « Structure » ............................................................................................. 53
5.3 -Espace « Manager » ....................................................................................................................... 53
5.3.1 Interface « Profil » .................................................................................................................... 53
5.3.2 Interface « Ajouter Tache » ...................................................................................................... 54
5.3.3 Interface « Liste des Tache » .................................................................................................... 54
5.3.4 Interface « Modifier Tache » .................................................................................................... 55
5.3.5 Interface « Ajouter Chantier » .................................................................................................. 55
5.3.6 Interface « Liste Chantier » ...................................................................................................... 56
5.3.7 Interface « Modifier Chantier » ................................................................................................ 56
5.3.8 Interface « Affectation des équipes » ....................................................................................... 57
5.3.9 Interface “Ajouter Client” ........................................................................................................ 57
5.3.10 Interface « Liste des Client » ................................................................................................. 58
5.3.11 Interface « Modifier Client » .................................................................................................. 58
5.3.12 Interface « Planning Collaborateurs » .................................................................................... 59
5.3.13 Interface « Planning Chantiers » ............................................................................................ 59
5.3.14 Interface « Suivi des heures »................................................................................................. 60
6-Analyse des risques ............................................................................................................................ 60
7-Cas de tests ......................................................................................................................................... 61
Conclusion ............................................................................................................................................. 62
Conclusion générale .............................................................................................................................. 63
Résumé .................................................................................................................................................. 64
Bibliographie ......................................................................................................................................... 65
Liste des figures
Chapitre1 : Etude préliminaire :
Figure 1:Grant Thornton à l’échelle internationale ................................................................................. 4
Figure 2:Services d’activités et métiers de Grant Thornton .................................................................... 5
Figure 3:Organigramme de Grant Thornton............................................................................................ 5
Figure 4:Espace collaborateur sur MS Access ........................................................................................ 6
Figure 5:Diagramme de GANTT ............................................................................................................ 7

Chapitre2 : Analyse et spécification des besoins


Figure 1: Diagramme de cas d’utilisation global .................................................................................. 12
Figure 2:Diagramme de cas d’utilisation relatif à « l’authentification » ............................................... 12
Figure 3:Diagramme de cas d’utilisation relatif à « Modifier les droits d’accès »................................ 13
Figure 4:Diagramme de cas d’utilisation relatif à « la gestion des comptes des collaborateurs » ........ 14
Figure 5:Diagramme de cas d’utilisation relatif à « la gestion des paramétrages » .............................. 15
Figure 6:Diagramme de cas d’utilisation relatif à « la gestion des chantiers » ..................................... 17
Figure 7:Diagramme de cas d’utilisation relatif à « la gestion des clients » ......................................... 19
Figure 8:Diagramme de cas d’utilisation relatif à « la gestion des Taches » ........................................ 20
Figure 9:Diagramme de cas d’utilisation relatif à « consulter plannings » ........................................... 21
Figure 10:Diagramme de cas d’utilisation relatif à « Suivi des heures » .............................................. 21
Figure 11:Prototype"interface Profil".................................................................................................... 23
Figure 12: Prototype "Interface Nouvelle Tâche" ................................................................................. 23
Figure 13:Prototype interface "Liste des Taches" ................................................................................. 24
Figure 14:Prototype "interface Modifier Tache" ................................................................................... 24
Figure 15:Prototype "interface Ajouter chantier".................................................................................. 25
Figure 16: Prototype "interface liste Chantiers" .................................................................................... 25
Figure 17:Prototype de l'interface "Modifier chantier" ......................................................................... 26
Figure 18:Prototype de l'interface "Affectation Equipe" ....................................................................... 26
Figure 19:Prototype de l'interface "Ajouter Client" .............................................................................. 27
Figure 20:Prototype de l'interface "Liste des Clients"........................................................................... 27
Figure 21:Prototype de l'interface "Modifier Client" ............................................................................ 28
Figure 22:Prototype de l'interface "Planning Collaborateurs" .............................................................. 28
Figure 23: Prototype de l'interface « Planning Chantiers » ................................................................... 29
Figure 24:Prototype de l’interface « Suivi des heures » ........................................................................ 29
Chapitre 3 : La conception
Figure 1:Diagramme de déploiement .................................................................................................... 32
Figure 2:Diagramme de classe .............................................................................................................. 33
Figure 3:Diagramme de séquence relatif à l’authentification ............................................................... 34
Figure 4:Diagramme de séquence relatif à « Gérer les comptes des collaborateurs » .......................... 35
Figure 5:Diagramme de séquence relatif à « Ajouter Tache » .............................................................. 36
Figure 6:Diagramme de séquence relatif à « Modifier/Supprimer Tache » .......................................... 37
Figure 7:Diagramme de séquence relatif à « Ajouter Chantier » .......................................................... 38
Figure 8:Diagramme de séquence relatif à « Modifier/Supprimer Chantier » ...................................... 39
Figure 9:Diagramme de séquence relatif à « Affectation des équipes » ............................................... 40
Figure 10:Diagramme de séquence relatif à « Ajouter Client » ............................................................ 41
Figure 11:Diagramme de séquence relatif à « Modifier/Supprimer Client » ........................................ 42
Figure 12:Diagramme de séquence "Planning Collaborateurs" ............................................................ 43
Figure 13:Diagramme de séquence relatif à « Planning chantiers » ..................................................... 44
Figure 14:Diagramme de séquence relatif à « suivi des heures » ......................................................... 45

Chapitre 4 : La réalisation
Figure 1:Architecture MVC .................................................................................................................... 47
Figure 2:Plan de l’application ............................................................................................................... 51
Figure 3:Interface « Authentification » ................................................................................................. 52
Figure 4:Interface « Gérer les comptes des collaborateurs »................................................................. 52
Figure 5:Interface «Paramétre Structure » ............................................................................................ 53
Figure 6:Interface « Profil » .................................................................................................................. 53
Figure 7:Interface « Nouvelle Tâche » .................................................................................................. 54
Figure 8: interface « Liste des Taches » ................................................................................................ 54
Figure 9:Interface « Modifier Tache » .................................................................................................. 55
Figure 10:interface « Ajouter Chantier »............................................................................................... 55
Figure 11:interface « Liste des chantiers » ............................................................................................ 56
Figure 12:interface « Modifier Chantier »............................................................................................. 56
Figure 13:Interface « Affectation des équipes ».................................................................................... 57
Figure 14:Interface "Ajouter Client" ..................................................................................................... 57
Figure 15:Interface “ Liste des clients” ................................................................................................. 58
Figure 16: Interface ”Modifier Client” .................................................................................................. 58
Figure 17: Interface ”Planning Collaborateur”...................................................................................... 59
Figure 18:Interface ”Planning chantiers” .............................................................................................. 59
Figure 19: Interface « Suivi des heures » .............................................................................................. 60
Liste des tableaux

Tableau 1:Fiche d’identité de Grant Thornton ........................................................................................ 4


Tableau 2: Description textuelle du cas « Authentification » ............................................................... 13
Tableau 3:Description textuelle du cas « Modifier les droits d’accès » ................................................ 13
Tableau 4:Description textuelle du cas « Gérer les comptes des collaborateurs » .............................. 14
Tableau 5: Description textuelle du cas « Gestion des paramétrages » ................................................. 17
Tableau 6:Description textuelle du cas « Gestion des chantiers »......................................................... 18
Tableau 7:Description textuelle du cas « Gérer les clients » ................................................................. 19
Tableau 8:Description textuelle du cas « Gestion des Taches »............................................................ 20
Tableau 9: Description textuelle du cas « Consulter plannings ».......................................................... 21
Tableau 10:Description textuelle du cas « Suivi des heures » .............................................................. 22
Tableau 11:Tableau des risques............................................................................................................. 61
Tableau 12:Tableau des tests ................................................................................................................. 61
Introduction générale
L’environnement de l’entreprise a été fortement modifié depuis ces dernières années avec, la
mondialisation, la globalisation, l'innovation technologique et la volatilité de la demande. Ces
facteurs ont pour conséquence l’intensification, la concurrence et un accroissement des
exigences des clients et ainsi la position de l’entreprise est devenue plus difficile sur l’échelle
économique mondiale.

On constate parmi les difficultés les plus observées au niveau des entreprises, le manque de
gestion de temps qui engendrent des pertes, et aura un effet négatif sur leurs positions
concurrentielles.

Aujourd’hui, le temps est devenu une variable stratégique importante pour les entreprises, en
effet, l’expression « le temps, c’est de l’argent » prend toute son importance, et constitue alors
une source très rare pour elle.

Le temps doit donc être géré, contrôlé et planifié ce qui oblige l’entreprise à faire des choix :

Ce qu’il y a à faire, ce qui a été fait et ce qui reste à faire ?

La gestion de temps est un enjeu stratégique dans la mesure où il peut se révéler être un
avantage concurrentiel et permet à l’entreprise de se démarquer de ses concurrents et
également une source d’optimisation de la performance de l’entreprise.

Cependant, les entreprises ont été obligées d’adopter des attitudes « anticipatrices » face à un
tel univers où la quantité d'information intra-organisationnelle et son accessibilité augmentent
et se complexifient.

Les entreprises ont boosté alors le développement des technologies qui ont, non seulement
aidé l’homme à faciliter le stockage et la manipulation des données, mais aussi à donner des
informations utiles et ce afin d’identifier et résoudre des incidents et prendre des décisions.

1
C'est la raison pour laquelle nous avons été amenés à concevoir une application web pour le
cabinet d’expertise Grant Thornton dont le but est de développer et réaliser une application
interne de gestion de temps « TimeSheet ».

Cette dernière facilite le travail des collaborateurs, principalement le groupe d’Audit, qui va
leurs permettre d’accéder à distance à cette application pour gérer leurs tâches, consulter leurs
plannings, et faire un suivi des heures de travail.

Le présent rapport qui illustre la mise en œuvre de cette application et s’articule autour de
quatre chapitres :

Le premier chapitre est dédié à une présentation générale de l’entreprise d’accueil « Grant
Thornton » ainsi qu’une présentation globale de notre projet de fin d’étude. Au cours de ce
même chapitre, nous décrivons une analyse critique de l’existant et nous proposons une
solution pour ce dernier.

Le deuxième chapitre met en évidence les besoins fonctionnels et les besoins non
fonctionnels auxquels doit répondre notre application, décortique une méthodologie utilisée
pour son développement et illustre des prototypes

Le troisième chapitre est consacré pour la conception statique qui décrit le diagramme de
classe final et le diagramme de déploiement, et une conception dynamique qui présente les
digrammes de séquences.

Le quatrième chapitre détaille l’architecture générale choisie ainsi qu’une description des
outils matériels et logiciels qui nous ont aidé au développement de notre projet et enfin une
présentation de quelques interfaces graphiques réalisés.

2
Chapitre 1 : Etude préliminaire

Introduction
Dans ce premier chapitre, on va présenter d’une part la structure du cabinet d’expertise Grant
Thornton à l’échelle internationale et nationale, et d’autre part la présentation du projet avec
une analyse critique de l’existant avec les solutions appropriées.

1.Présentation de l’organisme d’accueil

1.1 A l’échelle internationale

Grant Thornton est un groupe d'audit, d'expertise et de conseil financier. Il se place au sixième
rang à l’échelle mondiale.
Depuis plus de 100 ans, Grant Thornton délivre des services à forte valeur ajoutée auprès
d’organisations qui disposent d’un véritable potentiel de croissance, de développement à
l’échelle internationale, devant s’adapter aux exigences du marché et faire face à des
évènements et des opérations complexes.

Elle compte plus de 42.000 collaborateurs répartis dans plus de 139 pays et engagés au
quotidien auprès de sociétés privées, publiques et cotées.
Notre organisation mondiale constitue aujourd’hui l’un des réseaux les plus puissants du
marché, regroupant plus de 35 000 professionnels de l’Audit et du Conseil répartis sur plus de
100pays.
Le groupe a réalisé un chiffre d’affaires global de 4,2 milliards de Dollars en 2012, réparti de
la façon suivante :
• Europe, Moyen-Orient et Afrique : 1,705 milliard de dollars,
• Amérique centrale, du Nord et du Sud : 1,916 milliard de dollars,
• Asie Pacifique : 579 millions de dollars.[1]

3
Figure 1:Grant Thornton à l’échelle internationale [1]

1.2 A l’échelle nationale


Cette sous-partie évoque une présentation de Grant Thornton sur le territoire tunisien, ses
services ainsi que ses différents départements.

1.2.1 Présentation de l’entreprise

Grant Thornton Tunisie est une société privée locale, créée en novembre 2013, leader mondial
d’audit et de conseil en Tunisie et le membre tunisien de Grant Thornton International.

L’équipe de Grant Thornton Tunisie compte une cinquantaine de collaborateurs,


dirigés par 7 associés.

La fiche d’identité de Grant Thornton est récapitulée dans le tableau ci-dessous.

Nom de la société Grant Thornton


Type de la société Société privée locale
Adresse Grant Thornton Tunisie-Promed Building 5
-ème étage | Centre Urbain Nord, Centre-
ville, Tunis, 1082 Tunisie
Tél 71 822 020
Site web www.grontthornton.tn
Tableau 1:Fiche d’identité de Grant Thornton

4
1.2.2 Services de Grant Thornton

Les services offerts par Grant Thornton Tunisie couvrent 5 métiers (Audit et Commissariat
aux Comptes, Expertise comptable et Outsourcing, Conseil Financier, Conseil Juridique,
fiscal et social, et Conseil en Management), sur différents secteurs d’activités (Services
Financiers, Industries et Services, Secteur public).

Figure 2:Services d’activités et métiers de Grant Thornton [1]


1.2.3 Organigramme de Grant Thornton

Figure 3:Organigramme de Grant Thornton


5
2.Présentation du projet

Notre projet consiste à concevoir une application web pour le cabinet d’expertise Grant
Thornton dont le but est de développer et réaliser une application interne de gestion du temps
« TimeSheet ». Cette application met en place plusieurs actions à savoir la gestion des
collaborateurs, la gestion des tâches, la gestion des clients, la consultation de plannings ainsi
qu’un suivi des heures, la gestion des dossiers et l’affectation des équipes pour chaque
dossier.

3.Analyse et critique

Le cabinet Grant Thornton possède une application de gestion du temps interne


« TimeSheet » sur Ms Access avec un contenu presque complet, où chaque utilisateur dans le
cabinet peut accéder.

Le problème de cette application réside dans le fait que les collaborateurs, principalement le
groupe d’Audit, ne peuvent pas y accéder à distance, faire une gestion des taches voulues,
consulter leurs plannings et faire un suivi des heures.

On présente ci-dessous un exemple de l’ancienne interface de l’application sur MS Access :

Figure 4:Espace collaborateur sur MS Access

6
4.Solution proposée

Le cabinet souhaite se doter d’une meilleure solution informatique que celle sur MS Access
afin d’assurer une gestion du temps à distance à l’aide d’une application web dynamique
accessible aux utilisateurs du cabinet afin de fixer à temps la gestion des dossiers, des équipes
et de clients, sans prendre l’initiative de se déplacer.

5.Déroulement du projet

La planification est une étape essentielle dans la réalisation d’un projet, permettant de gérer
l'enchaînement logique des tâches et de les répartir dans le temps.

Le tableau ci-dessous représente les tâches effectuées tout au long du stage au cabinet suivi
d’un diagramme de Gantt qui est un outil permettant de modéliser la planification de tâches
nécessaires à la réalisation d'un projet. Il s'agit d'un outil inventé en 1917 par Henry L.
GANTT. [2]

Figure 5:Diagramme de GANTT

7
Conclusion

Le cabinet de Grant Thornton, leader d’audit et de conseil en Tunisie et connu à l’échelle


internationale, réalise parfaitement ses métiers et services.

Notre projet part du constat du fait que l’ancienne application ne répond pas aux besoins
spécifiques des collaborateurs, nous proposons donc une application répondant aux besoins et
facilitant la gestion du temps des personnels du cabinet.

Maintenant, nous allons nous attarder sur l’analyse et spécification des besoins, ce qui nous
emmène à poser ces deux questions : Quels sont les acteurs de notre application ? Et quels
sont les différents besoins fonctionnels et non fonctionnels ?

8
Chapitre2 : Analyse et spécification des
besoins
Introduction

Pour bien comprendre le système actuel et identifier ses objectifs, une analyse sur l’ancienne
application a été faite.

Dans le cadre de ce chapitre, on va identifier les besoins fonctionnels et non fonctionnels de


l’application ainsi que ses différents prototypes.

1.Spécification des exigences et des acteurs


Dans cette étape, nous allons identifier les acteurs interagissant avec l’application et spécifier les
exigences fonctionnelles.

1.1Identification des acteurs

1.1.1Définition d’un acteur


Un acteur est un utilisateur identifié par un nom, qui joue le rôle d’une personne externe, c’est
un processus ou une chose qui interagit avec un système. [3]

1.1.2Modélisation des acteurs


Les principaux utilisateurs de notre application sont :

Administrateur : C’est un collaborateur qui a un privilège sur l’application et qui possède un


login et un mot de passe pour donner le droit d’accès et gérer les paramétrages des structures,
des départements et des tâches.

Manager : c’est un collaborateur mais disposant d’un compte et responsable de la gestion des
chantiers (dossiers), de ses propres tâches, de la gestion des plannings et un suivi des heures
pour chaque équipe, et a la possibilité d’être un administrateur.

Collaborateur : est une personne qui possède un compte et a pour mission de fixer ses tâches,
consulter le suivi de ses heures et les plannings.

9
1.2 Spécification des besoins

1.2.1Spécification des besoins fonctionnels


Ce sont les besoins spécifiant un comportement d'entrée / sortie du système et ainsi nous
proposant un site permettant aux utilisateurs du cabinet les fonctionnalités suivantes :

✓ S’authentifier : L’administrateur, le collaborateur et le manager doivent


s’authentifier pour accéder à leurs espaces.

✓ Modifier les droits d’accès : L’administrateur et le manager peuvent modifier les


droits d’accès des utilisateurs.

✓ Gérer les comptes des collaborateurs : L’administrateur et le manager peuvent ajouter


et modifier tous les comptes des collaborateurs.
✓ Gérer les paramétrages : L’administrateur peut gérer les paramétrages des structures,
des départements et des tâches du cabinet.
✓ Gérer les chantiers/affectation des équipes : Le manager peut ajouter un chantier,
modifier ses paramètres ou le supprimer et affecter des équipes pour chaque chantier
✓ Gérer les clients : Le manager peut ajouter, modifier, supprimer un client.
✓ La gestion des taches : Le collaborateur et le manager peuvent ajouter, modifier, et
supprimer une tache.
✓ Consulter les plannings : Le collaborateur et le manager peuvent consulter le planning
des collaborateurs par semaine d’une part, et le planning des chantiers par semestre
d’une autre part.
✓ Suivi des heures : D’une part, le collaborateur peut suivre ses propres heures, d’autre
part, le manager peut suivre ses heures et consulter le suivi des heures de tous les
collaborateurs.

1.2.2Spécification des besoins non fonctionnels

Il s'agit des besoins qui caractérisent le système et ce sont des besoins en matière de
performances, de type matériel ou conception :

La sécurité : Les informations devront être confidentielles : Dans notre application on a trois
espaces (espace administrateur, espace manager, espace collaborateur), chaque espace est
sécurisé par un login et un mot de passe.
10
La Rapidité : un déplacement facile et rapide entre les pages

Disponibilité : L’application doit être toujours disponible, pour que les collaborateurs puissent
accéder plus facilement chacun à son espace.

La convivialité : l’application doit être simple et facile à manipuler : Notre application


possède un design clair, une interface qui donne envie de l’utiliser, des notions faciles à
comprendre.

2.Méthodologie de travail

Concernant la méthodologie de travail, nous avons choisi de travailler avec le langage de


modélisation unifié à savoir Unified Modeling Language (UML).

Il s’agit d’un langage visuel constitué d’un ensemble de schémas, appelés des diagrammes,
qui donnent chacun une vision différente du projet à traiter.

Il est couramment utilisé en développement logiciel et en conception orientée objet. [4]

3.Identification des cas d’utilisation


3.1 Définition du diagramme de cas d’utilisation

Le diagramme de cas d'utilisation est un diagramme UML qui modélise une interaction entre
le système informatique à développer et un utilisateur ou un acteur interagissant avec le
système. Il permet de définir les besoins des utilisateurs et les fonctionnalités du système.

3.2 Diagramme de cas d’utilisation

La figure suivante représente le diagramme de cas d’utilisation global de notre application :

11
Figure 1: Diagramme de cas d’utilisation global

3.3 Raffinement des cas d’utilisation


3.3.1 Raffinement du cas d’utilisation « Authentification »

Figure 2:Diagramme de cas d’utilisation relatif à « l’authentification »

12
Nom du cas Authentification
Acteur Administrateur, Manager, collaborateur
Pré condition Administrateur, Manager, collaborateur non authentifié.
Scénario nominal Pour accéder au site, l’administrateur, le manager ou le
collaborateur doivent saisir leurs logins et leurs mots de
passe
Post condition Administrateur, Manager, collaborateur authentifiés
Exception Si le login et le mot de passe sont erronés les acteurs
saisissent les données une autre fois.
Tableau 2: Description textuelle du cas « Authentification »

3.3.2Raffinement du cas d’utilisation « Modifier les droits d’accès des


utilisateurs »

Figure 3: Diagramme de cas d’utilisation relatif à « Modifier les droits d’accès »

Nom du cas Modifier les droits d’accès des utilisateurs


Acteur Administrateur, Manager
Précondition Administrateur ou Manager identifiés
Scénarios nominal 1-Le système affiche la liste d’accès des utilisateurs
3-Le chargé donne à chaque utilisateur son droit d’accès
4-Le chargé enregistre les modifications
5-Le système met à jour les modifications

Post condition
Tableau 3:Description textuelle du cas « Modifier les droits d’accès »

13
3.3.3Raffinement du cas d’utilisation « Gérer les comptes des
collaborateurs »

Figure 4: Diagramme de cas d’utilisation relatif à « la gestion des comptes des


collaborateurs »

Nom du cas Gérer les comptes des collaborateurs


Acteur Administrateur, Manager
Pré condition Les acteurs se connectent au site en saisissant leurs login et mot
de passe
Scénario nominal *Ajouter un compte
1-Le chargé clique sur le bouton « Collaborateurs ».
2-Le système affiche la liste des collaborateurs
3-Le chargé clique sur le bouton « Créer collaborateur »
4-Le système affiche un formulaire
5-Le chargé remplit les champs nécessaires et clique sur
« sauvegarder les modifications ».
6- Le système enregistre les opérations effectuées et redirige le
chargé vers la liste de collaborateurs.
*Modifier un compte
1- Le chargé clique sur le bouton « Collaborateur »
2- Le système affiche la liste de collaborateurs.
3- Le chargé choisit une ligne à modifier.
4- Le système met à jours les modifications.
Post condition Ajout et modification effectués
Tableau 4:Description textuelle du cas « Gérer les comptes des collaborateurs »

14
3.3.4Raffinement du cas d’utilisation « Gérer les paramétrages »

Figure5 : Diagramme de cas d’utilisation relatif à « la gestion des paramétrages »

Nom du cas Gérer les paramétrages


Acteur L’administrateur
Précondition Administrateur authentifié
Scénario nominal 1-Paramètre Structure
1.1Ajouter Structure
1-Le chargé clique sur le bouton « Structure »
2-Le système affiche une liste de structures.
3-Le chargé clique sur le bouton « Créer
structure »
4-Le système affiche un formulaire
5-Le chargé remplit les champs nécessaires et
clique sur « sauvegarder les modifications ».
6- Le système enregistre les opérations effectuées
et redirige le chargé vers la liste de Structures.
1.2Modifier/Supprimer Structure
1- Le chargé clique sur le bouton « Structure ».
2-Le système affiche une liste de Structures.

15
3-Le chargé choisit une ligne à modifier ou à
supprimer.
4-le système met à jours les modifications.

2-Paramètre du département
2.1Ajouter Département
1-Le chargé clique sur le bouton « Département »
2-Le système affiche une liste de départements.
3-Le chargé clique sur le bouton « Créer
département »
4-Le système affiche un formulaire
5-Le chargé remplit les champs nécessaires et
clique sur « sauvegarder les modifications ».
6- Le système enregistre les opérations effectuées
et redirige le chargé vers la liste de départements.
2.2Modifier/Supprimer Département
5- Le chargé clique sur le bouton
« Département »
6- Le système affiche une liste de départements
7- Le chargé choisit une ligne à modifier ou à
supprimer.
8- Le système met à jours les modifications ou
supprime la ligne.
3-Paramètre des taches
3.1Ajouter Tache
1-Le chargé clique sur le bouton « Taches »
2-Le système affiche une liste des taches.
3-Le chargé clique sur le bouton « Créer tache »
4-Le système affiche un formulaire
5-Le chargé remplit les champs nécessaires et
clique sur « sauvegarder les modifications ».
6- Le système enregistre les opérations effectuées

16
et redirige le chargé vers la liste des taches.
3.2Modifier/Supprimer Tache
1-Le chargé clique sur le bouton « Taches »
2-Le système affiche une liste des Taches.
3-Le chargé choisit une ligne à modifier ou à
supprimer.
4-Le système met à jours les modifications

Post condition Paramétrage des structure, département et


taches effectués.
Tableau 5: Description textuelle du cas « Gestion des paramétrages »

3.3.5Raffinement du cas d’utilisation « Gérer les chantiers »

Figure 6 :Diagramme de cas d’utilisation relatif à « la gestion des chantiers »

Nom du cas Gérer les chantiers


Acteur Manager
Précondition Manager authentifié
Scénario nominal Ajouter chantier
1-Le chargé clique sur le bouton « Ajouter »
2-le système affiche le formulaire « ajouter

17
chantier »
3-Le chargé remplis les champs nécessaires et
clique sur le bouton « ok »
4- le système enregistre les opérations effectuées
et le redirige vers la liste des chantiers
Modifier les paramètres d’un chantier
1-Le chargé clique sur le bouton « Modifier »
2-Le système affiche le formulaire de
modification
3-le chargé remplis les champs nécessaires et
clique sur le bouton « Ok »
4-Le système enregistre et met à jour les
modifications et redirige le chargé vers la liste des
chantiers.
Supprimer un chantier
1-Le chargé clique sur le bouton « supprimer »
2-Le système supprime la ligne souhaitée
Affecter les équipes aux chantiers
1-Le manager clique sur le bouton « Modifier
chantier »
2-Le système affiche l’interface « modifier
chantier »
3-Le manager clique sur le bouton « Affectation
équipe ».
4-Le système affiche la liste des collaborateurs
5-Le manager choisit le collaborateur et clique sur
le bouton « ajouter ».
6-Le système affiche un formulaire.
7-Le manager remplit le formulaire et clique sur
« OK »
8-le système enregistre les opérations et redirige le
chargé vers la liste des équipes
Tableau 6:Description textuelle du cas « Gestion des chantiers »

18
3.3.6 Raffinement du cas d’utilisation « Gérer les Clients »

Figure 7:Diagramme de cas d’utilisation relatif à « la gestion des clients »

Nom du cas Gérer les clients


Acteur Manager
Précondition Manager authentifié
Scénario nominal Ajouter client
1-le manager clique sur « ajouter client »
2-le système affiche le formulaire d’ajout.
3-le manager remplis les champs nécessaires.
4-le système met à jour les opérations effectuées et redirige le
chargé vers la liste clients
Modifier client
1-le manager clique sur « Modifier »
2-le système affiche le formulaire « Modifier client »
3-le manager modifie les champs nécessaires
4-le système met à jour les opérations effectuées et redirige le
manager vers la liste des clients.

Supprimer client
1-Le chargé clique sur le bouton « supprimer »
2-Le système supprime la ligne souhaitée
Post condition

Tableau 7:Description textuelle du cas « Gérer les clients »

19
3.3.7 Raffinement du cas d’utilisation « Gestion des Tâches »

Figure 8 :Diagramme de cas d’utilisation relatif à « la gestion des Taches »


Nom du cas Gestion des Taches
Acteur Collaborateur, Manager
Précondition Collaborateur authentifié
Scénario nominal Ajouter une tache
1-le collaborateur clique sur le bouton « Ajouter tache »
2-le système affiche le formulaire « Nouvelle tâche »
3-Le collaborateur remplis les champs et clique sur le bouton « ok »
4-le système enregistre l’ajout effectué et redirige le collaborateur vers la liste
des taches
Modifier une tache
1-le chargé clique sur « liste des taches »
2-le système affiche la « liste des taches »
3-le chargé choisi une ligne à modifier et clique sur « modifier »
4-le système affiche un formulaire de modification.
5-le chargé remplit les champs nécessaires et clique sur « Modifier ».
6-le système met à jour les opérations et redirige le chargé vers « la liste des
taches »
Supprimer une tache
1-Le chargé clique sur le bouton « supprimer »
2-Le système supprime la ligne souhaitée
Post condition Ajouter, modifier et supprimer tache effectués

Tableau 8:Description textuelle du cas « Gestion des Taches »

20
3.3.8 Raffinement du cas d’utilisation « Consulter plannings »

Figure 9:Diagramme de cas d’utilisation relatif à « consulter plannings »

Nom du cas Consulter Plannings


Acteur Manager, collaborateur
Précondition Manager ou collaborateur authentifiés

Consulter planning des collaborateurs par semaine :


1-le chargé se dirige vers le menu et clique sur le
Scénario nominal
bouton « planning collaborateurs »
2-le système affiche un formulaire de planning.
3- le chargé remplit les champs nécessaires et clique sur
le bouton « planning ».
4-le système affiche le planning.

Consulter planning des chantiers par semestre :


1-le chargé clique sur le bouton « planning chantiers »
2-le système affiche un formulaire de planning.
3- le chargé remplit les champs nécessaires et clique sur
le bouton « planning ».
4-le système affiche le planning.
Tableau 9: Description textuelle du cas « Consulter plannings »

3.3.9 Raffinement du cas d’utilisation « Suivi des heures »

Figure 10 : Diagramme de cas d’utilisation relatif à « Suivi des heures »

21
Nom du cas Suivi des heures
Acteur Manager, collaborateur
Précondition Manager ou collaborateur authentifiés
Scénario nominal Suivi des heures -espace collaborateur :
1-Le collaborateur clique sur le bouton « Suivi des
heures »
2-le système affiche un formulaire.
3-Le collaborateur choisit le mois et l’année et clique
sur le bouton « consulter ».
4-le système affiche le nombre d’heures dans un
tableau.
Suivi des heures -espace Manager :
1-Le manager clique sur le bouton « Suivi des
heures ».
2-le système affiche un formulaire.
3-Le manager peut voir ses propres heures et les heures
de tous les collaborateurs.
3.1-Pour consulter ses heures, il choisit son nom, le
mois et l’année, et clique sur le bouton « consulter ».
3.2Pour consulter les heures de tous les collaborateurs,
le manager coche « tous les utilisateurs », choisit le
mois et l’année et clique sur le bouton « consulter »
4-Le système affiche le nombre des heures dans un
tableau
Tableau 10:Description textuelle du cas « Suivi des heures »

4. Prototype de l’application
Nous allons présenter quelques prototypes de notre application. On a pris comme exemple les
prototypes de l’espace manager :

22
Prototype « interface Profil »

Figure 6:Prototype"interface Profil"

Ce prototype représente le profil de chaque manager après avoir connecter à son espace, il
peut saisir ses informations personnelles, comme il peut changer son mot de passe.

Prototype de l’interface « Nouvelle Tâche »

Figure 7: Prototype "Interface Nouvelle Tâche"


Ce prototype est réservé pour chaque manager pour ajouter une nouvelle tâche à l’aide d’un
formulaire.

23
Prototype « Liste des Tâches »

Figure 13: Prototype interface "Liste des Taches"

La liste des taches représente les taches saisis lors de l’ajout d’une nouvelle tâche, le manager
peut modifier ou supprimer la ligne ajoutée.

4.1.4 Prototype « Modifier Tache »

Figure 14 : Prototype "interface Modifier Tache"


Ce prototype représente un formulaire pour que le manager puisse modifier ses tâches.

24
Prototype « Ajouter Chantier »

Figure 15 : Prototype "interface Ajouter chantier"

Ce prototype est réservé pour chaque manager afin d’ajouter un nouveau chantier.

Prototype de l’interface « Liste Chantiers »

Figure 16 : Prototype "interface liste Chantiers"


Ce prototype représente la liste des chantiers ajoutés, où le manager peut choisir une ligne,
soit pour la modifier, soit pour la supprimer.

25
Interface « Modifier Chantier »

Figure 17 : Prototype de l'interface "Modifier chantier"


Ce prototype représente le formulaire « modifier chantier » réservé au manager pour qu’il
puisse modifier chaque chantier ajouté.

Prototype de l’interface « Affectation des équipes »

Figure 18 : Prototype de l'interface "Affectation Equipe"

26
Ce prototype représente l’affectation des équipes. Le manager choisit des collaborateurs
parmi « la liste des collaborateurs ». Chaque équipe est affichée dans un tableau « Equipe »
avec la date de début et la date de fin ainsi le nombre d’heures par jour dédié à chacun d’eux.

Prototype de l’interface “Ajouter Client »

Figure 19 : Prototype de l'interface "Ajouter Client"

Ce prototype est réservé pour le manager, afin d’ajouter un nouveau client à l’aide d’un
formulaire “Ajouter client”.

Prototype de l’interface “ Liste des Client »

Figure 20 : Prototype de l'interface "Liste des Clients"

27
Ce prototype représente la liste des clients ajoutés, où le manager peut choisir une ligne, soit
pour la modifier, soit pour la supprimer.

Prototype de l’interface “Modifier Client »

Figure 21 : Prototype de l'interface "Modifier Client"


Ce prototype représente un formulaire pour que le manager puisse modifier chaque client.

Prototype de l’ interface « Planning Collaborateurs »

Figure 22: Prototype de l'interface "Planning Collaborateurs"

28
Ce prototype représente le planning des collaborateurs par semaine. Le manager peut
consulter le planning par utilisateur ou le planning de tous les utilisateurs.

Prototype de l’nterface « Planning Chantiers »

Figure 23 : Prototype de l'interface « Planning Chantiers »

Ce prototype représente le planning des chantiers par semestre. Le manager choisit un


département, un semestre et une année et clique sur planning pour consulter ce dernier.

Prorotype de l’interface « Suivi des heures »

Figure 24: Prototype de l’interface « Suivi des heures »

29
Ce prototype représente le suivi des heures des collaborateurs. Le manager peut suivre ses
propres heures comme il peut suivre les heures de tous les collaborateurs.

Conclusion

Dans ce chapitre, on a présenté les besoins fonctionnels qui illustrent les différentes actions
évoquées dans l’application, les besoins non fonctionnels qui valorisent l’application par
certaines caractéristiques et enfin, une représentation de quelques prototypes qui donnent un
avant-goût de notre application.

Après avoir identifié les diagrammes de cas d’utilisation et leurs raffinements, on va présenter
dans ce qui suit la méthode de leur conception.

30
Chapitre 3 : la Conception

Introduction
Après avoir évoqué dans le chapitre précèdent les différentes fonctionnalités, maintenant nous
allons nous attarder sur la conception de l’application. C’est l’une des étapes primordiales car
elle permet de détailler les tâches à entreprendre et de préparer le terrain pour l’étape de
réalisation.

1-La conception
1.1La conception statique

1.1.1 Diagramme de Déploiement


Le diagramme de déploiement est une vue statique qui sert à représenter l'utilisation de
l'infrastructure physique par le système et la manière dont les composants du système sont
répartis ainsi que leurs relations entre eux. Il est constitué de « nœuds » connectés par des
liens physiques. Les principaux nœuds de notre diagramme de déploiement sont :

• Le Client : c’est le navigateur, il permet à un utilisateur d’accéder au serveur.

• Le serveur : C’est le serveur principal qui abrite les différents composants logiciels de
notre application. Ces composants sont :

✓ Le Serveur Web : assure la gestion des connexions, des requêtes du client et la


distribution des pages HTML.

✓ La Base de données : c’est le composant qui s’occupe du stockage et de la gestion des


données.

31
Figure 1 : Diagramme de déploiement

1.1.2 Diagramme de classe

Le diagramme de classe exprime la structure statique du système en termes de classes et de


relations entre eux. L’intérêt de ce diagramme est de modéliser les entités du système
d’information et permet de représenter l’ensemble des informations finalisées qui sont gérées par le domaine
et regroupées dans des classes. [5]

32
Figure 2 : Diagramme de classe

1.1 La conception Dynamique

Les diagrammes de séquence présentent la coopération entre différents objets. Les objets
sont définis et leur coopération est représentée par une séquence de messages entre eux.

Les objets peuvent être connectés à des classes existantes ou bien être créés
indépendamment de toute classe. Si les objets sont connectés à des classes, les messages
peuvent être connectés à des opérations. [6]

33
1.2.1 Diagramme de séquence « Authentification »

Les Acteurs : Administrateur, Manager, Collaborateur

Description : Le collaborateur saisi son login et mot de passe et clique sur le bouton « ok ».
Le système interroge la base pour vérifier si les données sont correctes ou pas. Si les
données entrées sont correctes, le collaborateur sera authentifié et peut accéder à
l’application et son espace sera affiché, si c’est le contraire, un message d’erreur sera
affiché, le collaborateur sera obligé de saisir les données une autre fois.

Figure 3 : Diagramme de séquence relatif à l’authentification

1.2.2 Diagramme de séquence « Gérer les comptes des collaborateurs »

Acteurs : Administrateur, Manager

Description : Après s’être authentifié, le chargé accède à « l’espace Administrateur » et clique


sur le bouton « collaborateur » soit pour ajouter un collaborateur soit pour le modifier.

Pour ajouter un collaborateur, le chargé clique sur le bouton « créer collaborateur », le


système affiche un formulaire d’ajout, le chargé remplit les champs nécessaires et clique sur
le bouton « sauvegarder les modification ». Le système ajoute les données dans la base. Si
tout est correcte, les données s’affichent dans la liste des collaborateurs.

34
Pour modifier un collaborateur, le chargé choisit une ligne à modifier et clique sur le bouton
« Editer », un formulaire est affiché, le chargé modifie les champs nécessaires et clique sur
« sauvegarder les modification », si tout est correcte le système redirige le chargé vers la liste
des collaborateurs.

Figure 4: Diagramme de séquence relatif à « Gérer les comptes des collaborateurs »

1.2.3 Diagramme de séquence « Ajouter Tache »

Les Acteurs : Manager, Collaborateur

Description : Après s’être authentifié, le collaborateur accède à l’application et clique sur


le bouton « ajouter Tache », un formulaire d’ajout s’affiche, le collaborateur remplit les
champs nécessaires et clique sur « Enregistrer ». Si tout est correcte, le système ajoute les
données dans la base et les affichent dans un tableau sur « la liste des Taches », si c’est le

35
contraire le système redirige le collaborateur vers le formulaire d’ajout pour le remplir à
nouveau.

Figure 8:Diagramme de séquence relatif à « Ajouter Tache »

1.2.4 Diagramme de séquence « Modifier/Supprimer Tache »

Les Acteurs : Manager, Collaborateur

Description : Après s’être authentifié et ajouté une tche, le collaborateur peut modifier
(ou supprimer) cette dernière, pour ce faire, il clique sur le bouton « Modifier », un formulaire
de modification s’affiche. Le collaborateur modifie les champs voulus et clique sur le bouton
« Enregistrer ». Si tout est correcte, le système ajoute les données modifiées dans la base et les
affichent sur « la liste des taches », si c’est le contraire, le système redirige le collaborateur
vers le formulaire pour modifier les champs à nouveau.

36
Figure 6 : Diagramme de séquence relatif à « Modifier/Supprimer Tache »

1.2.5 Diagramme de séquence « Ajouter Chantier »

Les Acteurs : Manager

Description : Apres s’être authentifié, le Manager se dirige vers le menu et clique sur
« Ajouter chantier », un formulaire d’ajout est affiché, le manager remplit les champs
nécessaires et clique sur « enregistrer ». Si tout est correcte, le système ajoute les données
remplies dans la base et les affichent dans un tableau sur « la liste des Chantiers ».Si c’est le
contraire, le système redirige le collaborateur vers le formulaire d’ajout pour le remplir à
nouveau.

37
Figure7: Diagramme de séquence relatif à « Ajouter Chantier »

1.2.6 Diagramme de séquence « Modifier/Supprimer Chantier »

Acteur : Manager

Description : Après s’être authentifié et ajouter un chantier, le collaborateur peut le modifier


(ou le supprimer) en cliquant sur le bouton « Modifier », un formulaire de modification
s’affiche. Le collaborateur modifie (ou supprime) les champs et clique sur le bouton « OK ».
Si tout est correcte, le système ajoute les données modifiées dans la base et les affichent sur
« la liste des chantiers », si c’est le contraire, le système redirige le collaborateur vers le
formulaire pour modifier les champs à nouveau.

38
Figure8 :Diagramme de séquence relatif à « Modifier/Supprimer Chantier »

1.2.7 Diagramme de séquence « Affectation des équipes »

Acteur : Manager

Description : Après s’être authentifié, le manager clique sur le bouton liste des chantiers,
choisit une ligne et clique sur « modifier », un formulaire de modification chantier est affiché,
le chargé clique sur le bouton « affectation d’équipes », une liste des équipes est affichée, le
manager choisit un collaborateur et clique sur le bouton « ajouter », le système dirige le
chargé vers un formulaire « ajouter collaborateur », le manager remplit les champs
nécessaires et clique sur « ok ». Le système ajoute les données remplies dans la
base « équipe », si tout est correcte, le système ajoute les données dans la base et les affichent
dans le tableau « Equipe », si c’est le contraire, le chargé doit remplir le formulaire une autre
fois.

39
Figure9: Diagramme de séquence relatif à « Affectation des équipes »

1.2.8 Diagramme de séquence « Ajouter Client »

Acteur : Manager

Description : Apres avoir s’authentifié, le Manager clique sur le bouton « ajouter Client », un
formulaire d’ajout est affiché. Le manager remplis le formulaire et clique sur le bouton
« enregistrer ». Si tout est correcte, le système ajoute les données dans la base et les affichent
dans un tableau sur « la liste Clients », si c’est le contraire le système redirige le collaborateur
vers le formulaire d’ajout pour le remplir à nouveau.

40
Figure10 : Diagramme de séquence relatif à « Ajouter Client »

1.2.9 Diagramme de séquence « Modifier/Supprimer Client »

Acteur : Manager

Description : Après s’être authentifié et ajouter un Client, le collaborateur peut modifier (ou
supprimer) ce dernier, pour ce faire, il clique sur le bouton « Modifier », un formulaire de
modification s’affiche. Le collaborateur modifie (ou supprime) les champs et clique sur le
bouton « OK ». Si tout est correcte, le système ajoute les données dans la base et les affichent
sur « la liste Clients », si c’est le contraire, le système redirige le collaborateur vers le
formulaire pour modifier les champs à nouveau.

41
Figure11: Diagramme de séquence relatif à « Modifier/Supprimer Client »

1.2.10 Diagramme de séquence « Planning Collaborateur »

Acteur : Collaborateur/Manager
Description : Le chargé clique sur le bouton « Planning collaborateurs », un formulaire est
affiché, le chargé choisit une date de début et une date de fin et clique sur le
bouton « Planning »,le système vérifie les données ,d’une part, dans la base « équipe » , et
d’autre part dans la base « chantiers » pour vérifier le client à afficher .Si tout est correcte, le
planning des utilisateurs par semaine s’affiche avec le nom des collaborateurs et les clients à
travailler dessus, si c’est le contraire, le chargé doit remplir le formulaire de nouveau.

42
Figure12: Diagramme de séquence "Planning Collaborateurs"

1.2.11 Diagramme de séquence « Planning Chantiers »

Acteur : Collaborateur, Manager


Description : Le chargé clique sur le bouton « Planning chantiers », un formulaire est affiché,
le chargé choisit le département, le semestre et l’année et clique sur le bouton « Planning », le
système vérifie les données dans la base « Chantiers »,Si tout est correcte, le planning des
chantiers par semestre s’affiche sous forme de tableau avec le département choisi et les dates
de début et fin, si c’est le contraire, le chargé doit remplir le formulaire de nouveau.

43
Figure13:Diagramme de séquence relatif à « Planning chantiers »

1.2.12 Diagramme de séquence « Suivi des heures »

Acteur : Manager/Collaborateur
Description : Apres avoir authentifié, le chargé clique sur le bouton « suivi des heures », le
système affiche un formulaire, le chargé le remplit et clique sur le bouton « Consulter », le
système vérifie les données dans la base chantiers pour afficher l’exercice, le nombre
d’heures, et le chantier et dans la base équipe pour afficher le nombre d’heures. Après la
vérification, le système affiche un tableau de suivi des heures.

Le manager peut voir ses propres heures et les heures de tous les collaborateurs, par contre le
collaborateur peut juste suivre ses propres heures.

44
Figure14 : Diagramme de séquence relatif à « suivi des heures »

Conclusion

Nous avons présenté une conception détaillée de notre application à travers une conception
statique à l’aide du diagramme de classe et une conception dynamique à l’aide des
diagrammes de séquences en utilisant UML.

Dans ce qui suit, nous allons présenter l’architecture de l’application, notre environnement de
développement et décrire quelques interfaces de notre application.

45
Chapitre4 : Réalisation
Introduction
Dans ce dernier chapitre, on évoquera l’environnement de développement de notre application
à savoir un environnement logiciel et un environnement matériel et on va finir par une
description de quelques interfaces de notre application.

1-Architecture de l’application
Architecture MVC (Modèle Vue Contrôleur)

Pour la réalisation et le développement de notre site, un Modèle Vue Contrôleur (MVC) a été
mis en place. Il s’agit d’une architecture qui organise l'interface Homme-Machine d'une
manière à ce que le développement puisse se faire en couches indépendantes. Il impose la
séparation entre les données, la présentation et les traitements, ce qui donne trois parties
fondamentales dans l'application finale : le modèle de données, le contrôleur et la vue. [7]

Couche modèle : Permet d'enregistrer les données, de les récupérer, de les lister, de les
supprimer, et de les mettre à jour. La plupart du temps, le modèle correspond aux données
stockées dans une base de données.

Les modèles dans notre application sont stockés dans la base PhpMyAdmin : les tables :
chantiers, clients, collaborateurs, managers, équipe et les taches.

Couche vue : La Vue retourne une présentation des données venant du model. Etant
séparée par les Objets Model, elle est responsable de l’utilisation des informations dont
elle dispose pour produire une interface de présentation de votre application.

Dans notre application la couche vue est la partie qui contient les vues et les templates
Twig :

La page du profil, d’ajout chantier, modifier chantier, nouvelle tâche, modifier tache, les
plannings collaborateurs, chantiers et enfin la page de suivi des heures.

46
Couche contrôleur : Le contrôleur prend en charge la gestion des événements de
synchronisation pour mettre à jour la vue ou le modèle et les synchroniser. Il reçoit tous les
événements de l'utilisateur et enclenche les actions à effectuer. Si une action nécessite un
changement des données, le contrôleur demande la modification des données au modèle, et ce
dernier notifie la vue que les données ont changée pour qu'elle se mette à jour.

Figure 9:Architecture MVC

2-Environnement de développement
Dans cette partie, on va présenter les différentes caractéristiques de
l’environnement matériel et logiciel qui nous ont aidé pour implémenter notre application :

2.1 Environnement matériel

L’équipement utilisé pour la réalisation de notre projet, un ordinateur portable HP dont la


configuration est la suivante :

❖ Processeur : Intel® Core™ i3-3110M CPU @ 2.40GHz

❖ Une mémoire vive de 5,0 GO

❖ Un disque dur de 500 GO

❖ Système d’exploitation : Windows 64 bits

2.2 Environnement logiciel

Pour notre projet nous avons utilisé :

47
• Gliffy en ligne

Gliffy est un logiciel de diagramme facile à utiliser, bâtie sur HTML5. Il est utilisé pour créer
des diagrammes UML, des modèles de décision, diagrammes de réseau et divers autres types
de diagrammes en ligne.

• Cacoo

Cacoo est un logiciel de création de maquettes et de plans en ligne. Nous l’avons utilisé pour
réaliser des prototypes des pages de mon application.

• GantProject

C’une application programmée en Java permettant de gérer un projet constitué de tâches


auxquelles on assigne des propriétés (dates, ressources, priorité, etc.) et qu'on peut lier entre
elles par des relations de dépendances. Le tout est édité sous forme de diagrammes de Gantt.
[8]

• WampServer64

WAMP est l'acronyme de “Windows Apache MySQL, PHP5”. Il permet d’installer et de


gérer Apache, PHP, MySQL, phpMyAdmin, SQLite manager et un gestionnaire de services.
Il permet donc de faire tourner un serveur de développement pour des applications en PHP sur
notre ordinateur. [9]

• Netbeans 8.1

NetBeans est un environnement de développement intégré open source (IDE) pour développer
avec Java, PHP, C ++ et d'autres langages de programmation. NetBeans est également appelé
une plate-forme de composants modulaires utilisés pour développer des applications de
bureau Java [10]

• PhpMyAdmin

Une interface d'administration pour le SGBD MySQL. Il est écrit en langage PHP et s'appuie
sur le serveur HTTP Apache.

Il permet d'administrer plusieurs éléments à savoir les bases de données, les tables et leurs
champs (ajout, suppression, définition du type), les index, les clés primaires et étrangères, les

48
utilisateurs de la base et leurs permissions et exporter les données dans divers formats (CSV,
XML, PDF…)

3- Les langages de développement


Nous avons utilisé les langages de développement suivant :

• PHP : Hypertext Preprocessor

PHP est un langage de programmation informatique essentiellement utilisé pour produire à la


volée des pages web dynamiques.

• Symfony2

Symfony est un Framework PHP, un ensemble d’outils et de composants logiciels cohérents


qui sert à créer la base de structures de développement, mais aussi le squelette d’une partie ou
de la totalité d’un logiciel.

Depuis plusieurs années, Symfony est entré dans les habitudes de développement de grosses
structures internet. Par sa fiabilité, ses mises à jour régulières et sa communauté, Symfony est
aujourd’hui un outil fréquemment choisi, son utilisation permet un développement
collaboratif, sécurisé et pérenne.

• Doctrine

Doctrine est un ORM (couche d'abstraction à la base de données) pour PHP et par défaut du
Framework Symfony.

• Twig

Twig est un moteur de Template performant et très simple d’utilisation pour le langage de
programmation PHP, permettant de décorréler les pages HTML du code PHP et utilisé par
défaut par le Framework Symfony.

• HTML : HyperText Markup Language

C’est un format de données conçu pour représenter les pages web. C’est un langage de
balisage permettant d’écrire de l’hypertexte, d’où son nom. HTML permet également de
structurer sémantiquement et logiquement et de mettre en forme le contenu des pages,

49
d’inclure des ressources multimédias dont des images, des formulaires de saisie, et des
programmes informatiques

4-Présentation de l’application
Notre application se compose de deux parties :

-Un « Back office »

-Un « Front office »

=> Pour accéder à ces espaces, il faut s’authentifier à l’aide d’un login et un mot de passe.

4.1-Le « Back office »

C’est une partie visible par l’administrateur, qui peut gérer les paramétrages des structures,
des tâches et des départements.

Le manager peut aussi y accéder, si l’administrateur lui donne les droits d’accès pour modifier
les comptes des collaborateurs.

Cet espace contient un menu regroupant les utilisateurs (users), les collaborateurs, les
managers, les tâches, les départements et les structures.

4.2-Le « Front office »

C’est une partie indépendante pour les collaborateurs et les managers, chacun a son propos
espace :

1-Un espace collaborateur contient les pages suivantes de notre application :

Une page pour le profil (les données personnelles du collaborateurs)

Une page pour ajouter une nouvelle tâche (un formulaire d’ajout de nouvelle tâche)

Une page pour la liste des taches saisis (contient le bouton modifier et supprimer)

Une page pour consulter le planning

50
Une page pour faire un suivi des heures

2-Un espace manager contient les pages annoncées si dessus qui peuvent être associées
aux pages suivantes :

Page pour ajouter un nouveau chantier

Page pour afficher la liste des chantiers saisis avec un bouton modifier et un bouton
supprimer pour chaque ligne de chantiers

Page pour ajouter un nouveau client

Page pour afficher la liste des clients saisi avec un bouton modifier et un bouton
supprimer pour chaque ligne des clients

Page pour planning des collaborateurs et planning des chantiers

Page pour le suivi des heures.

4.3-Le plan de notre application

Figure 10:Plan de l’application

5- Les interfaces de l’application

Nous allons présenter l’enchaînement de quelques interfaces accompagnées par leurs


scénarios descriptifs :
51
5.1Espace « Authentification »

Cette interface représente un espace d’authentification par laquelle chaque utilisateur doit
saisir son login et son mot de passe pour accéder à son propre espace.

C’est la première fenêtre de notre application.

Figure 3: Interface « Authentification »

5.2 -Espace « Administrateur »

5.2.1-Interface « Gérer les comptes des collaborateurs »

Figure4 : Interface « Gérer les comptes des collaborateurs »


L’administrateur ou le manager ont le droit d’ajouter ou modifier un collaborateur. Pour
ajouter un collaborateur, le chargé clique sur le bouton « créer collaborateur » et pour le
modifier, il clique sur le bouton « Edit ».

52
5.2.2-Interface paramètre « Structure »

Figure5 : Interface « Paramètre Structures »

L’administrateur peut faire un paramétrage des structures, soit il ajoute une structure en
cliquant sur « créer structure » soit il modifie ou supprime une ligne d’une structure ajoutée.

5.3 -Espace « Manager »

5.3.1 Interface « Profil »

Figure 11:Interface « Profil »


Cette interface représente le profil de chaque manager après avoir connecter à son espace, il
peut saisir ses informations personnelles, comme il peut changer son mot de passe.

53
5.3.2 Interface « Ajouter Tache »

Figure7 :Interface « Nouvelle Tâche »


Cette interface est réservée pour chaque manager pour ajouter une nouvelle tâche à l’aide
d’un formulaire.

Le chargé remplit les champs du formulaire et clique sur « Ajouter » pour saisir la tâche.

5.3.3 Interface « Liste des Tache »

Figure8 : interface « Liste des Taches »


La liste des taches représente les taches saisis lors de l’ajout d’une nouvelle tâche, le manager
peut modifier ou supprimer la ligne ajoutée.

54
5.3.4 Interface « Modifier Tache »

Figure 12:Interface « Modifier Tache »

Cette interface représente un formulaire « modifier tache », le collaborateur modifie les


champs nécessaires et clique sur « modifier » pour valider l’opération.

5.3.5 Interface « Ajouter Chantier »

Figure 10: interface « Ajouter Chantier »

55
Cette interface est réservée pour chaque manager afin d’ajouter un nouveau chantier.

Le manager remplis le formulaire et clique sur « Ajouter » pour saisir un nouveau chantier.

5.3.6 Interface « Liste Chantier »

Figure 11: interface « Liste des chantiers »

Cette interface représente la liste des chantiers ajoutés, ou le manager peut choisir une ligne,
soit pour la modifier, soit pour la supprimer.

5.3.7 Interface « Modifier Chantier »

Figure 12: interface « Modifier Chantier »

56
Cette interface présente le formulaire « modifier chantier », le manager modifie les champs
nécessaires et clique sur le bouton « modifier »

5.3.8 Interface « Affectation des équipes »

Figure 13: Interface « Affectation des équipes »

Cette interface représente l’affectation des équipes. Le manager choisit des collaborateurs
parmi « la liste des collaborateurs » et clique sur ajouter. Chaque équipe est affichée dans un
tableau « Equipe » avec la date de début et la date de fin ainsi le nombre d’heure dédié à
chacun d’eux.

5.3.9 Interface “Ajouter Client”

Figure 14 : Interface "Ajouter Client"

57
Cette interface est réservée pour le manager, afin d’ajouter un nouveau client à l’aide d’un
formulaire “Ajouter client”.

5.3.10 Interface « Liste des Client »

Figure 15 : Interface “ Liste des clients”

Cette interface représente la liste des clients ajoutés, où le manager peut choisir une ligne, soit
pour la modifier, soit pour la supprimer.

5.3.11 Interface « Modifier Client »

Figure 16 : Interface ”Modifier Client”


Cette interface présente le formulaire « modifier chantier », le manager modifie les champs
nécessaires et clique sur le bouton « modifier »

58
5.3.12 Interface « Planning Collaborateurs »

Figure 17 : Interface ”Planning Collaborateur”

Cette interface représente le planning des collaborateurs par semaine. Le manager peut
consulter le planning par utilisateur ou le planning de tous les utilisateurs.

5.3.13 Interface « Planning Chantiers »

Figure 18 :Interface ”Planning chantiers”


Cette interface représente le planning des chantiers par semestre. Le manager choisit un
département, un semestre et une année et clique sur planning pour consulter ce dernier.

59
5.3.14 Interface « Suivi des heures »

Figure 19 : Interface « Suivi des heures »


Cette interface représente le suivi des heures des collaborateurs. Le manager peut suivre ses
propres heures comme il peut suivre les heures de tous les collaborateurs.

6-Analyse des risques

Cette sous-partie englobe les risques probables du projet, donc quels sont ces risques ? quel
est leur nature ?quelles-sont leurs actions correctives et comment peut-on les classer par
importance ?

Indice du Nature du Description du risque Actions correctives


risque (1) risque
2 Ressources Lors de l’affectation de l’équipe • Remplacement par un
Humaines au planning, les collaborateurs autre collaborateur.
peuvent être indisponibles (cause • Reporter la mission de
santé, empêchement familial…) collaborateur.
• Annuler la mission de
collaborateur
3 Planification Mission accomplie dans un délai • Renforcer l’équipe de
plus ou moins court. travail avec plus de
collaborateur.
• Donner plus de temps à
l’équipe pour terminer la
mission.
2 Démarche Des besoins nouveaux • Recherche des solutions à
apparaissent au fur et à mesure de partir des missions

60
la réalisation de la mission. précédentes.
1 Technique Usage de nouveaux logiciels Autoformation

4 Risque de Différente configuration de la Passage du MS Access à


compatibilité plate-forme cible sur Ms Access Symfony 2
et de développement sur
Symfony2
Tableau 11:Tableau des risques
(1) 1= mineur 2 = moyen 3 = important 4 = majeur

7-Cas de tests

Les différentes pages web du projet ont été testées au fur et à mesure que nous les
développions. Les principaux tests que nous avons réalisés sont les suivants :

Fonctionnalité Description Objectif Comportement


observé
Authentification Pour se connecter, il faut remplir Vérifier que le compte Le collaborateur peut
tous les champs de formulaire est déjà stocké dans la accéder à son espace.
d’authentification. base de données pour
se connecter.
Modifier les Pour modifier ses coordonnées, Vérifier que les Les modifications ont
coordonnées des chaque collaborateur doit se modifications ont été bien été prises en
collaborateurs connecter obligatoirement à son bien prise en compte. compte.
espace.
Les collaborateurs peuvent
modifier leurs coordonnées sauf
le login. (Seul l’administrateur
ou le manager peuvent le
modifier).
Les formulaires Pour ajouter ou modifier, les Vérifier si tous les L’ajout et
d’ajout et de collaborateurs passent par des champs sont remplis. modification ont été
modification formulaires d’ajout ou de enregistré avec succès.
modification. Pour réussir cet
acte, il faut remplir tous les
champs de chaque formulaire.
Planning Les collaborateurs doivent Vérifier que la date de Les collaborateurs
collaborateurs, mentionner une date de début et début et la date de fin peuvent consulter
Planning une date de fin pour consulter les ont été fixés leurs plannings.
chantiers plannings.

Tableau 12:Tableau des tests

61
Conclusion

Dans ce chapitre, nous avons présenté les différentes parties de notre application, son
architecture, son environnement logiciel et matériel et quelques interfaces.

Et nous le clôturons avec un tableau récapitulatif qui analyse les risques du projet et un autre
qui englobe les tests réalisés durant notre développement.

62
Conclusion générale
L’objectif de notre projet était la réalisation d’une application web dynamique de gestion de
temps « TimeSheet » pour le cabinet d’expertise « Grant Thornton » qui consiste à la gestion
des taches, la gestion des dossiers, la gestion des clients, la consultation des plannings
collaborateurs et chantiers et faire un suivi des heures pour chaque collaborateur.

En effet, ce stage mêlait l’ensemble de plusieurs disciplines et m’a permis de mettre à profit
mes études et concepts techniques de ma formation.

Le développement de cette application m’a permis d’aller encore plus loin dans les recherches
et d’acquérir ainsi de nouvelles connaissances sur différentes technologies tels que la
conception UML, le développement logiciel PHP avec le Framework Symfony 2 qui nous a
facilité le développement et bien organisé les fichiers, ainsi, l’utilisation de logiciels en ligne
pour la conception des diagrammes, des prototypes et des interfaces de notre application.

Sans oublier que ce stage m’a permis de développer aussi mes compétences managériales en
matière de travail en équipes, gestion du temps et de stress et aussi comment compter sur soi
pour surmonter les obstacles et résoudre les problèmes.

Enfin, les fonctionnalités offertes par cette application sont immenses, notamment en matière
de gestion de temps pour les personnels de Grant Thornton surtout ceux de l’audit, ce qui va
faciliter leur travail.

Pour conclure, il existe toujours des améliorations à envisager pour rendre cette application
encore plus performante pour mieux l’adapter aux besoins de l’utilisateur, pour qu’elle soit
toujours fiable, et au niveau du progrès atteint par le cabinet.

63
Résumé
Le présent travail, effectué au sein du cabinet d’expertise GRANT THORNTON TUNISIE,
entre dans le cadre du projet de fin d’études pour l’obtention du diplôme de licence appliquée
en technologies de l’information

Le but de ce projet est de concevoir et réaliser une application dynamique interne de gestion
de temps « TimeSheet » pour le cabinet qui doit permettre à tous les collaborateurs et
principalement le groupe d’audit d’ y accéder à distance afin de gérer leurs taches, consulter
leurs plannings, et suivre les heures.

Ce document définit le projet et son contexte et décrit les étapes nécessaires à sa réalisation.

64
Bibliographie
[1] Documents interne du cabinet Grant Thornton

[2] comment ça marche [en ligne] http://www.commentcamarche.net/contents/982-gantt-


diagramme-de-gantt (consulté le 18/05/2017)

[3] laurent-audibert.developpez.com [en ligne] http://laurentaudibert.developpez.com/Cours-


UML/?page=diagramme-cas-utilisation (consulté le 19/04/2017)

[4] Openclassrooms [en ligne] https://openclassrooms.com/courses/debutez-l-analyse-


logicielle-avec-uml/uml-c-est-quoi (consulté le8/0.4/2017)

[5] fr.scribd.com [en ligne] https://fr.scribd.com/doc/46648313/Rapport-Diagramme-de-


Classe (consulté le29/03/2017)

[6]support.objecteering.com[enligne]
http://support.objecteering.com/objecteering6.1/help/fr/objecteering_uml_modeler/diagra
ms/sequence_diagrams.htm (Consulté le23/04/2017)

[7] www.oitsfax.org [en ligne] http://www.oitsfax.org/files/PFE%20ISIMS%202012.pdf


(consulté le 4/05/2017)

[8] doc.ubuntu-fr.org [en ligne] https://doc.ubuntu-fr.org/ganttproject (Consulté le


11/05/2017)

[9] crip.unilim.fr [en ligne] http://crip.unilim.fr/main/IMG/pdf/Wamp.pdf (Consulté le


15/05/2017)

[10]www.techopedia.com.fr[en ligne] https://www.techopedia.com/definition/24735/netbeans

(Consulté le 19/05/2017)

65