Rapport med wahabi hamdi jan 2010

REPUBLIQUE TUNISIENNE
*****
MINISTERE DE L'ENSEIGNEMENT SUPERIEUR, DE LA
RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE
*****
DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES
*****
INSTITUT SUPERIEUR DES ETUDES TECHNOLOGIQUES
DE CHARGUIA
*****
Département Technologies de l’Informatique

RAPPORT
De
Projet de fin d’Etudes

Présenté en vue de l’obtention du diplôme
De

TECHNICIEN SUPERIEUR EN INFORMATIQUE DE GESTION

Sujet :

APPLICATION POUR LA GESTION DES ACTES
SOCIAUX
Elaboré par

Mohamed WAHABI
&
Mohamed HAMDI

Encadré par :

Mlle Amel TRIKI
Mme Habiba BEN AMOR

Société d’accueil : Arabsoft

Année Universitaire : 2009/2010
Semestre 1

Dédicaces

Je dédie ce travail à :

Mes chers parents, que nulle dédicace ne peut exprimer mes
sincères sentiments, pour leur patience
illimitée, leur encouragement contenu, leur aide, en
témoignage de mon profond amour et respect
pour ses grands sacrifices.

Mes chers frères : Rym, Marwa et Khalil , pour leur grand
amour et leur soutien qu’ils trouvent ici
l’expression de ma haute gratitude.

Mes chers amis qui sans leur encouragement ce travail
n’aura jamais vu le jour.
Et à toute ma famille et à tous ceux que j’aime.

Mohamed WAHABI

Dédicaces

Je dédie ce modeste travail,

A mes très chers parents qui ont toujours été là pour moi,
et qui m'ont donné un magnifique modèle de labeur et de
persévérance.
J'espère qu'ils trouveront dans ce travail
toute ma reconnaissance et tout mon amour.

A mon frère et ma sœur qui m’ont encouragé et m’ont donné
l’amour,
qui m’ont respecté et m’ont offert la bonne ambiance.
A mes amis qui ont fait de leur mieux pour
me soutenir durant ce travail.

A toutes ces personnes que j’ai senties redoutable de leur
dédier ce modeste travail avec mes vifs remerciements et les
expressions respectueuses de ma profonde gratitude.

Mohamed HAMDI

Remerciements

Nous voulons exprimer par ces quelques lignes de remerciements notre gratitude
envers tous ceux en qui, par leur présence, leur soutien, leur disponibilité et leurs
conseils nous avons trouvé courage afin d’accomplir ce projet.

Nous commençons par remercier Mademoiselle Amel TRIKI qui nous a fait
l’honneur d’être notre encadrant. Nous la remercions profondément pour son
encouragement continu et aussi d’être toujours la pour nous écouter, nous aider et
nous guider à retrouver le bon chemin par sa sagesse et ses précieux conseils, ce qui
nous a donné la force et le courage d’accomplir ce projet.

Nos remerciements les plus sincères s’adressent de même à Madame Habiba
BEN AMOR, notre encadreur à la société ARABSOFT pour ses conseils intéressants,
sont encouragement continu, ainsi que le temps qu’elle nous a réservé malgré sa
grande occupation.

Nous tenons à remercier également toute l’équipe de la société ARABSOFT pour
leur aide et leur soutien, en leur souhaitant une bonne continuation.

En fin, nous ne pouvons achever ce projet sans exprimer notre gratitude à tous
les enseignants de l’Institut Supérieure des Etudes Technologique de Charguia, pour
leur dévouement et leur assistance tout au long de nos études universitaires.

‫تلخيص‬
‫مشروعنا يتلخص في تصور وتحقيق نظام إدارة األعمال االجتماعية الذي يسمح بإدارة مختلف الحوافز المقدمة من الشركة‬
...‫من أقساط, مالبس العمل‬
.‫ھذا النظام نفذ في عرب صوفت , وتتمثل أھدافنا الرئيسية في إدارة متابعة ومراقبة ھذه األعمال االجتماعية‬
."‫لتحقيق ھدفنا قمنا باستخدام "ماي سكل" كنظام إدارة قواعد البيانات و باستخدام لغة النمذجة "إم ل‬
.‫وأخيرا نظام إدارة األعمال االجتماعية سوف يستغل من زبائن الشركة‬
.‫إن ھذا التقرير يصف مراحل تحقيق ھذا المشروع‬
.‫الكلمات المفاتيح: نظام إدارة األعمال االجتماعية, ماي سكل , إم ل‬

Résumé
Notre projet se résume en la conception et la réalisation d’un système de gestion des actes
sociaux, qui permet la gestion des différentes motivations offerte par l’entreprise a ses
employés (les primes, les vêtements de travail…).
Ce système a été implémenté au sein d’ARAB SOFT, ses objectifs majeurs sont la gestion, le
suivi et le contrôle des actes sociaux.
Pour atteindre cet objectif, nous avons eu recours à créer un d’un système de gestion des actes
avec MySQL comme système de gestion de bases de données et UML comme langage de
modélisation.
Enfin, notre application de gestion des actes sociaux sera exploitée par les clients de la
société.
Le présent rapport décrit les différentes étapes de réalisation de ce projet.
Mots-clés : Système de gestion des actes sociaux, MySQL, UML.

Abstract
Our project consists in the conception and the realization of a management system of the
social acts, which allows the management of the various motivations offered by the company,
to its employees (the premiums, the working clothes…).
This system was implemented in ARAB SOFT; its major objectives are the management, the
follow-up of the social acts.
To reach this objective, we had appeal to create a management system of the social acts with
MySQL as database management system and UML as modeling language.
Finally, our application of social acts management will be exploited by the customers of the
company.
The present report describes the various stages of realization of this project.
Keywords: Management system of the social acts, MySQL, UML.

Table des matières

INTRODUCTION GENERALE---------------------------------------------------------------------- 1

CHAPITRE 1 : PRESENTATION DU CADRE DU PROJET -------------------------------- 2

INTRODUCTION -------------------------------------------------------------------------------------------- 2
I. PRESENTATION DE LA SOCIETE --------------------------------------------------------------------- 2
1. HISTORIQUE -------------------------------------------------------------------------------------------- 2
2. MISSION ------------------------------------------------------------------------------------------------ 2
3. SAVOIR FAIRE ------------------------------------------------------------------------------------------ 3
4. ORGANIGRAMMES DE L’ARABSOFT -------------------------------------------------------------- 3
5. PARC INFORMATIQUE --------------------------------------------------------------------------------- 4
II. ETUDE DE L’EXISTANT------------------------------------------------------------------------------- 4
1. DESCRIPTION DE L’EXISTANT ------------------------------------------------------------------------ 4
2. CRITIQUE DE L’EXISTANT----------------------------------------------------------------------------- 5
3. SOLUTION PROPOSEE ---------------------------------------------------------------------------------- 5
III. METHODOLOGIE ADOPTEE ------------------------------------------------------------------------ 5
CONCLUSION ----------------------------------------------------------------------------------------------- 6

CHAPITRE 2 : SPECIFICATION DES BESOINS ---------------------------------------------- 7

INTRODUCTION -------------------------------------------------------------------------------------------- 7
I. ETUDE DES BESOINS ---------------------------------------------------------------------------------- 7
1. BESOINS FONCTIONNELS ------------------------------------------------------------------------------ 7
A) PRISE EN CHARGE DES PRIMES DE SCOLARITE ET DES PRIMES DE JARDIN D’ENFANT ---------- 7
B) GESTION DES HABILLEMENTS ------------------------------------------------------------------------ 8
C) LA GESTION DU STOCK -------------------------------------------------------------------------------- 8
2. BESOINS NON FONCTIONNELS ------------------------------------------------------------------------ 9
II. LES DIAGRAMMES DES CAS D’UTILISATION ------------------------------------------------------ 9
1. PRESENTATION DES ACTEURS ------------------------------------------------------------------------ 9
2. DESCRIPTION DES CAS D’UTILISATION -------------------------------------------------------------10
A) DESCRIPTION DU CAS D’UTILISATION DE L’EMPLOYE --------------------------------------------10
B) DESCRIPTION DU CAS D’UTILISATION DE L’AGENT DE CONTROL GRH ------------------------11
C) DESCRIPTION DU CAS D’UTILISATION DU RESPONSABLE GRH----------------------------------13
D) DESCRIPTION DU CAS D’UTILISATION DE L’AGENT DE CONTROLE DU STOCK -----------------14
III. LE DIAGRAMME DE SEQUENCE -------------------------------------------------------------------16
1. LE DIAGRAMME DE SEQUENCE « VUE PRIME » ----------------------------------------------------16
2. LE DIAGRAMME DE SEQUENCE « VUE HABILLEMENT» -------------------------------------------16
CONCLUSION ----------------------------------------------------------------------------------------------17

