Système de base de données de vin
Base de données relationnelle de SQL

 
 

Introduction

Service à la clientèle de prises de vins de JK sérieusement. Nous nous sentons que c'est notre devoir pour livrer les vins les plus de haute qualité tout en fournissant la satisfaction de client la plus élevée. Notre feedback de la clientèle courant a dévoilé une pléthore de problèmes dans nos en fonctionnement. Le vin est grand, mais le service à la clientèle n'est pas. Afin de transformer la compagnie en affaires respectées que nous devons offrir plus au grand vin de client puis et aux bons prix. La première étape en réorganisant la compagnie est de développer une base de données qui soulèvera non seulement la motivation et l'efficacité des employés, mais fournira un meilleur marché pour que les clients tirent profit. Si nos clients sont heureux que nous soyons heureux, et si des tâches peuvent être accomplies plus efficacement et plus facile, le plus heureux chacun sera.

Quand les clients ont un souci ou une question au sujet d'un ordre, personne ne veut creuser par des piles et des piles de papier pour trouver la bonne facture. Quand les employés veulent découvrir l'email address d'un client, la tâche n'est pas facile. Ces exemples simples sont justes une baisse dans le seau comparé à la quantité de problèmes qu'une base de données résoudra. C'est un brainer de NO- dont une compagnie d'e-commerce telle que des vins de JK a besoin pour mettre en application une base de données faite sur commande qui accomplira les besoins des clients, des fournisseurs et des employés.

Portée de problème

Notre base de données adresse le problème de maintenir l'intégrité des données. Elle fournira le stockage facile des données dans un endroit centralisé. Elle réduira au minimum l'espace exigé, et abaissera des coûts de stockage et de matériel. Elle facilitera l'intégrité des données, dans cela là sera seulement un ensemble de données, au lieu des bases de données multiples réparties par données doubles. Les clients ne devront pas s'inquiéter de commander quelque chose qui est dehors - de - des actions, parce que la base de données mettra à jour constamment notre site Web avec l'inventaire courant. Elle fournira des clients et des administrateurs une meilleure manière de trouver l'information qu'ils ont besoin.

La satisfaction de client sera le but principal de notre base de données. Ils auront la capacité de s'engager pour une adhésion à un des clubs de vin ou pour un compte de achat de base. Après s'engageant eux auront les possibilités pour acheter le vin de notre vaste collection de vins californiens fins. Pouvoir trouver, assortir, et organiser des données efficacement satisfera également les administrateurs de la base de données. Kimi et Jeff seront les seuls deux avec l'accès pour manoeuvrer la base de données et pour avoir accès à l'information confidentielle. Il y aura des données beaucoup dans la base de données, ainsi l'organisation efficace est cruciale.

Notre base de données sera si tout va bien une grande collecte des données contenant des clients, des ordres, des produits, et des fournisseurs. L'entité de client stockera des adresses d'expédition, l'information de contact, l'information d'adhésion, et des disques des commentaires et des questions de client. L'entité d'ordre contiendra tous les disques d'ordre. L'entité de produits stockera des disques de tout vin que nous avons actuellement en stock comprenant leurs prix, variétal, de cru, d'appellation, de teneur en alcool, de date nous mettons le vin vers le haut en vente, d'estimations de client, et de suggestions pour la nourriture pour apprécier avec du chaque vin. Du vin de vente supérieur sera également inclus dans l'entité de produits, qui sera un attribut dérivé des ordres. Notre entité de fournisseur contiendra tous notre information de contact de fournisseurs, prix d'achat, date d'achat, coûts de expédition et information diverse sur des fournisseurs.

Des contraintes sur les données dans la base de données seront strictement imposées et jusqu'à la gestion pour décider. Quelques contraintes peuvent inclure des lois importantes telles que des ventes maximum d'alcool à chaque client. L'âge légal de boissons sera une contrainte. Les contraintes ne sont pas limitées à ce qui est mentionnée ci-dessus, mais seront à la discrétion de la gestion à ajouter ou changer.

Le client s'engagera pour un compte et achètera si tout va bien du vin. Avant de finir l'achat la base de données vérifiera pour s'assurer qu'il y a les actions courantes de ce qu'elles commandent. S'il y a, l'inventaire sera automatiquement mis à jour pour montrer les nouveaux niveaux courants. Une autre transaction se produira quand nous saisissons des données au sujet de nouveaux fournisseurs et chaque fois nous achetons quelque chose d'un fournisseur. Quand nous avons le nouvel inventaire nous devrons mettre à jour notre base de données pour fournir l'information sur les produits. Nous espérons établir des alertes automatiques à quand un vin a été en stock trop long, et devons être mis en vente.
Là beaucoup sera cherché après que l'information à notre doigt incline une fois la base de données soit mise en application. Comme administrateurs, nous voudrions avoir des rapports des ventes pour chaque jour, de nouveaux rapports de client, l'inventaire qui est dehors - de - des actions, et de nouveaux commentaires et questions de client. Nous voudrions également connaître quels groupe d'âge, endroit et types de vin nos clients fréquents achètent pour des campagnes de vente. Certaines des compagnies les plus réussies sur l'Internet ne sont pas chanceuses simplement, elles ont des campagnes stratégiques de vente qu'elles utilisent pour viser leurs marchés efficacement avec des retours élevés sur leurs investissements. Les questions qui les clients voudraient que puissent courir seraient des recherches sur notre site Web pour choisir le vin qu'elles voudraient acheter. Celles-ci incluraient des recherches de cru, prix, variétal, ce qui est en vente, recommandations, et best-sellers. Dans presque chaque partie de la transaction en ligne, le client accédera à notre base de données.

