一、需求&原型改进
1.给目标用户展现原型,与目标用户进一步沟通理解需求
我们的目标用户是顾客
场景一:小张经常去镇上的百货超市买东西, 有时候忙得时候会电话订货,但是,没有超市的商品清单,不清楚要买什么。有时候错过商品的活动,也会觉得很可惜。而如果自己不在家的话,货送上门时,无法现金付款,可能就无法收到货。
从小张的问题我们能看出小张无法得知超市的商品售卖信息,活动信息,以及无法在线支付,这三个方面是顾客用户的痛。
场景二:小张深夜,想购买商品,在百货超市的在线平台浏览最近有什么活动,发现最近牛奶降价了,立马下单。第二天小张出去上班,货送达了,由于小张已经在线支付成功了,送货人员将货放在小区保安处,电话告知小张后就离开了。
从这个场景我们可以看出 小张可以从平台上了解到了商品的售卖信息,然后在线支付,成功的在第二天收到了货。
2.用户场景描述
场景:小张想要购买一箱牛奶
小张打开了在线商城平台的网页,点击登陆后,输入自己的账户密码。在首页,小张点击分类:美食->牛奶,网页显示该商城正在售卖的所有牛奶的信息,小张选中了一箱牛奶,添加到了购物车。在购物车当中,小张核对商品信息后,点击结算,输入自己的信息,提交。跳转到了支付页面,支付成功,即完成了购买。
3.修改完善上周提交的需求规格说明书
上一周提交的需求规格说明书,主要功能用例图漏掉了,现在添加上去。
2.1产品描述
该网站可以给个体商家使用,非常适合现在的中小企业,商家(即管理员)可以管理用户,管理商品和查询所有订单。该网站的用户,可以浏览该平台的商品,添加购物车,支付,查询历史订单等等。
主要功能用例:
4.参考《构建之法》8.5节功能的定位和优先级,给出功能分析的四个象限
第一象限(杀手功能,必要需求):顾客可以将商品添加进购物车后,并可对购物车进行操作,再来结算
第二象限(外围功能,必要需求):良好亲切的界面设计,以及人性化的搜索功能
第三象限(外围功能,辅助需求):商品秒杀功能
第四象限(杀手功能,辅助需求):用户信息修改功能
5.任务分解WBS
系统设计
功能结构图:
网上商城系统分为前台和后台两个部分的操作。前台主要有两大功能,分别是展示商品信息的各种浏览操作和会员用户购买商品的操作,当会员登陆成功后,就可使用购物车进行网上购物。网上商城前台功能结构图如下:
后台的主要功能是当管理员成功登录后台后,管理员可以对网站的基本信息进行维护。例如,管理员可以对商品的类别进行管理,如可以删除和添加产品的类别;如可以对商品信息进行维护;如可以添加、删除、修改和查询商品的信息;如可以对会员的订单进行集中管理等等。后台功能结构图如图所示:
系统流程图:
在网上商城中,只有会员才允许进行购物操作,所以初次登录网站的游客如果想进行购物操作,必须注册为网上商城会员。成功注册为会员后,会员可以使用购物车选择自己需要的商品,在确定订单付款后,系统会自动生成订单基本信息。网站基本信息的维护由网站管理员负责,由管理员负责对会员(用户)、商品、商品分类信息及订单信息进行维护,关于订单的维护只能查询,不能修改订单的基本信息。
开发环境:
网上商城开发时,需要具备以下开发环境:
服务器端:
操作系统:Window2003或者更高版本的服务器操作系统。
Web服务器:Tomcat6.0或6.0以上版本。
Java开发包:JDK1.5以上。
数据库:MySQL。
客户端:
浏览器:IE6.0或者更高版本的浏览器。
分辨率:最低要求为800 x 600像素。
数据库设计
userInfo信息表结构:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
userId | int | 否 | 是 | NULL | 用户ID |
userName | varchar | 否 | 否 | NULL | 用户名 |
userPasswoed | varchar | 否 | 否 | NULL | 密码 |
realName | varchar | 是 | 否 | NULL | 真实姓名 |
| varchar | 是 | 否 | NULL | 邮箱 |
address | varchar | 是 | 否 | NULL | 地址 |
telephone | varchar | 是 | 否 | NULL | 电话 |
userMode | bit | 是 | 否 | NULL | 用户状态 |
activationCode | varchar | 是 | 否 | NULL | 激活码 |
topCategory信息表结构:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
topId | int | 否 | 是 | NULL | 一级分类ID |
topName | varchar | 否 | 否 | NULL | 一级分类名称 |
secondCategory信息表结构:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
scdId | int | 否 | 是 | NULL | 二级分类ID |
scdName | varchar | 否 | 否 | NULL | 二级分类名称 |
topId | int | 否 | 否 | NULL | 外键 |
orders信息结构表:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
ordersId | int | 否 | 是 | NULL | 订单ID |
amount | double | 否 | 否 | NULL | 总价 |
ordersTime | date | 否 | 否 | NULL | 订单时间 |
orderStatus | bit | 否 | 否 | NULL | 订单状态 |
ordersAddress | varchar | 否 | 否 | NULL | 订单地址 |
ordersTelephone | varchar | 否 | 否 | NULL | 订单电话 |
ordersConsignee | varchar | 否 | 否 | NULL | 订单收货人 |
goodsNum | int | 否 | 否 | NULL | 商品数量 |
goodsId | int | 否 | 否 | NULL | 外键 |
userId | int | 否 | 否 | NULL | 外键 |
goodsInfo信息结构表:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
goodsId | int | 否 | 是 | NNULL | 商品ID |
goodsName | varchar | 否 | 否 | NNULL | 商品名称 |
mallprice | double | 否 | 否 | NNULL | 商品商城价格 |
marketPrice | double | 否 | 否 | NNULL | 商品市场价格 |
description | varchar | 否 | 否 | NNULL | 商品描述 |
productImage | varchar | 否 | 否 | NNULL | 商品图片路径 |
scdId | int | 否 | 否 | NNULL | 外键 |
shoppingCart信息结构表:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
cartId | int | 否 | 是 | NULL | 购物车ID |
goodsId | int | 否 | 否 | NULL | 外键 |
userId | int | 否 | 否 | NULL | 外键 |
goodsNum | int | 否 | 否 | NULL | 外键 |
adminInfo信息结构表:
字段名 | 数据类型 | 是否为空 | 是否主键 | 默认值 | 说明 |
adminName | int | 否 | 是 | NULL | 管理员名字 |
adminPassword | varchar | 否 | 是 | NULL | 管理员密码 |
三、Alpan 任务分配计划
本组队员有四个人,故将任务分为两个子模块,一个总模块,一个测试模块
模块一:登录注册模块(负责林伟钦 王家富)
A.登录部分 (后台验证帐号与密码的正确性与一致性)
B.注册部分 (填写个人信息,设置密码)
模块二:后台管理模块 (负责林伟钦、柳泽峰 )
1. 管理用户(对用户进行增加、删除、修改操作)
2. 管理商品(对商品进行增加、删除、修改操作 )
3. 管理商品分类(对商品分类进行增加、删除、修改操作 )
4. 管理历史订单(浏览历史订单)
模块三:商城模块(负责柳泽峰、王家富,卢锦锦)
1.搜索功能(对商品进行搜索)
2. 首页部分
a.商品分类(为不同商品进行分类,方便浏览)
b.秒杀区域 (分不同时间段的秒杀功能)
3. 用户中心部分(查看用户订单、购物车、通知消息、修改密码以及个人资料)
模块五:测试部分(负责王家富、卢锦锦、柳泽峰、林伟钦)
1.测试计划的编写及任务分配
2.总负责整个测试过程
四、测试计划
1. 项目背景: 本系统是一个用于网上购物的网上商城系统
2.任务概述
2.1 测试目标: 希望通过测试,发现项目存在的漏洞,大家一起解决问题,完善整个系统。
2.2 测试范围:登录注册模块
后台管理模块
商城应用模块
3.测试策略
3.1 测试方法:手动测试
3.2 测试人员需求、分工
人员 | 职责 |
王家富 | 组织测试 制定测试计划 需求审核 控制测试进度 与有关队员沟通 测试分析 测试商城应用模块 |
卢锦锦 | 组织测试培训 协助沟通 协助确定测试需求 协助准备测试数据 缺陷报告 测试商城应用模块 |
柳泽峰 | 测试后台管理模块 |
林伟钦 | 测试登录注册模块 |
3.3 测试阶段计划
测试阶段 | 开始时间 | 结束时间 | 测试人员 | 完成标志 |
测试计划设计 | 2017.11.7 | 2017.11.8 | 王家富 | 计划完成 |
测试培训 | 2017.11.9 | 2017.11.9 | 全体队员 | 掌握此次测试重点 |
测试商城应用模块 | 2017.11.12 | 王家富 卢锦锦 | 应用功能大部分能实现 | |
测试后台管理模块 | 2017.11.12 | 柳泽峰 | 实现管理功能 | |
测试登录注册模块 | 2017.11.12 | 林伟钦 | 实现注册登录 | |
缺陷报告 | 2017.11.12 | 林方言 | 完整记录系统缺陷及解决方法 报告缺陷 | |
测试分析 | 2017.11.12 | 魏辉 | 完整分析测试中存在的问题 及整个系统存在的问题 |
4.资源需求
4.1 人员需求:要求名队员掌握
本次测试的重点
每个子系统的功能
实际使用过程中哪部分问题较多
4.2 硬件需求:
笔记本电脑4台
4.3 软件需求:
Java开发环境
5. 风险评估
本次测试可能是有关队员第一次参与完整测试过程,由于知识经验方面的不足,可能无法将使测试足够完善。
6. 其他
计划时间:2017.11.7
修改时间:2017.11.11