Documente Academic
Documente Profesional
Documente Cultură
Introduction gnrale................................................................................................................ 1 Chapitre I I-1 I-2 I-3 I-3-1 I-3-2 I-3-3 I-3-4 I-3-5 I-4 I-4-1 I-4-2 Chapitre II II-1 II-2 II-3 II-4 II-5 Cadre du projet ......................................................................................... 2
Lespoir des pauvres :....................................................................................... 2 Les besoins de lassociation ............................................................................. 2 Modules du projet ............................................................................................. 2 Module Gestion des offres .................................................................. 2 Module Gestion des stocks ................................................................. 2 Modue Statistiques ............................................................................. 2 Module Recherche .............................................................................. 3 Module Fichier ................................................................................... 3 Organisation des tches .................................................................................... 3 Organisation au sein de lquipe .............................................................. 3 Mthode agile ........................................................................................... 4 LAnalyse ................................................................................................. 5
Le cas dutilisation du systme ......................................................................... 5 Le cas dutilisation du module Grer les offres .......................................... 6 Le cas dutilisation du module Grer les stocks ......................................... 7 Le cas dutilisation du module consulter les statistiques ........................... 8 Le cas dutilisation du module chercher un objet ...................................... 9 La conception ......................................................................................... 10
Description des classes : ......................................................................................... 10 III-2 Diagramme de squences .............................................................................. 11 La ralisation .......................................................................................... 11
Chapitre IV IV-1
IV-1-1 IV-1-2
Page i
IV-2
Limplmentation ........................................................................................... 14 La base de donne .................................................................................. 14 Linterface de lapplication .................................................................... 15 Authentification................................................................................ 15 Choix des modules ........................................................................... 15 Lenregistrement des offres .............................................................. 16 Enregistrement du donateur.............................................................. 17 Enregistrement des personnes en difficult ...................................... 18 Quitter lapplication ......................................................................... 19
IV-2-1 IV-2-2
Page ii
Figure 1: hirarchie des membres de l'quipe .............................................................. 3 Figure 2: Cycle de vie d'un processus RUP ................................................................. 4 Figure 3: Cas d'utilisation de l'Application .................................................................. 5 Figure 4: Cas d'utilisation du module " Grer les offres" ............................................ 6 Figure 5: Cas d'utilisation du module " Grer les stocks" ............................................ 7 Figure 6: Cas dutlisation Consulter les statistiques .............................................. 8 Figure 7: Cas d'utlisation " chercher un objet" ............................................................. 9 Figure 8: Diagramme de classe .................................................................................. 10 Figure 9: Les principales composantes de Visual Studio 2010 .................................. 12 Figure 10: Modle entit relation de la base de donne ............................................. 14 Figure 11: Interface d'authentification ....................... Error! Bookmark not defined. Figure 12: Interface du choix de module ................... Error! Bookmark not defined. Figure 13: Interface de l'enregistrement ..................... Error! Bookmark not defined. Figure 14: Enregistrement du donnateur .................... Error! Bookmark not defined. Figure 15: Enregistrement des personnes en difficult ............. Error! Bookmark not defined. Figure 16: Quitter l'application .................................................................................. 19
Page iii
Introduction gnrale
Dans le cadre du bureau Gnie logiciel, nous avons t sollicits travailler un projet informatique complet. Notre projet consiste dvelopper une application pour lassociation lespoir des pauvres .
Dans un premier chapitre, nous prsenterons lassociation et ses besoins. Puis, dans un second chapitre, nous ferons lanalyse du projet. Le troisime chapitre sera consacr pour la conception. Finalement, nous parlerons de la ralisation dans le dernier chapitre.
Page 1
Chapitre I
Cadre du projet
Lespoir des pauvres est une association qui vise aider des personnes en difficult. Elle se proccupe aussi de la vente de meubles et dautres matriaux. Pour faciliter la gestion de ses stocks et son personnel, cette association nous a sollicits pour lui fournir une application informatique qui rpond ses besoins. I-2 Les besoins de lassociation Lapplication informatique que demande cette association doit assurer les tches suivantes : Saisir tous les dons proposs et leurs caractristiques Indiquer les offres acceptes et celles refuses. Reconnaitre les types de mobiliers entrs. Grer la traabilit de tous les dons.
Pour raliser cette application, nous nous sommes passs par plusieurs tapes pour pouvoir aboutir la fin une interface claire, lisible et facile utiliser. I-3 Modules du projet I-3-1 Module Gestion des offres
Ce module vise ajouter ou refuser les offres. Ceci prendra en considration lenregistrement des donnes propres chaque offre. Nous prparerons pour ce module une interface permettant ces diffrentes actions. I-3-2 Module Gestion des stocks
Lobjectif de ce module est la visualisation des objets stocks par entrept et lenregistrement des sorties de stocks. Une interface permettant ces diffrentes actions sera aussi prpare. I-3-3 Modue Statistiques
Ce module calcule et visualise le nombre de propositions de dons reues, le nombre de donateurs, de bnficiaires, le nombre de propositions de dons acceptes et ratio
Page 2
reues/acceptes par catgorie dobjet, le volume des ventes ventil suivant les quatre destinations possibles et la valeur des ventes ventile suivant les quatre destinations possibles. Il permet aussi de visualiser les catgories principales darticles en stock et lvolution des stocks. Ceci ncessite une interface permettant ces diffrentes actions ainsi que laffichage des informations. I-3-4 Module Recherche
Ce module permet la recherche dun objet par catgorie, par mots figurant dans la description et suivant les proprits de lobjet. Linterface prparer doit permettre laffichage des rsultats de la recherche et leur impression. I-3-5 Module Fichier
Ce module a pour objectif la sauvegarde, la restauration des donnes et leur archivage. Il permet aussi de quitter lapplication. Ce module sera prsent sous l aforme dune barre menu contenant toutes ces actions. I-4 Organisation des tches I-4-1 Organisation au sein de lquipe
Notre quipe est compose de cinq membres. Mlle Maroua Adala tant le chef dquipe, Mlle Batita Wiem, Mr Mehdi Bouleimen , Mlle Asma Chaouch et Mr Ghabara Badreddine sont les membres de lquipe. Marwa Adala Wiem Batita
Mehdi Bouleimen Asma Chaouch Baderddine Ghbara Figure 1: Hirarchie des membres de l'quipe Tous les membres de lquipe ont pris des fonctions diffrentes pour chaque module. Ceci permettra de toucher toutes les tapes du projet. (Voir annexe)
Page 3
I-4-2
Mthode agile
Pour notre projet, nous avons choisi la mthode RUP (Rational Unified Process). Ce choix est justifi par sa compatibilit avec notre projet et sa taille ainsi quaux exigences du client. En effet, cest une dmarche de dveloppement qui repose comme son nom
lindique sur les UP et cest pour cette raison que le RUP est aussi: Pilot par les cas d'utilisation c'est--dire que le dveloppement est centr sur lutilisateur. Les UC permettent dexprimer et de dcrire les besoins fonctionnels. Centr sur l'architecture donc il est ncessaire de modliser les diffrentes perspectives du systme, quelles soient indpendantes ou
complmentaires. Itratif et incrmental c'est--dire que chaque itration prend en compte un certain nombre de cas d'utilisation en traitant les risques majeurs en priorit. Chaque itration produit une nouvelle version excutable. Un processus RUP comporte diffrentes phases qui sont : Linitialisation dont lobjectif est de dfinir le problme. Llaboration qui consiste analyser, planifier les activits et affecter les ressources. La construction qui consiste au dveloppement du logiciel par incrments successifs. La transition qui est la prparation de la sortie du logiciel. Il faut donc rdiger la documentation, former les utilisateursCette phase dure tout la vie du logiciel aprs que celui soit ralis.
Page 4
Chapitre II
LAnalyse
Lanalyste prpare les diagrammes de cas dutilisation ainsi que leurs descriptions textuelles.
II-1 Le cas dutilisation du systme
Lapplication informatique raliser doit permettre au responsable de lassociation de mieux grer les propositions de dons et les stocks de mobilier afin de rpondre plus efficacement aux besoins des personnes en difficult. Les propositions de dons sont tudies par le responsable puis il dcide dacqurir ou non lobjet propos. Les dons effectivement reus sont stocks. Le responsable peut aussi visualiser les statistiques pertinentes comme le nombre des donateurs, de bnficiaires, des propositions des dons, lvolution des stocks il peut aussi imprimer tout ou une partie de ces informations. Pour permettre un rponse rapide face a des demandes arrivant a lassociation lapplication doit permettre a lutilisateur un module de recherche.
Page 5
Application de gestion des Dons de lassociation Espoir des pauvres II-2 Le cas dutilisation du module Grer les offres
Cas d'utilisation : Grer les offres Acteur : responsable de lassociation Evnement dclencheur : lors dune proposition dune donation, le responsable de lassociation doit ouvrir longlet de Grer une offre et remplir les informations concernant larticle ainsi que des informations sur le donateur. Parties prenantes et intrts : Responsable de lAssociation : Souhaite enregistrer loffre. Lassociation: Souhaite disposer dun rpertoire contenant les offres des donateurs ainsi que leurs coordonnes.
Niveau : Objectif utilisateur (C'est l'objectif suivi par un acteur en interaction avec le systme.) Porte : Gestion des offres pour lassociation. Pr-conditions : le responsable doit recevoir une proposition du don. Post-conditions : si loffre est accepte alors elle sera valide et lobjet sera rpertori dans les stocks. Scnario nominal 1. le responsable de lassociation reoit lappel de la donation et ouvre longlet gestion des offres. 2. 3. Le systme communique un formulaire remplir. Le responsable remplit le formulaire puis il accepte larticle.
Page 6
4. Si lutilisateur laisse un champ vide dans le formulaire, alors aller en 2 5. Le systme communique un formulaire supplmentaire. 6. le responsable remplit le formulaire de lacceptation. Il peut ainsi valider lenregistrement ou lannuler. 7. Si lutilisateur laisse un champ vide dans le formulaire, alors aller en 5 8. Le systme informe l'utilisateur que lobjet est rpertori Extensions *. A tout moment : lutilisateur peut abandonner l'opration en cours. 6.a Si larticle est refus, le systme enregistre lhistorique. 6.b Si larticle est mis en attente, le systme enregistre la proposition de la donation et utilisateur peut tout moment la consulter est prendre la dcision.
II-3 Le cas dutilisation du module Grer les stocks
Figure 5: Cas d'utilisation du module " Grer les stocks" Cas d'utilisation : Grer les stocks Acteur : responsable de lassociation Parties prenantes et intrts : Responsable de lassociation : Souhaite visualiser les objets stocks ainsi enregistrer les sorties des stocks. Lassociation: Souhaite redistribuer le don
Post-conditions : Lobjet est redistribu suivant le choix du responsable. Scnario nominal 1. Le responsable demande de visualiser les objets rpertoris 2. Le systme retourne la liste des objets. 3. Le client slectionne un de ces objets. 4. Le systme lui transmet quatre destinations possibles pour larticle slectionn. 5. Le responsable saisit les donnes (les donnes se diffrent suivant le choix) et confirme. 6. Le systme informe l'utilisateur que lobjet est rpertori. Extensions *. A tout moment : lutilisateur peut abandonner l'opration en cours. 5. Si lutilisateur laisse un champ vide dans le formulaire, alors aller en 4.
II-4 Le cas dutilisation du module consulter les statistiques
Figure 6: Cas dutilisation Consulter les statistiques Cas d'utilisation : consulter les statistiques Acteur : responsable de lassociation Parties prenantes et intrts : Responsable de lAssociation : Souhaite visualiser les statistiques de lassociation et les imprimer.
Page 8
Niveau : Objectif stratgique. Post-conditions : afficher les statistiques et les imprimer si cest demand
II-5 Le cas dutilisation du module chercher un objet
Figure 7: Cas d'utilisation " chercher un objet" Cas d'utilisation : rechercher Acteur : responsable de don Parties prenantes et intrts : Responsable de lAssociation : Souhaite faciliter sa tache en lui fournissant une mthode de recherche dun objet par catgories, par mot figurant dans la description et suivant les proprits de lobjet. Niveau : Objectif utilisateur Post-conditions : lister les objets figurants dans lentrept ou dans les dpts vente rpondant la requte de lutilisateur.
Page 9
Chapitre III
La conception
Lentit Personne : cest la classe qui prsente des informations sur les individus qui interagissent avec le systme. Lentit Donateur : cest une classe qui hrite de la classe Personne et qui prsente des informations sur la personne qui a propos un don lassociation. Lentit Responsable de lassociation : cest une classe qui hrite de la classe Personne et qui prsente des informations sur la personne qui decide si le don propos par un donateur sera accept par lassociation ou pas. Lentit Personne en difficult : cest une classe qui hrite de la classe Personne et qui prsente des informations sur la personne qui bnficiera du don directe de lassociation. Lentit Article : cest la classe qui reprsente un don propos par un donateur et qui sera stock. Les entits Vente bi-annuelle , Dpt Vente et Garde Meuble : ce sont des classes dassociation illustrant la dcision du responsable de lassociation sur la destination dun article accept.
Page 10
Application de gestion des Dons de lassociation Espoir des pauvres III-2 Diagramme de squences
Pour pouvoir saisir une proposition, lutilisateur est appel tout dabord sidentifier, le systme vrifie si le login et mot de passes sont vrifis il lui donne laccs saisir les formulaires, sil dcide daccepter la proposition elle sera envoye vers le destinataire si non elle sera enregistre si la dcision consiste a la mettre en attente sinon elle sera supprime.
Chapitre IV
La ralisation
Page 11
Visual Studio 2010 dispose de plusieurs parties distinctes. Ces pices peuvent se connecter avec d'autres technologies Microsoft, et avec des technologies nonMicrosoft. La figure montre les principales composantes de Visual Studio 2010 et certaines autres technologies qui sont le plus souvent utilises avec ce logiciel.
Figure 10: Les principales composantes de Visual Studio 2010 Le choix de cet outil est justifi par le fait qu'il est simple d'utilisation, puissant et performant. De plus, Microsoft Visual Studio 2010 prsente une documentation riche et accessible. IV-1-2 MySQL
En ce qui concerne la base de donnes, nous avons choisi le SGBD MySQL. En effet ce choix est justifi par le fait que : - C'est un serveur de base de donnes SQL. SQL est le langage des bases de donnes le plus populaire dans le monde. - Il est libre, gratuit et trs utilis aussi bien dans les projets libres que dans le milieu industriel vu son bon rapport qualit/prix.
Page 12
- Un processus qui utilise le DOM 1 ne peut traiter l'arbre qu'aprs la lecture entire du document.
DOM : Le Document Object Model est une recommandation du W3C qui dcrit une interface indpendante de tout langage de programmation et de toute plateforme, permettant des programmes informatiques et des scripts d'accder ou de mettre jour le contenu, la structure ou le style de documents XML.
Page 13
IV-2-2
Linterface de lapplication
Authentification
IV-2-2-1
Avant daccder lapplication, lutilisateur doit sauthentifier en introduisant son login et son mot de passe. En effet, notre application se connecte la base de donnes pour vrifier lexistence et la conformit des paramtres introduits.
Aprs lauthentification, lutilisateur a la possibilit de choisir un des modules suivants : Enregistrer Dons Recherche Enregistrer besoins Statistique Fichier Quitter
Page 15
Pour enregistrer les offres, lutilisateur doit remplir les champs relatifs loffre. Soit la date de rception, le donateur, la nature de loffre, la quantit offerte, etc.
Page 16
IV-2-2-4
Enregistrement du donateur
Des informations concernant le donateur doivent aussi tre introduites dans la base de donnes. Lutilisateur remplit onc les champs relatifs de la personne en question.
Page 17
La base de donnes de notre application, doit contenir des informations sur les personnes ncessiteuses savoir leurs noms et prnoms, leurs besoins, leurs numros de tlphone, etc.
Page 18
Une fentre de confirmation doit safficher lutilisateur pour valider de quitter dune faon dfinitive lapplication.
Page 19
Conclusion gnrale
Ce bureau de gnie logicielle nous a permis de dcouvrir le travail en quipe et la bonne organisation entre ses membres. Nous avons consacr ce travail pour le dveloppement d'une application informatique qui puisse rpondre au maximum aux besoins de l'association "L'Espoir des Pauvres". Le travail que nous avons ralis nous a ramen prparer une conception dtaille relative un projet.Il nous a aussi permis de bien matriser le language c# et les outils de dveloppement relis. Cette exprience va faciliter nos integrations au sein des socits lors de nos PFE.
Page 20
Page 21