Sprint3总结

一、类名:软件工程-第三阶段

 

二、时间:至12.18

 

三、选题内容:web版-餐厅到店点餐系统

 

四、(1)团队博客地址:

 

http://www.cnblogs.com/queenjuan

 

(2)团队GITHUB地址:

 

https://github.com/Taolu1234/Taolu1234

 

五、队员信息

 

姓名 学号 个人博客链接 个人GITHUB链接
丘娟 201406114101 http://www.cnblogs.com/queenjuan/ https://github.com/QueenIcey
杨晓霞 201406114107 http://www.cnblogs.com/xiaochenxi/ https://github.com/nicole01
周诗琦 201406114108 http://www.cnblogs.com/sr1zsq/ https://github.com/zhoushiqi
陈程 201406054124 http://www.cnblogs.com/chencheng7/

https://github.com/ccccchenchengcccc

 

 六、之前分析了点餐系统实现的具体功能,分为以下几种方案:

 

方案一:此方案操作界面只有前台、厨房

 

      (1)前台:用户到前台点餐,服务员操作界面,勾选客人所在桌号(不可重复勾选),并输入所选菜品,可增、删、改所点菜品,客人用餐完毕付账后,前台确认,释放该桌桌号,可进行新一轮勾选。界面包括:分类录入菜品名称、价格的页面;选择每桌菜品生成、结算出各桌订单页面;收款完成页面。

 

      (2)厨房:厨房可看见所点菜品,并在显示屏内标注已完成菜品。界面包括:修改菜品状态为已完成页面   

 

方案二:此方案操作界面分为客户、前台、厨房。

 

      (1)客户:客户在座位上根据需求选择所需菜品,未确认前可增、删,确认后不可修改。界面包括:点餐选菜页面;订单确认页面。

 

      (2)前台:可见每桌所点菜品,可增、删、改所点菜品,客人用餐完毕付账后,前台确认收款标注完成订单。界面包括:各桌订单修改页面;结算各桌订单页面;收款完成页面。

 

      (3)厨房:厨房可看见所点菜品,并在显示屏内标注已完成菜品。界面包括:修改菜品状态为已完成页面

 

方案三:此方案是根据我们的知识点来最终实现我们的代码

 

    可实现功能如下:

 

    1.

 

    2.

 

    3.

 

    4.

 

    5.

 

    6.

 

    7.

 

 

 

 七、成果展示

 

 

八、实现过程及遇到问题

 

  • 燃尽图说明:对于我们的燃尽图,我们刚开始是以坐标从零开始的任务量来计算往上累计来计算的,但是发现这样有部分的缺点,我们不能很直观的看到我们每次的任务量的多少和不清楚我们这一次和下一次该完成的任务量目标,所以在我们看到别的同学的博客园后发现很多团队的燃尽图是以逆时针的方向来表示每次的任我完成情况的,所以,经过我们小组的讨论后,我们决定改变我们燃尽图的样式,这样可以更好的督促我们。在燃尽图中,我们规定好每天的任务量以一个修改或添加的难易程度的比重分值来累减,这样我们以总的20个分值的团队任务减去我们每天完成的分值就可以得出我们还剩多少比重的任务分值和已经完成的多少分值。
  • 方案说明:在任务完成的过程中,我们每个方案做到一定程度就发现其中的不足和我们能够完善改进的地方,所以每一次打的改动我们都将其建立了另一个方案来理清思路,最终的方案三是整合我们大家的各自完成的页面代码来实现的所以功能会比较丰富,但是也改进整合了很多,当然,会有很多不和谐的地方,这个以后我们会慢慢改进。
  • 团队成员分配:这次团队任务我们在老师规定的规则基础上进行了我们人员内部的沟通改善,发挥其所擅长的领域,比如谁的文笔好,我们会推荐那个人来管理我们的团队博客园的发布和总结,比如谁的git操作熟悉,我们会让她去管理我们团队每次的git任务,虽然会有很多的不规范,总的来说,我们组内的任务分配还是和谐的并且很想当。
  • git任务说明:我们git遇到很多问题,每次都有不按规则的代码,但是我们也在改善中,我们只能尽力做到一种程度了。
  • sprint分数分配说明:我们把每次的sprint任务的团队总分记为100制,根据个人的团队贡献来分配分值,经过三轮的sprint我们的个人分数都有上下的波动,也有利于我们组员内部任务分配。

 

九、心得总结

      本次项目进度没能一直持续更新确实是我们的问题,在第一个冲刺里大家还比较有热情,能持续市场更新。但是进入第二个冲刺后大家也有点进入倦怠期,其实项目还是有在做的,但是大家由于对github的运用不熟悉,所以就没有将做好的项目继续上传了。

      并且由于我们选择的是JSP来做这个项目,对于上个学期的知识点需要回顾,所以在遇见一些逻辑错误的时候大家会纠结很久。不管怎么说,在最后一个冲刺里大家都很努力,想办法完成项目的内容,可能结果还收会有一些不尽人意,有一些我们预想中的功能没能够实现,但是基本的架构、功能我们都尽自己所能去完成了。在这个完成的过程中,大家还是非常团结地去共同解决问题,没有出现推卸任务、推卸责任的现象,在这一方面我非常感谢我的小组成员。这已经不是我们第一次合作了,在每一次共同作业中,大家都能非常用心。

       希望在今后的学习中,大家能一直保持着这种相互学习,相互帮助的氛围。另外,在项目方面,以后我们也应当更加尽责一些,积极更新项目进度。

 

一、类名:软件工程-第三阶段

二、时间:至12.18

三、选题内容:web版-餐厅到店点餐系统

四、(1)团队博客地址:

http://www.cnblogs.com/queenjuan

