Mise en place d’un Système d’Information pour la gestion des collectivités l...
Rapport med wahabi hamdi jan 2010
1. 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
2. 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
3. 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
4. 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.
5. تلخيص
مشروعنا يتلخص في تصور وتحقيق نظام إدارة األعمال االجتماعية الذي يسمح بإدارة مختلف الحوافز المقدمة من الشركة
...من أقساط, مالبس العمل
.ھذا النظام نفذ في عرب صوفت , وتتمثل أھدافنا الرئيسية في إدارة متابعة ومراقبة ھذه األعمال االجتماعية
."لتحقيق ھدفنا قمنا باستخدام "ماي سكل" كنظام إدارة قواعد البيانات و باستخدام لغة النمذجة "إم ل
.وأخيرا نظام إدارة األعمال االجتماعية سوف يستغل من زبائن الشركة
.إن ھذا التقرير يصف مراحل تحقيق ھذا المشروع
.الكلمات المفاتيح: نظام إدارة األعمال االجتماعية, ماي سكل , إم ل
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.
6. 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
7. 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
8. 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
9. 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
10. 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
Application pour la gestion des actes sociaux Page 2
11. Présentation du cadre du projet
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
Application pour la gestion des actes sociaux Page 3
12. Présentation du cadre du projet
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é.
Application pour la gestion des actes sociaux Page 4
13. Présentation du cadre du projet
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.
Application pour la gestion des actes sociaux Page 5
14. Présentation du cadre du projet
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.
Application pour la gestion des actes sociaux Page 6
15. 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.
Application pour la gestion des actes sociaux Page 7
16. Spécification des besoins
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.
Application pour la gestion des actes sociaux Page 8
17. Spécification des besoins
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.
Application pour la gestion des actes sociaux Page 9
18. Spécification des besoins
- 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.
Application pour la gestion des actes sociaux Page 10
19. Spécification des besoins
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.
Application pour la gestion des actes sociaux Page 11
20. Spécification des besoins
Enchaînement nominal :
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 :
- Les données sont enregistrées.
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 »
Description textuelle du cas d’utilisation
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
Application pour la gestion des actes sociaux Page 12
21. Spécification des besoins
Enchaînement nominal :
1. Choisir le service.
2. Sélectionner un employé,
3. Affecter la tenue de travail.
4. Valider l’affectation des vêtements
Post-condition :
- Les données sont enregistrées.
c) Description du cas d’utilisation du responsable GRH
Consultation des employés bénificiant de l'uniforme
<<include>>
Consultation du personnel
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
Description textuelle du cas d’utilisation
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.
Application pour la gestion des actes sociaux Page 13
22. Spécification des besoins
- Le dossier doit être complet.
Enchaînement nominal :
1. Sélectionner un employé qu’on lui a affecté une prime,
2. Valider l’affectation de la prime.
Post-condition :
- Les données sont enregistrées.
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é
Consultation du personnel
<<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
Application pour la gestion des actes sociaux Page 14
23. Spécification des besoins
Description textuelle du cas d’utilisation
a) Titre : Prise en charge des fiches de dotation
Objectif : Enregistrer les prélèvements.
Pré-condition :
- Responsable GRH doit être authentifié.
Enchaînement nominal :
1. Sélectionner un employé bénéficiant de l’uniforme.
2. Valider la fiche mensuration.
3. Valider le prélèvement
Post-condition :
- Les données sont enregistrées.
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
Description textuelle du cas d’utilisation
a) Titre : Prise en charge des commandes fournisseurs
Objectif : Gérer les commandes fournisseurs.
Pré-condition :
- Responsable GRH doit être authentifié.
Enchaînement nominal :
1. Sélectionner un fournisseur,
2. Choisir un article.
3. Valider la commande.
Post-condition :
- Les données sont enregistrées.
Application pour la gestion des actes sociaux Page 15
24. Spécification des besoins
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.
Application pour la gestion des actes sociaux Page 16
25. Spécification des besoins
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.
Application pour la gestion des actes sociaux Page 17
26. 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
Application pour la gestion des actes sociaux Page 18
27. 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.
Application pour la gestion des actes sociaux Page 19
28. 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.
Application pour la gestion des actes sociaux Page 20
29. 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 »
Application pour la gestion des actes sociaux Page 21
30. 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)
Application pour la gestion des actes sociaux Page 22
31. 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 :
Application pour la gestion des actes sociaux Page 23
32. 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.
Application pour la gestion des actes sociaux Page 24
33. 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
Application pour la gestion des actes sociaux Page 25
34. 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.
Application pour la gestion des actes sociaux Page 26
35. 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 :
Application pour la gestion des actes sociaux Page 27
36. Conception
Figure 21: Menu de l'employé
Figure 22: Menu de l'agent de control GRH
Application pour la gestion des actes sociaux Page 28
37. 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.
Application pour la gestion des actes sociaux Page 29
38. 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]
Application pour la gestion des actes sociaux Page 30
39. 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
Application pour la gestion des actes sociaux Page 31
40. 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é
Application pour la gestion des actes sociaux Page 32
41. 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.
Application pour la gestion des actes sociaux Page 33
42. 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 »
Application pour la gestion des actes sociaux Page 34
43. 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.
Application pour la gestion des actes sociaux Page 35
44. 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.
Application pour la gestion des actes sociaux Page 36