Rapport de Stage PDF

Rapport de projet de fin d’études
TABLE DES MATIERES
Introduction Générale 6
1. Contexte............................................................................................................................... 6
2.Présentation du sujet ............................................................................................................. 6
3.Présentation de l’organisme ................................................................................................. 7
4.Objectifs ............................................................................................................................... 8
5.Organisation de rapport ........................................................................................................ 9
– Chapitre 1– Anal yse ..................................................................................................... …11

Introduction 11
1.Etat de l’art ........................................................................................................................... 11
1.1.Etat de l’art....................................................................................................................... 11
2.1.2.Workflow ..................................................................................................................... 14
2.Etude de l’existant ................................................................................................................ 14
2.1.Description de documents .............................................................................................. 11
2.2.2. Description du processus actuel de gestion de congé de l’entreprise .......................... 15
I.4.12.2.1.Description textuelle de processus de gestion de congés................................. 11
I.4.12.2.1. Description des flux échangés du processus ................................................... 16
I.4.12.2.1.Modélisation du processus ............................................................................... 17
2.3.Critiques de l’existant..................................................................................................... 19
2.4.Solution adoptée ............................................................................................................. 19
Conclusion 20
– Chapitre 2– Spécification des besoins ........................................................................ …22

Introduction 22
1 .Spécification des besoins fonctionnels ............................................................................... 22
1.1.Présentation des acteurs................................................................................................ 22
1.2.Identification de fonctionnalités par acteur .................................................................. 23
1.3.Diagramme des cas d’utilisations ................................................................................. 25
1.3.1.Diagramme de cas d’utilisation relatif à un développeur ................................... 25
1.3.2. Diagramme de cas d’utilisation relatif au chef de projet.Etat de l’art ............... 26
ISLAIN -1- 2010 /2011

1.3.3.Diagramme cas d’utilisation relatif au gérant ..................................................... 27
2.Spécification des besoins non fonctionnels ......................................................................... 27
2.1.Contraintes esthétiques .............................................................................................. 27
2.2.Contraintes techniques ............................................................................................... 28
Conclusion 29
– Chapitre 3– Conception .............................................................................................. …31
Introduction 31
1.Conception Graphique .......................................................................................................... 31
1.1.1.Synopsis ....................................................................................................................... 31
1.2.Charte graphique ........................................................................................................... 32
1.2.11.2.1.Identité visuelle ............................................................................................. 32
1.2.11.2.1.Conception de l’interface .............................................................................. 33
1.3.2 Schéma de navigation ................................................................................................. 35
1.4. Scénario Maquette ......................................................................................................... 36
1.4.1.Description des maquettes ...................................................................................... 36
1.4.2.Story Board............................................................................................................. 26
2.Conception technique ......................................................................................................... 38
2.1.Architecture de l’application .......................................................................................... 38
2.2.Conception statique : Conception de la base de données .............................................. 40
2.2.1.Dictionnaire de données .......................................................................................... 40
2.2.2.Les règles de gestion ............................................................................................... 43
2.2.3.Modèle conceptuel de données (MCD) ................................................................... 44
2.2.4.Modèle Logique de données (MLD) ...................................................................... 45
2.3.Conception de la vue dynamique ................................................................................. 45
2.3.1.Description des classes: Diagramme de classe ....................................................... 45
2.3.2.Diagramme de séquence ......................................................................................... 47
2.3.2.1.Diagramme de séquence relatif à l’authentification ........................................ 47
2.a.Description textuelle de l’authentification .............................................................. 47
b.Diagramme de séquence..................................................................................... 47
2.3.2.2.Diagramme de séquence relatif de la création d’une demande de congé ......... 48
a.Description textuelle de création d’une demande de congé ............................. 48
b.Diagramme de séquence .................................................................................... 49
2.3.2.3.Diagramme de séquence relatif à l’annulation de demande de congé.............. 49
a.Description textuelle d’annulation de demande de congé ................................. 49
ISLAIN -2- 2010 /2011

b.Diagramme de séquence ..................................................................................... 50
2.3.2.4.Diagramme de séquence relatif à la modification d’une tâche ........................ 51
a.Description textuelle de modification d’une tâche ............................................. 51
1.b.Diagramme de séquence ................................................................................... 52
2.3.2.5.Diagramme de séquence relatif à la première validation des demandes de congé
.................................................................................................................................................. 53
a.Description textuelle du la 1ére validation des demande congé ........................ 53
b.Diagramme de séquence ...................................................................................... 53
2.3.2.6.Diagramme de séquence relatif à l’ajout d’un module .................................... 54
a.Description textuelle de la l’ajout d’un module ................................................. 54
b.Diagramme de séquence ...................................................................................... 55
2.3.2.7.Diagramme de séquence relatif l’approbation finale des demandes de congé 56
a.Description textuelle de l’approbation finale des demandes de congé ............... 56
b. Diagramme de séquence...................................................................................... 57
2.3.3.Diagramme d’état-transition ................................................................................... 58
Conclusion 58
– Chapitre 4– Réalisation et tests .................................................................................. …60

Introduction 63
1.Environnement matériel ...................................................................................................... 61
2.Environnement logiciel ....................................................................................................... 61
2.1.Framework utilisé (. NET) ........................................................................................... 61
2.2.Logiciels utilisés .......................................................................................................... 62
Langages de développement .............................................................................................. 67
2.3.1.Langage C# ........................................................................................................... 65
2.3.2.ASP .NET ............................................................................................................. 66
3.Principales interfaces graphiques ........................................................................................ 67
3.2. Authentification ........................................................................................................... 67
3.2.Espace « Ingénieur » .................................................................................................. 69
3.3.Espace « Chef de projet » .......................................................................................... 69
3.4.Espace « Gérant » ....................................................................................................... 70
Conclusion 71
Conclusion générale……….………………………………………...………………………72
ISLAIN -3- 2010 /2011

Bibliographies……………………………….…………...………………………………......73
Annexes………………………………………………………………………………………74
LISTE DES FIGURES
Figure 1: Logo D’ Open Bee. ..................................................................................................... 7

Figure 2 : Fiche actuelle de stockage des informations de congés........................................... 15
Figure 3 : Description des flux d’informations circulés. .......................................................... 16
Figure 4 : Modélisation de processus de gestion de congés ..................................................... 18
Figure 5 : Schéma descriptif indiquant la hiérarchie des acteurs. ............................................ 23
Figure 6 : Diagramme de cas d’utilisation d’un Ingénieur....................................................... 25
Figure 7 : Diagramme de cas d’utilisation de chef de projet. .................................................. 26
Figure 8 : Diagramme de cas d’utilisation relatif gérant. ......................................................... 27
Figure 9 : Logo International de la société : Open Bee. ........................................................... 28
Figure 10: Impression écran de la première proposition. ......................................................... 33
Figure 11: Impression écran de la deuxième proposition. ....................................................... 34
Figure 12:Impression écran de la troisième proposition. ......................................................... 34
Figure 13:Schéma de navigation. ............................................................................................. 35
Figure 14:Maquette de page d’accueil d’un développeur. ...................................................... 36
Figure 15:Maquette de page d’accueil d’un chef de projet. .................................................... 36
Figure 16: Maquette de page d’accueil d’un gérant. ............................................................... 37
Figure 17: Architecture Commune D'une Application. .................. Erreur ! Signet non défini.
Figure 18: Modéle Conceptuel de Données. ............................................................................ 44
Figure 19: Diagramme de classe. ............................................................................................. 46
Figure 20 : Diagramme de séquence d'authentification. .......................................................... 48
Figure 21 : Diagramme de séquence de création d’une demande de congé ............................ 49
Figure 22 : Diagramme de séquence d'annulation de demande de congé ................................ 50
Figure 23 : Diagramme de séquence de la modification d’une tâche. ..................................... 52
Figure 24 : Diagramme de séquence de la 1ére validation des demandes de congés .............. 54
Figure 25 : Diagramme de séquence d'ajout d'un module........................................................ 56
Figure 26 : Diagramme de séquence d'approbation de gérant basé sur les statistiques. .......... 58
Figure 27 : Diagramme d'états-transitions d’une demande de congé....................................... 59
Figure 29 : Visual Studio 2008 ................................................................................................ 62
ISLAIN -4- 2010 /2011

Figure 31 : Logo de MySQL Workbench ................................................................................ 64
Figure 32 : Interface d'authentification. ................................................................................... 67
Figure 33 : Interface d'accueil d'un simple employé. ............................................................... 68
Figure 34 : Interface d'insertion d'une nouvelle tâche. ............................................................. 68
Figure 35 : Interface d'accueil d'administrateur. ...................................................................... 69
Figure 36 : Interface de création de demande de congé ........................................................... 69
Figure 37 : Interface de statistiques de rendement ................................................................... 70
Figure 38 : Interface de gérant d’approbation des demandes de congé ................................... 71
Figure 39 : Interface des statistiques des soldes et crédits suite aux demandes de congé........ 71
LISTE DE TABLEAUX
Tableau 1 : Les jours Fériés de la Tunisie et de la France ....................................................... 13

Tableau 2: Processus de la gestion de congés actuelle............................................................. 17
Tableau 3:Identification des cas d’utilisations par acteur. ....................................................... 24
Tableau 4:Charte graphique. .................................................................................................... 32
Tableau 5:Comparaison entre les différentes interfaces. ......................................................... 35
Tableau 6:Story-board .............................................................................................................. 38
Tableau 7: Dictionnaire de données. ........................................................................................ 42
Tableau 8 : Scénario nominal relatif à l'authentification.......................................................... 47
Tableau 9: Scénario nominal relatif à la création de demande de congé ................................. 48
Tableau 10 : scénario nominal relatif à la création de demande de congé ............................... 50
Tableau 11 : Scénario nominal relatif à la modification d’une tâche....................................... 51
Tableau 12 : Scénario nominal relatif à la1ére validation des demandes de congé ................. 53
Tableau 13 : Scénario nominal relatif à l’ajout d’un module ................................................... 55
Tableau 14 : Scénario nominal relatif à l’approbation finale des demandes de congé ............ 57
Tableau 15 : Tableau environnement matériel ......................................................................... 61
ISLAIN -5- 2010 /2011