CHAPITRE 3: CONCEPTION ----------------------------------------------------------------------18

INTRODUCTION -------------------------------------------------------------------------------------------18
I. ARCHITECTURE GLOBALE DE LA SOLUTION -----------------------------------------------------18
II. CONCEPTION DU NIVEAU DONNE------------------------------------------------------------------19
1. LES REGLES DE GESTION -----------------------------------------------------------------------------19
2. DIAGRAMMES DES CLASSES -------------------------------------------------------------------------19
A) DESCRIPTION DES CLASSES « VUE PRIMES »------------------------------------------------------19
B) DIAGRAMME DES CLASSES « VUE PRIME » --------------------------------------------------------20
C) DESCRIPTION DES CLASSES « VUE HABILLEMENT »---------------------------------------------20
D) DIAGRAMME DES CLASSES « VUE HABILLEMENT » ---------------------------------------------21
E) DESCRIPTION DES CLASSES « VUE STOCK »-------------------------------------------------------22
F) DIAGRAMME DES CLASSES « VUE STOCK » -------------------------------------------------------22
3. MODELE RELATIONNEL ------------------------------------------------------------------------------22
III. CONCEPTION DU NIVEAU APPLICATION ---------------------------------------------------------23
1. VUE AFFECTATION DES PRIMES DE JARDIN D'ENFANTS ------------------------------------------23
2. VUE AFFECTATION DES VETEMENTS DE TRAVAIL ------------------------------------------------24
3. VUE COMMANDES FOURNISSEURS -----------------------------------------------------------------26
IV. CONCEPTION DU NIVEAU PRESENTATION ------------------------------------------------------26
1. STRUCTURE DE L’APPLICATION ---------------------------------------------------------------------26
2. CHARTE GRAPHIQUE ---------------------------------------------------------------------------------27
3. SCHEMA NAVIGATIONNEL DE L’APPLICATION ----------------------------------------------------27
CONCLUSION ----------------------------------------------------------------------------------------------29

CHAPITRE 4 : REALISATION---------------------------------------------------------------------30

INTRODUCTION -------------------------------------------------------------------------------------------30
I. ENVIRONNEMENT DE DEVELOPPEMENT ----------------------------------------------------------30
1. ENVIRONNEMENT MATERIEL ------------------------------------------------------------------------30
2. ENVIRONNEMENT LOGICIEL -------------------------------------------------------------------------30
II. CHOIX DE L’ENVIRONNEMENT --------------------------------------------------------------------30
III. DEPLOIEMENT DE L’APPLICATION --------------------------------------------------------------31
IV. PRINCIPALES INTERFACES GRAPHIQUES -------------------------------------------------------32
1. INTERFACES DE L’EMPLOYE -------------------------------------------------------------------------32
2. INTERFACES DE L’AGENT DE CONTROLE GRH ----------------------------------------------------34
3. INTERFACES DE L’AGENT DE CONTROLE DU STOCK ----------------------------------------------37
V. PLANIFICATION DU PROJET -----------------------------------------------------------------------38
CONCLUSION ----------------------------------------------------------------------------------------------38

CONCLUSION GENERALE ------------------------------------------------------------------------39

BIBLIOGRAPHIE ET NETOGRAPHIE ---------------------------------------------------------41

ANNEXES ------------------------------------------------------------------------------------------------42

Liste des figures

Figure 1: Organigramme d'ARABSOFT .................................................................................1
Figure 2: Diagramme des cas d’utilisation de l'employé........................................................10
Figure 3: Diagramme des cas d’utilisation de l’agent de contrôle GRH.................................11
Figure 4: Diagramme du cas d’utilisation « Prise en charge des primes du jardin d’enfant » 11
Figure 5: Diagramme du cas d’utilisation « Gestion des habillements » ................................12
Figure 6: Diagramme du cas d’utilisation du responsable GRH ............................................13
Figure 7: Diagramme du cas d’utilisation de l'agent de control du stock ...............................14
Figure 8: Raffinement du cas d’utilisation gestion des prélèvements.....................................14
Figure 9: Raffinement du cas d’utilisation Prise en charge des commandes fournisseurs.......15
Figure 10: Diagramme de séquence « vue prime »................................................................16
Figure 11: Diagramme se séquence « vue habillement » .......................................................17
Figure 12: La structure générique d'une architecture 3-tiers ..................................................18
Figure 13: Diagramme de classes « vue prime » ...................................................................20
Figure 14: Diagramme de classes «Vue habillement » ..........................................................21
Figure 15: Diagramme de classes « Vue stock » ...................................................................22
Figure 16: Diagramme de séquence relatif à l'affectation des primes de jardin d'enfants .......24
Figure 17: Diagramme de séquence relatif à l’affectation des vêtements de travail................25
Figure 18: Diagramme de séquence relatif à la prise en charge des commandes ....................26
Figure 19: Structure du site en évolution...............................................................................27
Figure 20: Charte graphique .................................................................................................27
Figure 22: Menu de l'agent de control GRH..........................................................................28
Figure 21: Menu de l'employé ...............................................................................................1
Figure 23: Schéma de déploiement du système .....................................................................31
Figure 24 : Authentification..................................................................................................32
Figure 25 : interfaces employé..............................................................................................32
Figure 26: interface employé «vue habillements » ................................................................33
Figure 27: Interface agent GRH « vue paramétrages des familles d’articles » .......................34
Figure 28: interfaces agent GRH « vue affectation des primes de jardin d’enfants »..............35
Figure 29: interface agent de contrôle GRH « vue affectation des vêtements de travail » ......36
Figure 30: interface agent de stock « vue commande » .........................................................37
Figure 31: Diagramme de GANTT .......................................................................................38

Introduction générale

Introduction générale

Dans leur quête d’une meilleure satisfaction de leurs employés, les grandes sociétés
s’orientent de plus en plus vers l’amélioration de la qualité de leurs méthodes de motivation.
L’adoption de bonnes pratiques afin d’atteindre ce but est aujourd’hui un choix stratégique
voire inévitable.

Pour cela notre objectif consiste à mettre en place un portail intranet qui permet
d’assurer une meilleure communication et faciliter le partage d’information.

Néanmoins, il ne s’agit pas seulement de créer un portail statique dans un monde où
l’information est en continuel dynamisme. Pour cela, nous nous sommes intéressés à la
manière de réaliser ce portail pour garantir les meilleures performances et la capacité
maximale à s’intégrer avec les outils quotidiens des utilisateurs pour assurer la gestion des
actes sociaux afin de gérer les primes associées aux employés de l’entreprise, pour leurs
enfants et aussi afin de gérer les habillements affectés aux allocataires de la société. D’où le
choix des technologies de programmation qui offrent la possibilité d’optimiser plus
simplement le site, faciliter sa maintenance et son administration.

Notre rapport est structuré en quatre chapitres :

Le premier chapitre est consacré à la présentation du contexte du sujet dans lequel nous
introduisons le cadre de travail ainsi que la problématique et les objectifs de la réalisation du
système.

Le deuxième chapitre n’est autre qu’une étude préalable dans le but de faire étayer les
différents modules de l’application

Au niveau du troisième chapitre nous détaillons l’architecture de notre système et nous
présentons la conception de chaque partie de l’architecture adoptée.

