事后诸葛亮

课程: 软件工程1916|W(福州大学)
作业要求: 事后诸葛亮
团队名称: 火鸡堂
作业目标: 完成项目Alpha冲刺

团队信息

队名:火鸡堂

队员学号 队员姓名 博客地址 备注
221600111 彼术向 http://www.cnblogs.com/Mookiepiece/ 队长
221600136 墨染白衣颜 http://www.cnblogs.com/love2i/
221600137 海怪呦 http://www.cnblogs.com/a137447/
221600138 魔垣 http://www.cnblogs.com/deweyxuan/

设想和目标

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

开发一款记账软件,帮助用户分析收支。定位还算清晰,功能都很明了

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

没有达到目标,a测原计划的功能只实现了一小部分,数据库方面有完成,但连像样的主页都没有

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

团队的工程质量肯定是有进步,毕竟大家从无到有,挺赶工的一边学习一边开发。而且代码整合的时候每个人都是风格不一,都要经过交流和磨合

计划

1. 是否有充足的时间来做计划/h4>

有,每次开会都好久,但计划归计划

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

意见都是几乎一致,少数服从多数

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

没有,不怕神一样的对手,就..

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

每次讨论都好久,虽然都明白开会必须要直击重点但都是讨论与代码不相干的事情
组员和我说APP闪退很难受…..上去才知道一个个都不知道打开控制台窗口
学了很多安卓组件,学这个对我来说是没有太大意义的,不能实际地提升编程水平

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

有,但是没做出来

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

安卓界面组件过于复杂导致项目进度缓慢,每次要实现新功能都必须查3到5个博客教程才能理解
为了学这些组件甚至不能好好码业务逻辑了
组员的学习能力和学习时间也有限
做组长的因为好多选修课没选上才有得时间去学,但最后也不咋地

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

有的,在a测前有一个10天任务安排,我们把任务分得很明确,只是计划赶不上变化

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

目前又是换组员之类,变动很大,此题意义不明跳过

资源

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

没有,完成度摆在这里,能力原因

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

各项任务很难估计,因为我们都是入门阶段,遇到问题/接到任务需要花大把时间去学习

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

没有测试
选主题颜色组长我花了一些时间,因为颜色一开始过亮造成文字辨识困难,还有选项界面那里有100行CSS代码(实际运行还发现css动效吃手机配置,这个就更难受了)
我花很多时间在这个页面上

4. 你有没有感到你做的事情可以让别人来做(更有效率)/h4>

没有

变更管理

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

都在群里互相通知

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

项目完成度不高,后期都是在随缘开发(随便找个功能,都会发现它是没有完成的,都可以去做这块)

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

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

如果有进度偏慢,没有对策
如果卡壳了,会立即重新安排分工

设计/实现

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

由组长负责,冲刺第一天小组赶紧针对了SQLite的数据类型和a测修改了数据库的设计

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

有,比如做出一些冗余的功能,设计会以原型和数据库说明书为准

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

测试/发布

1. 团队是否有一个测试计划什么没有/h4>

没有,软件开发尚未完成,各成员都不对测试有了解

团队的角色,管理,合作

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

都是安卓端,无角色分工

2. 团队成员之间有互相帮助么/h4>

有,一些功能是分配给两个人一起实现的,我也有上去帮他们解决bug和教学

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

重新分工

每个成员明确公开地表示对成员帮助的感谢

221600111彼术向:我感谢 221600138魔垣 对我的帮助,他协助了组员管理及团队事务的管理
221600136墨染白衣颜:感谢 221600111彼术向 对我的帮助,因为在我找BUG找不到时,是他帮忙找出来的
221600137海怪呦:我感谢 221600111彼术向 对我的帮助,在开发过程中在代码报错的时候细心的教导
221600138魔垣:我感谢 221600111彼术向 对我的帮助,他在我每次不会的时候为我提供相关的代码支持和技术支持,同时给我解释相关软件主旨

总结:

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

初始

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

磨合

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

安卓入门了,组员有交流

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

安排时间互相交流技术吧

正如我们前面提到的, 软件的质量 = 程序的质量 + 软件工程的质量,那团队在下一阶段应该如何提高软件工程的质量呢/h4>

1.代码管理的质量具体应该如何提高代码复审和代码规范的质量应该如何提高br> 加把劲
2.整个程序的架构如何具体提高如何通过重构等方法提高质量,如何衡量质量的提高br> 至少开发规约要遵守,
3.其它软件工具的应用,应该如何提高br> 上看教程,互相学习交流
4.项目管理有哪些具体的提高/p>

5.项目跟踪用户数据方面,计划要提高什么地方如你们是如何知道每日/周活跃用户等数据的br> /
6.项目文档的质量如何提高br> 多参考其他文档
7.对于人的领导和管理, 有什么具体可以改进的地方请看《构建之法》关于PM、绩效考核的章节, 或者 《人件》等参考书
按组员能力安排任务,并要求定期报告进度
8.对于软件工程的理论,规律有什么心得体会或不同意见请看阅读作业。
/

关于新队员

221600126
传入的dalao方向JavaEE,了解一点安卓
总之能在各种功能上提供技术支持
被菜鸟包围,幸福度 -5%

1635280-20190506221716533-2147216309.jpg

转载于:https://www.cnblogs.com/XuanZhengZhangGuan/p/10821759.html

文章知识点与官方知识档案匹配,可进一步学习相关知识MySQL入门技能树数据库组成31720 人正在系统学习中 相关资源:本科毕业设计-ERP软件的二次开发.docx-互联网文档类资源-CSDN文库

来源:weixin_30486037

声明:本站部分文章及图片转载于互联网,内容版权归原作者所有,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

上一篇 2019年4月4日
下一篇 2019年4月4日

相关推荐