INTRODUCTION GENERALE
1. Contexte
Afin de valider nos études acquises au fil de trois ans au sein de l ‘Institut Supérieur
de Langues Appliquées et d’Informatique du Nabeul et en vue de l’obtention du la licence
appliqué spécialisée en Multimédia et Création site web, nous sommes appelées à effectuer
un stage dans une entreprise d'une durée de 2 mois.
Ce stage est une étape importante pour consolider nos acquis théoriques avec les
aspects pratiques du développement d’un logiciel
2. Présentation du sujet
En effet, il existe plusieurs systèmes qui peuvent gérer des tâches administratives, des
demandes de congés, des projets ou des employés alors qu’il est difficile de trouver une
application qui permet de gérer les congés en s’appuyant sur les informations fournies par la
gestion des projets et des tâches.
Donc, notre présent projet de fin d’études s’intitule à « la création et la réalisation
d’une application web pour la gestion des congés au sein d’Open Bee. En effet, le projet
comporte deux modules : un module de gestion de tâches et de projets et un module de
gestion de congés de l’entreprise.
ISLAIN -6- 2010 /2011

3. Présentation de l’organisme
l’
Figure 1: Logo D’ Open Bee.
Nous avons effectué notre projet au sein de l’entreprise « Open Bee » :

Une filiale d’Open Bee SA qui focalise son activité sur :
- La conception et commercialisation de solutions logicielles GED dédiées aux
entreprises
- Les
es services de développement spécifiques associés.
Dans ces domaines d’activités, Open Bee bénéficie du savoir-faire

savoir faire et des dix-huit
années d’expérience du Groupe MB2I.
MB2I. Implantée en France, en Europe (Italie, Espagne,
Allemagne et Grandee Bretagne), aux Etats-Unis
Etats Unis et en Chine, Open Bee est également présente
à Hammamet en Tunisie, au travers d’un pool compétent de développeurs.
Sa démarche favorise une approche centrée sur l’écoute des besoins

besoin de leurs clients et
d’apporter des réponsess personnalisées, tenant compte, à la fois des besoins à court terme et
des perspectives d’évolution à venir. En effet, Open Bee apporte une véritable valeur ajoutée
sur les plates-formes
formes informatiques, en perpétuelle évolution, au travers d’une gamme de
solutions
olutions et de services, à haute valeur ajoutée.
Ses partenaires actifs sont de grands constructeurs et éditeurs tels qu’IBM, Microsoft,
Konica Minolta, etc.
Les services d’Open Bee sont :
- Développement Spécifique :
Les souhaits en matière de dématérialisation de documents papier sont, le plus
souvent, propres à la nature d’une activité ou d’un contexte informatique. Quel que
ISLAIN -7- 2010 /2011

soit le secteur d'activité et la demande, leur cellule de développement spécifique
s'adapte aux demandes les plus exigeantes et réalisera avec vous toutes les étapes
nécessaires à l'accomplissement de projet de clients.
- Support Technique :
L’ensemble des équipes techniques Open Bee sont à la disposition de clients pour les
aider dans la résolution d’incidents rencontrés lors de l’utilisation de leurs solutions.
4. Objectifs
Lors d’une réunion les responsables de la société ont exprimé leurs besoins et leurs
souhaits concernant la nouvelle application. Cette dernière était axée autour de deux
questions :
- Quelles informations doivent gérer l’application ?
- Quelles fonctionnalités désirent-ils voir apparaitre?
Ces questions nous ont aidées à identifier les différents objectifs auxquels doit
répondre l’application, comme :
- minimiser la quantité de documents papiers qui circulent au sein de la société.
- Les couleurs de l’application doivent être en harmonie avec le logo qui est en noir,
jaune et blanc, aussi qu’appliquer un design pour tous les modules existants.
- Permettre une meilleure gestion de demandes de congés pour tous les employés de la
société basée sur les tâches qu’ils effectuent. Une meilleure gestion doit être basée sur un
processus de workflow.
- Développer une application qui assure la gestion électronique de la demande de congés
pour rendre l’accès à ces informations plus rapide et plus efficace d’un part. Et pour
réduire la durée d’échange des informations entre les différents acteurs par l’exécution
automatique du processus de traitement de ces demandes.
ISLAIN -8- 2010 /2011

5. Organisation de rapport
Afin de répondre à notre problématique, notre projet s’articule autour de trois

chapitres.
Dans le premier chapitre, nous commencerons par une analyse et un critique de l’existant
pour dégager une solution proposée.
Le second chapitre est consacré à la spécification des besoins fonctionnels et non

fonctionnels. D’autre part, nous allons essayer d’étudier les contraintes esthétiques et
techniques existantes à travers une spécification non fonctionnelle.
Dans le troisième chapitre, nous décrivons en détail la solution proposée avec la

conception graphique et technique.
Nous avons voulu, dans un dernier chapitre, énoncer l’environnement logiciel, matériel et
les tests d’intégration.
ISLAIN -9- 2010 /2011

CHAPITRE N°1 :
ANALYSE
ISLAIN - 10 - 2010 /2011

– C h ap it r e 1–
A nalys e
Introduction
Après avoir donné un aperçu sur le contexte de projet, nous allons consacrer ce
premier chapitre, en premier lieu, à la définition des concepts clés les plus importants pour la
bonne compréhension du projet.
En deuxième lieu, nous étudions l’existant, le critiquons afin de proposer une solution.
1. Etat de l’art
Il est important avant de commencer de définir quelques concepts de base relatifs au

domaine d’étude de notre projet :
1.1 Congé
• Congé légal annuel
Le congé légal annuel, également appelé « congé annuel de recréation », est un droit
accordé à tout salarié ayant travaillé pendant 3 mois sans interruption auprès du même
employeur.
La durée du congé annuel est fixée à 24 jours ouvrables par an, indépendamment de
l’âge du salarié et de sa fonction. Cependant, une convention collective ou un accord
individuel entre employeur et salarié peuvent entraîner une augmentation du nombre de jours
des congés légaux.
En principe, le salarié est en droit de prendre à partir du 1er janvier l’intégralité du
congé qui lui est dû pour l’année en question. Une exception concerne toutefois les salariés
récemment embauchés : leur droit au congé ne commence qu’après 3 mois de travail
ininterrompu auprès du même employeur, sauf en cas de cessation du travail. [3]
ISLAIN - 11 - 2010 /2011

• Congé légal maladie
En cas du maladie , les accidentés du travail et salariés handicapés ou employé malade

ont droit à un congé supplémentaire de 5 jours ouvrables par an à condition d'avoir travaillé
à temps plein et pendant toute l'année.
Si le salarié tombe malade pendant son congé, les journées de maladie reconnues comme
telles par un certificat de maladie ne sont pas considérées comme des jours de congé, à
condition de fournir à l’employeur le certificat de maladie sous 3 jours si le salarié est au
Luxembourg, ou dans les meilleurs délais si ce dernier est à l’étranger.
Le congé doit alors être refixé d’un commun accord entre l’employeur et le salarié.
• Congé payé et récupération
Dans le cas où le cumul du droit à Congé de Récupération serait égal ou supérieur à 7

heures, le Salarié acquiert un droit définitif à Congé de Récupération d’une journée par
tranche de 7 heures.
Dans ce cas, le salarié a l’obligation de programmer et de prendre ce Congé de
Récupération correspondant dans un délai de 4 semaines à compter de l’acquisition du droit.
La date programmée de prise de Congé de Récupération est soumise à l'approbation du
Responsable hiérarchique.
En cas de non réponse du Responsable Hiérarchique dans un délai de 7 jours, cette
date est considérée acceptée.
En cas de refus pour des raisons de service par le Responsable Hiérarchique de la date
programmée, une nouvelle date devra être programmée dans les limites de 7 jours avant ou 7
jours après la première date proposée et approuvée par le dit Responsable hiérarchique.
Au cas où le compteur de droit à congé de récupération atteindrait les 36 heures, le
Salarié devrait présenter le planning de récupération de l’intégralité des heures à son
responsable hiérarchique, qui devra l’accepter.
Dans le cas où le salarié ne présenterait pas de planning de récupération, sa hiérarchie
lui imposera la prise des congés de récupération et en déterminera le planning dans le délai de
4 semaines. [2]
ISLAIN - 12 - 2010 /2011

• Jours féries légaux
Tout salarié et toute personne liée par un contrat de louage de services (contrat de
travail) ou par un contrat d’apprentissage dans le secteur privé ou public ont droit aux jours
fériés légaux.
Les jours fériés considérés comme jours de congés chômés et payés. Les travailleurs qui ne
pourraient du fait du service bénéficier de ces congés auront droit à une majoration de salaire
de 100%.
Les jours fériés non payés, s'ils ne sont pas chômés, sont considérés comme journées
normales de travail.
Le chômage d'une fête légale ne pourra être la cause d'une réduction de la rémunération des
mensuels. Les autres dispositions légales et réglementaires en vigueur, relatives aux jours
fériés, demeurent applicables.
Sont considérés comme jours fériés légaux, les jours suivants:[3]
Jour Férié de la Tunisie Jour Férié de la France
Date Nom Date Nom
variable Anniversaire du Prophète 1er janvier le Nouvel An
20 mars le Fête de l’indépendance variable le lundi de Pâques
21 mars Journée de la Jeunesse 1er mai le premier mai
9 avril Journée des Martyrs 8mai Fête de la Victoire de 1945
1er mai Fête du travail variable l’Ascension
25 juillet Jour de la République variable le lundi de Pentecôte
variable : l 'Aïd El Fitr 23 juin jour de la célébration de

l’anniversaire du Grand-duc
(2 jours)
variable : l 'Aïd El Idha 15 août l’Assomption
(2 jours)
1er novembre la Toussaint
Tableau 1 : Les jours Fériés de la Tunisie et de la France
ISLAIN - 13 - 2010 /2011

