Rapport med wahabi hamdi jan 2010

2 115 vues

Publié le

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
2 115
Sur SlideShare
0
Issues des intégrations
0
Intégrations
1
Actions
Partages
0
Téléchargements
103
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Rapport med wahabi hamdi jan 2010

  1. 1. REPUBLIQUE TUNISIENNE ***** MINISTERE DE LENSEIGNEMENT 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 GESTIONSujet :APPLICATION POUR LA GESTION DES ACTES SOCIAUX Elaboré par Mohamed WAHABI & Mohamed HAMDIEncadré par :Mlle Amel TRIKIMme Habiba BEN AMORSociété d’accueil : Arabsoft Année Universitaire : 2009/2010 Semestre 1
  2. 2. DédicacesJe 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. 3. DédicacesJe dédie ce modeste travail, A mes très chers parents qui ont toujours été là pour moi, et qui mont donné un magnifique modèle de labeur et de persévérance. Jespère quils 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 leurdédier ce modeste travail avec mes vifs remerciements et les expressions respectueuses de ma profonde gratitude. Mohamed HAMDI
  4. 4. Remerciements Nous voulons exprimer par ces quelques lignes de remerciements notre gratitudeenvers tous ceux en qui, par leur présence, leur soutien, leur disponibilité et leursconseils nous avons trouvé courage afin d’accomplir ce projet. Nous commençons par remercier Mademoiselle Amel TRIKI qui nous a faitl’honneur d’être notre encadrant. Nous la remercions profondément pour sonencouragement continu et aussi d’être toujours la pour nous écouter, nous aider etnous guider à retrouver le bon chemin par sa sagesse et ses précieux conseils, ce quinous a donné la force et le courage d’accomplir ce projet. Nos remerciements les plus sincères s’adressent de même à Madame HabibaBEN 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é sagrande occupation. Nous tenons à remercier également toute l’équipe de la société ARABSOFT pourleur aide et leur soutien, en leur souhaitant une bonne continuation. En fin, nous ne pouvons achever ce projet sans exprimer notre gratitude à tousles enseignants de l’Institut Supérieure des Etudes Technologique de Charguia, pourleur dévouement et leur assistance tout au long de nos études universitaires.
  5. 5. ‫تلخيص‬‫مشروعنا يتلخص في تصور وتحقيق نظام إدارة األعمال االجتماعية الذي يسمح بإدارة مختلف الحوافز المقدمة من الشركة‬ ...‫من أقساط, مالبس العمل‬ .‫ھذا النظام نفذ في عرب صوفت , وتتمثل أھدافنا الرئيسية في إدارة متابعة ومراقبة ھذه األعمال االجتماعية‬ ."‫لتحقيق ھدفنا قمنا باستخدام "ماي سكل" كنظام إدارة قواعد البيانات و باستخدام لغة النمذجة "إم ل‬ .‫وأخيرا نظام إدارة األعمال االجتماعية سوف يستغل من زبائن الشركة‬ .‫إن ھذا التقرير يصف مراحل تحقيق ھذا المشروع‬ .‫الكلمات المفاتيح: نظام إدارة األعمال االجتماعية, ماي سكل , إم ل‬RésuméNotre projet se résume en la conception et la réalisation d’un système de gestion des actessociaux, qui permet la gestion des différentes motivations offerte par l’entreprise a sesemployé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, lesuivi 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 actesavec MySQL comme système de gestion de bases de données et UML comme langage demodélisation.Enfin, notre application de gestion des actes sociaux sera exploitée par les clients de lasocié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.AbstractOur project consists in the conception and the realization of a management system of thesocial 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, thefollow-up of the social acts.To reach this objective, we had appeal to create a management system of the social acts withMySQL as database management system and UML as modeling language.Finally, our application of social acts management will be exploited by the customers of thecompany.The present report describes the various stages of realization of this project.Keywords: Management system of the social acts, MySQL, UML.
  6. 6. Table des matièresINTRODUCTION GENERALE---------------------------------------------------------------------- 1CHAPITRE 1 : PRESENTATION DU CADRE DU PROJET -------------------------------- 2INTRODUCTION -------------------------------------------------------------------------------------------- 2I. PRESENTATION DE LA SOCIETE --------------------------------------------------------------------- 21. HISTORIQUE -------------------------------------------------------------------------------------------- 22. MISSION ------------------------------------------------------------------------------------------------ 23. SAVOIR FAIRE ------------------------------------------------------------------------------------------ 34. ORGANIGRAMMES DE L’ARABSOFT -------------------------------------------------------------- 35. PARC INFORMATIQUE --------------------------------------------------------------------------------- 4II. ETUDE DE L’EXISTANT------------------------------------------------------------------------------- 41. DESCRIPTION DE L’EXISTANT ------------------------------------------------------------------------ 42. CRITIQUE DE L’EXISTANT----------------------------------------------------------------------------- 53. SOLUTION PROPOSEE ---------------------------------------------------------------------------------- 5III. METHODOLOGIE ADOPTEE ------------------------------------------------------------------------ 5CONCLUSION ----------------------------------------------------------------------------------------------- 6CHAPITRE 2 : SPECIFICATION DES BESOINS ---------------------------------------------- 7INTRODUCTION -------------------------------------------------------------------------------------------- 7I. ETUDE DES BESOINS ---------------------------------------------------------------------------------- 71. BESOINS FONCTIONNELS ------------------------------------------------------------------------------ 7A) PRISE EN CHARGE DES PRIMES DE SCOLARITE ET DES PRIMES DE JARDIN D’ENFANT ---------- 7B) GESTION DES HABILLEMENTS ------------------------------------------------------------------------ 8C) LA GESTION DU STOCK -------------------------------------------------------------------------------- 82. BESOINS NON FONCTIONNELS ------------------------------------------------------------------------ 9II. LES DIAGRAMMES DES CAS D’UTILISATION ------------------------------------------------------ 91. PRESENTATION DES ACTEURS ------------------------------------------------------------------------ 92. DESCRIPTION DES CAS D’UTILISATION -------------------------------------------------------------10A) DESCRIPTION DU CAS D’UTILISATION DE L’EMPLOYE --------------------------------------------10B) DESCRIPTION DU CAS D’UTILISATION DE L’AGENT DE CONTROL GRH ------------------------11C) DESCRIPTION DU CAS D’UTILISATION DU RESPONSABLE GRH----------------------------------13D) DESCRIPTION DU CAS D’UTILISATION DE L’AGENT DE CONTROLE DU STOCK -----------------14III. LE DIAGRAMME DE SEQUENCE -------------------------------------------------------------------161. LE DIAGRAMME DE SEQUENCE « VUE PRIME » ----------------------------------------------------162. LE DIAGRAMME DE SEQUENCE « VUE HABILLEMENT» -------------------------------------------16CONCLUSION ----------------------------------------------------------------------------------------------17
  7. 7. CHAPITRE 3: CONCEPTION ----------------------------------------------------------------------18INTRODUCTION -------------------------------------------------------------------------------------------18I. ARCHITECTURE GLOBALE DE LA SOLUTION -----------------------------------------------------18II. CONCEPTION DU NIVEAU DONNE------------------------------------------------------------------191. LES REGLES DE GESTION -----------------------------------------------------------------------------192. DIAGRAMMES DES CLASSES -------------------------------------------------------------------------19A) DESCRIPTION DES CLASSES « VUE PRIMES »------------------------------------------------------19B) DIAGRAMME DES CLASSES « VUE PRIME » --------------------------------------------------------20C) DESCRIPTION DES CLASSES « VUE HABILLEMENT »---------------------------------------------20D) DIAGRAMME DES CLASSES « VUE HABILLEMENT » ---------------------------------------------21E) DESCRIPTION DES CLASSES « VUE STOCK »-------------------------------------------------------22F) DIAGRAMME DES CLASSES « VUE STOCK » -------------------------------------------------------223. MODELE RELATIONNEL ------------------------------------------------------------------------------22III. CONCEPTION DU NIVEAU APPLICATION ---------------------------------------------------------231. VUE AFFECTATION DES PRIMES DE JARDIN DENFANTS ------------------------------------------232. VUE AFFECTATION DES VETEMENTS DE TRAVAIL ------------------------------------------------243. VUE COMMANDES FOURNISSEURS -----------------------------------------------------------------26IV. CONCEPTION DU NIVEAU PRESENTATION ------------------------------------------------------261. STRUCTURE DE L’APPLICATION ---------------------------------------------------------------------262. CHARTE GRAPHIQUE ---------------------------------------------------------------------------------273. SCHEMA NAVIGATIONNEL DE L’APPLICATION ----------------------------------------------------27CONCLUSION ----------------------------------------------------------------------------------------------29CHAPITRE 4 : REALISATION---------------------------------------------------------------------30INTRODUCTION -------------------------------------------------------------------------------------------30I. ENVIRONNEMENT DE DEVELOPPEMENT ----------------------------------------------------------301. ENVIRONNEMENT MATERIEL ------------------------------------------------------------------------302. ENVIRONNEMENT LOGICIEL -------------------------------------------------------------------------30II. CHOIX DE L’ENVIRONNEMENT --------------------------------------------------------------------30III. DEPLOIEMENT DE L’APPLICATION --------------------------------------------------------------31IV. PRINCIPALES INTERFACES GRAPHIQUES -------------------------------------------------------321. INTERFACES DE L’EMPLOYE -------------------------------------------------------------------------322. INTERFACES DE L’AGENT DE CONTROLE GRH ----------------------------------------------------343. INTERFACES DE L’AGENT DE CONTROLE DU STOCK ----------------------------------------------37V. PLANIFICATION DU PROJET -----------------------------------------------------------------------38CONCLUSION ----------------------------------------------------------------------------------------------38CONCLUSION GENERALE ------------------------------------------------------------------------39BIBLIOGRAPHIE ET NETOGRAPHIE ---------------------------------------------------------41ANNEXES ------------------------------------------------------------------------------------------------42
  8. 8. Liste des figuresFigure 1: Organigramme dARABSOFT .................................................................................1Figure 2: Diagramme des cas d’utilisation de lemployé........................................................10Figure 3: Diagramme des cas d’utilisation de l’agent de contrôle GRH.................................11Figure 4: Diagramme du cas d’utilisation « Prise en charge des primes du jardin d’enfant » 11Figure 5: Diagramme du cas d’utilisation « Gestion des habillements » ................................12Figure 6: Diagramme du cas d’utilisation du responsable GRH ............................................13Figure 7: Diagramme du cas d’utilisation de lagent de control du stock ...............................14Figure 8: Raffinement du cas d’utilisation gestion des prélèvements.....................................14Figure 9: Raffinement du cas d’utilisation Prise en charge des commandes fournisseurs.......15Figure 10: Diagramme de séquence « vue prime »................................................................16Figure 11: Diagramme se séquence « vue habillement » .......................................................17Figure 12: La structure générique dune architecture 3-tiers ..................................................18Figure 13: Diagramme de classes « vue prime » ...................................................................20Figure 14: Diagramme de classes «Vue habillement » ..........................................................21Figure 15: Diagramme de classes « Vue stock » ...................................................................22Figure 16: Diagramme de séquence relatif à laffectation des primes de jardin denfants .......24Figure 17: Diagramme de séquence relatif à l’affectation des vêtements de travail................25Figure 18: Diagramme de séquence relatif à la prise en charge des commandes ....................26Figure 19: Structure du site en évolution...............................................................................27Figure 20: Charte graphique .................................................................................................27Figure 22: Menu de lagent de control GRH..........................................................................28Figure 21: Menu de lemployé ...............................................................................................1Figure 23: Schéma de déploiement du système .....................................................................31Figure 24 : Authentification..................................................................................................32Figure 25 : interfaces employé..............................................................................................32Figure 26: interface employé «vue habillements » ................................................................33Figure 27: Interface agent GRH « vue paramétrages des familles d’articles » .......................34Figure 28: interfaces agent GRH « vue affectation des primes de jardin d’enfants »..............35Figure 29: interface agent de contrôle GRH « vue affectation des vêtements de travail » ......36Figure 30: interface agent de stock « vue commande » .........................................................37Figure 31: Diagramme de GANTT .......................................................................................38
  9. 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éss’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égiquevoire inévitable. Pour cela notre objectif consiste à mettre en place un portail intranet qui permetd’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 à lamaniè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 desactes sociaux afin de gérer les primes associées aux employés de l’entreprise, pour leursenfants et aussi afin de gérer les habillements affectés aux allocataires de la société. D’où lechoix des technologies de programmation qui offrent la possibilité d’optimiser plussimplement 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 nousintroduisons le cadre de travail ainsi que la problématique et les objectifs de la réalisation dusystème. Le deuxième chapitre n’est autre qu’une étude préalable dans le but de faire étayer lesdifférents modules de l’application Au niveau du troisième chapitre nous détaillons l’architecture de notre système et nousprésentons la conception de chaque partie de l’architecture adoptée. Dans le dernier chapitre nous présentons l’environnement de développement, lediagramme de déploiement qui illustre la mise en œuvre de la solution, les principalesinterfaces 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. 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ésentantl’organisme d’accueil. Par la suite, nous abordons l’étude de l’existant du projet, suivie d’unecritique pour pouvoir dégager les contraintes à respecter pendant la réalisation de notre projetet nous clôturons le chapitre par une description de la méthodologie utilisée dans notreapplication. I. Présentation de la société ARAB SOFT, peut se targuer d’être le leader dans le domaine du service d’ingénierieinformatique. Elle est leader en Tunisie mais aussi à l’échelle international où sescompétences sont très prisées. [1] 1. Historique Créée en 1985 avec un effectif de 8 employés et disposant actuellement dune équipedépassant les 100 employés la société a connu dés sa première année dexistence unecroissance rapide qui la propulsé au rang de leader national en ingénierie de softwareanticipant ainsi lévolution inévitable de lensemble 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 lesactivité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’assistanceApplication pour la gestion des actes sociaux Page 2
  11. 11. Présentation du cadre du projet 3. Savoir faire Etude, conception, développement de logiciels sectoriels spécifiques, développement delogiciels standards, développement des sites Web dynamiques, formation sur les logicielsconç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 ServiceDéveloppement, dont l’organisation est représentée par l’organigramme ci-dessous : Figure 1: Organigramme dARABSOFTApplication pour la gestion des actes sociaux Page 3
  12. 12. Présentation du cadre du projet 5. Parc informatique Cette partie décrit les composants du parc informatique d’ARABSOFT en citantl’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 dexploitation 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, COLDFUSION STUDIO, JDEVELOPPER. • Les serveurs dapplications: 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 deréalisation sous le système de gestion de base de données Mysql. Cette application a pourobjectif de réaliser la gestion des ressources humaines à savoir le recrutement, la gestion descongés, la gestion des prêts et cession sur salaire, l’assurance maladie, la gestion des actessociaux, la gestion budgétaire… Dans le cadre de notre projet, nous présentons un intérêt particulier pour le processus degestion des actes sociaux qui s’effectue comme suit : Chaque employé ayant des enfants est concerné soit par les primes de scolarité soit parles primes de jardin d’enfants. L’affectation des primes dépend de l’âge de l’enfant et de sonniveau. Si c’est le cas, l’employé lui sera associé les primes correspondantes à ses enfants soitmensuellement 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’unetenue de travail, selon sa fonction, composée d’un ou de plusieurs articles. L’employé seprésente avec sa fiche de mensuration au magasin pour avoir ses vêtements de travail et leprélèvement sera enregistré.Application pour la gestion des actes sociaux Page 4
  13. 13. Présentation du cadre du projet Les habillements sont commandés auprès des fournisseurs selon l’effectif par article, lacommande peut concerner un à plusieurs articles et les commandes peuvent être livrées surune 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 etdes enfants concernés par les primes ne sont pas suffisantes pour assurer différents traitementsexigé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 quandun employé trouve que ses mensurations sont fausses. - Chaque employé doit avoir sa fiche de mensuration à travers le service GRH ce quiengendre 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 dedé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 ausein de l’entreprise. Notre solution consiste à créer un flux dinformations au sein de l’organisation pourassurer la gestion informatique de lensemble des tâches à accomplir et des différents acteursimpliqués dans la réalisation des processus en donnant l’opportunité a l’employé d’intervenirpour gagner le temps et assurer la précision des informations. Par ailleurs, l’application doit permettre la saisie des données et éliminer la redondancedes informations. III. Méthodologie adoptée La volonté d’avoir une nouvelle méthode pour manipuler les processus de gestion deressources humaine, dans le cadre de ce projet, touchent la totalité de système d’informationconcernant l’aspect ressources humaines. C’est le changement total du système d’informationqui nous a poussés à choisir comme méthodologie de développement RUP (Rational UnifiedProcess). C’est un standard, il propose une conception assez poussée et prend en compte tousles détails de conception y compris le système existant, RUP a la visibilité sur tout le systèmed’information et il est conseillé pour des projets qui commencent à zéro.Application pour la gestion des actes sociaux Page 5
  14. 14. Présentation du cadre du projet Cette méthodologie est basée sur le langage de modélisation UML (Unified ModelingLangage) 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 solutionproposée. Enfin, nous avons présenté la méthodologie adoptée.Application pour la gestion des actes sociaux Page 6
  15. 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 phaseconsiste à cadrer le projet et à définir ses cas d’utilisation afin de mieux le situer dans soncontexte général. Pour cela, nous allons commencer par présenter les besoins fonctionnels, lesbesoins non fonctionnels pour enfin terminer avec la présentation des cas d’utilisation denotre 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 applicationde qualité selon les besoins du client. 1. Besoins fonctionnels Ces fonctionnalités se présentent en trois grandes parties, la prise en charge des primesde 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 dejardin d’enfant et dacquisition 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 lesupé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éficierdes prime ou non.Application pour la gestion des actes sociaux Page 7
  16. 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 etdes â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 nouveauxuniformes de travail et pour ce la ils doivent enregistrer leurs mensurations dans la fiche demensurations à partir de leurs profil. Affectation des vêtements de travail Les vêtements sont donnés à chaque employé selon sa fonction et ses propresmensurations 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 detravaille ainsi que leurs composantes à savoir les tailles, les familles d’article (pantalon,chemise,…), les sous familles d’articles (Pantalon de travail Multi poches, EisenhowerFemme,…). c) La gestion du stock Paramétrage des fournisseurs La société crée des conventions avec des fournisseurs pour l’approvisionnement par lesvêtements de travails et pour ce la il est possible de mettre a jour (ajouter, modifier etsupprimer) 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 queses 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 mouvementd’entres. Le système permet l’enregistrement de chaque achat ainsi que son bon de livraisonet 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 dumagasin et il est enregistré comme étant un mouvement de sortie. Le système permet lavisualisation des Fiche de dotation, le Journal récapitulatif des vêtements validés et la fiche del’historique des dotations.Application pour la gestion des actes sociaux Page 8
  17. 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 lamise à jour des inventaires pour chaque période, sont des fonctionnalités assurées par lesystème. 2. Besoins non fonctionnels Les besoins non fonctionnels sont importants car ils agissent de façon indirecte sur lerésultat et sur le rendement de l’utilisateur, ce qui fait qu’ils ne doivent pas être négligés, pourcela 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’ilfournisse trop d’effort (utilisation claire et facile). • Efficacité : l’application doit permettre l’accomplissement de la tâche avec leminimum 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 casd’utilisations. Ces diagrammes décrivent précisément les besoins du client final et spécifientle comportement attendu par le système à développer. Généralement un diagramme de casd’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 decontrôle du service GRH, l’agent de contrôle du Stock, le responsable du service GRH et leresponsable du stock. - L’employé : Personne rétribuée pour produire un travail au sein de l’entreprise oul’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 deressources 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 dapprovisionnement dans les délaisimpartis. il est en liaison étroite avec les fournisseurs.Application pour la gestion des actes sociaux Page 9
  18. 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 denafant prise en charge des fiches mensurations <<include>> autentificationemployé 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 lemployé 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. 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 denafants <<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 denfant ajout de nouvelles primesAgent 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. 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 drticles <<extend>>Agent de contrôle GRH Parametrage des sous famille drticles <<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 lhistorique 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. 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 luniforme <<include>> Consultation du personnel Emplyoé Consultation des employés par service Validation des affectations des primes de scolarité <<include>> Validation des affectations des primesResponsable GRH Validation des affectations des primes de jardin denafnts autentificationn Consultation des affectations des primes de scolarité Consultation des affectations des primes <<include>> Consultation des affectations des primes de jardin denafnts 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. 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 AutentificationAgent de control du stock Prise en charge des commande fournisseurs <<include>> Préparation des inventaires <<include>> Figure 7: Diagramme du cas d’utilisation de lagent 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 dotationagent de control du stock <<include>> Consultation de lhistorique 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. 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 fournisseursagent de control du stock consultation de lhistorique des commandes par période <<include>> <<extend>> AutentificationFigure 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. 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 laffectation [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. 25. Spécification des besoinsSequence 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 letat 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. 26. Conception Chapitre 3: Conception Introduction Dans ce chapitre, nous présentons la notion d’architecture trois tiers. Ensuite, nousdétaillons la conception de notre application. I. Architecture globale de la solution Notre projet consiste à concevoir un portail intranet qui offre un ensemble de servicesinternet accessibles uniquement à partir des postes du réseau local. C’est une application Webd’architecture à trois niveaux. Dans larchitecture à 3 niveaux (appelée architecture 3-tiers), il existe un niveauintermédiaire, cest-à-dire que lon a généralement une architecture partagée entre : - Un client, cest-à-dire lordinateur demandeur de ressources, équipée dune interfaceutilisateur (généralement un navigateur web) chargée de la présentation ; - Le serveur dapplication (appelé également middleware), chargé de fournir la ressourcemais faisant appel à un autre serveur - Le serveur de données, fournissant au serveur dapplication les données dont il a besoin. Figure 12: La structure générique dune architecture 3-tiersApplication pour la gestion des actes sociaux Page 18
  27. 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 à notreapplication : • 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 laprime maximal pouvant être affecté par enfant, l’employé bénéficie du montant existant dans lafacture, 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 sesenfants. 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é quitravaille 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 dansl’entreprise.Application pour la gestion des actes sociaux Page 19
  28. 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..1Prime jardin denfant 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..1Bareme jardin denfant 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. 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. 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 dentré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. 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 enreprésentant leurs échanges de messages. Ces messages sont classés par ordre chronologiquedurant l’exécution du système et représentent soit des évènements détectés par la classedestination, soit des appels des méthodes de cette même classe. 1. Vue affectation des primes de jardin denfants Afin d’affecter une prime de jardin d’enfants à un employé, il faut choisir un service etafficher la liste de ses employés pour visualiser la liste des enfants concernés par la prime dejardin d’enfants de chaque employé comme le montre la figue ci-dessous :Application pour la gestion des actes sociaux Page 23
  32. 32. ConceptionAfectation des primes de jardin denfans :Interface agent GRH :compte :Service :Employé :Enfant :Bareme jardin denfant :Prime_jardin_enfant agent de contrôle de GRH loop [Idntifiant incorrecte] Saisir lidentifiant chercher lidentifiant Vérifier lidentifiant Signaler lerreur Afficher message derreur 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 lemployé Charger les enfants de lemployé Claculer lage des enfants Afficher la liste des enfants Choisir un enfant Chercher lenfant Afficher les données de lenfant Saisir le montant de la facture du jardin denfant choisir le mois daffectation Saisir lannée daffectation Accorder dossier complet Valider laffectation Chercher le bareme de la prime Charger le barème de la prime Calculer la valeur de la prime Eregistrer laffectation de la prime Figure 16: Diagramme de séquence relatif à laffectation des primes de jardin denfants 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. 33. ConceptionAffectation des tenues de travail :Interface agent GRH :Detail_dotation :Detail_tenue :Dotation :Sous_famille_articles :Mensuration :Article :TenueAgent de contrôle de GRH Choisir une tenue Chercher la tenue Afficher la tenue Insérer la date daffectation Valider laffectation 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 lemployé pour les familles Charger les articles correspondants aux mesnsurations de lemployé Charger les articles de lemployé Envoyer les inforamtions a linterface Afficher les articles affectés Figure 17: Diagramme de séquence relatif à l’affectation des vêtements de travailApplication pour la gestion des actes sociaux Page 25
  34. 34. Conception 3. Vue Commandes fournisseurs Pour lancer une commande, l’gent de contrôle du stock consulte la liste des fournisseurset 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 lidentifiant chercher lidentifiant Vérifier lidentifiant Afficher un message derreur Siganler lerreur 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 larticle 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 leplus aux besoins de l’utilisateur. Lobjectif est de maintenir une hiérarchisation équilibrée quipermet laccès rapide à linformation et une compréhension intuitive de la façon dont les pagessont organisées tout en donnant la possibilité d’évoluer.Application pour la gestion des actes sociaux Page 26
  35. 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 lesréalisations graphiques d’un même projet pour cela, nous avons choisi la structure suivantepour 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 estdestinée à l’employé, la deuxième à l’agent de contrôle du GRH, la troisième à l’agent decontrol 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. 36. Conception Figure 21: Menu de lemployé Figure 22: Menu de lagent de control GRHApplication pour la gestion des actes sociaux Page 28
  37. 37. Conception Conclusion Dans ce chapitre, nous avons présenté la conception de notre système. Nous avonsdétaillé l’architecture trois tiers et nous avons établi le diagramme de classes et le diagrammed’activités.Application pour la gestion des actes sociaux Page 29
  38. 38. Réalisation Chapitre 4 : Réalisation Introduction Au niveau de cette dernière partie, nous nous intéressons aux outils utilisés pour laré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 dapplications web, qui permet de collecter desdonnées de formulaire, générer du contenu dynamique, manipuler des images, ... et peut aussifonctionner comme n’importe quel langage interprété de façon locale, en exécutant lesprogrammes en ligne de commande. [4] HTML Le HTML (HyperText Mark-Up Language) est un langage dont le rôle est de formaliserlécriture dun document avec des balises de formatage. Ces balises permettent dindiquer lafaçon dont doit être présenté le document et les liens quil établit avec dautres documents. [5]Application pour la gestion des actes sociaux Page 30
  39. 39. Réalisation JavaScript C’est un langage de script incorporé dans un document HTML. Il permet d’apporter desaméliorations au langage HTML en permettent d’exécuter des commandes du côté clientcest-à-dire au niveau du navigateur et non au niveau du serveur web. Ce langage estindépendant de toute plate-forme. [6] EasyPHP EasyPHP est une plateforme de développement Web, permettant de faire fonctionnerlocalement des scripts PHP. C’est un environnement comprenant deux serveurs (un serveurweb Apache et un serveur de bases de données MySQL), un interpréteur de script (PHP), ainsiquune administration SQL PhpMyAdmin. Il dispose dune interface dadministrationpermettant de gérer les alias (dossiers virtuels disponibles sous Apache), et le démarrage/arrêtdes serveurs. [6] Dreamweaver Adobe Dreamweaver est un éditeur de sites web de type WYSIWYG (What You See IsWhat You Get). Il offre deux modes de conception; le premier en mode création permettantdeffectuer la mise en page directement à laide doutils simples, comparables à un logiciel detraitement de texte (insertion de tableau, dimage, ...), le deuxième, c’est en éditantdirectement 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ésentantdans ce diagramme les configurations nécessaires permettant la mise en place du notresystème développé. Il suffit d’installer le système de gestion de la base de donné et l’exécutable del’application pour que le client puisse accéder à l’application. Serveur base de données My SQL Données Serveur dappl icati on Requetes Requetes Requetes Requetes RequetesNavigateur 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èmeApplication pour la gestion des actes sociaux Page 31
  40. 40. Réalisation IV. Principales interfaces graphiques Pour accéder à l’application, l’utilisateur doit tout d’abord s’authentifier, pour cela ilintroduit 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. 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

×