资煌麻辣烫——事后诸葛亮
| 课程名称 | 软件工程 |
|---|---|
| 作业要求 | 2020软件工程作业——团队07 |
| 团队名称 | 资煌麻辣烫 |
| 作业目标 | 项目总结 |
| 作业正文 | 资煌麻辣烫——事后诸葛亮 |
| 参考文献 | 邹欣老师博客——事后诸葛亮总结提纲 |
一.设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
设计出一个新型的教务系统
因为有一定可参照的相关软件，所以在定义上面很清晰
对典型用户和场景也有相应的清晰描述
2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
达到了基本的要求
因为时间关系，还有小部分模块功能还未实现
3. 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
团队软件质量提高了
代码更加规范，找到/解决问题的时间更快了
4. 我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
在这一次团队合作开发中，每个人都有不小的收获，无论是专业技术知识还是团队协作能力，亦或是管理经验，都是对今后的学习和工作积累了经验
如果再来一次，有了第一次的经验，在各方面都会一些改进，无论是开发效率还是最终成果都会有提升
二.计划
是否有充足的时间来做计划?
计划时间还算充足，因为课程中途便提出了团队开发项目，所以计划的时间还是很充足的
团队在计划阶段是如何解决同事们对于计划的不同意见的？
大家集体讨论，最后得出一个大家都同意的方案
你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
计划工作全部完成
有没有发现你做了一些事后看来没必要或没多大价值的事?
有些东西或许在项目完成后再看或许没有多大意义，但是在项目开发中还是提供了一定的便捷
是否每一项任务都有清楚定义和衡量的交付件?
完成的任务都给出了清晰的定义
是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
出现意外是很正常的情况，特别是像我们这样初入的团队，像项目刚开始，成员环境配置不对，项目运行不了这样的问题
在计划中有没有留下缓冲区，缓冲区有作用么?
没有涉及缓冲区
将来的计划会做什么修改？（例如：缓冲区的定义，加班）
可能会涉及缓冲区的设计
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
大家在团队合作中或多或少都学会了一些专业技术知识，以及一些专业平台和相关软件的使用
最重要的是大家学会了团队合作，对团队合作开发有了更加深入的了解
如果再来一次，可能会避免在一些因为经验不足所导致的问题，提高效率
三.资源
我们有足够的资源来完成各项任务么?
资源可能不充足，但还算能保障项目的完成
各项任务所需的时间和其他资源是如何估计的，精度如何?
任务根据成员的自身意向与能力进行划分
因为经验不足，或多或少会有一些偏差
测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
时间比较紧张，没有充足的时间进行测试
一件事的难易程度取决于想完成的程度，没有绝对简单与复杂的事情
你有没有感到你做的事情可以让别人来做（更有效率）?
除非是技术层次的问题，否则还是自己完成好自己的事情更有效率
有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
如果再来一次，在任务分配和时间规划上面会更合理，团队也会更有效率
四.变更管理
每个相关的员工都及时知道了变更的消息?
因为都在校园里，而且都会有通知，所以变更消息都能及时收到
我们采用了什么办法决定“推迟”和“必须实现”的功能?
“必须实现”的功能在最初的计划中讨论决定
“推迟”的功能也是因为时间不允许了讨论决定
项目的出口条件（Exit Criteria）是否得到清晰的定义?
在需求报告里的性能、界面需求等模块中有比较清晰的定义
对于可能的变更是否能制定应急计划?
应该能吧
员工是否能够有效地处理意料之外的工作请求？
如果时间等因素允许，能
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
如果再来一次，会制定一份备用方案以应对意料之外事情的发生
五.设计/实现
设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作在项目需求分析的时候开始进行
按项目开始前的分工进行
设计工作有没有碰到模棱两可的情况，团队是如何解决的？
首先询问一同负责的同学，都确定不了便征求组长的意见
团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
在绘制类图时UML提供了一定的便利
不需要更新UML文档
什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
因为浏览器的不同，导致在处理前端界面时会出现bug
还有前后端功能实现交互时
总体主要还是因为经验不足吧
代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
代码复审由审查者评审代码的格式、风格、命名是否符合规范
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
如果再来一次，在代码审查方面会下更多功夫，进行更高强度的代码测试与审查
六.测试/发布
团队是否有一个测试计划？为什么没有？
是
是否进行了正式的验收测试？
不算特别正式
团队是否有测试工具来帮助测试？
是，使用了JMeter工具进行压力测试
团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
还算有用，测试了项目的承压程度
在发布的过程中发现了哪些意外问题？
没有出现意外问题，还算顺利
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
如果再来一次，时间充足，会进行全面的项目测试
七.团队的角色、管理、合作
团队的每个角色是如何确定的，是不是人尽其才？
团队角色分工主要根据个人喜好与技术特点进行针对分工
大致上做到了人尽其才
团队成员之间有互相帮助么？
有
当出现项目管理、合作方面的问题时，团队成员如何解决问题？
如果是个人小问题会咨询负责相同模块的同学
都拿不定主意时会咨询组长
在有关项目大问题时会共同讨论
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
如果再来一次，在分工上面会更加细致，任务的安排也会更加合理，团队效率应该会更高
八.总结
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
CMMI一级，完成级
大家基本都是第一次进行软件的开发，也是向着能够实现——这个目标前进
你觉得团队目前处于萌芽/磨合/规范/创造 阶段的哪一个阶段?
经过一次团队项目开发，现在应该处于磨合与规范之间
毕竟有一个很好的引路人
你觉得团队在这个里程碑相比前一个里程碑有什么改进?
大家都有了一定的不管是专业技术还是团队协作能力上的提升
你觉得目前最需要改进的一个方面是什么?
专业技术的不足
对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例
无论是团队内还是团队间，最有效的沟通方法是面对面的交谈
要做到简洁，尽可能减少不必要的工作，这是一门艺术
没有很花哨的界面设计，主打实用性，一切以功能为主
