团队作业2——需求分析&原型设计

团队成员：组长：尤少辉（050）

　　　　　成员：林莹（035）、林晨昕（033）、洪世豪（051）、王震（054）、王杰（055）

coding.net:https://git.coding.net/ysh0904/web-ceshi.git

一、确定选题----博客作业查重系统

 

　　一直以来，作业抄袭情况屡见不鲜，尤其现在互联网高速发展，对于博客作业的抄袭尤为严重，所以我们小组准备编写一个博客作业查重系统，来缓解博客作业抄袭现象，博客作业查重系统是根据班级博客学生每次提交的博客作业，检查作业的重复率。

 

二、需求分析

 

　　1、N（Need，需求）

 

　　主要人群肯定是我们的老师以及助教，老师和助教肯定希望同学们的报告都是自己完成的，但是一个老师可能要教好几个科目，每个科目都有其一定的作业，如果老师都是自己一份一份去查看学生的报告，工作量大不说，由于审查的报告数过多，也没法准确看出学生之间的抄袭程度，即便是助教在忙碌于自己工作的同时也要进行查重，也是望尘莫及，所以我们的这一款产品也就应运而生。而且本产品的出现也是对于以下条件：

　　a、互联网发展迅速，博客作业可以直接复制黏贴，方便快捷，甚至于从不同的地方复制拼接在一起。

　　b、抄袭作业情况，存在于学生中，屡见不鲜，老师无法严格管制，抄袭越发严重。

　　c、现下大学生，作业本应独立完成，但是这种抄袭现象，在其中蔓延，愈演愈烈，最后演变至学完课程，但所学无几。

　　d、从学生时期开始抄袭作业，以致入社会工作抄袭别人创意，这种现象的发生。

　　所以更应该在还为发生前，进行遏制，这也促成我们的这一款产品的诞生。

 

 

 

　　2、A（Approach，做法）

 

　　（1）我们的登陆界面分为学生登陆和教师登陆。学生登陆主要是提交报告。教师登陆进行收录文件库以及对文件库中作业进行查重。

 

　　（2）教师可以选择的查重的文件选项有一对一、一对多、多对多。系统会自动算出报告的重复率，还会在末尾里显示出重复率最高的同学的名字和其相关信息。方便教师批判出同学的抄袭情况。

　　　　　a.一对一：选择一位同学的报告和另外一位同学的报告来对比，主要是在疑虑两位同学作业存在抄袭的情况下，进行详细比对这两位同学的作业，观察他们的重复率以判断作业是否存在抄袭。

　　　　　b.一对多：选择一位同学的报告和其他多位同学的报告来对比，主要是一位同学从不同的同学的作业中分别抄袭的情况下，进行比对这位同学和那些同学的作业，观察他的重复率以判断作业是否存在抄袭。

　　　　　c.多对多：选择多位同学的报告来对比，主要是检查全班范围内，是否存在同学抄袭作业，具体也是观察他们的重复率以进行判断。

　　　　系统会自动算出报告的重复率，还会在末尾里显示出重复率最高的同学的名字和其相关信息。方便教师批判出同学的抄袭情况。

 

　　（3）在右上角，我们还设置了满意度，意见反馈和注销选项。用户可以对此系统做出评价，写出满意度系数以及使用感的意见反馈，方便我们团队收集使用者的意见反馈，并做出改进。

 

 

 

　　3、B（Benefit，好处）

 

　　好处是很明显的，主要是方便教师可以查看学生我那个提交上来的报告有没有存在抄袭，一个老师通常负责的学生很多，没办法做到一个一个去看学生的报告还记得哪几个学生的报告存在雷同。那带来的另一个好处是，有了这么一个报告查重系统，学生也不敢抄袭别人的报告了，只能亲自上阵，独立去完成作业，这样也方便老师看出大家的不足，在课上提出并帮助大家改进，不会出现两大极端----会的特别会，不会的一点也不会。

 

 

 

　　4、C（Competitors，竞争）

 

　　目前的话常见的是毕业论文查重系统，倒还比较少见报告查重系统，不知道市面上有没有查重报告这样的系统。我们的很多老师对于学生交上来的报告一般采用人工去分析的形式，竞争应该还比较小吧。

 

 

 

　　5、D（Delivery，推广）

 

　　这样的一款产品，主要的使用者当然是我们的老师和助教，所以我们会推荐给我们的老师以及助教使用，通过和老师、助教的不断交流，去完善我们的功能。然后在教师中逐步推广，然后向各高校进发。

　　具体推广：

　　a、先给本班助教以及老师使用并实时解决老师以及助教在使用上的疑问，定期征询老师的意见。

　　b、待产品完善后，再发布网站供广大教师团体使用。

　　

三、原型模型展示

　　我们的报告查重系统主要是以网页版的形式呈现的，下面就简单截几张图：

　　登录界面：

　　

　　教师查重具体功能（一对一、一对多、多对多、文件库等）：

　　

　　

　　个人中心：

　　

　　查重结果显示：

　　

　　

　　

四、可行性分析及预期规划

　　可行性分析：对于我们小组的查重系统，我觉得还是有一定的可行性。毕竟查重系统对于现在的情况来说，是绝对需要的，这不仅能有效缓解博客作业的抄袭，而且可以解决老师助教的工作负担。而且对于查重代码方面，网络上也有许多资料，我们会参考资料，再结合自身能力，把查重系统做好；美工方面，我们也有相关工具可以以及两位心灵手巧的女生，这也是我们小组的优势，我们会好好利用；推广方面：先让我们的老师和助教先行使用，有他们的建议，我觉得我们的查重系统会更加完善。由于我们都是第一次接触这么大的项目，我们也没有多大的把握一定能够实现，但是我们会尽力的，希望可以看到胜利的曙光......每次我们小组都会开个小会来讨论项目大致的方向，并对出进行分工改进，希望可以成功，那大概会成为大学里最有意义的一件事吧。。

　　预期规划：对于这个，我们小组也是比较明确的，每周在任务发布之前，开一次大会议，进行具体分工，时间均为一周之内，不定时开小会议，进行工作汇报。

 　 最后附上我们本周会议美图：

　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　----集体玩查看相关资料

五、结论

 

　　本次任务，发现了本组成员都有种拖延症的毛病，不到最后一刻都想往后做；还有开会的时候没有准备充分，导致了有时候空气冷静了下来，也有不少问题没有及时讨论；最后在成员的共同努力下还是完成了本次任务