• Solde de congé
C’est le reste de la durée de congé par an. En effet, c’est le taux de jours restants afin
d’avoir la possibilité de demander un congé.
• Crédit de congé
C’est le nombre de jours pris de la durée de congé par an.
1.2 Workflow
Le mécanisme « workflow » (mot anglicisme) ou processus d'affaires (en français) est
le flux d'informations au sein d'une organisation, comme la transmission automatique de
documents entre des personnes.
On appelle aussi workflow la modélisation et la gestion informatique de l'ensemble des tâches
à accomplir et des différents acteurs impliqués dans la réalisation d'un processus métier (aussi
appelé processus opérationnel ou bien procédure d'entreprise). Le terme de « workflow »
pourrait donc être traduit en français par « gestion électronique des processus métier ». De
façon plus pratique, le workflow décrit le circuit de validation, les tâches à accomplir entre les
différents acteurs d'un processus. [4]
2. Etude de l’existant
Cette section permet d’une étude de l’existant suivie de critiques permettant
l’élaboration d’un ensemble des solutions retenues.
2.1 Description de documents
• Demande de congés
C’est un document papier qui contient les informations nécessaires qui peuvent aider
les salariés afin de demander un congé. En faite, c’est le document qui circule de l’employé
vers le chef, ensuite vers l’agent d’administration puis finalement vers le gérant pour
l’approuver.
Une demande de congé contient les informations suivantes (comme indique la
figure ci- dessous):
ISLAIN - 14 - 2010 /2011

Raison : Annuel, Maladie / Nom et prénom / Téléphone/ Date de début /
Heure de début / Date de fin / Heure de fin /Durée / Et Urgence qui peut avoir les valeurs :
Faible ou Moyenne ou Haute. [Voir Annexe]
• Fiche de stockage des congés
L’agent d’administration de la société « Open Bee » utilise le Microsoft Office
Excel 2007 afin de stocker quotidiennement toutes informations concernant les congés et
les absences et pour calculer les soldes et les crédits de chacun de ses employés. Cet agent
stocke quotidiennement tous les informations manuellement et met en courant les salariés
à propos de tous changements (Voir figure 1 ci-dessous).
Figure 2 : Fiche actuelle de stockage des informations de congés.
2.2 Description du processus actuel de gestion de congé de l’entreprise

Nous étudions dans cette partie deux processus : le processus de gestion de congé et
celui de la gestion des Tâches.
ISLAIN - 15 - 2010 /2011

2.2.1 Description textuelle de processus de gestion de congés
La gestion de congés est une activité confiée à la direction technique et administrative

de l’entreprise. Un employé remplit une demande de congé en papier qui est pris en charge
par un agent d’administration qui la saisi et la stocke dans un fichier Excel.
Par la suite, l’agent la dispose chez la poste de chef de projet pour de l’approbation en
tenant compte de la durée de congé, ainsi que les tâches que le demandeur de congé est
entrain d’effectuer. Lorsque la demande est acceptée par ce dernier, elle passe à un deuxième
niveau d’approbation par le gérant de société. La décision d’approbation est liée à celle du
chef de projet ainsi qu’aux soldes de l’employé, en consultant le fichier Excel saisit par
l’agent administratif. Un employé a le droit de demander un congé annuel ne dépasse pas 24
jours au maximum durant toute l’année. Et si l’employé n’a pas dépensé tout le solde de
l’année précédente, le reste de 24 jours/an s’ajoute à son nouveau solde de l’année courante
(24 jours/an plus (+) reste). Dans le cas ou le salarié demande un congé de maladie payé, il a
le droit de s’absenter pendant 5 jours/an sans retirer ces jours de son solde.
Concernant les tâches et les projets, un chef de projet divise les modules et le travail
oralement ou après une conférence vidéo avec d’autres partenaires étrangers. Un ingénieur
après avoir effectué des tâches, il les déclare oralement, aussi que, son avancement au
niveau des modules qui lui concerne.
2.2.2 Description des flux échangés du processus
Figure 3 : Description des flux d’informations circulés.
ISLAIN - 16 - 2010 /2011

2.2.3 Modélisation du processus
Après la description textuelle de processus et de mécanisme de gestion de congés

actuel déjà décrit au niveau de la session (2.2.1), nous arrivons à la modélisation des traitements
de processus. Dans cette partie, nous allons schématiser à l’aide d’un tableau et une figure les
principales interactions :
Composante Description
Employé - Gérant
-le Chef de projet,
- les administrations,
- les ingénieurs
Les « inputs » - Les demandes de congés (formulaire vierge)

- Document Excel de gestion de congés actuelle et de soldes et
crédits.
Les activités -Envoie de demande de congé

-Signature de demande (favorable, défavorable)
-Mis à jour des soldes et crédits en cas de demandes acceptées.
Les « outputs » - demande de congé et la réponse

- l’état de congé (valider ou annuler),
- Avoir des nouveaux soldes et crédits.
System informatique - Module de Gestion de Soldes et de Crédits.
Tableau 2: Processus de la gestion de congés actuelle.
ISLAIN - 17 - 2010 /2011

Administration
Formuaire ViergeVierge
Formulaire
Nouvelle demande de
• Formulaire de congé
demande
Ingénieurs congé
• Approbation Approuver la demande

de chef de (favorable /défavorable)
Chef de projet
projet
• Approbation
Finale Approuver la demande
Gérant (favorable /défavorable)
Demande Demande
Accepteée Rejetée
Gestion
Mise à jour
De Soldes et
(soldes et de
De Crédits Réponse crédits)
Figure 4 : Modélisation de processus de gestion de congés
ISLAIN - 18 - 2010 /2011

2.3 Critiques de l’existant
Après l’étude à la fois des processus de gestion de congés et des tâches des salariés, nous
avons pu dégager les défaillances suivantes :
Une perte de temps
- Le fait que la demande de congé est manuscrite et l’employé doit se déplacer

toujours à l’administration afin de consulter les informations concernant les
congés, en quittant bien sûr son bureau, ce qui rend cette acte un peu gênante.
- L’agent de l’administration en faisant la mise à jour manuellement des soldes
et de crédits, il peut commettre des erreurs.
Un manque de suivi
- Les développeurs n’ont pas la possibilité de suivre à tout instant l’avancement

du processus de leurs demandes de congés. En effet, il n’existe pas un system à
travers le quel ils peuvent visualiser l’état de demande.
Absence d’un lien entre la gestion de congés et la gestion de tâches
- La gestion de congé doit être étroitement liée à la gestion de tâches .En effet
l’approbation d’une demande de congé doit se baser sur les tâches en cours
réalisées par l’employé.
2.4 Solution adoptée
Tenant compte des critiques existantes (section 2.3), nous sommes amenées à proposer
une solution qui répond aux objectifs et qui pallie aux lacunes constatées au niveau du
processus existant.
ISLAIN - 19 - 2010 /2011

Cette solution comporte trois volets :
Volet de gestion
- Développer un système de gestion de congé basé sur deux modules :
Module de gestion des demandes de congés.
Module de gestion de tâche.
- Minimiser les temps de consultation et d’approbation des demandes par les

chefs ou les gérants tout en les proposant des informations adaptée aux
différents intervenants.
- Produire des statistiques (Exemple : statistiques de rendement pour chaque
employé compris les congés, statistiques de solde et crédit d’un employé …).
- Permettre à un employé de suivre l’état de sa demande de congé.
Volet d’organisation
- Assurer une meilleure répartition des tâches entre les différents intervenants
dans le système de gestion de congés.
- Offrir un accès facile et personnalisé à chaque intervenant.
- Faciliter la coordination entre les intervenants.
Volet technique
- Développement d’un système de gestion de congés en utilisant le langage de
développement Asp.net, le langage de programmation c# et MYSQL pour la
gestion de la base de données qui offre la possibilité de gérer un volume
important de données.
Conclusion
Dans ce chapitre, nous avons analysé et critiqué l’existant et proposé des

solutions.
Dans le chapitre suivant, nous allons présenter les besoins fonctionnels et non
fonctionnels
ISLAIN - 20 - 2010 /2011

CHAPITRE N°2 :
SPÉCIFICATION DES BESOINS
ISLAIN - 21 - 2010 /2011

– C ha p it r e 2 –
S p é c if i ca t i on d es be s o i ns
Introduction
La spécification est la première étape dans un projet. Cette étape est déterminante
pour le bon déroulement du projet.
Elle consiste à connaitre le travail demandé et les différents problèmes, posés par
le sujet du point de vue organisationnel et technique.
Nous commencerons dans la première partie par une présentation de la
spécification générale de notre projet de point de vue Besoins fonctionnels et non
fonctionnels.
1. Spécification des besoins fonctionnels
Dans cette partie, nous exposons l’ensemble des besoins fonctionnels auxquels
devraient répondre notre application.
1.1 Présentation des acteurs
La figure ci-dessous (voir figure 5) schématise les acteurs et leurs rôles dans
l’organisme Open Bee.
En faite, un acteur est un rôle joué par une entité externe qui interagit directement avec
le système étudié.
Les principaux acteurs de notre système sont :
Développeur : Personne qui développe et conçoit des logiciels. Il peut gère ces tâches
en vue d’être supervisées par le chef de projet et le gérant. Cet acteur peut émettre une
demande de congé selon le besoin.
Chef De Projet : Personne chargée de mener un projet et de contrôler son bon
déroulement .Il coordonne l'activité de conception et de réalisation des développeurs
de son équipe. Il est chargé aussi de la 1ére validation des demandes.
ISLAIN - 22 - 2010 /2011

Gérant : Personne ayant des privilèges en haut de la pyramide chargée de la
validation finale des demandes de congés ainsi que la suivie des utilisateurs et leur
rendement.
• Responsable de toute la société

Gérant • Approuver les demandes de congés
• Suivier leur utilisteur
•Approuver
Approuver les demandes de congés
Chef de projet •Assurer
Assurer la responsable de gestion
d'équipes de travail .
•Gérer
Gérer les projets et les taches.
•Développer
Développer des
Développeurs logicelles.
•Tester
Tester les programmes.
•Insérer
Insérer des tâches
t
quotidienment.
Figure 5 : Schéma descriptif indiquant la hiérarchie des

es acteurs.
acteur
1.2 Identification de fonctionnalités par acteur