Ce projet nous permettra à des vins de JK d'économiser l'argent en sauvant le temps et en étant plus efficace. Si nous il droite la première fois nous ne devrons pas dépenser le temps et l'argent développant une base de données plus tard, ou les problèmes de réparation qui se produisent à l'avenir. Par conséquent l'avantage concurrentiel se trouve la plupart du temps en termes de satisfaction des employés et de client. Avec une grande base de données nos clients noteront que la différence et nous aurons un plus haut probablement des clients de répétition. Et les employés seront plus satisfaits, soient donc plus motivés pour aider la compagnie à réussir. En outre si nous décidions à vendre non seulement nos produits sur la ligne, mais également les vendant dans les magasins, nous aurons déjà une base de données de fonctionnement que nous pouvons employer. Nous pourrons employer des données fiables et utiles pour aider notre compagnie à commencer sans à-coup. Notre concurrence dépensera plus de temps et d'argent maintenant des données tandis que nous gagnons le part de marché.

HEU diagramme

Les entités de la base de données sont des clients, des ordres, des produits, expédition et des fournisseurs. La ligne d'ordre est la seule entité associative. Une entité est une personne, un endroit, un objet, un événement ou un concept dans l'environnement d'utilisateur au sujet duquel l'organisation souhaite maintenir des données. Les entités de clients et de fournisseurs sont les deux bases de données des personnes impliquées dans n'importe quelle transaction donnée. Les ordres et les entités d'expédition sont des événements qui se produisent le long du processus de faire une vente. L'entité de produits est une table qui maintiendra l'inventaire de vin. La ligne d'ordre est une entité associative parce qu'elle relie des ordres et des produits mais a également ses propres attributs.

Les attributs de ce diagramme sont entourés. Chaque attribut représente une propriété ou une caractéristique d'une entité. Les attributs soulignés sont les attributs de identification qui seront employés pour identifier uniquement chaque entité. Par exemple, chaque client sera donné une identification de client qui ne changera jamais, et employé pour identifier uniquement ce client dans notre base de données. Les autres attributs de l'entité de client sont nom, adresse, date de naissance, email address et mot de passe. Chacun de ces attributs nous permettra de maintenir nos clients, et nous permet de les identifier. Nous pourrons stocker plus d'informations sur nos clients en général. Il est importante obtenir la date de naissance l'attribut en raison des règlements d'âge de boissons. L'entité de mot de passe sera choisie par le client afin qu'ils puissent pour noter en leur compte en ligne. Ceci leur donnera l'accès aux pages Web de client seulement et accélérera également leur procédé de contrôle quand achetant un produit.

La base de données d'entité d'ordre contiendra une identification unique d'ordre et la date d'ordre. La ligne entité d'ordre aura seulement un attribut qui est quantité. Quand un client fait un achat la quantité est maintenue dans la ligne table d'ordre et l'identification de date et d'ordre fera partie de la table d'ordres. Les informations sur l'inventaire de produits seront stockées dans la base de données de produit.

Les attributs se sont associés à l'entité de produit sont prix, teneur en alcool, appellation, cru, description, variétaux, et nom. L'attribut d'estimation de client est un attribut à valeurs multiples qui contiendra toutes estimations de client pour chaque vin. L'attribut de identification sera le de code à barres de chaque vin qui identifiera uniquement les vins entre eux. Chaque vin a un attribut d'appellation qui indique où les raisins sont cultivés. L'attribut de cru indique l'année que les raisins ont été cultivés. L'attribut variétal est le type de raisin (s) employé pour faire le vin. Et le pourcentage d'alcool est simplement la teneur en alcool de chaque vin.

La prochaine entité est expédition. Cette entité contient l'identification d'expédition et la date d'expédition. Celles-ci concerne des expéditions des produits des fournisseurs notre entrepôt. L'identification d'expédition est la marque unique pour cette entité. La prochaine entité est des fournisseurs. L'entité de fournisseur est la dernière entité et elle a quatre attributs. Ils sont l'identification de fournisseur., qui est la marque, le nom, l'adresse, et l'email address uniques.

Le fournisseur a un rapport avec l'expédition. Le rapport entre ces deux entités indique les transactions entre elles. La cardinalité d'expédition est l'obligatoire, et l'entité de fournisseurs a une cardinalité de facultatif beaucoup. En d'autres termes, chaque expédition peut être envoyée par seulement un fournisseur, et les fournisseurs peuvent envoyer autant d'expéditions comme nécessaires. Un autre rapport dans notre HEU diagramme est entre l'expédition et les produits. Ce rapport est appelé incluent, donc nous pouvons reformuler ce rapport en anglais comme suit ; une expédition inclut au moins un produit, et tout nombre de produits peut être inclus dans une expédition. En conclusion, le dernier rapport est entre les ordres et les entités de clients, et s'appelle l'endroit. Un client peut placer tout nombre d'ordres, mais chaque ordre peut seulement être d'un client.

Après > 2 3

Connexe

[ Logiciel de caddie d'Ecommerce ]
[ Technologie à la maison futée ]
[ Saute-mouton et Powertouch ]
[ Création par radio d'Internet ]
[ Perte sensible à la pression d'étiquette ]

Matières

[ Affaires de technologie ] [ génie informatique ] [ électrotechnique ] [ matières choisies ]