Dans le dernier chapitre nous présentons l’environnement de développement, le
diagramme de déploiement qui illustre la mise en œuvre de la solution, les principales
interfaces graphiques et le planning prévisionnel et réel pour la gestion de notre projet.

Application pour la gestion des actes sociaux Page 1

Présentation du cadre du projet

Chapitre 1 : Présentation du cadre du projet

Introduction
Dans ce chapitre, nous mettons le sujet dans son cadre général, en présentant
l’organisme d’accueil. Par la suite, nous abordons l’étude de l’existant du projet, suivie d’une
critique pour pouvoir dégager les contraintes à respecter pendant la réalisation de notre projet
et nous clôturons le chapitre par une description de la méthodologie utilisée dans notre
application.
I. Présentation de la société
ARAB SOFT, peut se targuer d’être le leader dans le domaine du service d’ingénierie
informatique. Elle est leader en Tunisie mais aussi à l’échelle international où ses
compétences sont très prisées. [1]
1. Historique
Créée en 1985 avec un effectif de 8 employés et disposant actuellement d'une équipe
dépassant les 100 employés la société a connu dés sa première année d'existence une
croissance rapide qui l'a propulsé au rang de leader national en ingénierie de software
anticipant ainsi l'évolution inévitable de l'ensemble du marché.
2. Mission
ARAB SOFT développe plusieurs logiciels, notamment dans la gestion des RH,
comptabilité financière, gestion hôtelière, gestion de maintenance assistée par ordinateur,
gestion commerciale, gestion des services administratifs, les contentieux pour toutes les
activités…et elle a comme principales Missions :
• L’édition des logiciels
• La vente ERP (Administration publique et privé, sociétés, groupe sociétés, firmes,
hôtellerie,...)
• La conception et développement de systèmes spécifiques
• Le conseil, la formation et l’assistance



3. Savoir faire
Etude, conception, développement de logiciels sectoriels spécifiques, développement de
logiciels standards, développement des sites Web dynamiques, formation sur les logiciels
conçus et distribués, déploiements de solutions en architectures clients/serveurs et n-tiers.
4. Organigrammes de l’ARABSOFT
Nous avons effectué notre stage au sein de l’ARABSOFT dans le Service
Développement, dont l’organisation est représentée par l’organigramme ci-dessous :

Figure 1: Organigramme d'ARABSOFT



5. Parc informatique
Cette partie décrit les composants du parc informatique d’ARABSOFT en citant
l’ensemble des outils informatiques par catégorie comme suit:
• Les méthodologies de conception: MERISE, UML.
• Les outils de conception: DESIGNER 2000, AMC DESIGNER, RATIONAL ROSE.
• Les systèmes d'exploitation maîtrisés et utilisés: UNIX, SOLARIS, LINUX,
WINDOWS NT, WINDOWS 2000, WINDOWS XP.
• Les systèmes de gestion de base de données maîtrisés et exploités: ORACLE,
MySQL.
• Les outils de développements: VISUAL STUDIO 6.0 et .NET, FORMS, PL/SQL,
BORLAND JBUILDER 10.
• Les langages de développement pour le web: JSP, ASP, PHP, JAVASCRIPT, COLD
FUSION STUDIO, JDEVELOPPER.
• Les serveurs d'applications: ORACLE Application Server, APACHE.
• Communication: Réseau Ethernet, TCP/IP, WIRELESS, etc.
II. Etude de l’existant
1. Description de l’existant
Le système de gestion des ressources humaines est un projet en cours de
réalisation sous le système de gestion de base de données Mysql. Cette application a pour
objectif de réaliser la gestion des ressources humaines à savoir le recrutement, la gestion des
congés, la gestion des prêts et cession sur salaire, l’assurance maladie, la gestion des actes
sociaux, la gestion budgétaire…
Dans le cadre de notre projet, nous présentons un intérêt particulier pour le processus de
gestion des actes sociaux qui s’effectue comme suit :
Chaque employé ayant des enfants est concerné soit par les primes de scolarité soit par
les primes de jardin d’enfants. L’affectation des primes dépend de l’âge de l’enfant et de son
niveau. Si c’est le cas, l’employé lui sera associé les primes correspondantes à ses enfants soit
mensuellement pour la prime de jardin d’enfants ou annuellement pour la prime de scolarité
mais après avoir présenté les pièces justificatives.
Pour les habillements, chaque employé, ayant le droit d’habillement, est doté d’une
tenue de travail, selon sa fonction, composée d’un ou de plusieurs articles. L’employé se
présente avec sa fiche de mensuration au magasin pour avoir ses vêtements de travail et le
prélèvement sera enregistré.



Les habillements sont commandés auprès des fournisseurs selon l’effectif par article, la
commande peut concerner un à plusieurs articles et les commandes peuvent être livrées sur
une ou plusieurs fois.
A la fin de chaque année, le gestionnaire du stock calcule les inventaires.
2. Critique de l’existant
Suite à l’étude de l’existant, nous avons dégagé certaines insuffisances à savoir :
- L’employé peut bénéficier des primes sans que son dossier soit complet.
- Le degré de précision au niveau des informations disponibles à propos des tailles et
des enfants concernés par les primes ne sont pas suffisantes pour assurer différents traitements
exigés car l’agent s’appui sur des anciennes informations lors de l’affectation.
- La perte de temps au niveau de la dotation ou du prélèvement des habillements quand
un employé trouve que ses mensurations sont fausses.
- Chaque employé doit avoir sa fiche de mensuration à travers le service GRH ce qui
engendre une grande masse de travail et un temps de recherche sur ce dernier.
3. Solution proposée
Afin de remédier aux défaillances citées précédemment, nous nous sommes proposés de
développer un portail intranet dynamique qui va être exploité par plusieurs intervenants à
travers les services. Le principal objectif de ce système consiste à gérer les actes sociaux au
sein de l’entreprise.
Notre solution consiste à créer un flux d'informations au sein de l’organisation pour
assurer la gestion informatique de l'ensemble des tâches à accomplir et des différents acteurs
impliqués dans la réalisation des processus en donnant l’opportunité a l’employé d’intervenir
pour gagner le temps et assurer la précision des informations.
Par ailleurs, l’application doit permettre la saisie des données et éliminer la redondance
des informations.
III. Méthodologie adoptée
La volonté d’avoir une nouvelle méthode pour manipuler les processus de gestion de
ressources humaine, dans le cadre de ce projet, touchent la totalité de système d’information
concernant l’aspect ressources humaines. C’est le changement total du système d’information
qui nous a poussés à choisir comme méthodologie de développement RUP (Rational Unified
Process). C’est un standard, il propose une conception assez poussée et prend en compte tous
les détails de conception y compris le système existant, RUP a la visibilité sur tout le système
d’information et il est conseillé pour des projets qui commencent à zéro.



Cette méthodologie est basée sur le langage de modélisation UML (Unified Modeling
Langage) que nous avons adopté pour toute la suite de notre travail.

Conclusion
Nous avons entamé ce chapitre par une présentation de la société d’accueil. Ensuite,
nous avons mené une étude critique de l’existant suivie d’une description de la solution
proposée. Enfin, nous avons présenté la méthodologie adoptée.


Spécification des besoins

Chapitre 2 : Spécification des besoins

Introduction
Après l’étude de l’existant et la proposition d’une solution théorique, cette phase
consiste à cadrer le projet et à définir ses cas d’utilisation afin de mieux le situer dans son
contexte général. Pour cela, nous allons commencer par présenter les besoins fonctionnels, les
besoins non fonctionnels pour enfin terminer avec la présentation des cas d’utilisation de
notre application qui consiste à gérer les actes sociaux au sein de la société.
I. Etude des besoins
Dans cette section du chapitre, nous nous intéressons aux besoins des utilisateurs à
travers les spécifications fonctionnelles et non fonctionnelles pour aboutir à une application
de qualité selon les besoins du client.
1. Besoins fonctionnels
Ces fonctionnalités se présentent en trois grandes parties, la prise en charge des primes
de scolarité et de jardin d’enfants, la gestion des habillements et la gestion du stock.
a) Prise en charge des primes de scolarité et des primes de jardin d’enfant
Ces primes sont destinées à aider les allocataires de la société à faire face aux frais de
jardin d’enfant et d'acquisition des livres et fournitures scolaires pour leurs enfants qui sont
âgés de moins de cinq ans ou bien ceux qui sont scolarisés ou suivent des études techniques,
secondaires ou supérieures.
Affectation des primes
Apres avoir consulté les demandes de prime et la vérification des pièces justificatives,
chaque employé lui est affecté zéro ou plusieurs primes pour ses enfants.
Validation des primes
Le système permet la supervision et la validation des affectations des primes par le
supérieur hiérarchique.
Consultation des affectations des primes
Après la validation du responsable du service GRH, l’employé vérifier s’il va bénéficier
des prime ou non.



