当前位置：首页 > 实用文档 > 心得体会> 软件工程学习心得体会

软件工程学习心得体会

时间：2022-11-20 07:55:01 心得体会收藏本文下载本文

软件工程学习心得体会（精选16篇）由网友“咖啡可可”投稿提供，下面是小编为大家推荐的软件工程学习心得体会，欢迎阅读，希望大家能够喜欢。

软件工程学习心得体会

篇1：软件工程学习心得体会学习心得体会

软件工程学习心得体会学习心得体会

学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。接着我就详细介绍下我对这门课程知识点的理解概括：

软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。④维护过程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护；

瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程；分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理；阶段评审；文档驱动；简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。

原型进化模式：对软件进行直接模拟或仿真，只需要分析需求框架后进行原型创建，再对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。

增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善；由于先交付核心构件可利于降低项目的技术风险。

螺旋模式：是一种可较好的`规避开发风险过程的模式，项目是基于任务的螺旋式推进，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。

软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项

目负责人、开发人员、资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。

计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。有三种典型的计算机体系结构：①主机结构，主机集中了全部智能，并依靠终端接口与外部设备连接。②Client/Server结构，智能分布于服务器与客户机，并依靠网络连接成系统，其中，服务器处于核心位置，提供被动核心服务；客户机处于边缘位置，可主动访问服务器，寻求服务支持。③Browser/server结构，可适应互联网远程交互的特殊结构，基于Web服务器构建。

需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。结构化分析建模：它是建立在需求规约基础上的，对软件问题进行全面解说，包括四个方面：①数据建模，它与数据库设计密切相关，ER图涉及实体、关系、属性等图形元素，在业务层面建立数据库概念模型，一般用于前期的建模构想。②功能建模，是对系统数据加工的图解，数据流程图是常用的建模工具，涉及数据接口、数据处理、数据流、数据存储等图形元素，用于描述系统数据加工细节。③行为建模，行为模型用于说哦名软件系统与环境的交互，状态转换图常用的软件行为建模工具涉及状态、事件等图形元素。⑤数据字典，是用于定义软件的元素，使软件元素获得严肃的、详密的、精确的规格说明。需求分析模型中的数据、功能、行为等诸多方面的元素，都有必要通过数据字典给予细节说明，以达到对系统较完整全面的规格定义。

基于UML对象面向对象分析建模：UML是统一建模语言，有统一的语法、语义和语用规则，其建模过程的特点是：用例驱动、以构架为中心和增量迭代，通过包实现对模型的有效的一体化管理。包括三部分：①用例建模，它面向用户需求的，能够反映系统的用户价值，用例图的基本元素有用例、参与者、交流；用例之间有泛化、延伸和包含关系。②活动建模，活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、终点、判断、并发、同步、泳道等。可描述高层业务级活动，涉及整个业务流程，针对每个用例活动建模，反映用例内部活动细节。③类分析建模，这里就只考虑实体类，实体类所代表的数据相互之间通常有一定的关系，依靠这种关系可形成有组织的程序数据结构。实体类之间的主要数据关系有：关联、聚类、泛化。

接下来我就简单说下我上这门课的简单的心得体会，我们是大四的学生了，也只有这个学期有课了，刚开始课表安排出来的时候觉得挺意外的，只有前八周有课，当时我还是有点小感动的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的课，那么每周课不是特别多，但是时间特别分散，也不能集中某段时间去做什么事情。但是相对于老师的压力也有，课程压缩了相当于每节课的教学任务大大增加了，在加上有些假期冲掉课，就感觉我们好像上课学不到什么东西，也只是一些关键的和考试挂钩的才重点讲，完全没有扩展的时间和空间了。但是总的来说，学校开了这门课，我们上了这门课，总是学到了点东西的，不可能明明上了软件工程这门课，却像没上一样什么都不懂。在上课的时候我还是很认真地去听老师所讲述的内容的，我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了，所谓的需求获取，那就是一个谈判，辩论，交流的过程，已经不是单纯的编编程序就能解决的问题了。从我所看到的听到的来说，我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的，只能够在电脑前编编程序的，在交际场上不知道说什么而一个字都说不出来的人。我觉得这样的人进入社会之后是没有什么前途的，起码他们缺乏了与人沟通交流的能力。而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力，设想一下，一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。其次，这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗？应该说这就是这门课的价值所在。无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么？以及如何去做？这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。当然了，在纯粹的理论上，我觉得开设这样一门课程是很成功的。但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。这两个可以说是这门课成与败的决定性的因素。

作为我们学生来说，应该负起比较主要的责任。在大学里有了太多的基础课程，基础课程大多都比较枯燥无味，也许在第一个学期里我们还能够保持着新鲜感，但是在6学期之后，可以说再有新鲜感就是一件比较困难的事情了，我们都已经开始变得迟钝了。其次的，没有认识到这门课程的价值。这门课的价值我已经在上面说过了，是不言而喻的。但是并不是每个同学毕业之后都回从事计算机行业，也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。或许有些人觉得反正以后不是这个发展方向，也就不在乎这个课程吧。我个人觉得这门课确实是挺好的，如果认真学必能学到很多东西，动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强，不管以后从事哪个方面的工作，这对以后来说都是一笔很大的隐性财富。说到我自己对这么课的学习，还是有点愧疚的，前面四周我每周每节课都去上的，并且上课也认真听，一边听老师讲课一边自己看书本的介绍，但是后来我上这门课的次数就降低了，因为觉得时间很紧吧，而且老师上课的节奏我个人觉得有点慢，我都可以自己预习看到后面去了，但是这门课我还是每周至少上一节课的，虽然我早上7点多一点就出门，在自习室，但是有时候明明知道到了上课的时间，明明上课的地方离自习的地方不远也不太想去。我记得有次上课时候老师生气了，说来上课的人少，我仔细环顾了下四周发现确实人很少，稀稀疏疏的分散着，看起来确实不太舒服，让我不得不反思了，这大学的教育到底怎么了，怎么到了大四大家都不来上课，虽然我不是每节课都来，但是我还是时不时来上课的，可能是比较浮躁吧，快毕业了，觉得上课学不到什么实际的东西，要么实际一点好好考研继续深造，要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。

《软件工程》课程既强调基本概念和基本知识的理解和掌握，又侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。我还是蛮喜欢这门课的，通过对这门课的学习让我意识到理论学习很重要，实践更重要，实践是检验真理的唯一标准，只有将理论与实际结合，才更能发挥我们所学的知识的作用，更能直接的创造效益，社会和国家做出贡献。

篇2：软件工程学习心得体会

未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。

经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。

在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新的知识，顺应变化，学为所用。

上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化，工业化大生产，提高其劳动生产效率。只有如此，软件业才能实现社会化，工业化大生产，才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。

其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。1。可行性分析就是关于当前项目能不能干的分析结果。

2。项目描述这是在决定立项以后，对当前项目的一份扼要说明。

3。需求分析就是对客户要求的功能的定义。

4。软件设计这就是对程序的每一个模块的详细设计的说明文档。

5。开发日志我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明。

6。测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。

篇3：软件工程学习心得体会

在本学期的软件工程课程的学习中，我们学习了十一章的内容。第一章软件与软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。还引出了工具UML。第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E—R图以及状态图式本节的重点。第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。

要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。

软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。

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

我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。包括程序流程图、N—S图、PAD图、HIPO图

程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。

N—S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N—S图。在N—S图中，为了表示五种基本控制结构，规定了五种图形构件。顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。

PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。PAD也设置了五种基本控制结构的图示，并允许递归使用。

HIPO图：HIPO图是由一组IPO图加一张HC图组成。它是美国IBM公司在软件设计中使用的主要表达工具。

HC图既是层次图，用于表示软件的分层结构。HC图中的每一个模块，均可用一张IPO图来描述。IPO图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。

还有测试方法：按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。

静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。

动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。

还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。

软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展；在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。

在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。

而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序？读不懂程序，维护又从何谈起呢？所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。

在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。

在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。

篇4：软件工程学习心得体会

学习了这门课程，还有老师们的多元化教课，不但让我从理论上掌握软件工程，还有从不同的实例，让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程；分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理；阶段评审；文档驱动；简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的.错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。

螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推进，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。

软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项目负责人、开发人员、资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。

篇5：软件工程的学习心得体会

学习了这门课程，还有老师们的多元化教课，不但使我们从理论上掌握软件工程，还有从不同的实例，让理论和实践得到了很好的结合，老师主要是从六个方面来描述软件工程，分别是信息和多媒体，JAVA编程技术，数据库系统，布线系统，管理信息系统，网络编程。有很多都是老师们多年的工作经验的总结，下面是我听课后自己的一点心得和自己对软件开发一点感想，我知道还有好多的不懂，只有通过不断的学习才能一一解开。

信息和多媒体

课中老师给出一些案例，其中主要展示了Authorware，VisualBasic软件，让我了解信息多媒体中，用Authorware开发出的一些管理系统，并用在触摸屏上，而在实际的生活中是很多见的，比如在什么展览厅中，在开发这类软件中特别要注意的地方是界面方面和功能方面要一目了然，要想像一下别人在用你系统的时候是用手指去触摸操作而不是鼠标，特别在数据库后台的时候是整机的，所以在设计时一定要求完美，做成系统就不应该有什么要改的，还有要有扩展性，可方便的与各种外部设备挂接，实现数据交换，所以在这方面开发的时候，一定要从用户的角度来看，思维不能用传统的开发思想，我认为做这类系统时候，并不是开发环境的难点，最重要的是思维的转变，这样才能做出用户用得满意的系统。

JAVA

这门语言的发展是相当迅速的，老师关键讲了Jsp，目前流行的四种开发WEB页语言，Jsp，Asp，Php，Asp。net，而Jsp是从JAVA语言中派生出来的，继承了JAVA的优良性，所以Jsp的强大之处就在这了，轻松的跨越操作系统的平台，而且他不像Asp，所有的解析全部由IIS来完成，量过大时，IIS就无能为力，，Jsp和Tomcat的组合是相当完美的，Tomcat的强大之处就在他在处理请求页面的时候实现了多线程分配，这样就能保证访问量不会过量占用内存和CPU，在开发Jsp的时候，老师给我们一款式Jcreater，可以看到JAVA的开发工具界面都是非常友好，Jsp与Asp有许多相类的地方，相比较，Jsp有两方面的优点，首先，动态部分用JAVA编写，而不是VBScript或其他Microsoft语言，不仅功能更强大而且易于使用。第二，Jsp应用可以移植其它的操作系统和非Microsoft的web服务器上。再者Jsp的安全性和访问速度也是在其它几个web开发语言中出类拨萃，JAVA语言的纯面向对象让我们在Jsp中得到真正的体现，Jsp的后台数据库很随意，不过Mysql是最佳选择，其实在掌握了Asp的开发后，我认为Jsp的开发就是在于语言的不同，数据库的开发思想都是相通，最重要是做些开发，慢慢的就知道其中的一些技巧和经验。

数据库系统

计算机中最重要就是数据，现在数据库中比较大型号的系统就是SQLSERVER，MYSQL，ORACLE，在windows下最常用的`是SQLSERVER，从数据库的设计到数据库的实现，DBMS的研制包括研制DBMS本身以及以DBMS为核心的一组相互联系的软件系统。研制的目标是扩大功能、提高性能和提高用户的生产率，数据库设计的主要任务是在DBMS的支持下，按照应用的要求，为某一部门或组织设计一个结构合理、使用方便、效率较高的数据库及其应用系统，在我们使用的SQLSERVER中，其实是把数据库原理都己封装好，所以我们就只是新建Database，再建Table，我们只是需要调用就行，再用SQL语句来实现，读取，添加，删除，修改，更新等功能，数据库对于用户来说就是这些基本的功能，数据库理论主要集中于关系数据的规范化理论，关系数据理论，但随着人工智能与数据库理论的结合，新的数据库理论如演绎数据库系统，知识库系统，随着数据库的发展，以后的各个领域都将有数据库系统的存在，数据库将和我们的生活紧密相连，新型数据库理论的出现必将有新的数据库系统，而新的系统将趋于界面简洁化，使用简单化，功能强大化，可扩展性强，还有就是智能性强！

