通用小型综合商城的设计与实现毕业设计(论文)(编辑修改稿)

通用小型综合商城的设计与实现毕业设计(论文)(编辑修改稿)内容摘要：

系统在使用过程难免会发生各种故障。 系统应提供一定的对各种故障的检测能力，并提供相应的处理手段。 对于硬件故障和系统软件故障，应由系统报告及处理；对于操作错误，要求有信息提示及正确方式。 运行环境需求 服务器端： CPU： Intel174。 Core™2Duo CPU 内存： 256M 或更大 硬盘空间： 20G 或更大 操作系统： Windows 7 数据库管理系统： SQL server20xx 办公软件： OFFICE 20xx， DREAMWEAVER 8 客户端： 操作系统： Windows 7 浏览器 ： 以上 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 8 第三章 系统总体设计 系统功能模块划分 系统分为两种角色， 前端用户和系统管理员。 前端 用户 浏览 界面，在未登录前只 能 使用网站的部分功能。 当通过输入用户名和密码登录 注册 用户后，就可以在对应的界面使用更多的功能。 系统 管理员 登录 管理员界面，输入相应的用户名和密码之后，即被赋予管理员的权限。 登录 后的用户及管理员界面均可以注销退出。 1． 用户：即普通身份。 （ 1）注册会员：用户可以在此页面注册成为 该通用小型综合商城的 会员。 （ 2） 会员 登录：用户通过输入用户名和密码来登录。 （ 3）修改 信息 ：已登录用户可以在此更改 除用户名以外的信息。 （ 4）查看 新品 ：用户可以通过 相关链接查看 新上架 商品信息。 （ 5）查看全部类别：在 商品分类界面 ，用户根据 商品 类别分类查看 商品 信息。 （ 6）搜索 商品 ：用户通过输入要查询的 商品名称或者想要查询的商品类别即可在线 进行查询。 （ 7） 添加购物车 ：已登录 的 用户在 购物车页面 ， 可以进行添加购物车。 （ 8） 购买商品 ：已登录 的 用户，在 相关页面可以购买商品并提交订单。 2． 管理员：可以 对会员信息及商品信息进行管理。 （ 1） 会员信息管理 ： 会员的冻结与解冻。 （ 2） 商品管理 ： 添加 、删除、更改商品信息。 （ 3） 公告管理 ： 添加、删除商城公告。 （ 4） 订单管理 ： 批复订单 ，查看订单详情。 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 9 系统主要功能结构 图 31 系统功能结构图 系统功能结构 如图 31 所示。 该系统功能结构划分清晰，按照不同角色划分功能模块。 其中 系统后台 的功能模块包括“ 退出后台 ”、“ 商品 管理 ”、“ 会员 管理 ”等几项。 系统前台包括“ 查看新上架商品 ”、“ 查看特价商品 ”、“ 添加 购物车”、“ 修改用户信息 ”等部分。 前台 权限较少，便于保证系统的安全性和可维护性，避免 了用户对于高级功能的 错 误操作给系统带来各种不可预知的 风险。 系统 功能简介 系统前台，即用户界面 ，主要 由 用户 实现 对网站的功能 应用。 未注册或未登录的用户 可以实现查看 商品 等功能，但 要 购买商品 时 ，则必须成为注册用户 并 登录。 注册成为用户的操作简便易懂，即使是对电脑技术并不在行的人也可以轻易实现。 成为注册用户之后，用户信息就被存储到系统后台进行管理与统计。 已 注册 的 用户除用户名以外的其他相关信息 均 可以登录 后 自行更改。 系统的后台，即 管理员界面。 当被赋予了管理员职权后，管理员 可以 从后台 登录口登录 ， 从而 对网站的各方 面信息进行管理。 除了管理通过 后台 可以 直接增减的 商品 相关信息 外 ， 还可以管理 由前台用户 注册 增加的个人信息。 将 系统分别设计为前台和后台，是为了方便用户 对网站 的 使用以及管理员 对网站的信息 管理。 不会 因为 在同一个页面上出现过多的信息 而 造成混乱。 使网站的整体风格更加的简易， 明快。 系统流程 通用小型综合商城 系统后台 查看新 上架商品 按商品类别查询 添加购物车 查看购物车 清空购物车 退出后台 添加商品 信息 公告管理 添加商品类别 会员管理 订单管理 修改商品 信息 查看特价商品 销售排行 系统前台 修改用户信息 删除商品 信息 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 10 系统 总体功能 流程如图 32 所示。 图 32 系统功能流程 图 32 只能概述 系统的总体功能流程。 但作为系统的前台与后台，系统的流程又 会有 所 区别。 下面 的 与 分别对系统前台流程以及系统后台流程进行介绍。 系统前台为 用户界面，系统后台为管理员界面。 系统 前台 主要流程 通过以上的分析介绍，已经定义了系统角色及用例模型。 作为一个完整的实例，有必要知道整个交易的流程，这有助于明确系统开发任务和功能模块。 浏览者在进入 该通用小型综合商城 以后，访问网站的首页，就好比是进入了现实商城的大厅，在这里摆放的商品琳琅满目，除了有各类商品的入口，还可以看到各种公告和特价商品，以及商品销售排行，还可以根据类别查询商品。 当浏览者注册会员登录后可以查看商品的详细信息，如果满意的话，浏览者可以单击将其加入购物车，如同现实世界中在商场 中将商品放入购物篮中一样，当然浏览者可以随时修改购物车中的数量和系统主界面 错误信息 系统登录界面 输入用户名及密码 密码错误 数据库 功能界面 功能处理 密码正确 检查 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 11 商品，最后浏览者必须到商城的服务台结帐，术语为下订单，用户在下订单时，必须填写自己的详细信息，包括收件地址，电话和 Email，以及送货方式，支付方式等信息。 当系统管理人员收到订单后，将核实订单的内容，特别是订购人的订单号等，确认完成后就可以发货了。 当订货者根据自己选择的支付方式进行付款并收到商品， 这样 一个真正意义上的交易就完成了。 前台主要流程如图 33 所示。 无登录 新用户 登 录 图 33 前台主要流程 系统后台主要流程 系统管理员 登录 管理员平台后，进入相关页面。 在 此，管理员可以管理所有 会员 信息，如 会员账户的冻结与解冻。 管理员人数 要求 最少 唯一 ，权限均相同。 在系统前台，当有新用户注册或者 已 登录用户 购买商品 时 ，相关信息则被储存并显示在后台管理员相关页面。 管理员可以 产看订单详情并 批复订单。 系统前台所显示的 商品或公告的 相关信 息，均由管理人员在后台操作完成其添加或删减。 最终完成的 商品或公告 信息将 显示在前台，由用户进行应用。 通过这种方式 整个网站的前台与后台之间 即 可进行 信息 间的 交互。 后台主要流程如图 34 所示。 用户 查看公告 特价商品 新品上架 商品销售排行 购物车 用户登录判断 用户登录 用户注册 服务台 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 12 N 管理员 帐户验证 验证成功 管理商品 管理订单 管理会员 管理公告 Y 退出后台 图 34 系统后台主要流程 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 13 第四章 数据库设计 数据库 的需求分析 为便于用户使用网站 以及 管理员管理网站 信息 ，数据库中需存储以下内容：管理员信息，用户信息， 商品 信息， 商品 类别信息， 商城公告 信息 等 信息。 要求系统能有效 、 快速 、 安全 、 可靠和无误的完成上述操作。 并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 数据库的概念设计 通过概念设计得到的概念模型是从现实世界的角度对所要解决的问题的描 述，不依赖于具体的硬件环境和 DBMS（数据库管理系统 database management system 是一种操纵和管理数据库的大型软件，用于建立、使用和维护数据库，简称 dbms）。 概念设计应反映现实各部分的信息结构、信息流动情况、信息间的互相制约关系以及各部分对信息储存、查询和加工的要求等。 所建立的数据模型应避开数据库在计算机上的具体实现细节，用一种抽象的形式表示出来。 实体 —关系 模型（ ER模型）为其中的一种具体实现 方式。 方法 明确各部分所含的各种实体及其属性、实体间的联系以及对信息的制约条件等。 实体关系 ER 图设计 ER 图也称实体 联系图 (Entity Relationship Diagram)，它提供了表示实体类型、属性和联系的方法， 是 用来描述现实世界的概念模型。 它是描述现实世界概念结构模型的有效方法。 ER 图的作用就是为了更有效的在概念模式下设计数据库，更形象的识别实体及实体之间的关系。 用矩形做实体，椭圆做属性，菱形用作表示关系等等。 在数据库设计中采用 ER 图建模，能够更直观的表述概念。 本 通用小型综合商城 系统的 ER 模型如图 41 所示。 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 14 图 41 总体 ER 图 实体属性图 建 立 实体与属性关系 模型 ， 是对 实体要素的描述。 公告信息 实体属性图如图 42 所示。 商品信息 实体属性图如图 43 所示。 图 42 公告信息实体 E－ R 图 公告标题 公告信息 公告内容 公告 ID 发布时间 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 15 图 43 商品信息实体 E－ R 图 44 会员 信息实体 E－ R 会员信息 用户 ID 用户名 帐号状态 真实姓名 证件号 邮编 地址 消费金额 联系方式 会员等级 城市 证件类型 邮箱 用户密码 商品信息 是否新品 图片 是否卖出 库存 商品 ID 大类别 ID 商品名称 商品介绍 原价 现价 添加时间 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 16 图 45 管理员 信息实体 E－ R 图 图 46 会员 订单实体 E－ R ER 图向关系模型的转换 经过对系统模块粗略的分析以及对系统架构的选择，本系统数据库决定采用 SQL Server 20xx 作为后台数据库，并设计 9 张数据表。 数据结构定义如表 41 所示。 管理员信息 管理员 ID 姓名 密码 订单 执行状况 备注 订单号 购买日期 邮寄方式 联系方式 地址 用户名 真实姓名 邮编 折扣率 付款方式 购买数量 大连交通大学 20xx 届本科生毕 业设计 (论文 ) 17 表 41 数据结构定义 数据结构名 含义说明 组成 管理员信息表 管理员信息 管理员 ID，管理员密码， 管理员 姓名 用户信息表 定义了用户的有关信息 用户 ID，用户密码 ， 用户 姓名 ，联系方式等 商品信息表 定义了 商品有关信息 商品 ID，大小类别编号，名称，现价， 特价，图片等 商品大类别表 定义了商品大类别信息 大类别 ID，大类别名称， 商品小类别表 定义了商品小类别信息 小类别 ID，大类别 ID，小类别名称 商城公告 信息表 定义了商城公告 公告 ID，标题，内容，发布时间 会员订单表 定义订单的概要信息 订单 ID，会员名称，联系方式，邮寄方式 ，商品种类，打折率 等 后台订单表 保存订单的详细信息 订单号，商品 ID，单价 ，购买数量 等 打折表 定义了打折相关信息 ID，价格， 打折率 表 42 用户信息表（ tb_member 表）的结 构 字段名称 数据类型 长度 允许空 主键 说明 ID int 4 否 主键 用户 ID userName varchar 20 否 否 用户名 passWord varchar 50 否 否 用户密码 trueName varchar 20 否 否 真实姓名 city varchar 20 否 否 城市 address varchar 50 否 否 地址 grade int 4 是。