团队作业——项目验收与总结博客

一、作品下载或可访问的链接地址；

二、团队项目的Github链接，要求在验收前所有代码都需要合并到master分支中

三、已经实现的作品的主题和功能介绍；

四、用户使用情况报告（使用反馈意见、用户数量、使用频度）

  • 目前已在概率论课堂第一次投入使用
  • 教师：1名（感谢薛老师）
  • 学生：51名（实验班同学）
  • 反馈情况：
    • 薛老师

五、团队项目总代码行数、项目预估遗留的bug数、项目总耗时

  • WEB端

    • 总代码行数：5K+
    • 遗留bug数：1->多作业批改
    • 项目总耗时：300+300

  • Android总代码行数：

    • 总代码行数：6K+
    • 遗留bug数：1.界面不友好
    • 项目总耗时：90+120

  • BackEnd总代码行数

    • 总代码行数：5K+
    • 遗留bug数：1.不稳定，2.安全性差
    • 项目总耗时：83+110

六、每个组员的项目感言

  • PM & Backend --- 胡武成

文笔不好，多干活，少说话... 只要你全力以赴，软工不会亏待你..

  • Backend --- 郭剑南

在团队合作里，沟通真的很重要，不能只完成自己的工作部分。要及时和队友交流大家的进度，遇到的问题等等。

  • Android --- 胡冰

从最开始一点点的想法到成型的产品再到最后给班级同学的试用，多少还是有些成就感的吧。通过实践，了解到了一些优秀的开源库，搜索问题的能力也有所增强，也更加善于运用IDE对代码进行调试和测试而非简单粗暴的输出debug。但感觉在软工实践上花费的时间还是太少，如果有机会希望能有更加充裕且纯粹的时间进行类似的编程实践。

  • Android --- 黄世辉

这次软工实践让我学了挺多的，不仅仅在编码能力上，更有其他一些方面。也让我体验了团队协作的运行机制。在这一个多月里，有喜悦，也有苦闷。不过也从原来的害怕担心，渐渐地变成了对这个项目的热爱。总之，这段日子给我留下了深刻的回忆。

  • WEB --- 孙浩楷

经过这一阶段的项目团队合作，我对团队精神又了更加深刻的理解。
如果说之前组队任务给我的感觉是有另一个人帮忙分担的话，那么团队任务让我觉得自己是一辆车的某个部件，PM则类似于中控。
一辆车之所以能跑起来，发动机、底盘、车身、电气设备……每个部件都不可或缺，而在造车的过程中，每个部门不能只管着造自己的部件，要不时地根据协作部门的进度和要求来更改自己的稿纸和制作进程、制作方式，以达到各组件完美契合运作的目的。
既然是一个命运相关的整体，在开发过程中自然也会遇到个人开发所没有遇到过的问题。最大的区别就是时间不再单纯地属于自己，而是属于团队。按照以往我的习惯，大多数情况我都是赶在deadline前一阵子才会完成（得改！），然而在这阶段中，已然不可能存在这样的情况，自己的进度没有及时完成，往往会导致其他组员的任务无法开展，因为自己也遇到过自身进度被队友所拖延的情况，所以也表示对这种态度深恶痛绝（对！）。推己及人，便会要求自己用最高的效率和最诚恳的态度面对自己的任务，因为实际开发时间和面临的难题往往大于自己的想象，不能说明天晚上的deadline，我觉得明天中午开始做还来得及，最后往往地求着PM说“哥，我错了”（这是日常……）。你以为终究是你以为，没有实际去操作去踩坑，往往不知道坑有多深，时间有多紧。现实始终是那个最爱打你脸的人。拒绝拖延，拒绝优柔寡断。

  • WEB --- 练斐弘

1）需求分析要考虑得细致入微
　　在开发的过程中，会产生各式各样的原因，例如技术无法实现、实现逻辑与初衷产生冲突等，导致我们的产品功能、数据库结构设计等内容多次修改，这对于后端开发的代价是十分大的，也会对团队的前进方向影响很大，给队友产生一种已经搞不清楚我们的产品作用是什么的感觉，从而导致团队凝聚力下降。
2）认真阅读官方文档
　　每一门技术，每一个语言，最规范的介绍永远是它的官方文档，尽管这类文档大部分是英文，然而阅读最权威的文档永远是一个程序员的最佳选择。我在完成图片和文件上传的内容时，由于自己的javascript掌握得不是很好，就想走捷径，直接去看CSDN上其他人写好的代码，然而就出现了套用到自己的代码里无法使用的问题，于是换个文档、仍然不能用，继续换、继续失败……后来还是无奈选择了去看官方文档，尽管啃英文的过程很痛苦，然而在理解了语法内容之后，解决起来还是效率比较高的。(事实上，大部分英文网页右上角都还是有一个“上帝制造的一键翻译网页按钮”hahaha)
3)团队沟通
　　一加一大于二在团队作业中的效果是最明显的，我们每个人对技术的掌握程度不一，对项目的看法也有偏差，在每天的站立式会议中，我们能有效地进行团队的交流沟通，在早期及时发现了需求的问题，中后期及时交流了技术方面的问题，大幅提高了开发的效率。我们团队的分工也算是比较合理的，两个美工，两个安卓前端，两个web前端，两个后端，每个模块都有队友可以交流，在开发过程中互相帮助，对自己的技术提升也非常快。

  • UI --- 张旗

最开始暑假对这门课的期待就是很多个小伙伴们一起完成一个软件，在学期末将至，的确完成了最初的目标，感觉很奇妙，很不可思议。
在暑假的时候学习了js，css，本来想要在这次软工实践中做一个web的前端，遇到不会的地方，还可以再学习学习，但是因为自己也学过ps，对于ui的设计需要很早完成，所以自己也就先做了美工。没想到的是，两个美工做着做着，分成了web端和Android端，我是Android端，页面做着做着也就到了alpha阶段，ui工作量也是比较大的，做好一个页面就要立刻发给前端，慢慢的与web就分道扬镳了？所以随着软工的进程，我变成了一个专门做美工的成员【笑哭】与最开始对于自己的定位略有偏差。
尽管如此，我在ui方面得到了很大的提升，了解了一个团队ui是如何做的，并不是自己以前想象的那么简单，设计完界面就没事儿了，然而，设计完界面要做的事情才是耗时最长的——切图和标注。最开始有很多不懂的地方，有经验的队友们很细心的告诉我该怎么做，最终还是如期完成了ui。
除此之外，我还了解到在团队中工作的艰辛与不易，每个人之间的磨合，对于一个细节的不断修改，都耗费了很长的时间。

  • UI --- 黄若岚

这是一个难得的团队合作过程，很高兴在这个过程中跟队友一起学到了很多东西～整个队伍都很给力！有大局观的PM，有强实力的前端开发人员（安卓和web同时进行，真的不容易！），也有提供强大支持的后端，还有给我们产品撑颜值的UI（虽然界面还是略显简陋）～了解了许多，学习了许多～

posted @ 2017-12-26 23:17  winforbest  阅读(264)  评论(0)  编辑  收藏  举报