1.4 需求验证
需求验证是指在需求规格说明完成之后，对需求规格说明文档进行的验证活动。它的检查方法有：自由方法、检查清单、缺陷、功能点、视角、场景、逐步提升。
在这周由项目经理完成了需求验证，其中项目经理采用检查清单的方式完成需求验证的一致、可测试部分的验证。
一致(Consistent)：所有需求必须是一致的，任何一条需求不能和其他需求相矛盾。
|
一致性审查表格 审查人：车孟杰 |
|||
|
身份 |
功能 |
子功能 |
评审意见 |
|
学生 |
注册 |
1. 学生与老师的浏览作业和话题的需求不矛盾，无论学生老师都应该拥有浏览作业和话题的需求，只要开发时注意代码的复用就好了； 2. 学生、老师的权限依次递增，浏览作业和话题的需求上，老师可能在后续的程序完善中可以看到多于学生的信息，比如上传作业者身份、话题发布人等，虽然不同，但是学生和老师的浏览作业和话题的需求并不相互矛盾，所以仍然满足一致性需求； 3. 学生和老师都有登陆的作业管理系统的需求，两者需求实际上是一致的，都是身份验证需求。 4. 其余的不同方面的不同功被赋予不同身份的用户，除了浏览作业和话题其他的功能不存在重复，所以不存在不同用户的同种需求规定不同造成需求的不一致。 |
|
|
登录 |
|||
|
老师 |
登陆系统 |
||
|
发布公告 |
|||
|
管理作业 |
删除作业 |
||
|
修改作业 |
|||
|
作业评分 |
|||
|
留言板管理 |
发表话题 |
||
|
删除话题 |
|||
|
删除评论 |
|||
|
资源管理 |
上传资源 |
||
|
删除资源 |
|||
|
下载资源 |
|||
|
评审结论 |
上述任何一条需求与其他需求不存在矛盾，即满足需求一致性要求。 |
||
可测试(Testable)：每项需求都能通过设计测试用例或其它的验证方法来进行测试。
|
可测试性审查表格 审查人：车孟杰 |
||||
|
身份 |
功能 |
子功能 |
评审意见（测试方法） |
预期结果 |
|
学生 |
注册 |
初次使用的用户是否可以注册 |
可以注册 |
|
|
已注册学生用户是否还可以注册 |
不可以注册 |
|||
|
学生用户退出后是否可以注册 |
可以注册 |
|||
|
浏览资源、留言板、公告和作业 |
学生用户是否可以浏览公告、资源、留言板和作业界面 |
可以浏览 |
||
|
学生是否可以浏览公告、资源、留言板和作业内容 |
可以浏览 |
|||
|
老师 |
浏览资源、留言板、公告和作业 |
（参见游客浏览文章部分） |
（参见游客浏览文章部分） |
|
|
登陆作业管理系统 |
学生是否可以登陆 |
可以，身份是学生 |
||
|
老师是否可以登陆 |
可以，身份是老师 |
|||
|
管理作业 |
删除作业 |
学生是否可以删除作业 |
1. 一般情况，只有老师被允许，学生只可修改删除自己上传的作业，其余被告知无权限； 2. 在后续中如果发现学生作业或留言板中发布不良信息，老师可直接删除学生的作业或留言。 3.所有对于作业板块、资源板块、留言板块老师拥有绝对权限，学生只可以对自己的任务进行发布、修改、删除动作。 |
|
|
老师是否可以删除作业 |
||||
|
学生是否可以修改作业 |
||||
|
修改作业 |
||||
|
老师是否可以修改文章 |
||||
|
发布作业 |
学生是否可以发布作业 |
|||
|
老师是否可以发布作业 |
||||
|
留言板管理 |
发表评论 |
学生是否可以删除评论 |
||
|
老师是否可以删除评论 |
||||
|
删除评论 |
学生是否可以删除评论 |
|||
|
老师是否可以删除评论 |
||||
|
发布评论 |
学生是否可以删除已发布的评论 |
|||
|
老师是否可以删除评论 |
||||
|
资源管理 |
上传资源 |
学生是否可以上传资源 |
||
|
老师是否可以上传资源 |
||||
|
下载资源 |
学生是否可以下载资源 |
|||
|
老师是否可以下载资源 |
||||
|
删除资源 |
学生是否可以删除资源 |
|||
|
老师是否可以删除资源 |
||||
|
评审结论 |
因为所有的需求都可以设计出了切实可行的测试方法，所以满足可测试性。 |
|||