软件工程工作心得体会Word文档格式.docx

软件工程工作心得体会Word文档格式.docx

《软件工程工作心得体会Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件工程工作心得体会Word文档格式.docx（5页珍藏版）》请在冰豆网上搜索。

　　在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。

　　三、软件工程的原则

　　是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

软件工程的原则有以下四项基本原则：

1）选取适宜开发范型；

2）采用合适的设计方法；

3）提供高质量的工程支持；

4）重视开发过程的管理。

　　四、软件工程的由来

　　据说上个世纪60年代的程序员都是天才，写程式就像写日记一样，吃过晚饭没事干随手就可以写几个出来玩，第二天还可以拿去卖钱。

所以那时候程序员在大家眼中，跟那些搞美术，音乐的是一类的，被称为“艺术家”。

　　但事过境迁，就像任何人都不会嫌钱多一样，永远都不会有人嫌CPU快的。

于是，随之而来的就是硬件的迅猛发展和越来越变态的软件。

记得以前常去同学家拷游戏，通常几张软盘就可以搞定，而现在的游戏，两三张CD-ROM都算少的了。

像如此庞大复杂的怪物，就算你是如何的天才，一个人肯定是搞不定的，否则，等你把程式写出来，人家Intel连奔腾N都开发出来了。

既要开发大型的软件还要追求速度（这样才能赚钱），于是很自然地，合作的概念被提了出来。

　　在开始合作的初期，由于大家都习惯了当很有个性的“艺术家”，结果可想而知，一个是毕加索派的，而另一个是意大利印象派的，再加上一个画泼墨山水画的，要是像这样凑出来的东西都能不出问题的话，那么Bill早就转行了。

所以，那时侯的大型软件，据说“蓝屏”比WINDOWS98还多。

　　马克思告诉我们，万物都是从量变到质变的。

随着问题的不断涌现，一些master们开始尝试去总结经验，并归纳了一些规范去指导软件的分析，设计，实现，测试，维护，人员交流协作，项目预算及时限控制等方方面面，这就是软件工程的前身。

　　软件工程到现在已发展了30多年，可以说是相当成熟的了。

现在开发软件，据说都是一大帮人排排坐，按着一整套的规章制度来干活。

于是，软件开发成了“工程”，程序员也就沦为“工人”了。

　　五、软件工程的核心

　　软件工程，说白了，就是这样一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。

其核心就是，对于软件开发的5个重要组成部分：

需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。

简单来说，就是对于总体的组织和对于局部的实现。

　　六、软件开发过程

　　开发软件，就像是解决一个逻辑问题。

想想自己平时是怎样写程序的。

首先是要有一个想法，即我写的这个程序是要干什么的；

然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；

接下来就是将涉及的各种主要或次要功能分成各个模块；

最后就是分模块来编码和DEBUG。

除了第一步外，其余的步骤应该是一个循环的过程。

既然软件开发是一个具有不可预知性和变化性的动态的过程，那么，对其每一个步骤的组织，即周期模型，就必须包容它的这种性质。

　　具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。

在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。

文档的作用在于以下3个方面：

一是可以帮助整理思路。

把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。

二是便于交流。

想象一下开会时的情形。

一大帮子人争先恐后，激烈辩论，然后会终人散，思想灵感也就随之散了，结果是开了半天会，什么也没讨论出来。

这就是后来会议记录被发明出来的原因。

在脑子里的东西一多，就会散而且乱，用语言表达的时候，很容易会丢三落四，别人也很难把握住你的思想。

但经过整理写在纸上以后，则会清晰得多，无论是别人还是自己，看起来都可以一目了然。

三是可以作为以后维护时的参考资料。

有一句名言：

“笔和纸永远都比大脑可靠”，意思就是说，放在大脑里的东西说不准哪天就忘了，但写在纸上的东西，只要不发生什么意外，一般是丢不了的。

当过了一段时间，你需要再回过头来修改你的程序的时候，你就会发现，你以前写下的文档实在太有价值了。

别指望你的源代码，对于复杂一点的程序来说，单纯的源代码几乎会扼杀掉你所有的时间。

　　可行性分析就是关于当前项目能不能干的分析结果。

主要考虑的方面包括：

是否能把这个项目开发出来；

假如可以的话，预计需要多少时间，能否满足客人的时间要求；

需要多少人力和资金的投入；

最重要的是，这个项目能否赚钱，能赚多少。

还要对可能存在的风险进行评估。

　　七、软件工程学习感悟

　　时间飞逝，不知不觉间《软件工程》的学习完了。

在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多。

　　在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了。

一个人，只要会编程，就能写软件，就是程序员；

一个公司，只要招聘一些程序员，就能开发好的软件产品。

只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司。

　　但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误。

软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息。

唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。

　　而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。

编程其实是一种乐趣和苦恼共存的一项创造性活动。

因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。

　　而且通过学习《软件工程》，我还学到了很多其他的东西。

比如通过学习《软件工程》，特别是教员的课程讲解和每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会。

让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等。

而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路。

　　所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。

在此我对教员的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多。

　　篇二：

软件工程实习心得体会

　　软件工程实习心得体会

（一）在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。

这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。

可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。

还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。

在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。

还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。

这就是我的实习感想。

软件工程实习心得体会

（二）时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。

最先在内部系统组参与内部管理系统开发（struts+mysql+spring+hibernate），之后是去做网络交换机软件的脚本测试。

现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。

　　篇三：

软件工程学习心得体会

　　软件工程学习心得体会

　　学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。

整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。

是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

　　要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则：

软件工程目标：

生产具有正确性、可用性以及开销合宜的产品。

正确性指软件产品达到预期功能的程度。

　　可用性指软件基本结构、实现及文档为用户可用的程度。

开销合宜是指软件开发、运行的整个开销满足用户要求的程度。

这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。

　　软件工程过程：

生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。

软件工程过程主要包括开发过程、运作过程、维护过程。

它们覆盖了需求、设计、实现、确认以及维护等活动。

需求活动包括问题分析和需求分析。

问题分析获取需求定义，又称软件需求规约。

需求分析生成功能规约。

设计活动一般包括概要设计和详细设计。

概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。

详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。

实现活动把设计结果转换为可执行的程序代码。

确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。

维护活动包括使用过程中的扩充、修改与完善。

伴随以上过程，还有管理过程、支持过程、培训过程等。

软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

　　pad图：

它是用结构化程序设计思想表现程序逻辑结构的图形工