Ce tableau ci dessous (voir tableau 3) illustre les différents cas d’utilisations
d’utilisation par acteur
suivi d’une description de chacune.
Acteur Cas d’utilisation Description
L’ingénieur peut consulter ses congés

Consulter les congés en attente avec la possibilité de les
modifier ou les annuler.
Consulter soldes et crédits Il peut consulter ses soldes et ses crédits
Développeur de congé quotidiennement
Créer une demande
d de congé Il peut effectuer une demande de congé
avec les raisons de son choix.
Insérer des tâches Il peut insérer une tâche
quotidiennement
ISLAIN - 23 - 2010 /2011

Gérer les modules, les projets, Le chef de projet gère les modules, les
la liste des utilisateurs et les projets, la liste des utilisateurs et les
jours fériés jours fériés par un simple ajout ou
modification ou suppression de ces
derniers.
Chef de projet
Consulter la liste des Le chef de projet consulte les demandes
demandes de congé afin de donner un repense par favorable
ou défavorable.
Envoyer une demande de Il peut émettre une demande au gérant

congé
Consulter les demandes de Le gérant peut consulter la liste des

congé demandes de congé
Gérant
Approuver les demandes Il gère les demandes par une approbation
finale
Consulter la liste des Il peut consulter la liste des utilisateurs

utilisateurs, les jours fériés ainsi que leur statique de rendement et de
congé.
Il peut aussi consulter les jours fériés
leur date et leur durée.
Tableau 3:Identification des cas d’utilisations par acteur.
ISLAIN - 24 - 2010 /2011

1.3 Diagramme des cas d’utilisations

Les diagrammes de cas d’utilisation permettent de décrire le comportement de système
de point de vue utilisateur. Ils permettent aussi de structurer les besoins des utilisateurs et les
objectifs de système [1].
Les diagrammes comme montrent les figures [6] [7] [8], représentent les cas d’utilisations
généraux de l’application résumant les fonctionnalités de système et les interactions entre ces
derniers et les acteurs.
1.3.1 Diagramme de cas d’utilisation relatif à un développeur

La figure ci dessous (voir figure 6) illustre les cas d’utilisation relatif à un développeur
Figure 6 : Diagramme de cas d’utilisation d’un développeur
ISLAIN - 25 - 2010 /2011

1.3.2 Diagramme de cas d’utilisation relatif au chef de projet

La figure ci dessous (voir figure 7) illustre les cas d’utilisations relatif au chef de
projet
Figure 7 : Diagramme de cas d’utilisation de chef de projet.
ISLAIN - 26 - 2010 /2011

1.3.3 Diagramme cas d’utilisation relatif au gérant

La figure ci dessous (voir figure 8) illustre les cas d’utilisations relatif à un gérant.
Figure 8 : Diagramme de cas d’utilisation relatif au gérant.
2. Spécification des besoins non fonctionnels
2.1 Contraintes esthétiques
Au cours du stage, la société nous a indiqué quelques contraintes ;

Celle des couleurs du l’application qui doivent être en harmonie avec le logo du « open Bee »,
qui sont le noir, le jaune et le blanc.
Ce logo prend la forme d’une abeille raillée (Bee en anglais) avec quelques dégradés de
différentes nuances de couleurs cités ci-dessus.
ISLAIN - 27 - 2010 /2011

2.2 Contraintes techniques
Figure 9 : Logo International de la société : Open Bee.
Nous avons deux types de contraintes techniques : une celle de langage de

programmation et l’autre de la base de données.
Langage de programmation
Le langage de programmation que nous devons utiliser tout au long du stage est le
C# :un langage répandu
ndu au monde. Il est caractérisé par sa portabilité et utilisé pour la
programmation orientée objet.
L’outil de développement
oppement de l’application est l’asp.net, en utilisant le Framework
dotnet et le logiciel
ogiciel Microsoft Visuel Studio 2008.
Les contraintes qui doivent figurer sont :
• Le code doit être suffisamment clair pour permettre de futures évolutions et
améliorations.
• L’application
application doit faciliter la tâche
t che de gestion de demandes de congés en supportant
un flux de données large et une intervention de plusieurs utilisateurs.
• L’interface Homme/Machine doit être conviviale, lisible, ergonomique et facile à
manipuler.
• Le temps
ps de réponse des requêtes de l’utilisateur doit être optimisé afin de gagner en
productivité.
Base de données
Le System de gestion de bases de données proposées est MySQL ou SQL veut dire
« Structered Query Langage » en anglais.
ISLAIN - 28 - 2010 /2011

En effet, c’est un système de gestion de bases de données relationnel fonctionnant sous
Linux et Windows.
Pour la meilleure manipulation, nous avons utilisé le MySQL Workbench 5 .2 .
Conclusion
Dans ce chapitre, nous avons concentrées dans un premier temps sur la

détermination des besoins fonctionnels et non fonctionnels que l’application aura à satisfaire.
Dans un deuxième lieu, nous avons détaillé les cas d’utilisations de l’application de point de
vue de ses acteurs. Ces besoins vont être la base sur laquelle nous allons réaliser la conception
de notre application. Cette conception va être l’objet du chapitre suivant.
ISLAIN - 29 - 2010 /2011

CHAPITRE N°3 :
CONCEPTION
ISLAIN - 30 - 2010 /2011

– C h a pi t r e 3–
C o n c e p t io n
Introduction
Ce chapitre s’intéresse à la partie conception qui constitue une phase primordiale dans
le processus de développement vu l’importance des décisions prises et leurs impacts sur la
qualité et la performance de la solution produite. Nous allons commencer par une description
de la conception graphique pour passer par la suite à une deuxième étape aux détails de
conception.
1. Conception Graphique
1.1 Synopsis
Sujet : Application web intranet pour la société Open Bee.
Type et support : Le réseau local.
Les objectifs généraux : Faciliter les tâches de gestion de congés entre les
différents membres de la société.
Les objectifs spécifiques :
- Offrir un système plus rapide de gestion des congés des membres par l’envoi
des mails lors de déclenchement de certaines tâches effectués.
- Offrir une simple navigation pour chaque membre de l’application.
Marché visé : C’est l’organisme Open Bee.
Public cible ou type d’utilisateurs visés par le produit: Les employés de
l’organisme Open Bee qui ont comme fonction :
- Gérant
- Chef de projet
- Développeur
Contexte d’utilisation : Individuel.
Langage utilisée : Français.
ISLAIN - 31 - 2010 /2011

1.2. Charte graphique

Le but de la charte graphique est de conserver une cohérence graphique dans les
réalisations graphiques d'une même organisation, projet ou entreprise quels que soient les différents
intervenants de la production.
L'intérêt de réaliser une charte graphique est double :
1. L'identité graphique reste intacte quelles que soient les réalisations graphiques, afin
que l'organisation, le projet ou l'entreprise (qui sont une somme d'individualités) parle
« d'une seule voix ».
2. La charte graphique permet au récepteur d'identifier facilement l'émetteur et, par
habitude si la cohérence est respectée, de se repérer visuellement dans les différentes
réalisations graphiques et au sein d'un même support graphique (ce qui facilite la
lecture).
1.2.1 Identité visuelle
Afin de respecter l’identité visuelle, nous avons défini les formes et les lignes, la
typographie utilisée, les codes couleurs et les visuels adoptés dans le tableau ci dessous :
Formes et lignes Couleurs Typographie

Nous avons utilisé des Nous avons choisi comme couleurs : La typographie est
formes - Jaune tend vers l’orangé: Couleur faisant « Arial » : une police
triangulaires et arrondies partie du logo et aussi porteuse d'optimisme standard, nette, visible et
simples instanciés des et d'ouverture d'esprit. simple qui garantie la
formes arrondies et - Noir : Tout comme le blanc, une nuance de clarté d’une bonne lecture.
circulaires du logo pour base et terme d’élégance et de simplicité.
enrichir notre graphisme. - Gris : Le gris n'est pas au sens strict du terme
une couleur. Nous l’avons utilisé afin
d’assurer le calme et l’élégance.
Tableau 4:Charte graphique.
ISLAIN - 32 - 2010 /2011

1.2.2 Conception de l’interface
Avant de choisir la dernière interface, nous avons essayé plusieurs et diverses

divers
propositions de trouver la plus adéquate et la plus convaincante.
Nous partageons comme essais
essai quelques exemples d’interfaces :
• Première conception
Cette conception est trop
op simple contenant une bannière et un menu qui permet à
l’utilisateur une navigation bien claire. Cette conception met en relief les données et les
résultats requiss par l’application.
Figure 10:: Impression écran de la première proposition..
• Deuxième conception
Cette conception est simple basée sur une séparation de la page en deux blocs
proportionnellement non équilibrés.
ISLAIN - 33 - 2010 /2011

Figure 11: Impression écran de la deuxième proposition.

proposition
• Troisième conception (finale)
Cette composition est une déviation à la simplicité visuelle et de navigation.
Figure 12::Impression écran de la troisième proposition.
ISLAIN - 34 - 2010 /2011

• Choix de l’interface
Afin de distinguer le meilleur choix de conception graphique pour notre application,

nous avons pris quelques critères pour analyser les différentes compositions indiquées ci-
ci
dessous.
Facilité de Compatibilité par Aspect

Critère navigation rapport à la visuel
charte graphique
+/- Non Non
Interface 1
Oui +/- Non

Interface 2
Oui Oui Oui

Interface 3
Tableau 5::Comparaison
Comparaison entre les différentes interfaces.
⇒ A partir de cette courte comparaison, nous pouvons conclure que la troisième
interface est la meilleure pour notre application comme l’indiquent les résultats des
comparaisons.
1.3. Schéma de navigation
Figure 13:Schéma de navigation.
ISLAIN - 35 - 2010 /2011

1.4. Scénario Maquette

Le scénario constitue une étape importante qui conclut la phase de développement du
projet et qui permet décrit son contenu en donnant des informations, précises sur la charte
graphique de notre application.
1.4.1 Description des maquettes

La figure suivante (voir figure 14) présente la maquette de page d’accueil d’un
développeur.
Lien page Date & heure Lien de

LOGO Accueil déconnexion
Titre de page Accès de

