网页课程设计报告参考模板Word文档格式.docx
《网页课程设计报告参考模板Word文档格式.docx》由会员分享，可在线阅读，更多相关《网页课程设计报告参考模板Word文档格式.docx（11页珍藏版）》请在冰豆网上搜索。
商品展示方式也要多样化，以便于用户多方位了解我们的产品，方便购买。
商品的种类要根据市场变化和消费者个性化的需求不断丰富；
展示手段在传统照片展示的基础上，采用视频、评价等方式进行多方位介绍。
c．有强大的分类检索功能以确保用户能快速、准确地搜索到自己想要的商品。
商品的分类检索要从多方面、多角度进行不断的细化。
例如从盆栽的功能、外观、种类、寓意等角度进行分类。
做到良好的用户体验，满足用户日益增长的个性化需求。
d.由于网上消费者对电脑的操作水平有一定的不同，所以整个系统应注重易导航性和易操作性。
所以，我想在每个页面的显目位置上放上咨询台以供顾客随时咨询求助。
咨询台（购买指导）的功能主要分为两大块。
第一块是向用户介绍在本网站购买盆栽的一般流程和注意事项；
第二块是我们的专业人员为用户提供盆栽选择上的建议和指导。
主要通过“送给谁？
”、“要什么样功能的？
”、“想表达什么样的情意？
”等来提供一对一的人性化服务，帮助用户选购满足他们需求的商品。
e.要有方便安全的支付系统。
由于网上支付的无实物化和存在一定的安全隐患，最好引入第三方，增强用户的安全感，保障顾客的财产安全，消除其后顾之忧。
f.要有便捷、安全的物流系统。
由于盆栽商品不能挤压的特殊性，这就要求较高的物流配送服务质量。
在物流的选择上，要精益求精，确保商品能在较短的时间内完好地送达顾客。
g.售后团队建设。
本网站本着“竭诚为您传递浓情蜜意”的服务理念，不仅要求在售前、售中为用户提供精致的服务，还要在售后提供更加贴心周到的服务。
售后团队建设主要分为以下四个方面：
一、保证商品的质量，提供7天内质量有问题商品的退货服务；
二、提供寄养服务。
凡在本网站购买盆栽的顾客在遇到盆栽无人照管的时候，如出差，可将盆栽寄回本网站，我们替您培育。
三、在盆栽培育期间，当顾客遇到技术上的难题时，可向我们的技术顾问寻求帮助，进行疑难问题的解答；
四、提供RSS订阅服务。
我们将会定期向会员的邮箱寄送“盆栽培育季节性注意事项和常见问题的解决方法”。
h.创建“情意吧”，为会员搭建一个交流沟通的平台。
“情意吧”主要分为四个模块，分别是“ShowTime”——顾客可上传他们精心培育的盆栽的照片、视频等进行展示；
“经验分享”——顾客可在吧里就盆栽在养育阶段遇到的问题及解决方案发帖或评论，进行经验、心得体会的交流和沟通；
“表情达意”——顾客可在这个平台吐露心声，真实表露自己的情感；
“用户体验”——顾客可在这里表达他们在本网站进行购物时的感受和对本网站进一步建设的意见和建议。
3、实现思路
a.选择开发工具和平台
（1）静态页面:
使用HTML语言。
（2）动态部分:
使用ASP.NET语言。
（3）数据库:
使用SQLServer。
（4）开发工具:
页面设计使用Dreamweaver、记事本；
图片处理使用Photoshop、Firework；
调试代码用VisualS2008。
b.具体实现思路
从本系统涉及的人员要素角度看，分别是用户和管理员。
（1）用户主要能够实现：
注册/登录、个人信息修改；
商品浏览与检索；
商品详情查看；
加入购物车、订单修改；
付款购买；
物流跟踪查询；
发帖等（寄养盆栽现状查询、随时向客服咨询）功能。
（2）管理员要能够实现：
登录；
商品的添加、修改、删除等商品管理功能；
用户信息管理；
订单等销售管理；
用户留言、评论、提问管理等功能。
二、流程设计
a.用户一般流程：
b.管理员一般工作流程：
三、功能设计
系统功能模块结构图
1、前台模块详细功能描述
（1）用户信息模块：
注册新用户、登录、用户修改密码、用户个人资料修改管理。
（2）商品信息模块：
热门商品浏览（首页显示点击率最高的商品列表）、新到商品浏览（首页显示最新添加的商品列表）、商品分类浏览、高级搜索、商品详细信息。
（3）购物车模块：
添加商品到购物车、购物车信息修改、结账。
（4）订单模块：
查询个人订单列表、查询某笔订单及物流配送的详细信息。
其中，用户信息管理以及订单是禁止匿名用户访问的内容。
2、后台模块详细功能描述
（1）会员信息管理模块：
查询管理用户信息、修改账户金额。
（2）商品信息管理模块：
添加、修改、删除商品信息及对购物车的管理（管理员可以看到商品订购的详细信息，对于一些用户放弃购买的宝贝或是已没有存货的商品，可以进行更新删除操作）。
（3）销售管理模块：
查询某月的销售情况（包括每种商品的售出数量、相关订单数、销售收入）。
（4）服务管理模块：
对用户发布的评论、上传的文档、照片等进行管理；
售后团队的建设管理等。
四、数据库设计
在电子购物系统中，存在用户、商品、购物车、订单、管理员等几个对象实体。
以上述实体为例，一个用户对应多个商品，同时一个商品属于多个用户；
一个用户对应多个购物车，同时一个购物车只属于一个用户；
一个用户对应多个订单，一个订单只能属于一个用户；
一个商品对应多个购物车，一个购物车对应多个商品；
一个商品对应多个订单，一个订单对应多个商品；
一个订单对应多个购物车，一个购物车只能属于一个订单；
一个管理员对应多个用户、商品、购物车、订单，一个用户、商品、购物车、订单只能属于一个管理员。
由此可知用户和购物车之间、用户和订单之间、订单和购物车之间、管理员和用户、商品、购物车、订单之间都是一对多的关系；
商品和购物车之间、用户和商品之间是多对多的关系。
根据上述分析可对应的E-R图如下：
通过E－R图分析，下面设计具体的数据库表：
（1）用户基本信息表UserInfo
用户信息表用来记录用户的一些基本信息，其结构如下所示：
表UserInfo的结构
编号
字段名称
数据类型
说明
1
UserID
Int
用户ID（主键）
2
UserName
varchar（50）
用户登录名
3
UserPwd
用户密码
4
UserRealName
用户真实姓名
5
Sex
char
（2）
性别
6
Address
地址
7
Email
电子邮件
（2）商品信息表ProductInfo
商品信息表表示商品的基本信息，其表结构如下所示：
表ProductInfo的结构
ProductID
商品编号（主键）
ProductName
商品名称
ProductPrice
Decimal
价格
Intro
商品介绍
CategoryID
所属分类编号
（3）购物车表ShoppingCar
购物车表用来存储用户购物的信息。
其结构如下所示：
表ShopingCar的结构
RecordID
记录ID（主键）
CarID
购物车ID
所购商品编号
CreatedDate
DateTime
购物时间
Quantity
购买数量
（4）订单表Order
订单表保存每笔订单的基本信息。
结构如下所示：
表Orders的结构
OrderID
订单号（主键）
所属用户ID
商品ID（主键）
UnitCost
该商品的单价
该商品的购买数量
OrderDate
成交时间
（5）管理员信息表Admin
与用户信息表类似，管理员信息表用来保存管理员的基本信息，表结构如下所示：
表Admin的结构
AdminID
管理员ID
LoginName
管理员登录名
LoginPwd
管理员密码
Role
管理员角色
友情提示：
范文可能无法思考和涵盖全面，供参考!
最好找专业人士起草或审核后使用，感谢您的下载！
升级会员 