布线系统

课上老师从他做过几个工程来讲，其中自上而下的设计思路很是有用，就是从顶层开始，网络服务，NetwokrSystem，硬件系统，OA_CA_BA，网络系统，综合布线，楼层，设计是从上而下，而实施时是从下而上的，这样就有一个比较开放的设计模式，在以后的大楼中，都会是楼宇自动化和智能大厦，而综合布线系统则更是要考虑各方面的困素，如楼层的设计，你设计出来的布线系统一定要符合大楼的实际情况，这样才能做到因地制宜，从根本上做好。

综合布线系统可划分成六个部分，其中三个子系统：配线（水平）子系统；干线（垂直）子系统；建筑群子系统；外加三个部分：工作区、设备间、管理独立的需要设置终端设备的区域宜划分为一个工作区。工作区应由配线布线系统的信息插座延伸到工作站终端设备处的连接电缆及适配器组成。

工作区的每一个信息插座均应支持电话机、数据终端、计算机、电视机及监视器等终端的设置和安装。

配线子系统应由工作区的信息插座、信息插座至楼层配线设备（FD）的配线电缆或光缆、楼层配线设备和跳线等组成。

干线子系统应由设备间的建筑物配线设备（BD）和跳线以及设备间至各楼层配线间的干线电缆组成，干线子系统应由设备间的建筑物配线设备（BD）和跳线以及设备间至各楼层配线间的干线电缆组成。