Recherche
Menu
Texte sur Google
Calendrier
Info
profil Météo Accès
Rapide
Figure 15:Maquette de page d’accueil d’un développeur.
La figure suivante (voir figure 16) présente la maquette de page d’accueil d’un chef
de projet
Lien Lien de
LOGO Date & heure
page déconnexion
Accueil
Info
Lien de
Menu
demandes en
attente de
Figure 17:Maquette de page d’accueil d’un chef de projet.
ISLAIN - 36 - 2010 /2011

La figure suivante (voir figure 18) présente la maquette de page d’accueil d’ un gérant
Lien page Lien de

LOGO Accueil Date & heure
déconnexion
Lien de
Titre de page demande en
Menu attente à
confirmer
Texte
Calendrier
Météo
Figure 19: Maquette de page d’accueil d’un gérant.
1.4.2 Story Board

Effet de Navigation
Ecran Contenu Zones sensibles Survol (liens
N°
vers)
1 -Page - Historique -Changement -Ecran 2

d’accueil de des congés du curseur -Ecran 3
gérant -Liste (la flèche -Ecran4
d’utilisateurs devient une
- Consulter main)
jours fériés -Changement de
couleur el
position de lien
ISLAIN - 37 - 2010 /2011

2 -Page -Demandes à -Changement -Ecran1

d’historique confirmer du curseur -Ecran3
des congés -Liste (la flèche -Ecran4
d’utilisateurs devient une
- Consulter main)
jours fériés -Changement de
couleur el
position de lien
3 -Page de -Demandes à -changement -Ecran1

consultation confirmer du curseur -Ecran2
de liste - Historique (la flèche -Ecran4
d’utilisateurs des congés devient une
- Consulter main)
jours fériés -changement de
couleur el
position de lien
4 -Page de -Demandes à -Changement -Ecran1
consultation confirmer du curseur -Ecran2
des jours - Historique des (la flèche -Ecran3
fériés congés devient une
-Liste main)
d’utilisateurs
Tableau 6:Story-board
2. Conception technique
Avant d’entamer dans la phase de conception détaillée, il est impératif de présenter

l’architecture de l’application. En effet, cette architecture nous aide à comprendre
l’application.
2.1 Architecture de l’application
ISLAIN - 38 - 2010 /2011

Le choix de l’architecture se base sur l’architecture
l’architec re standard du Framework .NET.
.NET
Le schéma ci-dessous,
dessous, extrait du guide des bonnes pratiques de Microsoft pour la conception
des architectures d’application , illustre les différentes
différent s couches de l’application .[8]
Figure 17 : Architecture Commune D'une Application.
Cette vue architecturale spécifie les différents composants de l’application. Parmi

toutes ces couches, pour le besoin de notre
not e application, nous avons implémenté les couches
suivantes :
∼ Présentation Layer : Une couche qui est constituée de deux composants :
• UI Components : C’est le composant visuel de l’interface. Elle permet
d’afficher les informations à l’utilisateur. Ce sont dans notre cas les pages
ASP.NET.
• UI Process Components : Il permet dans la plupart des cas , l’interaction
l’i de
l’utilisateur avec le système qui suit un processus connu. Par exemple,
ISLAIN - 39 - 2010 /2011

l’utilisateur va choisir une catégorie de produits avant de sélectionner un
produit particulier dans cette liste.
∼ Service Layer : Une couche qui possède un composant :
• Service Interfaces : Ce composant ouvre le logique métier du système en
exposant les services disponibles. Cette interface définit les modèles de
communication en tenant compte des formats de données et des exceptions.
Dans notre cas, nous avons exposé les services à travers une couche de
communication WCF « Windows Communication Foundation ».
∼ Business Layer : Cette couche métier contient trois composants :
• Business Workflows : Contient les méthodes et les fonctions nécessaires à un
traitement des données. Ces opérations doivent se faire dans le bon ordre et
elles suivent un enchainement bien déterminé.
• Business Components : Ce composant implémente les règles métier. C’est ici
ou est implémentée la logique du métier.
• Business Entities : Les composants de l’application doivent pouvoir s’échanger
des données. Cet échange peut se faire à différents formats. Cela peut être des
données sérialisées (DataSets, DataReaders, XML….) ou directement des
classes. Ces classes sont appelées aussi POCO, ils sont sollicités partout dans
l’application.
∼ Data Layer: La couche Data est constituée d’un composant :
• Data Access Components : C’est le composant qui accède directement à la
base de données. Nous l’avons conçu selon le patron de conception DAO, il
contient les requêtes SQL permettant de manipuler les données de la base de
données.
∼ La couche Framework :
Cette dernière contient toutes les fonctionnalités propriétaires à notre application :
Contrôles, fonction d’aide à la saisie, gestionnaire d’exceptions.
2.2 Conception statique : Conception de la base de données

2.2.1 Dictionnaire de données
ISLAIN - 40 - 2010 /2011

Nom Code Description
Table : Congé
id_conge ID_CONGE Clé primaire de la table congé.
date_début DATE_DEBUT La date de début d’un congé.
date_fin DATE_FIN La date de fin d’un congé.
heure_début HEURE_DEBUT L’heure de début d’un congé.
heure_fin HEURE_FIN L’heure de fin d’un congé.
motif MOTIF C’est la description détaillée de raison
de congé.
raison RAISON La raison de congés ou son type.
urgence URGENCE Le degré d’urgence de demande de
congé.
etat ETAT C’est le faite que la demande est en
attente ou confirmé.
approbation_chef APPROBATION_CHEF C’est l’approbation de chef de projet.
approbation_gérant APPROBATION_GERANT C’est l’approbation de gérant.
date_demande DATE_DEMANDE La date de demande de congé .
Table : Utilisateur
id_user ID_USER Clé primaire de la table user
nom_user NOM_USER Nom de développeurs.
prenom_user PRENOM_USER Prénom de développeurs.
login LOGIN Le Login de développeurs.
passwrd PASSWRD Le mot de passe de développeurs.
autorisation AUTORISATION L’autorisation de l’utilisateur de
l’application : - 1 : développeur
- 2 : chef ou admin
fonction FONCTION Fonction de l’employé ‘ Ex : Ingénieurs
/ Chef de projet / Gérant.
telephone TELEPHONE Le telephone de développeurs.
e_mail E_MAIL L’e_mail de développeurs.
solde_conge_emp SOLDE_CONGE_EMP Solde de congé de développeurs
credit_solde_conge CREDIT_SOLDE_CONGE Crédit de congé de développeurs
date_controle_solde DATE_CONTROLE_SOLDE Date de test de l’année de changement
ISLAIN - 41 - 2010 /2011

de soldes et de crédits.
Table : Module
id_module ID_MODULE Clé primaire de la table module

nom_module NOM_MODULE Nom de module.
desc_module DESC_MODULE Description de module
Table : Projet
id_projet ID_PROJET Clé primaire de la table projet

nom_projet NOM_PROJET Nom de projet
description_projet DESCRIPTION_PROJET Description de projet
activ ACTIV C’est l’etat actif de projet.
inactiv INACTIV C’est l’etat inactif de projet.
Table : Tache
id_task ID_TASK Clé primaire de la table task

nom_task NOM_TASK Nom de tache effectué
desc_task DESC_TASK Description de tache effectuée
date_task DATE_TASK Date de réalisation de tache.
duree_task DUREE_TASK Durée de réalisation de tache.
Table : Pays
id_pays ID_PAYS Clé primaire de la table pays

libelle_pays LIBELLE_PAYS Libellé d’un pays.
Table : jour_ferie
id_ferie ID_PAYS2 Clé primaire de la table ferié
date_ferie DATE_FERIE Date de jour férié
duree_ferie DUREE_FERIE La durée de jour férié (/jour)
Tableau 7: Dictionnaire de données.
ISLAIN - 42 - 2010 /2011

2.2.2 Les règles de gestion
Parmi les règles de gestion définies au sein des contraintes d'intégrité qui vont être
représentées dans notre MCD, on distingue :
Règle G1 : La demande de congés est associée à un et un seul employé.
Règle G2 :L'employé peut demander un ou plusieurs congés.
Règle G3 : Un employé peut se localiser dans un et un seul pays.
Règle G4 : Un seul pays peut contenir un ou plusieurs employés.
Règle G5 : Les jours fériés sont associés à un et un seul pays.
Règle G6 : Un pays peut avoir un ou plusieurs jours fériés.
Règle G7 :L'employé peut effectuer une ou plusieurs tâches.
Règle G8 : Une tache est faite par un et un seul employé.
Règle G9 : Un module appartient à un et un seul projet .
Règle G10 : Un projet peut contenir un ou plusieurs modules.
Règle G11 : Un employé travaille sur un ou plusieurs projets
Règle G12 : Un projet est concerné par un ou plusieurs employés
Règle G13 : Un module peut comporter une ou plusieurs tâches.
Règle G14 : Une tâche est inclue dans un et un seul module.
ISLAIN - 43 - 2010 /2011

2.2.3 Modèle conceptuel de données (MCD)

Le modèle conceptuel de données permet d'exprimer graphiquement des règles de
gestion qui correspondent aux contraintes d'intégrités des données. Il permet d'établir une
représentation claire des données du SI « Système D’Information » et définit les
dépendances fonctionnelles de ces données entre elles.
Figure 18: Modéle Conceptuel de Données.
ISLAIN - 44 - 2010 /2011

2.2.4 Modèle Logique de données (MLD)
A partir du modèle conceptuel de données, nous pouvons avoir le modèle relationnel

