1020需求分析满咏涛Word文档格式.docx
- 文档编号:21089714
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:13
- 大小:225.62KB
1020需求分析满咏涛Word文档格式.docx
《1020需求分析满咏涛Word文档格式.docx》由会员分享,可在线阅读,更多相关《1020需求分析满咏涛Word文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
2.管理员对已发货订单的查看
3.管理员对未处理订单的查看
4.管理员对历史订单的查看
二网站数据流图
数据流图:
简称DFD,它从数据传递和加工角度,以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法
由于原始的数据流程图存在操作的重复性和流程的不合理性,再根据网上商城系统的购物流程,我采用从总体到局部、逐步细化的办法,绘制出如下的数据流图:
第一层:
图顶层数据流图
第二层:
图第二层数据流图
第三层:
图第三层数据流图
数据字典:
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
数据流图和数据字典共同构成系统的逻辑模型。
下面用数据字典来定义数据流图中各元素的确切内容:
商品:
商品信息表别名
定义:
商品信息表=商品编号+商品名称+主键+价格+品牌+所属类别+图片+商品详情
描述:
仓库中每种商品的详细信息
位置:
product数据库
类别:
商品类别信息表
记录所有商品类别的情况
商品类别信息表=主键+类别名称+描述
protype数据库
订单:
订单信息
记录购买商品的所有订单信息
订单信息表=主键+订单编号+订单商品+订单人id+订单日期+价格+电话+类型+地址+付款状态+发货状态
order数据库
购物车:
购物车信息
记录购物车的所有信息
购物车信息表=主键+商品id+会员id+数量
car数据库
三数据库设计
数据库是长期存储在计算机内的、有组织的、可共享的数据集合。
如今,数据库已经成为现代信息系统的核心和基础,它能为用户提供数据存储、维护、检索的功能,并能使用户方便、及时、准确地从数据库中获得所需的数据和信息。
而数据库设计地好坏将直接影响整个系统地效率和质量。
在数据库设计阶段,尽量做到所设计的数据库易于维护,便于检索和修改,减小冗余数据,便于数据备份和维护
针对购物系统的设计,首先详细地调查了购物网站设计的管理工作情况,深入了解其数据的性质、流向、使用情况、处理流程等,并仔细地分析用户在数据格式、数据处理和数据安全等方面的需求。
对以上的情况进行分析整理之后,得到以下的需求:
1.订单管理模块:
功能描述:
管理员可以对已提交的订单进行查看,对订单进行操作
2.商品管理模块:
管理员可以对商品进行增删改查的操作
3.商品类别模块:
管理员可以新增商品类别,并对已有的类别列表进行删除修改等操作
四E-R图设计
实体和属性的定义。
E-R模型的“联系”用于刻画实体之间的关联。
一种完整的方式是对局部结构中任意两个实体类型,依据需求分析的结果,考察局部结构中任意两个实体类型之间是否存在联系。
若有联系,进一步确定是1:
N,M:
N,还是1:
1等,还要考察一个实体类型内部是否存在联系,两个实体类型之间是否存在联系,多个实体类型之间是否存在联系等等。
1.局部E-R模式的合并
合并的原则是:
首先进行两两合并,先合并那些现实世界中有联系的局部结构,合并从公共实体类型开始,最后再加入独立的局部结构。
2.消除冲突
冲突分为三类:
属性冲突,结构冲突,命名冲突。
设计全局E-R模式的目的不在于把若干局部E-R模式形式上合并为一个E-R模式,而在于消除冲突,使之成为能够被所有用户共同理解和接受的同一概念模型。
3.全局E-R模式的优化
在得到全局E-R模式后,为了提高数据库系统的效率,还应进一步依据处理需求对E-R模式进行优化,一个好的全局E-R模式,除能准确、全面的反映用户功能需求外,还应满足下列条件:
实体类型的个数要尽可能的少,实体类型所含属性个数尽可能少,实体类型间联系无冗余。
(1)car购物车实体
图购物车实体图
(2)order订单的实体
图订单实体图
(3)product商品实体
图商品实体图
(4)protype商品类别实体
图商品类别实体图
(5)整体ER图
M1
NN
MM
NM
N
1
1
图总体ER图
五数据库结构分析和数据表设计
数据库的结构分析
1商品信息表(商品编号,商品名称,价格,生产日期,图片,所属类别,品牌)
2类别信息(类别编号,类别名称,类别描述)
3订单信息(订单编号,用户编号,地址,订单日期,状态,电话,地址,类型,价格)
4购物车信息(主键,商品id,会员id,数量)
数据库表设计
表的设计是这次设计的一个核心内容。
根据前面对网站前台与后台功能模块的分析和对数据库中实体关系的设计,可以看到网站中所用到的数据信息基本包括:
商品信息、商品类别信息、新闻公告信息、订单信息、留言信息等。
下面是为数据库设计的表:
1.购物车表car
此表是用来存储主键、商品id、数量等信息。
结构如表所示。
表购物车表
名称
数据类型
长度
备注
id
int
11
主键
productid
varchar
255
商品id
num
数量
memberid
会员id
2.订单表order
订单表用来记录订单商品的具体信息。
表的结构如表所示。
表订单表
orderid
订单id
proinfo
订单商品
订单人id
price
价格
savetime
订单时间
fkstatus
付款状态
fhstatus
发货状态
tel
电话
addr
地址
type
类型
3商品表product
用来记录商品名称、编号、图片、价格、品牌、详情等信息,具体表如下所示:
表商品表
proname
商品名称
prono
商品编号
img
图片
field1
品牌
protype
所属类别
remark
text
详情
delstatus
是否删除
4商品类别表protype
商品类别表主要存储类别名称、是否删除信息,具体如表所示:
表商品分类表
typename
类别名称
会员查看商品模块流程图:
图会员查看商品流程图
购物车流程图如下所示:
订单模块流程图:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 1020 需求 分析 满咏涛