alpha阶段项目展示
课程评价网站——公客
- 为大学生选课排忧解难
- 公正，客观的评课网站
- 为大学生提供发表自己看法的平台
- 为每一门课程打出公正的评分
我们的团队——弗朗明哥舞步
团队成员
我们的项目
发现问题
- 每个学期开学，学生都将面对选课的难题。他们看到的只有课程的名字，老师的名字，以及很少的一些上一届学长学姐的个人建议
- 错选了不感兴趣、不适合自己的课 OR 错过了自己真正喜欢的课
- 上过课的同学想要向大家推荐这门课，或是对这门课有自己的建议，没有合适的平台
产品的目标
- 产品面向所有存在选课困难的本科生
- 向学生提供公正客观的课程信息和评价
- 向学生提供能够发表自己想法的课程评价平台
网站的功能描述
- 向用户提供每一门课的基本信息（现阶段只有课程名，学院名，授课老师，类型和学分）
- 用户能够对课程做出评价和评分，同时可以选择匿名评价
- 用户能够以搜索的方式找到目标课程，课程页面将展示评分数量和评价内容以及课程基本信息
访问量统计
- 截止到昨晚，点击量达到6000次，注册用户数量30左右，课程评价数目不足十条。其中6000次包含了测试时的点击量，真实点击量在2000左右，这一结果难以达到预期
- 正式发布时间往后推迟了将近一周时间
- 宣传力度不够
- 网站存在较多问题，不够吸引用户
团队合作过程
| 成员 | 角色 | 主要贡献 |
|---|---|---|
| 易子沐 | 前端工程师 | 网站首页开发 网站页面设计 协助其他页面开发 |
| 杨艺媛 | 前端开发人员 | 课程信息页面开发 |
| 赵晓宇 | 前端开发人员 | 搜索结果页面开发 课程评价页面开发 |
| 夏欣怡 | 后端工程师 | 搜索引擎开发与连接 提供技术支持 |
| 张华杰 | 测试人员 | 开发阶段: 获取课程信息 提供课程评价评分方案 测试阶段 对网站做测试并协助修复BUG |
| 刘斯盾 | 项目经理 后端开发人员 |
处理前后端连接部分 搭建维护数据库 督促团队成员完成任务 控制项目开发进度 |
在设计实现过程中，会对以前的设计做出一定的修改，甚至完全推翻。因此我们在开发过程中在遇到信息交互接口部分时，主要依靠接口两端开发人员的口头交流，而没有完全按照开发之初的设计文档做接口设计。
经验教训
- 最大的问题就是设计时没有做周全的考虑，出现了纰漏，导致在实现的过程中发现了很多细节的问题。例如前后端的连接部分，最开始设计的一些post和get请求发现不需要用到，而一些细节的功能实现又需要新的post和get请求。于是造成了实现决定设计而不是设计决定实现的问题。
- 第二个问题就是对任务或者交流得到的结果的理解出现偏差，造成各自按照自己的理解完成模块后发现不满足要求，无法对接。最后的解决方法也只能是一个人去改另一个人的代码，是这一接口能够对接上。
- 任务无法及时完成也同样是一个问题。项目中的一些任务是相互依赖的，如果这个任务无法完成，下一个任务就不能开始，造成较大的进度问题。
一些文档
- 功能规格说明书
- 技术规格说明书v0.1(技术规格说明书在项目设计阶段规定了实现时的一些接口规格，但是由于上述原因没有发挥应有的作用)
项目进展情况记录（燃尽图）
alpha阶段最终实现的功能
- 根据学校，专业和关键词搜索课程。搜索得到的课程将按照用户的评价和评分次数做为排序依据。
- 从搜索结果界面点击课程名能进入课程详细信息页面。页面中包含课程名，课程类型，课程所在学院，用户对该课程的所有评价，以及课程细则评分。
- 用户从课程详细信息页面可以选择撰写评价。在课程评价页面可以对该课程评分，发表自己的评价。支持匿名。
- 支持用户的注册、登录及注销。（暂时不能对邮箱的真实性做审核，将在下一阶段实现这一功能。）
我们做的测试
- alpha阶段测试报告
- 在这里列出一些测试人员和用户反映的较为严重的bug
- 会出现登录信息cookies未在适当时候保留或者移除，比如在课程页面注销，但在主页还留存着的情况。（已解决）
- 缺少对于评论的修改或删除选项，也不支持对于评论的评论。
- 密码输入错误一次之后，再重新输入也无法登陆，而且看密码的按钮也无法继续使用。
- 输入邮箱没有验证，随意输入字符串都能通过。
- 网页在数据的安全性方面没有做周密考虑，存在较多的安全漏洞。例如通过post或get进行用户操作时没有验证其身份，使恶意用户能够伪造身份篡改信息。
- 兼容性存在一些问题，360浏览器，edge浏览器以及UC浏览器中无法看到课程评价。
这是我们公客网站的第一条课程评价！
我们的发布说明文档
项目代码单元测试
- 我们的单元测试代码：
- 我们的测试结果：
- 团队贡献分统计（待完成）
