软件工程实训报告心得体会4篇

软件工程实训报告心得体会4篇软件工程实训报告心得体会　软件工程学习心得体会4篇　软件工程学习心得体会一：学习软件工程的心得体会　学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握下面是小编为大家整理的软件工程实训报告心得体会4篇,供大家参考。

篇一：软件工程实训报告心得体会

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

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

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

　勇 软件：软件是能够完成预 盟 定功能和性能的可执行的 意 计算机程序和使程序正常 缆 执行所需要的数据，加上 至 描述程序的操作和使用的 濒 文档。软件的特征：①软 穿 件是一种逻辑实

　体，而不 馁 是具体的物理实体，因而 苍 它具有抽象性。②软件是 扎 通过人们的智力活动，把 呀 知识与技术转化成信息的 守 一种产品。③软件成为产 沙 品后，其生产只是简单的 听 拷贝，不同于硬件制造。

　厌 ④维护过程比硬件复杂的 耍 多，甚至会引发新的错误 辉 。软件危机：指的是软件 荡 开发和维护过程中遇到的 看一系列严重问题。出现软 境 件危机的原因：①软件维 艾 护费用急剧上升，直接威 锈 胁计算机应用的扩大。② 辩 软件生产技术进步缓慢。

　陵 软件工程是指导计算机软 婆 件开发和维护的工程学科 椰 。软件生存周期：一个软 救 件从定义到开发、使用和 生 维护，直到最终被弃用， 旬 要经历一个漫长的时期， 疹 通常把软件经历的这个漫 颈 长的时期称为生存周期。

　扛 软件的生存周期可分为八 捶 个阶段：①问题定义；② 莉 可行性研究；③需求分析 呀 ；④总体（概要）设计； 疵 ⑤详细设计；⑥编码与单 甄 元测试；⑦综合测试；⑧ 压 软件维护；

　瀑布模式 事 ：是传统的软件开发模式 剂 ，其中的“瀑布”是对这 空 个模式的形象表达，由山 椭 顶倾泻下来的水，自顶向 按下、逐渐细化。其特点是 禄 ：线性化过程；分为分析 充 、设计、编码、集成等几 乓 个阶段，并且各阶段逐级 冉 推进，不允许跨越。里程 哺 碑管理；阶段评审；文档 灰 驱动；简洁便于工程应用 奔 的线性化过程步骤，并可 控 以通过里程碑管理机制而 穗 使项目进程量化。其明显 玛 的优点就是没个阶段结束 滩 前都要对所

　完成的阶段成 塌 果进行评审，这使得软件 骸 的错误能够在个阶段内尽 馈 早发现并尽早解决，总的 畜 来说瀑布模式具有良好的 宜质量保证机制，有很强的 冤 生命力。

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

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

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

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

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

　计算机 抹 系统由硬件、软件、数据 玉 资源、网络资源、使用系 口 统的人等诸多元素。有三 胸 种典型的计算机体系结构 铆 ：①主机结构，主机集中 雇 了全部智能，并依靠终端 丸 接口与外部设备连接。② 葫 client/serv 因 er 结构，智能分布于服 中 务器与客户机，并依靠网 肪 络连接成系统，其中，服 帅 务器处于核心位置，提供 痰 被动核心服务；客户机处 孟 于边缘位置，可主

　动访问 宛 服务器，寻求服务支持。

　悦 ③browser/se 妖 rver 结构，可适应互 宅 联网远程交互的特殊结构 冲 ，基于 web 服务器构建 粘 。

　需求分析：系统开 秩 发前期需求分析很重要， 仓 它是为了有效解决用户问 丽 题的需要进行的一项工程 召 活动，所需要考虑的需求 苦 问题是功能需求、数据需 椰 求、性能需求和接口需求 羊 ，开发者承担分析任务， 这 核心是用户。其步骤有三 锭 个：①获取客户需求，客 泵 户泛指某个人或机构部门 测 等，一般方法是调查，包 燕 括访谈、座谈、问卷、跟 骋 班和收集资料，需求规约 蜗 可表达用户的软件价值。

　郎 ②建立需求模型，它是用 定户需求的图解，一些常用 焉 的模型有：业务树图、用 硕 例图、活动图。分别用于 匀 结构化需求建模、系统业 掌 务举例和反映系统工作流 滥 程。③进行需求验证，要 盘 验证的主要内容有：有效 依 性验证、一致性验证、完 齿 整性验证、现实性验证和 意 可检验性验证。结构化分 狰 析建模：它是建立在需求 莉 规约基础上的，对软件问 砒 题进行全面解说，包括四 壳 个方面：①数据建模，它 屡 与数据库设计密切相关， 恤 er 图涉及实体、关系、 渣属性等图形元素，在业务 刮 层面建立数据库概念模型 野 ，一般用于前期的建模构 鸦 想。②功能建模，是对系 薪 统数据加工的图解，数据 肖 流程图是常用的建模工具 痹 ，涉及数据接口、数据处 难 理、数据流、数据存储等 抖 图形元素，用于描述系统 止 数据加工细节。③行为建 尹 模，行为模型用于说哦名 册 软件系统

　与环境的交互， 遥 状态转换图常用的软件行 宰 为建模工具涉及状态、事 以 件等图形元素。⑤数据字 砧 典，是用于定义软件的元 绊 素，使软件元素获得严肃 骡 的、详密的、精确的规格 学 说明。需求分析模型中的 胺 数据、功能、行为等诸多 巢 方面的元素，都有必要通 凯 过数据字典给予细节说明 叔 ，以达到对系统较完整全 丈 面的规格定义。

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