(2)团队GITHUB地址:

https://github.com/Taolu1234/Taolu1234

五、队员信息

姓名 学号 个人博客链接 个人GITHUB链接
丘娟 201406114101 http://www.cnblogs.com/queenjuan/ https://github.com/QueenIcey
杨晓霞 201406114107 http://www.cnblogs.com/xiaochenxi/ https://github.com/nicole01
周诗琦 201406114108 http://www.cnblogs.com/sr1zsq/ https://github.com/zhoushiqi
陈程 201406054124 http://www.cnblogs.com/chencheng7/

https://github.com/ccccchenchengcccc

 六、之前分析了点餐系统实现的具体功能,分为以下几种方案:

方案一:此方案操作界面只有前台、厨房

      (1)前台:用户到前台点餐,服务员操作界面,勾选客人所在桌号(不可重复勾选),并输入所选菜品,可增、删、改所点菜品,客人用餐完毕付账后,前台确认,释放该桌桌号,可进行新一轮勾选。界面包括:分类录入菜品名称、价格的页面;选择每桌菜品生成、结算出各桌订单页面;收款完成页面。

      (2)厨房:厨房可看见所点菜品,并在显示屏内标注已完成菜品。界面包括:修改菜品状态为已完成页面   

方案二:此方案操作界面分为客户、前台、厨房。

      (1)客户:客户在座位上根据需求选择所需菜品,未确认前可增、删,确认后不可修改。界面包括:点餐选菜页面;订单确认页面。

      (2)前台:可见每桌所点菜品,可增、删、改所点菜品,客人用餐完毕付账后,前台确认收款标注完成订单。界面包括:各桌订单修改页面;结算各桌订单页面;收款完成页面。

      (3)厨房:厨房可看见所点菜品,并在显示屏内标注已完成菜品。界面包括:修改菜品状态为已完成页面

方案三:此方案是根据我们的知识点来最终实现我们的代码

    可实现功能如下:

    1.

    2.

    3.

    4.

    5.

    6.

    7.

 

 七、成果展示

八、实现过程及遇到问题

  • 燃尽图说明:对于我们的燃尽图,我们刚开始是以坐标从零开始的任务量来计算往上累计来计算的,但是发现这样有部分的缺点,我们不能很直观的看到我们每次的任务量的多少和不清楚我们这一次和下一次该完成的任务量目标,所以在我们看到别的同学的博客园后发现很多团队的燃尽图是以逆时针的方向来表示每次的任我完成情况的,所以,经过我们小组的讨论后,我们决定改变我们燃尽图的样式,这样可以更好的督促我们。在燃尽图中,我们规定好每天的任务量以一个修改或添加的难易程度的比重分值来累减,这样我们以总的20个分值的团队任务减去我们每天完成的分值就可以得出我们还剩多少比重的任务分值和已经完成的多少分值。
  • 方案说明:在任务完成的过程中,我们每个方案做到一定程度就发现其中的不足和我们能够完善改进的地方,所以每一次打的改动我们都将其建立了另一个方案来理清思路,最终的方案三是整合我们大家的各自完成的页面代码来实现的所以功能会比较丰富,但是也改进整合了很多,当然,会有很多不和谐的地方,这个以后我们会慢慢改进。
  • 团队成员分配:这次团队任务我们在老师规定的规则基础上进行了我们人员内部的沟通改善,发挥其所擅长的领域,比如谁的文笔好,我们会推荐那个人来管理我们的团队博客园的发布和总结,比如谁的git操作熟悉,我们会让她去管理我们团队每次的git任务,虽然会有很多的不规范,总的来说,我们组内的任务分配还是和谐的并且很想当。
  • git任务说明:我们git遇到很多问题,每次都有不按规则的代码,但是我们也在改善中,我们只能尽力做到一种程度了。
  • sprint分数分配说明:我们把每次的sprint任务的团队总分记为100制,根据个人的团队贡献来分配分值,经过三轮的sprint我们的个人分数都有上下的波动,也有利于我们组员内部任务分配。

九、队员心得总结

陈程:这次的团队任务总的的说经历了一两个月的过程,其中,我们断断续续的把一个较完整的点餐系统给完成了,中间有很多次的方案否定,我们很多次开始了一个方案后,又重新重头开始,所以我们浪费了很多的时间去做那些重复的无用功,虽然过程并不完美,但是到最后我们总算是把基本的任务完成了。从我们的团队任务的进度可以看到,我们有很多次的0进展,这其中有很多我们自己的原因,所以在最后的冲刺阶段我们赶进度得比较吃力,所以进过这次也给我们很大的警醒,也吸取了一定的教训。

杨晓霞:这次团队合作中,我感觉我们都做了很多的无用功,同时对于一些知识并不巩固,对于遇到的错误有提示的还可以问同学,网上查找解决方案,但是对于逻辑错误,需要自己测试,但是又不知如何该是好,总的来说,虽然并不完美,但是还是有所进步的,至少在这整个团队合作中,我们都在不断的进步,虽然,有可能在github上理解错老师的意思和自己对github并不了解的情况下,导致GitHub有些错误,但至少我们还是在努力,有所提升,尽管很慢。

丘娟: 这个学期大家的心思都不在这里,所以项目进度很慢。其实是因为一开始分工没有很明确,大家做了很多重复的事情。而且一开始GITHUB的部署太麻烦,而且那几天大家又不在学校,所以弄得一塌糊涂。后来也没什么精力弄这个项目,以致于我们后面很赶的完成这个项目。不过还好做完了,希望自己下次可以吸取教训吧。

 

posted @ 2016-12-18 21:31  08周诗琦  阅读(202)  评论(1编辑  收藏  举报