Christopher Belliard Benoit Corda Otmane El Manser Christophe Outteryck

Site de vente en ligne

Lancement du projet Analyse et Modlisation du problme

Ce document contient : Lettre de mission Cahier des charges Note de clarification Organigramme produit Modle UML et justification Modle relationnel et justification de la normalisation

NF17 Printemps 2006 Charge de TD : SZAFRANSKI Marie

Site de vente en ligne NF17 Lettre de mission

Rfrence du document Auteurs cration Auteur modification lettre_de_mission.doc Otmane El Manser version Date de cration Date de modification 1.1 23/03/06 12/04/06

LETTRE DE MISSION
CREATION DUN SITE DE VENTE EN LIGNE

I) II) III) IV)

ORGANISME CLIENT NATURE DU PROJET MOYENS MIS DISPOSITION AUTHENTIFICATION

I)ORGANISME CLIENT A)IDENTIFICATION L'organisme client est l'entreprise NF17UTC. B)INTERLOCUTEURS

Nom Stephane Crozat Marie Szafranski Fonction Tlphone Responsable NF17UTC 4227 Reprsentant NF17UTC 4954 Fax Mail stephane.crozat@utc.fr mszafran@hds.utc.fr

II)NATURE DU PROJET A)TYPE DE PROJET Ralisation de la partie dynamique dun site de vente en ligne. B)OBJECTIF DU PROJET L'entreprise NF17UTC souhaite crer un site de vente en ligne afin de pouvoir y proposer tout son catalogue de produits lis l'artisanat. L'entreprise au travers de son responsable, Stephane Crozat, nous a chargs de raliser la partie dynamique de ce site. Cette partie se dcompose en six modules, qu'il faudra tous modliser. Il faudra ensuite en raliser un seul, qui sera dsign par le reprsentant NF17UTC : Marie Szafranski. C)DLAIS Date prvisionnelle de fin de projet : 12/06/2006

1/2

Site de vente en ligne NF17 Lettre de mission

III)MOYENS MIS DISPOSITION A)BUDGET Aucun B)RSERVE BUDGTAIRE POUR ALAS Aucune C)INTERVENANTS AFFECTS AU PROJET Christopher Belliard Chef de projet Benot Corda Responsable fonctionnel Otmane El Manser Responsable qualit Christophe Outteryck Responsable technique D)MOYENS MATRIELS Salle FB100 lUTC, lorsquil ny a pas de TD. Cette salle contient des ordinateurs qui nous permettent d'utiliser les diffrents outils ncessaires la ralisation du projet et d'accder la plate-forme NF17.

IV)RESPONSABILIT- AUTONOMIE Le chef de projet dpend du reprsentant NF17 : Marie Szafranski. Toutes les dcisions peuvent tre prises de manire autonome par rapport la hirarchie. En cas de problme ou de question particulire les intervenants peuvent contacter le reprsentant du client travers le forum de la plate-forme NF17. Lorganisation est de type matricielle, le chef de projet na pas de pouvoir hirarchique sur les autres membres.

V)AUTHENTIFICATION
Date : 12 avril 2006 Signature du chef de projet CHRISTOPHER BELLIARD Signature du matre douvrage Marie Szafranski

2/2

Rfrence du document Auteurs cration

cahier_des_charges.doc Christopher Belliard Benoit Corda Otmane El Manser Christophe Outteryck

version Date de cration

1.2 27/03/06

Auteur modification

Date de modification

12/04/06

CAHIER DES CHARGES

CREATION DUN SITE DE VENTE EN LIGNE

I) INTRODUCTION ET CONTEXTE................................................................................................2 II) DESCRIPTION DE LA DEMANDE..............................................................................................2 A)LES OBJECTIFS.............................................................................................................2 B)PRODUIT DU PROJET......................................................................................................2

1) MODULE DE GESTION DU CATALOGUE DE PRODUITS.......................................................................2 2) MODULE DE GESTION CLIENT..................................................................................................2 3) MODULE DE GESTION DES COMMANDES ET LIVRAISONS..................................................................2 4) MODULE DE GESTION DES FOURNISSEURS..................................................................................3 5) MODULE DE GESTIONS DES STOCKS..........................................................................................3 6) MODULE DE GESTIONS DES OFFRES COMMERCIALES......................................................................3

