beta冲刺——答辩
beta冲刺——答辩
一、设想和目标
-
做这个项目的背景、意义是什么?要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
大学生宿舍闲置物品过多无法处理的问题,没有校内处理的公众平台,我们软件定义的目标用户不是大众群体,而是校内学生和老师,并且主要功能面向区域内用户的二手交易。
典型用户为同一个学校有闲置物品的学生和老师。
主要场景:日常闲置物品交易;毕业前物品转卖...... -
项目达到目标了么(原计划的功能做到了几个?在原计划之上是否有所拓展)
我们预期的功能有:注册、登录功能;物品发布功能;物品展示功能;留言功能;聊天功能;管理员功能。除了聊天功能以外都完成了。
-
和alpha阶段相比,团队软件工程的质量提高了么?在什么地方有提高,具体提高了多少,如何衡量的?
在beta阶段我们运用了leangoo看板功能进行项目管理,相比于alpha阶段更加细致地管理项目。
-
设想用户量是多少, 用户对重要功能的接受程度和我们事先的预想一致么?
设想用户量两百左右,目前测试用户对重要功能大体上是接受的。
-
有什么经验教训? 如果历史重来一遍,我们会做什么改进?
如果重来一遍我们会将用户界面进行优化,提升交互性。
二、计划
-
和alpha阶段相比,每天是否时间规划的更好?
beta阶段开始前我们有制定每天计划,相比于alpha阶段有了更好的规划。
-
团队在beta阶段是如何解决队友对于计划的不同意见的?
对于计划的不同意见,同时讨论,采取少数服从多数的方法决定。
-
你们原计划的工作是否最后都做完了? 如果有没做完的,为什么?
我们计划在beta冲刺完成管理员界面,最后也如期完成了。
-
是否每一项任务都有清楚定义和衡量的交付件?
有。我们基本都是按照原型设计进行编程。
-
项目是否出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
没有出现较大的意外。
-
在计划中有没有留下缓冲时间,缓冲时间有作用么?
有预留缓冲时间,缓冲时间主要用作准备最后的答辩准备。
-
我们学到了什么? 如果重来一遍, 我们会做什么改进?
就是要提前做好知识储备,不要想当然或者真正写代码的时候发现某个功能实现有困难才学习。
三、资源
-
有足够的资源(可以是时间、开发资源等)来完成各项任务么?
我们beta阶段任务较为简单,所以时间还是较为充裕的。
-
各项任务所需的时间和其他资源是如何估计的,精度如何?
我们用leangoo看板对整个冲刺时间进行一个分配,精确到每天的任务分配。
-
和alpha阶段相比,测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
与alpha阶段相比,beta阶段的各个资源都较为充足。不需要编程的资源也没有低估难度。
-
变更的组员工作如何?如果未变更是否项目完成效率会更高?变更的组员学到了什么?对于可能的变更是否能制定应急计划?
变更组员非常配合,工作态度也很积极。如果未变更组员自然会少掉交接工作,能把交接的时间投入项目工作,效率也就能提高。由于beta阶段任务较为简单,所以变更组员没有太大影响。
-
有没有感到某个成员做的事情可以让别人来做(更有效率)?有什么经验教训? 如果历史重来一遍, 你们会做什么改进?
此阶段我们的安排还是较为合理,效率也较高。
四、设计/实现
-
项目是否经历重构?为什么需要重构?
我们没有经历重构。
-
团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么? 比较项目开始的UML文档和现在的状态有什么区别?这些区别如何产生的?是否要更新UML文档?
我们没有增加新的用户需求,所以不需要更新UML文档。
-
什么功能产生的Bug最多,为什么我们在设计/开发的时候没有想到这些情况?
app打开的时候闪退等的Bug最多,因为这一部分的代码相对复杂,有些地方没有考虑充分,导致运行的时候有较多的不足。
-
代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
我们的功能实现为结对实现,在开发过程中,随时交换代码,互相检查代码规范性。还需增强测试力度和设计美观性。
-
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
我们学到了团队如何共同开发,需要遵从一份代码规范,统一代码风格。
五、测试/发布
-
和alpha阶段相比,测试工作有提高吗?在哪些地方提高了?
与alpha阶段相比我们增加了用于测试的时间,完整了测试用例。
-
团队是否有一个测试计划?
有安排测试计划。
-
团队是否有测试工具来帮助测试?
我们开发软件没有用框架,没有找到合适的测试工具来测试代码,所以都是手动测试。
-
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
团队中的测试主要通过手动测试,跟踪软件效能,这些测试工作可以发现一些明显的问题,但是仍然有些bug会遗漏。
-
在发布的过程中发现了哪些意外问题?
软件有时候会出现闪退问题。
-
我们学到了什么? 如果重来一遍, 我们会做什么改进?
重来一遍我们可能会利用框架开发,方便测试。
六、团队的角色,管理,合作
-
团队的每个角色是如何确定的,是不是人尽其才?
我们根据上一个阶段分配前后端工作,后端人员继续完善后端代码,前端人员负责测试。这样就省去了很多交接工作,效率更高。
-
团队成员之间有互相帮助么?
有,比如我们测试部分的配置问题,基本都是后端大佬们帮助解决的。
-
当出现项目管理、合作方面的问题时,团队成员如何解决问题?
我们小组经过助教指导,运用了看板来调整项目管理工作。合作方面没有出现明显的问题,偶尔开会联系不到人的时候,会议结束之后会让一个同学去通知相关工作安排。
七、总结
-
组员们自我总结
| 姓名 | 学号 | 心得体会 |
|---|---|---|
| 裴博 | 221701303 | beta阶段我们小组迎来了新成员,改善了新的项目管理模式和代码管理模式,总体发现原来我们很多的工作在做一些无用功,经过改善,现在变得更加的方便和高效,最后进入测试阶段我们陷入困境,服务器端的配置和一些问题逐渐显露出来,最终解决问题是非常开心的,这次实践对个人能力有很大的提高,感觉自己学到了很多东西。 |
| 杨婕 | 221701301 | 为期七天的Beta冲刺阶段结束了,在经过了第一次的冲刺后,总结了一些问题,也为这次冲刺规划了新的内容,这次最大的收获就是掌握了管理规划项目进度的方法,自己对于项目的进度有了最直接明晰的认知,之前只是在组长的指挥下做到哪是哪。这次冲刺的时间相比较更短一些,但是组内成员之间都配合的很好,在一次次的合作中,大家都学到了新的知识。 |
| 陈文婷 | 221701302 | 整个软件项目在alpha阶段已经基本完成,所以我这次beta阶段的任务相对简单。也在这个阶段第一次接触到软件测试,服务器的配置方面也出现了很多问题,缺少这个文件或者缺少那个包,小组成员们也都很热心地帮助我解决了这些问题。组员配合方面,在这个阶段也有了很大提高,沟通起来也更加顺利。这次的项目经历是非常宝贵的。 |
| 王建林 | 221701326 | 这次beta冲刺主要负责测试和文档撰写工作,测试工作方面学会使用自动化测试工具进行测试,真正了解了测试的必须的全面性,理解了测试在整个软件工程周期中的地位和重要性。文档撰写方面,主要是培养了细心耐心,以及必要的软件工程相关的文字表达能力。 |
| 张一凡 | 221701233 | 在这个小组中我算是后来者,习惯了springboot带给我的便利后,在新的小组接手代码曾一度难以适应——“怎么这个都要自己写啊”,适应过程很艰难,总会遇到这样那样的问题,不过在经过小伙伴的帮助下总算能够上手了。在beta阶段冲刺这个过程中,我也慢慢融入了这个团队,也学会了一些新的知识,比如Android环境的搭建和配置等,与负责Android的小伙伴合作开发。在这短暂的时间里,我跟着团队基本上实现了所有的功能,虽然有些地方还不是很完善。这次冲刺带给我最大的收获之一,就是意识到自己的java基础没有想象中的那么扎实,甚至一些基本的知识都要去翻阅资料,脱离springboot写java挺锻炼人的。 |
| 危正 | 221701332 | beta冲刺圆满结束了,我们小组的每个成员都表现的很出色。每个人在各自的领域扮演各自的角色,发挥着自己的光和热。这样完成了这次的任务。在这个过程中,我们收获了知识,也收获了同学间的友谊,也积累了与人合作的宝贵经验。感谢老师助教的指导和鼓励,我们变得更加成熟更有担当,能更好的应对以后得工作生活。 |
-
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
我们应该是处于第三级。
-
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
我觉得我们团队目前应该是在规范阶段。
八、提高软件工程的质量
-
代码管理的质量具体应该如何提高? 代码复审和代码规范的质量应该如何提高?
这个阶段我们依旧使用GitHub管理代码,将代码合并至主分支上。探索使用一些对于代码风格审查的软件来帮助我们开发。
-
整个程序的架构如何具体提高? 如何通过重构等方法提高质量,如何衡量质量的提高?
程序功能简单,架构简单,简洁明了。我们已经尽最大所能提高代码质量和函数复用性,但是暂时没有合理优秀的重构方法。
-
其它软件工具的应用,应该如何提高?
通过在网上寻找资料学习软件的运用以及小组成员之间互相交流,就能够很好地提高软件工具的应用。
-
项目管理有哪些具体的提高?
我们运用了leangoo看板功能进行项目管理,相比于alpha阶段没有运用项目管理软件,这个阶段管理团队轻松了很多。
-
项目文档的质量如何提高?
项目文档的格式尽量统一以提高文档质量。
-
对于人的领导和管理, 有什么具体可以改进的地方?
开发进度的审核确认可以再密集一些。
九、项目展示
- 主要界面展示
![]()
![]()
![]()
![]()
![]()
![]()







浙公网安备 33010602011771号