学号：15331414
个人总结
在分析阶段，在平台的选择方面，选择了时下比较火的微信小程序平台，看准了小程序用完即走的服务性质，与我们的“命题作文”扫码点餐的业务环境很相似，也是比较轻量级的开发。在业务的设计方面经验不足的我们也学会借鉴各种现存的成熟的产品，例如麦当劳微信小程序。同时，在业务分析的阶段会时常用自己的亲身经历与组员探讨，以及借鉴网上已有的分析报告。
在编码设计与规范上，在开始编码之前了解的太少了，导致在五月初前端进行的不太顺利，于是重构的前端代码，重构时采用的是VUE的MVVM框架，将其中的View 的状态和行为抽象化，让我们开发时能够将视图 UI 和业务逻辑分开，并且对同一页面的不同功能的模块用不同的控制器分离，大大减少了后期的测试负担。在本次项目中负责的是客户端的前端，严格执行从设计师给过来的图纸，也会与产品和设计的同学对需求做一些要求和更改，使得需求能够实现且更加合理。在这个过程中很感谢@MinXin Zhong和@painterdrown同学，十分耐心的跟我进行探讨，争取能够做出一个好的扫码点餐小程序。
在本次项目进行的过程中，最大的不足大概是前期的任务难度估计有误，以及测试的时间给的太少。在前期的时候，任务相对比较简单，并且给的时间比较宽裕，因此在开发过程中节奏不是很紧凑，从下图commit的记录也可以看出这个问题。在后期打算一周做一个附加功能“选座”以及”协同点餐”，这两个部分我认为比前面的难度都大了很多，需要解决多用户使用且实时更新的问题，因此在最后的附加功能开发的时候很累，并且在开发完以后还在测试过程中不断遇到新的问题，一直处于发现问题，解决问题的循环中，很庆幸有世界杯相伴。在编码过程中很感谢我们负责后端的@zhongrliu同学，全程在线，在前后端对接以及API的协商时效率比较高。虽然是后端新手但是合作起来可以说是比较舒服的了。然后要再次感谢我的老搭档@painterdrown同学，我们之间合作的次数很多，合作起来相对比较默契，在最后的24小时测试阶段跟我一起鏖战，并且还分担前端的座位预订的难题，是一个相当棒的产品经理了。
PSP2.1 统计表
| PSP阶段 | 耗时（H） | |
|---|---|---|
| 计划 | 2 | |
| 估计任务时间 | 2 | |
| 开发 | 109 | |
| 分析需求 | 10 | |
| 生成设计文档 | 0 | |
| 设计复审 | 0 | |
| 代码规范 | 5 | |
| 具体设计 | 5 | |
| 具体编码 | 60 | |
| 代码复审 | 5 | |
| 测试 | 24 | |
| 报告 | 4 | |
| 测试报告 | 0 | |
| 计算工作量 | 2 | |
| 事后总结，提出过程改进计划 | 2 | |
| 合计 | 115 |
Git统计报告
本人的Github名字是SYSUZZY
近一个月的贡献
工作清单
需求分析：参与整个小程序的需求分析，相互探讨，质疑，用亲身经历说服对方
前端工作：
- 完成除了桌位预订以外的所有UI和前端逻辑
- 重构队友@123zzj123在点餐部分的UI以及前端逻辑
测试工作：
- 测试了前端的逻辑
- 测试了与后端API的衔接