ttttaaaaaaabbbbbbbllllllleeeeeee … · rapport de projet de fin d’études islainislain ---- 1111...

Rapport de projet de fin d’études

ISLAINISLAINISLAINISLAIN ---- 1111 ---- 2010201020102010 /2011/2011/2011/2011

TTTTTTTTAAAAAAAABBBBBBBBLLLLLLLLEEEEEEEE DDDDDDDDEEEEEEEESSSSSSSS MMMMMMMMAAAAAAAATTTTTTTTIIIIIIIIEEEEEEEERRRRRRRREEEEEEEESSSSSSSS

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

–– CChhaappii ttrree 11–– AAnnaall yyssee ..................................................................................................... …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

–– CChhaappii ttrree 22–– SSppééccii ff ii ccaattiioonn ddeess bbeessooiinnss ........................................................................ …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



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

–– CChhaappii ttrree 33–– CCoonncceeppttiioonn .............................................................................................. …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



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

–– CChhaappii ttrree 44–– RRééaall ii ssaattiioonn eett tteessttss .................................................................................. …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



Bibliographies……………………………….…………...………………………………......73 Annexes………………………………………………………………………………………74

LLLLLLLLIIIIIIIISSSSSSSSTTTTTTTTEEEEEEEE DDDDDDDDEEEEEEEESSSSSSSS FFFFFFFFIIIIIIIIGGGGGGGGUUUUUUUURRRRRRRREEEEEEEESSSSSSSS

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



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

LLLLLLLLIIIIIIIISSSSSSSSTTTTTTTTEEEEEEEE DDDDDDDDEEEEEEEE TTTTTTTTAAAAAAAABBBBBBBBLLLLLLLLEEEEEEEEAAAAAAAAUUUUUUUUXXXXXXXX

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



IIIIIIIINNNNNNNNTTTTTTTTRRRRRRRROOOOOOOODDDDDDDDUUUUUUUUCCCCCCCCTTTTTTTTIIIIIIIIOOOOOOOONNNNNNNN GGGGGGGGEEEEEEEENNNNNNNNEEEEEEEERRRRRRRRAAAAAAAALLLLLLLLEEEEEEEE

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.


ISLAINISLAINISLAINISLAIN

3. Présentation de l’

Nous avons effectué notre projet au sein de l’entreprise «

Une filiale d’Open Bee SA qui

- La conception et commercialisation de solutions logicielles GED dédiées

entreprises

- Les services de développement spécifiques associés.

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

années d’expérience du Groupe MB2I

Allemagne et Grande Bretagne), aux Etats

à Hammamet en Tunisie, au travers d’un pool compétent de développeurs.

Sa démarche favorise

d’apporter des réponses personnalisées, tenant compte, à la fois des besoins à court terme et

des perspectives d’évolution à venir.

sur les plates-formes informatiques, en perpétuelle évolution, au travers d’une gamme de

solutions et de services, à haute valeur ajoutée.

Ses partenaires actifs sont

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


---- 7777 ----

Présentation de l’organisme

Figure 1: Logo D’ Open Bee.

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

qui focalise son activité sur :

La conception et commercialisation de solutions logicielles GED dédiées

es services de développement spécifiques associés.

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

années d’expérience du Groupe MB2I. Implantée en France, en Europe (Italie, Espagne,

e Bretagne), aux Etats-Unis et en Chine, Open Bee est également présente

à Hammamet en Tunisie, au travers d’un pool compétent de développeurs.

une approche centrée sur l’écoute des besoin

s 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

formes informatiques, en perpétuelle évolution, au travers d’une gamme de

olutions et de services, à haute valeur ajoutée.

sont de grands constructeurs et éditeurs tels qu’IBM,

Les services d’Open Bee sont :

Développement Spécifique :



2010201020102010 /2011/2011/2011/2011

Open Bee » :

La conception et commercialisation de solutions logicielles GED dédiées aux

faire et des dix-huit

. Implantée en France, en Europe (Italie, Espagne,

Unis et en Chine, Open Bee est également présente

besoins de leurs clients et

s personnalisées, tenant compte, à la fois des besoins à court terme et

Open Bee apporte une véritable valeur ajoutée

formes informatiques, en perpétuelle évolution, au travers d’une gamme de

de grands constructeurs et éditeurs tels qu’IBM, Microsoft,





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.



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.



CHAPITRE N°1CHAPITRE N°1CHAPITRE N°1CHAPITRE N°1 ::::

ANALYSE



–––––––– CCCCCCCChhhhhhhhaaaaaaaappppppppiiiiiiiittttttttrrrrrrrreeeeeeee 11111111––––––––

AAAAAAAAnnnnnnnnaaaaaaaallllllllyyyyyyyysssssssseeeeeeee

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]



