Vous êtes sur la page 1sur 82

Ministre lEnseignement Suprieur de la Recherche scientifique Universit de Monastir

Institut Suprieur dInformatique et de Mathmatique Monastir

PFE
Pour lobtention dune licence en gnie logiciel informatique appliqu Prsent et soutenu par

Slimene Ranim & Selmi Sabrine


Le 03/07/2012 Application Web de Gestion de stock du magasin de Facult de Mdecine Composant du jury:

President du jury: Mr. Elkamel Akil Rapporteur : Mr. Khedher AbdelKarim Encadrant : Mr. Ramzi Mahmoudi

Ddicace
A mes trs chers parents Pour tout lamour dont vous mavez entour, Pour tout ce que vous avez fait pour moi. Je vous dois ce que je suis
aujourdhui grce votre amour, votre patience et vos innombrables sacrifices

Je ferai mon mieux pour rester un sujet de fiert vos yeux avec
lesprit de ne jamais vous dcevoir

A mes deux surs (Hla & Hanin) et mon petit frre (Ahmed) Vous occupez une place particulire dans mon cur, je vous ddie ce
travail en vous souhaitant un avenir radieux, plein de bonheur et de succs. Je vous dirai tout simplement merci, je vous aime tant.

Que le bon Dieu veille sur vous A mes trs chers ami(e)s En tmoignage de lamiti sincre qui nous a lies et des beaux
moments passs ensemble je vous ddie ce travail en vous souhaitant tout le bonheur du monde

A ma chre binme Sabrine En souvenir de nos clats de rire, des bons moments et des nuits
blanches.

Jespre de tout mon cur que notre amiti durera ternellement et


que le succs, le bonheur et la bonne toile vous accompagnent durant toute la vie

Ranim
2|Page

Ddicace
A mes trs chers parents Qui mont fourni au quotidien un soutien et une confiance sans faille Et de ce fait, Je ne saurais exprimer ma gratitude seulement par des mots. Que dieu vous protge et vous garde pour nous. A ma prcieuse sur et binme Ranim, les mots ne peuvent rsumer Ma reconnaissance et mon amour ton gard A ma belle sur Nour A mon beau-frre Oussama A mes adorables amies, Ilhem et Dhouha pour leur fidlit A tous mes amis avec lesquels jai partag mes moments de
joie et de bonheur

Que toute personne ma aid de prs ou de loin, trouve ici lexpression


de ma reconnaissance.

Sabrine

3|Page

Remerciement

Au terme de ce travail, Nous saisissons cette occasion pour exprimer Nos vifs remerciements toutes personnes ayant contribu, de prs ou
de loin, la ralisation de ce travail.

On adresse nos sincres remerciement a Monsieur Ramzi Mahmoudi, notre encadrant, qui a veill pas a pas
llaboration de ce travail, pour son aide,

Ses efforts prcieux pour pouvoir nous mettre dans le bon chemin. Nous exprimons galement notre gratitude aux membres de jury, qui
nous ont honors de juger notre travail.

Ainsi que nos professeurs, pour leurs conseils aviss. Nous avons
apprci leur disponibilit et leur patience.

4|Page

Sommaire
RESUME -------------------------------------------------------------------------------------------------------------- 7 LISTE DES FIGURES --------------------------------------------------------------------------------------------- 8 CHAPITRE I : INTRODUCTION ----------------------------------------------------------------------------- 10 I.1. CONTEXTE ET MOTIVATIONS : -----------------------------------------------------------------------11 I.2. CONTRIBUTIONS :------------------------------------------------------------------------------------12 I.3. ORGANISATION DU RAPPORT : -----------------------------------------------------------------------13 CHAPITRE II : SPECIFICATION ET ANALYSE DES BESOINS ------------------------------------ 15 II.1. INTRODUCTION : ------------------------------------------------------------------------------------16 II.2. DESCRIPTION DU PROJET : -------------------------------------------------------------------------16 II.2.1. Domaine dapplication :.......................................................................................... 17 II.2.2. Spcification des besoins : ..................................................................................... 17 II.3. ETUDE DE LEXISTANT : ----------------------------------------------------------------------------19 II.3.1. Importance de la gestion automatise des stocks : ................................................ 19 II.3.2. Exemples de logiciels existants sur le march : ..................................................... 19 II.3.3. Critique de lexistant : ............................................................................................ 22 II.3.4. Conclusion : ............................................................................................................ 22 CHAPITRE III: ETUDE CONCEPTUELLE ---------------------------------------------------------------- 24 III.1. INTRODUCTION : -----------------------------------------------------------------------------------25 III.2. LAPPROCHE UML ADOPTEE : ---------------------------------------------------------------------25 III.3. TUDE ET MODALISATION DE LA SOLUTION :------------------------------------------------------27 III.3.1. Les diagrammes des cas dutilisations : ............................................................... 27
III.3.1.1. Diagramme de cas dutilisation Magasinier : -------------------------------------------- 28 III.3.1.2. Diagramme de cas dutilisation client :----------------------------------------------------- 31 III.3.1.3. Diagramme de cas dutilisation Fournisseur :------------------------------------------- 33 III.3.2.1. III.3.2.2. III.3.2.3. III.3.2.3. III.3.2.4. III.3.2.5. Diagramme de squence Saisir et m-a-j de la base de donne : ---------------------- 35 Diagramme de squence Inscription Client : ------------------------------------------- 36 Diagramme de squence authentification Client :------------------------------------- 37 Diagramme de squence scnario Commander :---------------------------------------- 38 Diagramme de squence du scnario Rpondre aux appels doffres : --------------- 39 Diagramme de squence de scnario Communication : ------------------------------- 39

III.3.2. Les diagrammes de squences : ........................................................................... 35

III.3.4. Diagramme de classes : ........................................................................................ 40 III.3.3. Diagramme dtat transition :................................................................................ 41 III.4. PRESENTATION DES MAQUETTES PRELIMINAIRES : -----------------------------------------------44 III.5. CONCLUSION : -------------------------------------------------------------------------------------46

CHAPITRE IV : TECHNIQUE DE DEVELOPPEMENT ------------------------------------------------ 47 IV.1. INTRODUCTION : -----------------------------------------------------------------------------------48 IV.2. DESCRIPTION DE LENVIRONNEMENT DE DEVELOPPEMENT INTEGRE : ---------------------------48 IV.2.2. Environnement Logiciel : ....................................................................................... 49
IV.2.2.1. IV.2.2.2. IV.2.2.3. IV.2.2.4. IV.2.2.5. WampServer : ------------------------------------------------------------------------------------ 49 PHP :----------------------------------------------------------------------------------------------- 49 CSS :----------------------------------------------------------------------------------------------- 50 Java Script : ------------------------------------------------------------------------------------- 50 Photoshop : --------------------------------------------------------------------------------------- 51

5|Page

IV.3. LES PHASES DE DEVELOPPEMENT : ---------------------------------------------------------------52 IV.4. LES SCENARIOS DE DEVELOPPEMENT : -----------------------------------------------------------53 IV.4.1. valuation des scnarios : ................................................................................... 54 IV.5. LES PHASES DE DEVELOPPEMENT : ---------------------------------------------------------------55 IV.5.1.Ralisation de la rubrique de Commande : ............................................................ 55 IV.5.2.Ralisation de la rubrique dappel doffre : ............................................................ 58 IV.5.3.Ralisation de la rubrique ddition : ..................................................................... 60 IV.6. INTERFACES DE LAPPLICATION: -------------------------------------------------------------------62 Espace administrateur : ............................................................................................ 63 Espace Fournisseur :................................................................................................ 65 Espace client : ........................................................................................................... 67 IV.7. CONCLUSION : -------------------------------------------------------------------------------------69 CHAPITRE V : CONCLUSION -------------------------------------------------------------------------------- 70 ANNEXE------------------------------------------------------------------------------------------------------------- 72 EXTENSION ANDROID----------------------------------------------------------------------------------------- 74 I. INTRODUCTION : ------------------------------------------------------------------------------------75 II. DEFINITION DE LANDROID : ------------------------------------------------------------------------75 III. HISTORIQUE DANDROID : -----------------------------------------------------------------------75 IV. ARCHITECTURE DANDROID : --------------------------------------------------------------------76 V. COMPOSANTS PRINCIPAUX DE LANDROID :-----------------------------------------------------------77 IVI. OUTILS DE REALISATION DUN PROJET ANDROID : -------------------------------------------------77 VI.1. Outils et installation : ............................................................................................... 77 VI.2. Cration et utilisation de lmulateur : ...................................................................... 78 VI.3. Cration dun projet Android : .................................................................................. 79 VI.4. Modification de linterface graphique: ....................................................................... 79 VII. Les interfaces : ........................................................................................................... 80 VIII. Conclusion :............................................................................................................... 82

6|Page

Rsum

ne application de gestion des stocks est un systme informatique qui permet d'assurer le suivi des niveaux des produits, commandes, ventes et livraisons. Il peut galement tre utilis dans l'industrie manufacturire de

crer un ordre de travail, le projet de loi de matriaux et d'autres documents lis la production Les entreprises utilisent les applications de gestion des stocks pour viter les stocks excdentaires de produits et de pannes. Il s'agit d'un outil pour organiser les donnes d'inventaire qui a t avant gnralement stocks sous forme de copie papier, Spcialement le magasin qui est un espace de stockage o les marchandises sont ranges suivant un ordre bien prcis. Il permet de garder un tat juste des stocks ; il assure pour chaque article un point de gestion entre lapprovisionnement et la consommation ; cest le lieu o lon pointe les entres et les sorties ; le magasin offre des emplacements de stockage bien matrialiss ; ce qui permet de raliser des inventaires afin de garantir lexactitude permanente des quantits de marchandises disponibles. Notre stage sest droul au sein de lassociation sportive de la facult de mdecine de Monastir, Son but tait de dvelopper un ensemble dapplications afin de mettre la disposition des utilisateurs, des outils informatiques leur permettant de faciliter leur travail. Ce stage tait principalement destins la mise en place dune application web de gestion des stocks qui ncessite un dveloppement spcifique car les logiciels existants sur le march sont prvus pour une utilisation plus pousse et manquent de simplicit dutilisation. Notre mission consiste son travail et construire une application qui a pour rle de

simplifier les taches et du magasin de la facult, aider le magasinier organiser mmoriser ses donnes sans avoir pass par les archives et lui inform en cas dune rupture de stock, aussi pour aider les utilisateurs et les professeurs de la facult, qui rclame tout le temps des produits. Par la ralisation de cette application on va organiser les demandes, mettre en premier lieu les dates des besoins pour les commandes et remplacer les feuilles et les archives par une mmoire stock dans un disque dur bien scuris.

7|Page

