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