• 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]



• 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 :

(2 jours)

l 'Aïd El Fitr 23 juin jour de la célébration de l’anniversaire du Grand-duc

variable :

(2 jours)

l 'Aïd El Idha 15 août l’Assomption

1er novembre la Toussaint

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



• 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):



� 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.



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.



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.



Formuaire Vierge

Figure 4 : Modélisation de processus de gestion de congés

Gestion De Soldes et De Crédits

• Formulaire de demande

congéIngénieurs

• Approbation de chef de

projet Chef de projet

• Approbation Finale

Gérant

Administration

Formulaire Vierge


---- 18181818 ----

Modélisation de processus de gestion de congés

Nouvelle demande de

congé

Approuver la demande (favorable /défavorable)

Approuver la demande (favorable /défavorable)

Demande

Rejetée

Demande

Accepteée

Réponse

Formulaire de

2010201020102010 /2011/2011/2011/2011

Modélisation de processus de gestion de congés

Mise à jour (soldes et de crédits)



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.



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




SPÉCIFICATION DES BESOINS



–––––––– CCCCCCCChhhhhhhhaaaaaaaappppppppiiiiiiiittttttttrrrrrrrreeeeeeee 22222222 ––––––––

SSSSSSSSppppppppéééééééécccccccciiiiiiiiffffffffiiiiiiiiccccccccaaaaaaaattttttttiiiiiiiioooooooonnnnnnnn ddddddddeeeeeeeessssssss bbbbbbbbeeeeeeeessssssssooooooooiiiiiiiinnnnnnnnssssssss

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.



� Gérant : Personne ayant des privilèges en haut de la pyramide

validation finale des demandes de congés

rendement.

Figure 5 : Schéma

1.2 Identification de fonctionnalités par acteur

Ce tableau ci dessous (voir tableau 3)

suivi d’une description de chacune.

Acteur Cas d’utilisation

Développeur

Consulter les

Consulter soldes et crédits

Créer une d

Insérer des

Gérant

Chef de projet

Développeurs


---- 23232323 ----

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

Schéma descriptif indiquant la hiérarchie des acteur

Identification de fonctionnalités par acteur

(voir tableau 3) illustre les différents cas d’utilisation

suivi d’une description de chacune.

Cas d’utilisation Description

Consulter les congés

L’ingénieur peut consulter ses 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

de congé quotidiennement

Créer une demande 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

quotidiennement

• Responsable de toute la société• Approuver les demandes de congés• Suivier leur utilisteur

Gérant

•Approuver les demandes de congés•Assurer la responsable de gestion d'équipes de travail .

•Gérer les projets et les taches.

Chef de projet

•Développer des logicelles.

•Tester les programmes. •Insérer des tquotidienment.

Développeurs

2010201020102010 /2011/2011/2011/2011

chargée de la

des utilisateurs et leur

es acteurs.

cas d’utilisations par acteur

Description

L’ingénieur peut consulter ses congés

en attente avec la possibilité de les

modifier ou les annuler.

Il peut consulter ses soldes et ses crédits

de congé quotidiennement

peut effectuer une demande de congé

avec les raisons de son choix.

une tâche

Responsable de toute la sociétéApprouver les demandes de congés

Approuver les demandes de congésAssurer la responsable de gestion d'équipes de travail .Gérer les projets et les taches.

Développer des logicelles. Tester les programmes. Insérer des tâches quotidienment.



Chef de projet

Gérer les modules, les projets,

la liste des utilisateurs et les

jours fériés

Le chef de projet gère les modules, les

projets, la liste des utilisateurs et les

jours fériés par un simple ajout ou

modification ou suppression de ces

derniers.

Consulter la liste des

demandes de congé

Le chef de projet consulte les demandes

afin de donner un repense par favorable

ou défavorable.

Envoyer une demande de

congé

Il peut émettre une demande au gérant

Gérant

Consulter les demandes de

congé

Le gérant peut consulter la liste des

demandes de congé

Approuver les demandes Il gère les demandes par une approbation

finale

Consulter la liste des

utilisateurs, les jours fériés

Il peut consulter la liste des utilisateurs

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.



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



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.



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.



2.2 Contraintes techniques

Figure 9 : Nous avons deux types de contraintes techniques

programmation et l’autre de la base de

� Langage de programmation

Le langage de programmation que nous devons utiliser tout au long du

C# :un langage répandu au monde. Il est caractérisé par sa portabilité et utilisé pour la

programmation orientée objet.

L’outil de développement de l’application est l’asp.net, en utilisant le Framework

