事后诸葛亮分析报告

1、作业概述

这个作业属于哪个课程 软件工程-计科21级12班-计算机学院-广东工业大学
这个作业要求在哪里 团队作业6——复审与事后分析-计科21级12班
这个作业的目标 事后诸葛亮分析报告

GitHub团队仓库： jiajia-chicken

团队成员：

成员 学号
林桂旭 3121004830
刘升嘉 3121004833
谭艺豪 3121004837
陈泽瀚 3121004818
梁昊东 3121005000

一、设想与目标

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

  • 合同管理系统旨在解决企业合同管理过程中的繁琐问题，典型用户包括企业的合同管理员以及合作企业和客户。

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

  • 基本一致，目标基本实现

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

  • 对用户需求应该更加实际，解决重要功能、基础功能在先。
  • 团队之间协作要更加同步。

二、计划

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

  • 有，减去计划中繁琐及无用的部分，提高实际效率

2、团队在计划阶段是如何解决成员对于计划的不同意见的？

  • 取其精华，去其糟粕。

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

  • 全完成

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

  • 有，太多博客园，消耗开发时间。且太多不需要的步骤。很多可以口头解决。

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

  • 有，项目的任务细分为每个模块和每个version，模块从选择、数据集、训练、优化、测试多个方面，都有具体的计划和分配，所以每次交付都是确保质量的交付

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

  • 基本上按照计划进行。没有值得记忆的意外，没有可记录风险。

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

  • 当然，写博客园以及改进项目的不足。

8、将来的计划会做什么修改？

  • 将来的计划会在任务的时间设定上做修改，因为已经进入了考试月，所以需要设置更多的缓冲区，但是如果越过缓冲区还是没完成任务，就放弃

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

  • 优化人员配置，增加博客园写手😊😊😊
  • 后端开发需要增测试时间

三、资源

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

  • 没有，博客园真多😊😊😊，其他都有足够资源。

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

  • 开发经验缺少，都是靠开发人员的经验预估开发时间，将任务细分，精度不是特别高

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

  • 足够
  • 是

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

  • 没有，各司其职即可。

5、有什么经验教训？如果历史重来一遍，我们会做什么改进？

  • 有，目前无需改进

四、变更管理

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

  • 有

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

  • 队员反馈，队长决定

3、项目的出口条件(Exit Criteria - 什么叫“做好了”) 有清晰的定义么？

  • 有
    • 测试中发现的BUG得到解决。
    • 不同服务器都可使用
    • 核心功能正常。

4、对于可能的变更是否能指定应急计划？

  • 能

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

  • 能

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

  • 任务和更改的及时通知是非常重要的，如果重来一遍，会提前确保任务不需要修改，避免临时的加改对项目开发进度的拖延

五、设计/实现

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

  • 在开始的时候，大家一起完成。是

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

  • 有，商量解决

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

  • 是，有效

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

  • 前后端交互bug较多，经验不足。没发现重要的bug

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

  • 各自管好自己。是

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

  • 及时反馈问题

六、测试/发布

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

  • 有

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

  • 是

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

  • 有

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

  • 软件的效能，主要从识别的准确度，回复的准确度以及回复的速度跟踪测量。压力测试使用jmeter进行测试，模拟大量用户从终端同时登录和同时与服务器发送消息，测试系统正常运行的极限。从结果看，这些测试工作的作用并不明显，因为目前使用我们软件的用户量远不及压力测试的数量，应从实际出发，测试并加快响应速度，而不是一味的折磨服务器5、在发布的过程中发现了哪些意外问题？

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

  • 测试也是开发中的一大环。

七、总结

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

  • 四档。

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

  • 创造

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

  • 效率提高

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

  • 团队间的协作

5、对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例

  • 保持每日会议以及每日总结

6、代码管理的质量具体应该如何提高？ 代码复审和代码规范的质量应该如何提高？

  • 保留一定的注释，遵守相同的代码规范，确保不同任务的成员之间不同任务的代码可以看懂，增强代码的易读性

7、整个程序的架构如何具体提高？ 如何通过重构等方法提高质量，如何衡量质量的提高？

架构需要对整个项目都有比较深入的理解，从算法模型，到前后端框架

每次完成issue和每日任务的时候，将新模块加入到程序中，就重构一次，确保一日一重构

质量的提高可以从程序运行的代码覆盖率，以及用户的使用体验衡量

8、其它软件工具的应用，应该如何提高？

  • 阅读使用文档

9、项目管理有哪些具体的提高？

  • 按照计划走

10、项目文档的质量如何提高？

  • 专人编写

11、对于人的领导和管理， 有什么具体可以改进的地方？

  • 增加博客园写手和后端工作时间

团队贡献分

名字 角色 团队贡献分 可验证的贡献
林桂旭 前端开发、测试 20 测试、代码
刘升嘉 后端开发 20 测试、代码
梁昊东 项目经理、测试 20 测试、需求分析
谭艺豪 前端开发 20 代码
陈泽瀚 后端开发 20 博客园，代码
posted @ 2023-12-13 15:52  Chen泽瀚  阅读(10)  评论(0)  编辑  收藏  举报