网络15软工我的做业5——软件工程总结

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

1. 对比开篇博客你对课程目标和期待，“但愿经过实践锻炼，加强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为何？

答：
达到的目标：了解了一门新的技术（小程序的开发）；培养本身的领导力；时间管理能力有所提高……
存在的不足：学习新知识的效率较慢；处理团队分工问题不当；
缘由：经过这几回做业所得所感，完成了些许期待，也明显的感觉到本身的不足。

2. 总结这门课程的实践总结和给你带来的提高，包括如下内容：

• 1）统计一下，你在这门课程中，完成了多少行的代码；

  大概1500行

• 2）软工的各次做业分别花了多少时间？（作一个列表）

  做业（以博客做为统计）	时间（h）
  软件工程网络15我的阅读做业1	7
  软件工程网络15我的阅读做业2-提出问题	7
  软件工程网络15结对编程做业	35
  软件工程网络15团队做业1——团队组队&展现	2
  软件工程网络15我的做业3——案例分析	7
  软工网络15团队做业2——团队计划	6
  软工网络15团队做业3——需求分析与设计	6
  软工网络15团队做业4——Alpha阶段敏捷冲刺	64
  团队做业5——测试与发布（alpha阶段）	3
  团队做业6——展现博客（alpha阶段）	3
  项目复审——Alpha阶段	1.5
  软工网络15团队做业7——Alpha冲刺之过后诸葛亮	2
  软工网络15我的做业4——alpha阶段我的总结	3
  软工网络15团队做业8——Beta阶段敏捷冲刺	48
  软工网络15团队做业9——项目验收与总结	3
  beta版验收互评	1.5
  网络15软工我的做业5——软件工程总结	2

• 3）哪一次做业让你印象最深入？为何？

  “软件工程网络15我的阅读做业2-提出问题”，看书提问题什么的真的从没有作过这样的做业，通常都是先了解课程，再提出相应的问题，那次做业是让咱们看书，本身提出相关问题，一时有点迷茫，还找了老师推荐的一些提问题的书之类的参考如何提问题。

• 4）累计花了多少个小时在软工上？平均每周花多少个小时？

  以博客做业来衡量的话总共201h；以15周的课程计算，平均每周13.4h

• 5）学习和使用的新软件；

  墨刀、leangoo

• 6）学习和使用的新工具；

  微信小程序开发工具、码云、知晓云

• 7）学习和掌握的新语言、新平台；

  新语言：js/wxml/wxss
  新平台：微信小程序开发工具、知晓云

• 8）学习和掌握的新方法；

  自行提问、单元测试……

• 9）其余方面的提高。

  了解一个项目的流程并进行实践

2、写下属于本身的人月神话——我的或结对或团队项目实践中的经验总结+实例/例证结合的分析

1. 关于我的项目：
   首先明确本身的能力；而后根据实际规划时间，肯定这些时间就是作你的项目的，没有其余事情干扰，除非紧急状况；在实践时多参考材料并多询问能力出众的同窗，提升本身的能力。
2. 关于结对项目：
   找到与本身志同道合的伙伴，尽管实践过程当中有问题也能够比较好的解决，毕竟都是为了项目；一样，提高本身的能力很重要。
3. 关于团队项目：
   团队选题时要全面了解这个团队的能力以及所选择项目的难易程度（相对来讲），以便以后更好的实施；团队任务分配要尽量细致并让每一个队员都有事可作；团队之间的沟通重中之重，不管是项目的问题仍是人际关系的问题，相信没有交流解决不了的问题。

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

1. 对于后来人的期许：好好学习编程，多看相关类型的书或教材，提升本身的学习能力。
2. 对于换人机制的建议：现阶段的要求就挺好的，不论是团队之间商量好的仍是主动想要加入其余组都由本身或者团队之间商量。

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

团队的发展有四个阶段：萌芽阶段、磨合阶段、规范阶段和创造阶段。咱们的团队经历着前三个阶段，正在向创造阶段努力着……

5、怎样证实你学会了软件工程？

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

• 必须公开发布，有实际的用户，必定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是：作没有用户使用的软件

  发布较晚，也没有进行推广，用户少的可怜
  

  2. 经过一系列工具，流程，团队合做，可以在预计的时间内发布 “足够好” 的软件

• 有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是：经过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

  leangoo管理项目：
  Alpha阶段：https://www.leangoo.com/kanban/board/go/2376778
  Beta阶段：https://www.leangoo.com/kanban/board/go/2404218
  以前的博客都有项目相关规划/需求/设计/实现/发布/维护。

  3. 而且经过数据展示软件是能够维护和继续发展的。

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

  源代码等资料或文档经过码云保存：https://gitee.com/whting/word_wechat_applet/tree/beta/
  

请在随笔中用数据证实上述内容或侧重选择之一。

六*（附加题）、阅读软件工程中关于代码质量的的经典论文，从下列文献中选择一篇或若干篇，结合本身的实际作一个阅读笔记（例如，本身写的代码质量如何，是否是一个大泥球，如何衡量本身代码的质量）？从如下参考论文中选择一篇或若干篇：

参考论文文献：

• [1] Stamelos I, Angelis L, Oikonomou A, et al. Code quality analysis in open source software development[J]. Information Systems Journal, 2002, 12(1): 43-60.
• [2] Boehm B W, Brown J R, Lipow M. Quantitative evaluation of software quality[C]//Proceedings of the 2nd international conference on Software engineering. IEEE Computer Society Press, 1976: 592-605
• [3] Samoladas I, Stamelos I, Angelis L, et al. Open source software development should strive for even greater code maintainability[J]. Communications of the ACM, 2004, 47(10): 83-87