Liste des figures


Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. Fig. 1 : 2 : 3 : 4 : 5 : 6 : 7 : 8 : 9 : 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 Modlisation graphique du projet -------------------------------------------------------------------------- 17 Consultation dun article (DJA Soft) --------------------------------------------------------------------- 20 Une facture pour Dja soft-------------------------------------------------------------------------------------- 20 Cinq faons de voir un systme (4+1 vues de Kruchten) ---------------------------------------- 25 Les trois composantes dune modlisation ------------------------------------------------------------- 26 diagramme de cas dutilisation Magasinier ------------------------------------------------------ 28 Description dtaill du cas dutilisation consulter le stock -------------------------------- 29 Description plus dtaill du cas dutilisation consulter le stock ------------------------- 29 Diagramme de cas dutilisation client ------------------------------------------------------------- 31 : Description dtaill du cas dutilisation consulter le stock ------------------------------ 31 : Description plus dtaill du cas dutilisation consulter le stock ----------------------- 32 : Diagramme de cas dutilisation Fournisseur --------------------------------------------------- 33 : Description dtaill du Rpondre aux appels doffre --------------------------------------- 33 : Description plus dtaill du cas dutilisation Rpondre aux appels doffre ---------- 34 : Diagramme de squence Saisir et mise jour de la base de donne ------------------ 35 : Diagramme de squence de scnario authentification Client -------------------------- 36 : Diagramme de squence Authentification ------------------------------------------------------- 37 : Digramme de squence du scnario commander ------------------------------------------ 38 : Diagramme de squence du scnario Rpondre aux appels doffres ----------------- 39 : Diagramme de squence de scnario Communication ------------------------------------ 39 : Diagramme de classe ----------------------------------------------------------------------------------------- 40 : diagrammes dtat transitions ---------------------------------------------------------------------------- 43 : Interface Inscription ------------------------------------------------------------------------------------------- 44 : Interface authentification------------------------------------------------------------------------------------ 45 : Interface du formulaire dune commande------------------------------------------------------------- 45 : Le modle de cycle de vie en cascade ------------------------------------------------------------------ 52 : Schma dvaluation des scenarios--------------------------------------------------------------------- 54 : Page daccueil de lapplication ---------------------------------------------------------------------------- 62 : Interface authentification administrateur ------------------------------------------------------------- 63 : Interface ajouter un fournisseur -------------------------------------------------------------------------- 63 : Interface pour modifier un fournisseur----------------------------------------------------------------- 64 : Interface pour ajouter un produit------------------------------------------------------------------------- 64 : Interface pour publier un appel doffre----------------------------------------------------------------- 65 : Interface pour lauthentification des fournisseurs ------------------------------------------------- 65 : Interface pour les offres des produits des fournisseurs ----------------------------------------- 66 : Interface pour rpondre aux appels doffre de magasinier ------------------------------------ 66 : Interface pour linscription ---------------------------------------------------------------------------------- 67 : Interface authentification Client -------------------------------------------------------------------------- 67 : Interface de consultation du stock ----------------------------------------------------------------------- 68 : Interface remplir par lutilisation pour commander--------------------------------------------- 68 : Fiche de mouvement des entres ------------------------------------------------------------------------ 72 : Fiche des articles consommables ------------------------------------------------------------------------ 72 : Fiche de stock---------------------------------------------------------------------------------------------------- 73 : Evolution des versions dAndroid. ----------------------------------------------------------------------- 75 : Architecture du systme dexploitation Android --------------------------------------------------- 76 : Liste des AVD cres ------------------------------------------------------------------------------------------- 78 : Interface graphique -------------------------------------------------------------------------------------------- 79 : Interface Smartphone ----------------------------------------------------------------------------------------- 80

8|Page

Fig. Fig. Fig. Fig.

49 50 51 52

: : : :

Interface d'accs lapplication -------------------------------------------------------------------------Page daccueil via Smartphone --------------------------------------------------------------------------Formulaire dinscription via Smartphone ------------------------------------------------------------Interface dauthentification ---------------------------------------------------------------------------------

80 81 81 82

9|Page

Chapitre I : Introduction

Chapitre I : Introduction

I.1. Contexte et motivations :

urant ces dernires annes l'informatique s'est impos d'une manire trs impressionnante dans les entreprises, cela est du son apport extraordinaire dans le domaine de gestion des bases de donnes. En effet, l'informatique dsigne l'automatisation du traitement de

l'information par un systme concret machine ou abstraie. On entend galement par l'informatique l'ensemble des sciences et techniques en rapport avec le traitement de l'information. En ralit, ce traitement est de plus en plus utilis dans tous les domaines d'activits y compris celui de la gestion des stocks auquel nous rattacherons d'ailleurs notre tude, et cela pour une meilleure gestion des diffrents traitements imposs par cette activit de gestion des stocks. Nous avons pu constater, en effet, pendant notre stage que l'ensemble des traitements au sein du magasin de la FMM1 se fait manuellement, ce qui engendre un certain nombre de problmes tels que la lenteur dans l'accs aux donnes et le risque de perte dinformations. La meilleure solution pour palier ces problmes est l'informatisation afin d'assurer l'accs instantan aux donnes et la scurisation de ces dernires, ce qui simplifie le travail administratif. De ce fait, on a t sollicit par les responsables de la facult de mdecine afin de leur concevoir un systme d'information automatis pour leur gestion de stocks, dans le but de diminuer le temps de travail, les cots de conservation2 des documents et ainsi rduire le cot de production3. Nous proposons le developpement dune application hberge, permettant au magasinier de la facult de grer le stock et les commandes en suivant la disponibilit des marchandises, et en affichant les produits dont le stock est bas.

1 2

Facult de Mdecine de Monastir Les frais de conservation ou de destruction de chquier sont des frais variables prlevs par la grande majorit des banques lorsque le client possesseur dun compte bancaire na pas retir son chquier au guichet de sa banque 3 Les cots auxquels une entreprise doit faire face afin dassurer sa production de biens ou dquipement

11 | P a g e

Chapitre I : Introduction

I.2. Contributions :
Lors de notre projet de fin dtude nous avons ralis un logiciel de gestion de stocks et contribuer lamlioration du traitement de linformation. Nous avons recens les demandes spcifiques du directeur de la facult ainsi que le magasinier. Notre logiciel doit rpondre aux critres suivants : Automatiser la gestion de stocks. Organiser le travail du magasinier et amliorer la maintenance de la FMM. Faciliter le processus de commande. Avoir la possibilit dimprimer nimporte quel document Amliorer le suivi de commande avec consultation de la hirarchie. Scuriser les accs. Diminuer les cots de production. Avoir un historique. Avoir une alarme lorsque la quantit livre est en dessous de 20% du stock. Diminuer la quantit des archives papiers. Mettre en place un system de communication entre les diffrents acteurs. Organiser les produits en diffrentes catgories. Permettre la communication entre les clients et le magasinier

Aprs avoir tudi et valid la faisabilit du projet, nous avons dvelopp le logiciel tout en respectant la totalit des critres noncs ci-dessus. De plus nous avons fait en sorte que lutilisation du logiciel soit la plus ergonomique possible. En sus de ce qui nous a t demand dans le cahier des charges, nous avons dcid daller encore plus loin dans lutilisation du logiciel hberg en proposant aux dcideurs, lintroduction de lapplication sur system android. Nous avons russi a lui vendre lide. Bien sur ltablissement universitaire peut nous solliciter tous moment pour la modification ou lajout dune nouvelle rubrique.

12 | P a g e

Chapitre I : Introduction
Suite une srie de test en compagnie du directeur ainsi que le magasinier nous avons mis en production lapplication. Cette dernire est ce jour 100% oprationnelle.

I.3. Organisation du rapport :


Nous allons prsenter le plan du rapport qui se subdivisera en cinq principaux chapitres qui vont nous aider raliser lapplication et suivre les tapes ncessaire pour le droulement du projet. Dans le premier chapitre intitul motivations et les contributions. Puis, au sein de Spcification et analyse des besoins , deuxime chapitre de ce travail, nous commenons prsenter l'organisme d'accueil, approfondir la comprhension du contexte du systme par un processus continu de collecte d'information auprs des diffrente applications dans les entreprises commerciales en premier lieu qui gre les magasins et automatise les taches , ensuite dterminer les inconvnients majeurs de la gestion actuelle du stock et les point faibles des logiciels existantes qu on a dj citer , numrer des suggestions informatiques qui peuvent remdier aux difficults rencontres, tenant compte des moyens de la facult, nous proposons la solution qui parat la plus adquate. Au niveau de troisime chapitre intitul Etude conceptuelle , un premier pas consisterait a Sitter les tapes quon doit passer par, pour crer et bien organiser notre travaille. Nous analysons ensuite les principaux objectifs attendus du futur systme concevoir et qui seront dcrits par le diagramme des cas d'utilisation. Nous tendons la reprsentation des diagrammes effectus au niveau de l'analyse du besoin, les scnes et les scenarios par le diagramme de squence, les classes quon a besoin dans notre application par le diagramme de classe et le diagramme tat transition pour dcrire les changements d'tats d'un objet ou d'un composant, en rponse aux interactions avec d'autres objets/composants ou avec des acteurs .ce chapitre sera terminer par les maquettes prliminaires . introduction nous prsentons limportance de lapplication de gestion de stock dans notre vie quotidienne, les

13 | P a g e

Chapitre I : Introduction
Concernant le quatrime chapitre Technique de dveloppement nous prsentons les outils de dveloppement qui nous ont servi pour le dveloppement de l'application. Finalement dans le dernier chapitre Conclusion nous prsentons un rcapitulatif du contexte de ce projet de fin dtude et ainsi nos contribution suivie par les perspectives.

14 | P a g e

Chapitre II : Spcification et analyse des besoins

Chapitre II : Spcification et analyse des besoins

II.1. Introduction :

a gestion de stocks au sein du magasin de la facult est une opration rigoureuse qui mrite d'tre perfectionne et analyse soigneusement. Mais avant de porter une solution informatique pour ce processus, la

prsentation de l'organisme d'accueil en gnral et le service qui gre les mouvements de stock au niveau du magasin en particulier est ncessaire, et c'est ce qui est conseill d'ailleurs dans toute dmarche informatique de Gnie Logiciel. Donc, afin de mieux raliser les prochaines tapes du plan de travail, la spcification et la prcision de notre sujet doivent tre bien comprises, cernes et clarifies. L'tape de l'analyse des besoins est l'une des tapes les plus importantes considrer, en effet si les besoins sont mal spcifis et exprims, ou mal analyss, toute la suite sera mal trait, d'o l'importance accorde cette activit. Notre objectif dans cette tape est donc d'exprimer les besoins attendus du futur systme dvelopper.

II.2. Description du projet :


Notre travail consiste concevoir et dvelopper une application
4

informatique qui permettra la gestion automatique des utilisateurs fournisseurs5, du stock, etc.

, des

Autrement dit notre but est de dvelopper une application web de gestion commercial adaptable aux conditions cites prcdemment .En tenant compte des critiques et des besoins d'informatiser les services la solution est de concevoir et dvelopper une application permettant de satisfaire le client .