C)LES FONCTIONS DU PRODUIT............................................................................................3 III) CONTRAINTES..................................................................................................................4 A)CONTRAINTES DE COTS.................................................................................................4 B)CONTRAINTE DE DLAIS...................................................................................................4 C)AUTRES CONTRAINTES....................................................................................................4 IV) DROULEMENT DU PROJET.................................................................................................4 A)PLANIFICATION..............................................................................................................4 B)RESSOURCES...............................................................................................................5

1/5

I)INTRODUCTION ET CONTEXTE L'entreprise NF17UTC a dcid de mettre en ligne son catalogue de produits lis l'artisanat. Les tudiants de l'UV NF17 sont chargs de raliser la partie dynamique de ce site. Ce projet doit tre ralis en utilisant les technologies PHP/MySQL.

II)DESCRIPTION DE LA DEMANDE A)LES OBJECTIFS Rsultats que le projet doit atteindre : Mettre en ligne le catalogue de l'entreprise. Grer les relations avec les clients. Grer les relations avec les fournisseurs. Grer les problmes de stock et d'approvisionnement. Mettre en place des promotions.

B)PRODUIT DU PROJET Ce projet peut tre dcompos en 6 parties distinctes mais intimement lies dont voici la description :
1)MODULE DE GESTION DU CATALOGUE DE PRODUITS

En premier lieu, le module de gestion du catalogue de produits permet au personnel de pouvoir grer de manire globale le catalogue : les diffrentes rubriques, les ventes (possibilit danalyse), chiffre daffaire, etc Le client peut galement consulter tous les produits et effectuer des recherches.
2)MODULE DE GESTION CLIENT

Le client doit avoir la possibilit de grer ses informations personnelles : coordonnes, lieux de livraison, panier rcurrent. Ladministrateur pourra obtenir diffrentes informations propos du client dans ce module, comme par exemple rechercher un client, le modifier, ajouter des commentaires, rechercher les meilleurs clients via certains critres, et enfin possibilit de consultation de lhistorique dun client.
3)MODULE DE GESTION DES COMMANDES ET LIVRAISONS

Le client doit pouvoir effectuer une commande, crer des paniers rcurrents. Il faudra galement implmenter un accs lhistorique des commandes et un systme de gestion daffichage de commande en cours : le client doit pouvoir accder au suivi des commandes en cours, les modifier et/ou les supprimer souhait. Les articles les plus populaires seront proposs au client lorsqu'il est en train d'acheter un produit dans une rubrique donne. Ladministrateur doit avoir la possibilit davoir une vue globale sur toutes les commandes et livraison en cours. Aussi faudra-t-il crer un moteur de recherche pour

2/5

les commandes afin de pouvoir retrouver une commande pour un client donn. Ladministrateur aura galement un droit de modification sur les commandes en cours (possibilit dannulation ou de suspension en cas dimpay).
4)MODULE DE GESTION DES FOURNISSEURS

Le client pourra voir les diffrents fournisseurs du magasin et rechercher des produits par fournisseur. Dans ce module ladministrateur pourra grer toutes les informations des fournisseurs : les coordonnes, les diffrentes commandes en cours pour chaque fournisseur, ainsi que la gestion des liens entre les fournisseurs et les produits afin de savoir quel produit pourra tre achet chez quel fournisseur. Un module danalyse devra aussi tre implment afin de savoir le nombre de produits vendus et le chiffre daffaire pour chaque fournisseur.
5)MODULE DE GESTIONS DES STOCKS

Ct client, il faudra une fonction permettant de savoir si un produit est disponible. Ce module est principalement destin ladministrateur, cest dans celui-ci quil pourra grer les stocks de produits, ajouter de nouvelles commandes, tre alert en cas de risque de rupture de stock proche mais aussi les surstocks, les produits couler rapidement (proposition de promotion, etc). Il disposera galement dun suivi des achats chez les diffrents fournisseurs afin de contrler les marchandises commandes et rceptionnes.
6)MODULE DE GESTIONS DES OFFRES COMMERCIALES

Ce module se destine la gestion des promotions, des produits nouveaux et des campagnes de publicits/promotions. Il est possible dorganiser (via des thmes) diverses campagnes de promotion dans des buts prcis (par exemple un destockage). Ainsi ce module devra tre li celui de la gestion des stocks mais aussi aux clients et aux fournisseurs en fonction des choix de stratgies pour les promotions. Par exemple, si un fournisseur propose un prix attractif pour un produit donn, une promotion peut ds lors tre active ; ou encore si lon veut rcompenser la fidlit dun certain groupe de clients, il est possible de leur proposer certaines promotions. C)LES FONCTIONS DU PRODUIT

Principales fonctionnalits du produit :

