E-commerce Use case NFE102

1 853 vues

Publié le

Publié dans : Technologie
  • Soyez le premier à commenter

E-commerce Use case NFE102

  1. 1. PROJET E-COMMERCE :Mise en place d’une applicationE-commerce de vente dematériels informatiques.
  2. 2. L’entreprise « XXXXXX» est une sociétéde vente de matériels informatiques :ordinateurs de bureaux, ordinateursportables, imprimantes, logiciels etpériphériques, ordinateurs de poches,pièces connectiques et fournitures.
  3. 3. Afin de faire accroître le chiffred’affaires, l’entreprise souhaitemettre en place un site Web de ventesur Internet (une application E-commerce), uniquement à partir despaiements par carte de crédit.
  4. 4. Avant-projetC’est dans ce contexte que nousréaliserons notre conception duprojet.
  5. 5. 4 étapes préalables en amont duprojet.• L’étude d’opportunité.• L’étude de faisabilité.• L’étude détaillée.• L’étude technique.
  6. 6. L’étude d’opportunité• C’est une réflexion globale de tous les acteursauprès de tous les services et de tous lesutilisateurs surtout finaux. Elle a permis dedécider que le concept était viable. Elle aconsisté à définir le périmètre du projet avecl’identification des besoins généraux de lamaîtrise d’ouvrage.
  7. 7. L’étude d’opportunité• Ces besoins ont conduit à la rédactiond’un document nommé « note decadrage » par le comité de pilotage.• Elle finalise l’intention du projet.
  8. 8. L’étude de faisabilité• Elle vise à analyser la faisabilité économiqueet organisationnelle et technique du projet.• A partir de l’analyse des besoins: Estimationdu coût d’investissement du projet(en terme demoyens humains et matériels)• L’étude de scénarii: par exemple plusieurs usecases avec à chaque fois un bilan prévisionnelprésentant les coûts et les avantages duscénario.
  9. 9. L’étude détaillée• L’analyse des besoins porte uniquement sur lesprocessus majeurs du projet. Il est nécessairede faire une étude plus approfondie desbesoins pour que la MOA et la MOE puisses’entendre sur un document contractuel: lecahier des charges fonctionnel (pas en termede solutions).• Cela permettra de clarifier les contraintes.
  10. 10. L’étude technique• C’est la phase d’adaptation de la conception àl’architecture retenue en décrivant et endocumentant toutes les unités fonctionnelles.• Rédaction du cahier des charges détaillé avecmaquette ou prototype qui permet auxutilisateurs de vérifier que la solution retenuecorrespond aux attentes. On rentre dans lagestion de projet.
  11. 11. SOMMAIRE• Expression des besoins et Processus etflux métiers.• Diagrammes d’activités.• Conception et Implémentation: (Rôle desacteurs Métiers ) .• Diagramme des Objets Métiers.
  12. 12. SOMMAIRE(suite)• Analyse et Conception.o Modèle conceptuel des données.o Modèle logique de données.o Les cas d’utilisation.• Implémentation.o Maquette IHM et documentation desprogrammes.o Arborescence des fichiers IHM.o Solution choisie – Architecture technique.
  13. 13. SCHEMA GENERAL
  14. 14. Processus et flux métiers:Diagrammes d’activités
  15. 15. Gestion de la commande
  16. 16. Gestion du panier
  17. 17. Gestion ducatalogue
  18. 18. Gestion du compte client
  19. 19. • SERVICE CLIENT• Suivre les commandes des clients.• Se charger des relances de paiements auprès desclients.• Effectuer des avoirs.• Informer le client sur les nouveaux produits et lesproduits en promotion.• Enregistrer et traiter les réclamations clients.• Suivre les enquêtes de satisfaction client.• Renseigner le client sur le suivi de la commande.• Renseigner le client sur les produits du catalogue.Rôle des acteurs.
  20. 20. Rôle des acteurs.• CLIENT• Créer un compte client.• Gérer son compte client.• Gérer son panier.• Effectuer une commande.• Chercher des produits.• Consulter ses commandes.• Saisir la fiche client (nom, adresses de livraison, adresse defacturation...).• Cette fiche client sera enregistrée avec la commande.• Les taux de remise appliqués aux clients seront récupérés àpartir de la BD client.
  21. 21. Rôle des acteurs.• WEBMASTER• Administrer le site web.• Maintenir le site web.
  22. 22. Rôle des acteurs.• VENDEUR• Renseigner le client sur les caractéristiques duproduit.• Vérifier la disponibilité du stock.• Etablir le bon de commande.
  23. 23. Rôle des acteurs.• CAISSIER• Saisir la commande.• Vérifier le moyen de paiement.• Enregistrer le moyen de paiement.• Encaisser.• Editer la facture.
  24. 24. Rôle des acteurs.• ACHETEUR• Consulter les catalogues des fournisseurs.• Consulter le catalogue produit.• Vérifier létat des stocks.• Négocier les prix dachat.• Passer la commande auprès des fournisseurs.
  25. 25. • FOURNISSEUR• Réceptionner la commande delacheteur.• Livrer le produit à notre gestionnairede stock.• Délivrer les Bons de livraison.Rôle des acteurs.
  26. 26. Rôle des acteurs• GESTIONNAIRE DE STOCK.• Réceptionne les produits.• Effectue la mise à jour du stock.• Informe le service achat de létat dustock.
  27. 27. Rôle des acteurs• GESTIONNAIRE DE CATALOGUE PRODUIT• Maintenir le catalogue à jour.• Pour cela, le gestionnaire saidera de deux systèmesinformatiques externes.• 1 : Le système Nouveauté Produits : il permetdalimenter la base avec tous.• Les nouveaux produits.• 2 : Le système Gestion des stocks : permet de mettreà jour les données.• Concernant le prix et létat du stock des produits ducatalogue.
  28. 28. Diagramme des ObjetsMétiers.
  29. 29. Gestion de la commande
  30. 30. Gestion du panier
  31. 31. Gestion de la livraison
  32. 32. Gestion du catalogue
  33. 33. Gestion du stock
  34. 34. Gestion du compte utilisateur
  35. 35. Expression des besoins.
  36. 36. Analyse des besoins.Problématique.Capture des besoins.Définition des besoins.(Spécification des besoins)
  37. 37. Analyse et ConceptionModèle conceptuel desDonnées.
  38. 38. 0,n1,11,11,11,11,n0,n1,1CLIENTSnumclientnomclientprenomclientrue1rue2CPvilletelclientloginpasswdinscription<pi>COMMANDESnumcommandemnttvamntcommandedatecommande<pi>PRODUITSnumproduitnomproduitprixproduitdescproduit<pi>FACTURESnumfacturemnttvafacturemntfacturehtmntfacturettcmntremiselibfacturedatefacture<pi>LIVRAISONSnumlivraisonadrlivraisondatelivraisonetatlivraisonfraislivraison<pi>PASSERCONCERNERquantite <Undefined>DECLENCHER GENERER
  39. 39. Modèle logique de donnéesClients (numclient, nomclient, prenomclient, rue1, rue2, CP, Ville,telclient, passwd,inscription)Produits (numproduit, nomproduit,prixproduit,descproduit)Commandes (numcommande, mnttva, mntcommande,datecommande)Factures (numfacture, mnttvafacture, mntfactureht, mntfacturettc,mntremise, libfacture, datefacture)Livraisons (numlivraison, adrlivraison,datelivraison,etatlivraison,fraislivraison)Concerner (numproduit, numcommande,quantite)
  40. 40. SystemSystemAfficher le prix du panierChoisir un art icleRem plir le panierValider lart iclePasser la com m andeCas dutilisation:Consulter lePanier
  41. 41. SystemSystemAfficher le prix t ot al de la com m andeValider le panierValider la com m andeSaisie Adresse ClientSaisie num éro cart eValider la t ransact ionCas dutilisation :Valider le processusde commande.SystemSystemAfficher le prix t ot al de la com m andeValider le panierValider la com m andeSaisie adresse clientSaisie num éro cart eValider la t ransact ion
  42. 42. Les classes d’analyse
  43. 43. Interfaces HommeMachine.
  44. 44. Paiement de lacommande.
  45. 45. Catalogue
  46. 46. Documentation des programmes :
  47. 47. Arborescencedes fichiers :Page daccueil : I ndexSourisI nform at ions Sit eEm ission Fact ureOrdinat eurs PCPackard BellCables FireWireServicesForm ulaire Com m andesClés USBAppleSonyFixesI m prim ant esArt icles Connect iquesEcransScannersBienvenue Cat alogue Produit sBon de LivraisonPort ablesMon PanierRet our AccueilACERDisques DursLogicielsCables Et hernetCart es m éresCables diversToshibaFact ures1 fichier = 1 interface.
  48. 48. IMPLEMENTATIONRESEAU.
  49. 49. ARCHITECTUREWEB.
  50. 50. Vue et implémentation logicielle..
  51. 51. MODELE VUE-CONTROLEUR (MVC) en JAVA
  52. 52. Composants logiciels réseauxChoix de :• Un OS comme Windows XP ou Vista.• Un Antivirus et anti spam.• Un Pare-feu.• S’assurer d’une fonction de mise à jourcomme Windows Update soit activée.• Un FAI , un serveur Web comme Apache, unrouteur, un serveur DNS et DHCP, un clientFTP, un registrar.• Modem.
  53. 53. Composants logiciels réseaux• Serveur Applicatif « Tomcat».• Plateforme JAVA .• Java Server Page (Taglibrary JSTL1.1).• Serveur de données « MySQL 5.0 ».• Définir une politique de sécurité.
  54. 54. ConnexionConnexion du routeur en tapant son adressedans un navigateur : http://192.168.1.1
  55. 55. Administration du site
  56. 56. Sécurité du site• SET (Secure Electronic Transaction) est unprotocole de sécurisation des transactionsélectroniques mis au point par Visa etMasterCard, et sappuyant sur le standard SSL.• SET est basé sur lutilisation dune signatureélectronique au niveau de lacheteur et unetransaction mettant en jeu non seulementlacheteur et le vendeur, mais aussi leursbanques respectives.
  57. 57. Sécurité du site• Le SSL (Secure Socket Layer) est unprotocole de sécurisation qui « crypte »les échanges sur Internet. Comme denombreuses applications informatiques,le SSL évolue régulièrement pouraméliorer ses performances et la version3 du SSL présente un niveau de sécuritésupérieur à la précédente.
  58. 58. Sécurité du siteCe protocole de sécurisation fait partie dedu navigateur, pour un navigateur récentou si les mises à jour sont faitesrégulièrement, celui-ci devrait déjà êtrecompatible avec le SSL V3.
  59. 59. Sécurité du site SSLVérifier la compatibilité du navigateur en paramétrantson navigateur comme ceci:1.Sélectionner la fonction « Options » ou « Optioninternet » dans l’onglet « outils »du navigateur.2.Cliquer sur l’onglet « avancé ».3.Faire défiler la liste jusqu’à la partie sécurité.4.Cocher la case SSL 3.0.5.Cliquer sur « Appliquer ».6.Cliquer sur OK.
  60. 60. Sécurité SSL du site
  61. 61. Sécurité SSL du site
  62. 62. Prévoir un pare-feu
  63. 63. Tester le pare-feu
  64. 64. AttaqueréussieAttaquenonréussieTest du pare-feu
  65. 65. Définir une politique de sécurité: scanner tous les ports
  66. 66. Planning prévisionnel• Début de la réalisation du projet:01/10/2008• Fin prévue le :15/07/2009
  67. 67. ConclusionNous avons exploré et parcouru toutes lesphases conduisant à ce que ce projet soitmené à terme, que ce soient lesspécifications techniques, les bornes ouencore le planning prévisionnel.Les contraintes que nous nous sommesfixés devront être respectées afin demener à bien celui-ci.
  68. 68. Conclusion• En cas de non respect ou de retard despénalités financières pourront êtredemandées à la maîtrise d’œuvre.• Nous remercions tous les acteurs qui ontcollaboré et soutenu cette étude en nousapportant leurs aides et leurs solutionséminemment précieuses durant toute cettephase d’élaboration.

×