个人作业收官——软件工程实践总结

一、回望与展望

1.1 对比现在和开学初博客开篇的课程目标和期待

当初的目标：

• 提升团队合作的能力
• 能够学习到开发的一系列流程，以及如何写高质量的代码
• 加强自己的编码能力，以及编码习惯
• 熟悉不同平台的开发过程

如今：

• 基本的目标都完成了吧

• 特别是在总结这方面觉得收获挺大的，在栋哥强制性的博客下，自己已经喜欢上了写博客的快感了

• 编码能力和对整体框架的理解更加深入了

• 对各种工具的使用有了很大提升，对团队的协同工作有了极大的感受，一起编码，一起欢笑，一起生气ヽ(●-`Д´-)ノ

• 了解开发的一系列流程，之前很大程度以为开发一款软件主要的是编码，原来只是自己一直都是忽略编码前的工作ヽ(°◇° )ノ。通过这门软工课了解到了开发前期的准备是多么重要。

• 在少铭的安利下，然后搭建了一个基于Hexo搭建的github pages，用来记录自己的七七八八。附上链接：

• 感觉还有挺多不足的，比如在测试方面，由于后期时间有点感，测试做得有点水，不够档次啊。

1.2 总结这门课带来的提升

学习和使用新的软件

• 墨刀（原型工具）
• Typora(markdown工具，小侨推荐，简洁优雅大发，很对我的胃口)
• processon（一个很好作图网站，不论是思维导图、流程图、用例图，通通可以用）
• leangoo（用于协同作业的网站，我们主要来做燃尽图）

学习和使用新工具

• git的提升是最多的吧。一个人使用不会发现太多问题，多个人问题就来了
• markdown工具，这是在接触软工之后才知道的工具。确实很好用，感觉再也不想用记事本了。

学习和掌握的新语言、新平台

• github
• 向小侨学习了一波linux
• 新语言倒是没学到，但是学习了一波TP5的框架（一开始想用laravel）。之前alpha版本是采用原生的代码，主要是想延续上届的风格，但需求一改后，发现不如推到重来。于是花了几天内看了文档（之前学的是3.2的）硬是重构代码，这段时间提升是很明显的。

统计一下，在软工实践上完成了多少行代码

算上alpha推到的代码的话，6000-7000这个区段内吧

学习和和掌握的新方法

• 先打好框架在编码，效率更高

其他的提升

团队协同能力

二、个人的人月神话

2.1 项目实践中的经验总结

• 首先，在编码之前要做好整体的架构交流，不然很容易引起问题和摩擦。因为我是做后台的，所以在安卓端一直出现的问题也是无能为力。
• 其次，在编码的过程中，队员间的通信是很重要的。特别是人多了，通信更加复杂。遇到问题，心平气和的交流很重要，摩擦大了，后续工作很难开展。
• 最后，统一一份接口文档，这点体会还是有点深的。因为在编码的过程中，接口数据一改，安卓端收的数据就发生变化。由于后台有时候交给另一个队友来调整，造成多份不一样的文档，让安卓端部分队友懵逼。（这个锅我背了），所以及时更新和统一文档很重要。

2.2 实例、例证结合的分析

由于在我们这款app有四个不同角色，安卓端有模块分工的。然后有时候，比如我更新学生端接口，然后忘了更新文档，只是把主要修改的地方告知负责的队友。后来做测试的同学过来了，之后程序就崩溃了。主要原因是没有统一通知到位，这就造成了不必要的困扰。

三、新人建议

• 不经历风雨怎么见彩虹呢？强烈建议栋哥的软工课，这里只有你想不到，没有你做不到。
• 实话实说，栋哥的软工课可能是整个计算机课程中最有价值的，对比起来，其他课太水了。在实践课上，能学到东西真的很多，过程可能是辛苦了点，但结果保证让你满意。
• 重要的一点，栋哥的软工课上不教写代码，建议想选这门课的学弟学妹们做好准备。
• 在这么实践课上，你见到凌晨的福大那是常有的事。不过，作为计算机专业的学生，没见过凌晨的福大那就out了。
• 组队的时候多组点妹子，可以建议栋哥强制分配。不然一群大老爷们编码实在是没劲啊。
• 想混水摸鱼的学弟学妹建议不要来，因为这是一门团队协同的实践课，每个人都自己的任务。在这个过程中，最重要的感受一群人一起熬夜、一起吐槽的乐趣。

四、团队成长

4.1 萌芽

最开始团队的选题并不是实际需求，一开始是大家提议，最后决定做一款todolist，原因是来自“我赌5毛钱”这个梗，做一款基于监督打赌的效率工具。

4.2 磨合

在团队的前期准备中，磨合度是体现不怎么出来了。在编码阶段是最考验磨合的时候。在接口对接方面，个人觉得做的还不错，只是偶尔会出现小失误，队员间也是很能够理解的，毕竟几乎一个人扛起了一座大山。在安卓端方面就不是那么如意了，可能是因为模块太多，负责的几个队友经常出现各种矛盾，bug也就层出不穷。感觉最大的问题就是交流力度不够吧。

4.3 规范

在经历alpha版本之后，后台和前端都进行了一系列的规范。虽然依然存在些许矛盾，但是明显问题少了，队友间的配合也更加给力了。

4.4 创造

在经历过此次的项目后，团队之间会发生的各种问题，我想我们都经历过了。我觉得这是一个良好的团队的必经之路，是一种学习，更是一种升华。可能距离创造还有一段距离，但这次宝贵的经历又如何不是一种创造。

五、读书笔记——代码质量是不是一个大泥球

​ 怎么说呢，感觉自己的代码质量还有很大的提升空间。在代码规范方面，自己感觉是做得不错的，可能是自己一直保持的编码习惯吧，而且还去看了最新的php代码规范的文章进行学习，收获和效果还是挺多的。在模块化方面自己也是很注重的。在alpha版本中，自己接过上届的项目，第一想到的就是模块化。因为上届代码挺乱的，还没注释。这让我很生气。然后在经历beta阶段，就更加注重模块化了，所以采用了框架对全部代码进行重构。当然还有一点问题是，代码复用做得不够好。没能很好把复用的代码进行抽离，还存在冗余。当然在编码中，我会先进行整体框架的构建，做好注释，再去进行内容的实现。比如在带队友编码的时候，会事先帮他搭好框架，然后他去做具体的逻辑实现，这是一项很大 的进步。

​ 一个项目要好，代码质量要好这是毋庸置疑的。所以代码中注释要便于理解，便于后人的学习。在github中的项目中，当我们去开别人的开源项目，这点就做得很好。所以总的来说，自己的代码质量还有待提升，不是大泥球，也是个泥球。o(一︿一+)o

六、怎样证明你学会了软件工程

• 研发出符合用户需求的软件

  因为当前项目就是按照实际需求来做的，如果不出意外的话，我们会有用户的。

• 通过一系列工具，流程，团队合作，能够在预计的时间内发布 “足够好” 的软件：

  因为在开发过程中，通过和需求方的大量讨论，并且在各个队友的给力的合作下，我们在预期的时间内还是交付了。虽然在alpha版本中未能预期完成- - 。不明白“足够好”是到哪种程度，不过还是需要努力。

• 并且通过数据展现软件是可以维护和继续发展的

  感觉这款软件的发展前途还是很大的，毕竟人工方式太累了。维护方面是必须有的。因为一个软件大部分的生命周期都处于维护的状态。o(>﹏<)o不要啊

七、自我介绍

生活不止眼前的苟且，还有诗和远方的田野

​ 我是来自福州大学数学与计算机科学学院2014级计算机5班的黄家俊，是一个默默前行的小喽啰。当初进到计算机专业，个人是不愿意的。但是又不得不接受，从此走上了不归路。个人没有比较感兴趣的东西。要说真有的话，比较喜欢接触一些新的事务和折腾一些小工具。来大学三年了，最主要的感受是浪费了很多时间，少接触了很多东西和失去了很多机会，要学的学得不够好，要做的没做够之类的。总之，如果再来一次，真的得好好规划一下你要过什么样的大学，感觉多年以后自己可能会有点后悔。

​ “没有梦想，何必远方”。既然目标选择了地平线，留给世界的只能是背影。虽然在成长的路上充斥各种不如意，但只有在经历过才能够收获梦想的喜悦。所以，勇敢面对生活吧，骚年！

八、留念

屠龙少年会再次踏上征程的！

转载于:https://www.cnblogs.com/mysteryhjj/p/6239177.html