dotnet et le logiciel Microsoft Visuel Studio 2008.

Les contraintes qui doivent figurer

• Le code doit être suffisamment clair pour permettre de futures évolutions et

améliorations.

• L’ application doit faciliter la t

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 de réponse des requêtes de l’utilisateur doit

productivité.

� Base de données

Le System de gestion de bases de données proposées est

« Structered Query Langage » en anglais.


---- 28282828 ----

Contraintes techniques

: Logo International de la société : Open Bee.

Nous avons deux types de contraintes techniques : une celle de

la base de données.

Langage de programmation

Le langage de programmation que nous devons utiliser tout au long du

ndu au monde. Il est caractérisé par sa portabilité et utilisé pour la

objet.

oppement de l’application est l’asp.net, en utilisant le Framework

ogiciel Microsoft Visuel Studio 2008.

Les contraintes qui doivent figurer sont :

Le code doit être suffisamment clair pour permettre de futures évolutions et

application doit faciliter la 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 à

ps de réponse des requêtes de l’utilisateur doit être optimisé afin de gagner en

de données

Le System de gestion de bases de données proposées est MySQL

» en anglais.

2010201020102010 /2011/2011/2011/2011

: une celle de langage de

Le langage de programmation que nous devons utiliser tout au long du stage est le

ndu au monde. Il est caractérisé par sa portabilité et utilisé pour la

oppement de l’application est l’asp.net, en utilisant le Framework

Le code doit être suffisamment clair pour permettre de futures évolutions et

che de gestion de demandes de congés en supportant

L’interface Homme/Machine doit être conviviale, lisible, ergonomique et facile à

optimisé afin de gagner en

MySQL ou SQL veut dire



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.




CONCEPTION



–––––––– CCCCCCCChhhhhhhhaaaaaaaappppppppiiiiiiiittttttttrrrrrrrreeeeeeee 33333333 ––––––––

CCCCCCCCoooooooonnnnnnnncccccccceeeeeeeeppppppppttttttttiiiiiiiioooooooonnnnnnnn

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.



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

formes

triangulaires et arrondies

simples instanciés des

formes arrondies et

circulaires du logo pour

enrichir notre graphisme.

Nous avons choisi comme couleurs :

- Jaune tend vers l’orangé: Couleur faisant

partie du logo et aussi porteuse d'optimisme

et d'ouverture d'esprit.

- Noir : Tout comme le blanc, une nuance de

base et terme d’élégance et de simplicité.

- 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.

La typographie est

« Arial » : une police

standard, nette, visible et

simple qui garantie la

clarté d’une bonne lecture.

Tableau 4:Charte graphique.



1.2.2 Conception de l’interface

Avant de choisir la dernière interface, nous avons essayé plusieurs et divers

propositions de trouver la plus

Nous partageons comme essai

• Première conception

Cette conception est trop 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 requis par l’application.

Figure 10:

• Deuxième conception

Cette conception est simple

proportionnellement non équilibrés.


---- 33333333 ----

Conception de l’interface

Avant de choisir la dernière interface, nous avons essayé plusieurs et divers

la plus adéquate et la plus convaincante.

comme essais quelques exemples d’interfaces :

Première conception

op simple contenant une bannière et un menu qui permet à


s par l’application.

: Impression écran de la première proposition.

Deuxième conception

simple basée sur une séparation de la page en deux blocs

proportionnellement non équilibrés.

2010201020102010 /2011/2011/2011/2011

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

op simple contenant une bannière et un menu qui permet à


.

sur une séparation de la page en deux blocs



Figure 11:

• Troisième conception

Cette composition est une déviation à la simplicité visuelle et de navigation.

Figure 12:


---- 34343434 ----

Impression écran de la deuxième proposition

Troisième conception (finale)


:Impression écran de la troisième proposition.

2010201020102010 /2011/2011/2011/2011

Impression écran de la deuxième proposition.


proposition.



• Choix de l’interface

Afin de distinguer le meilleur choix

nous avons pris quelques critères pour analyser les différentes compositions indiquées ci

dessous.

Tableau 5:

⇒ A partir de cette courte comparaison, nous pouvons conclure que la

interface est la meilleure pour notre application comme

comparaisons.

1.3. Schéma de navigation

Critère

Facilité de

navigation

Interface 1

Interface 2

Interface 3


---- 35353535 ----

Choix de l’interface

Afin de distinguer le meilleur choix de conception graphique pour

nous avons pris quelques critères pour analyser les différentes compositions indiquées ci

:Comparaison entre les différentes interfaces.

A partir de cette courte comparaison, nous pouvons conclure que la

interface est la meilleure pour notre application comme l’indiquent les résultats des

