事后诸葛亮分析报告

一、项目总结与反思

1. 我们的软件要解决什么问题？是否定义得很清楚？
我们软件主要解决校内人士在拾取到贵重物品时难以寻得失主的问题。我们对该项目有着清楚的定义，专注于失物招领功能
2. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么？我们离目标更近了么？
用户量在Alpha阶段肯定没有达到预期，毕竟功能没有完全完善，但是用户对重要功能的接受程度和我们事先的预想一致，离目标更近一步。
3. 和上一个阶段相比，团队软件工程的质量提高了么？在什么地方有提高，具体提高了多少，如何衡量的？
有所提高，主要在于代码的规范，功能的完善。
4. 我们达到目标了么？
是

二、计划

1. 是否有充足的时间来做计划？
是，在每个任务前一周之内能够有充足时间进行规划
2. 计划阶段如何解决不同意见？
主要通过对内之间相互沟通，PM通过询问对内个人意见进行统筹
3. 原计划的工作是否最后都做完了？
是
4. 发现做了不需要或没价值的事吗？
刚开始的目标不应该设置过于困难的任务
5. 每一项任务是否有清楚定义和衡量的交付件？
是，任务都在leangoo或者项目需求说明书内定义
6. 项目过程是否按照计划进行？
是

三、资源

1. 是否有足够的资源来完成各项任务？
是，时间充足，并且有一定的开发经验
2. 时间和其他资源的估计精度？
任务分解，经验预估，精度较高。
3. 测试资源是否足够？
测试人员、时间都较为充足
4. 工作效率提升建议？
在开发前应该每个人达到共识，认识到软件的运行方式，框架应搭建完善

四、变更管理

1. 变更通知是否及时？
是，微信群内会准时通知
2. 如何决定“推迟”和“必须实现”的功能？
推迟：对于与主要功能无关的，暂时没有能力完成的功能
必须实现：会影响主要功能，可能导致系统崩溃的功能
3. 出口条件是否清晰定义？
是

五、设计/实现

1. 设计工作的时机？
由任务发布者决定，给出最后期限
2. 设计碰到模棱两可的情况如何解决？
对内讨论决定，如果意见有所分歧，由PM代为决定
3. 使用了哪些工具来帮助设计和实现？
前端技术：HTML, CSS, JavaScript
后端技术：Java (Spring Boot),Node.js 等。
数据库：MySQL
4. 什么功能产生的Bug最多？
关于失物增删改查的Bug较多
5. 代码复审如何进行？
由测试人员进行复审

六、测试/发布

是否有测试计划？
是
是否进行了正式的验收测试？
是，在软件开发的最后阶段，进行了正式的验收测试。
测试工具的应用？
进行了性能测试，使用了性能测试工具用于验证系统在高负载下的表现。
进行缺陷跟踪，使用了缺陷跟踪工具，用于记录、跟踪和管理发现的缺陷。
测量并跟踪软件效能？
计算响应时间和吞吐量，通过监控工具跟踪系统响应时间、请求处理能力等。
测试了资源利用率，包括CPU、内存、网络带宽等指标的监控，确保软件在运行时不会过度消耗资源。
发布过程中发现的问题？
开发、测试和生产环境的差异可能导致软件在某些环境下无法正常运行。
在负载增加的情况下，可能会发现性能下降或资源瓶颈，影响系统的可用性。

七、团队的角色、管理与合作

角色确定是否合理？
是，对内成员分为PM、后端、前端三大职责，每个人各司其职，能有保证项目的不同方面都能够被照顾
团队成员之间是否有互相帮助？
是，当某位团队成员临时有事时其余人员能够及时顶上完成任务
解决项目管理和合作问题的方式？
通过队内沟通协商，管理方面由PM负责统筹各自的任务，确保合作正常

八、总结与展望

当前状态属于哪个档次？
当前状态：我们认为团队目前处于CMM/CMMI的“规范”阶段，各项工作已经逐步规范化。
最需要改进的一个方面？
代码开发阶段需要更加规范，比如框架的搭建，前后端的衔接
对照敏捷开发的原则，做得最好的是哪些？
团队协作方面，队员沟通及时，发现问题速度迅速；
项目开发方面，队员能够很好的完成要求
下一阶段如何提高软件工程的质量？
通过完善没有实现的功能，同时加强代码的规范性

九、团队贡献分

姓名	职位	团队贡献分
欧可贵	PM	21.55
吴灿豪	前端	20.36
方伟城	后端	18.42
李梓灏	前端	22.67
陈东阳	后端	19.82
龙杜冰	后端	18.51
李建龙	后端	18.67