　撩

　接下来我就简单说下 帖 我上这门课的简单的心得 抢 体会，我们是大四的学生 札 了，也只有这个学期有课 正 了，刚开始课表安排出来 次 的时候觉得挺意外的，只 为 有前八周有课，当时我还 瓤 是有点小感动的，大四事 千 情很多，有要考研的和工 占 作的，大家也都有各自的 讶 事情，如果有 16 周的课 娥 ，那么每周课不是特别多 移 ，但是时间特别分散，也 腋 不能集中某段时间去做什 配 么事情。但是相对于老师 冷 的压力也有，课程压缩了 琼相当于每节课的教学任务 乏 大大增加了，在加上有些 阅 假期冲掉课，就感觉我们 虱 好像上课学不到什么东西 激 ，也只是一些关键的和考 阵 试挂钩的才重点讲，完全 纲 没有扩展的时间和空间了 氓 。但是总的来说，学校开 琅 了这门课，我们上了这门 井 课，总是学到了点东西的 呀 ，不可能明明上了软件工 毋 程这门课，却像没上一样 产 什么都不懂。在上课的时 淑 候我还是很认真地去听老 薪 师所讲述的内容的，我觉 身 得他的思想和我一向而来 惦的培养计算机学生综合素 琐 质的理解还是在一定程度 兴 上不谋而合了，所谓的需 寝 求获取，那就是一个谈判 拳 ，辩论，交流的过程，已 痒 经不是单纯的编编程序就 廖 能解决的问题了。从我所 笑 看到的听到的来说，我最 扁 怕的就是计算机系的学生 肤 被别人说成是个带着厚眼 驮 镜的，只能够在电脑前编 旺 编程序的，在交际场上不 冬 知道说什么而一个字都说 远 不出来的人。我觉得这样 怂 的人进入社会之后是没有 媒 什么前途的，起码他们缺 措乏了与人沟通交流的能力 歧 。而这门课程在一定程度 学 上给了

　我们这些学生一个 出 机会来锻炼自己在另一方 付 面的能力，设想一下，一 咕 个又有技术又能够与人交 筏 流合作的人所取得的成就 裸 自然要比一个单单只会编 柜 程序的人要大得多。其次 重 ，这门课程教给了我们在 蹈 完成一个实际项目时的一 水 般程序及过程，我认为这 倡 是一份非常具有实际意义 辕 的教学内容。当我们在毕 高 业之后，这是我们实际要 膘 运用的一项非常有用的技 羽 能，而且不仅仅局限于软 诲 件工程的范畴，我们即使 泽 是从事与其它行业，不也 疑 是要从需求获取开始，一 蛹 直有条有理地到最后成品 曾 的出炉吗？应该说这就是 编 这门课的价值所在。无论 姨 是在上课，还是在学生会 铀 里面做学生工作，我都深 要 深地感觉到，技术性的工 链 作就好比变魔术，其实原 琴 理是非常简单的，甚至可 铭 以说简单的可笑，但是当 限 你就是做出这么一个简单 跟 的东西出来之后，一些外 畏 行们有时候会用崇拜的眼 曹 光看着你，觉得你很厉害 域 ，很高深莫测。但是制作 坟 的过程他们却不知道，也 勋 许知道之后他们只是会哑 予 然失笑，原来这个东西的 竹 制作过程是如此的简单。

　首 这个可以说就是技术的魅 衅 力了，而作为需求获取及 稚 之后的一系列过程则是类 多似于魔术揭秘的过程，但 涧 是作为这个秘密我们并不 丫 需要一揭到底，至于揭的 云 程度如何那就是我们那就 点 是我们学出的程度如何了 友 ，我们要让对方知道我们 淫 在做什么？以及如何去做 押 ？这些东西需要我们以一 膏 定的技巧叙述出来，所起 蔗 到的作用就是能够让对方 杀 了解自己的进度，却又能 府 够不让对

　方来干涉自己的 犯 工作过程。因为我们是技 神 术员，对方只是外行，即 惭 使对方知道了这个魔术的 质 操作过程，也并不代表他 嘘 们就能够向变着魔术的我 志 们来随便修改这个魔术的 接 变法，况且我们能够用不 赵 同的过程来得出一个同样 哀 的结果，这个过程的得出 贩 的主动权如何掌握在我们 郑 的手上，就看我们如何以 描 高明的方式来揭开这个魔 芹 术的谜底了。当然了，在 畦 纯粹的理论上，我觉得开 侍 设这样一门课程是很成功 栓 的。但是毕竟现实里有太 复 多的不确定的因素。最重 碍 要的因素就是授课的老师 泄 和听课的学生。这两个可 筷 以说是这门课成与败的决 淋 定性的因素。

　（3520 出 字）

　 通过这半学期我 严 对软件工程的学习，老师 帘 在课堂上从软件工程的基 盾 础到用户的需求分析，最 泼 后到黑盒白盒测试通过自 近 身做过的一些案例，生动 扎 形象的讲解了软件工程这 粥门本身枯燥乏味的课程， 女 这不仅增强了学生学习的 蔓 积极性，也通过让我们自 郝 己去做一些需求分析，我 塘 们从中学到了许多知识。

　动

　 老师不仅仅在课堂上 侯 对我们悉心的知道，在课 拥 外还让我们多看一些有关 刷 软件工程方面最前沿的理 痔 论，通过这段时间我读了 延 《软件工程——实践者的 崖 研究方法》、《件工程

　案 携 例》这两本书，通过自己 厕 的读书学习，我有以下心 托 得体会。

