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