Sprint3（12.18）总结

标签：决定   部分   操作   style   服务   信息   enter   ice   www   

Sprint3第三阶段

1.类名：软件工程-第三阶段

2.时间：至12.18

3.选题内容：web版-餐厅到店点餐系统

4.团队博客地址：

http://www.cnblogs.com/queenjuan

团队GITHUB地址：

https://github.com/Taolu1234/Taolu1234

5.队员信息

6.之前分析了点餐系统实现的具体功能，分为以下几种方案：

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

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

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

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

      （1）客户：客户在座位上根据需求选择所需菜品，未确认前可增、删，确认后不可修改。界面包括：点餐选菜页面；订单确认页面。

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

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

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

　　　　可实现功能如下：

　　　　1.

　　　　2.

　　　　3.

　　　　4.

　　　　5.

　　　　6.

　　　　7.

7.燃尽图展示

8.实现过程及遇到问题

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

9.队员心得总结

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

10.团队个人贡献分

Sprint3（12.18）总结

标签：决定   部分   操作   style   服务   信息   enter   ice   www   

原文地址：http://www.cnblogs.com/chencheng7/p/6194500.html