　众所周知软 品 件对于一个公司，一个企 癣 业乃至一个国家都是十分 眼 重要的，因此一个软件的 渴 维护也十分重要，下面我 县 就讲一些关于软件维护的 拼 知识。

　维护阶段是软 八 件生存期中时间最长的一 宣 个阶段，也是花费的精力 佑 和费用最多的一个阶段。

　递 由于操作...

篇二：软件工程实训报告心得体会

　学

　号：

　 1115115285

　姓

　名：

　 王瑞博

　 专

　业：

　软件工程

　 班

　级：

　11 软工软件一班

　指导教师：

　李生

　 南 阳 理 工 学 院 软 件 学 院 2013 年 5 月

　成

　绩 成

　绩

　 评阅人 评阅人

　软件工程课程学习总结软件工程课程学习总结

　 以前从没学过软件工程这门课，只是听学长学姐们说过，这是一门很深奥的课程，据说是有工程师称号的高手才摆弄的东西。学过之后才发现，其实这门课真的很高深，就连老师也说他也有很多问题还没有解决呢。下面我就谈谈我个人在本学期学习中一些总结和体会，希望对为学习本课程的人有一些帮助。

　一、软件工程基础 一、软件工程基础 什么是软件工程呢？软件工程是一类求解软件的工程， 为了克服软件危机，人们研究和借鉴工程学的原理和方法，形成了一门新的学科—软件工程学。目前比较认可的一种定义是：软件工程是为了研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件， 以及如何让把经过时间考证而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。从以上这些关于软件工程的定义，我们可以对软件工程这门工程学科有一个全面的整体性认识。

　软件工程学的主要内容包括：1、软件开发方法（需求分析、设计、编程、测试和维护）

　；2、软件工具（泛指开发一切帮助开发软件的软件）

　；3、软件工程环境（以软件工程为依据，支持典型软件生产的系统）

　；4、软件工程管理学 （对软件工程生存期内的各个阶段的活动进行管理）

　。（一）软件工程的三要素和基本目标 （一）软件工程的三要素和基本目标 1、软件工程以关注软件质量为目标，由过程、方法和工具三要素组成。

　（1）软件工程过程：在软件工具的支持下所进行的一系列软件工程活动，它是将技术层结合在一起的凝聚力，使得计算机软件能够合理地和及时地开发出来， 是生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。

　（2）软件工程方法：完成软件开发任务的技术方法，它依赖于一组基本原则，这些基本原则控制了每一技术区域，且包含建模活动和其他描述技术。软件工程方法学主要包括传统方法（结构化方法）和面向对象方法。

　（3）软件工程工具：

　是对过程和方法提供了自动的或半自动的支持。

　软件工程三个要素之中软件工程过程是基础，方法是实现过程的技术，工具为过程和方法提供自动化或半自动化支持。三者以有组织的质量保证为核心。

　2、软件工程的目标是提高软件的质量与生产率，最终实现软件的社会化大生产。

　（二）软件工程原理 （二）软件工程原理 软件工程专家学者们总结了开发软件的经验， 提出了软件工程的 7 条基本原理。

　这 7 条原理被认为是确保软件产品质量和开发效率的原理的最小集合，又是相互独立、缺一不可、相当完备的最小集合。这 7条原理是：

　1、用分阶段的生命周期计划严格管理。这是吸取前人的教训而提出来的，在整个软件生命周期中应指定并严格执行 6 类计划：项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行

　维护计划。

　2、坚持进行阶段评审。软件的质量保证工作不能等到编码结束之后再进行，应坚持进行严格的阶段评审，以便尽早发现错误。评审过程应该包括完成者在内的各种不同角色的人参与， 利用人的差异提高评审质量。

　3、实行严格的产品控制。

　开发人员最痛恨的事情之一就是改动需求。但是实践告诉我们，需求的改动往往是不可避免的。这就要求我们要采用可续的产品控制技术来顺应这种要求。也就是要采用变动控制（基准配置管理）

　。当需求变动时，其他各个阶段的文档或代码也随之变动，以保证软件的一致性。

　4、采纳现代程序设计技术。采用先进的技术既可以提高软件开发的效率，又可以减少软件维护的成本。

　5、结果应能清楚地审查。软件是一种看不见、摸不着的逻辑产品。软件开发小组的工作进展情况可见性差，难以评价和管理。为了更好地进行管理，应根据软件开发的总目标及完成期限，尽量明确地规定开发小组的责任和产品标准，从而使所得到的标准能清楚地审查。

　6、开发小组的人员应少而精。开发人员的素质和数量是影响软件质量和开发效率的重要因素，应该少而精。有以下原因：

　（1）高素开发人员的效率比低素质开发人员的效率要高几倍到几十倍，开发工作中犯得错误也少的多。

　（2）当开发小组为 N 人时，可能的通信信道为 N(N-1)/2，可见随着人数 N 的增大，通信开销将急剧增大。

　7、承认不断改进软件工程实践的必要性。这是基于上述六条基本原理的总结和归纳。

　（三）软件的生存周期 （三）软件的生存周期 一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护等。

　（四）软件开发模型（四）软件开发模型 瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程；分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理；阶段评审；文档驱动；简洁便于工程应用的线性化过程步骤， 并可以通过里程碑管理机制而使项目进程量化。

　其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审， 这使得软件的错误能够在个阶段内尽早发现并尽早解决， 总的来说瀑布模式具有良好的质量保证机制， 有很强的生命力。

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

　增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有