4 5

Cration, Modification et suppression dun utilisateur et information sur lutilisateur Est un lment cl dans la chaine dapprovisionnement du chantier

16 | P a g e

Chapitre II : Spcification et analyse des besoins

Archives

une application web pour l'oraganisation

service mal grer

Perte de Temps

service bien grer

Gagner le temps

Perte des documents

Dsordre du magasin

automatisation des taches

Ordonnancement du magasin

Avant

Aprs

Fig. 1 : Modlisation graphique du projet

II.2.1. Domaine dapplication :


Ce logiciel est conu pour la gestion de commande et de stock dans un environnement universitaire. Il permettra plusieurs acteurs dune mme structure de grer leur besoins en fourniture divers afin doptimiser le travail de chacun.

II.2.2. Spcification des besoins :


C'est une tape primordiale au dbut de chaque dmarche de dveloppement. Son but est de veiller dvelopper une application adquate, sa finalit est la description gnrale des fonctionnalits du systme, en rpondant la question : Quelles sont les fonctions du systme? Notre systme doit rpondre aux exigences suivantes : Le systme doit pouvoir rcuprer des informations de chaque utilisateur suivant son login et son mot de passe, pour mettre jour la base de donnes de l'application. L'insertion des nouveaux produits et leur classement. Modification des informations propos du client ou du produit. La suppression des donnes (produit ou client) Impression : tat du stock la date choisie, dtail des mouvements effectus dans telle priode et selon diffrents critres de slection, bons de commande, 17 | P a g e

Chapitre II : Spcification et analyse des besoins


bons de rception, bons de livraison(sur papier vierge ou pr-imprim), courriers avec ou sans modles pour clients et fournisseurs(avec archivage automatique). Permettre au magasinier et au fournisseur de publier des appels doffres. Alarmes facultatives : si la quantit restant en stock est infrieure la quantit minimale prvue, si vous tentez de sortir du stock une quantit indisponible. Permettre lutilisateur de remplir une commande avec plus de scurit et plus dorganisation. Le systme, dont le magasin de la facult veut se doter, doit tre oprationnel, volutif, convivial et offrant les informations ncessaires temps rel. Pour ceci, le systme raliser doit satisfaire les exigences de la totalit des utilisateurs. A part les besoins fondamentaux, notre futur systme doit rpondre aux critres suivants: La rapidit de traitement: En effet, vu le nombre important des transactions quotidiennes, il est imprativement ncessaire que la dure d'excution des traitements s'approche le plus possible du temps rel. La performance: Un logiciel doit tre avant tout performant c'est -dire travers ses fonctionnalits, rpond toutes les exigences des utilisateurs d'une manire optimale. La convivialit: le futur logiciel doit tre facile utiliser. En effet, les interfaces utilisateurs doivent tre conviviales c'est--dire simples, ergonomiques et adaptes l'utilisateur. La scurit : le futur logiciel doit permettre un accs scuris aux donnes (nous distinguons alors ladministrateur qui a le droit de tout faire et qui limite les droits daccs des autre utilisateurs, et les utilisateurs qui utilisent le system dune faon limite) Lapplication doit signaler les erreurs par des messages derreur.

18 | P a g e

Chapitre II : Spcification et analyse des besoins

II.3. Etude de lexistant : II.3.1. Importance de la gestion automatise des stocks :


Nous remarquons la prsence des logiciels de gestion dans toutes les entreprises qui vendent ou achtent des produits. En effet, ces logiciels sont devenus indispensable pour plusieurs raison dont on cite en particulier : Faciliter la gestion des stocks. Mettre en place des alarmes afin dviter la rupture de stock. Optimiser le suivi de commande. Mutualiser6 une base de donnes lorsquil y a plusieurs utilisateurs Organiser les procdures de travail. Comparer les mouvements de stock avec le service comptabilit. Recenser les pertes et les vols

II.3.2. Exemples de logiciels existants sur le march :


On trouve plusieurs solutions pour grer les magasins automatiquement et d'une manire efficace. Beaucoup des softwares nous aident atteindre notre but et dorganiser notre magasin. On cite titre dexemple : Dja Soft : Qui est un logiciel de gestion de stocks et commercial l'intention des autoentrepreneurs, petites entreprises ainsi qu'aux petits commerces permettant d'amliorer leurs gestions commerciales ainsi que de grer rationnellement et efficacement les stocks des articles. Par sa simplicit d'utilisation, Dja Soft permet d'automatiser la gestion de stocks des articles ainsi que lensemble dactivits de lentreprise. La convivialit de ces crans de saisies facilite lutilisation du logiciel et procure un confort et une scurit dans sa manipulation, lorganisation et la manire de prsenter les donnes. En effet, grce cela, la situation des stocks des articles est prsente dune manire instantane par des signalisations graphiques rien quen paramtrant les indicateurs de stocks sur la fiche de larticle. Celle-ci, riche en informations, permet de donner des caractristiques dtailles des articles. De plus, avec Dja Soft, la gestion de vos bons de livraison commande, devis, factures nen est que simplifie et ce, grce son puissant gnrateur de

La mise en commun des bases de donnes

19 | P a g e

Chapitre II : Spcification et analyse des besoins


documents commerciaux. Les deux figures suivantes illustres linterface de consultation du produit et une interface dune facture pour Dja stock.

Fig. 2 : Consultation dun article (DJA Soft)

Fig. 3 : Une facture pour Dja soft

20 | P a g e

Chapitre II : Spcification et analyse des besoins


ICIM STOCK Qui est un logiciel de gestion des articles, familles, assemblages, pices assembles, codes barres, images et photos d'articles, emplacements, numros de srie, rfrences, units d'achat et de consommation, travaux, clients, appelants, fournisseurs, modles de lettres et modles de courriels pour clients et fournisseurs. Jusqu' quatre prix fournisseurs par fiche article, enregistrs manuellement ou automatiquement lors de la saisie du bon de commande. Quatre prix de vente par article, chaque prix tant soit fixe, soit un coefficient qui, multipli par le prix moyen pondr du dernier achat, donnera le prix de vente. Rcupration de bons de livraison, bons de commande, assemblages, articles et sorties dans bons de livraison ou bons de commande. Envoi de courriels avec ou sans pices jointes, l'unit ou en srie. Dans les figures suivantes on montre un formulaire remplir par le fournisseur et un autre remplir pour donne les donnes dun article

Fig. 4 : Formulaire remplir par le fournisseur (ICIM Stock)

Fig. 5 : Formulaire remplir par le fournisseur (ICIM Stock) 21 | P a g e

Chapitre II : Spcification et analyse des besoins

II.3.3. Critique de lexistant :


Nous allons citer les problmes organisationnels, humains et techniques lis aux logiciels de gestion de stocks gnralement ainsi que les problmes lis au systme d'information. Dans notre tude de lexistant, prennent comme cas particulier DJA soft et ICIM stock, nous allons dgager certaine insuffisance savoir dans le tableau suivant qui compare notre application avec les autres existants sur le march.

Notre application de gestion de Stock

Les autres applications de gestion de stock qui figurent au march

Interfaces simples et comprhensibles Pas besoin des factures La banque nintervient pas Gratuite Rpond aux besoins de la facult de Mdecine de Monastir Notre interface et notre module sont complets.

Interfaces compliqus et non comprhensibles. Tous le travail est bas sur les factures et les manires de payement.

Payante donc cher et pour chaque mise jour de lapplication On les utilise juste pour les grandes interfaces commerciales comme les magasins publiques.

On trouve toujours des modules qui manquent.

Comparaison entre notre application et les autres sur le march

II.3.4. Conclusion :
A l'issue de cette tape nous avons pu exprimer clairement les objectifs attendus du futur systme concevoir car cette tude pralable appele analyse et spcification des besoins, constitue une phase capitale dont dpend toute la suite du projet, elle doit tre faite avec beaucoup de rigueur et plus d'attention pour la russite de lapplication.

22 | P a g e

Dans ce chapitre, on a expos la description du projet et ces fonctionnalits, les problmes du magasin, puis nous avons critiqu lexistant et enfin on a compar les logiciels existants et lapplication. Aucun logiciel ne rpond nos besoins qui figurent dans le cahier de charge, et ne respecte nos critres. Cest pourquoi on a choisi la mise en place dune application web de gestion de stock Diffrente des autres logiciels existant. Aprs avoir fix nos objectifs, pour atteindre notre but on doit suivre plusieurs tapes ces dernires constituent une partie du cycle de vie de tout projet informatique. Ainsi dans l'tape suivante on va donner une tude conceptuelle dtaill.

23 | P a g e

Chapitre III: Etude conceptuelle

Chapitre III: Etude conceptuelle

III.1. Introduction :
ette partie est consacre aux tapes fondamentales pour le dveloppement de notre systme de gestion de stock du magasin de la facult de Mdecine de Monastir. Pour la conception et la ralisation de notre application, nous

avons choisis de modliser en sappuyant sur le formalisme UML 7 qui offre une flexibilit marquante et s'exprime par l'utilisation des diagrammes.

III.2. Lapproche UML adopte :


UML se dfinit comme un langage de modlisation graphique et textuel destin comprendre et dfinir des besoins, spcifier et documenter des systmes, esquisser des architectures logicielles, concevoir des solutions et communiquer des points de vue. UML modlise l'ensemble des donnes et des traitements en laborant des diffrents diagrammes. En clair, il ne faut pas designer UML en tant que mthode (Il y manque la dmarche) mais plutt comme une boite d'outils qui sert amliorer les mthodes de travail. Une architecture adapt est la cl de vote8 de succs dun developpement, elle dcrit des choix stratgiques qui dterminent en grande partis les qualits du logiciel (adaptabilit, performance, fiabilit). Ph.kruchten propose diffrentes perspectives, indpendantes et complmentaires, qui permettent de dfinir un modle. Cette vue (4+1) ci-dessous a fortement inspir UML.

Vue logique

Vue implantation

Vue des cas d'utilisation Vue des processus Vue de dploiement

Fig. 4 : Cinq faons de voir un systme (4+1 vues de Kruchten)

7 8

Langage de modlisation modifi, il est apparu dans le cadre de la Conception Orient objet Ouvrage cintr, form d'lments appareills, maonns (pierre), voire assembls (bois), couvrant un espace construit

25 | P a g e

Chapitre III: Etude conceptuelle


Ce modle est compos de cinq vues. La vue logique dcrit les aspects statiques et dynamiques dun systme en termes de classes, dobjets, de connexions et de communications. Elle se concentre sur labstraction et lencapsulation. La vue des processus capte les aspects de concurrence et de synchronisation, et les dcompose en flux dexcution (processus, fil dexcution, etc.). Elle se rapporte aux objets actifs et aux interactions. La vue dveloppement reprsente lorganisation statique des modules (excutable, codes source, paquetages, etc.) dans lenvironnement de dveloppement. La vue implmentation dcrit les diffrentes ressources matrielles et limplantation logicielle tenant compte de ces ressources.