设备间是在每一幢大楼的适当地点设置电信设备和计算机网络设备，以及建筑物配线设备，进行网络管理的场所。对于综合布线工程设计，设备间主要安装建筑物配线设备（BD）。电话、计算机等各种主机设备及引入设备可合装在一起。设备间内的所有总配线设备应用色标区别各类用途的配线区上面都所都是书上的一些慨念性知识，在设计上划分这些子系统时就是从这些慨念来区分，这样就能在本质上区别他们之间的不同，就像老师所说，跟着别人做一次工程，就什么都明白了，设计布线系统一定要从做实际出发，做过几次后，一些程管理信息系统信息系统（InformationSystem，IS）：基于计算机技术、网络互联技术、现代通讯技术和各种软件技术，各种理论和方法于一体，提供信息服务的人机系统。它的组成是信息源，信息处理器，信息用户，信息存储器，信息管理者和传输通道。

在信息系统中

信息管理者起着主导作用，做一个信息系统是要靠几个人一起合作的，信息系统开发的阶段可分为，规划阶段，分析阶段，设计阶段，实施阶段，支持阶段，其中最重要的就是第一阶段，它是由系统分析员，也是总体的设计师设计师完成，而我们传统的思想中的程序员写的代码应该是很重要的，但是事实上并不是这样，代码的编写是在实施阶段，所以不要以为在做系统时，代码是很重要的，可能我们在做系统时，从规划到实施都是一个人来完成，所以并没有意识到设计的重要性，只有一个好的设计才能从根本做一个好的系统！

网络编程

在网络编程中可以用到的语言有很多，VB，VC，C++，JAVA，Delphi，还有就是微软VS。net，它是从框架的模式来总估设计，最新的Delphi也是支持。net框架，框架的慨念我个认为是，。net框架的核心是通用语言运行，。net框架中的类为开发人员提供了统一的，面向对象的，层次化的，可扩展性的类库集（API），现今，C++开发人员使用的是微软基础类库，JAVA人员使用的是WINDOWS基础类库，而VisualBasic用户使用的又是VisualBasicAPI集。就是说。net框架统一了微软当前同的框架，这样，开发人员不再而需要学习多种框架就能顺利编程。还有就是通过创建一个公共的跨编程语言的API集，。net框架可实现跨语言继承性，错误处理功能和调试，实际上，从Jscript到C++的所有编程语言都是相互的，开发人员可以自由选择理想的编程语言。网络编程在现在己成为一种流行的趋势，互连网的迅猛发展让网络编程成为程序员发展的新空间，而以后什么语言最流行，可能就是JAVA，VS。net，Delphi这三种语言占大数了，记得比尔盖次曾经说过，我们的编程水平还是非常的低，在以后的时间将有很大的发展空间，很可能我们以后所用的系统也许就高语音识别，或人的触觉来操作。而在我们身边，QQ这个软件可以说是中国人开发的最为成功的网络软件，不但是方便使用而且成为当前互连网上最可靠的点到点的网络传输工具，还记得原来用的第一款QQ软件，就只能单纯发文字，当然也是互连网的发展给了QQ一个非常好机遇，网络编程的发展让我们在互连网通讯越来越方便，对我们学计算机的人也是机遇和挑战。并存。

以上就是学习这门课程的心得，软件工程并不是教你怎么写程序而是教你在理论上如何设计最为成功的软件开发，学完后也许认为什么都没有学到，但是在做软件开发上它能给你指导，设计出可靠，可行，可实施的方案。

篇6：软件工程心得体会

时间飞逝，不知不觉间《软件工程》的学习已经过了大半了。在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多。

在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了。一个人，只要会编程，就能写软件，就是程序员；一个公司，只要招聘一些程序员，就能开发好的软件产品。只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司。

但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误。软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息。唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。

而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项创造性活动。因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。

而且通过学习《软件工程》，我还学到了很多其他的东西。比如通过学习《软件工程》，特别是老师每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会。让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等。而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路。

所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。在此我对老师的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多。

篇7：学习软件工程导论后的心得体会

这门课的作用就是，在你真正见过猪以前，先教你怎么吃猪肉，怎么骑着猪跑。