　利于质量的监控， 并且各局部基于构件构造， 有利于逐步构建与完善；由于先交付核心构件可利于降低项目的技术风险。

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

　（五）软件的开发过程（五）软件的开发过程

　1、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动， 所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、 系统业务举例和反映系统工作流程。

　③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。

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

　3、详细设计：将概要设计产生的功能模块进一步细化，形成可编程的程序模块，设计其具体细节，并设计模块的单元测试计划。阶段产

　品：详细设计规格说明和单元测试计划等。

　4、实现：包含编码和单元测试。

　（详细介绍在课本 79 页）阶段产品：可运行并通过单元测试的程序和详细的单元测试报告等。

　5、综合测试：包含组装测试和验收测试。

　（详细介绍在课本 79 页）阶段产品：

　（1）满足概要设计要求、可运行的软件系统和源程序。

　（2）组装测试报告。

　（3）可供用户使用的软件产品。

　（六）用例模型（六）用例模型 1、UML 简介

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

　③类分析建模，这里就只考虑实体类， 实体类所代表的数据相互之间通常有一定的关系，依靠这种关系可形成有组织的程序数据结构。实体类之间的主要数据关系有：关联、聚类、泛化。

　2、使用 StartUML 绘制用例图

　StartUML 是一款开放源码的 UML 开发工具，由韩国公司主导开发。

　用例图包含了角色、用例、以及角色和角色、用例和用例、角色和用例之间存在的关系。具体绘制的方法和步骤详见课本 257 页。

　二、个人感想二、个人感想 《软件工程》课程强调概念和知识的理解和掌握，侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。是一门理论性较强的学科。对于理论性太强的学科，把握起来真的很困难。

　书上列举很很多不错的例子， 本书既可以当有趣的故事书来读，又可以当教科书来用，由此可见编者的水平有多高啊！我们这门课的老师水平也很高，我对他的印象真的很好，这是一位好老师，也是一位负责的老师。最近听一个大四的学长说他软件工程没怎么学，现在答辩文档的组织能力和代码的规范都不合格，他很是为此发愁,因此更要要好好学习这门课程。这学期一晃又过去了，总感觉什么东西也没学到。不过我感觉还是过的很充实的，因为我每天都会到社团里学习，总有让自己忙碌的事情，学好还是学不好的关键不是在于老师还是其他的外界因素，主要还是看自己的。我相信：希望就在明天！

篇三：软件工程实训报告心得体会

　学习了 这门课程,

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

　整一个学期下来， 总的来说还是学到了很多东西的， 有很多地方是值得肯定的， 其实在我看来， 软件工程与其说是一门课程， 不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程， 成为了一个综合的一个能够解决问题的思想集合。

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

　接着我就详细介绍下我对这门课程知识点的理解概括：

　软件：

　软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据， 加上描述程序的操作和使用的文档。

　软件的特征：

　①软件是一种逻辑实体， 而不是具体的物理实体， 因而它具有抽象性。

　②软件是通过人们的智力活动， 把知识与技术转化成信息的一种产品。

　③软件成为产品后， 其生产只是简单的拷贝， 不同于硬件制造。

　④维护过程比硬件复杂的多， 甚至会引发新的错误。

　软件危机：

　指的是软件开发和维护过程中遇到的一系列严重问题。

　出现软件危机的原因：

　①软件维护费用急剧上升， 直接威胁计算机应用的扩大。

　②软件生产技术进步缓慢。

　软件工程是指导计算机软件开发和维护的工程学科。

　软件生存周期：

　一个软件从定义到开发、 使用和维护， 直到最终被弃用， 要经历一个漫长的时期， 通常把软件经历的这个漫长的时期称为生存周期。

　软件的生存周期可分为八个阶段：

　①问题定义； ②可行性研究； ③需求分析； ④总体 （概要）

　设计； ⑤详细设计； ⑥编码与单元测试； ⑦综合测试； ⑧软件维护；

　瀑布模式：

　是传统的软件开发模式， 其中的“瀑布” 是对这个模式的形象表达， 由山顶倾泻下来的水， 自顶向下、 逐渐细化。

　其特点是：

　线性化过程； 分为分析、 设计、 编码、 集成等几个阶段， 并且各阶段逐级推进， 不允许跨越。

　里程碑管理； 阶段评审； 文档驱动； 简洁便于工程应用的线性化过程步骤， 并可以通过里程碑管理机制而使项目进程量化。

　其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审， 这使得软件的错误能够在个阶段内尽早发现并尽早解决， 总的来说瀑布模式具有良好的质量保证机制， 有很强的生命力。

　原型进化模式：

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

　增量模式：

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

　螺旋模式：

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

　软件开发的整个过程：

　①需要项目团队， 组建优秀的团队可以开发出更搞质量的软件产品。

　任务开发团队要求小而精， 成员大多在 8 人以内， 主要成员有项

　目负责人、 开发人员、 资料管理员和软件测试员。

　②项目计划是为了使软件开发各项工作有秩序地进行， 包括任务分配和基于里程碑的进度安排， 甘特图和任务网络图是用来描述进度计划的工具。

　项目计划书可以作为软件开发的工作指南。③项目成本估算， 由于项目有来自各方面的成本包括工资开支、 场地费、 差旅费、设备费和资料费等， 但是软件主要是对人力成本的估算， 常用的方法有程序代码成本估算法等。

　④软件风险管理包括很多不确定的风险因素， 如计划风险、 管理风险、 需求风险、 技术风险、 人员风险、 产品风险、 用户风险和商业风险等等，而风险管理的主要任务是：