Aspect dynamique : diagrammes d'interaction squences, collaboration), Squencement des actions d'tats-transitions et d'activit Dans le systme Modle temporel

Modle fonctionnel Que fait le systme Aspect fonctionnel : diagrammes des cas d'utilisation Modle structurel (objet) Sur quoi le systme agit Aspect statique : diagramme de classes et d'objets

Fig. 5 : Les trois composantes dune modlisation

Pour garantir que lapplication ou le systme logiciel satisfait les besoins des utilisateurs on peut dcrire des modles utiliss tout au long de la conception. Ces modles aident comprendre l'architecture existante, discuter les modifications et communiquer clairement les intentions. Dans notre cas, le modle le plus adopter avec notre tude, cest le model fonctionnel qui se base sur les cas dutilisation pour cela parmi les cinq vue dUML nous allons suivre la vue des cas dutilisation car elle se concentre sur la cohrence en prsentant des scnarios dutilisation qui mettent en uvre les lments des quatre premires vues. Les scnarios sont une abstraction des exigences fonctionnelles de lapplication. Cette dernire vue valide en quelque sorte les autres vues et assure la cohrence globale. Cest aussi cette dernire vue qui est construite en premier, juste aprs ltablissement du cahier des 26 | P a g e

Chapitre III: Etude conceptuelle


charges, pour fixer les contours du systme raliser avec ses fonctionnalits appeles dans la terminologie UML des cas dutilisation.

III.3. tude et modalisation de la solution :


III.3.1. Les diagrammes des cas dutilisations :
Ce diagramme est destin reprsenter les besoins des utilisateurs par rapport au systme. Il constitue un des diagrammes les plus structurants dans l'analyse d'un systme. Nous rappelons que : Acteur : reprsente un rle jou par une entit externe (utilisateur humain, dispositif matriel ou autre systme) qui interagit directement avec le systme tudi. Cas d'utilisation (use case) : reprsente un ensemble de squences d'actions qui sont ralises par le systme et qui produisent un rsultat observable intressant pour un acteur particulier. On trouve plusieurs relations pour lier entre les cas dutilisation, citons : Relation d'inclusion : Une relation d'inclusion d'un cas d'utilisation A par rapport un cas d'utilisation B signifie qu'une instance de A contient le comportement dcrit dans B. Relation d'extension : Une relation d'extension d'un cas d'utilisation A par un cas d'utilisation A signifie qu'une instance de A peut tre tendue par le comportement dcrit dans B. Relation de gnralisation : Les cas d'utilisation descendants hritent de la description de leurs parents communs. Chacun d'entre eux peut nanmoins comprendre des interactions spcifiques supplmentaires. Les 3 principaux acteurs de notre application sont : Le magasinier cest un administrateur. Il a le droit de tout faire et il limite les droits daccs des autres utilisateurs, les clients et les fournisseurs sont des utilisateurs qui utilisent le system dune faon limite).

27 | P a g e

Chapitre III: Etude conceptuelle


III.3.1.1. Diagramme de cas dutilisation Magasinier :

Fig. 6 : diagramme de cas dutilisation Magasinier

La figure n6 prsente le diagramme de cas dutilisation du magasinier qui est ladministrateur dans notre application. Dans le figure ci-dessous on explique en dtaille le cas dutilisation de consultation de stock.

28 | P a g e

Chapitre III: Etude conceptuelle

scnario dun cas dutilisation


Consulter le stock Description dtaill

Pr-condition : Le magasinier doit etre authentifi La base de donnes doit etre saisie par le magasinier Post-condition : si un client commander des produits. Le nombre de produit du stock est dcrment de nombre de produit pris par lutilisateur.

Fig. 7 : Description dtaill du cas dutilisation consulter le stock Cette figure peut etre expliqu davantage dans la figure 8, ou on dtaille plus les tapes quun magasinier passe par pour consulter son stock.

scnario dun cas dutilisation


Consulter le stock 1. 2. 3. 4. 5. 6. 7. Cas normal Description dtaill

Le systme lui affiche un menu avec un choix dopration. Le magasinier choisi lopration espace administrateur. Le systme lui demande de sauthentifier. Le magasinier donne son prdfini login et mot de passe. Le systme lui affiche un menu. Le magasinier choisie consulter le stock Le system lui affiche la liste des produits prsents dans le stock ordonn alphabtiquement. Variante 1 Variante 2 En (4) le magasinier n'est pas reconnu, dans ce cas, tant qu'il n'est pas reconnu, on lui redemande de s'authentifier En (7) le systme affiche le stock, si la quantit dun produit a atteint 20% de stock une alarme sera dclencher pour informer le magasinier.

Fig. 8 : Description plus dtaill du cas dutilisation consulter le stock

29 | P a g e

Chapitre III: Etude conceptuelle


Dans le reste on explique brivement les autres cas dutilisation : Authentifier : Permet un acteur de s'authentifier avant d'accder l'application. Etablir un bon de commande interne: Donne la possibilit aux services demandeurs d'exprimer leurs besoins envers le magasinier. Grer les bons de sorties: Permet au magasinier d'effectuer des oprations sur les bons de sorties. Ces oprations concernent : la modification et la suppression. Grer les bons d'entres : Permet au magasinier d'effectuer des oprations sur les bons d'entres. Ces oprations concernent : l'ajout. Mise jour de la base de donnes : Permet au magasinier de mettre jour sa base de donnes. Cette mise jour concerne : les fournisseurs, les services, les produits, les clients et les familles. Lancer des appels doffre : Permet au magasinier de mettre plusieurs fournisseurs en concurrence pour fournir un produit ou un service, et le choix du meilleur produit se fait selon trois critres : la qualit, le prix et la date de livraison. Grer les commandes : Permet au magasinier de traiter les commandes des clients pour satisfaire leurs besoins. Contrler le travaille de magasinier : Seul le directeur gnrale est responsable du contrle, cest un super administrateur qui gre le magasin distance. Imprimer les commandes : Permet au magasinier dimprimer les commandes des clients en cas dun conflit.

30 | P a g e

Chapitre III: Etude conceptuelle


III.3.1.2. Diagramme de cas dutilisation client :

Fig. 9 : Diagramme de cas dutilisation client

Dans la figure 9 on prsente le diagramme de cas dutilisation du client. Prcisons le cas dutilisation commander pour une description dtaill dans la figure 10.

Scnario dun cas dutilisation


Commander Description dtaill

Pr-condition : le client doit etre inscrit au magasin de la facult

Post-condition : si lopration sest bien droule Une mise jour automatique ce fait dans la base de donnes. Fig. 10 : Description dtaill du cas dutilisation consulter le stock

31 | P a g e

Chapitre III: Etude conceptuelle


La figure ci-dessus peut etre expliqu davantage dans la figure 11.

Scnario dun cas dutilisation

Commander

Cas normal

Description dtaill

1. Le systme affiche un message daccueil sur le terminal avec un choix d'oprations. 2. Le client choisit lespace client parmi les diffrentes oprations. 3. Le systme lui demande de sauthentifier. 4. Le client donne son identification (login, mot de passe). 5. Le system affiche un menu de choix. 6. Le client choisi commander . 7. Le system demande le NCIN 9 du client, le nom darticle souhait, la quantit et la date de besoin. 8. Le client rempli ce formulaire et envoi la commande. Variante1 Variante 2 Variante 3 En (8) le client doit connaitre les produits prsents En (4) le client n'est pas reconnu, dans ce cas, tant qu'il n'est pas reconnu, on lui redemande de s'authentifier En (8), le client peut envoyer plusieurs commandes successives

Fig. 11 : Description plus dtaill du cas dutilisation consulter le stock

Comme tant un utilisateur de lapplication le client intervient par plusieurs cas dutilisation quon explique brivement : Sinscrire: chaque utilisateur doit faire linscription pour quil puisse bnficier des services de lapplication. Consulter son profil : chaque utilisateur a un profil quil consulter pour surveiller ses archives de commandes.

Numro de la carte nationale d'identit

32 | P a g e

Chapitre III: Etude conceptuelle


Consulter le stock : chaque utilisateur peut consulter le stock nombre de produit prsents pour sa commande. Contacter le magasinier : Permet aux clients denvoyer un email au magasinier en cas de disfonctionnement des matriels ou un dfaut dans les produits. III.3.1.3. Diagramme de cas dutilisation Fournisseur : et voir le

Fig. 12 : Diagramme de cas dutilisation Fournisseur

Dans la figure 12 on prsente le diagramme de cas dutilisation du fournisseur. Prcisons le cas dutilisation Rpondre aux appels doffre pour une description dtaill dans la figure 13.

Scnario dun cas dutilisation


Rpondre aux appels doffres Description dtaill

Pr-condition : le fournisseur doit etre inscrit dans lapplication Le fournisseur doit connaitre tous les produits du magasin Fig. 13 : Description dtaill du Rpondre aux appels doffre

33 | P a g e

Chapitre III: Etude conceptuelle


La figure prcdente peut etre expliqu davantage dans la figure suivante.

Scnario dun cas dutilisation


Rpondre aux appels doffres Cas normal Description dtaill

1. Le systme affiche un message daccueil sur le terminal avec un choix d'oprations. 2. Le fournisseur doit choisir espace fournisseur . 3. Le systme lui demande de sauthentifier. 4. Le fournisseur saisie ces donnes (login, mot de passe). 5. Le systme affiche un menu. 6. Le fournisseur choisi appels doffres . 7. Le system lui prcise linterface quil doit lutiliser. Variante 1 En (3), le fournisseur n'est pas reconnu, dans ce cas, tant qu'il n'est pas reconnu, on lui redemande de s'authentifier En (6), le fournisseur peut envoyer un e-mail au magasinier pour la communication et le choix des appels doffres.

Variante 2

Fig. 14 : Description plus dtaill du cas dutilisation Rpondre aux appels doffre Dans le reste on explique brivement les autre cas dutilisation du fournisseur : Sinscrire : linscription est la tache la plus importante pour profiter de lapplication. Postuler des appels doffres : permet au fournisseur de postuler des produits pour informer le magasinier en cas des nouveauts. Contacter le magasinier : le fournisseur contact le magasinier en lui envoyant en email. Consulter le stock : Permet au fournisseur de voir les produits disponibles pour publier si il ya des nouveauts. Ce dernier na pas le droit de voir que les noms des produits pas leurs type, quantit, prix ou la dsignation.

34 | P a g e

Chapitre III: Etude conceptuelle

III.3.2. Les diagrammes de squences :