Paramétrage des primes
Les primes sont affectées selon des barèmes bien déterminés dépendant des niveaux et
des âges des enfants, le système permet la mise à jour des barèmes.
b) Gestion des habillements
Remplissage des fiches de mensurations
Chaque années les employés, ayant le droit d’habillement, bénéficient de nouveaux
uniformes de travail et pour ce la ils doivent enregistrer leurs mensurations dans la fiche de
mensurations à partir de leurs profil.
Affectation des vêtements de travail
Les vêtements sont donnés à chaque employé selon sa fonction et ses propres
mensurations déjà enregistré à partir de sa fiche de mensurations.
Paramétrages des habillements
Le paramétrage des habillements consiste à la mise à jour des catégories des tenues de
travaille ainsi que leurs composantes à savoir les tailles, les familles d’article (pantalon,
chemise,…), les sous familles d’articles (Pantalon de travail Multi poches, Eisenhower
Femme,…).
c) La gestion du stock
Paramétrage des fournisseurs
La société crée des conventions avec des fournisseurs pour l’approvisionnement par les
vêtements de travails et pour ce la il est possible de mettre a jour (ajouter, modifier et
supprimer) la liste des fournisseurs et les articles qu’ils procurent.
Gestion des commandes de fournisseurs
Le système permet l’édition des bons et la sauvegarde de chaque commande ainsi que
ses articles comme il peut consulter l’historique des commandes par période.
Gestion des entrées
L’entrée est un mouvement et chaque achat est considéré comme étant un mouvement
d’entres. Le système permet l’enregistrement de chaque achat ainsi que son bon de livraison
et les articles livrés. Il assure aussi la consultation de l’historique des achats par période.
Gestion des prélèvements
Apres l’affectation des vêtements de travail chaque employé prélève ses vêtements du
magasin et il est enregistré comme étant un mouvement de sortie. Le système permet la
visualisation des Fiche de dotation, le Journal récapitulatif des vêtements validés et la fiche de
l’historique des dotations.



Préparation des inventaires
La consultation des mouvements soit d’entrée soit de sortie ainsi que la préparation et la
mise à jour des inventaires pour chaque période, sont des fonctionnalités assurées par le
système.
2. Besoins non fonctionnels
Les besoins non fonctionnels sont importants car ils agissent de façon indirecte sur le
résultat et sur le rendement de l’utilisateur, ce qui fait qu’ils ne doivent pas être négligés, pour
cela il faut répondre aux exigences suivantes :
• Fiabilité : l’application doit fonctionner de façon cohérente sans erreurs.
• Les erreurs : l’application doit les signalées par des messages d’erreurs.
• Ergonomie et bon IHM : l’application doit être adaptée à l’utilisateur sans qu’il
fournisse trop d’effort (utilisation claire et facile).
• Efficacité : l’application doit permettre l’accomplissement de la tâche avec le
minimum de manipulations.
II. Les diagrammes des cas d’utilisation
L’objectif fondamental de cette étape est d’identifier les principaux cas d’utilisation.
Nous nous intéressons donc, dans cette partie, à la réalisation des diagrammes des cas
d’utilisations. Ces diagrammes décrivent précisément les besoins du client final et spécifient
le comportement attendu par le système à développer. Généralement un diagramme de cas
d’utilisation modélise un service rendu par le système.
1. Présentation des acteurs
Dans notre application, nous avons défini quatre acteurs qui sont l’employé, l’agent de
contrôle du service GRH, l’agent de contrôle du Stock, le responsable du service GRH et le
responsable du stock.
- L’employé : Personne rétribuée pour produire un travail au sein de l’entreprise ou
l’administration.
- L’agent de contrôle du service GRH : conçoit, élabore, met en œuvre, applique et
évalue des politiques, des programmes internes et externes et des procédures en matière de
ressources humaines et de relations de travail.
- L’agent de contrôle du Stock : Gérer et optimiser la gestion des stocks
(entrées/sorties), définir et mettre en œuvre les plans d'approvisionnement dans les délais
impartis. il est en liaison étroite avec les fournisseurs.



- Le responsable du service GRH : Il est responsable de tout ce qui concerne la gestion
des ressources humaines dans l’entreprise et il assure la coordination des différentes fonctions
RH entre elles.
2. Description des cas d’utilisation
a) Description du cas d’utilisation de l’employé

cosulataion des repenses de primes de scolarité

<<include>>
cosulatation des repenses au demandes de primes

cosulataion des repenses des primes de jardin d'enafant

prise en charge des fiches mensurations <<include>>
autentification

employé

Consultation de la fiche de dotation
<<include>>

Impression de la fiche dotation
<<extend>>

Modification du mot de passe
<<include>>

Figure 2: Diagramme des cas d’utilisation de l'employé

Description textuelle des cas d’utilisation
a) Titre : Prise en charge des fiches de mensuration
Objectif : enregistrer les mensurations de chaque employé.
Pré-condition :
- L’employé doit être authentifié.
Enchaînement nominal :
1. Sélectionner une taille pour chaque article,
2. Enregistrer les données.
Post-condition :
- Les données sont enregistrées.



b) Description du cas d’utilisation de l’agent de control GRH
Prise en charge des primes des scolatiés

<<include>>
Prise en charge des primes
employé

Prise en charge des primes de jardin d'enafants

<<include>>
Gestion des habillements autentification

agent de control GRH

Consultation du personnel
<<include>>

Figure 3: Diagramme des cas d’utilisation de l’agent de contrôle GRH
Raffinement du cas d’utilisation « Prise en charge des primes du jardin d’enfants »
<<extend>>
supression de bareme de primes

<<extend>>
modification du bareme des prime

<<extend>>
Prise en charge des primes de jardin d'enfant ajout de nouvelles primes
Agent de contrôle GRH

affectation des primes
<<extend>>
<<include>>

consultations des affectation des primes par periode
<<extend>>

autentification

Figure 4 : Diagramme du cas d’utilisation « Prise en charge des primes du jardin d’enfant »
Description textuelle du cas d’utilisation
a) Titre : Affectation des primes.
Objectif : Affecter les primes aux employés concernés
Pré-condition :
- L’agent de control doit être authentifié.
- Le dossier doit être complet.



1. Sélectionner un employé déposant une demande,
2. Insérer la valeur de la facture.
3. Insérer la valeur prime.
4. Insérer la date d’affectation.
5. Valider l’affectation
Post-condition :
Raffinement du cas d’utilisation « Gestion des habillements »
<<extend>>
Gestion des droits en vetements de travail

<<extend>>
Parametrage des categories des tenues de travail

<<extend>>
Parametrage des composantes des tenues de travail

<<extend>>
Gestion des habillements Mise à jour des vetements de travail
Parametrage des famille d'rticles
<<extend>>
Agent de contrôle GRH

Parametrage des sous famille d'rticles
<<extend>>
<<include>>

Parametrage des tailles est des pointures
<<extend>>

autentification
Affectation des tenues de travail Affectation des articles
<<extend>> <<include>>

Consulter la fiche de dotation
<<extend>>

Consulter l'historique des fiches de dotations
<<extend>>

Consulter journal récapitulatif des vêtements validés
<<extend>>

Consulter des journaux de contrôle des affectations et des tailles
<<extend>>