　风险识别、 风险评估、 和风险防范。

　⑤软件文档管理，软件文档是工程模式软件开发的成果体现， 包括技术文档、管理文档和用户文档。

　⑥软件配置管理与软件质量管理， 包括配置规划、 软件变更控制、 软件版本控制和质量控制计划。

　 计算机系统由硬件、 软件、 数据资源、 网络资源、 使用系统的人等诸多元素。有三种典型的计算机体系结构：

　①主机结构， 主机集中了全部智能， 并依靠终端接口与外部设备连接。

　②Client/Server 结构， 智能分布于服务器与客户机， 并依靠网络连接成系统， 其中， 服务器处于核心位置， 提供被动核心服务； 客户机处于边缘位置， 可主动访问服务器， 寻求服务支持。

　③Browser/server 结构， 可适应互联网远程交互的特殊结构， 基于 Web 服务器构建。

　 需求分析：

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

　其步骤有三个：

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

　②建立需求模型， 它是用户需求的图解， 一些常用的模型有：

　业务树图、 用例图、 活动图。

　分别用于结构化需求建模、 系统业务举例和反映系统工作流程。

　③进行需求验证， 要验证的主要内容有：

　有效性验证、 一致性验证、 完整性验证、 现实性验证和可检验性验证。

　 结构化分析建模：

　它是建立在需求规约基础上的， 对软件问题进行全面解说，包括四个方面：

　①数据建模， 它与数据库设计密切相关， ER 图涉及实体、 关系、属性等图形元素， 在业务层面建立数据库概念模型， 一般用于前期的建模构想。②功能建模， 是对系统数据加工的图解， 数据流程图是常用的建模工具， 涉及数据接口、 数据处理、 数据流、 数据存储等图形元素， 用于描述系统数据加工细节。③行为建模， 行为模型用于说哦名软件系统与环境的交互， 状态转换图常用的软件行为建模工具涉及状态、 事件等图形元素。

　⑤数据字典， 是用于定义软件的元素， 使软件元素获得严肃的、 详密的、 精确的规格说明。

　需求分析模型中的数据、功能、 行为等诸多方面的元素， 都有必要通过数据字典给予细节说明， 以达到对系统较完整全面的规格定义。

　 基于 UML 对象面向对象分析建模：

　UML 是统一建模语言， 有统一的语法、语义和语用规则， 其建模过程的特点是：

　用例驱动、 以构架为中心和增量迭代，通过包实现对模型的有效的一体化管理。

　包括三部分：

　①用例建模， 它面向用户需求的， 能够反映系统的用户价值， 用例图的基本元素有用例、 参与者、 交流；用例之间有泛化、 延伸和包含关系。

　②活动建模， 活动图用于描述系统动态过程，主要图形元素有：

　活动、 转换、 起点、 终点、 判断、 并发、 同步、 泳道等。

　可描述高层业务级活动， 涉及整个业务流程， 针对每个用例活动建模， 反映用例内部活动细节。

　③类分析建模， 这里就只考虑实体类， 实体类所代表的数据相互之间通常有一定的关系， 依靠这种关系可形成有组织的程序数据结构。

　实体类之间的

　主要数据关系有：

　关联、 聚类、 泛化。

　 接下来我就简单说下我上这门课的简单的心得体会， 我们是大四的学生了，也只有这个学期有课了， 刚开始课表安排出来的时候觉得挺意外的， 只有前八周有课， 当时我还是有点小感动的， 大四事情很多， 有要考研的和工作的， 大家也都有各自的事情， 如果有 16 周的课， 那么每周课不是特别多， 但是时间特别分散， 也不能集中某段时间去做什么事情。

　但是相对于老师的压力也有， 课程压缩了相当于每节课的教学任务大大增加了， 在加上有些假期冲掉课， 就感觉我们好像上课学不到什么东西， 也只是一些关键的和考试挂钩的才重点讲， 完全没有扩展的时间和空间了。

　但是总的来说， 学校开了这门课， 我们上了这门课， 总是学到了点东西的， 不可能明明上了软件工程这门课， 却像没上一样什么都不懂。

　在上课的时候我还是很认真地去听老师所讲述的内容的， 我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了， 所谓的需求获取， 那就是一个谈判， 辩论， 交流的过程， 已经不是单纯的编编程序就能解决的问题了。

　从我所看到的听到的来说， 我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的， 只能够在电脑前编编程序的， 在交际场上不知道说什么而一个字都说不出来的人。

　我觉得这样的人进入社会之后是没有什么前途的， 起码他们缺乏了与人沟通交流的能力。

　而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力， 设想一下， 一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。

　其次， 这门课程教给了我们在完成一个实际项目时的一般程序及过程， 我认为这是一份非常具有实际意义的教学内容。

　当我们在毕业之后， 这是我们实际要运用的一项非常有用的技能， 而且不仅仅局限于软件工程的范畴， 我们即使是从事与其它行业，不也是要从需求获取开始， 一直有条有理地到最后成品的出炉吗？ 应该说这就是这门课的价值所在。

　无论是在上课， 还是在学生会里面做学生工作， 我都深深地感觉到， 技术性的工作就好比变魔术， 其实原理是非常简单的， 甚至可以说简单的可笑， 但是当你就是做出这么一个简单的东西出来之后， 一些外行们有时候会用崇拜的眼光看着你， 觉得你很厉害， 很高深莫测。

