事后诸葛亮分析报告

一. 总结提纲

1. 设想和目标
2. 计划
3. 资源
4. 设计/实现
5. 测试/发布
6. 团队的角色，管理，合作
7. 总结

二. 事后诸葛亮会议主要内容

1. 设想和目标

• 我们的设想的目标是做一个图书管理系统为图书管理员和学生能够更方便地对图书进行管理或者借阅图书等操作。应用场景为校园图书馆。
• 我们基本达成目标，对图书的增删改管理和借阅查询操作功能完成，并在此基础上添加了管理员对用户信息的管理操作和信息发送等功能，但是这些另外添加的功能尚未完全完成，有一些细节尚需完善。
• 我们的用户数量尚未达到期望值，有待改善。
• 如果历史重来，我们会多加考虑产品的定位和用户的需求来完成项目。

2. 计划

• 在计划阶段，当我们出现项目意见分歧时的时候会以我们的目前的编程能力为重点，以用户实际需求为次重点的方式来解决我们的矛盾。
• 在基本完成项目后，发现其中我们添加的对学生信息的管理功能在此系统中有些冗余了。
• 我们在计划之初还提出了很多功能，但是出于任务量和用户需求的考虑，我们将其删除了。
• 如果历史重来，我们会多加考虑产品的定位和用户的需求来完成项目。

3. 资源

• 我们在开发过程中使用到的绝大部分资源都来自于网络，对一些知识点的学习和对项目进行管理的学习都是在网上寻找相关资料进行学习。
• 各项目的所需时间和资源的估计是根据团队成员的个人能力来进行的，最后执行时有一些偏差，并不太准确。
• 测试的时间，人力和软件，硬件资源不太足够，利用最简单的方式进行的测试，并超出了一些预期时间。对于那些不需要编程的资源略低估了难度，不过随着项目的进行，我们对资源的利用也越来越熟悉了。
• 如果历史重来，我们会从更多的方面去寻找资源以便我们项目能够更加顺序地进行。

4. 设计/实现

• 设计工作是团队在项目计划的时候开会进行讨论，共同决定的。
• 我们团队使用了unit test单元测试来对项目进行测试，效果是有的，能够很好地帮助我们找出代码的bug。
• 项目中，图书的借阅功能出现的bug最多，因为借阅图书和归还图书需要对数据库的数据进行读取和判断，然后才能对数据进行操作，需要多次访问数据库。
• 代码复审是在项目基本完成之后，每位成员对自己完成的部分进行复审工作，来保证项目的完成度和正确率。
• 如果历史重来，我们会更加合理地分配时间和设计更加合理的步骤来对项目进行开发。

5. 测试/发布

• 团队的测试计划是在项目基本完成后，对每一个部分进行单元测试，然后设计测试方式对项目进行试用。
• 团队测试过程中并没有使用其他的测试工具来对项目进行测试，而是使用单元测试的方法，和试用项目的方式，效率较低。
• 我们团队并未测量并跟踪软件的效能，和进行压力测试。
• 如果重来一遍，我们会使用更加合理的测试方法，使用合理的工具来进行测试，提高测试效率和正确率。

6. 团队的角色，管理，合作

• 团队角色的确定是更具团队成员的个人能力来定位的，尽量人尽其才了，但仍然存在一些不足之处。
• 我们团队成员之间会互帮互助，遇到问题的时候，会寻求成员的帮助，而每一个成员在开发过程中，都很乐意提供自己能力范围内的帮助，队伍氛围良好。

7. 总结

• 总体来说，该团队项目的完成离不开每一位成员的共同努力，但仍有些许遗憾，不够完美。在计划之初我们共同讨论项目的定位和功能需求，完成了对产品的设计，但仍有不足之处。在开发过程中，我们遇到问题都会互相帮助或者从网络寻找资源和知识来完善自己的知识体系来更好地完成项目。在冲刺阶段我们根据自己领取的任务，尽量合理地分配自己在7天的任务，虽然其中也出现了很多问题，但也较为顺利地完成了项目的冲刺。最后我们对项目的测试还有很大的改善空间，未来还要将强这方面的学习和对工具的使用，来提高我们的测试效率。

三. 会议照片

会议采取线上会议的形式进行。

四. 团队成员在Alpha阶段的角色和具体贡献：

所有人贡献分的总和为 120分

名字	角色	团队贡献分	可验证的贡献
凌龙	前端开发，博客撰写	27	对管理员端的页面编写，上传和管理源代码，撰写博客
王宇崇	前端开发	18	对学生端页面的编写
梁力恒	后台开发	18	后台逻辑的编写
陈嘉豪	后台开发	18	后台逻辑的编写
陈龙杰	数据库设计，测试设计	21	测试案例的设计，数据库的设计，后台部分逻辑的编写
黄仲宏	数据库设计	18	数据库的设计，后台部分逻辑的编写