管理个人信息 前台订单处理 前台用户 浏览信息 购物
图2-1 前台用户模型
用户管理 后台订单 管理 系统管理员 商品管理
图2-2 系统管理员模型
表2.1 模块功能列表
序号 1 2 3 4 功能模块 类型 前台用户 前台用户 前台用户 前台用户 管理个人信息 前台订单处理 购物 浏览信息 用户注册,用户信息修改,用户登录,用户信息查看 结帐,查看订单状态,取消订单 浏览购物车,将商品放入购物车,取消购物车中的商品,修改购物车中商品的数量,清空购物车 查看图书详细信息,查找图书 功能模块 备注
5 6 7 系统管理员 用户管理 管理员登录,后台验证,查看用户信息,修改用户信息,添加用户,删除用户 查看订单,确认订单,修改订单状态,删除订单 查看图书列表,查看图书详细信息,系统管理员 后台订单管理 系统管理员 商品管理 添加图书,修改图书,删除图书,添加图书分类,删除图书分类,浏览图书分类列表 表2.1是根据模块完成任务的不同进行划分的,一共包括7大模块,其中与前台相关的共有4个,与后台相关的有3个。这些功能模块是建立在我们对系统的需求分析和设计的基础上的。当然这是从大的方向对系统进行的很粗糙的划分,进入系统设计阶段我们将会对系统进行更加精细的划分设计。
任何系统的功能的实现都离不开角色的参与,为了赋予不同的角色不同的功能和权限,也为了一定程度上确保系统交易的安全性和顺利进行,我们必须对系统的各种用户进行管理,从表2.1可以看出,系统提供用户登录,用户注册,用户信息查看,用户信息修改的功能。用户登录后是为了从后端数据库中核实用户的登录名和密码,防止非法用户下订单,确保系统的安全性和秩序。其他的功能也是最大限度的保证系统的顺利进行和安全性。这里就不一一说明了。
第三章 系统设计
本系统采用三层架构设计,它的工作原理如图3-1所示。
图3-1三层架构模型
采用三层构架以后,用户界面层通过统一的接口向业务层发送请求,业务层按自己的逻辑规则将请求处理之后进行数据库操作,然后将数据库返回的数据封装成类的形式返回给用户界面层。
(一)数据库设计
数据库在一个信息管理系统中占有非常重要的地位,数据库结构设计的好坏将直接对应用系统的效率,以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率,保证数据的完整和一致。
1.
数据库需求分析
针对一般在线书店的需求,得出如下需求信息。
? ? ? ? ? ? ? ?
用户分为游客和已注册用户。 订单分为单张详细订单和总订单。 一个用户可以购买多本图书。 一个用户对应一张订单。 一个列表对应多张订单。
用户,包括数据项:用户ID、用户名、密码。
图书,包括数据项:图书编号、图书名、价格、图书介绍。 订单列表,包括数据项:订单编号、图书编号、购书数量。
针对本系统功能分析,总结出如下的需求信息。
? 订单,包括数据项:订单编号、用户编号、下单时间。
从本系统中规划出的实体有:用户实体、图书实体、订单实体、订单列表实体。
。
用户 订购 1 订单列表 1 图书 图3-5实体关系E-R图
图书 图书编号 封面 图书名称 分类编号 图3-6 图书实体E-R图
用户 用户名 E-mail 密码 用户编号 图3-7 用户实体E-R图订单 N N
订单 订单编号 用户编号 订购数量 图书编号
图3-8 订单实体E-R图
订单列表 订单号 用户编号 是否付款 图书编号 图3-9 订单列表实体E-R图
2. 数据库逻辑结构设计
网上书店数据库中各个表的设计结果如下所示。
表3.1图书信息表book
字段名 ID bookname bookclass author publish bookNo Content price Amount Leav_number
数据类型 int int varchar varchar float varchar text tinyint int int
长度 4 4 255 100 8 100 16 1 4 4
允许空
yes yes yes yes yes yes yes
说明 自动编号,主键
书名 图书类别 图书作者 出版社 书号 内容介绍 价格 总数量 库存量