电子商城设计数据库设计UML建模.docx
- 文档编号:30147533
- 上传时间:2023-08-05
- 格式:DOCX
- 页数:16
- 大小:374.82KB
电子商城设计数据库设计UML建模.docx
《电子商城设计数据库设计UML建模.docx》由会员分享,可在线阅读,更多相关《电子商城设计数据库设计UML建模.docx(16页珍藏版)》请在冰豆网上搜索。
电子商城设计数据库设计UML建模
网网虫商城设计
1系统分析与设计
1.1系统总体的功能需求
网网虫商城是个复杂的电子商务系统,它必须提供接口以供用户登陆并从中选购喜爱的商品,同时还提供系统的管理接口以供管理员和一般网站工作者处理客户订单并维护网站正常运行。
系统的总体功能框架如图1所示:
(1)用户接口模块。
用户接口是网站用户使用商城系统的服务入口,所有在线用户都通过浏览器登陆网站,并进行一系列的查询,订购等操作。
用户接口模块包括用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登陆后,用户的ID将会被保存在服务器的缓存(session)中,用户在系统中所做的操作都将被系统存储到数据库中,以供商家进行销售情况和销售走势分析。
(2)管理员接口模块。
这是系统提供给网站维护管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询和报表维护5部分。
网站的一般工作人员通常只有订单处理的权限,他们获得用户提交的订单,并根据库存情况来确定发货或者推迟发货。
网站管理员具有最高级的权限,可以处理客户的订单,可以浏览网站商品的销售情况,及时做出经营调整战略,降低经营风险。
(3)数据服务模块。
数据服务模块是系统正常运行的基础,它包括客户的查询订单的保存,网站工作人员的订单处理;销售情况的查询分析。
1.2用户接口模块
用户接口模块包括下图2所示的几个方面。
(1)用户信息维护。
每个想在该系统中购物的用户都必须先注册,注册时的用户名是用户的唯一标识。
系统可以接受客户的个人信息,比如购物方面的喜好,经济能力等等。
系统的后台程序会自动记录每个用户在登陆网站后进行的所有操作,包括查询和订购信息,这种信息对于系统管理员是珍贵的数据,系统会根据用户的查询记录判断该用户的喜好及用户的经济情况。
(2)商品查询。
商品查询模块可以根据商品的名称、种类、价格、厂家等条件进行组合查询,在商品查询结果列表中,用户可以进一步查看详细信息。
商品查询功能如上图3所示。
当用户已经登陆时。
(3)订购商品。
客户在根据查询后得到相应的商品列表后,可以选择自己需要的商品放进购物车。
在订购商品后,系统会自动保存并更新购物车的订单信息,系统工作人员可以及时得到订单处理,根据情况选择发货或延时发货。
用户所有订购商品记录都保存在系统数据库中供后台管理员分析,订购商品功能如下图4所示。
(4)订单维护。
客户订购商品后可查询其订单的状态(包括处理中、发货中、缺货中和已完成),可以对订单进行添加、删除和修改操作。
客户的订单维护信息也被保存在系统数据库中供管理员分析。
订单维护功能如下图5所示。
1.3管理员接口模块
管理员接口包括图6所示的几个方面。
管理员接口模块是系统管理员使用的核心模块,是整个商城系统正常运行的基础。
(1)商品信息维护,系统管理员登陆后可以对系统所有商品进行维护,包括商品的价格调整,商品的描述信息更新,新商品的加入和过期商品的删除等。
系统的后台程序可以根据商品的销售情况提供给管理员一份详细的分析报告。
管理员可以根据这份报告对热门书进行各方面的调整。
这些方案都是根据数据库里记录的客户的查询、订购信息来决定的。
商品信息维护如图7所示。
前提条件:
管理员已经登陆。
(2)内部员工信息维护。
系统管理员登陆后可以对内部员工信息进行维护,包括员工个人信息的更新,员工权限更改等等。
系统涉及的使用者包括系统管理员和普通员工,普通员工一般只拥有订单处理的权限。
但管理员可以设置员工的权限,比如增加报表打印权限。
内部员工信息维护功能如图8所示。
(3)订单处理。
订单处理一般是普通员工的工作,用户在订购商品后,系统会及时更新其订单,普通员工登陆后,可以获得未处理的订单,并根据库存情况发货或者延迟发货。
客户在查询商品时显示商品的库存情况,但管理员并不希望显示某商品的库存量为零,这样可能会失去一部分客户源。
所以在库存不足的情况下,要求一般员工选择延时发货或拒绝订单。
订单处理功能如图9所示。
前提条件:
管理员或者普通员工已经登陆。
(4)销售情况查询。
销售情况查询为企业管理者提供了很重要的参数。
管理员登陆后,可以得到详细的销售情况列表,并及时更新热门的商品信息(如排列位置等)。
由于本功能涉及企业的经营信息,考虑到商业机密,所以需要管理员级别的用户才能使用本模块。
销售情况查询功能如图10所示。
(5)报表维护。
报表维护提供查询结果的打印输出功能,如图11所示。
2系统UML建模
2.1系统用例图
用IBM公司的RationalRose完成系统UML建模,如下图12至图18所示。
图12系统的参与者
图13系统管理的用例图
图14系统用户用例图
2.2系统的时序图和活动图
图15顾客订购时序图
图16顾客删除订单时序图
图17管理员处理订单时序图
图18购买商品活动图
3数据库设计
3.1数据库的R-R图
用MicrosoftVisio作出的系统E-R图如图19所示。
图19数据库的E-R图
3.2数据表设计
数据表的设计如下:
(1)商品信息表product。
(2)分类信息表sort。
(3)用户基本信息表user。
(4)订单信息表order。
(5)订单条目描述表entry。
(6)系统管理员信息表admin。
分别如下表1至表6所示。
表1商品信息表
字段名
类型
长度
是否允许为空
是否键
描述
proId
int
10
否
主键
产品编号
proName
varchar
60
否
否
产品名
saleCount
int
4
否
否
销售数量
image
varchar
100
是
否
图片路径
price
varchar
40
否
否
成本价格
salePrice
varchar
40
否
否
销售价格
decript
mediumtext
是
否
产品介绍
salaDate
date
是
否
销售时间
sorId
Int
4
否
外键
产品分类编号
表2分类信息表
字段名
类型
长度
是否允许为空
是否键
描述
sorId
int
4
否
主键
产品分类编号
sorName
varchar
40
否
否
分类名
表3用户基本信息表
字段名
类型
长度
是否允许为空
是否键
描述
userId
int
10
否
主键
会员编号
username
varchar
20
否
否
会员名
password
varchar
30
否
否
密码
realName
varchar
20
是
否
真实姓名
tel
varchar
40
是
否
电话
address
varchar
200
是
否
地址
zip
varchar
8
是
否
邮政编码
varchar
50
是
否
电子邮件
表4订单信息表
字段名
类型
长度
是否允许为空
是否键
描述
orderId
int
10
否
主键
订单编号
orderNo
varchar
50
否
否
生成订单的编号
userId
int
10
否
外键
会员编号
sendName
varchar
40
否
否
收货姓名
sendAdress
varchar
200
否
否
收货地址
sendZip
varchar
8
否
否
收货邮编
sendTel
varchar
40
否
否
收货人电话
payment
varchar
20
否
否
付款方式
meno
varchar
200
否
否
备注说明
time
datetime
否
否
订单生成时间
tag
Int
4
否
否
订单处理标记
表5订单条目描述表
字段名
类型
长度
是否允许为空
是否键
描述
entryId
int
10
否
主键
描述编号
orderId
Int
10
否
外键
订单编号
proId
Int
10
否
外键
产品编号
price
varchar
20
否
否
对应价格
count
Int
4
否
否
订购数量
表6系统管理员信息表
字段名
类型
长度
是否允许为空
是否键
描述
adminId
int
4
否
主键
管理员编号
adminName
varchar
40
否
否
分类名
password
varchar
30
否
否
密码
permissions
Int
1
否
否
权限
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 电子商城 设计 数据库 UML 建模
![提示](https://static.bdocx.com/images/bang_tan.gif)