软件工程导论所讲述的内容，其实并没有很多人想象中的那么重要。就像是一本教你如何游泳的书。确实是一种非常重要的技能，但实际上你如果不看书，在水里扑腾几天也就会了，只是姿势不那么标准，游不了那么快。学会游泳非常重要，但其实并不是说你要学会这本书有多么重要。

他的内容大部分都是一些总结出来的经验和方法。如果没有真正的试验过，很难有切身的体会。比如说你如果没经历过整天用zip压缩当天代码保存的工作，就不会知道版本控制有多么重要。还有那些设计模式。比如Singleton，你也许会说，用个全局变量，只生成一个对象不就可以了。自己写小项目固然可以，但软件工程作为一种“工程”，是很难一个人包揽全部工作的。你要多项目之间配合，要多人维护同一部分代码。你要有一种确定的手段，来保证你这个类只有一个对象。所以把它提炼出来，总结成一种模式。

至于学习上，除了完成规定的学习目标外。我认为学过这门课，至少应该了解一个项目中会有哪些分工，大概是如何运行的。各种设计模式的话，了解一下就可以了。只要你以后在工作中，能记起来有这么个东西，这种情况下，某种模式可能比较合适，具体细节到时候再查就行了。

这门课自己也说，是门导论而已。介绍一下你以后可能遇到的坑，以后再遇到那个填那个好了。

篇8：学习软件工程导论后的心得体会

谈到机械工程先来讲讲机械，中国的机械发展有着悠久的历史，五千年前的纺织机械、晋朝时期的连机锥和水碾、西汉时期的指南车和鼔车、东汉的地震仪、秦始皇时期的铜车马„„国外机械的产生要追溯到18世纪初，第一次工业革命产生蒸汽机和一些以蒸汽机为动力的近代机械的雏形，再到19世纪代左右的第二次工业革命，内燃机的产生带来了新的动力机械，开始了机械的迅猛发展。从机械和社会的发展来看，一个社会机械水平越高，生产力水平越强。现代社会也是一样，机械是现代社会进行生产和服务的六大要素(人、资金、信息、能量、材料和机械)之一，机械工业是国民经济的支柱工业之一，是社会生产力发展水平的重要标志。综上可见，机械是一个国家发展、民族复兴的重要保证。

机械社会发展中的地位如此之高，那机械工程呢? 机械工程是运用数学、物理等基础理论和有关机械方面的专门知识，结合生产实际经验，经济有效地解决在设计、研究、制造和运行各种机械中遇到的实际问题。从定义上可以看出，机械工程是一个系统性的全面的工程，可以尽可能合理的创造和最大化的利用机械。可见，在21世纪这样一个充满市场竞争和需要不断创新的时代，机械工程运用的好与不好，往小一点说，直接关系到一个企业的存亡问题，往大一点说，直接决定了一个国家机械工业方面的软实力。机械工程对国家发展如此之重要，对于未来希望成为工程师的大学生的我来说，没有理由不好好的了解机械工程。

机械工程包含机械工程中的力学、机械设计、机械制造技术、机电一体化技术和车辆工程。每个部分都有其特定的理论

工程中力学包含：理论力学、流体力学、材料力学、震动力学、计算力学。这些力学是进行机械设计和制造的基础，学好这些理论才能知道运动以怎样的机构传递，能量以怎样的机器传递。

机械设计包含了很多的设计方法，除去传统设计方法不说，现代设计方法包含：优化设计、可靠性设计、有限元分析、并行设计、绿色设计、创新设计、模块化设计和反求设计。其中有限元分析、绿色设计和反求设计令我印象深刻。利用电脑软件对设想的机械部件进行有限元分析，可以确保设计的合理性和可利用行，如此以来，可以在不做出模型的情况下就可以清楚的了解结构的性能，节约了时间不说更节约了大量的人力、物力财力。在绿色设计方面，美国的废旧汽车利用可谓楷模，报废汽车再利用率达到了百分之九十五，再利用零部件重量超过旧车的总重量的百分之七十五，可以说节约了大量的资源，对环境有了一个很好的保护，这点反观我的祖国，确实有必要学习一下，我国现在汽车每年的购买量都在大幅度上涨，随之而来的必然会有大量的报废汽车，这是新的产业，也是一个新的经济增长点，不但节约资源保护环境，还可以促进经济增长，真是一举两得的好事啊。这些设计方法中，最让我眼睛一亮的要数“反求设计”，二战战败国日本就是运用这种方法，以“一代引进，二代国产化，三代改进口、四代占领国际市场”方针，迅速的崛起为世界第二大经济体。日本的成果是对这种方法实质的最好诠释，中国也在使用这种方法，不过是歪曲了的，只顾模仿不懂得吃透他人的技术再创新，是中国科学技术落后与发达国家的一个重要因素。模仿不可怕，可怕的是照搬照套!用好“反求设计”实现“比他人做得更好”。

机械制造技术包含两方面含义：

1、指用机械加工零件的技术;

2、指制造某种机械的技术。在制造技术方面，先进制造技术显得更适合现代化，通过将多方面的技术进行交叉、融合和集成，综合应用于产品全生命周期的制造过程，可以更经济更有效率更好的制造出适应市场需求的产品。特别是三维打印技术，可以通过电脑造型，再通过3D打印机打印出模型来观察产品的合理性和可用性，方便效率高。

最后谈谈机电一体化技术，机器人现在是各个国家研究的热门项目，每个国家都希望在这方面领先全球，机器人就是典型的利用了机电一体化技术的产品，是机械和电子的有机结合。从20世纪中后期，机电一体化就代表了现代机械工程的发展方向，产生了众多高新机械产品，如：火箭、卫星、宇宙飞船、航空母舰、深海探测器。可见，机电一体化的前景非常不错，不过要想学好这么技术，作为机械专业的学生来说，就有必要好好的学学计算机和信息类的知识，毕竟机电一体化中电子占了很大的比重，为了自己未来的发展，也为了赶上现代化的机械工程方向，我要努力的学好机械专业课的同时，多涉猎一些电子类的书籍，为未来的发展奠定基础。