Systme didentification pour les utilisateurs Le site doit tre accessible de l'extrieur et chaque utilisateur doit soit se connecter avec ses identifiants soit crer un nouveau compte pour devenir un nouveau client. Ds lors il pourra naviguer sur le site mais galement grer ses coordonnes personnelles. Les administrateur pourront aussi se connecter via la mme interface : le site devra tre capable didentifier un administrateur et de le rediriger sur linterface qui lui correspond.

3/5

Principales rubrique du site Web

Une page d'accueil Cette page est divise en trois parties : une zone de promotion, une zone de liens vers les rubriques du site et un espace d'identification. Une rubrique gestions des stocks (pour ladministrateur) Elle correspond un espace o il sera possible de visualiser rapidement les stocks et les problmes quil peut ventuellement y avoir. Un systme similaire aux pop-up sera implment afin de dafficher les ides de promotions qui remplissent certaines conditions pour tre intressantes une ventuelle mise en application. Une rubrique catalogue Elle devra permettre aux clients de trouver les produits quils dsirent en les classant dans des rubriques. Il sera aussi possible de voir les promotions et tous les produits lis aux campagnes actuelles. Une rubrique boite ides Cette page va permettre dobtenir un feedback des clients pour les suggestions ou les remarques quils ont faire. Les messages seront destins ladministrateur du site.

III)CONTRAINTES A)CONTRAINTES DE COTS Il n'y a aucun budget allou au projet. B)CONTRAINTE DE DLAIS 10/04/2006 : Remise du rapport d'analyse projet. 12/06/2006 : Dmonstration du projet. 19-20/06/2006 : Soutenance. C)AUTRES CONTRAINTES Dans le cadre du projet on s'inspire du site : www.artisanatsel.com, mais il n'y a aucun accord avec l'entreprise. Il ne faut donc prendre aucun contact avec l'entreprise. Les interlocuteurs se restreignent au responsable de NF17 : Stphane Crozat et la charge de TD : Marie Szafranski.

IV)DROULEMENT DU PROJET A)PLANIFICATION partir du 06/02 : - Lettre de mission - Cahier des charges - Note de clarification - Organigramme produit - UML - MLD

4/5

10/04/2006 : 1er jalon : remise du rapport d'analyse projet partir du 11/04/06 : - Diagramme de Gantt - Analyse de risques : AMDEC - Plan de communication partir du 01/04.06 : - Ralisation du projet 12/06/2006 : 2me jalon : Dmonstration du projet. 19-20/06/2006 : Soutenance du projet. B)RESSOURCES Humaines : Responsable NF17UTC (matre d'ouvrage) : Stphane Crozat Reprsentant NF17UTC : Marie Szafranski Matrielles : Salle FB100 l'UTC lorsqu'il n'y a pas de TD.

Date :

Signature du chef de projet Signature du matre douvrage

5/5

Site de vente en ligne NF17 Note de clarification

Rfrence du document Auteurs cration note_de_clarification.doc Christopher Belliard Benoit Corda Otmane El Manser Christophe Outteryck version Date de cration 1.2 7/04/2006

Auteur modification

Date de modification

12/04/2006

NOTE DE CLARIFICATION
CREATION DUN SITE DE VENTE EN LIGNE

CREATION DUN SITE DE VENTE EN LIGNE....................................................................................1 I) CONTEXTE........................................................................................................................ 2 II) DFINITION DU PROJET ET OBJECTIFS.....................................................................................2 A) DFINITION DU PROJET..................................................................................................2 B) OBJECTIFS VISS .........................................................................................................2 C) DBUT DU PROJET........................................................................................................2 D) FIN DU PROJET............................................................................................................2 E) BUDGET DU PROJET......................................................................................................2 III) ACTEURS DU PROJET.........................................................................................................3 A) MATRE D'OUVRAGE.......................................................................................................3 B) MATRE D'UVRE..........................................................................................................3 C) COMPTENCES NCESSAIRES..........................................................................................3 IV) PRODUIT DU PROJET.........................................................................................................3
1) MODULE DE GESTION DU CATALOGUE DE PRODUITS.......................................................................3 2) MODULE DE GESTION CLIENT..................................................................................................3 3) MODULE DE GESTION DES COMMANDES ET LIVRAISONS..................................................................3 4) MODULE DE GESTION DES FOURNISSEURS..................................................................................4 5) MODULE DE GESTIONS DES STOCKS..........................................................................................4 6) MODULE DE GESTIONS DES OFFRES COMMERCIALES......................................................................4

