二手商品交易网站的设计实现_毕业论文(编辑修改稿)内容摘要:

数据访问层之间通信的桥梁,主要负责数据的传递与业务方法处理,例如用户登录、用户注册等。 当业务逻辑层的方法被执行,通过数据访问层项目实现对数据的访问,再将收到的结果返回给表示层。 数据访问层封装了所有与数据交互的操作,包括对数据表的增( Create)、查( Retrieve)、改( Update)、删( Delete)操作,而不做逻辑判断。 通过对数据库的访问得到用户的请求,并把 结果返回给业务逻辑层。 在三层结构中,各层之间的数据传递方向分为请求与响应两个方向,如图22所示。 表示层 业务逻辑层 数据访问层 为用户提供交互操作界面 实现数据库访问 负责关键业务的处理和数据 8 图 22 各层之间的数据传递方向 表示层 业务逻辑层 数据访问层 客户请求 响应数据 客户请求 响应数据 数据库服务 器 9 3 网站 功能 模块 网站功能分析 经过前期的调查和研究,总结出该平台需要完成的一些具体功能,分析如下: ( 1) 前台 用户管理 功能 : 网站 用户 能够完成 基本信息录入的注册和用户基本信息的修改。 ( 2) 后台 管理员管理 功能 :管理员 能够完成 对网站的商品信息管理(商品 增删改 、商品 类别管理、厂商管理 )、 用户 管理( 用户信息管理、用户状 态审查)、订单管理(订单审查、修改删除)。 ( 3) 网站的 查询 搜索功能:能过 产品 的名称 在全网站 进行搜索。 ( 4)购物车功能 : 能够完成将所需物品放入购物车、更改购物车中商品数量、清空购物车、以及最终对购物车中的物品进行收银结算 网站 的 功能模块 本 网站建设分为前台管理和后台管理。 每个子系统都能实现若干功能。 网站总体功能模块划分如图 31所示。 10 图 31 网站 功能 模块 图 网站 主要 流程分析 前台购物流程 图 32前台购物流程图 注册功能流程 浏览商品 选择商品 订购商品 提交订单 去购物车 去收银台 未注册用户 已登录用户 未登陆用户 注册 登陆 11 图 33 注册流程图 注册的具体实现为: 点击主页面的用户注册选项后,会弹出一个注册信息页面,用户需要如实填写用户名,密码, Email,地址,电话,真实姓名等各项信息,提交后,系统进行检测判断该用户名是否已经注册过,如果已经存在则弹出新页面,提示用户该用户名已经注册过,如果没有则进行下一步判断,用户输入的两次密码是否一致,然后依次往后判断用户所填写的各项信息是否符合要求,知道所有信息均正确无误,系统将该用户注册信息写入会员表即 member 并提示用户注册成功,用户登录 后 ,就可以进行 有效的购物了。 商品搜索流程 注册入口 必选项为空 用户 名有效 2 次输入密码 密码长度符合 号码有效 其他信息有效 注册成功 12 图 34 商品搜索流程图 商品的搜索功能使用户更加方便的进行自己所需要的商品查询,节省时间,提高效率。 用户搜索时只要输入商品的关键字就能搜索到所有相关商品。 并且能列出通过搜索的到的商品的详细信息。 用户登录流程 用户登录 用户是否已登录 密码是否正确 获取用户名和密码 将 UserID 存入 Session 登录成功 开始搜索 输入条件 搜索结果 查看商品 购物 下订单 继续搜索 13 图 35 用户登录流程图 用户登录,首先要有一个提供用户登录的表单。 用户登录的表单应该嵌入整体的结构当中。 在实际的应用中,可以这样 设计,如果用户没有登录,则在页面中显示用户登录的选项,用户登录后,则可隐藏用户登录的选项而代之以用户的基本信息。 首先,用户要有一个用户名和密码。 商务网站需要很高的稳定性和安全性,因此对用户名不允许使用恶意的代码作为用户名。 同时对密码也要求保密,将密码加密后再存入数据库。 另外,一个电子商务网站。 用户的真实姓名是必不可少的。 除此之外还需要用户的性别、 Email、电话号码等 信息。 商品管理流程 图 36 商品管理流程图 在该功能里管理员可以进 行不需要的商品的删除,在这里管理员当然也可以浏览到商品的详细信息。 并且比普通用户在浏览商品界面里所看到的商品信息多一个该商品在数据库中的 ID。 购物车流程 商品管理 查询商品 修改删除 添加商品 满意 返回 14 图 37 购物车流程 购物车具体的实现可采用这种形式:定义一个购物车的类( Class)。 ,使用户能够自由选择所需要的商品。 “添加到购物车”的连接时,执行如下功能:检查用户购物车类是否存在。 如不存在,则建立,并注册这 Session 变量:在由用户购 物车类存在的情况下,在检查该类中是否有该商品。 如存在,则商品数量相应加 1;如没有该商品,则该商品添加到该类中。 购物车 查看商品 满意吗 下订单 调整商品 15 4 数据库设计 逻辑 关系 设计 一个网站只拥有界面美观的前台是完全不够的,真正支撑一个网站的是他强大的后台数据库。 因此,数据库是整个系统的核心部分,数据库设计的好坏也直接影响了整个网站系统的性能。 在数据库逻辑关系图中,订单表中的商品编号是商品表的外键,因此一个用户订单内的商品必须是实际存在的物品;商品表中的制造商编号是制造商表的外键,因此商品表依赖于制造商表;同理,商品表还依赖于商品分类 表。 除商品之间的依赖关系,用户与用户角色以及用户状态形成依赖关系。 数据库逻辑关系图,如图 41所示。 图 41数据库 逻辑结构图 数据 表 结构 (商品信息表)商品信息表主要用来存储各商品的相关信息。 结构如下表: 2. Categories( 商品类别信息表 )商品类别信息表主要用来存储商品的类别信息。 结构如下表: 3. Users(用户信息表)用户信息表主要用来网站内的所有用户信息。 结构如下表: 16 表 41 商品信息表 字段名 数据类型 长度 主键 描述 Id int 4 是 数据库 流水号 Title nvarchar 200 否 商品名称 MakeCompany nvarchar 200 否 制造公司 ManufacturerId int 4 否 制造商编号 ManufacturerDate datetime 否 生产日期 ProductKey nvarchar 50 否 产品编号 UnitPrice money 否 商品价格 ContentDescription ntext 否 商品描述 ManufacturerDescription ntext 否 制造商 描述 CategoryId int 4 否 种类编号 表 42 商品信息表 字段名 数据类型 长度 主键 描述 Id int 4 是 数据库流水号 Name nvarchar 200 否 种类名称 DescriptionInfo nvarchar 1000 否 种类描述 表 43 用户信息表 字段名 数据类型 长度 主键 描述 Id int 4 是 数据库流水号 LoginId nvarchar 50 否 登陆名 LoginPwd nvarchar 50 否 登陆密码 Name nvarchar 50 否 用户姓名 Address nvarchar 50 否 地址 Phone nvarchar 50 否 电话 Mail nvarchar 50 否 邮箱 UserRoleId nvarchar 50 否 用户角色编号 UserStateId nvarchar 50 否 用户状态编号 4. OrderProducts(商品订单信息表)商品订单信息表用来存储用户订单的商品信息。 结构如下表: 表 45 商品订单信息表 字段名 数据类型 长度 主键 描述 Id int 4 是 数据库流 水号 OrderID int 4 否 订单编号 ProductID int 4 否 产品编号 Quantity int 4 否 产品数量 UnitPrice decimal (18, 0) 否 总价 5. Orders(订单信息表)订单信息表用来存储网站所有订单信息。 结构如下表: 17 表 45 商品订单信息表 字段名 数据类型 长度 主键 描述 Id int 4 是 数据库流水号 OrderDate datetime 8 否 订单日期 UserId int 4 否 用户编号 TotalPrice decimal (10, 2) 否 总价 18 5 网站 的 详细设计与 实现 网站 功能说明 前台 功能 前台用户子 网站 ,用户经过登录或注册成为会员进入网站后,可以选择要使用的功能。 有如下功能:浏览商品信息、查询所需产品、下订单、购买所需产品等功能。 ( 1) 浏览商品:可分类浏览商品,也可浏览最新商品、推荐商品和特价商品,包括商品缩略图、名称、价格等,还可以浏览商品的详细信息。 ( 2)商品搜索:可以按服饰、数码、家居,大类、小类等模糊商品名称搜索商品。 ( 3)在线订购:客户如果决定的购买此商品,可 将商品放入购物车,填写订单,方便联系,即可购买。 后台 功能 后台管理 网站 ,是管理员的有用平台。 有如下功能:用户管理、商品类别管理、商品管理、订单管理等功能。 ( 1)用户管理: 网站 管理员可添加、修改、删除前台客户的账户和其他管理员的账户,可修改自己的管理密码。 ( 2)商品类别管理包括:添加、删除、修改商品类别的功能。 ( 3)商品管理:包括添加,删除,修改商品名称、价格、商品详细介绍等。 ( 4)订单管理:由于网上购物的特。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。