Schéma de navigation

Figure 13:Schéma de navigation.

Facilité de

navigation

Compatibilité par

rapport à la

charte graphique

Aspect

+/- Non

Oui +/-

Oui Oui

2010201020102010 /2011/2011/2011/2011

de conception graphique pour notre application,

nous avons pris quelques critères pour analyser les différentes compositions indiquées ci-

Comparaison entre les différentes interfaces.

A partir de cette courte comparaison, nous pouvons conclure que la troisième

les résultats des

Aspect

visuel

Non

Non

Oui



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.

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

Figure 17:Maquette de page d’accueil d’un chef de projet.

LOGO

Date & heure Lien page Accueil

Lien de déconnexion

Menu

Info profil

Titre de page

Texte Accès de

Recherche sur Google

Calendrier

Météo Accès Rapide

LOGO Date & heure Lien

page Accueil


Menu Info

Lien de demandes en

attente de



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

1.4.2 Story Board

N°

Ecran

Contenu

Zones sensibles

Effet de

Survol

Navigation

(liens

vers)

1

-Page

d’accueil de

gérant

- Historique

des congés

-Liste

d’utilisateurs

- Consulter

jours fériés

-Changement

du curseur

(la flèche

devient une

main)

-Changement de

couleur el

position de lien

-Ecran 2

-Ecran 3

-Ecran4

LOGO Date & heure

Lien page Accueil


Menu

Titre de page

Texte

Lien de demande en

attente à confirmer

Calendrier

Météo

Figure 19: Maquette de page d’accueil d’un gérant.



2

-Page

d’historique

des congés

-Demandes à

confirmer

-Liste

d’utilisateurs

- Consulter

jours fériés

-Changement

du curseur

(la flèche

devient une

main)

-Changement de

couleur el

position de lien

-Ecran1

-Ecran3

-Ecran4

3

-Page de

consultation

de liste

d’utilisateurs

-Demandes à

confirmer

- Historique

des congés

- Consulter

jours fériés

-changement

du curseur

(la flèche

devient une

main)

-changement de

couleur el

position de lien

-Ecran1

-Ecran2

-Ecran4

4

-Page de

consultation

des jours

fériés

-Demandes à

confirmer

- Historique des

congés

-Liste

d’utilisateurs

-Changement

du curseur

(la flèche

devient une

main)

-Ecran1

-Ecran2

-Ecran3

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



Le choix de l’architecture se base sur l’architec

Le schéma ci-dessous, extrait du guide des bonnes pratiques de Microsoft pour la conception

des architectures d’application , illustre les différent

Figure 17

Cette vue architecturale spécifie les différents composants de l’application. Parmi

toutes ces couches, pour le besoin de not

suivantes :

∼ Présentation Layer

• UI Components

d’afficher les informations à l’utilisateur. Ce sont dans notre cas les pages

ASP.NET.

• UI Process Components

l’utilisateur avec le système qui suit un processus connu. Par exemple,


---- 39393939 ----

Le choix de l’architecture se base sur l’architecture standard du Framework .NET

dessous, extrait du guide des bonnes pratiques de Microsoft pour la conception

des architectures d’application , illustre les différentes couches de l’application .[8]

: Architecture Commune D'une Application.


toutes ces couches, pour le besoin de notre application, nous avons implémenté les couches

Layer : Une couche qui est constituée de deux composants

UI Components : C’est le composant visuel de l’interface. Elle permet


UI Process Components : Il permet dans la plupart des cas , l’i


2010201020102010 /2011/2011/2011/2011

re standard du Framework .NET.

dessous, extrait du guide des bonnes pratiques de Microsoft pour la conception

s couches de l’application .[8]

Commune D'une Application.


e application, nous avons implémenté les couches

de deux composants :

visuel de l’interface. Elle permet


Il permet dans la plupart des cas , l’interaction de




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



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



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.



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.



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.



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.



Figure19 : Diagramme de classe.



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.



Figure 20

2.3.2.2 Diagramme de séquence relatif

de congé

a. Description textuelle de

Titre du cas d’utilisation

Acteurs : Développeur

Objectif : Offrir la possibilité à un développeur de se connecter à son espace

afin de remplir

� Scénario nominale

Action des acteurs

1 : Choisir « nouvelle demande de congé

3 : Saisir information de demande

Tableau 9: Scénario nominal relatif à la création de


---- 48484848 ----

: Diagramme de séquence d'authentification.

Diagramme de séquence relatif de la création d’une demande

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

Titre du cas d’utilisation : Création d’une demande de congé.

éveloppeur.

Offrir la possibilité à un développeur de se connecter à son espace

sa demande de congé.