V) ENVIRONNEMENT DU PROJET ET RISQUES................................................................................4 VI) CONTRAINTES RESPECTER...............................................................................................4 A) CONTRAINTES DE DLAIS.................................................................................................4 B) CONTRAINTES DE COTS.................................................................................................4 C) CONTRAINTES DE PERFORMANCE.......................................................................................4

1/4

Site de vente en ligne NF17 Note de clarification

I)CONTEXTE L'organisme client est l'entreprise NF17UTC. Cette entreprise a souhait mettre en ligne son catalogue de produits. NF17UTC est une entreprise fictive reprsentant les responsables et intervenants de l'UV NF17, et est considre comme l'organisme client dans le cadre de ce projet.

II)DFINITION DU PROJET ET OBJECTIFS A)DFINITION DU PROJET Dans le cadre de cette simulation, l'entreprise NF17UTC a souhait mettre en ligne son catalogue de produits. Il faudra raliser la partie dynamique de ce site et ainsi grer les diffrents produits et les diffrentes relations avec les clients, fournisseurs grce une base de donnes. B)OBJECTIFS VISS Rsultats que le projet doit atteindre : Mettre en ligne le catalogue de l'entreprise Grer les relations avec les clients Grer les relations avec les fournisseurs Grer les problmes de stock et d'approvisionnement Mettre en place des promotions

C)DBUT DU PROJET Le lancement officiel du projet a eu lieu le 6 fvrier 2006. D)FIN DU PROJET Le projet doit tre livr pour le 12 Juin 2006. La soutenance aura lieu le 29 ou le 30 Juin 2006. E)BUDGET DU PROJET Il n'y a aucun budget allou au projet.

2/4

Site de vente en ligne NF17 Note de clarification

III)ACTEURS DU PROJET A)MATRE D'OUVRAGE La matrise d'ouvrage est sous la responsabilit de : Stephane Crozat Responsable NF17UTC Marie Szafranski Reprsentante NF17UTC B)MATRE D'UVRE La matrise d'oeuvre est de la responsabilit des 4 membres du projet: Christopher Belliard Chef de projet Benot Corda Responsable fonctionnel Otmane El Manser Responsable qualit Christophe Outteryck Responsable technique C)COMPTENCES NCESSAIRES Capacits organisationnelles Comptences de modlisation (standard UML) Matrise des outils MySql et PHP Communication avec les divers acteurs impliqus dans ce projet

Ces informations ne sont donnes qu' titre indicatif, les quatre membres du projet allant s'impliquer dans chaque partie du projet.
Comptence Service Outils de gestion projet Outils de modlisation (UML) Outils Techniques Responsable Personne pressentie Otmane El Manser Christopher Belliard Christophe Outteryck Benoit Corda Remarque

IV)PRODUIT DU PROJET Le produit du projet est un site web qui sera reli une base de donnes afin de grer un catalogue de produits. Il sera accessible toute personne en tant que client potentiel mais aussi par les employs de lentreprise en tant qu administrateur , pouvant modifier, ajouter ou supprimer des informations sur le site.
1)MODULE DE GESTION DU CATALOGUE DE PRODUITS

Il permet aux administrateurs de grer le catalogue et aux clients de le consulter.

2)MODULE DE GESTION CLIENT

Il permet aux clients de grer leurs informations personnelles et aux administrateurs de les consulter et de grer la base de clients.
3)MODULE DE GESTION DES COMMANDES ET LIVRAISONS

Il permet aux clients de passer et de grer leurs commandes, mais aussi aux administrateurs de grer les commandes en cours et passes.

3/4

Site de vente en ligne NF17 Note de clarification

4)MODULE DE GESTION DES FOURNISSEURS

Il permet aux clients de rechercher les produits par fournisseur et aux administrateurs de grer les diffrentes relations avec les fournisseurs.
5)MODULE DE GESTIONS DES STOCKS

Il permet aux clients de savoir si un produit est en stock, et aux administrateurs d'tre informs sur tous les problmes lis aux stocks (produits en rupture, en surstock...) afin d'agir en consquence.
6)MODULE DE GESTIONS DES OFFRES COMMERCIALES

Il permet aux clients d'tre informs des diffrentes campagnes de promotions et des offres particulires et aux administrateurs de grer tout ce qui concerne ces offres et campagnes.

