需求与原型改进
一、需求&原型改进
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
