zoukankan      html  css  js  c++  java
  • 个人作业收官——软件工程实践总结

    一、回望与展望

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

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

    八、留念

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

  • 相关阅读:
    spring core与context的理解
    maven项目中pom.xml快速生成
    MariaDB常用命令
    MariaDB快速入门指南
    My_plan_51
    Oracle简介及安装
    Oracle单行函数
    oracle多表查询
    单点登录原理与简单实现
    JavaScript 的时间消耗
  • 原文地址:https://www.cnblogs.com/mysteryhjj/p/6239177.html
Copyright © 2011-2022 走看看