Figure 5: Diagramme du cas d’utilisation « Gestion des habillements »
a) Titre : Affectation des vêtements de travail.
Objectif : doter les vêtements aux employés.
Pré-condition :
- L’agent de control doit être authentifié.
- L’employé doit bénéficier de l’uniforme



1. Choisir le service.
2. Sélectionner un employé,
3. Affecter la tenue de travail.
4. Valider l’affectation des vêtements
Post-condition :
c) Description du cas d’utilisation du responsable GRH
Consultation des employés bénificiant de l'uniforme

<<include>>

Emplyoé Consultation des employés par service

Validation des affectations des primes de scolarité

<<include>>
Validation des affectations des primes

Responsable GRH
Validation des affectations des primes de jardin d'enafnts
autentificationn

Consultation des affectations des primes de scolarité

Consultation des affectations des primes
<<include>>

Consultation des affectations des primes de jardin d'enafnts

Validation des affectations des habillements de travail
<<include>>

Consultation des prélevments
<<include>>

Figure 6: Diagramme du cas d’utilisation du responsable GRH
a) Titre : Validation des affectations des primes.
Objectif : Accorder les validations des affectations des primes.
Pré-condition :
- Responsable GRH doit être authentifié.
- Les primes doivent être affectées par l’agent de contrôle GRH.



- Le dossier doit être complet.
1. Sélectionner un employé qu’on lui a affecté une prime,
2. Valider l’affectation de la prime.
Post-condition :
Remarque : pour la validation des affectations des habillements c’est le même principe
que la validation des affectations des primes.
d) Description du cas d’utilisation de l’agent de contrôle du stock

<<include>>
Employé

<<include>>
Gestion des entrées

<<include>>
Gestion des prélèvements Autentification

Agent de control du stock

Prise en charge des commande fournisseurs
<<include>>

Préparation des inventaires
<<include>>

Figure 7: Diagramme du cas d’utilisation de l'agent de control du stock
Raffinement du cas d’utilisation « Gestion des prélèvements »

<<extend>>
Consultation des vetement validé

<<extend>>
Gestion des prelevements Prise en charge des fiche dotation

agent de control du stock

<<include>> Consultation de l'historique de des dotation
<<extend>>

Autentification

Figure 8: Raffinement du cas d’utilisation gestion des prélèvements



a) Titre : Prise en charge des fiches de dotation
Objectif : Enregistrer les prélèvements.
Pré-condition :
1. Sélectionner un employé bénéficiant de l’uniforme.
2. Valider la fiche mensuration.
3. Valider le prélèvement
Post-condition :
Raffinement du cas d’utilisation Prise en charge des commandes fournisseurs»
<<extend>>
Edition des bons de commandes fournisseurs

prise en charge des commande fournisseurs
agent de control du stock

consultation de l'historique des commandes par période
<<include>>
<<extend>>

Autentification

Figure 9 : Raffinement du cas d’utilisation Prise en charge des commandes fournisseurs
a) Titre : Prise en charge des commandes fournisseurs
Objectif : Gérer les commandes fournisseurs.
Pré-condition :
1. Sélectionner un fournisseur,
2. Choisir un article.
3. Valider la commande.
Post-condition :



III. Le diagramme de séquence
1. Le diagramme de séquence « vue prime »
C’est l’ensemble des flux (ou messages) échangés entre l’utilisateur et l’application
suite à la demande d’authentification comme le décrit les figures ci-dessous :
Affectation des primes

Système

Employé Agent de contrôle GRH Responsable GRH

alt [Dossier complet]
Choisir un employé

Choisi r un enfant

Affecter la prime de scolari té

clacul de la valuer de la prime

Consulter les affectations des primes

valider l'affectation

[Dossier manquant] Mettre la demande en attente

consulter les affectation des primes

Figure 10: Diagramme de séquence "vue prime"

Après avoir présenté les pièces justificatives concernant les primes, l’agent de contrôle
du service GRH affecte les primes aux employés en suivant une succession d’actions
commençant le choix du service auquel l’employé est affecté, le choix de l’enfant concerné
par la prime et enfin l’affectation. Mais la prime ne sera validée qu’après l’accord du
responsable du service GRH qui consulte les affectations au préalable.
2. Le diagramme de séquence « vue habillement»
Pour pouvoir lui affecter des vêtements de travail, l’employé ayant le droit
d’habillement doit déjà avoir rempli sa fiche de mensurations à travers sa session, par la suite
l’agent de contrôle du service GRH lui affecte la tenue correspondante à sa fonction selon ses
mensurations et transmet les informations au responsable de son service pour la validation.



Sequence vue habillements

Système

Employé agent de contrôle de GRH Responsable GRH
Remplir la fiche des mensurations

Choisir un service

Choisir un emplyoé
Choisir une tenue
Enrgistrer les affectation des tenues
Mettre les articles affectés a l'etat en instance

Consulter les affectations des tenues et des vêtements
valider les affectation

Imprimer la fiche de dotation

Figure 11: Diagramme se séquence "vue habillement"

Conclusion
Dans cette section, nous avons passé en revue les exigences et les besoins des
utilisateurs du système ainsi que les cas d’utilisations.


Conception

Chapitre 3: Conception

Introduction
Dans ce chapitre, nous présentons la notion d’architecture trois tiers. Ensuite, nous
détaillons la conception de notre application.
I. Architecture globale de la solution
Notre projet consiste à concevoir un portail intranet qui offre un ensemble de services
internet accessibles uniquement à partir des postes du réseau local. C’est une application Web
d’architecture à trois niveaux.
Dans l'architecture à 3 niveaux (appelée architecture 3-tiers), il existe un niveau
intermédiaire, c'est-à-dire que l'on a généralement une architecture partagée entre :
- Un client, c'est-à-dire l'ordinateur demandeur de ressources, équipée d'une interface
utilisateur (généralement un navigateur web) chargée de la présentation ;
- Le serveur d'application (appelé également middleware), chargé de fournir la ressource
mais faisant appel à un autre serveur
- Le serveur de données, fournissant au serveur d'application les données dont il a besoin.

Figure 12: La structure générique d'une architecture 3-tiers


Conception

II. Conception du niveau données
1. Les règles de gestion
Nous présentons, dans ce qui suit, les principales règles de gestion relatives à notre
application :
• Une tenue peut être affectée a plusieurs employé,
• Une tenue contient plusieurs sous-familles article,
• Une sous-famille d’article correspond à plusieurs tenues,
• Un employé peut effectuer plusieurs prélèvements,
• Un prélèvement est associé à un seul employé,
• Un prélèvement concerne plusieurs articles,
• Un article peut être prélevé par un seul prélèvement,
• Un article appartient à une ou plusieurs commandes,
• Une commande peut avoir plusieurs bons de livraison,
• Un bon de livraison appartient à une seule commande,
Les primes de jardin d’enfants sont affectées selon les règles de calcul suivantes :
Si la valeur de la facture de jardin d’enfants est inferieure au plafond du montant de la
prime maximal pouvant être affecté par enfant, l’employé bénéficie du montant existant dans la
facture, sinon il aura le montant du plafond seulement.
Les primes de scolarité sont affectées selon la règle de gestion suivante :
Chaque niveau a un montant bien déterminé auquel l’employé peut bénéficier pour ses
enfants.
Les inventaires sont calculés selon la formule suivante:
Les biens à un instant « t »= (Stock initial + les entrées) – les sorties.
2. Diagrammes des classes
Les diagrammes suivants représentent le diagramme de classes découpé en trois vues
(Vue primes, vue habillement et vue stock)
a) Description des classes « Vue primes »
- Classe Employé : elle contient les informations relatives a un salarié donné qui
travaille dans la société.
- Classe Service : cette classe contient le code et le libellé d’un service.
- Classe Fonction : cette classe contient les noms des fonctions existantes dans
l’entreprise.

Conception