Un diagramme de squence permet de dcrire les scnarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des oprations en interaction avec les objets. Il montre une interaction prsente en squence dans le temps. En particulier, il montre aussi les objets qui participent l'interaction par leur "Ligne de vie" et les messages qu'ils changent prsents en squence dans le temps. Rappelons quelques notions de base du diagramme : Scnario: une liste d'actions qui dcrivent une interaction entre un acteur et le systme. Interaction: un comportement qui comprend un ensemble de messages changs par un ensemble d'objets dans un certain contexte pour accomplir une certaine tche. Message: Un message reprsente une communication unidirectionnelle entre objets qui transporte de l'information avec l'intention de dclencher une raction chez le rcepteur. III.3.2.1. Diagramme de squence Saisir et m-a-j de la base de donne :

Fig. 15 : Diagramme de squence Saisir et mise jour de la base de donne

35 | P a g e

Chapitre III: Etude conceptuelle


Le diagramme reprsent dans la figure 15 dcrit les scnarios possibles lors de la saisie de la base de donnes aussi lors dune mise jour. En effet, ladministrateur doit entrer les produits prsents dans le magasin et prciser les coordonnes des articles dans la base de donnes pour le fonctionnement de lapplication. Et en cas de changement des donnes, le magasinier met jour la base de donnes il peut ajouter, supprimer ou modifier des produits aussi supprimer ou modifier les coordonnes dun client. III.3.2.2. Diagramme de squence Inscription Client :

Fig. 16 : Diagramme de squence de scnario authentification Client

Le diagramme reprsent dans la figure 16 dcrit les scnarios possibles lors d'une inscription d'utilisateur. En effet, lorsque L'utilisateur demande l'accs lapplication Le systme lui affiche une interface qui contient des champs vides. Il remplit ces champs et envoie les donnes pour que Le systme puisse vrifier la validit des champs, Une srie de 36 | P a g e

Chapitre III: Etude conceptuelle


tests doit tre ralise (login existe, tester email, tester mot de passe, tester matricule pour les enseignants). Si tous les champs sont corrects, alors le systme prend en charge les informations introduites et les enregistrent dans la base de donnes et permet l'internaute d'accder lapplication. Et Si l'inscription n'est pas valide, l'utilisateur doit soit rinscrit soit quitter

lapplication. III.3.2.3. Diagramme de squence authentification Client :

Fig. 17 : Diagramme de squence Authentification

Le diagramme de la figure 17 dcrit les scnarios possibles lors de l'identification d'utilisateur (enseignant ou administrateur), en effet, Lutilisateur demande l'accs au site et donne le login et le mot de passe. Un test doit tre ralis (existence et compatibilit du login/mot de passe), si les donnes sont correctes alors permette l'internaute d'accder la totalit du site sinon l'utilisateur doit soit ressayer soit quitter lapplication.

37 | P a g e

Chapitre III: Etude conceptuelle


III.3.2.3. Diagramme de squence scnario Commander :

Fig. 18 : Digramme de squence du scnario commander

Le diagramme reprsent dans la figure 18 dcrit les scnarios possibles lors de lenvoi dune commande d'utilisateur au magasinier. Le client remplit les champs du formulaire et envoie les donnes pour que Le systme avec la base de donnes puissent vrifier la validit des champs, Une srie de tests doit tre ralise (login existe, tester mot de passe, produit existe, quantits suffisante). Si tous les champs sont corrects, alors le systme prend en charge les informations introduites et valide la commande du client. Et Si les donnes introduites ne sont pas valides, le client doit soit remplir de nouveau le formulaire. 38 | P a g e

Chapitre III: Etude conceptuelle


III.3.2.4. Diagramme de squence du scnario Rpondre aux appels doffres :

Fig. 19 : Diagramme de squence du scnario Rpondre aux appels doffres Le diagramme reprsent dans la figure 19 dcrit les scnarios possibles lors de la publication dun appel doffre du magasinier vers le fournisseur et vise vers ca. Le magasinier lance un appel doffre dans un forum spcifique pour que Le fournisseur puisse rpondre sil est intress. III.3.2.5. Diagramme de squence de scnario Communication :

Fig. 20 : Diagramme de squence de scnario Communication

39 | P a g e

Chapitre III: Etude conceptuelle


Le diagramme ci-dessus prsente les diffrentes tapes pour la

communication entre les membres de lapplication et le magasinier. En effet, les clients ou les fournisseurs peuvent crire des commentaires dans un espace de conversations et le magasinier rpond si ncessaire.

III.3.4. Diagramme de classes :

Fig. 21 : Diagramme de classe Le diagramme de classes est le point central dans un dveloppement orient objet. En analyse, il a pour objectif de dcrire la structure des entits manipules par les utilisateurs. En conception, le diagramme de classes reprsente la structure d'un code orient. 40 | P a g e

Chapitre III: Etude conceptuelle


Une classe : Reprsente la description abstraite d'un ensemble d'objets possdants mmes caractristiques. On peut parler galement de type. Un objet: Est une entit aux frontires bien dfinies, possdant une identit et encapsulant un tat et un comportement. Un objet est une instance (ou occurrence) d'une classe. Un attribut : Reprsente un type d'information contenu dans une classe. Une association: Reprsente une relation smantique durable entre deux classes. Une superclasse : Est une classe plus gnrale relie une ou plusieurs autres classes plus spcialises (sous-classes) par une relation de gnralisation. Les sous-classes Hritent des proprits de leur superclasse et peuvent comporter des proprits spcifiques supplmentaires.

Le diagramme de la figure 21 prsente les classes de notre application :


Commande est la classe principale de l'application. Elle facilite les interactions entre les autres classes. Elle permet de raliser des commandes par coopration avec les classes client et article. Appel offre C'est la classe qui effectue les oprations d'appels d'offres relatives aux besoins du magasin, Elle intgre la classe Produit appel offre pour dcrire le produit en question et la classe fournisseur pour prciser le fournisseur qui a servi le magasin. class article reprsente l'enregistrement dans laquelle on stock les donnes relatives aux articles du magasin. class forum c'est la classe qui dclenche une sorte de communication entre les utilisateurs et le magasinier pour changer des informations ou exprimer des avis. III.3.3. Diagramme dtat transition : Etat : Commander :

41 | P a g e

Chapitre III: Etude conceptuelle


Sous tat : Vrification :

Etat : Rpondre aux commandes

42 | P a g e

Chapitre III: Etude conceptuelle

Etat : authentification

Fig. 22 : diagrammes dtat transitions Ce diagramme sert reprsenter des automates d'tats finis, sous forme de graphe d'tats, relis par des arcs orients qui dcrivent les transitions. Les diagrammes d'tats-transitions permettent de dcrire les changements d'tats d'un objet ou d'un composant, en rponse aux interactions avec d'autres objets/composants ou avec des acteurs. Un tat se caractrise par sa dure et sa stabilit, il reprsente une conjonction instantane des valeurs des attributs d'un objet. Une transition reprsente le passage instantan d'un tat vers un autre. Une transition est dclenche par un vnement. En d'autres termes : c'est l'arrive d'un vnement qui conditionne la transition. Les transitions peuvent aussi tre automatiques, lorsqu'on ne spcifie pas l'vnement qui la dclenche. En plus de spcifier un vnement prcis, il est aussi possible de conditionner une transition, l'aide de "gardes" : il s'agit d'expressions boolennes, exprimes en langage naturel (et encadres de crochets).

43 | P a g e

Chapitre III: Etude conceptuelle

III.4. Prsentation des maquettes prliminaires :


Lidentifiant unique de la personne qui souhaite sinscrire a notre application, il ne doit pas contenir une lettre ou un symbole et doit avoir une longueur de 8 caractres. Sinon un message derreur saffiche.

On a 3 types de personnes qui peuvent accder a notre application qui sont : les enseignant, les chercheurs, les personnels de ladministration. Pour contacter les clients en cas des besoins. Le numro de tlphone et lemail sont obligatoire s. Un numro de tlphone doit tre compos que des chiffre pas des lettres ni des symboles

Un email doit tre sous la forme : Chaine@chaine.chaine

Chaque utilisateur possde un login et mot de passe pour accder a lapplication

Un message derreur apparait lorsque les contraintes de saisie ne seront pas respecter

Envoyer la commande.

Effacer et remplir le formulaire de nouveau en cas derreur.

Fig. 23 : Interface Inscription

44 | P a g e

Chapitre III: Etude conceptuelle

Pour la connexion automatique

Chaque utilisateur possde un login qui lui permet daccder lapplication.

Se diriger vers le forum de linscription en cas dun utilisateur non inscrit. Envoyer la commande

Envoyer un email pour rappeler le client

Fig. 24 : Interface authentification

Effacer et remplir le formulaire de nouveau en cas derreur.

Lidentifiant de lutilisateur, il est obligatoire.

Chaque produit a un code (ID) spcifique et unique.

3 type de produit : titre1, titre2 et Pack

Chaque utilisateur doit donner la date de besoin du produit pour se prcipiter en cas de rupture de stock.

Un message derreur apparait en cas derreur

Fig. 25 : Interface du formulaire dune commande

45 | P a g e

Chapitre III: Etude conceptuelle

III.5. Conclusion :
La phase conceptuelle est une tape fondamentale pour la ralisation de

nimporte quel projet .Elle permet de faciliter le systme dinformation et raliser limplmentation de la base de donne et le traitement .Par la suite, on doit chercher les moyens et les outils possibles pour dvelopper cet application, ce quon va prsenter dans le chapitre suivant.

46 | P a g e

Chapitre IV : Technique de dveloppement

Chapitre IV : Techniques de dveloppement

IV.1. Introduction :

A
travail.

prs avoir achev l'tape de conception de l'application, on va entamer dans ce chapitre la partie ralisation qui constitue le dernier volet de ce rapport et qui a pour objectif d'exposer le travail ralis. Pour ce faire, on

va commencer tout d'abord par prciser l'environnement matriel et logiciel de ce

IV.2. Description de lenvironnement de dveloppement intgr :


Dans ce paragraphe, nous prsentons notre environnement matriel et nos choix de logiciels.

IV.2.1. Environnement matriel :


Pour la ralisation de ce projet on a dispos de : Un ordinateur de type DELL quip dun microprocessus Intel(R) Core(TM) 2 Duo CPU T6600 @2.20 GHz, possdant 3,49 Go de RAM, systme dexploitation Windows XP service pack 3.

Un ordinateur

de type ACER quipe dun microprocessus

Intel(R)

Core(TM) 2 Duo CPU T6570 @2.10 GHz, possdant 3,00 Go de RAM, Systme dexploitation Windows 7.

Un scanner.

48 | P a g e

Chapitre IV : Techniques de dveloppement

IV.2.2. Environnement Logiciel :