V)ENVIRONNEMENT DU PROJET ET RISQUES - Le projet n'tant qu'une simulation on ne peut contacter l'entreprise responsable du site modle. - En raison de problmes d'emploi du temps il est difficile de trouver des moments o les quatre membres du groupe projet peuvent se runir. - Malgr une volont d'exhaustivit et une grande application dans la phase d'analyse et de modlisation, il se pourrait que certains aspects naient pas t traits de manire intgrale. Ainsi, il est possible que certains dtails soient sujet des modifications ultrieures lors de la conception. - Sur un plan technique, certains membres du groupe n'ont aucune exprience pralable ni en bases de donnes ni en conception de site web dynamique. Ils ont donc fournir un effort supplmentaire dans un soucis de mise niveau.

VI)CONTRAINTES RESPECTER A)CONTRAINTES DE DLAIS 10/04/2006 : Remise du rapport d'analyse projet 12/06/2006 : Dmonstration du projet 19-20/06/2006 : SOUTENANCE B)CONTRAINTES DE COTS Il n'y a aucun budget allou au projet. C)CONTRAINTES DE PERFORMANCE En plus de la ralisation du site, il faudra prendre soin de mener bien la gestion du projet en ralisant les diffrents documents ncessaires aux phases de clarification, d'organisation, de ralisation et de clture du projet.
Date : Signature du chef de projet

4/4

Projet : Site de vente en ligne - NF17UTC Organigramme produit

Rfrence du document Auteurs cration Auteur modification Orga produit Christophe Outteryck Otmane El Manser version Date de cration Date de modification 1.2 1er avril 2006 12 Avril 2006

ORGANIGRAMME PRODUIT
CREATION DUN SITE DE VENTE EN LIGNE

I) II) III) IV) V)

ENVIRONNANTS DU PRODUIT DU PROJET .........................................................................2 FONCTIONS .............................................................................................................2 CLASSEMENT DES FONCTIONS .....................................................................................3 SOLUTIONS .............................................................................................................4 ORGANIGRAMME PRODUIT GRAPHIQUE .....................................................................6

1/6

Projet : Site de vente en ligne - NF17UTC Organigramme produit I)ENVIRONNANTS DU PRODUIT DU PROJET Visiteurs du site (clients potentiels) Commerciaux (les administrateurs du site)

II)FONCTIONS Le produit doit permettre aux visiteurs du site de : visualiser instantanment le type de produits vendus naviguer facilement dans le catalogue (rubriques et produits) visualiser rapidement les promotions/offres grer leurs donnes personnelles (nom, prnom, lieux de livraison, ...) commander facilement un ensemble de produits crer des paniers rcurrents (des pr-commandes ) visualiser l'historique de leurs commandes consulter les remarques/avis des autres visiteurs

Le produit doit permettre aux commerciaux de : ajouter/modifier/supprimer des produits et des rubriques ajouter/modifier/supprimer des campagnes de promotions visualiser les statistiques de vente : par produits par rubriques derniers produits achets meilleurs clients

grer le stock : visualiser le stock dfinir des seuils d'alerte (min/max) par produit grer les fournisseurs grer les commandes auprs des fournisseurs

2/6

Projet : Site de vente en ligne - NF17UTC Organigramme produit III)CLASSEMENT DES FONCTIONS Les fonctions prcdentes peuvent tre classes de cette manire : Le catalogue consultation / recherche de produits gestion des commentaires / avis des visiteurs sur chaque produit ajout/suppression/modification de produits

Les clients gestion des clients et de leurs donnes personnelles (paniers rcurrents, adresses de livraison...) historique des commandes passes

Les commandes du client gestion d'un panier suivi de commandes (en cours, expdie...) calcul des frais de livraison cadeau(x) si total > xxx

Les fournisseurs et les stocks lien produit/fournisseur gestion des stocks (dispo, place dans le hangar, seuil de dclenchement...) gestion des commandes auprs des fournisseurs

Statistiques de vente statistiques sur les produits statistiques sur les clients

Les campagnes de promotion visualisation rapide des promos en cours gestion des campagnes et des promos

3/6

Projet : Site de vente en ligne - NF17UTC Organigramme produit IV)SOLUTIONS Le produit sera dvelopp en PHP/MySQL : MySQL est un SGDBR libre trs utilise dans le domaine du Web. PHP est un langage interprt capable de dialoguer facilement avec une base MySQL. Il est tout fait indiqu pour la cration d'un tel site dynamique : en effet, il est lui aussi libre (et gratuit), bien document, relativement lger pour le serveur et la communaut est trs active (ce qui assure une prennit certaine). Il s'installe comme module sur de nombreux serveurs Web (Apache entre autres), donc son utilisation est toute indique.

