个人资源,参考请先经本人同意,谢谢。
校园二手交易平台项目总结
组员:唐方舟、刘雪英、李文婷、葛梦娇
按安排,我们于2013年9月23日负责校园二手交易平台项目。2个月来,在组员的合作和支持下,项目进行的比较顺利。于2013年12月12号圆满的完成了该项目。现项目设计情况汇报如下:
一、项目基本情况:
本项目运用了JSP、ASP、CSS、数据库等开发技术,设计出一个包含有基本功能的网上交易平台。
任务名称 |
开始时间 |
完成时间 |
完成标志 |
需求分析 |
2013-09-23 |
2013-10-08 |
需求分析报告 |
项目开发计划 |
2013-10-12 |
2013-10-20 |
项目分工 |
数据库设计 |
2013-10-30 |
2013-11-05 |
数据库表 |
详细设计 |
2013-11-05 |
2013-11-20 |
组员报告 |
编码 |
2013-11-25 |
2013-12-01 |
源代码 |
测试 |
2013-12-05 |
2013-12-10 |
测试页面 |
总结 |
2013-12-20 |
2013-12-20 |
项目总结报告 |
需求分析
引入信息:以下是我们的系统功能模块信息
系统功能模块设计
根据需求分析,把系统功能分成商品管理,用户管理,系统管理这三大模块。
商品管理中还有卖家注册、卖家登陆、商品更新、商品评价
(一)商品管理模块:
卖家:注册 卖家详细填写一下信息:姓名、昵称、性别、学号、密码、学院、联系方式、住址:即柳园xx号楼、xx房间。注册成功后。选择登陆或退出。
登陆:卖家使用昵称或学号登陆。登陆后进入卖家界面。发布商品信息,更新商品信息,查看买家评价并回复,查看信用。
发布商品信息:其中商品属性包括——商品类别,商品名称,商品描述,商品数量,新旧程度描述,原价,现价,卖家联系方式,距离下架天数。除了“距离下架天数”属性由系统操作外,其余须由卖家填写决定。
商品检索:输入关键字查找或者选择具体类别查找。距离下架天数为0(表示已下架)的商品不在检索范围内。其中商品检索类别包括:手机、数码:手机通讯(apple,三星,HTC等),手机配件(存储卡,耳机,移动电源,保护壳等),摄影摄像(便携相机,单反等);电脑(大到显示器、主机,小到键盘鼠标摄像头);宿舍家居小电器(如电风扇、洗衣机、台灯);服装、鞋靴、箱包;首饰;图书(英语资料、计算机专业书籍、考研资料、各类考证的书籍)。具体小的分类不一一写了。好多。。。参照亚马逊。而卖家所填的商品类别与商品检索类别逐一对应。
商品更新:商品信息每三天自动下架,也可以由卖家自己处理下架。三天到期后,如果商品没有卖出去,卖家可以申请继续三天的上架期。下架的商品不在买家的检索范围内。同时包括卖家的评价更新。
(二)用户管理模块:
包括用户注册,用户登录,用户信息管理这三个主要部分。
用户注册:用户输入学号,昵称,性别,学院专业信息,出生年月等信息后提交给系统,由系统分配登录密码并发送邮件到其校内邮箱,用户登录校内邮箱获得他的登录密码,根据用户名和登录密码登录系统,修改自己的登录密码。在学校里不论师生,其学号只有一个,规定一个学号只能注册一次。这保证了只有学校的师生才能注册,提高了交易的安全性。注册完毕后选择登陆或退出。
用户登录:用户使用学号或昵称即可登录。登陆之后进入商品界面,检索需要的商品,加入购物车,联系卖家,查看自己的信用度。当用户信用度低于-10 时将被限制从低于-10 那一天起6 个月不能登录(即用户剩余锁定时间以180 天倒计时--当用户剩余锁定时间为0 时能正常登录),6 个月满后信用度归0。
用户信息管理:包括用户修改密码,查看个人信用度、历史交易情况以及历史评价。
(三)系统管理模块:
包括管理员,用户检举与投诉三个部分。
管理员:每一个商品类别至少有一个普通管理员来管理。普通管理员检查相应的商品类别已发布的商品信息中是否有垃圾信息(比如说商品信息明显地虚造,商品信息不全等),从而进行相应地删除商品信息,将商品下架,扣除用户相应信用度等操作(发现一个虚假信息信用度减3,商品信息不全信用度减1)。
用户检举与投诉:当用户发现商品信息中存在垃圾信息时,可以向相应类别的普通管理员检举。如果检举属实,则检举用户信用度加3;当用户觉得普通管理员操作不公正时可以向超级管理员投诉,如果投诉属实,则投诉用户信用度加5。检举或投诉不被采用时,检举用户或投诉用户信用度不变。
包括用户注册,用户登录,用户信息管理查询修改这三个主要部分。
用户注册:用户输入用户名,学号,密码,电话,学院专业,邮箱,密码找回问题等信息等信息后提交给系统,经过系统检验用户名还没有被使用后就可以进行注册了,在学校里不论师生,其学号只有一个,规定一个学号只能注册一次。这保证了只有学校的师生才能注册,提高了交易的安全性。注册完毕后选择登陆或退出。另外注册后可以选择更改密码或者用户信息等!
用户登录:用户使用用户名即可登录。登陆的时候如果没有注册可以点击进行注册。然后进入主界面,检索需要的商品,加入购物车,联系卖家,查看自己的信用度。当用户信用度低于-10 时将被限制从低于-10 那一天起6 个月不能登录(即用户剩余锁定时间以180 天倒计时--当用户剩余锁定时间为0 时能正常登录),6 个月满后信用度归0。
用户信息管理:包括用户修改密码,修改个人注册信息、历史交易情况以及历史评价。
二 总体和详细设计
关于我的用户信息管理模块,我设计了登录,注册和修改,查看信息等模块,大致流程如下
以上图示即是总体设计思想,下面是分工:
——登陆及注册@刘雪英
——购物车@李文婷
——买家管理@葛梦娇
——卖家管理@唐方舟
——管理员管理@刘雪英
界面模块设计(@唐方舟):
v 欢迎页模块:
1、我要买东西—→登陆or注册(@刘雪英)—→主页模块
2、我要卖东西—→登陆or注册(@刘雪英)—→发布商品页面(@唐方舟)
3、管理员入口
4、随便逛逛(待定)
v 主页模块:
1、导航分类—→商品列表—→商品详细信息(@葛梦娇)
2、搜索框—→同上(@葛梦娇)
3、购物车—→购物车页面(@李文婷)
4、个人主页—→个人信息页面(@刘雪英)
5、最新发布(动态文字信息)—→商品详细信息(@葛梦娇)
6、推荐卖家—→卖家的个人信息页面(@唐方舟)
v 信用度规则:
-交易完成后,卖家与买家互评信用度(+1 or -1 or +0)
-自订单生成3天后,卖家未确认交易完成,则将商品下架,并信用度-1
-若管理员审核发现卖家发布虚假or垃圾信息,则将卖家信用度-1
v 商品处理规则
-商品发布3天后,自动下架
-自订单生成3天后,卖家未确认交易完成,则将商品下架,并信用度-1
-3天内,卖家确认交易完成后,商品下架
v 发布商品流程:
卖家填写商品信息—→(请耐心等待管理员审核。。。)—→管理员审核—→(审核结果 页面)—→商品上架
三、数据库设计
3.1 数据库分析
数据库设计是开发应用系统中一个非常重要的环节。数据库设计应该满足数据的存储需求,同时便于访问和查询,它既要保证数据的准确和完整,又要避免过多的数据冗余。
3.2 数据表设计
基于数据库的概念设计和系统功能模块的分析,设计出四个主要数据库表。
(1)商品信息表。商品信息表记录的是上货商品的相关信息,见表1。
(2)购物车信息表。用户浏览之后添加的商品信息。见表2
(3)用户信息表。用户信息表记录的是与用户相关的信息,见表3。
(4)交易单信息表。交易单信息表记录交易的具体信息,见表4。
(5)管理员信息表。管理员信息表记录管理员的登录信息,见表5。
我所用到的就是用户信息表。用户信息表记录的是与用户相关的信息
表1 商品信息表
列名 |
数据类型 |
字段长度 |
可否为空 |
说明 |
ID |
[int]IDENTITY |
—— |
Not null |
ID序列号 |
GoodsName |
varchar |
30 |
Not null |
商品名称 |
GoodsClass |
varchar |
20 |
Not null |
商品类别 |
GoodsDescription |
varchar |
100 |
Not null |
商品描述 |
GoodsAccount |
Int |
—— |
Not null |
商品数量 |
NewDegree |
varchar |
10 |
Not null |
新旧程度 |
OriginalPrice |
float |
—— |
Not null |
原价 |
CurrentPrice |
float |
—— |
Not null |
售价 |
Contact |
varchar |
20 |
Not null |
联系方式 |
DaysLef |
datetime |
—— |
Not null |
下架剩余时间 |
表2 购物车信息表
列名 |
数据类型 |
字段长度 |
可否为空 |
说明 |
GoodsName |
varchar |
30 |
Not null |
商品名称 |
GoodsAccount |
Int |
—— |
Not null |
商品数量 |
CurrentPrice |
float |
—— |
Not null |
售价 |
TotalPrices |
float |
—— |
Not null |
总价 |
表3 用户信息表
列名 |
数据类型 |
字段长度 |
可否为空 |
说明 |
ID |
[int]IDENTITY |
—— |
Not null |
ID序列号 |
Username |
int |
20 |
Not null |
用户名 |
Password |
varchar |
20 |
Not null |
密码 |
permit |
varchar |
20 |
Not null |
用户权限 |
Sno |
varchar |
45 |
Not null |
学号 |
Number |
varchar |
45 |
Not null |
电话号码 |
Dapartment |
varchar |
40 |
Not null |
学院 |
Major |
varchar |
45 |
Not null |
专业 |
Question |
varcha |
45 |
Not null |
密码提示问题 |
Reply |
varchar |
45 |
Not null |
密码提示问题回答 |
表4 交易单信息表
列名 |
数据类型 |
字段长度 |
可否为空 |
说明 |
ID |
[int]IDENTITY |
—— |
Not null |
ID序列号 |
SellerID |
int |
—— |
Not null |
卖方ID |
BuyerID |
int |
—— |
Not null |
买方ID |
GoodsID |
int |
—— |
Not null |
商品信息ID |
SellerRemark |
varchar |
100 |
Not null |
卖方评价 |
BuyerRemark |
varchar |
100 |
Not null |
买方评价 |
DealTime |
datetime |
—— |
Not null |
成交时间 |
表5 管理员信息表
列名 |
数据类型 |
字段长度 |
可否为空 |
说明 |
ID |
[int]IDENTITY |
—— |
Not null |
ID序列号 |
AdminClass |
varchar |
10 |
Not null |
管理员类别 |
AdminUserID |
int |
—— |
Not null |
管理员用户ID |
四 测试报告
序号 |
前期任务 |
特殊技能 |
责任人 |
工作量(天) |
完成日期 |
1 |
开发出各种功能 |
实现登录注册页面实现卖家买家的基本功能 |
唐方舟 |
40 |
2013-12-20 |
4.2.6 能否正确查询修改用户信息和商品信息
4.27 能否正确的进行商品的交易
测试项名称 |
测试项标识 |
介质特性 |
变换要求 |
相关引用材料 |
整体项目 |
购物 |
暂无 |
暂无 |
教材 |
序号 |
名称 |
文件标识/版本 |
出版单位 |
出版日期 |
1 |
javaee |
暂无 |
北京交通大学 |
2008-6 |
风险:如果注册或者登录或者购物没有成功,会对本网站的信誉产生影响!是否能够成功的购物,浏览。
应急:在顾客提出问题的第一时间帮顾客解决问题。
4.6.1编者说明:
测试完成后,将会形成一些测试日志,对于每个测试用例也有了一个反馈的结果,那么从这个数据中看出问题、找到问题以及寻找解决问题的方法,那就是测试分析报告所要完成的事了。
用于记录测试明晰, 便于内部测试人员查看。
编号 |
测试名称 |
测试结果 |
预期与现实的差异 |
1 |
测试数据是否能够插入并取出 |
数据正确从数据库中插入取出 |
没有差异 |
2 |
测试用户名的独立性 |
系统正确判断出用户名的独立性 |
没有差异 |
3 |
测试分页的可行性 |
正确处理分页现实数据 |
没有差异 |
本次测试成功的验证了, 本系统的基本功能,即验证登录和注册的各种功能
我感的我们网站的功能已经基本达到 了预期的内容效果,可以与其他部分进行连接并且投入使用了
五 总结体会
一 分工完成情况
我们各自分工完成的情况不同,我完成的是卖家卖家的浏览以及发布商品,买卖商品的功能,
刘雪英完成卖家卖家管理员的登录注册,以及信息管理和信息修改功能。
葛梦娇完成的是主页设计分类浏览
李文婷是购物车的加入,修改模块等。
二、 存在的不足:
1、基础知识不太扎实
2、设计的程序不够完善
3、购物网站功能不是很齐全
三、体会
1 通过此次的程序设计明白了团队的重要,从刚开始的什么都不懂到一点点商讨研究各个模块的分类和实现,我们学到了很多新的东西,比如说数据连接池和数据源的应用,以及信息的异步传输方式,还有美化界面用的css等。。。对javaee 有了更加深刻的认识!!
2、Java功能强大,我们对它的掌握还不够,加上时间紧迫和我的经验不足,本系统难免有不足之处。但是我们会更加努力的去学习自己尚不懂得知识,相信自己以后会有更加精通的web开发技术。