事后诸葛亮分析报告
| 信息 | 详情 |
|---|---|
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/2023softwareengine |
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/2023softwareengine/homework/12922 |
| 这个作业的目标 | 复审与事后分析 |
目录
事后诸葛亮分析
一、设想和目标
1.我们的软件要解决什么问题？是否定义的很清楚？是否对典型用户和典型场景有清晰的描述？
- 建立一个成绩管理系统，目的在于帮助学期末同学可以更方便地查看成绩，筛分各科卷面成绩和综测绩点、平均绩点等。
- 我们认为我们的定义已经十分明确。
- 我们需要面对典型用户是一些对学生和老师，我们可以为他们提供与教学相关的信息，可以从中筛选他们需要的内容。
2.我们达到目标了么？
- 我们基本完成了原定目标，但遗留了一些细节没有处理。项目的提交也赶上了要求的交付时间，所以虽然一路上磕磕绊绊，但是最后我们还是完成了目标。
3.和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高？
- 小幅度提高。
- 在工作效率上有所提高。
4.用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
- 一致。
- 用户量只在小范围内满足。
二、计划
1.是否有充足的时间来做计划?
- 基本上有。
2.团队在计划阶段是如何解决同事们对于计划的不同意见的？
- 组长将组员内的意见收集后开会讨论，详细的讨论这个意见对这个项目的作用。
3.你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
- 大部分都完成。
- 因为时间不够和能力不足，可能有一些bug没有发现，不懂如何修复。
4.有没有发现你做了一些事后看来没必要或没多大价值的事?
- 最开始计划了很多没有用的功能。
5.是否每一项任务都有清楚定义和衡量的交付件?
- 是。
6.是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
- 是。
- 无。
7.在计划中有没有留下缓冲区，缓冲区有作用么?
- 在计划中有留下缓冲区，暂时存储数据，经常访问的数据可以放进缓冲区。
8.将来的计划会做什么修改？（例如：缓冲区的定义，加班）
- 根据大家汇总的要求与实际需求进行修改
9.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
- 巩固学习代码基础，培养了创新能力，提高自己的抗压能力，提升自己的团队合作能力。
- 资源再多一点，让每个人都有任务可以做并且是愿意做的，不要因为不擅长而做得很费劲。
三、资源
1.我们有足够的资源来完成各项项目么？
- 并不足够。
2.各项任务所需的时间和其他资源是如何估计的？精度如何？
- 各项任务时间和资源是由组长与组员统一统筹和安排。
- 有的时候时间较少质量并不是很好。
3.测试的时间，人力和软件/硬件资源是否足够？对于那些不需要编程的资源（美工设计/文案）是否低估难度？
- 有些许的缺少
- 对于不需要编程的资源低估了难度，本以为很简单，但实际上手后发现很难，思考量很多。
4.你有没有感到你做的事情可以让别人来做（更有效率）？会做什么改进？
- 有的时候会感觉别人来做会比自己做的更好更有效，资源的缺乏和自身能力的不足导致项目整体可能会有些欠缺，非常考验制作者的心理压力承受度让人压力非常大。
- 在制作项目前应该多多收集有关资源并且做好相关知识的学习练习，锻炼自己的抗压能力，做到不急不躁。
四、变更管理
1.每个相关的员工都及时知道了变更的消息吗？
- 是的。消息在团队工作群实时更新。
2.我们采用了什么办法决定“推迟”和“必须实现“的功能？
- 针对系统的主题，优先实现系统的必需功能。
3.项目的出口条件有清晰的定义了么？
- 有较清晰的定义，能满足一些需求
4.对于可能的变更是否能制定应急计划？
- 是。组长会在变更的第一时间与组员进行讨论，并制定计划。
5.员工是否能有效的处理意料之外的工作请求？
- 是。成员间配合良好。
五.设计/实现
1.设计工作在什么时候，由谁来完成？是适合的时间，适合的人吗？
- 设计工作在项目还没有开始的时候有大家一起提意见完成，在每次下课的时候进行。
2.设计工作有没有碰到模棱两可的情况，团队是如何解决问题的？
- 设计工作的时候会碰到摩棱两可的情况，会进行组内讨论，商讨得出结果。
3.团队是否运用单元测试，测试驱动的开发，UML或者其他工具来帮助设计和实现？这些工具有效么？
- 团队运用了单元测试、测试驱动的开发、UWL或者其他工具进行帮助设计和实现；像idea、humber等辅助工具非常好用，有助于项目开发设计。
4.什么功能产生的BUG最多，为什么？在发布之后发现了什么重要的BUG？为什么我们在设计/开发是没有想到这些情况？
- 在项目排版的时候出现BUG最多因为布局不够精细导致项目无法呈现。发布后发现有时会闪退，还发现了一些功能太简略不够完善，出现这些问题是因为设计和完成项目的时候不够细心
5.代码复审是如何进行的，是否严格执行了代码规范？
- 代码复查由负责测试的同学每人一行一行代码运行查看的，严格执行了代码规范。
六、测试/发布
1.团队有没有测试计划？为什么没有？
- 团队有进行测试计划，但计划制定较仓促，不够完善。
2.有没有做过正式的验收测试？
- 没有。
3.团队是如何测量并跟踪软件的效能？从软件实际运行的结果来看，这些测试工作有用么？应该有那些改进？
- 团队是通过测试工具进行测量和跟踪软件效能的。从实际运行结果来看，这些测试工作非常有用，让我们能发现了一些关于之前编写代码时没发现的错误。希望我们能够以后更加细心完成项目的制作。
4.在发布过程中发现了那些意外？
- 并没有。
七.团队的角色，管理，合作
1.团队的每个角色是如何确定的，是不是人尽其才？
- 是人尽其才，充分发挥每个成员的优势。
2.团队成员之间有互相帮助么？
- 有。
3.当出现项目管理、合作方面的问题时，团队成员如何解决问题？
- 我们每次任务开始之际都会开展讨论会。我们会把问题摆出来讨论，大家分别论述自己的观点和想法，若有意见冲突则少数服从多数，决定后立即实施。项目管理和合作分工等方面的工作都是在一次又一次的调整中不断完善的。
八.总结
1.你觉得团队目前的状态属于CMMI中的哪个级别？
- CMMI中的一级。
2.你觉得团队目前处于萌芽/磨合/规范/创造阶段的哪一个阶段？
- 萌芽阶段。
3.你觉得团队在这个里程碑相比前一个里程碑有什么改进？
- 队员之间配合较好，态度积极。
4.你觉得目前最需要改进的一个方面是什么？
- 团队整体在技术方面还有进步空间。
九.会议照片
十.团队成员在Alpha阶段的角色和具体贡献：
| 名字 | 角色 | 团队贡献(总分120) | 可验证的贡献 |
|---|---|---|---|
| 林芷茵 | 项目经理 | 118 | 组织好相关工作，合理分配好相关工作，统筹好各组的工作，及时跟进项目进展，并及时调整工作任务。保证小组项目高效完成。 |
| 郑家琦 | UI设计 | 117 | 完成相关的程序的可视化设计，并测试好相关设计图样的在程序运行中的可行性。 |
| 黄显雅 | 数据库 | 115 | 创建较为完善的数据库表，以及搭建好与系统匹配度高的数据库。 |
| 谢烨帆 | 前端 | 120 | 完成成绩管理系统的前端设计，做好可视化设计和后端组之间的衔接。 |
| 王志耿 | 开发 | 119 | 完成大部分代码，完成成绩分析功能，以及不同权限的用户管理，并完成代码的修改。 |
| 傅柳裕 | 开发 | 114 | 完成学生信息管理、课程信息管理、成绩管理等。准确设计项目的代码规范，提高不同代码块的衔接度。 |
| 赖锦豪 | 测试 | 116 | 完成系统调试和测试，保证程序的流畅性以及降低运行期间的出错率。 |