D'un point de vue gnral, la cration de 2 statuts sera faite :

visiteurs (pas de droits, sauf la visualisation et la commande de produits) commerciaux qui peuvent modifier le catalogue et grer le stock

Cette hirarchisation des droits permet une meilleure utilisation et assure un meilleur dveloppement. En effet, il serait difficile d'imaginer un systme o les commerciaux n'auraient pas d'interface web/graphique prive et o ils devraient ajouter leurs nouveaux produits avec des commandes SQL...

4/6

Projet : Site de vente en ligne - NF17UTC Organigramme produit Fonctions Le catalogue

Parcours rapide de l'ensemble du catalogue Rubriques de produits hirarchises Ajout/suppression/modification de produits Interface d'administration prive

Solutions

Les clients
Gestion des clients Chaque client aura la possibilit de crer un compte sur le site (systme de sessions en PHP) qui lui permettra de : - grer ses donnes personnelles (livraison...) - visualiser l'historique de ses commandes

Les commandes des clients

Faciliter les commandes des clients Chaque client aura la possibilit de crer un compte sur le site (systme de sessions en PHP) qui lui permettra de : - constituer son panier d'achat au fur et mesure de sa navigation sur le site - crer des paniers rcurrents - Attribution d'un statut chaque commande (en cours, expdition, livraison...) Calculs partir des informations des produits (poids par ex) et en fonction de la politique et des offres de l'entreprise (gratuits si total commande > yyy par exemple) Calculs en fonction du total de la commande

Suivi des commandes des clients Frais de livraison Cadeau(x)

Les fournisseurs et les stocks

Grer les commandes aux fournisseurs - Gestion des fournisseurs (ajout/modification/suppression) - Gestion des commandes avec statut - Les stocks sont grs en temps rel avec envoi de mails aux administrateurs ds qu'un produit franchit un seuil minimal - Gestion des commandes en fonction de la capacit des lieux de stockage/hangars.

Statistiques
Connatre en temps rel les statistiques (clients et produits) - Les fonctions de calculs intgres MySQL permettent de faire des calculs prcis - PHP permet aussi de faire des calculs

Les campagnes de promotion

Visualisation rapide des campagnes en cours Affichage des promos sur la page d'accueil Gestion des campagne et des promotions Interface de gestion

5/6

Site de vente en ligne - NF17 Organigramme Produit

Site de vente en ligne

Les commandes des clients
Paniers rcurrents
Ajout, modif, suppression

Le catalogue

Les clients

Les fournisseurs et les stocks

Stocks
Seuils d'alerte avant rupture de stock Stock mini et maxi (hangars)

Les campagnes de promotions

Campagnes thmatiques
Ajout, modif, suppression

Statistiques

Consultation rapide
Rubriques hierarchises Avis et commentaires des visiteurs

Gestion des info perso

Nom, prnom

Calcul de statistiques
Meilleurs produits

Diffrents lieux de livraison

Meilleurs clients

Commandes Gestion
des rubriques

Promotions
Ajout de prdts lors de la navigation dans le catalogue Consultation de l'historique Gestion du suivi

Commandes aux fournisseurs

Commande de nouveaux produits en fonction des stocks Consultation de l'historique Gestion du suivi

Ajout, modif, suppression

des produits

6/6

Rfrence du document Auteurs cration

justification_modelisation.doc Christopher Belliard Benoit Corda Otmane El Manser Christophe Outteryck

version Date de cration

1.1 29/03/2006

Auteur modification

Date de modification

12/04/2006

JUSTIFICATION DE LA MODLISATION UML

CREATION DUN SITE DE VENTE EN LIGNE

I) LES COMMANDES .................................................................................................................................2 II) LES CADEAUX ....................................................................................................................................3 III) LES RUBRIQUES ................................................................................................................................3 IV) LES UTILISATEURS .............................................................................................................................4 V) LES MTHODES DE MISE JOUR ............................................................................................................4

Ce document a pour but dexpliquer les choix de modlisation conceptuelle et/ou relationnelle que nous avons eus effectuer, dans les cas les plus ambigus.

1/4

I) LES COMMANDES

