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

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

这门课程给我最大的体验就是一个团队的协作吧，通过两个阶段的冲刺让我明白了一个团队的重要性，和小伙伴一起做比一个人来不会枯燥。不足的方面的话，还是个人原因吧，由于基础的问题其实是很难受的。

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

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

不大清楚，大概两三千吧

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

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

结对编程那次作业最深刻吧，因为是第一次体验协作完成一个任务。

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

这个不好说吧，每周花个15-25小时不等吧，累计的话大概就320小时？

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

微信小程序开发工具

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

微信小程序开发工具

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

新语言的话html标签语言吧

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

关于代码质量检测那些方法吧，例如单元测试什么的

9）其他方面的提升。

对完成一个项目的流程等有了更深刻的理解

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

在团队实践中并不是人越多工作的进度越快，工作量越大并不意味着效率越高（工作越成功），有时候一个项目经理发现项目比预期时间慢了，那么一般人可能都回去增加人手，往往这种做法就是火上浇油。所以换个简单的说法就是1个人干十个月并不等同于10个人干1个月，想要最大化发挥出团队合作的优势就要清楚各个队友的实力和特长方向，合理协调和分工。

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

多说无益，自己要努力啊，大学轻松的后果很严重的，基础不好后面步步难行，千万不能过于放松自己。换人机制没什么建议吧，小组自己商量就是，人员更换在现实工作也是没法避免的。

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

差不多经历了吧。。没创造因为最后失败解散了

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

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

冲刺失败了。。软件没有发布

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

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

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

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

原文：https://www.cnblogs.com/xss666/p/9166129.html