个人总结

相关链接

这个作业属于哪个课程	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1
这个作业要求在哪里	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10864
作业正文	如下

回望

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

• 达到期待的
  A: 对整个软件工程的流程的了解和熟悉；懂得如何进行团队开发协作
• 不足
  A: 自身的代码能力和工程能力
• 存在不足的原因
  A: 自己在课余时间打代码的时间很少，理论结合实践的能力有待加强；同时自己会有拖拉的毛病，希望自己以后尽量改正。

（2）你在第一次作业的个人简历中制定的这门课程结束后，你预期你将增长的能力、技术、技能；和你在第二次作业中绘制的学习路线图。对比当前你的所学所得，你达到了当时的预期值吗？

• 第一次作业的预期值
  A: 达到了85%
• 第二次作业的预期值
  A: 达到了65%
• 原因
  A:自己投入的时间不够，给你安排的任务太多了，不切实际

（3）请总结这门课程的实践总结和给你带来的提升？

项目	学到的东西
学习和使用的新软件	Axure RP;MindMaster;Dreamweaver;
学习和使用的新工具	Chrome Debug;markdown;
学习和掌握的新语言	html5;css3;JavaScript;Go(一点点)；python
学习和掌握的新平台	GitHub;博客园;
学习和掌握的新方法	用例图;燃尽图;UML图等..
工程能力的提升	沟通与按时交付
团队合作上的提升	沟通与按时交付

• 统计一下，你在这门软件工程实践中，一共完成了多少行的代码？

  A: 应该有万行吧(●'◡'●)

• 软工实践的各次作业分别花了多少时间？

作业	耗时（h）
第一次作业——个人简历	2
第二次作业——学习路线	4
第三次作业——数独	20
第一次结队作业——原型制作	72+
第二次结队作业——“学术树”实现	72+
团队展示	0.75
项目需求分析	10
项目系统设计和数据库设计	8
团队冲刺	24+
事后诸葛亮	3

• 统计一下，你在这门软件工程实践中，一共完成了多少行的代码？

A：第一次结队作业——原型制作 ，学习使用墨刀、需求分析、查找资料、2.0版本更新，做到很晚。

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

A：开学前期每天4-5个小时，每周至少28小时
开学后期每天2-3个小时，每周至少14小时

二、团队总结

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

 A: 团队还是相处很融洽的，相信大家都在团队编程中都有所收获的，团队的执行力都是可见的，团队的能力也在逐步增长，但是最后我们还远远达不到“创造”阶段。

2.你在团队中担任了什么角色？你是否完成了该角色的任务？现在你觉得你适合该角色吗？

 A: 我担任了后端以及半个前端吧，任务完成的一般般，不太适合当前端。

3.如果你是组员，你觉得你的组长分工安排是否合理？你对组长的选举有什么建议？

 A:  我们组的组长还是很适合的，根据每个人的擅长来进行安排，很有领导能力和组织能力，能够经常组织我们出来一起快乐打代码，组员也都是一群很不错的人，代码打的好，人也好，这里好评一下。至于组长的选举还是需要队内自己组织选举吧，不一定要最会打代码，但一定要勇于站出来带领团队往前走的，不能让团队原地踏步，要懂得如何推进任务，如何协调任务，合理安排，组织团队有效率进行协作开发。

三、人月神话

1、怎样证明你学会了软件工程？以下要求你们的团队达到了哪几个？

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

 A: 这一点我们团队可以达到。

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

A: 我们队用燃尽图等手段，定时查看每个队员的“生产进度”。采用原型设计模型，拥有良好的团队协作，有相对应的项目规划/需求/设计/实现/发布/维护，有定时的进度发布 。

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

A: 软件是可以继续发展可进行迭代的

2、写下属于你自己的人月神话——个人或结对或团队项目实践中的经验总结+实例

• 一个人再强也顶不过一个精良的团队，这也是真的。

• 预先写好文档和规定各种工具的版本对团队开发大有好处，能节省很多时间

  写好文档，这件事情我觉得是很重要的，在团队开发中，我们各自写好自己的文档，包括接口文档等，写的清晰明了，减少了许多不必要的沟通成本，让队友也能清楚你在做什么，你做的是什么，这点对团队还是又很大好处的。

  开发工具和框架等的版本要在开发前统一，这点也是十分关键的，我们组就在这上面吃过亏，不同的成员使用同一个框架的不同版本，不同版本之间还是又部分差异，导致最后合并的时候才发现不兼容，这个时候再去重新修改兼容，是一件很大的工作，如果事先考虑好，将会省下很多时间，我们做的是一个挺小的工程，就花费不小精力，如果是一个大型的软件工程，那么耗费的无用功将是巨大的，这给我们也上了生动的一课，团队协作前要考虑清楚很多东西。

• 要表达清楚自己的意思和想法，沟通最重要的是表达清楚。

四、建议

（1）对下一届同学的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？请写下你对后来人的期许

• 对下一届的同学建议就是别荒废寒寒暑假的时间，比你有天赋的人都在努力，能有什么理由不珍惜时间，天天向上。
• 不管是下一届的同学还是我自己一定要有个明确的目标，一定要清楚自己未来想做什么，一定要为自己的目标投入时间；还有就是时间真的溜得太快了，不要虚度光阴，做有意义的事情。
• 这的确是一门可以让人收获很多的课程，值得好好的学习，但是需要花费大量时间去实践。 相信如果能够学会合理分配自己的时间，一定会收获很多的。

（2）对于软工实践课程，你有哪些建议？

开设软工课程还是蛮不错的，团队合作的模式，让我们提前了解熟悉今后工作的模式，过程遇到的问题不是个人的，是整个团队的。至于建议的话，就是课时有点少，适当加些课时。同时希望这门课可以在大一下半学期开设，因为这样我们可以学到不少知识也会提醒我们（其实是我个人）自己很垃圾，需要学习的地方还有很多，在之后的时间里可以为之努力。

（3）对于老师工作，你有哪些建议？

这一学期下来，明显能够感受到老师想让我们多学习一些知识，在将来的实习或者工作中弄够少走些弯路（可奈何我太垃圾了）。老师很用心，也很负责

（4）对于自己今后，你有哪些建言？

对未来的我则是期待可以好好对待自己的专业，好好学习，为工作/考研奠定好基础。
不再拖拉，该学的都要学，不要抱有明天再做这种想法，尽快落实才是最好的选择。
最后希望以后少说话多做事、永远保持热情、保持冷静(✿◕‿◕✿)