第一部分 需求与原型改进（10分）
1.1改进的原型（5分）
给目标用户展现原型，进一步沟通理解需求，改进原型。
1.1.1 改进说明（1分）
说明改进的地方与改进的理由。
| 改进之处 | 改进理由 |
| 首页改为功能介绍、使用说明 | 缺少此功能将对用户使用本产品带来不便 |
| 美化界面 | 为用户带来更好的视觉效果 |
1.1.2 高保真原型（1分）
主界面
发布最新快递
评价页
1.1.3 高保真原型下载地址（3分）
1.2改进的需求规格说明书（5分）
1.2.1改进说明（2分）
标红处为改进部分
1.2.2需求规格说明书下载地址（3分）
设计的目的是解决how to do的问题，即如何把需求实现了。因此：
设计必须是实现所有包含在分析模型中的明确需求、以及客户期望的所有隐含需求；设计必须是可读的、可理解的、可操作的指南；设计必须提供软件的全貌，从实现的角度去说明功能、数据、行为等各个方面。
2.1系统架构设计（15分）
2.1.1.1设计摘要：
2.1.1.2设计快递帮取系统的概念架构图
2.1.2前端页面设计：前端界面我们主要使用了HTML、css、js.
2.1.3后端系统设计：
后端设计：我们主要使用了servlet、JSP以及mvc框架。MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。而servlet是mvc的基础，Servlet把最底层的api暴露给程序员，使程序员更能清楚的了解mvc的各个特点。
2.1.4数据库ER图展示
2.2 任务分解WBS（5分）
一个团队项目要在一段时间内完成诸多任务，满足用户需求，实现团队目标，从哪里入手？
WBS（Work Breakdown Structure）即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来。团队项目的WBS展示
燃尽图展示
第三部分 测试计划（10分）
3.1 测试计划
3.1.1引言
1.项目背景：大学生有互助代取快递的需求，但是缺乏一个交流信息的平台；
2.参考依据：《<代取快递互助系统>规格需求说明书》
下载地址：
3.测试术语：
（在测试过程中，会涉及到一些本项目的概念名词，现解释如下）
| 概念 | 解释 |
| 好人值 | 评价用户热心度的指标，好人值达到一定程度，平台就用此用户的名义向慈善机构捐款； |
| 好人榜 | 根据好人值排的一个榜单 |
| 慈善机构 | 为第三方正规官方的慈善机构，比如中国红十字总会 |
| 勋章 | 每进行一次慈善获得，获得相应勋章 |
4.相关人员：张新宇（组长） 汪义华 上官文钦 马雪 丁小帅 杨越
3.1.2任务概述
1.测试目标
场景测试：是否可以满足需求
功能测试：原型设计的功能能否实现
压力测试：是否可以支持足够大的并发
单元测试：每个小模块是否可以正常工作
2.测试环境
| 项目 | 内容 |
| 用户类型 | 普通用户（大学生）+ 管理员 |
| 操作系统 | win10 |
| 屏幕分辨率 | 1920px * 1080px |
| 网络环境 | 师大校园网正常情况下 |
| 浏览器 | 火狐60.0.1（64bit |
3.测试范围：
| 快递信息发布子系统 |
| 快递信息匹配子系统 |
| 好人值更新子系统 |
| 评价管理子系统 |
| 注册管理子系统 |
| 平台广告更新子系统 |
| 慈善纪录管理子系统 |
| 互助记录管理子系统 |
| 好人榜管理子系统 |
| 有偿求助子系统 |
3.1.3测试策略
1.测试标准
| 测试内容 | 完成标准 |
| 快递信息发布子系统
| 信息可以被归类，根据信息内容为其添加其标签，以方便其查找等各种操作 |
| 快递信息匹配子系统 | 能根据数据库中的信息，对快递信息进行快速查找、以及排序。根据同专业、同楼层、 同公寓等递减逻辑对发布的快递信息进行
|
| 好人值更新子系统
| 好人值的调整如下：帮助别人增加好人值，求助别人减少好人值。每次互助完成之后，互助双方的好人值要有更新。 |
| 评价管理子系统 | 记录所有收到的评价和给别人的评价。给别人的评价可以实名、匿名、自定义时间发布；评价的等级影响好人值的更新 |
| 注册管理子系统 | 管理用户的位置信息，联系方式，以及后续的修改 |
| 慈善记录管理子系统 | 管理所有慈善记录和勋章 |
| 互助记录子系统 | 每一次互助完成后，设计的互助双方都有一个互助记录的更新，用户可以查看帮助过谁，以及受过谁的帮助 |
| 好人榜管理子系统 | 每两分钟一次，更新好人榜；要根据用户设置，显示匿名或者实名 |
| 有偿求助子系统 | 当好人值降低到0时，如果仍要求助，就要有偿付费。 |
| 平台广告更新子系统 | 这一部分会根据与广告主的协议，广告持续的时间到期后，就要自动更新后续的广告 |
2.并发测试标准
| 项目 | 细则 |
| 最大并发量 | 50人同时访问 |
| 网络条件 | 师大校园网正常情况下 |
| 预期结果 | 相应速度不超过5S |
| 测试工具 | apache ab |
3.测试验收
| 项目 | 内容 |
| 测试方式 | 将1.0版本上线，收集用户反馈 |
| 测试内容 | 用户对各个子系统的评价 |
| 验收标准 | 好评率超过50% |