《软件工程学习心得体会推荐》由会员分享，可在线阅读，更多相关《软件工程学习心得体会推荐（13页珍藏版）》请在金锄头文库上搜索。
1、心得体会 | Experience and reflection 软件工程学习心得体会 众所周知软件对于一个公司，一个企业乃至一个国家都是非常重要的，因此一个软件的维护也非常重要。接下来就跟我一同去了解一下关于软件项目学习心得体味范文吧!软件项目学习心得体味范文 篇【1】学习了这门课程, 还有教师们的多元化教课,没有但让我从理论上把握软件项目,还有从没有同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了无数东西的，有无数地方是值得绝对的，其实在我看来，软件项目与其说是一门课程，没有如说是一门思想。是一个如何去分析和处理问题的过程，应当说其范畴已经远远没有止局限于该门课程
2、，成为了一个综合的一个能够解决问题的思想汇合。整本书的内容规律很清晰明白，由浅入深循序渐进，首先我就大略描述下我们所学的内容，第一章是从整体分析软件项目这门学科的开展和所处的社会环境，接着后面的几章深化分析了软件开放过程和模式、软件工程管理、计算机项目、需求分析、构造化分析建模以及基于UML面对对象分析建模等。接着我就具体介绍下我对这门课程学问点的理解概括：软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：软件是一种规律实体，而没有是详细的物理实体，因而它具有抽象性。软件是通过人们的智力活动，把学问与技术转化成信息的
3、一种产品。软件成为产品后，其生产只是简略的拷贝，没有同于硬件制造。维护过程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中碰到的一系列严峻问题。浮现软件危机的缘由：软件维护费用急剧回升，直接威逼计算机应用的扩充。软件生产技术进步迟缓。软件项目是指导计算机软件开发和维护的项目学科。 软件生存周期：一个软件从定义到开发、使用和维护，直到终于被弃用，要经验一个漫长的时期，通常把软件经验的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：问题定义;可行性讨论;需求分析;总体(概要)设计;具体设计;编码与单元测试;综合测试;软件维护;瀑布模式：是传统的软件开发模式，其中的
4、瀑布是对这个模式的形象叙述，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程;分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推动，没有允许跨越。里程碑管理;阶段评审;文档驱动;简洁便于项目应用的线性化过程步骤，并可以通过里程碑管理机制而使工程进程量化。其显然的优点就是没个阶段完毕前都要对所完成的阶段成绩进展评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。原型进化模式：对软件进展直接模拟或仿真，只需要分析需求框架后进展原型创立，再对原型系统进展逐步细化与完美，通过版本更新逐步满足用户对于软件的多方面需要。增量模式：
5、开发过程有三个任务域，分别是设计构造、开发构件和集成系统，它既有完美的项目管理机制，又能适应用户需求变更，有利于质量的监控，并且各部分基于构件结构，有利于逐步构建与完美;因为先交付核心构件可利于降低工程的技术风险。螺旋模式：是一种可较好的躲避开发风险过程的模式，工程是基于任务的螺旋式推动，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。软件开发的囫囵过程：需要工程团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有工程负责人、开发人员、资料管理员和软件测试员。工程方案是为了使软件开发各项工作有秩序地进展，包括任务分配和基于里程
6、碑的进度安顿，甘特图和任务网络图是用来描述进度方案的工具。工程方案书可以作为软件开发的工作指南。工程本钱估算，因为工程有来自各方面的本钱包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力本钱的估算，常用的办法有程序代码本钱估算法等。软件风险管理包括无数没有确定的风险因素，如方案风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险辨认、风险评估、和风险防备。软件文档管理，软件文档是项目模式软件开发的成绩体现，包括技术文档、管理文档和用户文档。 软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制方
7、案。计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。有三种典型的计算机体系构造：主机构造，主机集中了所有智能，并依赖终端接口与外部设备连接。Client/Server构造，智能分布于效劳器与客户机，并依赖网络连接成系统，其中，效劳器处于核心位置，提供被动核心效劳;客户机处于边缘位置，可主动拜访效劳器，寻求效劳支持。Browser/server构造，可适应互联网远程交互的特别构造，基于Web效劳器构建。需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进展的一项项目活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承当分析任务，核心是
8、用户。其步骤有三个：猎取客户需求，客户泛指某个人或机构部门等，普通办法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可叙述用户的软件价值。建设需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于构造化需求建模、系统业务举例和反映系统工作流程。进展需求验证，要验证的主要内容有：有效性验证、全都性验证、完整性验证、现实性验证和可检验性验证。 构造化分析建模：它是建设在需求规约根底上的，对软件问题进展全面讲解，包括四个方面：数据建模，它与数据库设计密切相关，ER图波及实体、关系、属性等图形元素，在业务层面建设数据库概念模型，普通用于前期的建模设想。功能建模，是对
9、系统数据加工的图解，数据流程图是常用的建模工具，波及数据接口、数据处理、数据流、数据存储等图形元素，用于描述系统数据加工细节。行为建模，行为模型用于说哦名软件系统与环境的交互，状态转换图常用的软件行为建模工具波及状态、大事等图形元素。数据字典，是用于定义软件的元素，使软件元素获得郑重的、详密的、准确的规格表明。需求分析模型中的数据、功能、行为等诸多方面的元素，都有须要通过数据字典赋予细节表明，以到达对系统较完整全面的规格定义。基于UML对象面对对象分析建模：UML是统一建模语言，有统一的语法、语义和语用规矩，其建模过程的特点是：用例驱动、以构架为中心和增量迭代，通过包实现对模型的有效的一体化管
10、理。包括三局部：用例建模，它面对用户需求的，能够反映系统的用户价值，用例图的根本元素实用例、参与者、沟通;用例之间有泛化、延长和包含关系。活动建模，活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、尽头、推断、并发、同步、泳道等。可描述高层业务级活动，波及囫囵业务流程，针对每个用例活动建模，反映用例内部活动细节。类分析建模，这里就只考虑实体类，实体类所代表的数据互相之间通常有一定的关系，依赖这种关系可形成有组织的程序数据构造。实体类之间的主要数据关系有：关联、聚类、泛化。接下来我就简略说下我上这门课的简略的心得体味，我们是大四的同学了，也惟独这个学期有课了，刚开场课表安顿出来的时候
11、觉得挺意外的，惟独前八周有课，当初我还是有点小感动的，大四事情无数，有要考研的和工作的，大家也都有各自的事情，倘若有16周的课，那么每周课没有是特殊多，但是时光特殊分散，也没有能集中某段时光去做什么事情。但是相对于教师的压力也有，课程压缩了相当于每节课的教学任务大大增强了，在加上有些假期冲掉课，就感觉我们好似上课学没有到什么东西，也只是一些关键的和考试挂钩的才重点讲，彻低不扩展的时光和空间了。但是总的来说，小学开了这门课，我们上了这门课，总是学到了点东西的，不行能明明上了软件项目这门课，却像没上相同什么都没有懂。在上课的时候我还是很仔细地去听教师所讲述的内容的，我觉得他的思想和我一贯而来的培养
12、计算机同学综合素养的理解还是在一定程度上没有谋而合了，所谓的需求猎取，那就是一个谈判，答辩，沟通的过程，已经没有是单纯的编编程序就能解决的问题了。从我所看到的听到的来说，我最怕的就是计算机系的同学被别人说成是个带领厚眼镜的，只能够在电脑前编编程序的，在交际场上没有知道说什么而一个字都说没有出来的人。我觉得这样的人进入社会之后是不什么前途的，起码他们不足了与人交流沟通的能力。而这门课程在一定程度上给了我们这些同学一个时机来熬炼自己在另一方面的能力，构想一下，一个又有技术又能够与人沟通合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。第二，这门课程教给了我们在完成一个实际工程时的普通程序
13、及过程，我认为这是一份十分具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项十分实用的技能，而且没有仅仅局限于软件项目的范畴，我们即使是从事与其它行业，没有也是要从需求猎取开场，向来有条有理地到最后成品的出炉吗?应当说这就是这门课的价值所在。无论是在上课，还是在同学会里面做同学工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是十分简略的，甚至可以说简略的可笑，但是当你就是做出这么一个简略的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。但是制作的过程他们却没有知道，或许知道之后他们只是会哑然失笑，本来这个东西的制作过程是如此的简略。这个可
14、以说就是技术的魅力了，而作为需求猎取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个隐秘我们并没有需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么?以及如何去做?这些东西需要我们以一定的技巧表达出来，所起到的作用就是能够让对方了解自己的进度，却又能够没有让对方来干预自己的工作过程。由于我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并没有代表他们就能够向变着魔术的我们来随意修改这个魔术的变法，况且我们能够用没有同的过程来得出一个同样的结果，这个过程的得出的主动权如何把握在我们的手上，就看我们如何以高超的方式来揭开这个魔术的
15、谜底了。固然了，在纯正的理论上，我觉得开设这样一门课程是很胜利的。但是毕竟现实里有太多的没有确定的因素。最重要的因素就是授课的教师和听课的同学。这两个可以说是这门课成与败的打算性的因素。作为我们同学来说，应当负起比拟主要的责任。在高校里有了太多的根底课程，根底课程大多都比拟干燥无味，或许在第一个学期里我们还能够保持着新奇感，但是在6学期之后，可以说再有新奇感就是一件比拟艰难的事情了，我们都已经开场变得迟钝了。第二的，不熟悉到这门课程的价值。这门课的价值我已经在上面说过了，是没有言而喻的。但是并没有是每个学生毕业之后都回从事计算机行业，也没有是每个学生都知道这门课程的意义已经没有仅仅局限于计算机
16、这个范畴。也许有些人觉得反正以后没有是这个开展方向，也就没有在乎这个课程吧。我个人觉得这门课的确是挺好的，倘若仔细学必能学到无数东西，动手实践能力和从囫囵大体分析系统开发的规律性思维也会显然增加，不论以后从事哪个方面的工作，这对以后来说都是一笔很大的隐性财宝。说到我自己对这么课的学习，还是有点愧疚的，前面四面我每周每节课都去上的，并且上课也仔细听，一边听教师讲课一边自己看书本的介绍，但是后来我上这门课的次数就降低了，由于觉得时光很紧吧，而且教师上课的节奏我个人觉得有点慢，我都可以自己预习看到后面去了，但是这门课我还是每周至少上一节课的，虽然我早上7点多一点就出门，在自习室，但是有时候明明知道到了上课的时光，明明上课的地方离自习的地方没有远也没有太想去。我记得有次上课时候教师气愤了，说来上课的人少，我认真环顾了下四面发现的确人很
