个人最终总结

·翻译

　　软件工程师应当自己做分析、规范、设计、开发、测试和维护，从而成为一个有用处的和受人尊敬的职业。根据他们对软件健壮性、安全性和福利性的承诺，软件工程师应当遵守以下八条原则：

　　1.公众性原则——软件工程师的开发方向应始终和用户意向一致；

　　2.客户和雇主关系原则——软件工程师开发应符合客户和雇主的意愿；

　　3.产品质量原则——软件工程师应该保证他们的产品或发布的模型可以通过最高水平的校验；

　　4.判断公平性原则——软件工程师应当时刻保持公正公平的原则，尤其是对自己的项目；

　　5.管理原则——软件工程管理者和领导者应为软件开发和维护管理提供正确的方式；

　　6.专业性原则——软件工程师应为自己在用户印象中的廉正和声誉做出表率；

　　7.同事关系处理原则——软件工程师应该公平对待自己的同事，并给予支持；

　　8.自我学习原则——软件工程师应就其专业参与终身学习，对专业实践应鼓励正确的方式。

·学习感受

　　经过这一学期的软件工程课程学习，对项目开发流程有了一个大致的了解，也亲身作为队长去领导一个六人小队进行项目开发，总的来说收获不少。

　　首先，谈谈自身学习。话说之前就已经作为一个开发小队的成员在进行项目开发，不过每天都只是知道码自己的代码、写注释，团队交流也只是需求分配、互通接口什么的，更因为项目可发展性不强，一度面临破产。这时候，我们更多的会互相推卸责任，而忽略了自己的那部分问题。看了《构建执法》这本书，发现以前项目开发的很多流程和做法都不符合规范，比如代码规范、开发方式等，所以说以后开发项目的话，最好要事先对项目有一个详细的规划，画出UML图，看图写代码，而不是现在这样只是代码代码代码，码代码只是项目开发的一部分，不是全部。

　　其次，就是团队管理，我发现当队长的确需要极其良好的素质。队长首先必须是最了解项目的人，和队员一起规划好项目流程之后还要对其进行公平分工，当然公平不是平均，是按能力分配，于是，队长又必须去了解每一个队员的实际能力如何。除了这些体力活，队长还需要一个好脾气，你要随时准备处理队员撂挑子的突发情况，对其进行无比真诚的劝说，好的情况是该队员想通了，回去干活，一切恢复常态，这样皆大欢喜；而如果是不好的情况，队员死活不听劝，你还要做好将他的工作公平分配给其他队员的部署，这是一个死循环，队长的协调能力显得尤为重要。最后是对外，项目发布出去后，队长作为项目的代言人，在承受大众喜爱与好评的同时，队长也要接受各种嘲讽与指责，这时候，能否保持心平气和的态度又是对队长的一大考验。所以说，队长很累。不过，这也是一个美差，当项目可以成功运行的时候，队长会收获到远超一般队员的喜悦和成就感——这是我带队做出来的东西，尽管还不完善，但我们已经是获得了成功！总之，队长是个具有双面性的职位。

·教学建议

　　首先我要说，软件工程是一个很有用的学科，如果同学们以后想要从事项目开发，软件工程会帮你大忙。

　　至于建议，我感觉这学期虽然学到了很多，但是几乎全是在课下自学的，课堂上只是听老师讲讲PPT，效果很不好，这样就相当于把整个课堂时间给浪费了。我建议以后教学先让同学们在前两周时间内把教材通读，对软件工程有一个大致的了解之后，按照现在的方式发布作业，写博客，交代码，最好把上课时间改为团队交流时间，毕竟因为课程安排问题，很多团队并没有太多时间坐下来交流，而透彻的交流恰恰是一个成功的项目团队必不可少的要素。