　但是制作的过程他们却不知道， 也许知道之后他们只是会哑然失笑， 原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了， 而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程， 但是作为这个秘密我们并不需要一揭到底， 至于揭的程度如何那就是我们那就是我们学出的程度如何了， 我们要让对方知道我们在做什么？ 以及如何去做？ 这些东西需要我们以一定的技巧叙述出来， 所起到的作用就是能够让对方了解自己的进度， 却又能够不让对方来干涉自己的工作过程。

　因为我们是技术员， 对方只是外行， 即使对方知道了这个魔术的操作过程， 也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法， 况且我们能够用不同的过程来得出一个同样的结果， 这个过程的得出的主动权如何掌握在我们的手上， 就看我们如何以高明的方式来揭开这个魔术的谜底了。

　当然了， 在纯粹的理论上，我觉得开设这样一门课程是很成功的。

　但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。

　这两个可以说是这门课成与败的决定性的因素。

　 作为我们学生来说， 应该负起比较主要的责任。

　在大学里有了太多的基础课程， 基础课程大多都比较枯燥无味， 也许在第一个学期里我们还能够保持着新鲜感， 但是在 6 学期之后， 可以说再有新鲜感就是一件比较困难的事情了， 我们都已经开始变得迟钝了。

　其次的， 没有认识到这门课程的价值。

　这门课的价值我已

　经在上面说过了， 是不言而喻的。

　但是并不是每个同学毕业之后都回从事计算机行业， 也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。

　或许有些人觉得反正以后不是这个发展方向， 也就不在乎这个课程吧。

　我个人觉得这门课确实是挺好的， 如果认真学必能学到很多东西， 动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强， 不管以后从事哪个方面的工作， 这对以后来说都是一笔很大的隐性财富。

　说到我自己对这么课的学习， 还是有点愧疚的， 前面四周我每周每节课都去上的， 并且上课也认真听， 一边听老师讲课一边自己看书本的介绍， 但是后来我上这门课的次数就降低了， 因为觉得时间很紧吧， 而且老师上课的节奏我个人觉得有点慢， 我都可以自己预习看到后面去了， 但是这门课我还是每周至少上一节课的， 虽然我早上 7 点多一点就出门，在自习室， 但是有时候明明知道到了上课的时间， 明明上课的地方离自习的地方不远也不太想去。

　我记得有次上课时候老师生气了， 说来上课的人少， 我仔细环顾了下四周发现确实人很少， 稀稀疏疏的分散着， 看起来确实不太舒服， 让我不得不反思了， 这大学的教育到底怎么了， 怎么到了大四大家都不来上课， 虽然我不是每节课都来， 但是我还是时不时来上课的， 可能是比较浮躁吧， 快毕业了，觉得上课学不到什么实际的东西， 要么实际一点好好考研继续深造， 要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。

　 《软件工程》 课程既强调基本概念和基本知识的理解和掌握， 又侧重软件项目的分析、 设计、 实现和维护的基本技能。

　比较注意“点” 和“面” 的结合。

　我还是蛮喜欢这门课的， 通过对这门课的学习让我意识到理论学习很重要， 实践更重要， 实践是检验真理的唯一标准， 只有将理论与实际结合， 才更能发挥我们所学的知识的作用， 更能直接的创造效益， 社会和国家做出贡献。

篇四：软件工程实训报告心得体会

　企业实训总结

　在 不知不觉的步入了大学最后一年，在 10 月末结束了在学校的所有课程之后来到常州常工富藤科技有限公司进行实训。转眼间已过去一个个多月，我们已经完成了第一次课程实训，回想自己这段时间的经历与收获，我深深的感到这是一笔多么宝贵的人生财富！月末结束了在学校的所有课程之后来到常州常工富藤科技有限公司进行实训。转眼间已过去一个个多月，我们已经完成了第一次课程实训，回想自己这段时间的经历与收获，我深深的感到这是一笔多么宝贵的人生财富！

　从学校到社会的大环境的转变，身边接触的人也完全换了角色，老师变成老板，同学变成同事，相处之道完全不同。在这巨大的转变中，我们可能彷徨，迷茫，无法马上适应新的环境，但在同学、同事的帮助和自己摸索的情况下，我还是完成了这次实训。但我发现，以我们的经验，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需在加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能。常言道：工作一两年胜过十多年的读书。一个月的实训时间虽然不长，但是我从中学到了很多知识，关于做人，做事，做学问。只有拥有自信才能够克服一切，去实现自己的理想，创造自从学校到社会的大环境的转变，身边接触的人也完全换了角色，老师变成老板，同学变成同事，相处之道完全不同。在这巨大的转变中，我们可能彷徨，迷茫，无法马上适应新的环境，但在同学、同事的帮助和自己摸索的情况下，我还是完成了这次实训。但我发现，以我们的经验，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需在加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能。常言道：工作一两年胜过十多年的读书。一个月的实训时间虽然不长，但是我从中学到了很多知识，关于做人，做事，做学问。只有拥有自信才能够克服一切，去实现自己的理想，创造自

　己的人生。

　“在大学里学的不是知识，而是一种叫做自学的能力”。参加工作后才能深刻体会这句话的含义。课本上学的理论知识用到的很少。在这个信息爆炸的时代，知识更新太快，靠原有的一点知识肯定是不行的。我们必须在工作中勤于动手慢慢琢磨，不断学习不断积累。遇到不懂的地方，自己先想方设法解决，实在不行可以虚心请教他人，而没有自学能力的人迟早要被企业和社会所淘汰。所以我们还要继续学习，不断提升理论素养。“在大学里学的不是知识，而是一种叫做自学的能力”。参加工作后才能深刻体会这句话的含义。课本上学的理论知识用到的很少。在这个信息爆炸的时代，知识更新太快，靠原有的一点知识肯定是不行的。我们必须在工作中勤于动手慢慢琢磨，不断学习不断积累。遇到不懂的地方，自己先想方设法解决，实在不行可以虚心请教他人，而没有自学能力的人迟早要被企业和社会所淘汰。所以我们还要继续学习，不断提升理论素养。

