项目功能规格说明书
团队博客-功能说明
典型用户
为了方便产品的制作与描述,我们确定了两类典型用户:学生和教师。针对不同的学生,我们确定了以下典型用户:
学生类型 | 使用本产品目的 | 使用场景 |
---|---|---|
重修某课程学生 | 重修某课只想及格 | 查询评论,了解课程通过率 |
学霸 | 想知道选哪个教师更能学到更多的知识 | 查看往年的评价,了解课程要求以及教师的情况 |
只想刷GPA的学生 | 为了有更高的GPA | 查询评价,了解课程给分情况 |
只想混学分的学生 | 为了通过课程 | 查询评价,了解课程难度和通过率 |
针对不同的教师,我们确定了以下典型用户:
教师类型 | 使用本产品目的 | 使用场景 |
---|---|---|
授课教师 | 了解同学们对课程的真实评价 | 查看评论,了解学生意见 |
教学质量把控人员 | 把控教学质量 | 查询历年评价,了解不同课程的学生反映情况以及课程发展状况 |
界面设计
选择学校,专业,课程
注册页面
登录页面
课程信息展示页面
课程详情页面
评价编辑页面
边界条件
项目 | 边界条件 |
---|---|
用户数量 | 当前服务器可同时承载100个用户使用 |
课程容量 | 目前的容量为2000,足以容纳北航所有课程 |
评论总数 | 没有限制,测试时限制为100000条 |
页评论数 | 每一页显示五条评论 |
评论字数 | 0~200个字 |
语言 | 支持中文 |
测试标准
什么叫“好”,什么叫“这个功能测试完了,可以交付了”?
我们认为在测试的时候应该分为三个阶段:
1,实现理想情况下的所有功能。
2,试用所有典型用户。
3,覆盖所有的边界条件。
当这阶段都完成之后,我们认为这个功能测试完了,可以交付了。以评论功能为例,能实现正常的评论,提交评论之后能正常显示,则1阶段完成。对于所有的学生和教师,都能够正常地发表评论,查询评论,获取信息,则2阶段完成。能够保存10w条评论,一页正常显示五条评论,当评论字数201或者0的时候,无法提交评论,并且提示用户相应的错误信息,满足这些边界条件,则3阶段完成。到这个时候,我们认为,评论功能测试完毕,可以交付了。
系统功能的描述以及验收标准
系统功能 | 验收标准 |
---|---|
注册功能 | 填写用户信息之后注册完成,同一个邮箱只能注册一个账号 |
登录功能 | 正确填写用户名和密码登录成功,否则弹窗提醒密码错误。解决密码明文保存的问题 |
搜索功能 | 实现关键字搜索,可以依据用户输入的关键字搜索出相应课程 |
课程信息 | 显示所有的课程信息 |
评价显示 | 分页保存评论信息,一页显示五条评论,显示评论人的头像以及ID |
评价功能 | 能够正常提交评论,评论字数限制为200,不支持匿名评论,只支持中文 |
可能产生的副作用
无法保证评论的真实性,可能会对学生的选课产生误导。
恶意评价会恶化学生对教师的印象,导致该教师的课程选课学生不足,以至于无法开课。
对于教师而言,看到学生不好的评价会影响情绪,挫伤教学积极性。