个人最终总结

Posted 2020-07-20

作业一

“由于 自己的英语能力不好，所以在翻译上用了百度翻译帮忙”

自己的体会与理解：

       一个合格的软件工程师应该具有规范的分析，设计，开发，测试和维护的能力，以上几点能力更有利于软件的开发和同行业人事的认可。为了能安全有利的开发出软件，所有提出了八项原则：

       1. 公共性，软件工程师应该符合公众利益。一款软件的好坏在于公众来决定，而能否满足公共的需求，这就在于软件工程师能否符合公众利益，只有符合公众利益，设计出来的软件才有价值。

       2.客户和雇主模式下的软件工程师应以符合公众利益的方式，以符合其客户和雇主的最佳利益的方式行事。

       3.产品-软件工程师应确保他们的产品和相关的修改符合最高的专业标准。在产品的开发上一定要做到专业标准。

       4.判断-软件工程师应保持其专业判断的完整性和独立性。

       5.管理-软件工程管理者和领导者应该订阅和促进一个道德的方法，以管理软件开发和维护。

       6.专业-软件工程师应提前与公众利益相一致,保证行业的完整性和声誉

       7.同事-软件工程师应该是公平和支持他们的同事。

       8.自学软件工程师应参与终身学习，并对其专业实践，并促进职业道德的做法。

作业二

       在第一次的博客里提出的问题有:

           一，编写程序没有结构，对于扩展与修改非常的不利

           二，我发现自己在编写程序的时候过于偏向于面向过程得C语言，而忽略了面向对象的C++，导致面向对象编程思想不进而退，从而放弃了OOP

第一点  

      在个人项目中体会不是很多,但是在结对和团队项目中体会却是很深的,编写程序代码一定要规范,一定要有结构,可以是先画流程图,再编写代码,这样不但有利于代码的实现,更重要的是让程序有一定的结构,善于修改和扩展,并且在编写程序的时候一定要有一个原则,那就是你永远满足不了用户的需求,所有你的程序需要不断的扩展,即为扩展,那就得提前考虑到,要具有可扩展性.

第二点

      在开发项目中,我发现,不是所有的项目或者说是程序都是适合OOP的开发思想,虽然OOP的开发比面对过程的开发简单,但是很多底层的东西还是用面向过程开发比较好,因为面向过程更注重算法,让程序运行速度更快,所以说要合理的运用不同的设计思想,尤其是在不同的问题上.

作业三

个人总结:

       

经过了一学期的软件工程的学习,其实,刚开始,我以为自己学不到什么有用的东西,就像别的什么课一样,上课,然后考个试什么的就完事了,但是越到后面,我越感觉真正学到了一些东西,从刚开始的个人项目,到结对项目,再到团队项目.从只会写简单C语言的我,到现在可以开发出简单的android APP 的我，我确实在软件工程的课上成长了不少，我不仅学到了很多专业的知识，而且更加明白的一个项目的开发到一个团队的重要性。

     一个团队在开发项目的时候没回遇到很的问题，而解决这一问题的最好办法就是沟通，与PM沟通，与各个模块负责人沟通，并且，要想成功开发一款软件，团队必须要有一种开发模式作为支持，保证开发的速度与进度。就我个人而言，我也对团队做出了自己的贡献，我不是什么大牛级别的，但是也不至于不会写程序，我穷尽所学做了一个摇骰子的模块，做完之后有一种前所未有的成就感，因为那是我自己做的，没有依靠任何人。做完之后我一直在反思，为什么以前不做呢，突然发现大学都快结束了，我想以后得提高自己的专业技能，多做多写多练，和李保全同学学习。在结对编程中，李保全的编程能力也对我进行了一次冲击，我第一次发现身边还有这么厉害的同学，想想大学刚开始的时候，我们都是什么都不会。再不行动就真的迟了，我得好好补一补了。

其实，软件工程这一门课，一些同学反映什么都没学到，我想他们大概没有体会到团队编程这一环节吧，他们只是觉得老师并没有教给他们如何编程的知识吧，而我觉得，有些东西都是自己自学的，有些东西是自己体会的。我非常喜欢这次的课程改革，好像一学期学的东西，比三年学到的东西都多，说真的，现在的教育让我们好像学到了什么，又其实什么都没学到似的，如果每门课都像软件工程这样，那我们学到得东西就多了去了。

一学期的课程下来，从个人项目，结对项目，团队项目，也让我清楚的认识到了自己的优缺点，优点是善于和别人交流，善于和别人学习。缺点呢，就是专业能力不够强，团队意识不够强。比如说团队项目最后的整合，我负责的项目由于代码和函数ID不规范，导致浪费了许多时间，所以团队意识是很重要的，一场足球比赛，一个人厉害是没什么用的，要十个人都厉害才行。可能在许多人看来软件工程是一门课程，但是我倒觉得软件工程是一门思想，是一个如何去思考和处理问题的过程。能体会到这一点，我觉得这门课我也没白学。   

学了这门课程后写程序就不会去盲目的去套用代码，而是理清此程序的架构以及思路。程序该从什么时候开始，什么时候结束。在中间需要添加什么样的功能，以完善该软件。其实学软件工程并不难，而且很容易。软件工程与日常生活联系起来的话，就是在一天中你该先做什么，后做什么。理解了先做什么，后做什么了以后写程序就不是那么难了，再复杂的程序也可以分成几大块。你理清程序的思路后就可以一步步的解决其中的难题，最终实现软件的功能。如果没学软件工程不知道理清程序的思路的话，做一个大的项目开发，那么多的代码，没有一个很好的结构，最终只会导致程序混乱，错误百出，知道代码再多也会素手无策的。总而言之，作为一个程序员学习软件工程这门课程是至关必要的，如果没学习软件工程，就不会做项目开发，也不可能开发出一个完善的软件出来。

关于对软件工程课程的建议有：教学模式可以放的更开，主要以如何去思考和处理问题的过程为思想，加大学生对软件工程的理解。在课堂的教学上任然可以采用分组或者团队的方式，例如一个团队中谁负责整理，谁负责发言，谁负责记录等，不光可以从项目中体会软件工程的思想，而且从平时上课中也能体会到软件工程的思想。

最后，感想各位老师的辛勤付出，让我们学到了以前学不到的知识，看到了以前看不到的缺点，最后祝软件工程这门课程越来越好！