de données ou chaque classe d'entité du modèle conceptuel devient une table dans le modèle
logique.
Les identifiants de la classe d'entité sont appelés clés de la table, tandis que les
attributs standards deviennent des attributs de la table, c'est-à-dire des colonnes :
conge (id_conge , date_début , date_fin , heure_début , heure_fin , motif , raison ,

urgence , etat , approbation_chef, approbation_gérant , date_demande, id_user)
pays (id_pays, libelle_pays)
jour_ferie (id_ferie, libelle_pays, date_ferie, duree_ferie, #id_pays)
utilisateur (id_user, nom_user, prenom_user , login , passwrd , autorisation , fonction,
telephone , e_mail , solde_conge_annuel , solde_conge_maladie, credit_conge_annuel,
credit _conge_annuel, date_controle_solde, #id_pays)
tâche (id_task , nom_task , desc_task , date_task, duree_task, #id_user, #id_module)
module (id_module, nom_module, desc_module, #id_projet)
projet (id_projet, nom_projet, description_projet, activ, inactiv)
concerner (id, #id_projet, #id_user)
2.3 Conception de la vue dynamique

2.3.1 Description des classes: Diagramme de classe
Le diagramme de classe constitue un élément très important de la modélisation :

Il permet de définir quelles seront les composantes du système final : il ne permet en
revanche pas de définir le nombre et l’état des instances individuelles.
Néanmoins, on constate souvent qu’un diagramme de classe proprement réalisé

permet de structurer le travail de développement de manière très efficace;
Il permet aussi, dans le cas de travaux réalisés en groupe (ce qui est pratiquement
toujours le cas dans les milieux industriels), de séparer les composantes de manière à pouvoir
répartir le travail de développement entre les membres du groupe.
ISLAIN - 45 - 2010 /2011

Figure19 : Diagramme de classe.
ISLAIN - 46 - 2010 /2011

2.3.2 Diagramme de séquence

Les diagrammes de séquences permettent de représenter des collaborations entre
objets selon un point de vue temporel, on y met l’accent sur la chronologie des envois de
messages. Ces messages sont, soit des événements détectés par la classe destination, soit des
appels des méthodes de cette même classe. Les diagrammes de séquences à illustrer le
système global développé ainsi que ses différents cas d’utilisation.
2.3.2.1 Diagramme de séquence relatif à l’authentification
a. Description textuelle de l’authentification

Titre du cas d’utilisation : authentification
Acteurs : développeur, chef de projet et gérant.
Objectif : permettre aux acteurs de s’identifier
Scénario nominale (SN)
Action des acteurs Réaction du système
1 : Se connecter 2 : Afficher page d’authentification
3 : Saisir login et mot de passe 4: Vérifier utilisateur

5 : Afficher session de l’utilisateur
Tableau 8 : Scénario nominal relatif à l'authentification
Scénario alternatif (SA)

1 : « Erreur d’authentification »
- Le SA démarre au point 2.
3. Afficher « Erreur d’authentification »
- Le SN reprend au point 3.
b. Diagramme de séquence
Dans le diagramme suivant (voir figure 22) décrit l’opération d’authentification.
Un utilisateur remplit un formulaire en saisissant son login et son mot de passe. Ce
login et mot de passe seront chargés dans le composant System Open Bee et ce dernier
va appeler le composant Utilisateur afin d’exécuter l’opération de recherche dans la
liste des utilisateurs.
ISLAIN - 47 - 2010 /2011

Figure 20 : Diagramme de séquence d'authentification..
2.3.2.2 Diagramme de séquence relatif de la création d’une demande

de congé
a. Description textuelle de création d’une demande de congé

Titre du cas d’utilisation : Création d’une demande de congé.
Acteurs : Développeur
éveloppeur.
Objectif : Offrir la possibilité à un développeur de se connecter à son espace
afin de remplir sa demande de congé.

1 : Choisir « nouvelle demande de congé » 2 : Afficher à l’écran le formulaire de

demande de congé
3 : Saisir information de demande 4 : Vérifier les informations saisies
6 : Créer une demande
7 : Afficher l’écran “Demande envoyée“
Tableau 9: Scénario
cénario nominal relatif à la création de demande de congé
ISLAIN - 48 - 2010 /2011


A 1 : « Erreur dee remplissage »
- Le SA démarre au point 2
3. Afficher « Erreur de
d remplissage »
- Le SN reprend au point 3
Dans le diagramme ci--dessous, (voir figure 23) décrit l’opération de la création d’une
nouvelle demande de congé ou un employé « un développeur » remplit un formulaire de
création de demande.
Figure 21 : Diagramme de séquence de création d’une demande de congé
2.3.2.3 Diagramme de séquence relatif à l’annulation

annulation de demande de
congé
a. Description textuelle d’annulation de demande de congé

Titre du cas d’utilisation : Création d’une demande de congé.
Acteurs : Développeur.
Objectif : Offrir la possibilité à un développeur de se connecter à son espace
afin de remplir sa demande de congé.
ISLAIN - 49 - 2010 /2011

1 : Choisir « Demandes de congés

congé en attente 2 : Récupération de la liste de demandes
demande de
congés
3 : Afficher à l’écran la liste de demandes non

encore validées
4 : Sélectionner « Annuler demande » 5 : Annuler demande de congé
6 : Afficher à l’écran « Demande annulée avec

av
succès »
Tableau 10 : scénario nominal relatif à la création de demande de congé
Dans le diagramme ci-dessous,
ci (voir figure 23) décrit l’opération de l’annulation
d’une nouvelle demande de congé de la part de l’employé avant la décision de chef de
projet.
Figure 22 : Diagramme de séquence d'annulation de demande de congé
ISLAIN - 50 - 2010 /2011

2.3.2.4 Diagramme de séquence relatif à la modification d’une tâche
a. Description textuelle de modification d’une tâche

Titre du cas d’utilisation : Modification d’une tâche.
Acteurs : Développeur.
Objectif : Offrir la possibilité à un développeur de modifier une tâche après
avoir l’envoyer.
1 : Choisir « Consulter la liste de dernières 2 : Récupère les tâches

tac tâches »
3 : Afficher à l’écran la liste de dernières
tac tâches.
4 : Sélectionner « Modifier tâche» 5 : Obtenir une tâche
6 : Afficher formulaire de tâche
7 : Modifier les informations de formulaire 8 : vérifier les informations de formulaire

de tâche
9 : Modifier la tâche
10 : affiché « Modification réussite »
Tableau 11 : Scénario nominal relatif à la modification d’une tâche
A1: « Erreur de remplissage »

9. Afficher « Erreur de remplissage »
ISLAIN - 51 - 2010 /2011

Dans le diagramme suivant, la figure 24 décrit l’opération de l’insertion d’une
nouvelle tâche de la part de l’employé.
l’employé
Un employé ou ingénieur va remplir un formulaire en saisissant les informations
nécessaires. Une tâche est attachée à un module qui est inclue dans un projet. Ces
informations seront chargées dans le composant System Open Bee qui va appeler les
composants Tâche,, Module et Projet.
Projet
Figure 23 : Diagramme
Diag de séquence de la modification d’une tâche.
ISLAIN - 52 - 2010 /2011

2.3.2.5 Diagramme de séquence relatif à la première validation des

demandes de congé
a. Description textuelle du la 1ére validation des demande congé

Titre du cas d’utilisation : la 1 ère validation des demandes de congé.
Acteurs : Chef de projet
Objectif : Permettre au chef de projet de consulter les demandes celles qui sont
en attente de confirmation.
1 : Choisir « Consulter la liste de demandes 2 : Récupérer les demandes

tac de congés en attente »
3 : Afficher à l’écran la liste de demandes
tac de congés en attente
4 : Sélectionner « Favorable » et confirmer. 5 : Modifier l’état de la demande.
6 : Afficher à l’écran « Votre décision a été

pri pris en considération »
Tableau 12 : Scénario nominal relatif à la1ére validation des demandes de congé
Dans le diagramme ci-dessous, la figure 25 décrit l’opération confirmation de
demandes de la part du chef de projet.
La liste de demandes de congés en attente seront chargées dans le composant System

Open Bee ou ce dernier appelle les composants objets Congé et Utilisateur afin d’exécuter
l’opération de recherche des demandes en attente de confirmation
ISLAIN - 53 - 2010 /2011

Figure 24 : Diagramme de séquence de la 1ére validation des demandes de congés

congé
2.3.2.6 Diagramme de séquence relatif à l’ajout

ajout d’un module
a. Description textuelle de la l’ajout d’un module
Titre du cas d’utilisation : Ajout d’un module

Acteurs : Chef de projet
Objectif : Permettre au chef de projet d’ajouter un module et l’associer à un projet.
ISLAIN - 54 - 2010 /2011

1 : Choisir rubrique « Gérer les module » 2 : Afficher à l’écran les modules
3 : Sélectionner « Ajouter un module » 4 : Afficher formulaire
5 : Saisir les informations de formulaire 6 : Vérifier info formulaire
7 : Créer un module
8 : Afficher « Ajout réussi »
Tableau 13 : Scénario nominal relatif à l’ajout d’un module
A 1 : erreur de remplissage
7. Afficher «Erreur de remplissage »
Dans le diagramme ci-dessous, la figure 27 décrit l’opération d’ajout d’un module du
la part de chef de projet.
Le composant System Open Bee va appeler le composant objet projet afin
d’exécuter l’opération de l’ajout (car chaque module est inclus dans un projet).
ISLAIN - 55 - 2010 /2011

Figure 25 : Diagramme de séquence d'ajout d'un module.
2.3.2.7 Diagramme de séquence relatif l’approbation finale des

demandes de congé
a. Description textuelle de l’approbation finale des demandes de
congé
Titre du cas d’utilisation : l’approbation

approbation finale des demandes de congé
Acteurs : Gérant
Objectif : Permettre au gérant de consulter les demandes de congé afin de les
approuver on see basant sur des statistiques de soldes et crédits
crédi de développeur.
ISLAIN - 56 - 2010 /2011

a. Scénario nominale (SN)
1 : Choisir rubrique « Consulter la liste des 2 : Afficher à l’écran les demandes à
demande de congé en attente » approuvé.
3 : Sélectionner « Statistique » 4: Récupéré les soldes et crédits

5 : Afficher les résultats de statistique
6 : sélectionner « retour à la liste des 7 : Afficher la liste des demandes en attente
demande en attente »
8 : Approuver la demande « Défavorable » et 9 : Modifier l’état de demande

confirmer
10 : Afficher « Votre décision a été prise en
considération »
Tableau 14 : Scénario nominal relatif à l’approbation finale des demandes de congé
Dans le diagramme ci-dessous, la figure 27 décrit l’opération confirmation de

demandes de la part du gérant.
La liste de demandes de congés en attente et en état égale à 1 seront chargées dans le
composant System Open Bee qui va appeler les objets Congé et Utilisateur afin
d’exécuter l’opération de recherche de soldes et de crédits.
ISLAIN - 57 - 2010 /2011

Figure 26 : Diagramme de séquence d'approbation de gérant basé sur les statistiques.
2.3.3 Diagramme d’état-transition
Les diagrammes d'états-transitions

d'états transitions permettent de décrire les changements d'états
d' d'un
objet ou d'un composant,, en réponse
ré aux interactionss avec d'autres objets/composants ou avec
des acteurs.
s. Un état se caractérise par sa durée et sa stabilité, il représente une conjonction
instantanée des valeurs des attributs d'un objet. Une transition représente le passage instantané
d'un état vers un autre. Une transition est déclenchée par un événement.. En d'autres termes :
c'est l'arrivée d'un événement qui conditionne la transition.
La figure ci-dessous (voir figure 29) présente le diagramme d’état de transition d’une
demande de congé.
ISLAIN - 58 - 2010 /2011

Figure 27 : Diagramme d'états-transitions d’une demande de congé.
Après s’être authentifié, le demandeur dépose une demande de congé. Le système

vérifie si les données saisies sont valides ou non. Si c’est invalide, il demande à l’utilisateur
de vérifier les données, sinon il transmet la demande au validateur 1 .Ce dernier décide si oui
ou non la demande devrait être transmise au gérant.
A son tour, il décide si oui ou non et le traitement de la demande dépend de la décision
finale de ce dernier. Dans les deux cas, les demandes seront archivées.
Conclusion
Au long de ce chapitre, nous avons présenté la conception de notre application ainsi
que son architecture. Le chapitre suivant intitulé « Réalisation et tests », nous permettrai de
présenter l’environnement matériel et logiciel de développement ainsi que des imprimes
écrans détaillés de notre application.
ISLAIN - 59 - 2010 /2011

CHAPITRE N°4
N°4 :
RÉALISATION ET TESTS
ISLAIN - 60 - 2010 /2011

– C ha p it r e 4 –
R é a l is a ti o n e t te s ts
Introduction
Cette partie contient le dernier volet de ce rapport, elle a comme but d’exposer
notre travail achevé. Nous allons débuter par la prétention de l’environnement
’environnement matériel et
logiciel utilisé tout au long de la période de développement.
1. Environnement matériel
Durant ce présent projet de fin d’études, tout le travail a été réalisé sur deux
ordinateurs portables qui ont les caractéristiques techniques
tech suivantes :
Processeur Intel Core 2 Duo CPU T5870 Intel CPU T2050
@ 2.00 GHZ.
Mémoire RAM 4.00 Go. 1,00 Go
Carte Graphique ATI Mobility Radeon HD. Nvidia
Système d’Exploitation Windows Seven Edition Windows XP Service Pack 3
Intégrale.
Tableau 15 : Tableau environnement matériel
2. Environnement logiciel
2.1 Framework utilisé (. NET)
Figure 28 : Logo Framework .NET
La plate-forme
forme Microsoft .NET est une solution complète pour développer, déployer
ISLAIN - 61 - 2010 /2011

l’exécuter des Applications de tous types, y compris des Services Web.
Fondée sur des standards de l''industrie (HTTP, XML, SOAP, WSDL), la plate-forme
plate
.NET est un moyen simple et puissant d''implémenter la coopération des services logiciels
entre eux, quelle que soit leur localisation, leur implémentation technique, qu''ils soient
internes ou externes, existants ou
o à inventer.
La plate-forme
forme Microsoft .NET repose sur le système
système d''exploitation Windows et
composée du Framework .NET. Ce choix rentre dans une stratégie d’entreprise désirant
implémenter entièrement son système d’informations à base de Framework .NET et
e s’est
porté sur la version 2.0.
Le Framework .NET propose un Modèle de programmation unifié avec la prise en
considération des différents types de clients (Web-HTML,
(Web HTML, Windows, Pocket PC) et serveurs
(services transactionnels, applications internet/intranet).
internet/intranet). Le Framework .NET est multi
langages avec des langages supportés
supporté par Microsoft (VB.NET, C#, C++, J#) et par ses
partenaires tels que Microfocus et Cobol, Borland (Delphi), …
2.2 Logiciels utilisés
• Microsoft Visual Studio 2008 Edition Professional
Figure 28 : Visual Studio 2008
Microsoft Visual Studio est une suite de logiciels de développement pour Windows conçu
par Microsoft.. La dernière version s'appelle Visual Studio 2008. La version Visual Studio 2010
est encore en RC (Release Candidate) (février 2010).
Visual Studio est un ensemble complet d'outils de développement permettant de générer
des applications Web ASP.NET,
ASP.NET des Services Web XML,, des applications bureautiques et des
applications mobiles. Visual Basic,
Basic Visual C++, Visual C# et Visual J# utilisent tous le même
environnement de développement intégré (IDE, Integratedd Development Environment),
Environment qui leur
permet de partager des outils et facilite la création de solutions faisant appel à plusieurs langages.
Par ailleurs, ces langages permettent de mieux tirer partie
parti des fonctionnalités du Framework .NET,
ISLAIN - 62 - 2010 /2011

qui fournit un accès à des technologies clés simplifiant le développement d'applications Web ASP
et de Services Web XML grâce à Visual Web Developer.
Cette version (nom de code Orcas)) est sortie en version finale à la fin de l'année 2007.
Parmi les nouveautés de cettee version:
- Elle
lle est fondée sur le .NET Framework 3.5.
3.5
- Des outils de métrologie relatifs au code (indicateurs du nombre de lignes, profondeur

des routines, calcul de la complexité cyclomatique),
), relatifs à la performance (mémoire
utilisée, temps d'exécution).
estion complète du développement collaboratif et des versions (auteurs et révisions

- Gestion
du code) en intégrant l'outil PowerTools.
PowerTools
- Possibilité
ossibilité d'automatiser les processus de compilation et intégration (avec des triggers).
- Meilleure
eilleure gestion des tests avec possibilité d'élaborer des scénarios de test, module de
test spécifique aux applications Ajax.
- Suppression
uppression des wizards assistant et de la bibliothèque ATL pour faire des services
web en C++.
- amélioration de prise en charge

c des fichiers XML (validation IE...).
• PowerAMC
Figure 30 : SYBASE PowerAMC
Afin de modéliser notre travail en langage UML, nous avons en recourt à un logiciel
de modélisation nommé « PowerAMC
Power » avec la version 11.
PowerAMC est un logiciel de modélisation. Il permet de modéliser les traitements

informatiques et leurs bases de données associées. Créé par SDP sous le nom AMC Designor,
racheté par Powersoft, ce logiciel est produit par Sybase depuis le rachat par cet éditeur en
ISLAIN - 63 - 2010 /2011

1995. Hors de France, la version internationale est commercialisée par Sybase sous la marque
PowerDesigner.
PowerAMC permet de réaliser tous les types de modèles informatiques. Il reste un des
seuls qui permet de travailler avec la méthode Merise. Selon Riff News, cela permet
d'améliorer la modélisation, les processus, le coût et la production d'applications. Il est un
environnement graphique de modélisation d’entreprise très simple d’emploi qui permet
d’effectuer les taches suivantes :
Modélisation intégrée via l’utilisation de méthodologie et de notations standards :
- Données (Merise).
- Application (UML).
- .NET
- SQL (plusieurs SGBDR)
Permet de modéliser graphiquement selon les besoins : architecture du système et des
applications, scénarios de cas d'utilisation des applications, organigrammes, ou même
utiliser sa propre méthode.
Peut être utilisé comme un document de base pour toute analyse orienté-objet, pour
décrire les collaborations entre partenaires de même niveau et pour modéliser le
processus interne à une organisation.
Un environnement extensible, qui vous permet d’ajouter des règles, des commandes, des
concepts et des attributs à vos méthodologies de modélisation de codage.[5]
• MySQL Workbench 5.2
Figure 29 : Logo de MySQL Workbench
ISLAIN - 64 - 2010 /2011

MySQL Workbench est outil visuel unifié pour architectes, développeurs et
administrateurs de base de données. MySQL Workbench fournit la modélisation des données,
le développement SQL et des outils d'administration complets pour la configuration des
serveurs, l'administration des utilisateurs et davantage. MySQL Workbench est disponible
sous Windows, Linux et Mac OS.
MySQL Workbench permet à un administrateur de base de données, un développeur
ou un architecte de données de concevoir, de modéliser, de générer et de gérer visuellement
des bases de données.
Il comprend tous les éléments nécessaires à un modélisateur de données pour créer des
modèles entité-relation complexes et procéder à une pro-ingénierie ou à une rétro-ingénierie.
Il offre également des fonctionnalités clés qui permettent d'accomplir les tâches délicates de
gestion des modifications et de documentation, qui exigent habituellement beaucoup de temps
et d'efforts.[6]
2 .3 Langages de développement
2.3.1 Langage C#
Le c# est un langage de programmation orienté objet à typage fort, crée par la société
Microsoft, et notamment un de ses employés, Anders Hejlsberg, le créateur du langage
Delphi.
Il a été créé afin que la plate-forme Microsoft .NET soit dotée d’un langage
permettant d’utiliser toutes ses capacités. Il est très proche du Java dont il reprend la syntaxe
générale ainsi que les concepts (la syntaxe reste cependant relativement semblable à celles de
langages tels que le C++ et le C).
Un ajout notable à Java est la possibilité de surcharge des opérateurs, inspirée du C++.
Toutefois, l’implémentation de la redéfinition est plus proche de celle du Pascal Objet.
ISLAIN - 65 - 2010 /2011

2.3.2 ASP .NET
ASP.NET est un ensemble de technologies de programmation web créé par Microsoft.
Les programmeurs peuvent utiliser ASP.NET pour créer des sites web dynamiques, des
applications web ou des web services XML. La technologie est accessible grâce à
l'installation d'un serveur web compatible ASP (IIS) ou à l'intérieur de Visual Web
Développer Express Edition.
ASP.NET fait partie de la plateforme Microsoft .NET et est le successeur de la
technologie Active Server Pages (ASP).
Bien qu'ASP.NET tienne son nom de l'ancienne technologie de développement de
Microsoft, "ASP", les deux sont assez différentes. Microsoft a complètement repensé
ASP.NET, en se basant sur le Common Language Runtime (CLR) partagé par tous les
logiciels Microsoft .NET. Les programmeurs peuvent écrire du code ASP.NET en utilisant
n'importe lequel des langages de programmation supportés par le Framework .NET,
généralement C#, Visual Basic.NET,Delphi.NET ou JScript .NET, mais aussi d'autres
langages "indépendants" de Microsoft tels que Perl et Python. ASP.NET bénéficie de
meilleures performances que d'autres technologies basées sur des scripts car le code côté
serveur est compilé en quelques simples DLL sur le serveur web. Lors du développement,
quand le code source est finalisé, la solution est precompilée avant d'être placée sur le serveur
d'hébergement (publication).
ASP.NET permet aux développeurs de passer plus facilement du développement
classique d'applications Windows au développement d'applications Web en offrant la
possibilité de créer des pages web composées de Widget (ou zone de contrôle) similaires à
celles des interfaces d'applications Windows habituelles.[7]
ISLAIN - 66 - 2010 /2011

3. Principales interfaces graphiques
3.1. Authentification
Figure 30 : Interface d'authentification.
Cette interface est la page principale et la première qu’aperçoit l’utilisateur en lançant

l’application. Il est invité généralement à saisir son login et son mot de passe pour pouvoir
accéder. Une fois authentifié, l’utilisateur accède à la page d’accueil
d’accueil de sa session ou espace.
3.2 Espace « Ingénieur »
• L’interface ci-dessous constitue la première page qu’obtient l’ingénieur une fois

authentifié. L’application offre aux utilisateurs plusieurs autorisations et des liens qui
sont ordonnés dans un ordre hiérarchique ou sous forme d’arbre.
ISLAIN - 67 - 2010 /2011

Figure 31 : Interface d'accueil d'un simple employé.
• L’écran suivant constitue l’interface à travers laquelle l’ingénieur peut insère une nouvelle
tache quotidiennement.
Figure 32 : Interface d'insertion d'une nouvelle tâche.
ISLAIN - 68 - 2010 /2011

3.3 Espace « Chef de projet »
• L’interface ci-dessous constitue la page d’accueil qu’obtient l’administrateur une fois

authentifié. Les liens qui sont ordonnés dans un ordre linéaire. L’interface permet aussi
de savoir le nombre total de
d demandes de congés en attente.
Figure 33 : Interface d'accueil d'administrateur.
• L’écran suivant constitue l’interface à travers laquelle l’ingénieur peut insère une nouvelle
demande de congés.
Figure 34 : Interface de création de demande de congé
ISLAIN - 69 - 2010 /2011

• L’interface suivante est une interface de suivi de rendement des développeurs. Elle
permet d’afficher des statistiques concernant les taches et les congés prises par l’employé,
aussi que, les jours fériés dans une période choisie.
Figure 35 : Interface de statistiques de rendement
3.4 Espace « Gérant »
• L’interface qui suit est l’interface principale de la gestion de congés dans la session de
gérant. Ce dernier peut décider de valider les demandes par favorable ou défavorable, il peut
ainsi voir touss les détails de demandes, les soldes et crédits des employés
loyés sous forme de
statistiques.
ISLAIN - 70 - 2010 /2011

Figure 36 : Interface de gérant d’approbation des demandes de congé
Figure 37 : Interface des statistiques des soldes et crédits suite aux demandes
demande de congé
Conclusion
Dans ce dernier chapitre, nous avons présenté l’environnement matériel et logiciel de
l’application, notamment l’utilisation des Framework .NET 2.0
Nous avons par la suite rassemblé dans la partie démonstration quelques captures
écrans de l’application développée.
développé
ISLAIN - 71 - 2010 /2011

CONCLUSION GENERAL
Au terme de la réalisation de ce rapport de projet de fin d ‘études qui s’intitule

« Développement d’une application web intranet de gestion de congés ». Nous avons, par
situé, situer le projet dans son cadre général tout en mettant l’accent sur son originalité. Nous
avons ensuite étudié les solutions possibles pour atteindre l’objectif par rapport à la situation
existante.
En effet, notre application a réussi à automatiser les processus d’approbation des

demandes de congé et de réduire sa durée réelle. L’aspect innovant de ce projet est
l’utilisation comme support de développement le Framework .NET et du Visual Studio qui
s’avère être un outil riche.
En fait, la réalisation de ce projet de fin d’études, nous a donné une véritable

occasion pour rencontrer les difficultés et l’environnement du travail qu’un informaticien
devra affronter lors de la conception et de la réalisation d’une application. Ce projet nous a
demandé beaucoup d’efforts afin de respecter l’architecture .NET, ses différentes couches et
sa méthode très singulière de programmation.
Finalement, ce stage nous a offert l’opportunité de nous intégrer dans

l’environnement de l’entreprise et d’améliorer nos capacités à la vie professionnelle. Il nous a
aussi permis d’enrichir nos connaissances et notre formation théorique et pratique acquise
tout au long de nos trois années de formation.
ISLAIN - 72 - 2010 /2011

BIBLIOGRAPHIE ET NETOGRAPHIE
Netographie
[1] : http://fr.wikipedia.org
[2] : http://www.guichet.public.lu.fr
[3] : code de travail :
http://www.legilux.public.lu/leg/textescoordonnes/codes/index.html#code_travail
[4]: http://fr.wikipedia.org/wiki/Workflow
[5] : http//fr.wikipedia.org/wiki/PowerAMC
[6] : http://www.mysql.fr/
[7] : http://fr.wikipedia.org/wiki/Microsoft_.NET
• http://msdn.microsoft.com/fr-fr
• http://www.dotnet-france.com/
Bibliographie
[1] Microsoft Application Architecture Guide 2nd Edition, Microsoft Corp., 2009
[2] Programmer en c++ par John R.Hobbard (n° : Pro 060)
[3] Migrer de Visual basic 6.0 vers Visual Basic .Net en c++ par Ed . Robinson
(n° : Pro 055)
[4] C# par Kevin Hoffman (n° : Pro 016)
[5]C/C++/C# : La biblio du programmeur par Kris Jamsa (n° : Pro 024)
ISLAIN - 73 - 2010 /2011

ANNEXES
ISLAIN - 74 - 2010 /2011

ANNEXE : DEMANDE DE CONGE
ISLAIN - 75 - 2010 /2011

Rapport de Stage PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport de Stage PDF

Transféré par

Droits d'auteur :

Formats disponibles

Rapport de projet de fin d’études

TABLE DES MATIERES

– Chapitre 1– Anal yse ..................................................................................................... …11

– Chapitre 2– Spécification des besoins ........................................................................ …22

ISLAIN -1- 2010 /2011

ISLAIN -2- 2010 /2011

– Chapitre 4– Réalisation et tests .................................................................................. …60

ISLAIN -3- 2010 /2011

LISTE DES FIGURES

Figure 1: Logo D’ Open Bee. ..................................................................................................... 7

ISLAIN -4- 2010 /2011

Tableau 1 : Les jours Fériés de la Tunisie et de la France ....................................................... 13

ISLAIN -5- 2010 /2011

ISLAIN -6- 2010 /2011

Figure 1: Logo D’ Open Bee.

Nous avons effectué notre projet au sein de l’entreprise « Open Bee » :

Dans ces domaines d’activités, Open Bee bénéficie du savoir-faire

Sa démarche favorise une approche centrée sur l’écoute des besoins

ISLAIN -7- 2010 /2011

ISLAIN -8- 2010 /2011

Afin de répondre à notre problématique, notre projet s’articule autour de trois

Le second chapitre est consacré à la spécification des besoins fonctionnels et non

Dans le troisième chapitre, nous décrivons en détail la solution proposée avec la

ISLAIN -9- 2010 /2011

ISLAIN - 10 - 2010 /2011

Il est important avant de commencer de définir quelques concepts de base relatifs au

ISLAIN - 11 - 2010 /2011

• Congé légal maladie

En cas du maladie , les accidentés du travail et salariés handicapés ou employé malade

• Congé payé et récupération

Dans le cas où le cumul du droit à Congé de Récupération serait égal ou supérieur à 7

ISLAIN - 12 - 2010 /2011

• Jours féries légaux

Sont considérés comme jours fériés légaux, les jours suivants:[3]

Jour Férié de la Tunisie Jour Férié de la France

Date Nom Date Nom

variable Anniversaire du Prophète 1er janvier le Nouvel An

20 mars le Fête de l’indépendance variable le lundi de Pâques

21 mars Journée de la Jeunesse 1er mai le premier mai

9 avril Journée des Martyrs 8mai Fête de la Victoire de 1945

1er mai Fête du travail variable l’Ascension

25 juillet Jour de la République variable le lundi de Pentecôte

variable : l 'Aïd El Fitr 23 juin jour de la célébration de

Tableau 1 : Les jours Fériés de la Tunisie et de la France

ISLAIN - 13 - 2010 /2011

C’est le nombre de jours pris de la durée de congé par an.

Cette section permet d’une étude de l’existant suivie de critiques permettant

l’élaboration d’un ensemble des solutions retenues.

2.1 Description de documents

ISLAIN - 14 - 2010 /2011

Figure 2 : Fiche actuelle de stockage des informations de congés.

2.2 Description du processus actuel de gestion de congé de l’entreprise

ISLAIN - 15 - 2010 /2011

2.2.1 Description textuelle de processus de gestion de congés

La gestion de congés est une activité confiée à la direction technique et administrative

2.2.2 Description des flux échangés du processus

Figure 3 : Description des flux d’informations circulés.

ISLAIN - 16 - 2010 /2011

2.2.3 Modélisation du processus

Après la description textuelle de processus et de mécanisme de gestion de congés

Les « inputs » - Les demandes de congés (formulaire vierge)

Les activités -Envoie de demande de congé

Les « outputs » - demande de congé et la réponse