团队作业3——需求改进&系统设计
需求&原型改进：
1.给目标用户展现原型，与目标用户进一步沟通理解需求:
a.用户的痛是：检查博客作业浪费了大量时间。
b.用户的场景是：
用产品之前的场景：当前教师检查学生博客作业，以手工汇总方式来判断学生的作业质量。而手工汇总存在耗时长，工作量大，容易出错等因素。
用产品之后的场景：该系统将采用由机器来完成汇总计算学生作业的重复率以此来避免学生作业抄袭的现象，能明显地提高教师判断学生作业的重复率，与作业质量，并且节省教师批改作业的时间。
2.修改的需求规格说明书:
https://coding.net/u/keyi123/p/rgxz/git/blob/master/软件需求规格说明书改.docx
上周的《需求规格说明书》初稿在3.2功能需求方面描写的不够详尽，这周做出修改： ####（1）功能描述（概要） ``` 用户（教师、助教） ·添加学生博客地址 ·查重（1对1、1对多、多对多） ·查看结果数据（重复率等） ``` ####（2）功能描述（详细） ``` 在班级博客后台老师能快速得到所有同学的博客网址，将博客网址输入博客作业查重系统中，进行查重，得到查重率，还可以返回首页继续查重。 在以上功能的基础上，用户希望系统可以自动收集所有同学的博客地址并自动计算同学们作业的查重率，并提供关卡（用户可以自定义输入查重率超过百分之几就判定为作业抄袭），以此加快老师作业评判的效率和灵活性。 ``` ####（3）用户场景 #####a.典型用户 ·助教、老师——发布任务的人 
b.背景
1）典型用户：教师【主要】、助教【次要】
2) 用户的需要/迫切需要解决的问题
需要检查学生的博客作业，并根据内容给出打分。学生人数较多，难以判别是否抄袭。需要一款工具来检查出博客之间的重复率，并根据重复率高低列出相似博客内容，帮助老师审阅批改学生作业
3）已收集班级学生个人博客网址
c.场景
新学期软件工程课开始了，学生们根据每周发布的软件工程作业在期内提交一篇博客。在班级博客后台本博客查重系统可以自动收集所有同学的博客地址并自动计算同学们作业的查重率，并提供关卡（用户可以自定义输入查重率超过百分之几就判定为作业抄袭）。老师只需输入查重判定值，例如输入80%，系统将查重率超过80%的同学作业评定为抄袭，以此加快老师作业评判的效率和灵活性。老师很快可以知道有哪些同学“应付”了作业，并对其进行相应处理。
3.功能分析的四个象限:
| 外围功能 | 杀手功能 | |
| 必要需求 | 第二象限 良好的界面设计；查重功能的准确性。 |
第一象限 可以将全班的博客地址导入，可检查出多对多作业的重复率，并进行排序。 |
| 辅助需求 | 第三象限 web界面适当地提升面向对象的适用性，清楚、美观。 |
第四象限 界面背景图片或者颜色的设置。 |
4.任务分解WBS:
##系统设计： https://coding.net/u/keyi123/p/rgxz/git/blob/master/系统设计.docx
##Alpha任务分配计划： ###1.以需求分析为主，选择和排序本次迭代需要实现的订单条目 ``` a.事先与用户沟通，访问用户需求，汇总用户需求。
b.将用户需求联系系统功能，将系统功能的实现进行任务分配。
c.进行系统功能的实现：
①使用爬虫导入博客地址。②编写出基本的查重系统。③编写查重系统的web界面。
d.基本功能实现后，进一步完善、修改：
①将基本的查重系统进一步的完善、修改，并将后端的功能进行整合。②将完成的web界面与后端进行交互。
###2.以设计为主，确定系统设计方案和工作内容
a.抓取博客网页上的内容以便查重（使用网络爬虫）
b.查重功能（查重的规则主要有以下几种：（1）连续的字数不能超过xx字，否则标注出来加入查重率。（2）以句子为单位查重，根据句子相似度标出不同颜色，加入查重率）
c.前端页面（使用web界面适当地提升面向对象的适用性，方便用户轻松使用界面与后端进行交互。）
##测试计划：
###1.引言
####1.1项目背景
需要检查学生的博客作业，并根据内容给出打分。学生人数较多，难以判别是否抄袭。需要一款工具来检查出博客之间的重复率，并根据重复率高低列出相似博客内容，帮助老师审阅批改学生作业。
###2.任务概述
####2.1测试范围
①抓取功能的测试，即是否能准确无误的抓取网址内容；
②对查重功能的实现的测试，测试查重功能的准确率，确保不造成“误判”；
③在实现过程中，我们会根据我们的进度不同方面的测试，确保其健壮性。
####2.2测试目标
①对于抓取功能方面，我们会确保将粘贴的网址内容准确地储存到本地；
②对于查重功能方面，将保证查重准确率尽可能的高（这基于我们对查重算法的选择）；
③对于其他方面，比如在进行多对多查重方面，我们会将其效率性不断测试不断提高。
###3.测试策略
####3.1测试人员需求、分工
测试方面会安排两人负责，两人协同合作，共同测试。
####3.2测试方法
自动化测试／手动测试.
####3.3测试阶段计划（工作内容、人员安排、起止时间等）
<table>
<tr>
<td>工作内容</td>
<td>人员安排</td>
<td>起止时间</td>
</tr>
<tr>
<td>抓取功能的测试</td>
<td>柯怡芳/林凯</td>
<td>根据进度同步跟进，这里不好给出准确时间</td>
</tr>
<tr>
<td>查重功能的测试</td>
<td>柯怡芳/林凯</td>
<td>根据进度同步跟进，这里不好给出准确时间</td>
</tr>
<tr>
<td>其他方面的测试</td>
<td>柯怡芳/林凯</td>
<td>同步跟进</td>
</tr>
</table>
###4.补充
对于测试计划不完善地方，还会根据进度补充拟定。
##成员的贡献比例
<table>
<tr>
<td>团队成员</td>
<td>王婧</td>
<td>柯怡芳</td>
<td>陈艺菡</td>
<td>钱惠</td>
<td>尼玛</td>
<td>林凯</td>
</tr>
<tr>
<td>博客完成内容</td>
<td>需求&原型改进：修改完善上周提交的需求规格说明书</td>
<td>需求&原型改进：给出功能分析的四个象限；Alpha任务分配计划；博客整合</td>
<td>系统设计</td>
<td>需求&原型改进：任务分解WBS</td>
<td>需求&原型改进：给目标用户展现原型，与目标用户进一步沟通理解需求</td>
<td>测试计划</td>
</tr>
<tr>
<td>贡献比例</td>
<td>16.5%</td>
<td>17%</td>
<td>17%</td>
<td>16.5%</td>
<td>16%</td>
<td>17%</td>
</tr>
</table>
