一、需求&原型改进
1.1 选题需求及改进
问题1:如何使用户更简单直接了解商品。
修改1:考虑加入商品图片令用户对商品有一定的了解。
1.2 功能分析的四个象限
需求/功能 |
外围功能 |
杀手功能 |
必要需求 |
用户信息管理、 购买商品功能 |
复古充值系统 |
辅助需求 |
更换主题界面 |
买家、卖家进行沟通 |
1.3 完善需求规格说明书
需求规格说明书2.0地址:https://www.cnblogs.com/JaneMo/p/12918627.html
1.4 任务分解WBS调整
二、后端架构设计文档
2.1 文档简介
2.1.1 目的
本文档将从后端架构方面对软件系统进行概述,其中会使用不同的架构视图描述该软件系统的各个方面,并记录系统的架构设计。
2.1.2 范围
本文档用于白给团队的电子商城系统项目。此项目是一款提供商品交易平台的网上购物应用。
2.1.3 参考资料
暂无
2.2 架构表示方式
本文档通过以下视图来表示电子商城系统项目架构:用例视图、数据视图
2.3 架构目标与约束
1.本系统开发约束:实验Java开发语音,采用关系型数据库存放数据。
2.用户需要在网络连接的情况下通过互联网访问该系统。
3.用户需要通过账户和密码进行身份验证,在访问数据时进行授权验证,以保证数据的安全。
2.4 用例视图
2.5数据视图
订单表
编号 |
字段名称 |
字段含义 |
字段类型 |
字段长度 |
是否主键 |
默认值 |
1 |
id |
订单编号 |
Int |
11 |
✔ |
|
2 |
seller |
卖家名称 |
Varchar |
255 |
|
|
3 |
buyer |
买家名称 |
Varchar |
255 |
|
|
4 |
statement |
订单评论 |
Varchar |
255 |
|
|
5 |
goodname |
商品名称 |
Varchar |
255 |
|
|
6 |
price |
商品价格 |
Decimal |
10 |
|
|
用户表
编号 |
字段名称 |
字段含义 |
字段类型 |
字段长度 |
是否主键 |
默认值 |
1 |
id |
账号ID |
Int |
11 |
✔ |
|
2 |
name |
帐号名称 |
Varchar |
255 |
|
|
3 |
password |
帐号密码 |
Varchar |
255 |
|
|
4 |
phone |
用户手机 |
Varchar |
255 |
|
|
5 |
balance |
帐号余额 |
Double |
11 |
|
|
6 |
|
帐号邮箱 |
Varchar |
255 |
|
|
7 |
address |
收货地址 |
Varchar |
255 |
|
|
商品种类表
编号 |
字段名称 |
字段含义 |
字段类型 |
字段长度 |
是否主键 |
默认值 |
1 |
kind |
商品种类 |
Varchar |
255 |
✔ |
|
商品表
编号 |
字段名称 |
字段含义 |
字段类型 |
字段长度 |
是否主键 |
默认值 |
1 |
name |
卖家名称 |
Varchar |
255 |
|
|
2 |
goodname |
商品名称 |
Varchar |
255 |
✔ |
|
3 |
price |
商品价格 |
Decimal |
10 |
|
|
4 |
introduction |
商品介绍 |
Varchar |
255 |
|
|
5 |
kind |
商品种类 |
Varchar |
255 |
|
|
6 |
comment |
商品评价 |
Varchar |
255 |
|
|
7 |
store |
商品库存 |
Int |
11 |
|
|
购物车表
编号 |
字段名称 |
字段含义 |
字段类型 |
字段长度 |
是否主键 |
默认值 |
1 |
name |
卖家名称 |
Varchar |
255 |
|
|
2 |
goodname |
商品名称 |
Varchar |
255 |
|
|
3 |
introduction |
商品介绍 |
Varchar |
255 |
|
|
4 |
price |
商品价格 |
Decimal |
10 |
|
|
2.6 大小与性能
本系统能支持以下性能需求:
- 系统能承载500以上的总用户量
- 系统应该能支持100以上的并发用户
2.7质量
本系统采用的结构可以支持质量方面的需求:
- 系统应当正确处理发生的异常,并返回一定的信息。
- 保证系统具有较高的可维护性,一定情况下可替换系统模块。
三、Alpha任务分配计划
3.1 Product Backlog和Spring Backlog
Sprint Backlog |
Sprint Backlog |
用户模块 |
登录注册、用户信息管理 |
订单模块 |
订单信息管理 |
商品模块 |
商品信息管理 |
充值模块 |
充值信息管理 |
3.2 Alpha开发任务分配
编码的队员根据下表对任务进行认领,分工的结果如下:
开发任务 |
前端负责人 |
后端负责人 |
预计时长 |
登录注册 |
许梓莹、梁小燕 |
覃泽泰 |
10h |
用户信息管理 |
许梓莹、梁小燕 |
覃泽泰 |
26h |
订单信息管理 |
许梓莹、梁小燕 |
高嘉淳 |
26h |
商品信息管理 |
许梓莹、梁小燕 |
莫政、卢耀恒 |
26h |
充值信息管理 |
许梓莹、梁小燕 |
卢耀恒 |
26h |
3.3 Alpha阶段冲刺计划甘特图
四、测试计划
4.1引言
4.1.1背景
本文档用于白给团队的电子商城系统项目。此项目是一款提供商品交易平台的网上购物应用。
4.1.2使用人群
项目经理、产品经理、开发人员、测试人员。
4.2测试范围说明
4.2.1功能模块功能
用户模块、订单模块、商品模块、充值模块四大模块
4.2.2 压力测试
测试数据的承载量与用户并发数量
4.2.3安全测试
测试对系统的安全性能
4.3测试策略
4.3.1功能测试
功能 |
功能详细描述 |
登录注册 |
用户注册一个账号 用户使用账号密码登录 用户选择忘记密码 |
用户信息管理 |
用户修改密码 用户修改联系方式 用户修改邮箱 用户修改地址 用户编辑购物车 |
商品列表 |
用户添加商品 用户删除商品 |
商品信息管理 |
用户修改商品价格 用户修改商品名字 用户修改商品库存 用户修改商品介绍 用户修改商品评论 用户修改商品种类 |
订单列表 |
用户添加订单 用户删除订单 |
订单信息管理 |
用户修改订单状态 用户确认订单 用户取消订单 用户修改订单价格 用户完成订单 |
充值信息管理 |
用户输入卡号与密码 用户增加余额 |
交易过程 |
用户增加余额 用户减少余额 |
试图发现是否存在下列错误:
·是否存在错误或遗漏功能。
·确认各个接口是否正确传输数据。
·界面是否有遗漏,是否不美观。
·是否存在交易金额问题。
4.3.2压力测试
通过软件发送访问请求,收集服务器响应速度。
4.3.3安全测试
由测试人员模拟非法入侵,使用各样方法对系统进行攻击。
4.4测试资源分配
4.4.1测试人员
后端测试人员:莫政、卢耀恒、高嘉淳、覃泽泰
前端测试人员:许梓莹、梁小燕
4.4.2测试环境
PC:windows10系统;
网络环境:WIFI、Internet;
4.4.3测试工具
暂无
4.5进度安排
任务 |
时间 |
执行人 |
预计耗时 |
编写测试计划 |
2020.05.19 |
莫政 |
半天 |
测试计划的修改 |
项目进行时 |
全体成员 |
半天 |
第一次功能测试 |
2020.05.27 |
莫政、卢耀恒、高嘉淳、覃泽泰 |
半天 |
性能测试 |
2020.05.28 |
莫政、卢耀恒、高嘉淳、覃泽泰 |
2h |
回归测试 |
2020.05.28 |
莫政、卢耀恒、高嘉淳、覃泽泰 |
2h |
发布前测试 |
2020.06.01 |
全体成员 |
2h |
测试报告总结 |
项目发布后 |
莫政 |
半天 |
合计 |
|
|
2天6小时 |
4.6输出文档
《项目测试计划书》
《项目测试报告总结》
4.7发布标准
·完成所有测试
·没有影响用户正常使用的BUG
·设计符合用户要求
·通过交叉检查(或非该代码开发人员测试通过)
·产品使用说明书已经完备
4.8风险说明
·提交测试的系统质量可能较低,会导致比计划更多轮次的回归测试
·进行测试难免会遇到较大的BUG,测试时间可能会往后顺延