团队作业3——需求改进&系统设计
需求&原型改进：
1、给目标用户展现原型，与目标用户进一步沟通理解需求。
思考：他们痛苦的是什么？场景是什么？
一次考试，考试期间痛苦的是学生（非学霸），考完试后痛苦的是老师。对教师用户而言，痛苦的是：改卷过程中仅核对选择题就花费不少精力，主观题就更难评分了，每次改试卷都要花很多时间。这个系统就是为了解决这个问题，实现了在线的考试和评分，免去了批改试卷对人工的依赖，节省了工作成本，提高了工作效率。对学生用户而言，好像令他们痛苦的事情并没有解决，因为这个系统依然需要考试，那么如何能让学生们不用考试呢？咳咳~这个问题我们到时候再说...
2、修改完善上周的软件需求规格说明书
上周的《需求规格说明书》初稿在产品描述方面描写的不够详尽，这周做出修改，原型设计也做出改进：
2.1产品描述（详细）
现如今网络发展迅速，生活节奏加快，教育行业也变得更加重要，有教育就有学习的考核，在这样快节奏的生活下手工组题出题已经不能满足现在的需求。
本组的软件：1.通过数据库手动添加题目或者自动选题两种方式，2.提供考试的时间选择、评分和重做错题的功能3.具有正式考试退出后不允许再次进入的功能。4.提供题目录入、编辑、删除等维护功能。
并且会定期收集使用者反馈的问题及时做出反馈并及时更新程序所出现的bug。保证用户正常使用此软件。
2.2产品功能
在题目范围中增加选择（1.小学2.初中3.高中4.大学）
3.1.1用户界面
界面首页：
登陆界面：
登陆后界面：
选择界面：
提取题目后的：
2.6用户场景
2.6.1典型用户
教师——自由组卷出卷
2.6.2背景
1）典型用户：教师【主要】、学生【次要】
2) 用户的需要/迫切需要解决的问题
需要一套能够自由组卷出卷评分的软件。学生程度不同，科目范围广，难以做出合适的试卷。需要一款工具来根据教师的需求做出合适的试卷。
2.6.3场景
期末考试临近，教师根据需求选择适合的题型、试题难度范围。然后系统自动生成满足需求的试卷，教师如果不满意可以再次进行组卷，直到选到满意的试卷，这样提高了工作效率。
3、参考《构建之法》8.5节功能的定位和优先级，给出功能分析的四个象限。
4、任务分解WBS
一个团队项目要在一段时间内完成诸多任务，满足用户需求，实现团队目标，从哪里入手？
WBS（Work Breakdown Structure）即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来。
a. 请给出团队项目的WBS
b. 团队成员估计各自任务所需时间
吴世荣：负责给目标用户展现原型、给出功能分析的四个象限，花费4个小时；
黄良静：负责修改完善上周提交的需求规格说明书，花费3个小时；
栗海辉：负责给出团队项目的WBS并估计各自任务所需时间，花费4个小时；
祝攀峰：负责系统设计中的系统架构和数据库设计，花费4个小时；
翁彬妹：负责Alpha任务分配计划，花费3个小时。
何琴琴：负责测试计划，花费3个小时。
系统设计：
在设计阶段，我们要清楚：软件是怎么解决这些需求的？
一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。
1、如何才能最大限度地实现这些需求，这就是架构设计要解决的问题。请给出系统的架构设计
2、完成团队项目的数据库设计，并在随笔中提供相应ER图（如果必要）
Alpha任务分配计划：
召开迭代计划会议，为下周进入Sprint作准备。
第一部分：以需求分析为主，选择和排序本次迭代需要实现的订单条目
（1）事先与用户沟通，通过调查问卷访问用户需求，汇总用户需求，并将其进行反馈。（吴世荣）
（2）将用户需求联系系统功能，将系统功能的实现进行任务分配，跟进各项任务。（何琴琴）
（3）进行系统功能的实现：
1.编写自由组卷、自动评分系统（黄良静）
2.编写自动评分、在线考试系统（翁彬妹）
3.数据库的管理和维护，题目收集分类，数据导入、导出（祝攀峰）
4.美工，页面布局，编写基本的web界面（栗海辉）
（4）基本功能实现后，进一步完善、修改：
①将基本的查重系统进一步的完善、修改，并将后端的功能进行整合。（何琴琴）②将完成的web界面与后端进行交互。（吴世荣）
第二部分：以设计为主，确定系统设计方案和工作内容
（1）黄良静：自由组卷、在线考试（根据出题者选择的科目，难易度等组成一套合理的试卷、学生可在线登陆并参与考试）
（2）翁彬妹：自动评分、在线考试（学生可在线登陆并参与考试、系统根据学生的答题结果进行正确阅卷，给出分数及答题情况）
（3）祝攀峰：数据库的管理和维护（题目收集分类，数据导入、导出）
（4）栗海辉：美工，页面布局，前端界面（使用web界面适当地提升面向对象的适用性，方便用户轻松使用界面与后端进行交互）
（5）吴世荣：web界面与后端进行交互（尽量做到美观，简洁明了）
（6）何琴琴：整体测试及完善（保证用户使用的舒适度及实用性）
测试计划：
测试不是在所有的开发工作完成之后才进行，而是与开发几乎同步进行的
测试计划和测试总纲主要说明产品是什么，要做什么样的测试，时间安排如何，谁负责什么方面，各种资源在哪里，等等。
1.引言
- 1.1项目背景
随着在校学生不断增加，对学生的考试管理工作也越来越复杂，为了方便学生考试，并对学生考试进行统一管理，提高教师的工作效率，本团队决定开发一款自由组卷出题评分系统，简化教师工作，节省用户的宝贵时间，提高工作效率。该系统面向所有教师，能够根据出题者意愿自动生成一套合理的试卷，对生成的试题给出正确的答案并且自动评分。 - 1.2参考资料
《在线组卷评分系统调查问卷》、《软件需求规格说明书》 - 1.3有关项目人员组成以及联系方式
- 开发人员：翁彬妹、黄良静、祝攀峰、栗海辉
- 测试人员：何琴琴、吴世荣
- 需求分析人员：何琴琴、吴世荣
2.任务概述
- 2.1测试范围
- 1、用户登陆安全，即测试其他非使用用户能否登陆系统；
- 2、对数据库管理的测试，即是否能完整的维护数据库的安全；
- 3、对自由组卷功能的实现的测试，测试能否给出满足用户需求的试卷；
- 4、对自动评分功能的实现的测试，测试自动评分功能的准确率，确保不造成“误判”
- 2.2测试目标
- 1、阻止非使用人员的访问，保证系统的安全性；
- 2、保证数据库管理的稳定性；
- 3、对于自由组卷功能，确保给出满足用户需求的试卷；
- 4、对于自动评分功能，确保自动评分功能的准确率尽可能的高
3.测试策略
- 3.1测试人员需求、分工
测试方面会安排何琴琴和吴世荣负责，两人协同合作，共同测试。 - 3.2测试方法
自动化测试／手动测试 - 3.3测试阶段计划
4．测试资源
- 4.1硬件资源需求
- CPU：P4 1.8GPz
- 内存：2GB以上
- 4.2软件资源需求
- 操作系统：Windows系统
- 数据库：SQL Server
- 开发工具：Eclipse
- JSP服务器：Tomcat
- 4.3测试环境需求
该系统为B/S三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分。
以下是系统的软件环境。- （1）客户端
- 操作系统：Windows7或更新版本。
- 浏览器：IE7以上，其它常见浏览器如Google。
- （2）应用服务器端
- 操作系统：Windows7或更新版本。
- 应用服务器：Tomcat 5.5或更新版本。
- 数据库访问：JDBC。
- （3）数据库服务器端
- 操作系统：Windows7或更新版本。
- 数据库系统：SQLServer 2008或更新版本。
- （1）客户端
5．其他内容
除以上内容有关项外，还要包括测试计划制定者、日期、修改记录、评审人员（开发负责人／测试负责人／项目经理）等信息
对于测试计划不完善地方，还会根据进度补充拟定。
成员的贡献比例：
