博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Beta阶段总结
阅读量:5901 次
发布时间:2019-06-19

本文共 2419 字,大约阅读时间需要 8 分钟。

1.设想和目标

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

   我们的软件要解决的就是学生经常要在基教大厅拍完照之后,再去寻找自习室,会浪费学习时间问题,而我们就是要让学生可以随时随地查询教室情况,方便快捷。

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

   有充足时间来做计划

 3.团队在计划阶段是如何解决团队成员对于计划的不同意见的?

   当出现意见分歧的时候,我们会各抒己见,然后进行投票表决。

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

  我们预想的差不多,离我们的目标更近了。实用程度已经达到,只是界面的美观程序还是不够,美观真是软件的一张脸,如果重来一遍,一定要先想如何将界面做的更加美观。

3.计划

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

  做完大部分,因为有一些功能需要的技术相对较高,还不能实现。

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

  有,虽然自学了安卓语言,但是好多时间也浪费在了自学上面,因为不知道要具体学什么,只能漫无目的去学,但是回头发现学了好多没有用到知识。

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

  不是所有的任务都有,因为起初对安卓并不是那么熟悉,熟练,无法进行衡量交付

4.是否项目的整个过程都按计划进行?

  不是,在逻辑设计方面也出现了改变,所有有的任务就要取消,或者更改。

5.在计划中有没有留下缓冲区,缓冲区有什么作用?(例如:缓冲区的定义,加班)

  有,因为安卓毕竟不是那么的会写,所以进度会很慢,就会加点的自学。

6.将来的计划会做什么修改?

  按照原计划进行。

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

  学会了不打无准备之仗,如果历史重来,我们会先进行学习,然后感觉差不多了在进行冲刺。

 5.资源

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

  有足够的资源。

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

  所需时间和其他资源是根据个人的实际情况来估计的,结果精度和实际情况有很大区别。

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

  测试时间、人力等这些还不不够,低估了那些不需要编程的资源的难度。

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

  我们团队根据个人能力来分配任务的,各种各自的方法,没有更,或者更没有,效率之分。

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

  我们的经验教训就是要找到充足的资源,要为每一件事情,做好重复的准备。

7.变更管理

1.每个相关的组员及时知道变更的消息吗?

  能够及时知道,我们会通过QQ群,或者开会的形式及时通知。

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

  我们通过开团队会议,选出必须实现的功能,和可以推迟的功能。

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

  有,就是基本功能都实现,软件的主要目的实现。

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

  可以

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

  我们团队是一个和谐的团队,对于意料之外的工作请求,都会相互体谅,相互理解。

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

  我们学到了对于消息的变更要及时通知我们的团队成员,并且一起讨论,该如何进行变更,让大家为变更做好充分的准备。

 9.设计/实现

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

    设计工作是在我们项目开始之前,大家开会讨论的。

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

  有,我们都是开团队会议,进行讨论,投票表决,最后决定。

3.团队是否运用单元测试(Unit Test)、测试驱动的开发(TDO)、UML或其他工具来辅助设计和实现?这些工具有效吗?

  我们团队运用了相关的工具来帮助设计和实现,这些工具有一定的效果。

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

  在访问平方X的接口时,出现的问题最多,因为我们以前并没有学习连接访问服务器,而且在学了Webserver后才发现,并不能支持安卓系统,还要重新学习HttpURLConnection等。

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

  我们坐在一起对我们的源代码进行复审,严格执行代码规范。

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

  软件发布之前,要进行足够的测试,还有认真进行代码复审,如果历史重来,我们会做的更好

11.测试/发布

1.团队有没有测试计划?为什么没有?

  有

2.有没有做过正式的验收测试?

  有

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

  有,360应用商店

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

  每开发完一个工能之后,都会进行大量的是,这些测试工作非常有用,测试过程必须严格,不能有差错,因为一旦后续的过程中出错会很麻烦。

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

  在360应用商店发布时,第一次审核未通过,因为没有著作劝。

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

  我们学会了要进行大量的软件测试,每个功能完成之后就要进行大量测试,以免后面牵一发而动全身,造成不必要的麻烦。

转载于:https://www.cnblogs.com/mzx157/p/7021122.html

你可能感兴趣的文章
TP5中关联模型的使用详解
查看>>
springMVC注解之入门
查看>>
不用花钱!Android模拟器让你在电脑上免费体验谷歌手机
查看>>
MySql
查看>>
算法分析与设计——贪心法实验报告
查看>>
js时间戳与日期格式的相互转换
查看>>
POJ - 1062 昂贵的聘礼(Dijkstra)
查看>>
Java多态和动态绑定是如何实现的
查看>>
sql server 下载安装标记
查看>>
Android学习6—单元测试的使用
查看>>
js运算符(运算符的结合性)
查看>>
最长上升子序列问题
查看>>
C#中的析构函数
查看>>
Python基础—基础数据类型list(Day4)
查看>>
idea 编译级别的设置
查看>>
内置对象Array的原型对象中添加方法
查看>>
12行代码的相关节点
查看>>
activemq的几种基本通信方式总结
查看>>
PLSQL 中异常处理
查看>>
Android事件总线(一)EventBus3.0用法全解析
查看>>