• Beta阶段总结


    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.我们学到了什么?如果历史在来一遍我们会做什么改进?

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

  • 相关阅读:
    jar 常用操作
    linux 加载新的磁盘(卷组)
    apache 代理配置
    spring boot datasource 参数设置
    svn 常用命令
    最详细的maven教程
    centos 用户组操作
    ubuntu命令行操作mysql常用操作
    Ruby-Clamp
    maven使用备忘
  • 原文地址:https://www.cnblogs.com/mzx157/p/7021122.html
Copyright © 2020-2023  润新知