篇9：学习软件工程导论后的心得体会

在前不久的几周里，刚刚结束了“软件工程导论”课程的学习。这门课程带给了我很大的启发，让我对软件工程这一新兴学科有了全面的，深刻的认识。卢苇老师精彩的讲演，同学们积极地提问与回答，都带给了我深刻的认识。下面是我在学完该课程后的一些启发。

一、我对软件行业的认识

众所周知，计算机已经是现代人生活的必需品。无论是工作、学习、生活、娱乐，我们的生活每时每刻都能见到它的踪影。大到航天飞机的研制，原子弹、氢弹的引爆，笑道一个小小的电子表，都需要会软件会变成的人来研制它，让其工作。所以，伴随着计算机而生的的潜在市场是十分巨大的，无数因此成功的公司便是印证，无论是乔布斯的“苹果”，还是比尔盖茨的微软，亦或是马克·扎克伯克的facebook，都获得了世人的肯定。他们的成功被人称道，但是不可否认的是他们的成功是建立在如此巨大的市场空间上的。所以，首先软件行业有着充足的市场。

其次是我国的软件力量。我们国家面临着一个良好的社会的环境，社会安定，政府稳定，特别是当前经济发展迅速，法制建设不断完善，高新技术领域突飞猛进。但是由于法律制度不完善，并且从业人员普遍创新的意识不够完善等等多方面的因素，我国的市场并非特别乐观。我们都能清晰地看到许许多多成功的企业都未做到完全的创新，如“淘宝网”便是借鉴“亚马逊”网站，而“人人网”也与facebook有极大的相似度，而腾讯更是众所周知的山寨之王。但是换个角度看看，这正说明，我国的软件具有极大地潜力，在未来的几年，几十年之间，我国的软件行业必会重新洗牌，涌现出强大的软件企业，而我们，也一定有机会实现自己的软件梦。

第三是我国软件行业的人员构成。我国的软件行业目前主要还是中低素质人员构成。打不风程序员，他们没有系统的、完整的学习整个软件工程的知识，仅仅靠自学或者短期学习，掌握到部分的、片面的知识就已经进入从业阶段，这样的学业使他们不能够胜任自己的工作。而高端的软件从业人员相比较而言是相对稀少的，所以我国的软件行业并未真正崛起。我们急需那样的高端人才，而这些人才，便是现在我们学院所努力培养的。

二、我对我们学院软件工程专业的认识

IT行业是随着电子信息产业的发展而逐步发展起来的，并且日益得到完善。IT行业的平稳增长必然会带来软件工程师需求的增长，目前随着IT产品出现的技术融合，市场需求的巨大和专业人才的缺乏，由此可知，软件行业还是比较乐观的。但软件行业需要的也是复合型人才，软件工程师需要掌握更多的编程语言。

北京交通大学软件学院是经教育部批准的国家示范性软件学院。学院成立于2月，是为适应我国经济结构战略性调整的要求和软件产业发展对人才的迫切需求，实现我国软件人才培养的跨越式发展而建立的。学院充分发挥学校的计算机学科优势和 IT 企业资源综合优势，利用已有的办学与市场资源，与国内外著名的 IT 企业开展合作，在管理体制、运行机制、教育思想与理念、人才培养方案与课程体系、教学模式与方法、产学研合作等领域大胆创新，已探索出一条有效地培养“国际化、工业化、高层次、复合型” 软件人才的办学之路。

作为教育部批准的全国36所示范性软件学院和学校教育体制改革与办学机制创新的试验田，北交大软件学院承载着学校的殷切期望。作为国家重要的软件人才培养基地，在管理体制、运行机制、教育思想与理念、人才培养方案与课程体系、教学模式与方法、产学研合作等领域大胆创新，探索出一条有效地培养“国际化、工业化、高层次” 软件人才的办学之路，推出了“2+1+1”人才培养模式。作为一名北京交通大学软件学院的靴子，我感到十分自豪。

三、我未来的职业规划

在学习完院长的导论课后，我对自己的直接规划产生了很深的想法并且做出了很大的改变。首先，我一定要努力完成大学的学业。在大学一年级，我要认真地完成专业课程，努力学好c语言和java的课程，同时扩大自己的知识面，多多学习一些有关软件方面的知识，不断地充实自己。

在大学

二、三年级，我要注重学习Java基础知识、多学习项目开发经验，了解项目开发业务知识，并在学习中掌握DB2数据库的SQL语句的复杂查询以及管理操作，并深入学习了解struts、hibernate、spring相关操作。同时在大三结束之前，我要至少了解并熟悉2门编程语言，如.net、C++、PHP;并学习掌握nOracle、MS-SQL数据库管理操作;掌握软件开发各个阶段的基本技能，如市场分析, 可行性分析, 需求分析, 结构设计, 详细设计, 软件测试等。如果有时间的话，还要学习管理方面的相关知识，由技术型向管理型方面的转移。我要多多锻炼自己的能力，不论待人接物，还是进行演练，都要积极参见，努力争取较大的提升。

在大学四年级，学校会安排比较多的实习，到那时候，就要好好工作，发挥自己前三年学到的知识，努力完成自己的毕业实习，最后，优秀地完成自己的大学学业。如果能够，我将选择继续深造，可以通过保研，考研等等许多途径，努力获得研究生的资格。同时，就业也是一个不错的选择，但是不论考研还是工作，我都要一如既往地补充自己，不断提高自己的专业水平。在工作时，我会优先选择私人的，创意性比较强的公司，从中积累经验，并且努力奋斗，成为复合型人才，我便可凭此进入大公司或者帮助自己的公司变得更加强大和成功，最后成为IT行业中优秀的一员。

四、总结

