alpha冲刺总结随笔

预期计划安排

计划说明

通过这十天以来的alpha冲刺，我们组的预期计划主要是完成登陆模块、个人中心模块、相遇的朋友模块、广场模块，和管理员模块的主要功能，当初设想的是我们的项目的模块较多而杂，且不同模块间功能有一定的相互影响，我们组通过三个人员（计划组）两个后端一个前端讨论后，决定先实现基本项目的雏形和功能，其中一些类似推荐算法、安全性问题留作beta冲刺阶段再做，因此最终划分出来的alpha冲刺的模块就为上方所说的几个模块构成。

现实计划

现实进展的话，因为中间有一些前后端人员商量沟通不足，接口不明确的问题，导致中间有一定的进度停滞，我们组采用的是大家停下来，一起帮忙查看问题并加快解决，不使之后留下任务持续落后的情况，这也使我们的任务不会在任务燃尽时与原本进度有太大偏差，最后整合测试阶段虽然还发现一定的bug，但是经过询问讨论也得到了解决，与预期进度没有太大的落后的情况。

最后一天（5.4）的燃尽图如下 当时仍然存在一些小的问题，现在已经大部分得到了解决，只能说，这十天是十分累的，

过程体会

洪楷滨

1. 前后端人员的交流沟通有待加强，在测试阶段，发现一些错误明显有一定的沟通就能顺利解决，接口虽然用的是json工具类，但是交互的方式也有所不同，同时有发现一定的按钮失灵的现象。
   
   解决：去找该模块的前后端人员进行询问，以屏幕分享的方式问其中的一些逻辑和交互。
   
   心得体会：前后端人员前期和开发过程中的协商和交流很重要，有详细的沟通可以使最后测试的问题大大减少。
   

2. 因为我们团队里没有真正做过大项目的人，所以一开始的ssh环境配置碰到了不少问题，因为网上大部分是spring+springmvc+readies 环境配置，所以我们在环境配置过程中也有遇到service无法注入，编译器环境无法通过的问题，tomcat无法启动等等。
   
   解决：最后通过查找资料都得到了解决。
   
   心得：项目的环境配置也是门大学问。

3. 在各个模块分工下去后，因为我们前端人员在前期对后端环境的配置有点问题，同时我们经过讨论决定在alpha阶段使用本地环境测试，等beta阶段再部署到服务器上，所以发现部分模块的前后端的测试明显不足，导致到最后的整合测试阶段对代码的改动调整还是有点大，使的测试的过程与预期进度相比较显得有些慢。
   
   解决：后面整合测试的人员就问题统一与模块人员沟通进行修改测试并发布整合到github仓库中。
   

4. 聊天部分使用netty难度有点大，一开始遇到配置自启动的问题，客户端连接的的问题、 还有聊天过程中消息的传递和存储的问题。
   
   解决：最后通过网上查资料和多次尝试，成功解决了。
   
   心得：短时间内想要很好的完全理解掌握一门技术不容易啊，还是要经过多次尝试和查阅才能很好的解决自己的困惑。
   

5. 项目管理真的不好做，因为当有些问题真的是很难的时候，进度不好规划，好在之前有先和另外两个组员共同规划，给出了适当的模块规划和任务规划，中间虽然有碰到大大小小的不同问题，好在最后燃尽图也顺利燃尽了。

林海峰：

1. 心得体会 个人开发：由于本次实践中，团队选用的mui框架自己以前从未接触过，所以即便是有提前看了一些教程，最后去实现功能时也是各种踩坑，算是边学边做吧。好在队友找到了类似我们项目的mui程序开发教程，所以能从中学到不少当前急需的知识，不过如何有效地将教程中相似的内容完美地运用到自己负责的任务中也是一大考验，只能说且行且研究！开发过程中，遇到的问题总是五花八门，而mui作为一个比较新的框架，相关资料偏少，“面向百度编程”解决问题的路子根本行不通，只能凭借以往编程的微不足道的经验去理清程序运行方式，然后从中找寻可能的解决门路，这个过程也是一种升华吧。
2. 团队开发：因为我们团队也算不上是一个相互熟悉配合默契的集体，所以开发过程遇到了不少前后端交互之间的问题，导致整合的时候，总是会产生各种各样的困难。大概还是需要进行加强一番配合吧！此外，因为我又负责前端安排，为了方便问题定位，所以我让前端的队友在自己创建的文件命名上必须带有名字缩写前缀，这样一来后续整合与测试时我能很容易知道有问题的是谁负责的模块，然后通知或询问对应的队友进行问题的解决。效率感觉因此有一定程度的的提升。
3. 自己模块测试遇到问题和解决问题
   
   最开始测试时，电脑没有javaee环境，面临后端环境搭建困难繁杂的问题，花了一天最后都没解决用eclipse搭建的方式。解决办法：找后端队友帮忙，改用更为简单的idea搭建，并用上前面一天时间里下好的.

