THE BUG团队
18级软件工程4班 成员：杨梓琦，温海源，钟明康，陈杰才，郑堡恩，李华
一.设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
我们的软件要解决的是方便小超市的管理，包括仓储管理，人员管理，商品管理，销售等等，问题定义是很清楚的。典型用户和典型场景都要清晰的描述。
2. 是否有充足的时间来做计划?
有时间，但是时间安排不够紧凑，导致后来很紧张。
3. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
主要通过开会大家一起商量解决，有不同意见都在视频会上面提出，问题自然就迎刃而解。
计划
1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
绝大大部分的工作都已经做完，商品管理有些部分没有做完，因为负责这一模块的同学有其他的事情没有时间做。
2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
并没有这样的事情，每件事情每个讨论都是有意义的。
3. 是否每一项任务都有清楚定义和衡量的交付件?
有粗略的定义和衡量的交付件，比如说后台，要求是要把结果储存在字符串方便输出还有自己用主函数已经测试完毕。
4. 是否项目的整个过程都按照计划进行?
有点与计划脱节，因为学习的时间太长，但是一旦进入到状态，只需要三四天就全部完成了。
5. 在计划中有没有留下缓冲区，缓冲区有作用么?
有，还是有用的，有些队员的进度比较缓慢，这就需要预设一两天的时间来缓冲，以保证项目的完成。
6. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
应该明确每个模块完成的时间，不要到了最后再赶着做，拉低进度。
二.资源
1. 我们有足够的资源来完成各项任务么?
时间是基本足够的，到最后还剩下一两天的时间。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
精度是比较高得，明确哪些人需要做哪些按钮的功能，但是时间的把握有些不足。
3. 用户测试的时间，人力和软件/硬件资源是否足够?
硬件资源有些不足，因为缺少可以实现的硬件，只有大家的windows笔记本电脑。
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
我觉得在页面设计上，可以让一些美术人员来做，因为我本身不懂什么美学，所以页面做得很没有美感。
变更管理
1. 每个相关的员工都及时知道了变更的消息?
是的，数据库的变化等等，都会在视频会上提及。
由于大家都坐得比较近，小道消息传播得比较快。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
必须实现得功能已经全部实现
3. 项目的出口条件（Exit Criteria）是否得到清晰的定义?
得到了清晰得定义
4. 对于可能的变更是否能制定应急计划?
没有应急计划，除了前端，后台得内容有空缺基本上大家都能做。
5. 员工是否能够有效地处理意料之外的工作请求？
基本能够处理。
三.设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
界面由前端人员负责，并承接后台，后台得工作后台人员负责，二者并行工作，相互交流。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
并没有遇到此情况
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
并没有这些测试，因为时间相对紧迫，没有剩余时间学习这些东西
4. 什么功能产生的Bug最多，为什么？
商品管理得bug最多，因为框框太多，输入设计得有些混乱。
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
前端人员进行代码复审，标准是是否能够轻易看懂，解释是否完全，基本执行了代码规范。
四.测试/发布
1. 团队是否有一个测试计划？为什么没有？
有测试计划，根据每个按钮进行测试。
2. 是否进行了正式的验收测试？
否
3. 团队是否有测试工具来帮助测试？
没有
4. 在发布的过程中发现了哪些意外问题？
发现了一些新的bug，比如说用户管理窗口一打开就是最小化状态。
五.事后诸葛亮会议截图
六.团队贡献分
总分数：6* 20 = 120
按原贡献分比例进行分配
最终贡献分
| 名字 | 角色 | 团队贡献分 | 可验证贡献 |
|---|---|---|---|
| 杨梓琦 | 产品经理 | 24 | 6篇博客+协调工作 |
| 郑堡恩 | 后端开发 | 8 | 2个功能（入库，修改商品信息） |
| 温海源 | 测试+前端开发 | 36 | 6个窗口+测试+两篇博客 |
| 李华 | 后端开发 | 36 | 9个功能（职工增删查改，用户信息增删查改，商品信息查询） |
| 钟明康 | 后端开发 | 8 | 2个功能（流水，查询出入库） |
| 陈杰才 | 后端开发 | 8 | 2个功能（商品销售情况分析，商品排行分析） |