【软工项目组】第二十次会议(Beta版本的改进计划)

第二十次会议



时间:2018-2-5

地点:网上讨论。

根据前几天同学们给出的《测试报告》,我们对大家给出的意见进行汇总,根据大家的意见按如下分工针对大家的意见进行改善:

总体任务分配

样式(王越琛)

1、标签全选后会出现错位:

2、导航栏中点自己的名字的链接无响应(即自己的昵称换一个样式,不要是超链接的样式)。

3、新的课程建议这里明显和其他的不同,望统一(估计是这个页面翻页的样式忘改了,加一下)。

4、登录界面,当浏览器横向缩小时出现一定程度的重叠现象。

5、未选择任何标签时,用户名和评论内容间隔显得过大。

6、回复区域,第一个用户名后面可以加一个空格。“删除这条回复”按钮和回复内容靠的太近,可以增加一些空格。匿名用户既然不能链接到个人信息界面可以考虑换一个样式。

7、个人昵称过长导致显示问题(如果过长显示省略号)。(这个问题尝试解决一下吧,实在不行的话直接限制昵称长度)

样式(贺一纯)

1、使用safari浏览器时,“我的个人信息”出现显示问题。

2、使用safari浏览器时,左侧菜单栏出现显示问题。

3、个人信息修改界面用户昵称输入框过大,远超昵称所需大小(可以换一个输入框的样式)。

4、把团队介绍页加上(about_us文件已在群文件中)。

5、侧边导航栏重定向后的交互不太好,比如我点新的建议回复,结果导航栏就收起来了(这个可能涉及到参数的传递,不能解决的话可以在群里讨论一下)。

6、弹出消息只用alert,不太好看的(某位同学的建议...可以给alert加个样式吗?)。

7、没做手机端显示适配。

功能(王哲光)

1、点完赞/添加课程/删除课程后,直接跳转到页面最上方,这种设计使用很不方便(刷新界面但仍保留在当前浏览位置的方法)。

2、在搜索课程的输入框输入内容点击搜索后,页面刷新,输入框内的内容清空,此时如果用户想要再进行递进搜索的话,就得重新输入,很麻烦(登录/注册/个人信息修改/密码修改等界面也有此问题,页面刷新时尽量保留输入的信息)。

3、有的课程并没有老师/助教注册,因此在建议界面可以在下面给出“没有老师助教注册”的提示信息,且禁止发表建议(因为发表了也没用)。

4、添加课程后,学生课表里看不见授课老师,下图所示(其实是因为老师没注册吧,可以考虑加上老师未注册的提示信息)。

5、增加历史评论功能(最后有时间再添加,接口可以和陈铮讨论)。

接口BUG(陈铮)

1、输入ycdxsb/”作为邮箱,由于没有邮箱检测

2、注册界面不提供重复发送验证码功能,仅可发送一次,若因网络问题导致邮件丢失将造成无法注册

3、同一个浏览器登录多个不同的科科评科账号,在操作过程中会出现Session乱串的现象。

4、同一个用户可以在多地同时登录。

5、在修改密码时随意输入,敲击回车而不是点击修改密码,则会提示密码已经修改成功。

,敲击回车之后。

如果不是敲击回车而是点击提交修改密码则没有这个问题。

6、密码找回功能接口。

7、历史评论功能接口(有时间添加)。

注册/登录(生力军)

1、注册页面未限制昵称、密码长度,也未提示用户昵称和密码的格式(如6~16位字母数字下划线之类的)。

2、输入明显不合理邮箱也会显示注册成功(邮箱名明显不合理时,例如包含奇怪字符或邮箱名过长过短时,给出错误提示)。

3、当账号未激活时直接登录,也提示“登录失败”,建议给出“请激活账号”的提示。

4、注册完成后依然停留在注册界面,而非返回登录界面(注册成功后弹出前去激活的提示框,过5秒后跳转至登录界面,直接跳转的话用户会看不到提示框)。

5、注册时候的教师姓名提示不是很懂(修改一下文字提示信息)。

6、添加密码找回功能(具体接口与实现方法可与陈铮讨论)。

7、注册后无法登录,点击“登录”按钮无反应(chrome出错,edge和ie11可以使用)。错误如下:(Chrome(PC)上,由激活界面跳转的登录界面,点击登录没反应。这个BUG可能比较难,先解决其他的吧)

8、注册界面应该有一个专门的老师注册和学生注册的区别按钮,而不是在用户选择完邮件后缀后来确定用户是学生还是老师(用户有可能不知道你这个注册是可以学生注册的)。(某位同学的建议,是否有必要可以再探讨一下)

其他(王航)

1、标签的内容意义不明,可以给标签们取个名字。

2、邮箱验证界面(activate.aspx)现在只是加了文字提示,较单调,可以丰富一下界面(验证成功和出错两个界面)。

特别提醒

本次任务的截止日期定在2.12,有问题可以在群里及时讨论。这次大家修改代码时一定要写修改文档,说明自己改了哪个文件的哪些部分,因为很可能出现多人同时改一个文件的情况。