卢苇教授的“软件工程导论”真的让我获益良多，对于软件工程专业有了深刻的了解，对自己以后的道路的安排也有了深刻的认识。上课的日子总是很快，不知不觉中遍结了课，我感到如梦初醒，因为我们才敲开软件知识的大门。路漫漫其修远兮，吾将上下而求索。不经历风雨怎能见彩虹。我要时刻保持一颗清醒的头脑，随时为自己的目标而奋斗。其实，每个人心中都有一幅画，描述着理想、信念、追求、抱负;每个人心中都有一片森林，承载着鸟语花香的甜蜜、阴森恐惧的彷徨。一个人，若要获得成功，必须拿出勇气，付出努力、拼搏、奋斗、成功。机遇不同情眼泪的忧伤、不相信颓废的绝望，只期待爱打拼、时刻准备着的人。

篇10：学习软件工程导论后的心得体会

初学软件工程第一周的时候以为只是纯粹的理论课毫无用处，其实不然。深入了解之后发现它对程序的设计，错误的检测以及软件测试，编写方面有不可磨灭的便捷好处。开发一个软件时，对原定的系统模型和目标的现实以及系统完成后所带来的效益的预判断，可以明确开发与否，否则就是浪费人力，物力以及时间。

以下是所学过程中的知识点：

(1) 软件危机：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

所以若要解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织和管理措施，软件工程正是从管理和技术两方面研究如何更好得开发和维护计算机软件的一门新兴学科。

软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术、和方法来开发与维护软件。

软件工程方法学包含3个要素：方法、工具和过程。

(2)软件生命周期：软件定义、软件开发和运行维护

软件开发阶段：问题定义，可行性研究，需求分析，总体设计，详细设计，编码和单元测试，综合测试，软件维护。

软件维护主要任务：是使软件持久的满足用户的需要。

软件过程目的：为获得高质量软件所需要完成的一系列任务的框架，规定了完成各项任务的工作步骤。

其中：可行性分析：技术可行性，经济可行性，操作可行性

(3) 判定表和判定树能够清晰地表达出各种动作之间的对应关系

软件项目管理的范围主要集中于4P上，即：People人员、Project项目和progress过程和product产品

第一个软件生命周期，瀑布型生命周期

程序设计：低耦合高内聚

(4) 学会画程序流图，SC图，ER图，DFD图，顺序图以及协作图。学会读图，可以独立完成相关计算题。

篇11：学习软件工程导论后的心得体会

我们没有进行过系统化软件设计的教育和学习，对如何进行软件的开发基本上就是想什么写什么。根本没有过系统化的设计。比如需求分析，可行性研究等。更不知道用什么模型来设计软件。这在我们以后的工作中是完全不行的，没有系统化的设计，是不可能满足客户的需求的。

胡老师让我们分组进行软件互换的形式来进行软件的修改。其实胡老师就是想让我们了解以后工作中，软件是如何设计的和制作的。对于以前的编程，我们只能按照自己的想法，想一步做一步。根本没有系统化的设计。通过对软件工程导论这门课程的学习，一遍学习一遍实验，实践与理论相结合。开始其实我根本不理解各种图的作用，觉得它们根本没有用，就是照猫画虎，没有任何的实际意义。但是通过后面的学习和理解，对他们有了独特的理解和想法。比如对uml来说。它是一种标准化交流的语言，它可以让开发人员与客户之间轻松的交流。用图的形式向客户展示软件设计的流程，从中传递信息。简单的说就是客户和设计人员交流的手段。

这学习，不管是实验小组的实验还是老师您要求的程序，基本都是我一个人做的，所以对各种图还是比较了解和掌握的。虽然对实验报告的制作感觉到十分的吃力，工作量很大，但是还是通过几个晚上的专心学习和制作，最后还是完成了。但是好多图画的还是很有问题，没有真正的完全理解和掌握。但是在后面的学习和复习中，有了更正。

下面我对实验进行一下总结。首先是实验一结构化分析和设计，主要理解DFD图，数据字典，ERD图和问题描述进行设计和学习。DFD图主要分为三个方面，数据的源点，数据流和数据存储。它将信息流和数据从输入移动到输出的工程中所经受的变化。简单的说就是主体，动作和数据单元的问题。接下来是数据字典，主要进行软件操作单元的数据定义，格式化和功能说明。然后就是ERD图，根据短信系统的问题描述，可得到软件实体，从而得到此图。其次是实验二和三面向对象分析和设计。主要进行用例图，场景描述，初始化类图，协作图的制作。先是从需求到业务用例图，根据客户需求(也就是我们软件的需求)画出用例图。它的作用其实就是描述该实现什么业务或者说是功能。接下来就是场景描述，简单来说就是软件实际的操作的某个步骤的具体说明。跟着就是初始化类图，重要作用就是显示系统有哪些实体，实体的具体操作，实体间的关系。然后就是协作图，主要作用是针对某个软件的功能，进行交互过程的解释，简单来说就是具体业务的具体操作，而且是所有涉及到的操作。动态模型和静态模型的建立，在面向对象的系统中，业务流程表现在为对象之间的交互，对动态模型和静态模型分析和总结，从而产生顺序图。面向对象设计就是对实体类进行定义和说明，所有的类都是跟软件里的类相对应。就是真正的类。最后就是实验三编码和测试，实验主要对测试和编码进行总结。从中总结制作过程和测试过程。

实验对我来说可能很辛苦，但是我从中学到了很多。了解了很多图的作用，也了解了以后工作的具体流程，这对我们以后的实际工作提供很多帮助。对我来说辛苦着收获着快乐着。跟您的交流中也学到了很多知识。总之我很满足。

篇12：软件工程实习心得体会

学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则: 软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。

可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。

软件工程过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

pad图:它是用结构化程序设计思想表现程序逻辑结构的图形工具。pad也设置了五种基本控制结构的图示，并允许递归使用。hipo图:hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。hc图既是层次图，用于表示软件的分层结构。hc图中的每一个模块，均可用一张ipo图来描述。ipo 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入处理输出三者之间的联系。还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法)。静态分析技术:不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。动态测试技术:当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。

软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯通。

而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序读不懂程序，维护又从何谈起呢所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。

在学习中，我们还要注意比较三种方法的优缺点，例如:传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。

篇13：软件工程实习心得体会