Scénario nominale (SN)


nouvelle demande de congé » 2 : Afficher à l’écran

demande de congé

information de demande 4 : Vérifier les informations saisies

6 : Créer une demande

7 : Afficher l’écran “Demande envoyée“

cénario nominal relatif à la création de demande de congé

2010201020102010 /2011/2011/2011/2011

.

création d’une demande

création d’une demande de congé

Création d’une demande de congé.


Réaction du système

l’écran le formulaire de

les informations saisies

“Demande envoyée“

demande de congé




A 1 : « Erreur de remplissage

- Le SA démarre au point

3. Afficher « Erreur d

- Le SN reprend au point


Dans le diagramme ci-

nouvelle demande de congé ou un employé «

création de demande.

Figure 21 : Diagramme de séquence de création d’une demande de congé


congé

a. Description textuelle


Acteurs : Développeur.

Objectif : Offrir la possibilité à un développeur de se connecter à son espace

afin de remplir


---- 49494949 ----

Scénario alternatif (SA)

e remplissage »

Le SA démarre au point 2

de remplissage »

Le SN reprend au point 3

Diagramme de séquence

-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

Diagramme de séquence de création d’une demande de congé

Diagramme de séquence relatif à l’annulation de demande de

Description textuelle d’annulation de demande de congé

Titre du cas d’utilisation : Création d’une demande de congé.

Développeur.


sa demande de congé.

2010201020102010 /2011/2011/2011/2011

de la création d’une

» remplit un formulaire de

Diagramme de séquence de création d’une demande de congé

annulation de demande de

d’annulation de demande de congé

demande de congé.




� Scénario nominale

Action des acteurs

1 : Choisir « Demandes de congé

4 : Sélectionner « Annuler demande

Tableau 10 : scénario


Dans le diagramme ci

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


---- 50505050 ----

Scénario nominale (SN)


de congés en attente 2 : Récupération de la liste de demandecongés

3 : Afficher à l’écran la liste de demandes encore validées

Annuler demande » 5 : Annuler demande de congé

6 : Afficher à l’écran « Demande annulée av

succès »

scénario nominal relatif à la création de demande de congé


Dans le diagramme ci-dessous, (voir figure 23) décrit l’opération de l’annulation


Diagramme de séquence d'annulation de demande de congé

2010201020102010 /2011/2011/2011/2011

Réaction du système

: Récupération de la liste de demandes de

la liste de demandes non

demande de congé

Demande annulée avec

la création de demande de congé

décrit l’opération de l’annulation


de demande de congé



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

tac tâches »

2 : Récupère les 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

de tâche

8 : vérifier les informations de formulaire

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 »

- Le SA démarre au point 8

9. Afficher « Erreur de remplissage »

- Le SN reprend au point 7




Dans le diagramme suivant, la figure

nouvelle tâche de la part de l’employé

Un employé ou ingénieur va

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

composants Tâche, Module et Projet

Figure 23 : Diag


---- 52525252 ----


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é.

Un employé ou ingénieur va remplir un formulaire en saisissant les informations

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

, Module et Projet.

Diagramme de séquence de la modification d’une

2010201020102010 /2011/2011/2011/2011

décrit l’opération de l’insertion d’une

remplir un formulaire en saisissant les informations

Une tâche est attachée à un module qui est inclue dans un projet. Ces

qui va appeler les

d’une tâche.



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

tac de congés en attente »

2 : Récupérer les demandes

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



Figure 24 : Diagramme 2.3.2.6 Diagramme de séquence relatif

a. Description textuelle de la l’ajout d’un module


Acteurs : Chef de projet

Objectif : Permettre au chef de projet d’ajouter un module et l’associer à un projet.


---- 54545454 ----

de séquence de la 1ére validation des demandes de congé

Diagramme de séquence relatif à l’ajout d’un module

textuelle de la l’ajout d’un module

Titre du cas d’utilisation : Ajout d’un module

Chef de projet

Permettre au chef de projet d’ajouter un module et l’associer à un projet.

2010201020102010 /2011/2011/2011/2011

la 1ére validation des demandes de congés

ajout d’un module

Permettre au chef de projet d’ajouter un module et l’associer à un projet.





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

- Le SA démarre au point 6

7. Afficher «Erreur de remplissage »

- Le SN reprend au point 5


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).



Figure 25 :


demandes de congé

a. Description textuelle de

congé


Acteurs : Gérant

Objectif : Permettre au

approuver on se


---- 56565656 ----

Diagramme de séquence d'ajout d'un module.

Diagramme de séquence relatif l’approbation finale des

demandes de congé

Description textuelle de l’approbation finale des demandes de

