总结

设想和目标
我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
答:我们要解决的问题就是让专升本的人更便利的了解专升本信息。定义较为清楚。是
是否有充足的时间来做计划?
答:是,有着充足的时间去完成计划。
团队在计划阶段是如何解决同事们对于计划的不同意见的?
答:采取同意人数最多质量最优的意见
用户量、用户对重要功能的接受程度和我们事先的设想一致吗?我们离目标更近了吗?有什么经验教训?
答:不太一致,因为做出来的东西离所想的相对差一些。离目标更近了。经验教训就是比如不会的地方要认真进行学习。
如果历史重来一遍,我们会做什么改进?
答:需求,关联等方面进行改进
你原计划的工作是否最后都做完了?
答:原定计划基本都已经完成
有没有发现你做了一些事后看来没必要或没多大价值的事?
答:有UI方面没多大价值
是否每一项任务都有清楚定义和衡量的交付件?
答:是。
是否项目的整个过程都按照计划进行?
答:是。
在计划中有没有留下缓冲区,缓冲区有作用么?
答:有,缓冲时间是用来整合代码以及查找资料学习的
将来的计划会做什么修改?(例如:缓冲区的定义,加班)
答:多多利用缓存区时间进行学习
如果历史重来一遍,我们会做什么改进?
答:会把关联问题解决以及布局设计的更好
我们有足够的资源来完成各项任务么?
答:查找了很多的资料来完成任务
各项任务所需的时间和其他资源是如何估计的,精度如何?
答:按照能力进行估计,精度还行
用户测试的时间,人力和软件/硬件资源是否足够?
答:测试时间有点少,人力和硬件资源相有点薄弱
你有没有感到你做的事情可以让别人来做(更有效率)?
答:有。
如果历史重来一遍,我们会做什么改进?
答:多查找资料学习相对的知识解决难题
每个相关的员工都及时知道了变更的消息?
答:知道。群内会发布消息
我们采用了什么办法决定“推迟”和“必须实现”的功能?
答:根据功能的重要性。
项目的出口条件(ExitCriteria)有清晰的定义吗?
答:定义不太清晰
对于可能的变更是否能制定应急计划?
答:能。
员工是否能够有效地处理意料之外的工作请求?
答:不能,有的成员编程方面有点欠缺
如果历史重来一遍,我们会做什么改进?
答:多查找资料学习相对的知识解决难题
设计和实现
设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
答:设计工作在明确目标后开始。是。
设计工作有没有碰到模棱两可的情况,团队是如何解决的?
答:没有。
团队是否运用单元测试(unittest),测试驱动的开发(TDD)、UML,或者其他工具来帮助设计和实现?这些工具有效么?
答:没有。
什么功能产生的Bug最多,为什么?
答:搜索功能,跳转页面多
代码复审(CodeReview)是如何进行的,是否严格执行了代码规范?
答:代码测试人员进行复审
如果历史重来一遍,我们会做什么改进?
答:多查找资料学习相对的知识解决难题
测试和发布
团队是否有一个测试计划?为什么没有?
答:有。
是否进行了正式的验收测试?
答:没有。
团队是否有测试工具来帮助测试?
答:HTML软件
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
答:根据运行结果。
在发布的过程中发现了哪些意外问题?
答:关联问题
我们学到了什么? 如果重来一遍, 我们会做什么改进?
答:感觉到了自己编程能力的薄弱。做项目的时候需要团队成员大家一起配合彼此。多查找资料学习相对的知识解决难题。
总结:我需要多多学习编程方面的知识加强自己的编程能力
软工这门课到了尾声,非常感谢老师的指导和帮助,也感谢我的组员对我的帮助。

原文地址:https://www.cnblogs.com/hzx123/p/14192150.html