网络15软工个人作业5——软件工程总结

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

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

  • 达到的期待目标

    • 通过参与小程序的整个开发过程,最终“滴卡录”预期功能的实现和如期发布
    • 积累前端开发经验,同时也对后台服务器搭建和数据库建立等工作稍作了解,以及对软件开发的流程有较为深刻的印象
    • 学习前端开发基础,提高编程能力,收获了真实地参与一个项目开发的充实感,不再是纸上谈兵
    • 虽然抱怨老师助教们不知人间疾苦(wow,又来博客!),QAQ,大概口嫌体正直说的就是本人没错了,每次也如实用心完成了PM赐予的每一项任务并交付,以及每次emmm博客小天使的使命,是这样的
  • 存在的不足方面

    • 被软工占据了(一个学期70%)大量的考研复习时间的我表示很心痛,进度落下一大截,既然意见无实际用处,就只好审视自身不能最大限度地合理分配利用时间了
    • 自身对前端开发还不是特别特别熟悉
    • 说到底还是应该对软工这门课程怀抱敬重之心,毕竟凝聚了老师助教们的心血,但是为什么不能把这门课程提前开设呢?(同时博客量真的大和问题重复率高)这样大家都有更加充裕的时间做开发了,而不是成为工作、考研、考公的羁绊叭,这样与“选择自己喜欢的并不懈努力”不是相矛盾了么?

2、总结这门课程的实践总结和给你带来的提升,包括以下内容:
1)统计一下,你在这门课程中,完成了多少行的代码;

  • 根据团队总代码量估计,约莫500行

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

各次作业 花费时间
个人阅读作业1 3h
结对编程练习 12h
个人阅读作业——提问题 4h
团队作业1——团队组队&展示 2h
个人作业3——案例分析 2h
团队作业2——团队计划 2h
团队作业3——需求分析与设计 8h
软工网络15Alpha阶段敏捷冲刺 60h
团队作业5——测试与发布 3h
团队作业6——展示博客 5h
alpha阶段项目复审 2h
团队作业7——alpha阶段之事后诸葛亮分析 3h
个人作业4——alpha阶段个人总结 4h
团队作业8——敏捷冲刺(Beta阶段) 40h
团队作业9——项目验收与总结 6h
beta版验收互评 1h
个人作业5——软件工程总结 3h
总计 160h

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

  • 都很深刻,虽然抱怨不被体谅,口嫌体正直,每一篇都挺用心写的

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

  • 这题在我看来与2)有异曲同工之妙叭,累计160h,平均每周10.67h····

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

  • 微信web开发者工具

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

  • 墨刀
  • Leangoo
  • GitBash

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

  • WXML
  • WXSS
  • javascript
  • 微信小程序环境平台

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

  • 单元测试
  • 敏捷开发方法

9)其他方面的提升。

  • 提高了编程能力,与他人交流合作的能力,测试提高了发现bug和问题的细心度,以及耐心

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

  • 大概神话就是,《广告学》中罗兰巴特的神话理论对于意识形态的符号文本成为神话,是对符号学意义上能指和所指的使用(假装书没有白啃)···人月神话就是“人是程序员,月是时间,,如果1人干10个月如果等同10人干1个月,那就成为神话”。联系团队项目实践,印象中是PM对于博客任务划分,队员两两合作完成某部分,这样安排一方面有利于促进沟通交流,另一方面则导致降低了效率。可能出现:两个人完成one part 的时间远大于一个人的完成时间,同等 时间可以完成更多的任务,我觉得这是个人实现价值的神话。还有就是PM完成了远超于其他成员的工作量(任务分配、与另一队员人员包揽后台),其压力之大与完成效果颇为显著,这也是一种神话。

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

  • 对开学初的我
    • 合理安排时间,更好地利用学习的碎片时间
    • 学会更好地学习利用新工具,办公软件,Ps,Pr等
    • 要是不喜欢就拜托拿出胆量和本事转专业啊
  • 对于换人机制的建议
    • 换人自然是有可行处的,可是学生时代的我们都会碍于情面而纠结,最后也勉强不知为何而换,或许老师的想法是给贡献度相比而言较小(很少?无?)的队员认识自身不足的机会,和融入另一集体自我打造的契机,可是运用于学生上可能就没有这个效果了。

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

  • 团队合作的几个阶段:
    • 萌芽阶段
    • 磨合阶段
    • 规范阶段
    • 创造阶段
  • 我所在的团队这四个阶段都经历过,最后达到了创造阶段。

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

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

  • “滴卡录”小程序二维码
  • 微信公众平台显示的访问记录


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

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

  • 而不是 找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料
  • 团队码云链接
posted on 2018-06-18 20:45  201521123068  阅读(119)  评论(2编辑  收藏  举报