服装销售数据库设计案例jspWord格式文档下载.docx
- 文档编号:21710877
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:90
- 大小:105.91KB
服装销售数据库设计案例jspWord格式文档下载.docx
《服装销售数据库设计案例jspWord格式文档下载.docx》由会员分享,可在线阅读,更多相关《服装销售数据库设计案例jspWord格式文档下载.docx(90页珍藏版)》请在冰豆网上搜索。
1.4主要用户视图
用户视图
需求
超级管理员
实现对管理员的查询
用户管理员
更新个人信息
实现对个人信息的查询
订单管理员
公告管理员
更新本人信息
实现对本人信息的查询
实现对所发布的公告的查询
报告管理员发布的公告情况
论坛管理员
删除会员网上发布的垃圾帖子
服装管理员
会员
维护(插入,更新和删除)本人在论坛中所发布的贴子
维护(插入,更新和删除)本人在论坛中的留言
实现对个人在论坛中所发贴子的查询
实现对个人在论坛中留言的查询
实现对本人订购单的查询
实现对本人订购单所对应的详细订单的查询
2.需求分析
2.1数据需求
(1)服装信息表的数据包括服装编号(自动编号),服装名字,服装类型号,服装风格,服装品牌,服装颜色,服装尺码,服装质地,服装价格,服装添加时间,服装介绍,服装订购描述,服装网上浏览量(动态变化),服装图片的url,服装是否特价(y/n),服装打折后价钱(若非特价,该项为原始价格)。
每种服装的编号是唯一的。
(2)服装类型表的数据包括服装类型号(自动编号),服装类型的名字,服装类型的父类型号(若无父类型,该项为0),是否有子类型(y/n),服装类型的添加时间。
每个服装类型的编号是唯一的。
(3)会员信息表的数据包括会员编号(自动编号),用户名,会员密码,会员真实名字,性别,电话号码,手机号码,电子邮箱,家庭地址,邮编,会员添加时间,会员积分。
每个会员的编号是唯一的。
(4)管理员信息表的数据包括管理员编号(自动编号),管理员名字,管理员密码,管理员真实名字,管理员具体身份(超级管理员,服装管理员,用户管理员,订单管理员,公告管理员,论坛管理员),管理员邮箱,管理员添加时间。
每个管理员的编号是唯一的。
(5)公告信息表的数据包括公告编号(自动编号),公告标题,公告内容,公告发布时间,发布公告的管理员编号,公告的网上浏览量(动态变化)。
每个公告的编号是唯一的。
(6)订购单信息表的数据包括订购单编号(自动编号,唯一),订购时间,订购单是否被管理员确认(y/n),确认时间(若未确认,则为空),订购单中所订购服装的发送状态(0:
所订购的服装还未发送;
1:
已经发送但订购者还未收到;
2:
订购者已收到),该次订购的接收者姓名,接收者地址,接收者电话,接收者邮箱,发起该次订购的会员的编号,该次订购的总价钱。
对于订购单信息表中刚插入的一条记录,订购单是否被管理员确认的初值为n,经过订单管理员确认后,将其更新为y,订购单中所订购服装的发送状态初值为0,由前台应用程序处理后更新其值。
(7)详细订购单信息表的数据包括详细订购单的编号(自动编号,唯一),所对应的订购单的编号,所订购的服装的编号,所订购的服装的数量,该项订购的价钱。
订购单信息表记录会员一次购物的消费情况,而详细订购单信息表记录在会员的这次消费中每项消费的详细情况。
(8)库存表的数据包括服装编号,库存量,库存量下限。
(9)帖子信息表的数据包括帖子编号(自动编号,唯一),帖子主题,帖子内容,发帖的时间,发帖的会员的编号,帖子的浏览量,帖子的回复数,
(10)回复信息表的数据包括回复编号(自动编号,唯一),回帖的会员的编号,回复的内容,回复所针对的帖子的编号,回复时间。
2.2事务需求
2.2.1数据录入
a)录入新会员的详细信息
b)录入新管理员的详细信息
c)录入新服装的详细信息
d)录入新服装类型的详细信息
e)录入新的公告的详细信息
f)录入新的订单的详细信息
g)录入新的详细订单的详细信息
h)录入新帖子的详细信息
i)录入新回复的详细信息
2.2.2数据更新/删除
a)更新/删除管理员信息。
b)更新/删除会员的信息。
c)更新/删除服装的信息。
d)更新/删除服装类型的信息
e)更新/删除公告的信息
f)更新/删除订单的信息
g)更新/删除详细订单的信息
h)更新/删除论坛帖子的信息
i)更新删除回复的信息
2.2.3数据查询
数据库必须支持下列查询:
a)列出指定服装的详细信息
b)列出指定类型的服装信息
c)列出指定会员的基本信息
d)列出指定会员的订购单信息
e)列出指定会员论坛中的发帖信息
f)列出指定会员论坛中的回复信息
g)列出指定管理员的详细信息
h)列出指定管理员发布的公告信息
i)列出指定公告的发布管理员的信息
j)列出指定时间段内的订购单信息
k)列出指定订单所对应的各详细订单的信息,按详细订单号排序
l)列出指定订单所对应的会员的详细信息
m)列出指定的详细订单所对应的服装的详细信息
2.2.4初始数据库大小
a)大约有300种服装可供订购
b)大约有10名管理员分管该系统的各项工作
c)大约有1000名会员在该系统注册
2.2.5数据库增长速度
a)每月大约有20种服装加到数据库中。
b)每月大约会有1000多名新会员注册。
如果会员一年没消费,则将其记录从数据库中删除。
每月大约有100条会员记录被删除。
c)每天大约会有30份服装订购单。
2.2.6记录查找的类型和平均数量
a)查询订购单信息——大约每天20次。
b)查询详细订购单信息——大约每天20次。
c)查询指定会员的详细情况——大约每天20次。
d)查询指定服装的详细情况——每天大约30次(周日至周四),50次(周五,周六),高峰期为每天下午6:
00-9:
00.
e)查询指定管理员的信息—— 大约每天2次。
f)查询公告信息——大约每天20次。
g)查询论坛帖子信息——大约每天15次
2.2.7网络和共享访问需求
a)所有管理员都必须安全地和该系统的数据库实现网络互联。
b)系统能够支持至少3名成员并发访问。
2.2.8性能
a)在上班时间但非高峰期单个记录的搜索时间要少于1秒,高峰期各种搜索的响应时间要少于5秒。
b)在上班时间但非高峰期多条记录的搜索时间要少于5秒,高峰期各种搜索的响应时间要少于10秒。
c)在上班时间但非高峰期更新/保存记录的时间要少于1秒,高峰期要少于5秒。
2.2.9安全性
a)数据库必须有口令保护。
b)每个管理员应该分配到一个特定用户视图的数据库访问权限。
c)每个管理员只能在适合他们完成工作需要的窗口中看到需要的数据。
2.2.10备份和恢复
数据库必须在每天晚上12点备份。
2.2.11用户界面
用户界面必须是菜单驱动的,联机帮助易于查找和使用。
2.2.12法律问题
本数据库系统,要实现所要遵守的法律。
3逻辑数据库设计
3.1实体定义:
对整个系统,可以定义下列实体:
Costume(服装)
CotumeType(服装类型)
Member(会员)
Admin(管理员)
Bullet(公告)
BusinessOrder(会员定购单/消费单)
OrderDatail(会员的详细定购单/消费单)
newpost(论坛帖子)
reply(论坛回复)
Store(库存)
3.2实体文档:
Entityname
Description
Alias
Occurrence
Costume
该系统所销售的服装
Clothes
该系统销售多种服装
CostumeType
服装类型,eg:
长衫,短裤等等
一种类型的服装包含多种服装,一种服装只属于一种类型
Admin
该系统的管理员,分为超级管理员,服装管理员,订单管理员,用户管理员,论坛管理员,公告管理员
该系统有多个管理员,每个类型的管理员管理该系统相应的模块
Member
该连锁店的会员,各会员在不同的分店可以使用同一注册号
Consumer
该系统有多名会员
BusinessOrder
会员的消费单,一个会员一次购买的所有服装属于一个消费单
由于淡旺季等原因,不同时间段的销售交易情况有所不同
OrderDetail
会员的详细消费单,记录消费单的详细情况
会员的消费单可以对应多个详细消费单,所购买的每种服装都对应一个详细消费单
Bullet
网上系统的公告,公告内容可以是最近搞活动的服装等等
一个管理员可以发布多个公告,一个公告只能由一个管理员发布,以免重复
newpost
论坛中会员发布的帖子
每名会员可以发布 多个帖子
reply
论坛中会员针对帖子的回复
每个帖子可以有多个回复
Store
记录每种服装的库存
每种服装的库存量至少要为某一值,当其数目少于该值时就要发出进货单,但这一部分在该系统外部,这里不作进一步说明
3.3ER模型:
(该系统的ER模型)
3.4联系归档表:
Entity
Multiplicity
Relationship
0..*
Announce
1..1
for
Generate
Confirm
0..
BelongTo
1..*
Has
Staff
Attends
3.5标识实体或关系的有关属性
Attributes
Datatypeandlength
Nulls
Multivalued
MemberID
会员号(非空且唯一),自动编号.
4int
No
Password
会员登陆口令
50varchar
MemberName
会员名字
RealName
会员真实名字
Telephone
会员联系电话
Yes
Mobile
会员手机
常用Email
200varchar
Address
家庭住址
Zip
所在地的邮编
20varchar
AddDate
成为会员的时间
8datetime
AccumulatePoints
积分
Sex
性别
2varchar
CostumeID
服装号(非空且唯一),自动编号.
CostumeName
服装名字
CostumeTypeID
服装所属类别(eg:
套装裙子)
CostumeStyle
风格
CostumeBrand
品牌
CostumeColor
颜色
CostumeSize
尺码
CostumeTexture
质地
添加时间
OrderDesc
定购说明
100varchar
CostumePrice
服装价格
8money
CostumePoint
网上该服装被浏览的次数
CostumeImg
该种服装的照片的URL
IsSpecial
标志是否为特价服装
SpecailPrice
降价后的价格
TypeID
服装类型号
TypeName
类型的名字
TypeFid
类型父类型号
TypeHaveChild
是否有子类型
TypeAddDate
AdminID
管理员号
AdminName
管理员名字
管理员密码
管理员真实名字
管理员Email
Actor
管理员具体身份(超级管理员,服装管理员,论坛管理员,公告管理员,用户管理员,订单管理员)
BulID
公告号
BulTitle
公告标题
BulContent
公告内容
4000varchar
BulAddDate
公告添加时间
发布该公告的管理员ID
BulPoint
该公告的浏览量
OrderID
订单号
OrderTime
产生订单的间
OrderIsConfirm
订单确认情况
ConfirmTime
订单确认时间
ConfirmAdminID
确认订单的管理员ID
OrderSendStatus
订单发送情况
OrderRecName
订单的收货人
姓名
50varcahr
OrderAddress
订单的收货人地址
OrderZip
订单的收货人邮编
20varcahr
OrderMemberID
产生订单的会员的ID
OrderTotalPrice
订单的总价
OrderEmail
订单的收货人的Email
OrderDetailID
详细订单号
该项所对应的订单号
该项所对应的服装号
CostumeNum
该服装购买的数量
OrderPrice
该服装总价
postid
每个帖子的id
subject
帖子主题
message
帖子内容
posttime
帖子发布时间
userid
发布帖子的会员的id
replies
帖子被回复的次数
views
帖子被浏览的次数
replyid
回复id
进行回复的会员的id
回复的内容
replytime
回复的时间
回复所针对的帖子的id
库存中服装的id
库存量
Lowest
库存量下限
3.6确定属性域
Member的Sex属性的可能值为男或女
IsSpecial,TypeHaveChild,OrderIsConfirm的属性域为y/n
OrderSendStatus的属性域为0,1,2.0表示货还未发送,1表示货已发送,但订购者还未收到,2表示货已到订购者手中。
各日期的属性域是包含年-月-日时-分-秒的日期形式。
3.7确定候选键,主键和备用键属性
Key
Primarykey
Foreignkey
类
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 服装 销售 数据库 设计 案例 jsp