- Classe Enfant : elle contient les informations concernant les enfants de chaque
employé.
- Classe Prime : cette classe contient le type de la prime dont l’employé peut y
bénéficier sur ses enfants.
- Classe Barème : elle contient des informations selon lesquelles la valeur de la prime
est affectée.
- Classe Niveau : cette classe contient les niveaux de scolarité auxquelles une prime
peut être affectée.
b) Diagramme des classes « vue prime »
Prime
- code_prime : int
- accord : Boolean 0..*
- date_prime : Date service fonction Compte
- dossier_compl : Boolean
- code_service : int - code_fonct : int - log_in : char
- valeur_prm : Float
- lib_service : char - lib_fonct : int - Mot_passe : char
+ Ajouter_prime () : void - droit_habi : int - Prévilege : char
+ modifier_prime () : void
+ Affecter_prime () : void + modifier_motpasse () : char
+ calculervaleur_prime () : void 1..1
1..1 1..2

{XOR}
______ 1..1
Prime jardin d'enfant Prime scolarité
associer
- Date_aff : char

Enfant
- code_enf : int
1..*
1..* 1..* - Nom_enf : char
avoir
dependre dependre - Prenom_enf : int
1..1 - date_naiss_enf : int
1..1 Employé
- Matricule : int 1..1
Bareme jardin d'enfant 1..*
Bareme scolarité affecter - Nom_e : char
1..* 0..*
- age_min : int - Prenom_e : char
{XOR} - année : int avoir
- age_max : int - num_cin : int
____ - adresse_e : int
1..1 - tel_e : int
avoir
1..*
Bareme 1..1
- code_barm : int
- valeur_barm : int Niveau
+ Ajouter_bareme () : void - code_niv : int
+ modifier_bareme () : void 1..1 - lib_niv : char
+ suprimer_bareme () : void dependre

Figure 13: Diagramme de classes « vue prime »
c) Description des classes « Vue habillement »
- Classe Tenue : elle contient toutes les tenues possibles relatives aux fonctions
existantes dans l’entreprise.
- Classe Famille_article : elle contient toutes les familles d’articles possibles.


Conception

- Classe Mesure: elle contient toutes les tailles et les pointures possibles pour les
familles d’article.
- Classe Sous famille_article: cette classe contient le code, le libellée de chaque sous
famille d’articles relative aux familles d’articles.
- Classe Article : contient les types d’articles regroupés par leurs natures.
- Classe Date_dotation : elle contient la date de dotation des vêtements de travail.
- Classe prélèvement : elle contient les prélèvements qui concernent les dotations de
vêtements de travail.
- Classe Article_prélèvement : elle contient la quantité prélevée pour chaque article.
d) Diagramme des classes « Vue habillement »
Mensuration
- Valeur : int
+ modifier_mensuration () : void famille article Mesure
+ enregistrer_mensuration () : void - code_f : int - code_M : int
Employé - libelle_f : char 1..1 1..*
- valeur_M : int
- Matricule : int - type_mesure : char avoir
+ Ajouter_taille () : void
- Nom_e : char 0..* 0..* + Ajouter_famiar () : void + modifier_taille () : void
- Prenom_e : char Porter + modifier_famiar () : void + suprimer_taille () : void
- num_cin : int 1..* + suprimer_famiar () : void
- adresse_e : int avoir
- tel_e : int 1..1
0..* 1..1
Composer sous famille article
fonction
- code_sf : int
- code_fonct : int 1..*
- lib_sf : char
- lib_fonct : int 1..*
- droit_habi : char associer + Ajouter_soufamiar () : void
tenue + modifier_soufamiar () : void
+ suprimer_soufamiar () : void
0..* - code_tenue : int
- lib_tenu : char
- état_tenu : Boolean 1..* 1..1
date dotation contenir
+ Ajouter_tenue () : void
- date_d : Date 0..*
0..* + modifier_tenue () : void
+ suprimer_tenue () : void 0..*
Contenir
+ Affecter_tenue () : void

detail_tenue
- nbre_piéce : int

dotation article
0..* 1..* - code_art : int 1..*
- Accord_d : char
avoir - taille_art : int
+ calculer_inventaire () : void

1..1 Detail dotation
1..*
- etat : boolean

Prélèvement 1..*
1..* Prélever Article_prelevé
Concener - ID_p : int
- qté_prelvé : int
- date : Date

Figure 14: Diagramme de classes «Vue habillement »


Conception

e) Description des classes « Vue stock »
- Classe Commande : contient les détails de chaque commande.
- Classe Fournisseur : contient le code, le nom et l’adresse de chaque fournisseur
d’articles.
- Classe Bon d’entrée : contient les informations relatives aux achats validés.
f) Diagramme des classes « Vue stock »
article_entrée
- quté_entrée : int

article bon d'entrée
- code_art : int 1..* 1..*
1..* - code_bon : int
- taille_art : int composer
- date_liv : Date
+ Ajouter bon de commande () : void 1..1
contenir
0..* 1..*
article_faournisseur composer commande
- Prix_unit : float
1..* - num_cde : int
1..* - date_cde : Date
fournir + Lancer_commande () : void

ligne commande 0..*
Fourniseur associer
- qté_cde : int
- code_frn : int
- nom_frn : char
- adresse_frn : char
- tel_frn : int
- etat : Boolean 1..1
+ Ajouter_fournisseur () : void
+ Modifier_fournisseur () : void
+ Supprimer_fournisseur () : void

