网店信息及销售管理系统数据库设计文档Word格式文档下载.doc
《网店信息及销售管理系统数据库设计文档Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《网店信息及销售管理系统数据库设计文档Word格式文档下载.doc（20页珍藏版）》请在冰点文库上搜索。
2外部设计
2.1目标
《网店信息及销售管理系统》针对的用户是单个中小型商场室或者个人，商品的种类和数量较少，用户的数量和来源受到一定的限制。
相应的需求有：
1．管理员身份验证（为合法用户提供一个后台入口）
2．添加商品（向商品表插入前台首页展示的商品信息）
3．订单信息管理（网站管理者对用户订单的执行和编辑状态）
4．查询用户信息管理模块（查询注册所有用户，对一些失信用户进行删除操作）
5．添加链接模块（管理员向前台首页添加友情链接信息）
6．公告信息管理模块（网站向用户发布最新公告信息）
7．能够对需要的统计结果提供列表显示输出。
8．能够提供一定的安全机制，提供数据信息授权访问，防止随意删改。
2.2标识符和状态
本系统采用windowsXP为系统平台，SQLServer2000为基本开发工具，数据库名称为wangdian。
数据库中一共建立了10个表，表名分别为tb_salesperson（供应商表），tb_reserve（库存表），tb_goods（商品基本信息表），tb_manger（管理员表），tb_order（订单），tb_nember（会员表），tb_shop（网店信息表），tb_type（类型表），tb_transport（物流公司表），tb_store（仓库表），tb_discuss（留言表）。
2.3约定
本系统管理员必须输入账号密码之后才能进入，而购物者可以匿名登录，但是购买商品时必须登录。
2.4运行环境
Intel486以上系列、AMDK6以上系列等PC台式机和便携式电脑；
运行时占用内存：
≤1MB；
所需硬盘空间：
≤5MB；
软件平台：
中文Windows95/98/2000/NT4.0或更高版本；
2.5专门指导
本系统采用SQLserver2000为基本开发工具，因而程序员或者系统分析员，或者任何想要使用此数据库进行操作的人员，需要安装SQLserver2000，并建立相同的数据库。
3数据流图：
商品
6
订购登记
5
订购检验
用户
商品库
检验错误
用户证号
订购信息
日历
D
A
商品访问记录
B
C
图3-1：
用户预订数据流图
A:
商品信息;
B:
用户信息;
C:
商品访问记录;
D:
日期;
用户退订过程：
3
退订检验
4
退订
登记
退订信息
Ｃ
退订返回信息
图3-2：
用户退订数据流图
用户查询浏览过程：
查询许可检验
数据查询
用户库
查询信息
查询结果
图3-3：
用户查询浏览数据流图
管理员增删改商品：
管理员
7
身份检验
8
增删改
管理员信息
操作信息
操作确认
管理员库
图3-4：
管理员增删改商品数据流图
Ｇ：
管理员增删改用户：
9
10
读者
Ｇ
图3-5：
管理员增删改用户数据流图
身份信息
11
12
G
管理员查询浏览过程：
图3-6：
管理员查询浏览过程数据流图
ABC
备份文件
13
14
数据备份
数据库
商品管理系统数据备份：
图3-7：
商品管理系统数据备份数据流图
15
16
数据恢复
网上购物系统数据恢复：
图3-8：
网上购物系统数据恢复数据流图
管理者口令修改：
17
18
口令修改
管理员表
图3-9：
管理者口令修改数据流图
4数据词典
数据流的DD表举例如下：
表1：
用户信息数据词典
数据流
系统名：
网上购物系统编号：
条目名：
用户信息别名：
来源：
用户注册去处：
D3
数据流结构：
用户={用户编号+用户姓名+用户性别+工作单位+……}
简要说明：
修改记录：
编写日期
审核日期
数据元素的DD表举例如下：
表2：
用户编号数据词典
数据元素
网上购物系统编号
用户编号别名
属于数据流：
用户登记存储处：
D3用户信息表
数据元素值：
代码类型：
字符
宽度：
取值范围及含义：
每一个用户都有一个唯一的编号
编写日期
审核日期
数据存储的DD表举例如下：
表3：
商品信息数据词典
数据存储
网上购物系统编号：
D4
商品信息表别名：
存储组织：
记录数：
约3000主关键字：
商品编号
数据量：
约500KB辅关键字：
按编号主索引
记录组成：
字段名称：
商品编号商品名称厂商关键词
宽度：
1432810
编写：
日期：
审核：
数据加工的DD表举例如下：
表4：
订购信息数据词典
数据加工
网上购物系统编号：
订购商品信息录入别名：
输入：
订购商品编号、用户编号…输出：
订购信息表基本属性
处理逻辑：
订购信息存储在sale数据库的order表中
输入某用户的商品订购情况记录
编写：
审核：
5功能概述
5.1系统功能概述
网店信息和销售管理系统相关的功能有：
商品的入库：
管理员可以在后台界面实现对商品的入库，输入类型编号，类型名称，添加时间，以及商品的详细信息：
商品编号，商品名称，商品价格，进货时间。
员工信息编辑：
删除用户：
登陆系统后，可以删除用户。
员工首先查询到该用户，然后选中要删除的用户，将所选用户从系统中删除。
查询全部用户信息：
员工登陆系统后，可以查询全部用户信息。
员工查询到查询全部用户信息，有用户名，密码，性别，真名。
添加商品：
员工登陆系统后，可以添加商品。
修改商品：
员工登陆系统后，可以修改商品价格。
打开修改页面，输入商品编号和新的价格点击商品修改就可以了。
删除商品:
员工登陆系统后，可以删除商品。
打开删除页面，输入要删除的商品编号，点击删除就可以了。
会员信息的编辑：
用户登陆系统后，可以修改个人信息。
修改的有用户昵称，密码，等信息信息不能缺失，如果某一项没有填写，要给出提示。
供应商信息的编辑：
更改，增加，删除供应商的信息。
会员购物功能：
会员可以在登陆之后，进入自己的购物页面，有属性（商品编号，商品名称，商品价格，商品数量，总价）用户可以修改购买商品的数量，也可以删除某个商品不买，也可以清空全部。
最后确认后生成订单。
可以对某个商品留言，发表自己的意见。
订单管理功能：
管理员可以对订单进行删除，修改和确认订单并发货等功能。
帮助功能：
用户可以使用帮助功能对不是很了解时，进行查询。
各个事件流描述：
查询商品
会员查询检索商品信息
前提条件：
无限定条件
主要事件流及其他事件流：
1打开网店界面，用例开始；
2输入检索信息进行查询；
3查询成功，显示商品信息；
a，查询失败；
4用例结束。
其他事件流：
a,查询失败：
1系统显示查询失败信息；
2返回主要事件流1
后置条件：
无
修改商品信息
员工修改商品信息
拥有管理员权限
1打开网店系统界面，用例开始；
2用户输入ID和密码；
3系统验证ID和密码，显示登录成功；
a，登录失败；
4修改商品信息并提交；
5修改成功；
b修改失败；
6返回修改页面，用例结束。
a,登录失败：
1系统显示登录失败信息；
b，修改失败：
1系统显示修改失败信息；
2返回主要事件流4
查询会员信息
员工查询用户信息
1打开购物系统界面，用例开始；
4查询会员信息并提交；
5查询成功；
b查询失败；
6返回查询页面，用例结束。
b，查询失败：
订购商品
会员提交订购商品请求
拥有会员权限
4编辑订购商品信息并提交；
5提交信息成功
b提交失败；
5等待工作人员进行确认；
6返回提交页面，用例结束。
b，提交失败：
1系统显示提交失败信息；
5.2系统功能模块
前台模块：
后台模块：
6结构设计
6.1概念结构设计
6.2逻辑结构设计
6.2.1表的结构
关系模型的逻辑结构是一组关系模式的集合。
E-R图则是由实体，实体的属性和实体间的联系三个要素组成。
所以将E-R图转换为关系模型实际上就是要将实体，实体的属性和实体间的联系转换为关系模式。
转换原则如下：
⒈实体类型的转换:
将每个实体类型转换成一个关系模式，实体的属性及为关系模式的属性，实体标识符及为关系模式的键。
⒉联系类型的转换，根据不同的情况做不同的处理。
⑴一个1：
1联系可以转换为一个独立的关系模型，也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系合并，则需要在该关系模式的属性中加如另一个关系模式的码和联系本身的属性。
⑵一个1：
n联系可以转换为一个独立的关系模式，也可以与
n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
⑶一个m：
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
⑷三个或三个以上的实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
⑸具有相同码的关系模式可合并。
⒊依照该规则将网店信息及销售管理系统的E-R图转换为关系模型如下
tb_salesperson（供应商表）
字段
说明
类型
是否为空
主外键
备注
spid
供应商标号
Int
notnull
主键
name
供应商姓名
varchar（20）
否
address
供应商地址
varchar（40）
phone
供应商电话
char（20）
tb_reserve（库存表）
Id
int
供应商编号
int
外键
storeid
仓库编号
time
入库时间
date
buyprice
买入价格
float
buynumber
买入数量
bigint
mangerId
操作员编号
Goodsid
货物编号
tb_goods（商品基本信息表）
goodsId
goodsname
商品名称
Typeid
商品类型
introduce
商品简介
varchar（50）
picture
商品图片
char（10）
tb_manger（管理员表）
id
管理员编号
Notnull
Username
管理员用户名
Varchar（20）
Truename
真实姓名
Password
密码
IsAdmin
是否是超管
char
（2）
tb_order（订单）
订单编号
memid
会员编号
saleprice
货物价格
Float
Tranprice
运费
Flaot
Allprice
总价格
Type
Saletime
时间
Datetime
Salenumber
数量
Success
订单是否成功
Bit
Null
0表示订单未处理，1表示成功
Tranid
运货商编号
tb_member（会员表）
Memid
username
用户名
Phone
电话
Varchar（15）
Address
地址
Varchar（30）
Weiyue
违约
最大为7，违约次数超过7被禁用
tb_shop（网店信息表）
Name
商店名称
Introduce
简介
Varchar（40）
tb_type（类型表）
类型编号
Typemane
类型名称
tb_transport（物流公司表）
公司编号
公司名称
公司地址
公司电话
nutnull
tb_store（仓库表）
Storeid
Sname
仓库名称
仓库地址
Maxnumber
最大容量
Nownumber
现在容量
6.2.2表的关系图
7其它需求（非功能性需求）
7.1性能
1．该系统要支持多个个并发用户。
2．系统处理查询操作响应时间不超过10秒。
7.2可扩展性
当前使用网上购物系统的主要是企业人数在100人以下的小企业，这些企业增长速度比较快，人员规模每年保持30%的增速。
网上购物系统要能够在三年内支持这样的增长速度。
7.3可用性
系统要保证24*7*365可用。
但是可以允许每月系统停机一小时，进行系统维护。
系统维护的时间要安
升级会员 