目录

1.作业基本信息

2.事后诸葛亮分析

设想与目标

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

   我们的软件解决的问题是：给城市地铁用户提供站点查询以及路线查询的服务。

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

   有，但是编程中期由于bug的修改时间过长使得任务进度有些偏离。

3. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

   一致，用户量只在小范围内满足。

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

   提前计划分工，组长及时跟进进度查询督促各小组成员在规定时间之前准时完成自己的任务。

计划

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

   大致框架都已经完成，并且计划着发布。

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

   开始计划了很多没有用的功能，比如站点的增加与修改

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

   是

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

   项目构建都比较顺利。

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

   有预留，但是时间还是有一些不太够用。

资源

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

   有。

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

   是在边进行项目的过程的边估计的，但是精度不能把握的很好。

3. 你有没有感到你做的事情可以让别人来做（更有效率）?

   有的

设计/实现

1. 设计工作在什么时候，由谁来完成的？

   由组长完成，在开始的初期就已经完成。

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

   基本没有

3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

   使用了集成开发环境，这个集成编辑器让我们效率大大提高

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

   路线的查询，由于哈希算法没有设计好，导致修改花了很长时间。

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

   自己审核

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

   如果还有机会重来一遍，我们应该会更早的开始工作

测试/发布

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

   有

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

   是的

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

   无

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

   并没有

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

   顺利

总结

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

达到CMMI中的二级，过程为项目服务的

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

磨合

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

大家的沟通效率提升明显

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

提高编程的质量