zoukankan      html  css  js  c++  java
  • 网络15软工个人作业5——软件工程总结

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

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

    • 达到的目标:
      我开学初的期望是在这门课学完以后,我可以对于一个项目的流程可以熟练掌握,也可以提高自己开发能力。对比目前我的所学所练和所得,我现在已经可以了解做一个项目的流程以及需要注意的一些事项
    • 不足:
      大概就是开发能力还是很一般,原因大概就是真的对代码没什么兴趣,花在上面的时间也很有限,所以提高的也非常有限。
      知识积累还是不够多。

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

    1)统计一下,你在这门课程中,完成了多少行的代码;

    • 大概800行左右。

    2)软工的各次作业分别花了多少时间?(做一个列表)

    作业 所花的时间
    个人阅读作业1 2h
    个人阅读作业2——提问题 4h
    结对编程练习 25h
    团队组队&展示 1h
    案例分析 3h
    团队计划 4h
    需求分析与设计 5h
    Alpha阶段敏捷冲刺 80h
    展示博客 3h
    测试与发布 6h
    alpha阶段之事后诸葛亮分析 1h
    alpha阶段个人总结 2h
    敏捷冲刺(Beta阶段) 40h
    软工个人总结 2h

    3)哪一次作业让你印象最深刻?为什么?

    • 印象最深刻的非提问题莫属了,在做这个作业之前,我从来没有用几天时间把一本书反复看的经历,不仅要看,还要想着怎么才能提出比较有意义的问题,真的很难啊,有些问题虽然算是问题,但是真的很简单,所以就提了一些自认为没那么容易回答的问题,结果最后有一次作业是回答自己所提出的问题,手动再见。。。

    4)累计花了多少个小时在软工上?平均每周花多少个小时?

    • 累计大概花了178h在软工上,平均每周11.13个小时。

    5)学习和使用的新软件;

    • 微信开发者工具

    6)学习和使用的新工具;

    • 墨刀
    • leangoo

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

    • 新语言:js、wxml、wxss
    • 新平台:微信开发工具

    8)学习和掌握的新方法;

    • 了解掌握了腾讯云的用法,还掌握了软件测试的要求与实现、掌握了NABCD需求分析等。

    9)其他方面的提升。

    • 我觉得经过这学期的软工学习,我的团队协作能力、时间分配能力和沟通能力以及抗压能力都有一定的提升。

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

    • 沟通最重要!良好的沟通是成功的一半,只有团队内部商量好如何分配任务以及说清楚存在什么问题,这样问题才会被解决。有一次我们团队展示博客忘记提交了,原因就是沟通方面出了问题,大家都以为是对方交了;
    • 千万不要有拖延症!如果每次都把任务留到明天,最后的结果就是完不成计划,这也说明了每日例会的重要性,大家只有把进度放到明面上说,才可以督促大家。

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

    • 对于下一届的建议:
      首先务必要有一门自己掌握的语言,不要什么语言都学一点,但是每一门都只是在入门阶段,这样真的很不好;其次,学会团队合作很重要,现在企业很多项目都是需要团队完成的,自己一个人进步很慢,团队合作中沟通也是比较重要的,队员之间要及时交流进度和一些想法;最后就是做好心理准备,你所接触到的东西很有可能是你之前从来没有经历过的,不要有畏难情绪,比如这个微信小程序,我们很多人都是没有开发经验的,但是我们都坚持下来了。
    • 对于后人的期许:
      软件工程这门课还是很有用的,认真学习,一学期坚持下来你就会发现自己学到了很多东西。
    • 对于换人机制:
      其实我依然觉得换人机制不是必要的,这个机制可以存在,但是不要强制每个团队必须换人,有的团队合作的非常愉快,为什么要强制别人换人?如果有的团队想换人,那就让他们私下商量好了,双方都同意了,那就可以换。所以我觉得换人机制实施形式可以改变一下,不要是强制,可以是自愿的。

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

    • (1)萌芽阶段
      这个时候我们团队刚成立,虽然说队员之间也都比较熟悉,但是我们没有在一起合作过,所以刚开始每个人的角色和职责都还不是很清楚,大家只是初步考虑要做什么项目。

    • (2)磨合阶段
      在确定好做什么后,问题就来了,要怎么做?所以这个时候冲突是不可避免的,不过还好,我们大家态度都还不错,也都比较有责任心,所以我们最后尽最大努力把冲突和谐了,做到大家都满意的结果。

    • (3)规范阶段
      如何解决问题这个已经解决了,我们需要的就是更加明确的流程和方式,就比如说编程规范,经过磨合阶段,团队已经合作的比较有默契了,所以最后PM明确分工,每个人要做什么,这样我们只需要把重心放在自己的任务上就可以了。

    • (4)创造阶段
      经过前面几个阶段,我们已经有明确的目标,所以我们的注意力就是放在实现目标上面了,最后就是我们的微信小程序完成的还不错,在复审阶段也有得到老师和同学的夸赞。

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

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

    (2)通过一系列工具,流程,团队合作,能够在预计的时间内发布 “足够好” 的软件,有项目规划/需求/设计/实现/发布/维护,有定时的进度发布 ; 而不是: 通过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄

    (3)通过数据展现软件是可以维护和继续发展的。而不是找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料

  • 相关阅读:
    flock对文件锁定读写操作的问题 简单
    hdu 2899 Strange Fuction(二分)
    hdu 2199 Can you solve this equation? (二分)
    poj 3080 Blue Jeans (KMP)
    poj 2823 Sliding Window (单调队列)
    poj 2001 Shortest Prefixes (trie)
    poj 2503 Babelfish (trie)
    poj 1936 All in All
    hdu 3507 Print Article (DP, Monotone Queue)
    fzu 1894 志愿者选拔 (单调队列)
  • 原文地址:https://www.cnblogs.com/wx-jum/p/9189260.html
Copyright © 2011-2022 走看看