　常州常工富藤科技有限公司注册于常州软件园内，是与日本株式会社常州常工富藤科技有限公司注册于常州软件园内，是与日本株式会社 FK-JAPAN 等合资的高新技术企业，属于常州工学院计算机信息工程学院软件开发中心，是常州软件园骨干软件出口外包企业、双软认定企业，省财政厅、外经贸厅认定的江苏省首批成长型国际服务外包企业。等合资的高新技术企业，属于常州工学院计算机信息工程学院软件开发中心，是常州软件园骨干软件出口外包企业、双软认定企业，省财政厅、外经贸厅认定的江苏省首批成长型国际服务外包企业。

　公司 20xx 年起开展软件外包业务,在日本、美国等城市设有承接业务窗口。与卡西欧集团在日本、美国等城市设有承接业务窗口。与卡西欧集团 、富士通（FAE ）、富士电机、AMADA等日本知名企业建立了长期合作配套及软件外包业务，提供面向制造、服务等行业的综合管理系统开发服务。在承接国外嵌入式软件外包开发等方面积累了大量成功案例。等日本知名企业建立了长期合作配套及软件外包业务，提供面向制造、服务等行业的综合管理系统开发服务。在承接国外嵌入式软件外包开发等方面积累了大量成功案例。

　公司给我的实训期间的定位主要是学习 Java Web 的开发，一个多月的时间的开发，一个多月的时间

　里，主要学习内容是：第一周 ASP.NET 基础学习、第二周 ASP.NET周 服务器控件、第三周 ASP.NET 的对象、第四周 JavaScript 客户端编程、第五周客户端编程、第五周 SQL 基础学习在这段实训期间，我参与了完整的 JAVA WEB 开发过程，以前在课堂上学到的理论知识是到了很好的实践巩固，同时学到了更多新的东西。通过完整的项目开发和企业老师的讲解，我对开发过程，以前在课堂上学到的理论知识是到了很好的实践巩固，同时学到了更多新的东西。通过完整的项目开发和企业老师的讲解，我对 MVC 的开发模式有了直观的认识，对整个开发流程有了一定的了解，能够熟练掌握的开发模式有了直观的认识，对整个开发流程有了一定的了解，能够熟练掌握 C 、JAVA 、VB 等语言，并初步能够独立完成数据库建立、页面编写、后台代码编写等完整的开发过程，并对团队合作有了更深刻的认识。随着在一个项目的完整开发过程中，技术固然很重要，但是团队合作才是更重要的。因为一个项目从需求分析到应用实施，需要各个部门人员的分工合作。所以，具备良好的创新意识和团队合作意识，能够迅速融入开发团队和工作环境一个程序员必须具备的素质。这种能力需要通过不断积累工作经验才能得到培养和提高。等语言，并初步能够独立完成数据库建立、页面编写、后台代码编写等完整的开发过程，并对团队合作有了更深刻的认识。随着在一个项目的完整开发过程中，技术固然很重要，但是团队合作才是更重要的。因为一个项目从需求分析到应用实施，需要各个部门人员的分工合作。所以，具备良好的创新意识和团队合作意识，能够迅速融入开发团队和工作环境一个程序员必须具备的素质。这种能力需要通过不断积累工作经验才能得到培养和提高。

　在实训的日子，我努力做到以下几点：

　一、 继续学习，不断提升理论素养。

　在信息时代，学习是不断地汲取新信息，获得事业进步的动力。作为一名年轻同志更应该把学习作为保持工作积极性的重要途径。走上工作岗位后，我积极响应单位号召，结合工作实际，不断学习理论、业务知识和社会知识，用先进的理论武装头脑，用精良的业务知识提升能力，以广博的社会知识拓展视野。在信息时代，学习是不断地汲取新信息，获得事业进步的动力。作为一名年轻同志更应该把学习作为保持工作积极性的重要途径。走上工作岗位后，我积极响应单位号召，结合工作实际，不断学习理论、业务知识和社会知识，用先进的理论武装头脑，用精良的业务知识提升能力，以广博的社会知识拓展视野。

　二、 努力实践，自觉进行角色转化。

　理论是灰色的，生活之树常青，只有将理论付诸于实践才能实现理论自身的价值，也只有将理论付诸于实践才能使理论得以检验。同样，一个人的价值也是通过实践活动来实现的，也只有通过实践才能锻炼人的品质，彰现人的意志。理论是灰色的，生活之树常青，只有将理论付诸于实践才能实现理论自身的价值，也只有将理论付诸于实践才能使理论得以检验。同样，一个人的价值也是通过实践活动来实现的，也只有通过实践才能锻炼人的品质，彰现人的意志。