转眼，出来社会都已大半年，已是半个社会人了。不能再向学生那样，某些时候可以随心随意。顶岗实习，为我们提供了一个很好的实践机会，可以让我们更好的把理论应用于实践，在实践中领悟理论，更可以学习到很多书本上学习不到的、甚至比理论知识更实用的业务知识。而且，这些实习经验，无疑是我们毕业后就业的一大筹码。作为一个成年人，作为一个社会职业人，任何时候都要守规矩，做好自己的本分，承担起自己所需要承担的责任。经历了2家公司的工作，我渐渐的认识到，每一份工作或每一个工作环境都无法尽善尽美，但每一份工作中都有许多宝贵的经验和资源，如失败的沮丧、自我成长的喜悦、温馨的工作伙伴、值得感谢的客户等等，这些都是工作成功者必须体验的感受和必备的财富。如果每天怀着感恩的心情去工作，在工作中始终牢记“拥有一份工作，就要懂得感恩”的道理，你一定会收获很多很多。在你收获很多很多的同时，你会发现自己已经在锻炼中变得勇敢，坚强，乐观，阔达。这样的你，是不断前进的走在成功的路上的。

篇14：软件工程实验心得体会

早在我选择民政职业技术学院就读软件开发与项目管理这门专业的时候，我一直认为软件开发无非是努力的敲代码，从敲代码的过程中去体会各行代码的意思和用处，在没学软件工程时我一直都是努力的敲代码去学习软件开发这门专业。在大一的时候我敲代码的激情很好，但是到大二的时候就出现问题了，我根本就不喜欢敲代码了，看见代码就头疼。所以感觉厌恶这门专业，对学习也不感兴趣了。而且，还有一件更头疼的事是在写一个简单的程序时竟然老是出错，难一点的，复杂一点的程序竟然无从下手。但是去看程序的参考答案时都看得懂，又感觉很容易。学了软件工程以后，我就感觉我以前的学习方法是错误的。以前我只注重于代码，而不注重理论知识以及编程的思路，程序的架构。以至于在些程序时没有写程序的思路，不能形成程序的架构。只想到看脑袋里是否有与此类似的代码。越想程序越乱，最后脑袋里一片空白。不知道程序从哪个方面下手了。

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

总而言之，作为一个程序员学习软件工程这门课程是至关必要的，如果没学习软件工程，你就不会做项目开发，也不可能开发出一个完善的软件出来。

篇15：软件工程实验心得体会

曾经看过一本书叫《道法自然》，内容略记得一二，但我最欣赏的是它的.书名。软件设计没什么太神秘有东西，只要用心体会，其实一切都很自然。软件的设计之“道”，也不在于设计有多么的华丽、精巧，而在于其朴实、自然，最终达到“以无招胜有招”，进入一个全新的境界。

一、软件设计理论的层次

以我的拙见，软件设计领域中的各种概念，可以分为以下几个层次来进行理解：

1、软件设计的目的：重用性、扩展性。

这是最高的层次，是应对软件危机的需要。

2、设计原则：低耦合、高聚合。

各种软件设计的原则，如依赖倒置原则、单一职则原则、面向接口等，以及各种设计模式，其根本的目的其实只是为了降低耦合这么简单。因为只有低耦合才能更好的适应变化，更好的重用和扩展。

3、实现方法：运用设计模式封装变化、降低耦合。

设计模式只是用来“封装变化、降低耦合”的工具而已。它是面向对象设计时代的产物，其本质就是充分运用面向对象的三个特性，即：封装、继承和多态，进行灵活的组合运用。

二、关于耦合

1、耦合的粒度

耦合无论如何也是不可避免的。当我们实现接口、继承父类的时候，就会不可避免的产生耦合。耦合是有不同粒度的，我们解耦到什么粒度为止，我认为应以模块的重用粒度为准。尽量解除重用模块或对象之间的耦合。而重用模块之内的耦合，应属于聚合的范畴，所以不要盲目的去解耦，否则就陷入了误区。

2、解耦的原理

怎样才能解耦呢，或者说为什么各种设计模式能达到解耦的目的呢？我觉得有以下几个思路：

（1）将具体的东西抽象处理

（2）将分散的东西集中处理

而面向对象中的接口、继承正为我们提供了这样的一种机制。通过访问接口或基类或抽象类，而不是具体的实现类，从而与具体的实现类达到了解耦的目的。我们还可以设计一些控制类，像润滑剂一样，协调各实现类之间的访问，也可以达到耦的目的。

事实上，各种设计模式的基本思想也就是这样。创建型模式是为了解除创建对象时产生的耦合，实际上是解除对类称名的依赖，而结构型和行为型是为了解除对象属性或方法的直接调用。不管什么设计模式，都是将对具体实现类的访问提升为对接口、基类或用于协调的控制类的访问。

三、关于接口

这一节更具体，谈一谈接口，因为使用接口是软件设计的重要手段，但已经不属于“道”了。

1、接口与继承

接口描述的是对象某一个方面行为特征。使用接口与使用继承关系各有优缺点，使用子类继承可以继承父类的功能，体现了重用的精神。而接品更加灵活，因为它解除了子类与父类之间的高度耦合，它体现在灵活扩展的精神。

2、接口与纯虚类

理论上接口可以由纯虚基类实现类似的功能，那为什么还我们不去掉接口的概念，而直接使用虚类呢？

接口存在的理由就是它更加灵活，关系简单，易于理解。比如一个类可以实现十几个甚至几十个接口，但一般开发工具只支持单继承（由于多继承太容易导致混乱和冲突），如果要继承十几层，系统结构想必会无法理解了，我以为这是接口存在的最重要的原因。

如果接口和虚类继承结合使用，可以产生强大的威力，这也是许多设计模式的“杀手锏”。

以上算是总结一下自己的心得。肯定有不少片面之处，请各位指教。

篇16：软件工程学习总结和体会

软件工程学习总结和体会

西安交通大学20xx级研究生课程专题作业

软件工程心得

专业:

班级:

学号:

姓名:

电话:

二xxx年十月