原文地址:https://www.cnblogs.com/HopeChanger/p/8418314.html

时间: 2024-10-12 06:15:01

【软工项目组】第二十次会议(Beta版本的改进计划)的相关文章

西北师大-18软工】第二次作业成绩汇总

[西北师大-18软工]第二次作业成绩汇总 同学们在本学期第一次练习小项目,这个过程中一定遇到了许多困难,希望同学们认真反思得失.同时要认清编程能力薄弱的现实,抓紧时间补短板. 作业题目 实验二 软件工程个人项目 实验目的与要求 (1)掌握软件项目个人开发流程. (2)掌握Github上发布软件项目的操作方法 作业评分标准: 按时交 - 有分(满分30分,代码和博客各15分),检查项目包括: 未提交项目源码到Github上,代码部分不得分:未提交博客到班级博客上,博客部分不得分: 根据项目完成质量

【软工项目组】第二次会议

第二次会议 时间:2017-11-12  14:00 至 15:30 地点:第三教学楼A楼休息区 第二次会议的主要内容为:大家提出各自准备的方案,讨论并确定最终的选题,然后分配任务.会议中,大家提出的方案以及讨论结果如下: 方案名 方案介绍 评价 课程作业管理系统 解决同学丢作业本,助教带作业本不方便的问题.同学拍照上传平时作业,或直接提交电子版实验报告和代码等作业. 系统简单,比较容易实现.但拍照上传作业并不一定方便,照片质量差可能提高了助教的批改难度. 作业公示系统 类似大物实验显示成绩的系

【软工项目组】第十次会议

第十次会议 时间:2017-12-9  19:00 至 20:00 地点:第三教学楼A楼二楼休息区 集体写代码与答疑时间. (待补充) 近期任务 (待补充) 例会时间安排 周二晚(10点左右开始)周六晚(  7点左右开始)若完成项目过程中遇到问题可以额外安排会议.

软工实践第二次作业

Github:https://github.com/031502216/softWare 作业地址:http://www.cnblogs.com/easteast/p/7469291.html PSP 2.1表格 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划  --  -- · Estimate · 估计这个任务需要多少时间  15h  20h Development 开发  --  -- · Anal

软工实践第二次作业-黄紫仪

1)Github项目地址 https://github.com/ziyi12345/shudu2.git 2)在开始实现程序之前,在下述PSP表格记录下你估计将在程序的各个模块的开发上耗费的时间 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 30 · Estimate · 估计这个任务需要多少时间 30 Development 开发 260 · Analysis · 需求分析 (包括学习新技术) 60

【软工项目组】第六次会议

第六次会议 时间:2017-11-25  19:00 至 19:30 地点:第三教学楼A楼休息区 当前进度: 网页前端页面框架和网页后端接口初步设计完成.预计1-2天后发布前后端整合的版本.组员在整合版本的基础上完善各自页面的内容. 例会时间 周二晚(10点左右开始)周六晚(  7点左右开始)若完成项目过程中遇到问题可以额外安排会议.

【软工项目组】第十九次会议(初步完成并修复一些小BUG)

第十九次会议 时间:2018-1-23,24 地点:网上讨论,对最终版本进行修改. 对以下一些方面进行了调整: BUG的修复: 1.修改了IE浏览器中按钮自动换行,以及button按钮和input button按钮在IE浏览器中大小不同的问题. (将按钮的display属性改为inline,并设置line-height属性为normal) 2.页面横向缩小时出现滑动条,而不是各元素挤在一起. 3.修复了在部分电脑的浏览器中,表项与表头无法对齐的问题. 4.修复了评论/建议/课程简介出现长串英文字

【软工项目组】团队介绍与第一次会议

团队介绍 团队成员:陈铮.王航.王哲光.贺一纯.王越琛.生力军 第一次会议 时间:2017-11-10  19:00 至 20:30 地点:第三教学楼A楼休息区 第一次的会议主要是让大家相互认识一下,并安排好今后的工作.会议中,大家从自己的学习经验出发提出了几个可以做的方向,并对其进行了讨论:1.在现在的"软件工程"课程中,同学们看不到自己提交的代码的成绩和运行速度,并且在第一次的作业中,不少同学的代码无法运行.可以尝试做一个学生自主提交代码进行测试,并及时反馈代码质量的平台.2.学生

【软工项目组】第三次会议

第三次会议 时间:2017-11-14  22:00 至 23:10 地点:第三教学楼A楼二楼休息区 会议讨论了"即时评价系统"的具体细节以及一些实现方法. 在前两天的调查问卷中,多数学生/老师表示愿意使用我们的"即时评价系统": 核心功能:学生可以随时对课程进行评价,或对老师的讲课内容提出建议.老师看到学生的建议后可以进行回复,并及时对自己的教学方式进行调整. 评价:是对课程的总体评价,对所有人可见.评价采用标签的形式,发布评价内容之前,可以选择[讲课好/一般/差