Titre du cas d’utilisation : l’ approbation finale des demandes de

Gérant

Permettre au gérant de consulter les demandes de congé

e basant sur des statistiques de soldes et crédi

2010201020102010 /2011/2011/2011/2011

de séquence d'ajout d'un module.

l’approbation finale des

l’approbation finale des demandes de

approbation finale des demandes de congé

de consulter les demandes de congé afin de les

et crédits de développeur.



a. Scénario nominale (SN)


1 : Choisir rubrique « Consulter la liste des

demande de congé en attente »

2 : Afficher à l’écran les demandes à

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

demande en attente »

7 : Afficher la liste des demandes en attente

8 : Approuver la demande « Défavorable » et

confirmer

9 : Modifier l’état de demande

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.

.



Figure 26 : Diagramme de séquence d'approbation de gérant basé sur les statistiques.

2.3.3 Diagramme

Les diagrammes d'états

objet ou d'un composant, en ré

des acteurs. Un état se caractérise par sa

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

c'est l'arrivée d'un événement qui conditionne la transition.

La figure ci-dessous (voir

demande de congé.


---- 58585858 ----

Diagramme de séquence d'approbation de gérant basé sur les statistiques.

Diagramme d’état-transition

Les diagrammes d'états-transitions permettent de décrire les changements d'

, en réponse aux interactions avec d'autres objets/composants ou avec

s. Un état se caractérise par sa durée et sa stabilité, il représente une conjonction


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.

(voir figure 29) présente le diagramme d’état de transition d’une

2010201020102010 /2011/2011/2011/2011

Diagramme de séquence d'approbation de gérant basé sur les statistiques.

transitions permettent de décrire les changements d'états d'un

s avec d'autres objets/composants ou avec

durée et sa stabilité, il représente une conjonction


. En d'autres termes :

figure 29) présente le diagramme d’état de transition d’une



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.



CHAPITRE N°CHAPITRE N°CHAPITRE N°CHAPITRE N°4444 ::::

RÉALISATION ET TESTS



Introduction

Cette partie contient le dernier volet de ce rapport, elle a comme but d’exposer

notre travail achevé. Nous allons débuter

logiciel utilisé tout au long de

1. Environnement matériel

Durant ce présent projet de fin d’études, tout le travail a été réalisé sur

ordinateurs portables qui ont les caractéristiques tech

Processeur

Mémoire RAM

Carte Graphique

Système d’Exploitation

Tableau

2. Environnement logiciel

2.1 Framework utilisé (. NET)

Figure

La plate-forme Microsoft .NET est une solution complète pour développer,


---- 61616161 ----

–––––––– CCCCCCCChhhhhhhhaaaaaaaappppppppiiiiiiiittttttttrrrrrrrreeeeeeee 44444444––––––––

RRRRRRRRééééééééaaaaaaaalllllllliiiiiiiissssssssaaaaaaaattttttttiiiiiiiioooooooonnnnnnnn eeeeeeeetttttttt tttttttteeeeeeeessssssssttttttttssssssss


notre travail achevé. Nous allons débuter par la prétention de l’environnement matériel et

la période de développement.

Environnement matériel

Durant ce présent projet de fin d’études, tout le travail a été réalisé sur

ont les caractéristiques techniques suivantes :

Intel Core 2 Duo CPU T5870

@ 2.00 GHZ.

Intel CPU T2050

4.00 Go. 1,00 Go

ATI Mobility Radeon HD. Nvidia

Windows Seven Edition

Intégrale.

Windows XP Service Pack 3

Tableau 15 : Tableau environnement matériel

Environnement logiciel

Framework utilisé (. NET)

Figure 28 : Logo Framework .NET

forme Microsoft .NET est une solution complète pour développer,

2010201020102010 /2011/2011/2011/2011


’environnement matériel et

Durant ce présent projet de fin d’études, tout le travail a été réalisé sur deux

Intel CPU T2050

Windows XP Service Pack 3

forme Microsoft .NET est une solution complète pour développer, déployer



l’exécuter des Applications de tous types, y compris des Services Web.

Fondée sur des standards de l''industrie

.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 o

La plate-forme Microsoft .NET repose sur le sy

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 e

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

