《202X年软件工程学习心得体会》由会员分享，可在线阅读，更多相关《202X年软件工程学习心得体会（15页珍藏版）》请在金锄头文库上搜索。
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点多一点就出门，在自习 室，但是有时候明明知道到了上课的时间，明明上课的地方 离自习的地方不远也不太想去。我记得有次上课时候老师生 气了，说来上课的人少，我仔细环顾了下四周发现确实人很 少，稀稀疏疏的分散着