IV.2.2.1. WampServer : WampServer (anciennement WAMP5) est une plateforme de dveloppement Web de type WAMP, permettant de faire fonctionner localement (sans se connecter un serveur externe) des scripts PHP. WampServer n'est pas en soi un logiciel, mais un environnement comprenant deux serveurs (Apache et MySQL), un interprteur de script (PHP), ainsi qu'une administration pour les deux bases SQL PhpMyAdmin et SQLiteManager. Il dispose d'une interface d'administration permettant de grer et d'administrer ses serveurs au travers d'un tray-icon (icne prs de l'horloge de Windows). La grande nouveaut de WampServer 2 rside dans la possibilit d'y installer et d'utiliser n'importe quelle version de PHP, Apache ou MySQL en un clic. Ainsi, chaque dveloppeur peut reproduire fidlement son serveur de production sur sa machine locale.

IV.2.2.2. PHP : PHP est un langage de scripts libre principalement utilis pour produire des pages Web dynamiques via un serveur HTTP, mais pouvant galement fonctionner comme n'importe quel langage interprt de faon locale, en excutant les programmes en ligne de commande. PHP est un langage impratif disposant depuis la version 5 de fonctionnalits de modle objet compltes. En raison de la richesse de sa bibliothque, on dsigne parfois PHP comme une plate-forme plus qu'un simple langage.

49 | P a g e

Chapitre IV : Techniques de dveloppement


IV.2.2.3. CSS : Cascading Style Sheet : Le principe de base est le suivant: il faut sparer le contenu de la page, de son apparence. La page html contient l'information, et non la faon dont l'information est affiche. Pour un unique contenu : plusieurs affichages sont possibles. On peut penser des affichages monochromes, sur de petits crans, oral (le contenu de la page web est lu), une impression papier, impression sur des transparents, impression en braille

IV.2.2.4. Java Script : JavaScript est un langage de programmation de scripts principalement utilis dans les pages web interactives. C'est un langage orient objets prototype, c'est--dire que les bases du langage et ses principales interfaces sont fournies par des objets qui ne sont pas des instances de classes, mais qui sont chacun quips de constructeurs permettant de gnrer leurs proprits, et notamment une proprit de prototypage qui permet d'en gnrer des objets hritiers personnaliss. Ce Langage de programmation est dvelopp par Sun, inspir de C++. Fonctionnant sur le principe machine virtuelle, il peut s'adapter n'importe quel ordinateur. Les programmes Java peuvent tre appels depuis des documents HTML ou de manire autonome. Lorsqu'ils s'excutent partir d'une page Web, on les appelle des applets Java. Lorsqu'ils s'excutent sur un serveur Web, on les dnomme Servet.

50 | P a g e

Chapitre IV : Techniques de dveloppement


IV.2.2.5. Photoshop : Photoshop est un logiciel de retouche, de traitement et de dessin assist par ordinateur dit par Adobe. Il est principalement utilis pour les traitements de photographies numriques. Photoshop travaille sur les images matricielles (galement appeles "bitmap", ne pas confondre avec le format d'enregistrement Windows bitmap) car les images sont constitues d'une grille de points appels pixels. L'intrt de ces images est de reproduire des graduations. Photoshop possde son propre format de projet (PSD), qui est plus qu'un simple format de fichier. Le programme accepte galement d'importer et d'exporter des fichiers d'image dans les formats les plus courants (GIF, JPEG, TIFF, PNG, ILBM, etc.). Il offre :

Un systme de tri et d'organisation des fichiers permettant l'application d'une opration sur plusieurs fichiers simultanment ; Des outils de dessin en mode bitmap : pinceau, crayon, formes gomtriques ; Des outils de slection de zones de travail (ou zones d'intrt) : lasso, rectangle de slection, slection par plage de couleur; Des outils de copie, collage et duplication de zones de travail; Des outils de manipulation de calques : par l'empilement de zones graphiques et l'utilisation de transparence et autres effets, on peut construire l'quivalent de photomontages complexes;

Des outils de manipulation de la palette de couleurs : changement de palette, rglages colorimtriques, de luminosit, de contraste, de saturation; Des filtres pour appliquer divers effets des zones d'intrt : texturent, ombres, renforcement des contours, estampage, flou, etc.

51 | P a g e

Chapitre IV : Techniques de dveloppement

IV.3. Les phases de dveloppement :


Afin d'tre en mesure d'avoir une mthodologie commune entre le client et la socit de service ralisant le dveloppement, des modles de cycle de vie ont t mis au point dfinissant les tapes du dveloppement ainsi que les documents produire permettant de valider chacune des tapes avant de passer la suivante. Pour notre projet on a adopt le modle de cycle de vie en cascade, prsent dans la figure 26 ci-dessous, qui a t mis au point ds 1966, puis formalis aux alentours de 1970. Il dfinit des phases squentielles l'issue de chacune desquelles des documents sont produits pour en vrifier la conformit avant de passer la suivante.

Fig. 26 : Le modle de cycle de vie en cascade

52 | P a g e

Chapitre IV : Techniques de dveloppement

IV.4. Les scnarios de dveloppement :


La formulation des scnarios de dveloppement par lexploration des visions futures est une approche qui est trs bien adapte au contexte et la problmatique de ltude. Cest un processus cratif qui permet didentifier dune faon participative et intgre les tendances des systmes de production. Le scnario1 : Mise jour de la base : saisie, modification et suppression Cette tape est prliminaire et obligatoire pour le dmarrage de lapplication. Le magasinier remplit les diffrents tableaux de la base pour un lancement primaire de la gestion de stock, utilisateurs, et droits daccs On peut modifier notre stock lors dune entre dun nouveau produit en lajoutant la base. Lorsquun produit est inutile on le supprime. Aussi lors de linscription dun nouveau client on vrifie ces coordonnes et on peut le supprimer de notre base de donnes sil nappartient pas lassociation. Le scnario2 : Inscription Linscription est indpendante et trs importante pour la gestion des droits daccs . Il faut attribuer chaque utilisateur un mot de passe et un pseudo qui sera stock dans la base de donnes pour bien grer les accs.

Le scnario3 : Authentification Lauthentification est la cl pour accder aux diffrentes fonctionnalits de

lapplication. Le scnario4: Consultation Plusieurs utilisateurs peuvent consulter notre application, mais non pas avec le mme degr dintervention (super utilisateur, utilisateur normale) .en ralit, un Utilisateur normale celui qui peut consulter son profil personnel, et les produits disponibles, il peut aussi communiquer avec les membres inscrit et avec le magasinier. Ce dernier peut demander la maintenance en cas de problme dans les matriels. Ainsi que le Super utilisateur (magasinier, directeur gnrale) : peut consulter tous les profils de tous les utilisateurs, possde laccs la base, et contrles tous les autres utilisateurs (supprimer, bloquer, servir..), rpondre aux questions des membres, grer les commandes, enfin, il peut les imprimer.

53 | P a g e

Chapitre IV : Techniques de dveloppement


Le scnario 5 : Commander Cest La plus importante action dans notre application, le client rempli la commande et lenvoi au magasinier qui la gre. Le scnario 6 : Rpondre aux appels doffre Ce scnario prsente la manire de communication entre les fournisseurs et le magasinier pour raliser la tache dappel doffre qui est une fonctionnalit primordiale pour servir le client positivement aprs une commande et aussi pour prvenir la rupture de stock. Cette communication se manifeste grce aux mails lectroniques. Le scnario 7 : Forum Ce forum permet aux utilisateurs de lapplication de communiquer avec le magasinier, partir des commentaires et des questions que peut poster les clients.

IV.4.1. valuation des scnarios :

7 6 5 4 3 2 1 0 Faisabilit spcificit Efficacit Rendement Evolutivit Snario1 Srnario2 Snario3 Snario4 Snario5 Snario6 Snario7

Fig. 27 : Schma dvaluation des scenarios

Citons les critres dvaluation de ces scnarios : Faisabilit : L'analyse de faisabilit est un outil permettant au propritaire d'une entreprise d'valuer un changement propos. Il peut s'agir d'laborer 54 | P a g e

Chapitre IV : Techniques de dveloppement


un nouveau produit, d'amliorer un produit existant, de modifier une stratgie de commercialisation. Spcificit : Le scnario doit rpondre aux besoins spcifiques de tous les propritaires qui cherchent la scurit. Efficacit : cest la capacit d'arriver aux buts, produire les rsultats escompts et raliser les objectifs fixs. Dans lenjeu de sassurer que la solution retenue correspond aux objectifs de lapplication. Rendement : Le scnario doit raliser lobjectif de lapplication avec le minimum de moyens engags possibles. Evolutivit : Choisir une solution ouverte qui peut tre modifi. Le graphique de la figure 27 permet de visualiser le scnario qui possdes le profil le plus cohrant. Le premier scnario est celui le plus important parce quil vrifie toutes les critres dvaluation.

IV.5. Les phases de dveloppement :


En se basant sur la conception labore dans le chapitre prcdent, on a dvelopp une application permettant de grer les stocks du magasin de FMM dune faon simple, efficace, rapide et scurise. La gestion de stocks ce subdivise en diffrents rubriques tel que les commandes, les appels doffres, lalerte, la mise jour, les mouvements dentre sortie et dautre fonctionnalits qui dfinissent notre application. La base de donnes nous a aide raliser les divers fonctionnalits qui ont rpondus a notre cahier de charge et encore plus. Ainsi, dans ce chapitre, nous allons motionner des bout de code les plus

important qui sont considrer prliminaire pour le fonctionnement de lapplication. Enfin, nous allons montrer laide des imprimes cran les rsultats obtenus. IV.5.1.Ralisation de la rubrique de Commande : Pour passer une commande on procde comme suit : On rcupre les donnes saisies par lutilisateur les donnes seront stockes dans la base de donnes. On rpte ces deux tapes chaque fois quon a besoin darticles. 55 | P a g e

Chapitre IV : Techniques de dveloppement


On peut consulter notre commande, en saisissant la date dans la quelle on a command.

<?php if(isset($_GET['envoyer'])) {if($_GET['article'] == NULL OR $_GET['qte1'] == NULL OR $_GET['SelectedDate'] == NULL OR $_GET['ncin'] == NULL) {echo '<script type="text/javascript">alert("champs doivent tre remplis!")</script>';} $sql="SELECT Qte_A FROM articles WHERE Des_A= '".$_GET["article"]."'"; $res = mysql_query($sql); $ligne=mysql_fetch_array($res); $qte_dispo=$ligne['Qte_A']; $qte1=$_GET['qte1']; if($qte1 > $qte_dispo) {echo '<script type="text/javascript">alert("qte indisponible")</script>';} else{ $qte=$qte_dispo-$qte1; $sql1 = "UPDATE articles SET Qte_A='".$qte."' WHERE Des_A= '".$_GET["article"]."'"; $req = mysql_query($sql1)or die ('Erreur : '.mysql_error() ); $sql="SELECT nom,prenom FROM client WHERE ncin = '".$_GET['ncin']."' "; $result = mysql_query($sql,$base) or die ('Erreur : '.mysql_error() ); $total = mysql_num_rows($result); $row = mysql_fetch_array($result); $sql='INSERT INTO commande VALUES("","'.$_GET['ncin'].'","'.$row["nom"].'","'.$row["prenom"].'", "'.$_GET['article'].'","'.$_GET['qte1'].'","'.$_GET['SelectedDate'].'",now())'; $sql = mysql_query($sql); echo' ?> <script type="text/javascript">alert ("votre commande a t trait avec succs")</script>';}}

Contrle des donnes saisies

Mise a jour de la base

Insertion dans la base

56 | P a g e

Chapitre IV : Techniques de dveloppement


<?php if(isset($_GET['afficher'])) { $error=false if($_GET['ncin'] == NULL OR $_GET["date"] == NULL){ echo "<script>alert('Tout les champs doivent tre remplis!');</script>"; $ncin=$_GET['ncin']; $stmt = "Select * from client where ncin='".$ncin."'"; $result = mysql_query($stmt,$base); if (mysql_num_rows($result) == 0) { echo "<script>alert('Ncin incorrecte!');</script>"; $error=true; }} else{ $date=$_GET['date']; $select="select * from commande where datecomm='".$date."' && ncin='".$_GET['ncin']."' "; $result = mysql_query($select,$base) or die ('Erreur : '.mysql_error() ); $total = mysql_num_rows($result); $row = mysql_fetch_array($result) ; echo<table><tr><td><font color=\"#0097C5\"> Le Client : </td><td> <strong><u><font color=\"#0097C5\">".$row['nom']." ".$row["prenom"]."</td> <tr><td><font color=\"#0097C5\"> A Commander le : </td><td><font color=\"#0097C5\"><strong><u>".$row['datecomm']."</u></strong></td><td> <font color=\"#0097C5\"> la commande suivante :</td></tr>"; if($total) { ?><table border="3"style="background-color:white";> <tr> <td><strong>Article</td><td><strong>Qte</td><td><strong>Date besoins</td></tr> <?php while($row = mysql_fetch_array($result)) {

Requte de slection de la commande consulter

Laffichage de la commande

echo" <tr><td>".$row["article"]."</td><td>".$row["qte"]."</td><td>".$row["date"]."</td></tr>";

}} }

57 | P a g e

Chapitre IV : Techniques de dveloppement


IV.5.2.Ralisation de la rubrique dappel doffre : On a deux parties dans le scnario dappels doffre : Ladministrateur qui lance un appel doffre, consulte les rponses sur Les fournisseurs qui peuvent soit rependre a un appel doffre ou lancer des appels anciens et les nouveauts des fournisseurs. des nouveauts. La partie du code ci-dessus prsente la cration du formulaire de la ralisation dun appel doffre.
<div id="templatemo_right_content"> <div id="templatemo_content_area"> <div class="templatemo_title">Raliser un appel d'offre</div> <form action="apelphp.php" method="Get" > <table> <tr><td><label ><strong><font color="#0097C5">Produit:</font></strong></label></td></tr> <tr><td><input type="text" name="nom"></td></tr> <tr><td><label ><strong><font color="#0097C5">Qte:</font></strong></label></td></tr> <tr><td><input type="text" name="qte"></td></tr> <tr><td><label ><strong><font color="#0097C5">description:</font></strong></label></td></tr> <tr><td><textarea name="desc"cols="37" rows="3"></textarea></td></tr> </table> <div id="templatemo_login"> <input type="submit" name="valider" value="Postuler" class="button"/> <input type="submit" name="valider1" value="voir les reps" class="button"/> <input type="submit" name="valider2" value="voir les new" class="button"/> </div></div></div></div>

<?php if(isset($_GET['valider'])) {$sql='INSERT INTO appel VALUES("'.$_GET['nom'].'","'.$_GET['qte'].'","'.$_GET['desc'].'")'; $sql = mysql_query($sql); echo'<script>alert("votre appel a t postuler")</script>';} if(isset($_GET['valider1'])) {?> <div id="templatemo_right_content"> <div id="templatemo_content_area"> <div class="templatemo_title">les rpenses appels d'offres :</div> <?php $select = 'SELECT nom,qte,prix,date FROM repappel'; $result = mysql_query($select,$base) or die ('Erreur : '.mysql_error() ); $total = mysql_num_rows($result); if($total) { while($row = mysql_fetch_array($result)) { echo '<div style="background-color:white;"><fieldset>'; echo ' le fourniseur :<u><font color="#0097C5"><strong>'.$row["nom"].'</strong></font></u>';

Cration dun nouvel appel doffre

Affichage des rponses

58 | P a g e

Chapitre IV : Techniques de dveloppement

echo ' peut nous servir avec <font color="#0097C5"><u> '.$row["qte"].' </u></font>'; echo '<br> pices dont le prix sera egal a <font color="#0097C5"><u>'.$row["prix"].'</font></u>'; echo ' a un delais qui ne deppassera pas <font color="#0097C5"><u>'.$row["date"].'</u></font></fieldset>'; }}else echo "<script>alert('Pas d\'enregistrements dans cette table...');</script>"; mysql_free_result($result); ?> <?php } Affichage if(isset($_GET['valider2'])) rponses { ?> <div id="templatemo_right_content"> <div id="templatemo_content_area"> <div class="templatemo_title">les nouveaux appels d'offres :</div>

des Affichages des nouveaux appels doffres

<?php $select="select * from new"; $result = mysql_query($select,$base) or die ('Erreur : '.mysql_error() ); $total = mysql_num_rows($result); if($total) { echo'<fieldset>'; while($row = mysql_fetch_array($result)) { echo '<div style="background-color:white;">'; echo ' Fournisseur :<u><font color="#0097C5"><strong>'.$row["name"].'</strong></font></u>'; echo ' Produit :<u><font color="#0097C5"><strong>'.$row["produit"].'</strong></font></u>'; echo ' Prix :<font color="#0097C5"><u> '.$row["prix"].' </u></font>'; echo ' qualit: <font color="#0097C5"><u>'.$row["qualite"].'</font></u>';}}} ?>

