能混绝不C————事后诸葛亮

软件工程	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/
作业要求	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10863
团队名称	能混绝不c
作业目标	事后诸葛亮
作业正文	如下
参考文献	baidu

设想与目标

1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

答：我们要解决超市线上管理，定义十分清楚，都有清晰的描述。

2.我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)

答：基本（登录模块，财务模块，销售模块，库存模块，人事模块）达到了目标，功能基本还差两三个，是，用户数量达到了。

3. 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？

答：提高了，大家都在努力学习新的技术，团队之间也更加了解配合更好了，大家对问题的响应提高了不少，之前总没人回答，后来大家都积极参与讨论。

4. 用户量,用户对重要功能的接受程度和我们事先的预想一致么?我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

答：预想一致，离目标更近了，有问题一定要及时的提出来不要自己闷头解决不然可能拖慢进度，我们会再把每个权限的界面设计的更完善。

计划

1. 是否有充足的时间来做计划?

答：还算充足，时间比较紧。

2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？

答：通过群里先大家讨论，不行在投票。

3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

答：基本做完了，还没做的由于技术还不熟练。

4. 有没有发现你做了一些事后看来没必要或没多大价值的事?

答：有，比如纠结背景图改放拿一张好看。

5. 是否每一项任务都有清楚定义和衡量的交付件?

答：是，我们在需求分析文档都有清楚的定义。

6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?

答：基本是按计划进行，中途有一些技术问题，如如何导入表格数据错乱，因为技术还是不够熟练。

7. 在计划中有没有留下缓冲区，缓冲区有作用么?

答：有，为了确保有足够的时间来解决出现的问题，确实留下了给我们解决部分BUG的时间。

8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）

答：暂时没有接下来的计划。

9.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

答：缓冲区非常重要，需要去合理设计。

资源

1. 我们有足够的资源来完成各项任务么?

答：有，我们大家都找了网上的各种资源来完成这个系统。

2. 各项任务所需的时间和其他资源是如何估计的，精度如何?

答：我们是经过讨论，根据经验来估计的，精度有待加强。

3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

答：有点不够，之前没有太多的考虑测试这一块，导致后面测试部分完成的不是很好，没有低估难度。

4.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

答：应该提前多去学习参考网上的经验来准确的预估时间。

变更管理

1. 每个相关的员工都及时知道了变更的消息?

答：是，一旦有大是变更都会在群里发布消息，要求组员回复。

2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?

答：群里讨论群里投票。

3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?

答：有，超市管理基本功能实现与五大模块（登录模块，财务模块，销售模块，库存模块，人事模块）必须完成。

4. 对于可能的变更是否能制定应急计划?

答：没有。

5. 员工是否能够有效地处理意料之外的工作请求？

答：不能。

设计/实现

1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

答：团队共同完成需求分析报告，大家共同完成，大家都很积极。

2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？

答：有，通过群里讨论，群里投票解决

3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？

答：暂时没有。

4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?

答：导入数据库数据时最多，因为数据类型有点把握不来，发现了每个权限的ui界面都一样，大家都主要注重功能的实现。

5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

答：由每个人负责的部分审查，严格遵守了代码规范。

6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?

答：要合理的分配时间与人去做单元测试，完善uml文档。

测试/发布

1. 团队是否有一个测试计划？为什么没有？

答：有，安排专门的测试人员对每个模块进行数据测试。

2. 是否进行了正式的验收测试？

答：做了验收测试但不算正规。

3. 团队是否有测试工具来帮助测试？

答：有。Visual Studio。

4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

答：软件测试由测试人员进行性能测试，从软件实际运行结果来看有一些作用，应该多去学习关于测试的技术。

5. 在发布的过程中发现了哪些意外问题？

答：登录除管理员权限之外的权限出错。

我们学到了什么? 如果重来一遍, 我们会做什么改进?

答：要及时做好测试，及时修复BUG。

团队的角色，管理，合作

1. 团队的每个角色是如何确定的，是不是人尽其才？

答：每个角色都是根据每个人的能力，以及他自己的意愿来确定的，是人尽其才应该。

2. 团队成员之间有互相帮助么？

答：有，队员有问题都会在群里问，大家也会解答。

3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？

答：一般会组织线上或线下会议大家面对面解决，大家都还算积极。

总结

你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

答：我们认为目前团队还处于CMMI一级，完成级的档次。因为大部分同学是第一次接触，对于各种技术都还不是很熟练。

你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

答：我认为处于磨合阶段。

你觉得团队在这个里程碑相比前一个里程碑有什么改进?

答：对系统功能方面定义更清楚。

你觉得目前最需要改进的一个方面是什么?

答：每个人自身技术水平的提高。

团队讨论

组员分工与占比

组员	分工	占比
伍淑琪	后端	20%
龚慧	前端总体UI界面	20%
罗辉波	后端辅助，数据库	8%
唐睿	项目经理	8%
莫正昌	前端——人事	8%
姚冬民	前端——销售	8%
陈龙	需求分析 产品发布	7%
杨文宇	前端——库存	7%
李浩	测试代码	7%
石余玉	前端——库存	7%