团队作业3——需求改进&系统设计
需求&原型改进：
给目标用户展现原型，与目标用户进一步沟通理解需求。
- 思考：他们的痛是什么？场景是什么？（用产品之前/之后，有照片或视频显示用户调查的过程，使用了各种调查手段的，加分）
产品使用前：对题型安排以及分数的分配需要思考，而且不能和各地考题以及多年的考题出现大规模一致，但是重要的知识点一定要涉及到
产品使用后：试卷难度整体系数需要在审核，另外对想要考的重点尽量覆盖
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测试方法
手动测试；