　从学校走向社会，首要面临的问题便是角色转换的问题。从一个学生转化为一个单位人，在思想的层面上，必须认识到二者的社会角色之间存在着较大的差异。学生时代只是单纯的学习知识，而社会实践则意味着继续学习，并将知识应用于实践，学生时代可以自己选择交往的对象，而社会人则更多地被他人所选择。诸此种种的差异。不胜枚举。但仅仅在思想的层面上认识到这一点还是不够的，而是必须在实际的工作和生活中潜心体会，并自觉的进行这种角色的转换。从学校走向社会，首要面临的问题便是角色转换的问题。从一个学生转化为一个单位人，在思想的层面上，必须认识到二者的社会角色之间存在着较大的差异。学生时代只是单纯的学习知识，而社会实践则意味着继续学习，并将知识应用于实践，学生时代可以自己选择交往的对象，而社会人则更多地被他人所选择。诸此种种的差异。不胜枚举。但仅仅在思想的层面上认识到这一点还是不够的，而是必须在实际的工作和生活中潜心体会，并自觉的进行这种角色的转换。

　三、 提高工作积极性和主动性

　在今后的工作和生活中，我将继续学习，深入实践，不断提升自我，努力创造业绩，，继续在自己的工作领域创造更多的价值。在今后的工作和生活中，我将继续学习，深入实践，不断提升自我，努力创造业绩，，继续在自己的工作领域创造更多的价值。

　在这段实训的时间里，我经历了很多以前没有的事，就比如第一次开员工大会。实训是为将来打基础的重要阶段，珍惜自己每一个工作的机会，不论什么人，什么学历，从事什么工作，好好的表现、展示自己的能力，不要错过好的机遇。没有一件事情是轻轻松松的，但每一件事都是让人成长的，经历一段过程，喜悦或是艰辛，尽管经历的方式不尽相同，但它的结果是相同的，我们都会因涉事而成长。在这段实训的时间里，我经历了很多以前没有的事，就比如第一次开员工大会。实训是为将来打基础的重要阶段，珍惜自己每一个工作的机会，不论什么人，什么学历，从事什么工作，好好的表现、展示自己的能力，不要错过好的机遇。没有一件事情是轻轻松松的，但每一件事都是让人成长的，经历一段过程，喜悦或是艰辛，尽管经历的方式不尽相同，但它的结果是相同的，我们都会因涉事而成长。

　总之，这次实训，自己确实学到了很多也成长了许多。在实训期间，每日重复单调繁琐的工作和学习，时间久了容易厌倦。但是工作简单也不能马虎，你一个小小的错误可能会给公司带来巨大的麻烦或损失，还是得认真完成。这段时间，我看到了自己本身存在着许多问题，也会遇到这样那样的问题，当前的时代日趋复杂，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需再加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，为以后的工作存储更多的能力。总之，这次实训，自己确实学到了很多也成长了许多。在实训期间，每日重复单调繁琐的工作和学习，时间久了容易厌倦。但是工作简单也不能马虎，你一个小小的错误可能会给公司带来巨大的麻烦或损失，还是得认真完成。这段时间，我看到了自己本身存在着许多问题，也会遇到这样那样的问题，当前的时代日趋复杂，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需再加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，为以后的工作存储更多的能力。

　 吴松

　10 越 软 件 卓 越

　20xx 年 年 x 月 月 x 日

　1

　 2

　 3

　 4

　 5

　 第二篇：软件工程 企业课程学习总结报告 2( 吴松 0106) 1600 字

　企业实训总结

　 为期七周的企业实训已经告一段落，回顾这几周的实习，我收获了很多东西，一方面学习到了以前没学过、弄得不太懂的专业知识以及知识的应用，另一方面还提高了自己动手做项目的能力。本次实习，虽然做的有些累，但是对我的能力的进一步锻炼，也是一种考验。从中获得的诸多收获，也是很可贵的，是非常有意义的。为期七周的企业实训已经告一段落，回顾这几周的实习，我收获了很多东西，一方面学习到了以前没学过、弄得不太懂的专业知识以及知识的应用，另一方面还提高了自己动手做项目的能力。本次实习，虽然做的有些累，但是对我的能力的进一步锻炼，也是一种考验。从中获得的诸多收获，也是很可贵的，是非常有意义的。

　在这段实习培训的过程中，为了能够使我更好更快的适应软件公司的工作生活和节奏，公司为我提供了良好的工作学习环境，刚到公司，公司就为我提供了相应的座位，同时在实习培训过程中，遇到不懂的问题的时候，我的上司和同时都会仔细地给我分析、讲解，让我感受到公司团结向上的氛围，软件公司最重要的也就是这种团队合作的精神。在这段实习培训的过程中，为了能够使我更好更快的适应软件公司的工作生活和节奏，公司为我提供了良好的工作学习环境，刚到公司，公司就为我提供了相应的座位，同时在实习培训过程中，遇到不懂的问题的时候，我的上司和同时都会仔细地给我分析、讲解，让我感受到公司团结向上的氛围，软件公司最重要的也就是这种团队合作的精神。

　了 在这段时间中，我进一步学习了 Java 编程语言，以前在学校实践的比较少，这几天的实习培训让我对编程语言，以前在学校实践的比较少，这几天的实习培训让我对 Java 语言有了更清晰的认识，也让我具备了更好的语言有了更清晰的认识，也让我具备了更好的 Java 编程能力。其主要表现在以下几个方面：编程能力。其主要表现在以下几个方面：

　1、编码规范：编码规范虽然不会提高程序的效率，但是可以提高程序的可读性和可维护性，通过对编码规范的学习，改掉了我、编码规范：编码规范虽然不会提高程序的效率，但是可以提高程序的可读性和可维护性，通过对编码规范的学习，改掉了我

　以前声明变量时大小写不混合和很少写注释的很多不良习惯。

　2 、数据库的操作：使用 prepareStatement 批量插入数据库及查询数据库、批量插入数据库及查询数据库...

推荐访问:软件工程实训报告心得体会 软件工程 心得体会 实训