需求&原型改进：
给目标用户展现原型，与目标用户进一步沟通理解需求。
- 思考：他们的痛是什么？场景是什么？（用产品之前/之后，有照片或视频显示用户调查的过程，使用了各种调查手段的，加分）
产品使用前：对题型安排以及分数的分配需要思考，而且不能和各地考题以及多年的考题出现大规模一致，但是重要的知识点一定要涉及到
产品使用后：试卷难度整体系数需要在审核，另外对想要考的重点尽量覆盖
a. 上周的《需求规格说明书》初稿有哪些不足？特别是：功能考虑不全或需求文档描述缺少的地方。
目前还没有想到
b. 将具体改进内容发布在随笔上。
c. 建议：用一个场景，像讲故事 （User Story）那样，描述用户怎么使用几个相联系的功能，解决了用户的问题。
春娇老师作为一个英语老师，在平常教学后，对学生的考核工作中，感觉出卷有点麻烦，既要考虑试卷整体难度，又要考虑知识点覆盖率等等；另外，对考试后学生错题的统计很麻烦，有了该系统可以轻松解决这些问题
志明同学作为一个爱好上进的同学，在老师考试过之后，非常想自主学习并纠正错题，有了该系统之后可以轻松达到这些要求
任务分解WBS：
a. 请给出团队项目的WBS；
| 教师出卷系统 | |||
| 试题库模块 | 自动出卷模块 | 答题模块 | 评分模块 |
| 题目类型（选择题、填空题、判断题、综合能力题） | 完全随机出卷 | 学生：查看答题分数；查看错题答案分析 | 按照小题统计 |
| 知识点类型 | 按照比例出卷（题目类型比例、知识点类型比例） | 教师：查看错题统计 | 按照知识点统计 |
b. 团队成员估计各自任务所需时间
| 模块类型 | 具体模块分析 | 耗费时间（h） |
| 试题库模块 | 题目类型 | 5 |
| 知识点类型 | 10 | |
| 自动出卷模块 | 完全随机出卷 | 1 |
| 按照比例出卷 | 3 | |
| 答题模块 | 学生 | 5 |
| 教师 | 5 | |
| 评分模块 | 按照小题统计 | 6 |
| 按照知识点统计 | 10 |
功能分析四象限：
|
| 外围功能 | 杀手功能 |
| 必要需求 | 用户可根据所要求试题科目，题目类型，要求分数生成一套试卷 | 学生可以看到以往做的错题 |
| 辅助需求 | 可以对试题进行打印 | 老师可以看到错题统计
|
系统设计：
在设计阶段，我们要清楚：软件是怎么解决这些需求的？
一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。1.如何才能最大限度地实现这些需求，这就是架构设计要解决的问题。请给出系统的架构设计
从架构设计上我们分为前端设计和后端设计两部分
前端设计：直接与用户打交道，与用户进行交互
后端设计：负责处理用户的请求，为用户提供其想要的数据
Alpha任务分配计划
召开迭代计划会议，为下周进入Sprint作准备。
第一部分：以需求分析为主，选择和排序本次迭代需要实现的订单条目
一、通过采访用户,了解用户需求并进行汇总.并且上网搜索类似的系统的实现情况，学习他们的优点。
二、决定当前的冲刺需要解决的事情。对上述进行细划分，团队成员认领自己的任务去完成，实现了效率的最大收益
三、程序进行测试,记录问题以及需要优化的地方，大家提出问题，协商解决。
测试计划
| 人员 | 测试内容 | 时间(day) |
| 苏上鑫 | 试题库模块 | 2 |
| 吴伟君 | 自动出卷模块 | 1 |
| 周峰 | 自动出卷模块 | 1 |
| 周迪 | 答题模块 | 2 |
| 周志强 | 评分模块 | 2 |
1.项目背景
老师对于出卷感觉有点麻烦，需要认真的分析试卷结构和知识点，考试过后还需要分析学生答题情况，有一套本系统岂不是美滋滋~
2.任务概述
按照上面我们表格中所写的完成各项任务之
3.测试策略
3.1测试人员需求、分工
测试人员需求、分工测试方面各个成员分配安排协同合作，共同测试。具体测试时间还是看功能实现的进度。3.2测试方法手动测试；