进行分析时,需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。业务流程分析可以帮助我们了解该业务的具体处理过程,发现和处理系统的调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程。
本商务网站的业务流为:普通用户在登录网站后可以浏览商品,在把商品放入购物车后,进入后台结账,这时系统判断用户是否登录,只有登录后才能结账;管理员用以添加商品和查看普通用户的订单,以便可以将用户订单里的商品发送给用户,实现最后结账。
本系统的业务流程图如图3.1所示:
3.3数据流分析
数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题。现有的数据流程分析多是通过分层的数据流程图(dataflowdiagram,简称DFD)来实现的。其具体的做法是:按业务流程图理出的业务流程顺序,将相应调查过程中所掌握的数据处理过程,绘制成一套完整的数据流程图。
非非网上书屋的数据流程:首先由系统管理员根据需要将商品信息保存到数据库中,并显示给用户浏览,并可以查看所有用户的订单的信息。普通用户可以浏览商品并将商品添加到购物车中。所有用户均可以进行信息查询。
通过对本系统的需求分析,系统的基本功能已经大体确定。整个系统可以分为两个大部分:商品购买和商品添加。
3.4数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据字典共同构成系统的逻辑模型。
3.4.1数据流分量(即数据元素)
(1)名字:注册用户信息
描述:每位注册用户1份
定义:用户编号+用户ID+用户姓名+Email+身份证号码+联系电话
位置:供用户登陆使用及下订单使用
(2)名字:管理员信息
描述:每位管理员1份
定义:用户编号+用户ID+用户姓名+Email+身份证号码+联系电话+管理权限
位置:供管理员验证使用
(3)名字:商品信息
描述:商品信息浏览
定义:商品ID+商品类别+商品名称+商品图片+原价格+出售价格+描述
位置:供用户查询浏览
(4)名字:商品类别
描述:商品类别浏览
定义:类别ID+类别名称
位置:供用户浏览
(5)名字:订单信息
描述:用户和管理员查询订单信息
定义:订单ID+商品ID+商品数量+用户ID+总价格+订单日期
位置:管理员查询和用户查询
(6)名字:购物车信息
描述:用户购买商品的容器
定义:编号+购物车ID+商品ID+商品数量+日期
位置:供用户购买商品时使用
3.4.2数据流
数据流的编号:DS06-01
数据流的名称:商品信息、用户信息
简述:对信息做需要的录入后而得到的数据库表
数据流的来源:录入
数据流的去向:数据库
数据流的组成:各类信息
数据流的流量:20个/月
高峰期流量:200个/月
3.4.3数据存储
数据存储的编号:F06-01
数据存储的名称:数据库信息
简述:存放的商品信息、用户信息
数据存储的组成:各类信息
关键字:编号
相关联的处理:P1(对信息表进行录入)
P2(对信息表进行查询)
P3(对信息表进行修改删除)
P4(对信息表进行统计)
3.4.4数据处理
(1)处理逻辑编号:P06-01
处理逻辑名称:信息录入
简述:对各种信息进行录入.
输入的数据流:管理员
处理过程:进行分类录入
输出的数据流:各类数据表
处理频率:100个/月
(2)处理逻辑编号:P06-02
处理逻辑名称:查询各类信息
简述:根据条件查询所需的信息.
输入的数据流:信息来源于数据库
处理过程:输入查询条件查询,得到符合条件的信息
输出的数据流:查询得到的信息
处理频率:5个/分钟
(3)处理逻辑编号:P06-03
处理逻辑名称:修改、删除信息
简述:对信息做需要的修改后存入数据库中.
输入的数据流:数据库信息
处理过程:对需要修改的信息做修改
输出的数据流:修改或删除后得到的信息
处理频率:5个/分钟
(4)处理逻辑编号:P06-04
处理逻辑名称:统计信息
简述:对信息做需要的统计后存入数据库中.
输入的数据流:数据库信息
处理过程:对需要统计的信息(商品信息)做统计
输出的数据流:统计后得到的信息
处理频率:5个/分钟
4系统设计及各功能模块的实现
4.1系统设计
4.1.1系统总体功能结构
通过对非非网上书屋网站系统的需求分析并结合实际情况分析,本系统是由用户注册、商品浏览、购物车功能和管理员商品管理、订单查看五个模块构成的。本系统的功能结构图如图4.1所示:
4.1.2系统数据模型设计
1、数据概念结构设计-E-R图
E-R图(实体-关系图)提供了表示实体、属性和联系的方法。
*实体型:用表示,矩形框内写明实体名
*属性:用表示,并用无向边与其相应实体连接起来
*联系:用表示,菱形框内写明联系名,并用无向边与其有关实体连接。
本系统采用E-R图的方法进行数据库概念结构设计。
(1)、设计局部E-R模式
实体和属性的定义:
商品(商品ID、商品类别、商品名称、商品图片、原价格、出售价格、描述)
用户(用户编号、用户ID、用户姓名、Email、身份证号码、联系电话、权限)
订单(订单ID、商品ID、商品数量、用户ID、总价格、订单日期)
因此,各个实体具体的描述E-R图如下:
(2)全局ER模式
各个实体之间的关系如下:
2、数据库逻辑机构设置
关系数据库系统是支持关系模型的数据库系统。关系模型由关系数据结构、关系操作结合和关系完整性约束三部分组成。
在关系模块中,现实世界的实体以及实体间的各种联系均可以用关系来表示。在用户看来,关系模型中数据的逻辑结构是一张二维表。
关系模型中常用的关系操作包括:选择(Select)、投影(Project)、连接(Join)、并(Union)、除(Divide)等查询和增加、删除、修改操作两大部分。
关系完整性允许定义三类完整性约束:实体完整性、参照完整性、和用户定义的完整性。其中实体完整性和参照完整性是关系模型必须满足的完整性约束条件,应该有关系系统自动支持。数据库的逻辑结构设计就是把ER图转化为关系模式的过程。关系模型是目前最重要的一种数据模型。关系数据库系统采用关系模型作为数据的组织方式。
(1)导出初始关系模式
用户(用户编号,用户ID,密码,姓名,Email,身份证号码,电话号码,权限)
商品(商品ID,商品类别ID,商品名字,商品图片,商品原价格,商品出售价格,商品描述)
订单(订单号,商品ID,商品数量,总价格)
(2)产生子模式
子模式是由初始模式导出的,体现了初始模式之间的联系。
商品类别(商品类别ID,商品类别名)
订单信息表(订单ID,用户ID,订单日期)
购物车信息(编号,购物车信息,商品ID,商品数量,日期)
3、数据表
表4.1用户表
列名
数据类型
长度
是否允许为空
UserID
int
4
N
UserName
nvarchar
50
N
Password
nvarchar
50
N
Name
nvarchar
50
N
Email
nvarchar
50
N
IDCardNumber
nvarchar
50
N
TelephoneNumber
nvarchar
50
Y
Roles
nvarchar
50
Y
表4.2订
上一篇:
asp_net很好的美容院管理系统加论文(论文和程序)
下一篇:
关于森林资源保护的思考