59 | P a g e

Chapitre IV : Techniques de dveloppement


IV.5.3.Ralisation de la rubrique ddition : Ldition est un travail administratif dont ladministrateur de lapplication dite (les fournisseurs, les produits et les clients), il les grer (modifier, ajouter ou supprimer). Une mise jour automatique de la base aprs chaque modification. Le code ci-dessous ralise ldition dun produit :
<?php $registerOK = FALSE; $error=FALSE; if( isset($_GET['valider'])) { if($_GET['Des_A'] == NULL OR $_GET["Famille_A"] == NULL OR $_GET["ss_famille_A"] == NULL OR $_GET["Nordre_A"] == NULL OR $_GET["Ref_A"] == NULL OR $_GET["titre_A"] == NULL OR $_GET["Durabilit_A"] == NULL OR $_GET["type_A"] == NULL OR $_GET["ss_type_A"] == NULL OR $_GET["PU_A"] == NULL OR $_GET["Qte_A"] == NULL OR $_GET["Montant_A"] == NULL OR $_GET["TVA%"] == NULL OR $_GET["Code_f"] == NULL) { $error = TRUE; $errorMSG = "Tout les champs doivent tre remplis!"; } $sql='INSERTINTOarticle VALUES("'.$_GET['Des_A'].'","'.$_GET['Famille_A'].'","'.$_GET['ss_famille_A'].'","'.$_GET['Nordre_A'].'","'.$_ GET['Ref_A'].'","'.$_GET['titre_A'].'","'.$_GET['Durabilit_A'].'","'.$_GET['type_A'].'","'.$_GET['ss_type_A'].'","'.$ _GET['PU_A'].'","'.$_GET['Qte_A'].'","'.$_GET['Montant_A'].'","'.$_GET['TVA%'].'","'.$_GET['Code_f'].'")'; $sql = mysql_query($sql); if($sql) { $registerOK = TRUE; $registerMSG = "Produit Ajouter avec Succs !!"; } if(is_numeric($_GET['Des_A'])) { echo ("Dsignation n est pas de type numrique");} if(!is_numeric($_GET['Nordre_A'])) { echo (" Num d ordre est un numrique ");}

Des contraintes lorsquon ne les respecte pas un message derrer saffiche.

if(!is_numeric($_GET['Ref_A'])) { echo (" la reference est numrique");} if(is_numeric($_GET['type_A'])) { echo (" le type n est pas de type numrique");} if (is_numeric($_GET['ss_type_A'])) { echo (" le sous type n est pas de type numrique");} if (!is_numeric($_GET['PU_A'])) { echo ("le prix unitaire doit etre numrique ");} if(!is_numeric($_GET['Qte_A'])) { echo("la quantit est numrique ");} if(!is_numeric($_GET['Montant_A'])) {echo("le Montant est numrique");} if(!is_numeric($_GET['TVA%'])) {echo (" TVA numrique ");} if(!is_numeric($_GET['Code_f'])) {echo (" le code fournisseur est numrique ");} } mysql_close();

?>

60 | P a g e

Chapitre IV : Techniques de dveloppement


La suppression dun client se fait par son numro de carte didentit comme lindique le code suivant :
<?php if(isset($_GET['valider'])) { $num=$_GET['num']; $sql="select* from articles where code='".$num."'"; $result = mysql_query($sql,$base); if (mysql_num_rows($result) == 0) { echo "<script>alert('article introuvable!');</script>"; $error=true; } else { $sql="DELETE FROM articles WHERE code = '".$num."'" ; $result = mysql_query($sql,$base); echo "<script>alert('article supprimer!');</script>"; } } ?>

Pour la modification du produit on ressaisie toutes les donnes lies a un article.