Figure 15: Diagramme de classes « Vue stock »
3. Modèle relationnel
- Employé (matricule, #code_service, #code_fonct, num_cin, nom_e,prénom_e, tel_e,
adresse_e)
- Compte (login, privilège, mot_passe, #matricule)
- Service (code_service, lib_service)
- Fonction (code_fonct , lib_fonct, droit_habi)
- Enfant (code_enf, #matricule, #code_niv, Nom_enf, Prenom_enf, date_naiss_enf)
- Primejardind’enfant (code_prime, #code_enf, #code_barm, accord, date_prime,
dossier_cpl, etat, date_af, valeur)


Conception

- Primescolarité (code_prime, #code_enf, #code_barm, accord, date_prime,
dossier_cpl, etat, valeur)
- Barème jardin d’enfant (code_barm, valeur_barm, age_min, age_max)
- Barème scolarité (code_barm, #code_niv, valeur_barm, date_barm)
- Niveau (code_niv, lib_niv)
- Famille article (code_f, libellé_f)
- Sous famille article (code_sf, #code_f, lib_sf)
- Article (code_art, #code_sf, lib_art, stock_initial, taille_art)
- Tenue (code_tenu, lib_tenu, état_tenu)
- Detaille _tenue (#code_sf, #code_tenu, nbre_pièce)
- Mesure (code_tail, #code_f, valeur, type)
- Mensuration (#matricule, #code_f, valeur)
- Fonction_tenue (#code_tenu, #code_fonct)
- Dotation (#matricule, #code_tenu, #date_d, Accord_d)
- Detail_dotation (#matricule, #code_tenu, #date_d , #code_art, etat)
- Article_prélèvement (#ID_p, #code_art, quantité)
- Prélevement (ID_p, Date)
- Commande (num_cde, #code_frn, date_cde)
- Ligne commande (#code_art, #num_cde, qté_cdé)
- Fournisseur (code_frn, nom_frn, adresse_frn, tel_frn)
- Detail_four_art(#code_frn, code_art, nbre_art_four)
- Bon livraison (code_bon, #num_cde, date_liv)
- Livraison_article (#code_bon, #code_art)
III. Conception du niveau application
Le diagramme de séquence présente l’interaction entre les objets logiciels en
représentant leurs échanges de messages. Ces messages sont classés par ordre chronologique
durant l’exécution du système et représentent soit des évènements détectés par la classe
destination, soit des appels des méthodes de cette même classe.
1. Vue affectation des primes de jardin d'enfants
Afin d’affecter une prime de jardin d’enfants à un employé, il faut choisir un service et
afficher la liste de ses employés pour visualiser la liste des enfants concernés par la prime de
jardin d’enfants de chaque employé comme le montre la figue ci-dessous :


Conception

Afectation des primes de jardin d'enfans

:Interface agent GRH :compte :Service :Employé :Enfant :Bareme jardin d'enfant :Prime_jardin_enfant

agent de contrôle de GRH

loop [Idntifiant incorrecte]

Saisir l'identifiant
chercher l'identifiant

Vérifier l'identifiant
Signaler l'erreur
Afficher message d'erreur

Choisir un sevice
Chercher le sevice

Afficher le service
Charger les employés du service

Afficher la liste des employés
Choisir un employé
chercher l'employé

Charger les enfants de l'employé

Claculer l'age des enfants
Afficher la liste des enfants
Choisir un enfant
Chercher l'enfant

Afficher les données de l'enfant

Saisir le montant de la facture du jardin d'enfant

choisir le mois d'affectation

Saisir l'année d'affectation

Accorder dossier complet

Valider l'affectation
Chercher le bareme de la prime

Charger le barème de la prime

Calculer la valeur de la prime

Eregistrer l'affectation de la prime

Figure 16: Diagramme de séquence relatif à l'affectation des primes de jardin d'enfants
2. Vue affectation des vêtements de travail
La figure suivante concerne l’affectation d’une tenu a un employé sélectionné suite à
l’authentification.


Conception

Affectation des tenues de travail

:Interface agent GRH :Detail_dotation :Detail_tenue :Dotation :Sous_famille_articles :Mensuration :Article :Tenue

Agent de contrôle de GRH
Choisir une tenue
Chercher la tenue

Afficher la tenue
Insérer la date d'affectation

Valider l'affectation
Enregistrer les données

Chercher la tenue

Chercher la sous famille correspondante à la tenue

Chercher la famille correspondante à la sous famille

Chercher les mensurations de l'employé pour les familles

Charger les articles correspondants aux mesnsurations de l'employé

Charger les articles de l'employé

Envoyer les inforamtions a l'interface
Afficher les articles affectés

Figure 17: Diagramme de séquence relatif à l’affectation des vêtements de travail


Conception

3. Vue Commandes fournisseurs
Pour lancer une commande, l’gent de contrôle du stock consulte la liste des fournisseurs
et des articles qu’ils vendent et ainsi que leurs prix.
Commande

:Interface agent Stock :Compte :Fournisseur :Article_fournisseurs :Article :Commande :Ligne commande

Agent de controle de GRH

loop [Identifiant incorrect]
Saisir l'identifiant
chercher l'identifiant

Vérifier l'identifiant
Afficher un message d'erreur Siganler l'erreur

Choisir prise en charge des commandes
Chercher les fournisseurs

Afficher la liste des fournisseurs

Choisir fournisseurs
Chercher les articles correspendant au fournisseur

Charger les articles

Afficher les articles du fournisseur

loop [Commande non finie]
Choisir un article

Insérer la quantité demandée

Valider l'article

Valider la commande
Enregistrer la commande

Enregistrer les détails de la commande

Figure 18: Diagramme de séquence relatif à la prise en charge des commandes
IV. Conception du niveau présentation
1. Structure de l’application
Dans notre application, nous choisissons la structure en évolution car elle s’adapte le
plus aux besoins de l’utilisateur. L'objectif est de maintenir une hiérarchisation équilibrée qui
permet l'accès rapide à l'information et une compréhension intuitive de la façon dont les pages
sont organisées tout en donnant la possibilité d’évoluer.


Conception

Figure 19: Structure du site en évolution
2. Charte graphique
Le but de la charte graphique est de conserver une cohérence graphique dans les
réalisations graphiques d’un même projet pour cela, nous avons choisi la structure suivante
pour toutes les interfaces de notre application :

Figure 20: Charte graphique
3. Schéma navigationnel de l’application
Notre application est composée essentiellement de cinq parties, la première est
destinée à l’employé, la deuxième à l’agent de contrôle du GRH, la troisième à l’agent de
control du stock la quatrième au responsable du GRH et la cinquième au responsable du stock.
Elles sont présenté comme l’indique les figures présentées ci-après :


Conception

Figure 21: Menu de l'employé

Figure 22: Menu de l'agent de control GRH

Conception

Conclusion
Dans ce chapitre, nous avons présenté la conception de notre système. Nous avons
détaillé l’architecture trois tiers et nous avons établi le diagramme de classes et le diagramme
d’activités.


Réalisation

Chapitre 4 : Réalisation

Introduction
Au niveau de cette dernière partie, nous nous intéressons aux outils utilisés pour la
réalisation de notre application ainsi qu’aux principales interfaces développées.
I. Environnement de développement
1. Environnement matériel
• Pc portable HP pavillon dv7
- Intel ® core 2 ™ duo CPU T5800 @ 2.00 GHz 2.00 GHz
- Mémoire vive 3 Go.
2. Environnement logiciel
• Système de gestion de bases de données : My SQL 4.1.9,
• Plate-forme de développement et d’exploitation: Easy PHP 8,
• Environnement de création page web : Dreamweaver 8
• Environnement de conception UML : Power AMC 15,
• Microsoft Office MS Project 2003 pour la représentation du diagramme de Gantt.
II. Choix de l’environnement
Notre choix concernant les outils de développement est basé sur le fait que :
PHP
PHP (Hypertext Preprocessor) est un langage de scripts généraliste Open Source,
spécialement conçu pour le développement d'applications web, qui permet de collecter des
données de formulaire, générer du contenu dynamique, manipuler des images, ... et peut aussi
fonctionner comme n’importe quel langage interprété de façon locale, en exécutant les
programmes en ligne de commande. [4]
HTML
Le HTML (HyperText Mark-Up Language) est un langage dont le rôle est de formaliser
l'écriture d'un document avec des balises de formatage. Ces balises permettent d'indiquer la
façon dont doit être présenté le document et les liens qu'il établit avec d'autres documents. [5]


Réalisation

JavaScript
C’est un langage de script incorporé dans un document HTML. Il permet d’apporter des
améliorations au langage HTML en permettent d’exécuter des commandes du côté client
c'est-à-dire au niveau du navigateur et non au niveau du serveur web. Ce langage est
indépendant de toute plate-forme. [6]
EasyPHP
EasyPHP est une plateforme de développement Web, permettant de faire fonctionner
localement des scripts PHP. C’est un environnement comprenant deux serveurs (un serveur
web Apache et un serveur de bases de données MySQL), un interpréteur de script (PHP), ainsi
qu'une administration SQL PhpMyAdmin. Il dispose d'une interface d'administration
permettant de gérer les alias (dossiers virtuels disponibles sous Apache), et le démarrage/arrêt
des serveurs. [6]
Dreamweaver
Adobe Dreamweaver est un éditeur de sites web de type WYSIWYG (What You See Is
What You Get). Il offre deux modes de conception; le premier en mode création permettant
d'effectuer la mise en page directement à l'aide d'outils simples, comparables à un logiciel de
traitement de texte (insertion de tableau, d'image, ...), le deuxième, c’est en éditant
directement le code (HTML ou autre) qui compose la page. [3]
III. Déploiement de l’application
Le diagramme de déploiement montre la mise en œuvre de la solution, nous présentant
dans ce diagramme les configurations nécessaires permettant la mise en place du notre
système développé.
Il suffit d’installer le système de gestion de la base de donné et l’exécutable de
l’application pour que le client puisse accéder à l’application.

Serveur base de données My SQL

Données

Serveur d'appl icati on

Requetes Requetes Requetes Requetes Requetes

Navigateur web (1) Navigateur web (2) Navi gateur web (3) Navigateur web (4) Navi gateur web (5)

Figure 23: Schéma de déploiement du système


Réalisation

IV. Principales interfaces graphiques
Pour accéder à l’application, l’utilisateur doit tout d’abord s’authentifier, pour cela il
introduit son login et son mot de passe comme l’indique la figure ci-dessous.
Selon son profil, ce dernier est redirigé vers son propre menu.

Figure 24 : Authentification
Pour la suite, nous présentons les interfaces des différents acteurs à savoir l’employé,
l’agent de contrôle du GRH, l’agent de contrôle du stock et le responsable du service GRH.
1. Interfaces de l’employé

Figure 25 : interfaces employé


Réalisation

Le menu de l’employé est composé de cinq rubriques à travers lesquelles il peut :
1- Consulter la liste des primes de jardin d’enfants affectées à ses enfants,
2- Consulter la liste des primes de scolarité affectées à ses enfants,
3- Modifier son mot de passe.

Figure 26: Interface de l’employé «vue habillements »

Un employé peut également effectuer:
1- Le remplissage des sa fiche des mensurations.
2- La consultation de la fiche de dotation des vêtements de travail.


Réalisation

2. Interfaces de l’agent de contrôle GRH
La figure ci-dessus montre comment l’agent de contrôle du service GRH peut effectuer
le paramétrage des familles d’articles. A travers ces interfaces, l’agent peut ajouter, modifier
ou supprimer. D’autre paramétrages sont possible tel que ceux des sous familles d’article, des
catégories des tenues, des tailles, des composantes des tenues

Figure 27: Interface de l’agent GRH « vue paramétrages des familles d’articles »


Réalisation

Sous menu de l’agent GRH

Figure 28: Interfaces de l’agent GRH « vue affectation des primes de jardin d’enfants »
L’affectation des primes de jardin d’enfants nécessite :
1- Le choix du service suivi de la visualisation des employés et de la sélection de
l’un d’entre eux,
2- La sélection des enfants concernés par les primes
3- L’insertion de la valeur de la facture de la date et la vérification du dossier.


Réalisation

Sous menu de l’agent grh

Figure 29: Interface agent de contrôle GRH « vue affectation des vêtements de travail »
Pour affecter une tenue à un employé l’agent de contrôle du service GRH doit suivre
l’enchaînement des actions suivantes :
1- Le choix d’un service pour visualiser la liste des employés.
2- La sélection d’un employé.
3- Le choix dune tenue et l’insertion de la date d’affectation.
4- L’affichage de la liste des articles affectés.


Réalisation

3. Interfaces de l’agent de contrôle du stock
Menue de l’agent de contrôle du stock

1 Sous menue de l’agent de contrôle du stock

2

3

Figure 30: Interface de l’agent de stock « vue commande »
L’agent de contrôle du stock suit les actions suivantes afin de lancer une commande :
1- La visualisation de la liste des articles que le fournisseur vend ainsi que leurs prix.
2- Le choix des articles afin de les commander.
3- La visualisation des articles commandés ainsi que le montant total de la commande.


Réalisation

V. Planification du projet
Un projet comporte un nombre de tâches à réaliser dans des délais impartis et selon un
agencement bien déterminé. Le diagramme de GANTT permet de planifier le projet et de rendre
plus simple le suivi de son avancement.
Le diagramme de GANTT est un planning présentant une liste de tâches en colonne et en
abscisse l'échelle de temps retenue. Il permet ainsi de visualiser facilement le déroulement du
projet. Nous présentons dans ce qui suit, le diagramme de GANTT relatif à notre projet :

Figure 31: Diagramme de GANTT
Conclusion
Ce dernier chapitre nous a permis de présenter quelques interfaces réalisées de
l’application selon le profil de l’utilisateur après avoir décrit notre environnement de travail
matériel et logiciel et spécifié le diagramme de déploiement.


Conclusion générale


Ce projet a été réalisé dans le cadre d’un projet de fin d’études au sein de la société de
développement informatique ARABSOFT.
Notre travail se résume en la conception et la réalisation d’un portail intranet permettant
la gestion des actes sociaux au sein des entreprises afin d’assurer la gestion, le suivi et le
contrôle des primes et des vêtements de travail.
La satisfaction des exigences des utilisateurs de notre futur système a été notre premier
objectif. Dans ce contexte, nous avons cherché à développer un système flexible et évolutif
permettant son amélioration par la suite afin d’anticiper les changements continus des besoins
des utilisateurs.
Cette application a permis, en premier lieu, de répondre aux besoins des utilisateurs par
la résolution des problèmes de communication entre l’employé et l’administration. Ainsi,
l’application permettra d’avoir des informations bien précises à propos les mensurations de
chaque employé ce qui permettra la diminution des erreurs lors de l’affectation des
habillements. Notre application permet aussi la gestion du stock en prenant en compte les
prélèvements effectués par les employés. De même, notre application permet de consulter
tous les historiques des affectations des primes, des habillements, des commandes des entrées
et des prélèvements au niveau du stock.
Pour la conception de notre application, nous avons eu recours à la méthodologie RUP.
Cette approche nous a permis de bien comprendre la problématique et de bien modéliser les
objectifs à atteindre. Ce qui nous a donné la possibilité de réaliser un système stable et
évolutif.
Nous avons implémenté notre application web en utilisant le langage de programmation
PHP. De même nous avons manipulé l’architecture à trois niveaux puisque notre système a
été développé en architecture trois tiers. Pour la mise en place de notre base de données nous
avons utilisé le système de gestion de base des données MYSQL.
Ce stage nous a donné l’opportunité de manipuler des techniques innovantes et
évolutives et nous a permis aussi de tester et d’appliquer nos connaissances acquises au sein
de l’Institut Supérieur des Etudes Technologiques de Charguia et de les améliorer.



De même, ce stage nous a fournit l’occasion de nous intégrer dans la vie professionnelle
et nous a donné une vision globale sur notre avenir en tant que Technicien Supérieur en
Informatique.
Il est certain que plusieurs améliorations peuvent être apportées à ce travail. En effet, à
court terme, nous envisageons de mener des tests plus approfondis des différentes
fonctionnalités développées. A long terme, plusieurs autres fonctionnalités, concernant
l’aspect ressources humaines, peuvent complémenter notre projet afin de pouvoir inclure
toutes fonctionnalités du service GRH.
Cependant, comme tout projet de fin d’études nous avons rencontré des problèmes de
divers types. L’implémentation de notre système fut l’une des majeures difficultés que nous
avons rencontrées, ce qui nous a contraint (vu le temps limité) à ne pas finaliser toutes les
parties, en l’occurrence le calcul des inventaires, afin d’assurer le bon fonctionnement des
autres fonctionnalités.


Bibliographie et Nétographie

Bibliographie et Nétographie

Bibliographie
MULLER, Pierre Alain, Modélisation objet avec UML, 1998.
ROUES, Pascal, VALLEE, Frank. « UML en action », France, Eyrolles, 2000, 385p.
Nétographie
[1] http://www.tunisia-today.com
[2] http://www.developpez.net
[3] http://www.commentcamarche.net
[4] http://fr.php.net
[5] http://www.editeurjavascript.com
[6] http://fr.wikipedia.org


ANNEXES

Annexe: Règles de gestion
C’est la suite des règles de gestion illustrées précédemment dans le chapitre Conception.
• Un employé peut avoir plusieurs enfants et un enfant est associé à un seul employé.
• Un employé peut avoir une seule fonction, une fonction est affectée à plusieurs
employés.
• Un employé appartient à un seul service, un service peut regrouper plusieurs employés.
• Un enfant peut bénéficier de zéro ou plusieurs primes de jardin d'enfants.
• Une prime de jardin d’enfants peut être affectée à un seul enfant.
• Un enfant peut avoir zéro ou plusieurs primes de scolarité.
• Une prime de scolarité peut être affectée à un seul enfant.
• Un enfant ne peut avoir qu’un seul niveau.
• A une date donnée, un barème de prime scolarité correspond à un seul niveau.
• Chaque prime possède un et un seul barème et un barème est associé à plusieurs primes.
• Un employé pour chaque famille d'article possède une taille ou une pointure.
• Un employé peut avoir zéro ou un seul tenu durant une saison.
• Chaque fonction à une tenue.
• Une commande contient plusieurs articles.
• Une commande concerne un seul fournisseur.
• Un fournisseur peut fournir plusieurs commandes.

Rapport med wahabi hamdi jan 2010

Contenu connexe

Tendances (20)

En vedette (20)

Similaire à Rapport med wahabi hamdi jan 2010 (20)

Rapport med wahabi hamdi jan 2010