1、团队成员简介
?
?
2、典型用户描述
?
?
2.1 团队项目的目标
本项目致力于计算机计算代替人工计算,使用简单可行的原理,利用服务器端的计算功能将高校学生从物理实验的繁杂计算中解脱出来而开发的一款网站。
2.2 预期的典型用户
名字 |
小徐 |
性别 |
男 |
职业 |
某校一般学院大三学生 |
物理知识层次与能力 |
好得我实验都重修了 |
生活情况 |
大三也要每周花将近一天时间坐地铁回沙河上物理实验,十分苦逼 |
动机 |
我真的不想再挂科了 |
目的 |
希望能够帮助自己处理好实验报告,至少能保证实验报告不因数据处理步骤不对而被老师退回。 |
困难 |
自己物理知识较弱,希望计算过程能详细又简洁。 |
用户偏好 |
简洁即可 |
用户比例 |
约占同届学生10% |
典型场景 |
登陆实验平台,根据预习报告模板写好预习报告。在实验完成后,将数据导入网站,一键生成物理实验报告,按正确的步骤写好报告,获得及格分,通过物理实验。 |
典型描述 |
哈?你说啥?我实验报告又没过?! |
?
名字 |
小松 |
性别 |
男 |
职业 |
某校计算机学院大二学生 |
物理知识层次与能力 |
你问我究竟听不听大学物理课,其实我是听的。你问我会不会做物理实验,其实我是不会的。 |
生活情况 |
计组实验,计组实验,计组实验。 |
动机 |
本学期有难到哭的计组实验,没有太多时间留给物理实验处理数据,更没有时间因为数据错误而再次抢课,从头在来。 |
目的 |
在实验课上就可以快速算出结果是否在预计误差范围内 |
困难 |
没什么困难,我能说计组实验吗 |
用户偏好 |
不是处女座,没什么严格偏好 |
用户比例 |
绝大多数,约占校人数70% |
典型场景 |
这次选择了号称魔鬼实验的1081,课上做完实验用手机去平台检查一下数据,咦,这个数据有问题?幸亏没早走,把这个步骤再重做一次,恩,这下数据没问题了,可以去找老师签字了。 |
典型描述 |
朝荣奶奶,求手下留情 |
?
2.3 预期用户量与实际
我们的预期注册用户数量是300,活跃用户是每天50人次以上(独立访客人数)。到截止时间为止,虽然实际注册用户只有277人,除去我们项目团队注册的几个号外,实际注册用户有大约250人左右。(为保护隐私已经隐去邮箱信息)
?
虽然我们的预期用户数量没有达到想象中的多,但是我们的稳定用户和活跃用户在用户中占了很大的比例。我们的物理实验平台交流群在11.6日成立,在11.17日就已经突破了160人。14,15日每日访问人数达到了60人左右,在11.16日(星期一)访问人数突然提升,提升到了600人!
?
综上,我们的网站从11.14日起使用CNZZ来进行网站数据的统计分析,在14~17日这短短几天时间内,我们的网站页面被浏览的次数达到了5000次,总共浏览过的独立访问用户足有600余人,并且每天都有100以上的活跃用户使用网站进行他们的实验数据处理,足见我们的网站是非常贴切用户需求的。
2.4 分工协作
????我们的分工协作可以使用下图来表示:
在我们的工作中,固定的人有相对固定的领域:
- 邢浩——服务器端网站框架设计与后端工程师
- 鲁聃——UI和前端工程师
- 何小松——后端数据处理主程序员
- 刘乾——安排任务,督察任务进度,与各个分支产生联系与沟通
2.5 团队代码的软件工程质量
关于团队代码的软件工程质量,我们团队对自己的评分如下:
- 测试:???????????? ????★★☆☆☆
- 代码规范:???????? ????★★★★☆
- 文档:???????????? ????★★★★☆
- 需求分析与反馈: ????★★★★★
关于测试:我们本次项目测试确实没做好,这也是本次项目最大的不足之处。物理实验报告对过程正确性要求是非常严格的,但是由于项目经理在这一方面预留的时间比较少,也没有强调做单元测试的重要性,导致开发人员几乎没有关于后台处理脚本的单元测试。虽然程序本身是可以根据一些真实数据跑出近似结果的,但是没有单元测试意味着缺少安全保障。那两颗星是给我们的黑盒测试的自我评价,在黑盒测试中我们测试出了12个BUG。并且由于我们的网站是11.11日上线的,所以我们发起了"双11捉虫令"的活动,这次活动共计找出5个BUG,均是由用户反馈得到。
关于代码规范:代码规范有严格的文档,并且在使用过程中开发人员遵守了代码规范上的绝大部分要求,尤其是变量的命名,常量的命名以及方法的命名等。并且每位开发人员都有相应的比较良好的注释,方便互相理解与对接代码。
关于文档:我们所有的文档都通过Github来维护,并且在第一周时就已经有了用户需求分析、团队编码规范、网站界面原型的雏形,到今天为止每一篇文档都至少经过2~3次的修缮工作,比之前更加健全,考虑更加周到。
关于需求分析与反馈:在第一周时,我们就已经发放了问卷调查用户关于网站发展方向上的意见,共收回有效问卷94份,并从中获得一些比较好的意见。在网站发布后,为了方便与用户的交流,我们专门成立了物理实验网站的交流群,有需求或反馈的信息我们第一时间即可获取。并且我们团队设计了诸多小活动和一些小的奖励措施比如发金额较小的红包(约5元一个)来鼓励用户提出更多好的建议与意见。截止至目前为止,我们已经将收集到的6条比较好的建议放在Github上的Issue里,作为改进建议列入了β阶段的计划中。?
?
?
3、团队项目的实际进展
?
?
我们的项目进展情况如燃尽图所示。实际上我们在Scrum Meeting会议10次后,仍有约占1/4的工作量没有做完,当然,最后在维护稳定阶段我们集中将其中几个Issue最后消灭掉了。在项目进展的过程中,我们的Issue一方面因为任务的完成而在不断减少,另一方面由于Issue划分为小Issue而动态增长,截止到17号为止,Github上我们的Issue已经成功关闭了72个,而我们最初时Issue只有36个。Issue的细致划分,让团队内的每一个人都有更合理的团队项目实践的时间,有着更加细致的引导与实现方向。
3.1 注册登录功能
?用户可以通过在注册页通过输入用户名、邮箱和密码完成注册功能(此版本还不具有邮箱验证功能)。用户可以在登录页通过输入邮箱和密码完成登录。其它所有的功能都必须在登录之后才能使用。
3.2 查看物理实验预习报告
用户可以在报告生成页通过选择相应的实验来查看对应实验的预习报告。
3.3 生成物理实验数据处理报告
用户可以导入数据,后台处理数据,得到对应实验的数据处理报告。(目前已经可以支持1021,1061,1071,1081四大实验)
3.4 收藏数据处理报告
用户在生成数据处理报告之后可以通过点击收藏按钮,收藏该实验以及与输入的数据对应的数据处理报告;用户还可以通过点击右上角的个人收藏页查看收藏的物理实验报告。
3.5 反馈功能
点击导航条上的反馈,即可选择给我们的邮箱发信,或在我们的博客下方留言,或者加入我们的QQ交流群。
?
4、贡献分配
?
?
职位 |
姓名 |
具体贡献 |
项目经理 |
刘乾 |
|
框架设计师与后端工程师 |
邢浩 |
|
UI设计师与前端工程师 |
鲁聃 |
|
数据处理组组长 |
何小松 |
|
数据处理开发人员 |
王嘉豪 |
|
前端开发人员 |
佘彦廷 |
|
数据处理开发人员 |
黄雨萌 |
|
?
5、 软件特色功能
?
?
6、用户反馈
6.1 用户提出的建议
6.2 用户找出的Bug
从用户那里获得的Bug如下几个,这是由我们的捉虫令活动发起后所得到的用户反馈的bug:
Bug1、
- Bug描述:网站密码明文传送,注册时后端没有检测密码里是否含有非法字符。
- 官方回复:密码后端是加密的,sql语句是编译的,不会产生sql注入,所以暂时不需要密码中含有非法字符对网站的影响。
- Bug报告者:6系小学弟冯xx(保护个人隐私不放名字了)
- Bug奖励:中等金额红包一枚
Bug2、
- Bug描述:预习报告名字错误,应该为 冰的熔解热测定
- 官方回复:文字性错误一样算bug
- Bug报告者:6系小学弟汪xx和王xx
- Bug奖励:小金额红包两枚
Bug3、
- Bug描述:在注册时每过一行就会多加一行宽格符
- 官方回复:bootstrap的一个小问题,现在已经修复
- Bug报告者:6系小学弟江x
- Bug奖励:小金额红包一枚
Bug4、
- Bug描述:选择框里输入1012(暂时没有的实验)点击select,不出现报错
- 官方回复:正则表达式写的有问题,已经更改
- Bug报告者:6系小学弟岳xx
- Bug奖励:中等金额红包一枚