个人作业5——软工个人总结

一、请回望开学时的第一次作业,你对于软件工程课程的想象

1.对比开篇博客你对课程目标和期待,“希望通过实践锻炼,增强计算机专业的能力和就业竞争力”,对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为什么?

  • 计算机专业的能力
      一直以来就觉得自己对专业的知识的掌握算是处在一种半吊子的状态,都是知道就行的程度,没有说深入去了解。学习完软件工程,觉得它逼得我不得不去再次回忆起以前学过的,去学习以前没有学习过的东西。可以说让我得到了专业知识上的一次强化。

  • 就业竞争力
      由于自己专业方面的薄弱,如果说以后真的要从事跟专业相关的工作,就业方面的竞争力还是比较大的。自己不想几位大佬那样精通某一方面的技术,对专业的认识也不深,尽管以后很可能不会走专业路,但是想想还是慌慌的。

2.总结这门课程的实践总结和给你带来的提升,包括以下内容:

  • 1)统计一下,你在这门课程中,完成了多少行的代码;
    大概有1k
  • 2)软工的各次作业分别花了多少时间?(做一个列表)
作业 时间
软工网络15个人阅读作业1 1h
软工网络15结对编程练习 8h
软工网络15个人阅读作业2——提问题 1h
软工网络15团队作业1——团队组队&展示 1h
软工网络15个人作业3——案例分析 3h
团队作业3——需求分析与设计 3.5h
团队作业2——团队计划 2h
软工网络15Alpha阶段敏捷冲刺 10h
团队作业6——展示博客 1h
团队作业5——测试与发布 3h
alpha阶段项目复审 1h
团队作业7——alpha阶段之事后诸葛亮分析 2h
个人作业4——alpha阶段个人总结 2h
beta版验收互评 1h
个人作业5——软工个人总结 2h
  • 3)哪一次作业让你印象最深刻?为什么?
    结对编程吧,因为那是第一次进行合作的编程,第一次总是让人记忆深刻的,体会到出现意见相左的时候要怎么去协调成员的想法取得共识。
  • 4)累计花了多少个小时在软工上?平均每周花多少个小时?
    一两百个小时肯定是有的。平均每天晚上要花三到四个小时,大概一周平均20个小时
  • 5)学习和使用的新软件;
    android studio
  • 6)学习和使用的新工具;
    墨刀、leangoo、git hub
  • 7)学习和掌握的新语言、新平台;
    php
  • 8)学习和掌握的新方法;
    单元测试,在每完成一个模块之后都要对其进行测试
  • 9)其他方面的提升。
    团队协作和团队意识是真的有了提高,以前都是单枪匹马的进行编程,当到了一个团队,需要共同为了一个目标努力,共同商量,想问题。

二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析

1.沟通真的很重要,我们团队是一人负责一天的博客,有一次没有沟通好谁来写,结果两人写了同一篇博客,一个人做了无用功不说,效率也降低了。
2.相关技术的学习一定要提前学,现学现用会大大影响效率

三、对下一届实践的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?对于后来人的期许。对于换人机制,有什么样的建议?

建议:哪怕一开始就决定以后不走专业道路,专业课还是要好好学,一定好好学,因为不好好学,软件工程和课设会很累很累很累
换人机制:挺鸡肋的一个东西,学校毕竟不是公司里,身边能换的人就这几个,大家私下里商量着互换就行了,并没有什么人才流动。

四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,最后到达了“创造”阶段了么?(参考《构建执法》第17章 人、绩效和职业道德)

我们的团队真的是那种一个大佬carry,带着四个打打辅助的队友,没有大佬带着学习新东西,真的就没有后来那个24点小游戏APP

经历的阶段:
萌芽:大家从一开始有个最初的想法,做个能用的,有人用的,还可以的APP
磨合:一起学习安卓、PHP,还有敏捷开发的流程
规范:在开发阶段将团队的工作流程都写入了自己的日常
创造:写出了一个APP,这对于我们中的所有人来说,是一开始不敢想象的

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

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

  • 必须公开发布,有实际的用户,一定的用户量和持续使用量 (3 天后能保持10 - 100个用户);而不是: 做没有用户使用的软件

公开发布:https://gitee.com/ljl36/team_programming/releases
实际的用户数:

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

  • 有项目规划/需求/设计/实现/发布/维护,有定时的进度发布 ; 而不是: 通过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄
    每次的进度博客:http://www.cnblogs.com/Aragaki-Yui/

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

  • 而不是 找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料

项目源码:https://gitee.com/ljl36/team_programming

posted @ 2018-06-18 14:18  Bonnenult  阅读(167)  评论(0编辑  收藏  举报