工程部学习心得体会3篇

第 1 页 共 15 页 工程部学习心得体会工程部学习心得体会 3 3 篇篇 工程部学习心得体会范文 3 篇 工程部学习心得体会篇 1 学习了这门课程 还有老师们的多元化教课 不 但让我从理论上掌握软件工程 还有从不同的实例 让理论和实践得到了很好的结合 整一个学期下来 总的来说还是学到了很多东西的 有很多地方是值得 肯定的 其实在我看来 软件工程与其说是一门课程 不如说是一门思想 是一个如何去分析和处理问题的 过程 应该说其范畴已经远远不止局限于该门课程 成为了一个综合的一个能够解决问题的思想集合 整本书的内容逻辑很清晰明了 由浅入深循序渐 进 首先我就大概描述下我们所学的内容 第一章是 从整体分析软件工程这门学科的发展和所处的社会环 境 接着后面的几章深入分析了软件开放过程和模式 软件项目管理 计算机工程 需求分析 结构化分析 建模以及基于 UmL 面向对象分析建模等 接着我就详 细介绍下我对这门课程知识点的理解概括 软件 软件是能够完成预定功能和性能的可执行 的计算机程序和使程序正常执行所需要的数据 加上 描述程序的操作和使用的文档 软件的特征 软件 第 2 页 共 15 页 是一种逻辑实体 而不是具体的物理实体 因而它具 有抽象性 软件是通过人们的智力活动 把知识与 技术转化成信息的一种产品 软件成为产品后 其 生产只是简单的拷贝 不同于硬件制造 维护过程 比硬件复杂的多 甚至会引发新的错误 软件危机 指的是软件开发和维护过程中遇到的一系列严重问题 出现软件危机的原因 软件维护费用急剧上升 直 接威胁计算机应用的扩大 软件生产技术进步缓慢 软件工程是指导计算机软件开发和维护的工程学科 软件生存周期 一个软件从定义到开发 使用和维护 直到最终被弃用 要经历一个漫长的时期 通常把软 件经历的这个漫长的时期称为生存周期 软件的生存 周期可分为八个阶段 问题定义 可行性研究 需求分析 总体设计 详细设计 编码与单 元测试 综合测试 软件维护 瀑布模式 是传统的软件开发模式 其中的 瀑 布 是对这个模式的形象表达 由山顶倾泻下来的水 自顶向下 逐渐细化 其特点是 线性化过程 分为 分析 设计 编码 集成等几个阶段 并且各阶段逐 级推进 不允许跨越 里程碑管理 阶段评审 文档 驱动 简洁便于工程应用的线性化过程步骤 并可以 通过里程碑管理机制而使项目进程量化 其明显的优 第 3 页 共 15 页 点就是没个阶段结束前都要对所完成的阶段成果进行 评审 这使得软件的错误能够在个阶段内尽早发现并 尽早解决 总的来说瀑布模式具有良好的质量保证机 制 有很强的生命力 原型进化模式 对软件进行直接模拟或仿真 只 需要分析需求框架后进行原型创建 再对原型系统进 行逐步细化与完善 通过版本更新逐步满足用户对于 软件的多方面需要 增量模式 开发过程有三个任务域 分别是设计 结构 开发构件和集成系统 它既有完善的工程管理 机制 又能适应用户需求变更 有利于质量的监控 并且各局部基于构件构造 有利于逐步构建与完善 由于先交付核心构件可利于降低项目的技术风险 螺旋模式 是一种可较好的规避开发风险过程的 模式 项目是基于任务的螺旋式推进 每个螺旋由内 之外分别是需求分析 软件设计 系统集成 验证与 交付 软件开发的整个过程 需要项目团队 组建优 秀的团队可以开发出更搞质量的软件产品 任务开发 团队要求小而精 成员大多在 8 人以内 主要成员有 项目负责人 开发人员 资料管理员和软件测试员 项目计划是为了使软件开发各项工作有秩序地进行 第 4 页 共 15 页 包括任务分配和基于里程碑的进度安排 甘特图和任 务网络图是用来描述进度计划的工具 项目计划书可 以作为软件开发的工作指南 项目成本估算 由于 项目有来自各方面的成本包括工资开支 场地费 差 旅费 设备费和资料费等 但是软件主要是对人力成 本的估算 常用的方法有程序代码成本估算法等 软件风险管理包括很多不确定的风险因素 如计划风 险 管理风险 需求风险 技术风险 人员风险 产 品风险 用户风险和商业风险等等 而风险管理的主 要任务是 风险识别 风险评估 和风险防范 软 件文档管理 软件文档是工程模式软件开发的成果体 现 包括技术文档 管理文档和用户文档 软件配 置管理与软件质量管理 包括配置规划 软件变更控 制 软件版本控制和质量控制计划 计算机系统由硬件 软件 数据资源 网络资源 使用系统的人等诸多元素 有三种典型的计算机体系 结构 主机结构 主机集中了全部智能 并依靠终 端接口与外部设备连接 client Server 结构 智 能分布于服务器与客户机 并依靠网络连接成系统 其中 服务器处于核心位置 提供被动核心服务 客 户机处于边缘位置 可主动访问服务器 寻求服务支 持 Browser server 结构 可适应互联网远程交 第 5 页 共 15 页 互的特殊结构 基于 web 服务器构建 工程部学习心得体会篇 2 通过公司组织学习 识大体 顾大局 担责任 讲奉献 爱岗敬业 教育实践活动 首先 我对公司 三年多的开局 起步与发展有了更加深刻的认识 其 次 对公司的五年发展计划有了更加的深刻的了解 尤其这次学习使我的思想认识得到进一步提高 工作 作风得到进一步强化 使我们集体的凝聚力 战斗力 和执行力明显提高 合作意识 奋斗精神明显加强 作为一名技术人员 我将工作定位为协助好项目 经理的工作和不断的自我学习充实 在参与建设的工 程中 在完成工程的施工测量放线的同时 还协助技 术负责人编制施工方案 技术交底 并负责工程技术 资料的指导与编制 和施工员一起进行现场质量检查 以及协助安全员落实 督促 检查施工现场安全工作 在工程施工过程中 我一直以积极的心态认真地对待 自己的工作 在从事的各项工作中 都能尽职尽责 以求圆满的完成工作任务 不要急于出成绩 埋下 头来干工作 是我的工作格言 提醒自己不要好高 骛远 而要脚踏实地 多干实事 在实践中检验自己 的知识并获得施工现场的经验累积 施工现场工作更使我深深明白 在学校学习的东 第 6 页 共 15 页 西和自己翻看规范 规程死记硬背的知识远不如实际 经历过的记得牢固 而且好多学问更是书本里学不来 的 完全是凭自己的经验 在这半年来的时间里 我 一直在多看 多学 碰到施工现场的做法与书 本里不一样的地方及时的向别人虚心请教 尽管 有时候得不到理论上的解释 但是却是很好的经验 识大体 顾大局的过程是一个改造自我的过程 从而不断完善人格品德 一个人 在工作 生活中难 免有这样那样的不足和错误 如果经常自省 检讨自 己的言行 就能及早发现自己的过失 不至于铸成大 错 因此 要想有所作为 有所成就 不断提高自己 的道德修养 就必须经常地进行自省自励 一方面 要经常检查剖析 找准自己的问题 防止小错不查 酿成大患 另一方面 要做到有错必改 要想进步 就要敢于正视自己的问题 及时采取措施加以改正 不能遮丑护短 讳疾忌医 不能宽容自己 迁就自己 否则 问题就会越来越多 有的还会越来越大 一屋 不扫何以扫天下 自身的问题都发现不了 怎么能识 大体顾大局呢 从讲责任的角度讲就是要明确自身工作职责 认 真履行岗位责任 忠于职守 勤奋敬业 尽职尽责 努力工作 在工作中要转变一些不正确的观念 珍惜 第 7 页 共 15 页 当前的工作 时时 处处都要有注意细节问题 工程 施工中 安全是最不容忽视的主要环节 根据半年多 的工地实际经验简单谈谈安全方面 最重要的就是树 立安全意识 首先在项目部管理人员心中必须有强烈 的安全意识和责任感 只有项目部管理人员从心底认 识到安全的重要性 才能用心做好这项工作 如果项 目部管理人员抱着侥幸的心理去做这项工作 那在工 程安全施工方面是致命的隐患 所以项目部管理人 员必须将安全工作从心底认识并付诸实施 我相 信 只要有责任意识 就没有做不好的工作 讲奉献就是要立足岗位乐于奉献 始终保持爱岗 敬业 求真务实 勇挑重担 勇于创新 自觉奉献 全身心投入到工作中 努力做到 工作快乐 快乐工 作 发扬奉献精神 就是要吃苦在前 享受在后 先公后私 始终把公司的发展和企业荣誉放在首位 人活在世上总需要有点精神 这奉献精神也是在工作 和学习中培养和塑造的 同时也是工作中所必需的 只要我们从现在做起 从自己做起 从小事做起 不 斤斤计较个人得失 始终保持一颗平常心 把奉献精 神融入到工作之中 成为自觉行动 有了这种奉献精 神 哪怕是最难最烦的工作 照样能出色地完成通过 本次学习 深化自我意识 在今后的工作中 我将以 第 8 页 共 15 页 百倍的热情迎接新的挑战 在学习中进步和成熟起来 不断地鞭策自己并充实能量 提高自身素质与业务水 平 以适应时代和企业的发展 与公司共同进步 共 同成长 为煜基集团的发展贡献自己的力量 工程部学习心得体会篇 3 通过这半学期我对软件工程的学习 老师在课堂 上从软件工程的基础到用户的需求分析 最后到黑盒 白盒测试通过自身做过的一些案例 生动形象的讲解 了软件工程这门本身枯燥乏味的课程 这不仅增强了 学生学习的积极性 也通过让我们自己去做一些需求 分析 我们从中学到了许多知识 老师不仅仅在课堂上对我们悉心的知道 在课外 还让我们多看一些有关软件工程方面最前沿的理论 通过这段时间我读了 软件工程 实践者的研究方 法 件工程案例 这两本书 通过自己的读书学 习 我有以下心得体会 众所周知软件对于一个公司 一个企业乃至一个 国家都是十分重要的 因此一个软件的维护也十分重 要 下面我就讲一些关于软件维护的知识 维护阶段是软件生存期中时间最长的一个阶段 也是花费的精力和费用最多的一个阶段 由于操作系 统软件和基础软件版本升级或应用管理系统软件的不 第 9 页 共 15 页 断开发 完善 需要对软件进行维护 但当运行环境 改变或者系统功能 性能需求发生变化 使原软件不 能通过维护的手段满足用户需求时 则需要进行软件 更新 1 软件维护的类型 软件的开发过程对软件的维护有较大的影响 若 不采用软件工程的方法开发软件 则软件只有程序而 无文档 维护工作非常困难 这是一种非结构化的维 护 若采用软件工程的方法开发软件 则各阶段都有 相应的文档 容易进行维护工这是一种结构化的维护 非结构化维护活动只能从阅读 理解和分析源程序开 始 这样做难以弄清系统功能 软件结构 数据结构 等问题 常常造成误解 同时由于没有测试文档 也 不可能进行回归测试很难保证程序的正确性 这种软 件维护方法仅在软件工程时代之前采用 在进行结构 化维护活动时 需从评价需求说明开始 弄清楚软件 功能 性能上的改变 对设计说明文档进行评价 并 进行修改和复查 根据设计的修改 进行程序的变动 根据测试文档中的测试用例进行回归测试 最后 把 修改后的软件再次交付使用 这对于减少精力 减少 花费和提高软件维护效率有很大的作用 2 软件维护的困难 第 10 页 共 15 页 软件维护的困难主要是由于软件需求分析和开发 方法的缺陷造成的 软件生存周期中的开发阶段没有 严格而科学的管理和规划 就会引起软件运行时的维 护困难 这种困难表现在如下几个方面 读懂别人的程序是困难的 文档的不一致性 这种不一致性表现在各种文档 之间的不一致以及文档与程序之的不一致 软件开发和软件维护在人员和时间上存在差异 软件维护不是一项吸引人的工作 3 软件维护的费用 软件维护的费用在总费用中的比重是不断增加的 它在 1970 年占 35 40 1980 年上升到 40 60 1990 年上升到 70 80 软件维护费用 不断上升 这只是软件维护有形的代价 另外还有无 形的代价 即要占用更多的资源 由于大量软件的维 护活动要使用较多的硬件 软件和软件人员等资源 这样一来 投入新的软件开发的资源就因不足而受到 影响 由于维护时的改动 在软件中引入了潜在的故 障 从而降低了软件的质量 4 软件维护的分类 软件维护有改正性维护 适应性维护 完善性维 护和预防性维护 4 类 第 11 页 共 15 页 改正性维护 在软件交付使用后 由于开发时测 试的不彻底 不完全 必然会有一部分隐藏的错误被 带到运行阶段来 这些隐藏下来的错误在某些特定的 使用环境下就会暴露 为了识别和纠正软件错误 改 正软件性能上的缺陷 排除实施中的误使用 应当进 行的诊断和改正错误的过程 就叫做改正性维护 例 如 改正性维护可以是改正原来程序中未使开关复原 的错误 解决开发时未能测试各种可能情况带来的问 题 解决原来程序中遗漏处理文件中最后一个记录的 问题等 适应性维护 随着计算机的飞速发展 外部环境 或数据环境可能发生变化 为了使软件适应这种变化 而去修改软件的过程就叫做适应性维护 例如 适应 性维护可以是为现有的某个应用问题实现一个数据库 对某个指定的事务编码进行修改 增加字符个数 调 整两个程序 使它们可以使用相同的记录结构 修改程序 使 其适用于另外一种终端 完善性维护 在软件的使用过程中 用户往往会 对软件提出新的功能与性能要求 为了满足这些要求 需要修改或再开发软件 以扩充软件功能 增强软件 性能 改进加工效率 提高软件的可维护性 这种情 第 12 页 共 15 页 况下进行的维护活动叫做完善性维护 例如 完善性 维护可能是修改一个计算工资的程序 使其增加新的 扣除项目 缩短系统的应答时间 使其达到特定的要 求 把现有程序的终端对话方式加以改造 使其具有 方便用户使用的界面 改进图形输出 增加联机帮助 功能 为软件的运行增加监控设施等 在维护阶段的 最初一两年 改正性维护的工作量较大 随着错误发 现率急剧降低 并趋于稳定 就进入了正常使用期 然而 由于改造的要求 适应性维护和完善性维护的 工作量逐步增加 在这种维护过程中又会引入新的错 误 从而加重了维护的工作量 实践表明 在几种维 护活动中 完善性维护所占的比重最大 即大部分维 护工作是改变和加强软件 而不是纠错 所以 维护 并不一定是救火式的紧急维修 而可以是有计划 有 预谋的一种再开发活动 事实证明 来自用户要求而 扩充 加强软件功能 性能的维护活动约占整个维护 工作的 50 预防性维护 除了以上三类维护之外 还有一类 维护活动 叫做预防性维护 这是为了提高软件的可 维护性 可靠性等 为以后进一步改进软件打下良好 基础 通常 预防性维护定义为 把今天的方法学 用于昨天的系统以满足明天的需要 也就是说 采 第 13 页 共 15 页 用先进的软件工程方法对需要维护的软件或软件中的 某一部分进行设计 编制和测试 在整个软件维护阶段所花费的全部工作量中 预 防性维护只占很小的比例 而完善性维护占了几乎一 半的工作量 软件维护活动所花费的工作占整个生存 期工作量的 70 以上 这是由于在漫长的软件运行过 程中需要不断对软件进行修改 以改正新发现的错误 适应新的环境和用户新的要求 这些修改需要花费很 多精力和时间 而且有时修改不正确 还会引入新的 错误 同时 软件维护技术不像开发技术那样成熟 规范化 消耗工作量自然就比较多 5 软件维护 数据维护 大多应用软件的数据随着应用规模的日益扩大和 用户环境的迅速发展 不但基础信息 其他所有专题 信息也需要经常地进行维护和更新 应根据系统的规 模和实际需求 建立系统的数据维护更新机制 规定 数据维护更新的周期 使系统的所有数据均相对地始 终处于最新的状态 数据对一个软件的重要性 越来 越被人们认识 但是 数据如果不经常更新 则有可 能失去应用价值 这是每个软件维护和运行所应重视 的问题 第 14 页 共 15 页 硬件维护 在软件运行的过程中 应建立硬件设备的日常维 护制度 并根据设备的使用说明进行及时的维护 以 保证设备完好和系统的正常运行 但当设备的处理能 力达不到要求