体会

一、软件生命周期各阶段任务目的和主要方法

在分阶段总结之前，首先要明确以下三个问题：

1、什么是软件生存周期？

软件生存周期是指从软件定义、开发、使用、维护到淘汰的全过程。主要包括：

（1）问题定义；

（2）可行性研究；

（3）需求分析；

（4）概要设计；

（5）详细设计；

（6）编码；

（7）测试；

（8）软件维护。

2、软件生存周期为什么划分成阶段？

(1) 任何一个阶段的具体任务不仅独立，而且简单，便于不同人员分工协作，从而降低整个软件开发工作的困难程度。

(2) 可以降低每个阶段任务的复杂程度，简化不同阶段的联系，有利于工程的组织管理，也便于采用良好的技术方法。

(3) 使软件开发的全过程以一种有条不紊的方式进行，保证软件的质量，特别是提高了软件的可维护性。

3、应该怎样来划分阶段？

(1)每一个阶段的任务尽可能独立；

(2)同一阶段内的任务性质尽可能相同；

(3)每一个阶段任务的开始和结束有严格的标准。

下面分别对各阶段进行讨论：

1、问题定义

目的是将用户提出的要求具体化、定量化，任务是确定研制系统的范围，明确研制的边界。

方法步骤：

(1)通过调查研究，了解系统要求；

(2)需求方与开发方讨论确定系统的功能、性能、可靠性、安全保密性等方面的要求，以及费用、进度等方面的要求。

2、可行性研究

可行性研究说明该软件开发项目的实现在技术上、经济上和社会条件上的可行性，评述为合理地达到开发目的可能选择的各种方案，目标是用最小的代价在尽可能短的时间内确定问题是否能够解决。

可行性研究的方法是首先需要进一步分析和澄清问题定义；然后分析员导出系统的逻辑模型；最后对未来的行动方针提出建议。

在导出逻辑模型的过程中，具体要根据以下四个方面分析可行性：

(1)经济可行性:进行成本效益分析,评估项目的开发成本,估算开发成本是否会超过项目预期的全部利润.分析系统开发对其它产品或利润的影响。

(2)技术可行性:根据客户提出的系统功能,性能及实现系统的各项约束条件,从技术的角度研究实现系统的可行性。

(3)法律可行性:研究在系统开发过程中可能涉及的各种合同,侵权,责任以及各种于法律相抵触的问题。

(4)开发方案的选择性:提出并评价实现系统的各种看法方案.从中选出一种用于软件项目开发。

3、需求分析

需求分析是为了有效解决用户的需要而进行的一项工程活动，要考虑的问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。

软件项目的失败大半源于需求分析没有做好，软件开发人员首先应该明确用户的意图和要求，正确获取用户的需求，然后形成一个软件需求规格说明，它是软件开发的重要基础。

需求分析的方法：

(1)需求获取：获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。

(2)需求分析与规格说明：建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。

(3)需求验证：要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。

需求建模的方法：

(1)关联模型

(2)面向对象模型

(3)原型方法

4、系统设计

此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等，一般分为概要设计和详细设计，好的软件设计将为软件程序编写打下良好的基础。

概要设计是对需求规格说明书中提供的软件系统逻辑模型进行进一步的分解，从而建立软件系统的总体结构和各个子系统间及各个模块间的关系，定义各子系统接口界面和各模块的功能描述，并根据设计结果产生概

要设计文档。概要设计在早期有模块化方法、功能分解方法；在

60年代后期提出了面向数据流和面向数据结构的设计方法；近年来又提出面向对象的设计方法等。

详细设计过程根据概要设计形成的结果对各个模块的内部实现进行规划设计，并根据设计结果产生详细设计文档。详细设计主要方法是通过采用结构化和面向对象的方法从视图、控制、模型三层模型上细化概要设计的各个模块，并完成伪代码为编码阶段做准备。

5、编码和测试

编码是将软件设计的结果转换成计算机可执行的程序代码。主要方法是依据详细设计文档实现设计中的算法、功能、接口、数据结构，采用结构化和面向对象化的`方法编写代码。

编码过程中要制定统一，符合标准的编写规范，以保证程序的可读性，易维护性，提高程序的运行效率。

软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。

测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随

意性。

6、软件维护

软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必须对软件进行维护。

软件的维护包括纠错性维护和改进性维护两个方面。

二、课程主要收获

《软件工程》课程强调概念和知识的理解和掌握，侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合，是一门理论性和实践性都较强的学科。作为一名已经在IT领域工作十年之后又重返校园的大龄学生，虽然已经不是第一次学习这门课程了，去年也刚在单位取得了信息系统项目管理高级工程师资格，从另一个侧面对软件开发过程有了更深层次的理解。不过温故而知新，这次仍然选修这门课，我还是得到了一些新的启示。最大的收获就是在我看来，软件工程与其说是一门课程，不如说是一门思想，是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，它已经成为了一个综合的能够解决问题的思想集合。

此外，通过对软件开发过程的重学习，并结合之前在软件开发管理工作中的经验，我对自己在软件开发主要阶段管理工作中的不足有了更进一步的认识，总结了相应的管理要点，具体阐述如下：

1、概要设计

主要任务：系统应该怎样做，或概括地说，系统应该如何实现。本阶段特点：将用户的具体要求转为抽象的计算机软件设计。管理要点：

通过分析对比，从多种可能的实现方案和软件结构中选出最佳方案及最合理的，即：

1 设想供选择的方案→推荐最佳方案→选取合理的方案

2 功能分解→ 软件设计结构 → 数据库设计

3 确定测试要求并确定测试计划

作为项目管理者必须从概要设计开始就应该从全局角度开始把握整个系统的进展，并必须从此阶段开始，时刻从全局观的问题来发现问题，解决问题。

2、详细设计

主要任务：系统应该怎样具体地做，或概括地说，系统应该如何具体地去实现所有的要求。

本阶段特点：将抽象的计算机软件设计转为形象的，具体的，面向用户的计算机界面设计。

管理要点：