if(isset($_GET['maj'])) { $code=$_GET['code']; $des=$_GET['des']; $fam=$_GET['fam']; $sfam=$_GET['sfam']; $ordre=$_GET['ordre']; $ref=$_GET['ref']; $titre=$_GET['titre']; $durab=$_GET['durab']; $type=$_GET['type']; $stype=$_GET['stype']; $pu=$_GET['pu']; $qte=$_GET['qte']; $montant=$_GET['montant']; $tva=$_GET['tva']; $codef=$_GET['cfour']; $sql1 = "update articles SET code='".$code."', Des_A='".$des."', Famille_A='".$fam."', ss_famille_A='".$sfam."', ordre_A='".$ordre."', ss_type_A='".$stype."', Ref_A='".$ref."', PU_A='".$pu."', titre_A='".$titre."', Qte_A='".$qte."', Durabilit_A='".$durab."', Montant_A='".$montant."', type_A='".$type."', TVA='".$tva."',

Code_f='".$codef."' WHERE code= '".$code."'";

61 | P a g e

Chapitre IV : Techniques de dveloppement

IV.6. Interfaces de lapplication:


Page daccueil :

Fig. 28 : Page daccueil de lapplication

62 | P a g e

Chapitre IV : Techniques de dveloppement Espace administrateur :

Fig. 29 : Interface authentification administrateur

Fig. 30 : Interface ajouter un fournisseur

63 | P a g e

Chapitre IV : Techniques de dveloppement

Fig. 31 : Interface pour modifier un fournisseur

Fig. 32 : Interface pour ajouter un produit

64 | P a g e

Chapitre IV : Techniques de dveloppement

Fig. 33 : Interface pour publier un appel doffre

Espace Fournisseur :

Fig. 34 : Interface pour lauthentification des fournisseurs 65 | P a g e

Chapitre IV : Techniques de dveloppement

Fig. 35 : Interface pour les offres des produits des fournisseurs

Fig. 36 : Interface pour rpondre aux appels doffre de magasinier

66 | P a g e

Chapitre IV : Techniques de dveloppement Espace client :

Fig. 37 : Interface pour linscription

Fig. 38 : Interface authentification Client

67 | P a g e

Chapitre IV : Techniques de dveloppement

Fig. 39 : Interface de consultation du stock

Fig. 40 : Interface remplir par lutilisation pour commander

68 | P a g e

Chapitre IV : Techniques de dveloppement

IV.7. Conclusion :
Dans ce chapitre, nous avons dcrit brivement le processus de ralisation de notre application Gestion de stock en spcifiant l'environnement de dveloppement, l'implmentation et la dmarche suivie pour la ralisation. On a justifi les choix considrs pour aboutir la ralisation de ce projet ainsi que quelques captures d'cran. En effet, nous avons achev l'implmentation et les tests de tous les cas d'utilisation, tout en respectant la conception labore. En d'autres termes, nous dtenons la version finale du logiciel, installe dans notre environnement de dveloppement. Ainsi que nous avons prvenu la plate forme sous laquelle le systme sera install dans l'environnement dans l'environnement des utilisateurs

69 | P a g e

Chapitre V : Conclusion

70 | P a g e

Chapitre V : Conclusion

e projet nous a permis dappliquer les connaissances qui nous ont t inculques 10 au cours de ces trois annes de Licence Informatique linstitue suprieure dinformatique et Mathmatiques Monastir.

Nous avons ralis une application Web qui permet de rsoudre des qui va

problmes (perte de temps, rupture de stock, en proposant la solution changer la situation et offrir un bon fonctionnement.

Au cours de ce projet de fin dtude ayant pour objet la ralisation dune application web pour la gestion de stock, nous nous sommes attels dabord la dtermination avons propos des points faibles des fonctionnements du magasin. Ainsi nous une solution adquate pour changer la situation et aider

ladministrateur grer le magasin avec plus de confort et dautomatisation. Son rle nest plus consacrer la recherche des feuilles ou des commandes dans les archives ni de contrler aprs chaque ordre de livraison de marchandise le stock de crainte quil se trouve dans une rupture, mais juste avec un accs simple et distance aux donnes quil a besoin. Pour aid le magasinier grer le magasin, on a dtaill dans le deuxime et le troisime chapitre les diffrents diagrammes et scenarios quon passe par pour atteindre notre but. Notre approche dans ce travail consistait mettre l'accent sur le magasin et les services, et implmenter des interfaces graphiques offrant la simplicit et la clart aux clients pour pouvoir bnficier des biens de notre application. La ralisation de ce projet a ncessit lapprentissage dune multitude de langages doutils de dveloppement comme PHP, HTML, CSS, UML, Visual Paradigm for UML et Notepad++. L'application que nous avons dveloppe est ddie spcialement au magasin de la Facult de Mdecine de Monastir. Nous souhaitons que celle-l soit tendue afin de toucher les diffrents magasins des universits de la Tunisie.

10

Imprimer une chose dans l'esprit de quelqu'un.

71 | P a g e

Annexe

Fig. 41 : Fiche de mouvement des entres

Fig. 42 : Fiche des articles consommables

72 | P a g e

Fig. 43 : Fiche de stock

73 | P a g e

Extension Android

Extension Android

I.

application sur android pour permettre aux utilisateurs dy accder directement par leurs Smartphones.

Introduction :

Dans le but damliorer lutilisation de notre projet, on a dvelopp notre

II. Dfinition de landroid :

Android est un systme dexploitation Open Source pour Smartphones, PDA 11 et terminaux mobiles conu par Android, une startup rachete par Google, et annonc officiellement le 15 novembre 2007. Afin de promouvoir ce systme dexploitation ouvert, Google a su fdrer12 autour de lui une trentaine de partenaires runis au sein de lOpen Handset Alliance13.Ils ont comme principaux concurrents Apple avec iPhone OS qui quipe liPhone,ResearchInMotionavec BlackBerryOS, Palm avec Nova ou webOS, Microsof et son Windows Mobile, Nokia avec Symbian sr OpenMoko, ouvertes. Android doit son nom la startup ponyme spcialise dans le dveloppement dapplications mobiles que Google a rachete en aot 2005. Le logiciel, qui avait t surnomm gPhone par les rumeurs de marchs, sera propos gratuitement aux fabricants de tlphones mobiles, ce qui devrait faciliter son adoption. le projet dont les OS, libr en 2008, et bien spcifications logicielles et matrielles sont

III. Historique dandroid :

Les diffrentes versions dAndroid ont toutes des noms de desserts (en anglais)

depuis la sortie de la version 1.5 et suivent une logique alphabtique :

Fig. 44 : Evolution des versions dAndroid.

11 12

Est un ordinateur de poche dont l'usage est prvu originalement dans un but d'organisation . Grouper 13 Est un consortium de plusieurs entreprises dont le but est de dvelopper des normes ouvertes pour les appareils de tlphonie mobile

75 | P a g e

Extension Android

IV. Architecture dandroid :


Le schma suivant dexploitation Android.

illustre

les

composants

principaux

du

systme

Le noyau bas sur Linux 2.6 qui intgre notamment les drivers ncessaires. Au-dessus de cette couche, on retrouve les librairies C/C++ fournissant des fonctionnalits de plus haut niveau (moteur HTML Web Kit, base de donnes SQLite), au-dessus des librairies, on retrouve lAndroid Runtime, cette couche contient les librairies curs du Framework ainsi que la machine virtuelle excutant les applications, au-dessus de la couche "Android Runtime" et des librairies curs, on retrouve le Framework permettant au dveloppeur de crer des applications. Enfin, au-dessus du Framework, il y a les applications.

Fig. 45 : Architecture du systme dexploitation Android

76 | P a g e

Extension Android

V. Composants principaux de landroid :


Intent : Les Intents sont des objets permettant de faire passer des messages contenant de linformation entre composants principaux, une application A ne peut accder aux services dune autre application B qu travers lenvoi des Intents. View : Les Views sont les composants de base de linterface graphique qui permettent de construire linterface utilisateur ainsi que de grer les actions utilisateurs tels que lappui sur lcran tactile

Activity : Le concept dActivity repose sur la notion dinteraction utilisateur.


Une Activity reprsente la fentre ou tout simplement lcran qui sera affich lutilisateur. Une application peut avoir une ou plusieurs activities. Chaque Activity est implmente sous la forme dune classe qui hrite de la classe Activity. Service : Les services nont pas dinterface graphique et tournent en tche de fond. Il est possible de sinscrire un service et de communiquer avec celui-ci en utilisant lAPI Android. ContentProvider : Les ContentProvider sont, comme lexprime leurs noms, des gestionnaires de donnes. Ils permettent de partager linformation entre applications. BroadcastReceiver : Pour finir, un BroadcastReceiver est une application qui est lcoute des autres applications. Ce type dapplication tente de rpondre au Intent qui lui sont adresss.Il ne fait donc rien dautres que dtre lcoute des Intent envoys par dautres composants applicatifs.

VI. Outils de ralisation dun projet Android :


VI.1. Outils et installation :
Pour la cration dune application android, il est ncessaire dinstaller les lments suivants : JDK : Java Development Kit : Environnement de dveloppement de Java, qui permet de compiler et excuter des applications crites en Java. Eclipse : IDE (Integrated Developement Environment) pour une criture simplifie du code. On utilise avec Eclipse le plugin ADT (Android Developement Tools) adapt aux applications Android.
Android SDK : Android Software Developement Kit : Le SDK fournit une API

et

un ensemble doutils pour le dveloppement dapplications sur Android. Il

contient principalement un mulateur (AVD pour Android Virtual Device) qui 77 | P a g e

Extension Android
permet de modliser un appareil mobile rel en dfinissant les options logicielles et matrielles dsires.

VI.2. Cration et utilisation de lmulateur :


Afin de tester notre application, nous allons utiliser lmulateur14 Android. Il faudra donc crer un Android Virtual Device (AVD). Un AVD dcrit les paramtres systmes et les composants de notre mulateur. Pour crer un AVD : Nous lanons Eclipse Nous allons sous "Window > Android SDK and AVD Manager" Nous slectionnons "Virtual Device" dans le panneau gauche Nous cliquons sur "New". La boite de dialogue "Create New AVD" apparatra Nous tapons le nom de notre AVD, "emul_GsMag" par exemple Nous choisissons la cible (the target). La cible est la version de la plateforme Android SDK que nous avons tlcharg (2.3.3). Nous ignorons les autres champs pour le moment et nous cliquons sur "Create AVD"

Crer un nouveau divice virtuel

Fig. 46 : Liste des AVD cres

14

Cest un appareil mobile virtuel qui fonctionne sur lordinateur. Lmulateur permet aux dveloppeurs de dvelopper, tester et valuer des applications Android sans l'aide d'un appareil physique

78 | P a g e

Extension Android VI.3. Cration dun projet Android :


Aprs avoir cr un mulateur Android, nous passons la cration du projet sous Eclipse. Cliquer sur , ou aller File, New puis Android Project

Spcifier le nom du projet : Gsmag, et cliquer sur Next Choisir la plateforme Android utiliser (dans notre cas 2.3.3), cliquer sur Next Dans la fentre suivante, nous devons spcifier un package utiliser, qui

doit tre unique. Ce package doit contenir au moins deux niveaux. Dans notre cas, on peut taper com.android.Gs-Mag et cliquer sur Finish. Un nouveau projet apparat.

VI.4. Modification de linterface graphique:


Linterface graphique est gre grce aux fichiers XML qui se trouvent dans le rpertoire layout. ADT offre une interface conviviale pour grer ces fichiers, et pour manipuler graphiquement les lments de linterface.

Fig. 47 : Interface graphique

79 | P a g e

Extension Android VII. Les interfaces :

Fig. 48 : Interface Smartphone

Fig. 49 : Interface d'accs lapplication

80 | P a g e

Extension Android

Fig. 50 : Page daccueil via Smartphone

Fig. 51 : Formulaire dinscription via Smartphone

81 | P a g e

Extension Android

Fig. 52 : Interface dauthentification

VIII. Conclusion :

Ce projet nous a amens dcouvrir le monde de gestion de stock du

magasin et dvelopper pour la premire fois sur la plateforme Android. Nous avons mis en uvre nos connaissances en langage Java avec des outils nouveaux tels quEclipse, et utilis ce que Google met disposition de ses dveloppeurs : un Google code. Nous avons pu raliser notre projet pour valoriser notre application.

82 | P a g e