(services transactionnels, applications internet/intran

langages avec des langages supporté

partenaires tels que Microfocus et Cobol, Borland (Delphi), …

2.2 Logiciels utilisés

• Microsoft Visual Studio 2008 Edition Professional

Microsoft Visual Studio

par Microsoft. La dernière version s'appelle

est encore en RC (Release Candidate)

Visual Studio est un ensemble complet d'outils de développement permettant de générer

des applications Web ASP.NET

applications mobiles. Visual Basic

environnement de développement intégré (IDE,

permet de partager des outils et facilite la création de solutions faisant appel à plusieurs langages.

Par ailleurs, ces langages permettent de mieux tirer parti


---- 62626262 ----

des Applications de tous types, y compris des Services Web.

Fondée sur des standards de l''industrie (HTTP, XML, SOAP, WSDL), la plate

est un moyen simple et puissant d''implémenter la coopération des services logiciels

quelle que soit leur localisation, leur implémentation technique, qu''ils soient

externes, existants ou à inventer.

forme Microsoft .NET repose sur le système d''exploitation Windows


implémenter entièrement son système d’informations à base de Framework .NET e


considération des différents types de clients (Web-HTML, Windows, Pocket PC) et

(services transactionnels, applications internet/intranet). Le Framework .NET est

langages avec des langages supportés par Microsoft (VB.NET, C#, C++, J#) et par

partenaires tels que Microfocus et Cobol, Borland (Delphi), …

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

. La dernière version s'appelle Visual Studio 2008. La version

RC (Release Candidate) (février 2010).


ASP.NET, des Services Web XML, des applications bureautiques et des

Visual Basic, Visual C++, Visual C# et Visual J# utilisent tous le même

environnement de développement intégré (IDE, Integrated Development Environment


Par ailleurs, ces langages permettent de mieux tirer partie des fonctionnalités du

2010201020102010 /2011/2011/2011/2011

(HTTP, XML, SOAP, WSDL), la plate-forme

est un moyen simple et puissant d''implémenter la coopération des services logiciels

quelle que soit leur localisation, leur implémentation technique, qu''ils soient

stème d''exploitation Windows et


implémenter entièrement son système d’informations à base de Framework .NET et s’est


HTML, Windows, Pocket PC) et serveurs

et). Le Framework .NET est multi

par Microsoft (VB.NET, C#, C++, J#) et par ses

est une suite de logiciels de développement pour Windows conçu

La version Visual Studio 2010


, des applications bureautiques et des

utilisent tous le même

d Development Environment), qui leur


des fonctionnalités du Framework .NET,



qui fournit un accès à des technologies clés simplifiant le développement d'applications Web ASP

et de Services Web XML grâce à

Cette version (nom de code

Parmi les nouveautés de cette version:

- Elle est fondée sur le .NET Framework 3.5

- Des outils de métrologie

des routines, calcul de la complexité

utilisée, temps d'exécution).

- Gestion complète du développement collaboratif et des versions (auteurs et révisions

du code) en intégrant l'outil PowerTools

- Possibilité d'automatiser les processus de compilation et intégration (avec des

- Meilleure gestion des tests avec possibilité d'élaborer des scénarios de

test spécifique aux applications

- Suppression des wizards assistant et de la bibliothèque

web en C++.

- amélioration de prise en c

• PowerAMC

Figure

Afin de modéliser notre

de modélisation nommé « Power

PowerAMC est un logiciel

informatiques et leurs bases de données

racheté par Powersoft, ce logiciel est produit par


---- 63636363 ----


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

e version:

lle est fondée sur le .NET Framework 3.5.

métrologie relatifs au code (indicateurs du nombre de lignes, profondeur

des routines, calcul de la complexité cyclomatique), relatifs à la performance (mémoire

estion complète du développement collaboratif et des versions (auteurs et révisions

du code) en intégrant l'outil PowerTools.

ossibilité d'automatiser les processus de compilation et intégration (avec des

eilleure gestion des tests avec possibilité d'élaborer des scénarios de

test spécifique aux applications Ajax.

uppression des wizards assistant et de la bibliothèque ATL pour faire des

amélioration de prise en charge des fichiers XML (validation IE...).

PowerAMC

Figure 30 : SYBASE PowerAMC

Afin de modéliser notre travail en langage UML, nous avons en recourt à un

PowerAMC » avec la version 11.

logiciel de modélisation. Il permet de modéliser les traitements

bases de données associées. Créé par SDP sous le nom

racheté par Powersoft, ce logiciel est produit par Sybase depuis le rachat par cet éditeur en

2010201020102010 /2011/2011/2011/2011


) est sortie en version finale à la fin de l'année 2007.

relatifs au code (indicateurs du nombre de lignes, profondeur

), relatifs à la performance (mémoire

estion complète du développement collaboratif et des versions (auteurs et révisions

ossibilité d'automatiser les processus de compilation et intégration (avec des triggers).

eilleure gestion des tests avec possibilité d'élaborer des scénarios de test, module de

pour faire des services

recourt à un logiciel

de modélisation. Il permet de modéliser les traitements

par SDP sous le nom AMC Designor,

depuis le rachat par cet éditeur en



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



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.



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]



3. Principales interfaces graphiques

3.1. Authentification

Figure

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’

3.2 Espace « Ingénieur

• L’interface ci-dessous

authentifié. L’application offre aux utilisateurs plusieurs

sont ordonnés dans un ordre hiérarchique ou sous forme d’arbre.


---- 67676767 ----

Principales interfaces graphiques

Authentification

Figure 30 : Interface d'authentification.



Une fois authentifié, l’utilisateur accède à la page d’accueil de sa session ou espace.

Ingénieur »

constitue la première page qu’obtient l’ingénieur une fois

L’application offre aux utilisateurs plusieurs autorisations et des liens qui

sont ordonnés dans un ordre hiérarchique ou sous forme d’arbre.

2010201020102010 /2011/2011/2011/2011



accueil de sa session ou espace.

constitue la première page qu’obtient l’ingénieur une fois

autorisations et des liens qui



Figure 31 • L’écran suivant constitue l’interface à travers laquelle l’ingénieur peut

tache quotidiennement.

Figure 32


---- 68686868 ----

31 : Interface d'accueil d'un simple employé.

constitue l’interface à travers laquelle l’ingénieur peut insère

32 : Interface d'insertion d'une nouvelle tâche.

2010201020102010 /2011/2011/2011/2011

insère une nouvelle



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

de savoir le nombre total d

Figure • L’écran suivant constitue l’interface à travers laquelle l’ingénieur peut

demande de congés.

Figure 34


---- 69696969 ----

Chef de projet »

constitue la page d’accueil qu’obtient l’administrateur une fois

Les liens qui sont ordonnés dans un ordre linéaire. L’interface permet aussi

de savoir le nombre total de demandes de congés en attente.

Figure 33 : Interface d'accueil d'administrateur.

constitue l’interface à travers laquelle l’ingénieur peut insère

: Interface de création de demande de congé

2010201020102010 /2011/2011/2011/2011

constitue la page d’accueil qu’obtient l’administrateur une fois

L’interface permet aussi

insère une nouvelle



• L’interface suivante est une interface de suivi de rendement des

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

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

ainsi voir tous les détails de

statistiques.


---- 70707070 ----

L’interface suivante est une interface de suivi de rendement des développeurs.


aussi que, les jours fériés dans une période choisie.

35 : Interface de statistiques de rendement

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

s les détails de demandes, les soldes et crédits des employés sous forme de

2010201020102010 /2011/2011/2011/2011

développeurs. Elle


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

loyés sous forme de



Figure 36 : Interface de gérant d’approbation des demandes de congé

Figure 37 : Interface des statistiques des soldes et crédits suite Conclusion

Dans ce dernier chapitre, nous

l’application, notamment l’utilisation des Framework .NET 2.0

Nous avons par la suite

écrans de l’application développé


---- 71717171 ----

Interface de gérant d’approbation des demandes de congé

Interface des statistiques des soldes et crédits suite aux demande

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.

2010201020102010 /2011/2011/2011/2011

Interface de gérant d’approbation des demandes de congé

demandes de congé

l’environnement matériel et logiciel de

la partie démonstration quelques captures



CCCCCCCCOOOOOOOONNNNNNNNCCCCCCCCLLLLLLLLUUUUUUUUSSSSSSSSIIIIIIIIOOOOOOOONNNNNNNN GGGGGGGGEEEEEEEENNNNNNNNEEEEEEEERRRRRRRRAAAAAAAALLLLLLLL

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.



BBBBBBBBIIIIIIIIBBBBBBBBLLLLLLLLIIIIIIIIOOOOOOOOGGGGGGGGRRRRRRRRAAAAAAAAPPPPPPPPHHHHHHHHIIIIIIIIEEEEEEEE EEEEEEEETTTTTTTT NNNNNNNNEEEEEEEETTTTTTTTOOOOOOOOGGGGGGGGRRRRRRRRAAAAAAAAPPPPPPPPHHHHHHHHIIIIIIIIEEEEEEEE

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)



ANNEXESANNEXESANNEXESANNEXES



AAAAAAAANNNNNNNNNNNNNNNNEEEEEEEEXXXXXXXXEEEEEEEE :::::::: DDDDDDDDEEEEEEEEMMMMMMMMAAAAAAAANNNNNNNNDDDDDDDDEEEEEEEE DDDDDDDDEEEEEEEE CCCCCCCCOOOOOOOONNNNNNNNGGGGGGGGEEEEEEEE

ttttaaaaaaabbbbbbbllllllleeeeeee … · rapport de projet de fin d’études islainislain ---- 1111...

Documents