1.基本介绍
团队成员简介
a.王婧:http://www.cnblogs.com/xmwj/
b.柯怡芳:http://www.cnblogs.com/keyi123/
c.陈艺菡:http://www.cnblogs.com/xmcyh1996/
d.钱惠:http://www.cnblogs.com/huiQ/
e.林凯:http://www.cnblogs.com/hanonymous/
f.吴伟君:http://www.cnblogs.com/212junge/
博客地址:http://www.cnblogs.com/rgxz/
coding地址:https://coding.net/u/keyi123/p/rgxz/git
2.工程介绍
a. 团队项目的目标:
在班级博客后台老师能快速得到所有同学的博客网址,将博客网址导入博客作业查重系统中,进行查重,得到查重率,还可以返回首页继续查重,以此加快老师作业评判的效率和灵活性。
预期的典型用户:老师和助教
预期的功能描述:根据班级博客地址,对班级博客内的同学的博客作业进行重复率的检查。
预期的用户数量:10人
b.目标用户使用beta产品的情况
c.团队的分工协作
王婧:web界面以及前端和后台的交互
柯怡芳:PM以及文档
陈艺涵:修复bug以及文档
钱惠:web界面以及前端和后台的交互
林凯:测试人员
吴伟君:测试人员
经验教训:
(1)在alpha版本我们团队之间出现了沟通不足的问题,导致程序的交接出现断层,工作效率下降。总结之后我们发现,其实有些bug,当自己实在无法解决,问队友、相互讨论是可以增加工作效率。所以针对团队沟通不足这个问题,beta版本我们会加强团队沟通。每天固定的时间段召开站立式会议,对有些疑惑的问题以及变更的方面,及时进行讨论,相互交流,不允许缺席。
(2)重新进行分工。beta版本的分工如下:钱惠和王婧负责web界面以及前端和后台的交互,陈艺菡负责修复bug以及文档,林凯和吴伟君负责测试,柯怡芳负责PM以及文档。
d.项目管理
对于不同成员文件修改的设计有签出文件后,此文件就加锁,别人无法签出;多人修改一个代码不会发生冲撞;所有人都可以自由签出文件;所有人都将可以对代码进行修改,提高效率。
e. 团队如何平衡时间/质量/资源 争取如期完成任务?
我们团队通常每日安排一定相应任务平均分给各个团队成员,在指定时间内完成,这样就可以如期完成任务了。
f.beta 阶段在软件工程方面的具体改进
没有进行一些具体的改进。
3.项目的实际进展,发布的功能,scrum的燃尽图反映情况:
a.项目的实际进展
b.发布的功能
博客作业的多对多查重
c.scrum的燃尽图反映情况
d.GIF动画
会议:
燃尽图:
4.代码的情况,若新团队要接手这个项目,他们应该怎么做?
4个java文件分别(188,100,83,13)行,4个jsp文件分别(25,23,18,45)行。如果一个新手要接手这个项目他们要到coding上下载我们项目的源代码,代码的文件名以及代码里的注释可以帮助新手理解这个项目,如果还不有不懂的地方可以咨询项目组员加及时沟通深对源代码的理解。
5.如何运行程序
看以在coding上下载我们项目的源代码,并用eclipse打开,或者运行我们发布的网络地址。
查重前需要先在c盘建一个文件夹叫rgxz,然后进去建一个txt叫url,接着在界面输入博客地址里输入班级博客地址,点击导入,导入成功之后就可以进行查重。