林露

1. 万事开头难。一开始做个人中心的时候，什么也不会，内容也多，进度真的是很慢。刚开始写的时候，不知道该写什么，只能照着原型先把界面做出来。然后再写js部分，以及页面的渲染。之间commit了无数次，才算是把这些东西写完整了。前后端的联调也很不方便，说起来都很辛酸...不过总算是做出来了！一切都值了。

陈如滨

1. 前端部分门槛比较低，不需要像后端一样部署环境。但是因为用了plusReady所以要在手机模拟器或者真机上运行才能看到效果，稍微有一点麻烦。大部分功能的测试都是后端人员完成的，因为他们部署了环境比较方便，所以受到了很多照顾。前端使用的是mui技术，有官网出的mui文档，都是比较基础的功能。网上的教程、示例较少，找资料花了比较多时间。因为都在家里没办法面对面沟通，所以技术、问题的交流变得比较麻烦。

黄毅

1. 我太难了，感觉中间编程遇到的环境问题和编译器的问题让我心态爆炸，好在最后顺利完成了。

黄筱宇

1. 和队友的沟通交流很重要，很多时候自己如果只是盲目地纠结一些bug可能卡着很久都不能解决，但如果和队友说明一下问题，有些问题队友之前也遇到过并知道解决方法，就能更快地解决问题，提升效率。这点在每日站会中能够较好地体现。
2. 对实现功能会有存在误解的情况，写之前需要和队友进行一个交流讨论，不然可能出现按照自己的想法写完了功能到提交阶段却发现不是团队所需要的。

李波

1. 框架的使用给我们带来了很多的便利，帮我们解决了不少的麻烦、很多问题到了实现的时候才会体现出来、版本的管理非常重要。

陈炀

1. 最大的心得体会就是技术太菜了,这次实际开发之后就发现了,对于github的是用还不够熟练,导致很容易出出现更新不及时的情况,其次就是我们小组的开发规范没有做很好,各个模块组织的不是很合理,前后端对接接口不够流畅加大了测试难度,还有就是业务流程思考的还不够齐全,容易出现遗漏,我在前后端联调的时候经常感觉有些不足,要不就是动画流程少了,要不就是效果没有实现
2. 最后就是技术选型,我们采用hibernate框架来进行持久层框架,但是由于hibernate资料相对mybatis比较少,spring和springmvc的配置也比较繁琐,搭建环境这一步就出现了很多问题.
   
   总的来说,开发开发还是要实际上手开发过之后才有发言权,我认为随着我们组的配合逐渐加深,在实践后半段我们可以有更好的表现.

组员分工

工作量比例

下一阶段展望

因为我们模块主要有六个模块：登陆模块、个人中心模块、相遇的朋友模块、漂流瓶模块、动态模块、深夜食堂模块。我们本次alpha主要实现了其中的登陆、个人中心、漂流瓶、动态模块，考虑到项目刚开始，磨合不够，加上项目经验不足，我们只实现了初步的基本功能。

因此，我们计划在beta冲刺开始的前一周多时间，就前面实现的模块进行更加细致的完善，目前主要任务有，登陆密码的加密工作，登陆验证码的完善工作，登陆逻辑和多登录的限制等等，个人中心小模块如标签推荐更加多样，个人中心的用户信息的更加自动化隐藏变化等等。聊天模块的记录捕捉更加迅速，记录存储方式优化，聊天的信息加密安全性保护等等。动态要有更加迅速的反应和更加快捷的操作，同时我们原本在前期尝试自己用fastDFS部署文件服务器，中间服务器连接环境出现问题，经过查看其他队的报告，我们会在下一阶段使用七牛云对文件进行存储。

下面是一张我们下一阶段的具体计划安排：

展望心得：

真的，项目的管理和分工规划是一个很累和很有学问的活，没有组员的配合和积极的反馈建议，我想我们根本完成不来，最后真的很感谢每个组员的配合，下一阶段加油！！

RATE-MAX——alpha冲刺总结随笔

原文：https://www.cnblogs.com/RATE-MAX/p/12845337.html