能混绝不C————事后诸葛亮

软件工程 https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/
作业要求 https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10863
团队名称 能混绝不c
作业目标 事后诸葛亮
作业正文 如下
参考文献 baidu

设想与目标

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

答:我们要解决超市线上管理,定义十分清楚,都有清晰的描述。

2.我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)

答:基本(登录模块,财务模块,销售模块,库存模块,人事模块)达到了目标,功能基本还差两三个,是,用户数量达到了。

3. 和上一个阶段相比,团队软件工程的质量提高了么? 在什么地方有提高,具体提高了多少,如何衡量的?

答:提高了,大家都在努力学习新的技术,团队之间也更加了解配合更好了,大家对问题的响应提高了不少,之前总没人回答,后来大家都积极参与讨论。

4. 用户量,用户对重要功能的接受程度和我们事先的预想一致么?我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

答:预想一致,离目标更近了,有问题一定要及时的提出来不要自己闷头解决不然可能拖慢进度,我们会再把每个权限的界面设计的更完善。

计划

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

答:还算充足,时间比较紧。

2. 团队在计划阶段是如何解决同事们对于计划的不同意见的?

答:通过群里先大家讨论,不行在投票。

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

答:基本做完了,还没做的由于技术还不熟练。

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

答:有,比如纠结背景图改放拿一张好看。

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

答:是,我们在需求分析文档都有清楚的定义。

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

答:基本是按计划进行,中途有一些技术问题,如如何导入表格数据错乱,因为技术还是不够熟练。

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

答:有,为了确保有足够的时间来解决出现的问题,确实留下了给我们解决部分BUG的时间。

8. 将来的计划会做什么修改?(例如:缓冲区的定义,加班)

答:暂时没有接下来的计划。

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

答:缓冲区非常重要,需要去合理设计。

资源

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

答:有,我们大家都找了网上的各种资源来完成这个系统。

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

答:我们是经过讨论,根据经验来估计的,精度有待加强。

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

答:有点不够,之前没有太多的考虑测试这一块,导致后面测试部分完成的不是很好,没有低估难度。

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

答:应该提前多去学习参考网上的经验来准确的预估时间。

变更管理

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

答:是,一旦有大是变更都会在群里发布消息,要求组员回复。

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

答:群里讨论群里投票。

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

答:有,超市管理基本功能实现与五大模块(登录模块,财务模块,销售模块,库存模块,人事模块)必须完成。

4. 对于可能的变更是否能制定应急计划?

答:没有。

5. 员工是否能够有效地处理意料之外的工作请求?

答:不能。

设计/实现

1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

答:团队共同完成需求分析报告,大家共同完成,大家都很积极。

2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?

答:有,通过群里讨论,群里投票解决

3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么? 比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?

答:暂时没有。

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

答:导入数据库数据时最多,因为数据类型有点把握不来,发现了每个权限的ui界面都一样,大家都主要注重功能的实现。

5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

答:由每个人负责的部分审查,严格遵守了代码规范。

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

答:要合理的分配时间与人去做单元测试,完善uml文档。

测试/发布

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

答:有,安排专门的测试人员对每个模块进行数据测试。

2. 是否进行了正式的验收测试?

答:做了验收测试但不算正规。

3. 团队是否有测试工具来帮助测试?

答:有。Visual Studio。

4. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

答:软件测试由测试人员进行性能测试,从软件实际运行结果来看有一些作用,应该多去学习关于测试的技术。

5. 在发布的过程中发现了哪些意外问题?

答:登录除管理员权限之外的权限出错。

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

答:要及时做好测试,及时修复BUG。

团队的角色,管理,合作

1. 团队的每个角色是如何确定的,是不是人尽其才?

答:每个角色都是根据每个人的能力,以及他自己的意愿来确定的,是人尽其才应该。

2. 团队成员之间有互相帮助么?

答:有,队员有问题都会在群里问,大家也会解答。

3. 当出现项目管理、合作方面的问题时,团队成员如何解决问题?

答:一般会组织线上或线下会议大家面对面解决,大家都还算积极。

总结

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

答:我们认为目前团队还处于CMMI一级,完成级的档次。因为大部分同学是第一次接触,对于各种技术都还不是很熟练。

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

答:我认为处于磨合阶段。

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

答:对系统功能方面定义更清楚。

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

答:每个人自身技术水平的提高。

团队讨论

能混绝不C————事后诸葛亮_第1张图片

组员分工与占比

组员 分工 占比
伍淑琪 后端 20%
龚慧 前端总体UI界面 20%
罗辉波 后端辅助,数据库 8%
唐睿 项目经理 8%
莫正昌 前端——人事 8%
姚冬民 前端——销售 8%
陈龙 需求分析 产品发布 7%
杨文宇 前端——库存 7%
李浩 测试代码 7%
石余玉 前端——库存 7%

你可能感兴趣的:(能混绝不C————事后诸葛亮)