团队作业3——需求改进&系统设计

需求&原型改进：

1、给目标用户展现原型，与目标用户进一步沟通理解需求。

a. 用户的痛是什么？场景是什么？
学生作业数量大，收集统计，分类查重的工作量太大，过程繁琐。
b、痛点的解决
本系统可以达成自动统计代码量，函数名查重的功能，节省时间，简化过程。

2、修改完善上周提交的需求规格说明书。

https://coding.net/u/hts-technology/p/CodeManagement/git
在与任课老师交流中，我们加上了对于代码数量统计每日一总结以便于比较的功能，且上次的需求规格说明书没有对典型用户的场景描述，这次我们添加如下：
2.1用户场景

2.1.1典型用户
王老师——检查作业的人

2.1.2背景

    用户的需要/迫切需要解决的问题
    学生作业数量大，收集统计，分类查重的工作量太大，过程繁琐。

2.1.3场景
关于这个场景的文字描述。

    王老师每节课都会布置编程作业，让同学们每周三中午交齐，王老师需要将这些作业一一检查。周三又到了，王老师将收上来的代码作业导入代码分析管理系统。由系统进行按照编程语言分类，并计算代码量，由此便可轻松地知道该学生本周代码量是否达标，以及学生们作业的函数重复率，大大节省了查阅时间。

3、功能分析的四个象限。

4、任务分解WBS。

a. 团队项目的WBS；

b. 估计各任务所需时间

系统设计：

项目数据库设计：https://coding.net/u/hts-technology/p/CodeManagement/git

数据库ER图

Alpha任务分配计划

第一天：数据库设计的讨论，建立文档，并创建数据库；
第二天：完成用户注册，用户登录部分功能；
第三天：Java项目文件遍历代码编写；
第四天：Java代码统计函数的编写；
第五天：代码复用编写C++模块；
第六天：代码复用编写C#模块；
第七天：对代码进行整合完善，以及修复。

测试计划

1.引言

1.1项目背景：

为了实现方便老师起到对学生代码作业的监督。实现查重，统计，分类的目的。

2.任务概要

2.1测试范围：

 查相同函数和相同的类，进行语言的分类（例如c与java等的分类）以及代码数量的统计，还会加入查在不同类下的相同函数的功能。以防同学只是改了一个简单的名字。 另外，还会加入一项测试：可以通过关键字查询。这是目前的测试范围，尽量满足各方面的条件。

2.2测试目标：

先将小组成员以前写过的代码收集，进行测试。

2.3广义上还包含测试需求分析：

测试的话，不仅仅需要精准度，还要尽量减少错误率。对代码的要求也要做到求精，并且测试必须伴随着项目的进行而进行。这样才能确保最大的成功和最少的错误。

3.测试策略

3.1测试人员需求、分工

小组会有两人人担任测试的工作，两个人辅助测试。

3.2测试方法（自动化测试／手动测试；白盒测试／黑盒测试；中断测试／临界测试／压力测试等）

手动测试

3.3工具引用及测试培训（内训／外训）

内训

3.4测试阶段计划（工作内容、人员安排、起止时间等）

4．测试资源

4.4测试人员需求：

必须有一定的测试基础。对各种语言有一定的熟悉能力

5．风险评估

5.1人力方面：

人力分布均匀，且必须互助，而不是简单的负责一个模块，共同测试才能发现不容易发现的问题

5.2时间方面：

随着程序的编写，同步与测试进行

6．其他内容

由博客形式发布，助教与老师共同监督