La prsence dune classe abstraite de commande est ncessaire. En effet, elle permet de factoriser les attributs communs ses sous-classes, essentiellement dans le cas des lignes de commande. En effet, il faut permettre aux lignes dtre cres et relies une commande, sans pour autant en savoir davantage sur la spcificit de celle-ci : nous ne voulons pas diffrencier les lignes dun panier rcurrent et dune commande fournisseur. Rsident cependant deux objections : - le suivi dun panier rcurrent na aucun sens ; - la date nest pas factorise alors quelle a la mme signification pour la commande client et fournisseur. Nous avons nanmoins dcid de conserver cette reprsentation car elle simplifie normment la comprhension et limplmentation. Cest dailleurs pour cela que nous conservons le schma dhritage dans le modle relationnel. Cela nous permet dimporter une clef trangre vers une commande pour chaque ligne de commande. Une transformation de cette situation dhritage par les classes filles aurait forc crer trois types de lignes de commande, chacune contenant une rfrence vers un des trois types de commandes. Par ailleurs, nous avons choisi de conserver le prix dune ligne de commande dans la ligne. En effet, si le prix du produit change dans le temps, le prix de la ligne devient incohrent sil est calcul.

2/4

II) LES CADEAUX

Nous avons dcid de mettre en place une gestion dynamique des cadeaux. Ladministrateur peut tenir une liste des produits quil souhaite mettre disposition des clients ayant rgl une grosse commande. A chaque produit cadeau sera associ un prix minimum de commande. Le client effectuant une commande de montant X pourra choisir un cadeau parmi ceux dont le prix minimum est infrieur X.

III) LES RUBRIQUES Les rubriques de produits reprsentent le moyen de classifier les produits selon des critres. Elles peuvent tre mises jour dynamiquement et plusieurs niveaux de spcialisation (gnralement 2 au maximum) peuvent exister pour un produit (sous-rubrique). Les rubriques spciales correspondent la maintenance de listes de produits telles que les derniers produits achets, les produits vedette, les nouveaux produits, ... Cette numration nest pas exhaustive et vise tre facilement tendue. Nombre max est le nombre de produits appartenant chaque rubrique.

3/4

IV) LES UTILISATEURS Les clients comme les administrateurs sont des utilisateurs du site. Ils possdent un identifiant et un mot de passe. Ils ont donc non seulement des attributs en commun mais aussi observeront une dmarche quivalente lors de lauthentification, dmarche leur permettant daccder aux services proposs par le site. Lhritage au sens conceptuel est videmment la reprsentation la plus efficace, et nous avons dcid de ltendre au sens relationnel. En effet, une table dutilisateurs est ncessaire : lauthentification, il sera ncessaire de la balayer afin de vrifier si le couple (login, password) entr dans le formulaire existe. La diffrenciation des interfaces pour le client et ladministrateur pourra se faire selon les rsultats de linterrogation de la base de donnes. Ce modle se veut galement le plus volutif possible : de nouveaux acteurs pourront par la suite tre introduits (partenaire, commercial, ).

V) LES MTHODES DE MISE JOUR La plupart des classes doivent tenir un ensemble de mthodes de consultation / mise jour : - la recherche - lajout - la modification - la suppression Gnralement, seule la fonction de recherche est accessible au client. Nous ne reprsenterons pas ces mthodes sur le diagramme par souci de clart, nanmoins voici les classes qui doivent les possder : Produit, Fournisseur, Rubrique, Promotion, Campagne, Ligne, Commande (sous conditions), Suivi, Cadeau, Avis, Remarque, Ville, Pays

4/4

Rfrence du document Auteurs cration

Auteur modification

relationnel_normalisation.doc version Christopher Belliard Date de cration Benoit Corda Otmane El Manser Christophe Outteryck Date de modification

1.1 29/03/2006

12/04/2006

RELATIONNEL ET JUSTIFICATION DE LA NORMALISATION

CREATION DUN SITE DE VENTE EN LIGNE

I) LE CATALOGUE ...................................................................................................................................2 II) LES FOURNISSEURS ET LES STOCKS.........................................................................................................3 III) LES CAMPAGNES DE PROMOTIONS .........................................................................................................3 IV) LES UTILISATEURS ET LES ADMINISTRATEURS ...........................................................................................4 V) LES COMMANDES ...............................................................................................................................5

Note importante : toutes nos relations sont en premire forme normale puisqu'elles contiennent toutes une cl primaire et aucun attribut multivalu.

1/6

I) LE CATALOGUE Produit ( idproduit : int, prix : int, description : string, stock_courant : int, stock_recommande : int, stock_declenchement : int, stock_maximal : int, archive : boolean, premier_achat : date, rubrique => RubriqueProduit, fournisseur => Fournisseur ) Fermeture transitive : Idproduit prix, description, stock_courant , stock_recommande, stock_declenchement , stock_maximal , archive , premier_achat , rubrique , fournisseur la cl primaire dfinit tous les autres attributs, les normes 2NF et 3NF sont ainsi respectes car les attributs dpendent tous dune cl entire et aucun attribut ne dpend dautre attribut.

Hritage des attributs de Rubrique dans les classes plus spcialises : RubriqueProduit ( idrubriqueproduit : int, libelle : string, Rubrique_mere => RubriqueProduit ) Fermeture transitive : idrubriqueproduit libelle, Rubrique_mere 2NF et 3NF respectes

RubriqueSpeciale ( reference : int, libelle : string ) Produit_RubriqueSpeciale ( produit =>Produit, rubrique => Rubrique ) Fermeture transitive : reference libelle 2NF et 3NF respectes

Cette table possde une cl compose, cependant cette cl primaire correspond un enregistrement, il ny a donc aucun attribut. Cela respecte bien les normes 2NF et 3NF.

2/6

II) LES FOURNISSEURS ET LES STOCKS Fournisseur ( idfournisseur : int, description : string, adresse : string, archive : boolean, ville => Ville ) Fermeture transitive : idfournisseur description, adresse, archive, ville 2NF et 3NF respectes

III) LES CAMPAGNES DE PROMOTIONS Promotion ( idpromotion : int, taux_reduc : int, debut : datetime, fin : datetime, produit => Produit ) Fermeture transitive : idpromotion taux_reduc, debut, fin, produit 2NF et 3NF respects Campagne ( idcampagne : int, theme : string, debut : datetime, fin : datetime

Fermeture transitive : idcampagne theme, debut, fin 2NF et 3NF respects

Promotion_Campagne ( idcampagne : int, promotion => Promotion campagne => Campagne ) Fermeture transitive : idcampagne promotion, campagne 2NF et 3NF respectes

3/6

IV) LES UTILISATEURS ET LES ADMINISTRATEURS Utilisateur ( idutilisateur : int, login : string, password : string ) Fermeture transitive : idutilisateur login, password 2NF et 3NF respectes Client ( idclient => Utilisateur, nom : string, prenom : string ) Fermeture transitive : idclient nom, prnom 2NF et 3NF respectes Administrateur ( Idadministrateur => Utilisateur, ) Cl unique, donc 2NF et 3NF respectes. LieuLivraison ( idlieulivraison : int, client => Client, adresse : string, ville => ville ) Fermeture transitive : idlieulivraison client, adresse, ville client idlieulivraison 2NF et 3NF respectes cependant cette table nest pas BCNF Ville ( Idville : int, codepostal : int, nom : string, pays => Pays

) Fermeture transitive : Idville codepostal, nom, pays codepostal Idville

2NF et 3NF respectes cependant cette table nest pas BCNF cause de codepostal. Nanmoins on ne peut mettre le code postal en clef primaire tant donn que certains pays ne sen servent pas.

4/6

Pays )

( nom : string

Cl unique, donc 2NF et 3NF respectes.

Remarque ( idremarque : int, client => client, texte : string ) Fermeture transitive : idremarque client, texte client idremarque 2NF et 3NF respectes cependant cette table nest pas BCNF Avis ( produit => Produit, client => Client, texte : string

) Fermeture transitive : Produit, Client texte Lunique attribut dpend de la cl primaire, norme 2NF et 3NF respectes

V) LES COMMANDES LigneCommande ( commande => Commande, produit => Produit, quantit : int, prix : int, ) Fermeture transitive : Commande, Produit quantit, prix La cl primaire dfinit les deux attributs de la relation, norme 3NF respectes Commande ( idcommande : int, suivi => Suivi ) Fermeture transitive : idcommande suivi 2NF et 3NF respectes

5/6

CommandeF ( idcommandef => Commande, date : date, reception : date, fournisseur => Fournisseur ) Fermeture transitive : idcommandef date, reception, fournisseur 2NF et 3NF respectes

CommandeC ( Idcommandec => Commande, date : date, client => Client, lieulivraison => LieuLivraison, cadeau => Cadeau ) Fermeture transitive : Idcommandec date, client, lieulivraison, cadeau 2NF et 3NF respectes

PanierRecurrent ( idpanierrecurrent => Commande, client => Client ) Fermeture transitive : idpanierrecurrent client, 2NF et 3NF respectes

Cadeau ( produit => Produit, prix_min : int ) Fermeture transitive : produit prix_min 2NF et 3NF respectes

Suivi )

( libelle : string

6/6