工程部学习心得体会.docx

工程部学习心得体会.docx

《工程部学习心得体会.docx》由会员分享，可在线阅读，更多相关《工程部学习心得体会.docx（9页珍藏版）》请在冰豆网上搜索。

工程部学习心得体会

工程部学习心得体会

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

整1个学期下来，总的来讲还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是1门课程，不如说是1门思想。

是1个如何去分析和处理问题的进程，应当说其范畴已远远不止局限于该门课程，成了1个综合的1个能够解决问题的思想集合。

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

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

　　软件：

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

软件的特点：

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

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

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

④保护进程比硬件复杂的多，乃至会引发新的毛病。

软件危机：

指的是软件开发和保护进程中遇到的1系列严重问题。

出现软件危机的缘由：

①软件保护费用急剧上升，直接要挟计算机利用的扩大。

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

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

软件生存周期：

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

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

①问题定义；②可行性研究；③需求分析；④整体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件保护；

　　瀑布模式：

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

其特点是：

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

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

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

　　原型进化模式：

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

　　增量模式：

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

　　螺旋模式：

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

　　软件开发的全部进程：

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

任务开发团队要求小而精，成员大多在8人之内，主要成员有项目负责人、开发人员、资料管理员和软件测试员。

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

项目计划书可以作为软件开发的工作指南。

③项目本钱估算，由于项目有来自各方面的本钱包括工资开支、场地费、差旅费、装备费和资料费等，但是软件主要是对人力本钱的估算，经常使用的方法有程序代码本钱估算法等。

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

风险辨认、风险评估、和风险防范。

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

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

　　计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。

有3种典型的计算机体系结构：

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

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

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

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

　　老师不单单在课堂上对我们悉心的知道，在课外还让我们多看1些有关软件工程方面最前沿的理论，通过这段时间我读了《软件工程——实践者的研究方法》、《件工程案例》这两本书，通过自己的读书学习，我有以下心得体会。

　　尽人皆知软件对1个公司，1个企业乃至1个国家都是10分重要的，因此1个软件的保护也10分重要，下面我就讲1些关于软件保护的知识。

　　保护阶段是软件生存期中时间最长的1个阶段，也是花费的精力和费用最多的1个阶段。

由于操作系统软件和基础软件版本升级或利用管理系统软件的不断开发、完善，需要对软件进行保护。

但当运行环境改变或系统功能、性能需求产生变化，使原软件不能通过保护的手段满足用户需求时，则需要进行软件更新。

　　1.软件保护的类型：

　　软件的开发进程对软件的保护有较大的影响。

若不采取软件工程的方法开发软件，则软件只有程序而无文档，保护工作非常困难，这是1种非结构化的保护。

若采取软件工程的方法开发软件，则各阶段都有相应的文档，容易进行保护工这是1种结构化的保护。

非结构化保护活动只能从浏览、理解和分析源程序开始，这样做难以弄清系统功能、软件结构、数据结构等问题，常常造成误解。

同时由于没有测试文档，也不可能进行回归测试很难保证程序的正确性。

这类软件保护方法仅在软件工程时期之前采取。

在进行结构化保护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变；对设计说明文档进行评价，并进行修改和复查；根据设计的修改，进行程序的变动；根据测试文档中的测试用例进行回归测试；最后，把修改后的软件再次交付使用。

这对减少精力、减少花费和提高软件保护效力有很大的作用。

　　2.软件保护的困难：

　　软件保护的困难主要是由于软件需求分析和开发方法的缺点酿成的。

软件生存周期中的开发阶段没有严格而科学的管理和计划，就会引发软件运行时的保护困难。

这类困难表现在以下几个方面。

（1）读懂他人的程序是困难的。

（2）文档的不1致性。

这类不1致性表现在各种文档之间的不1致和文档与程序之的不1致。

　　（3）软件开发和软件保护在人员和时间上存在差异。

　　（4）软件保护不是1项吸引人的工作。

　　3.软件保护的费用：

　　软件保护的费用在总费用中的比重是不断增加的，它在1970年占35%～40%，1980年上升到40%～60%，1990年上升到70%～80%。

软件保护费用不断上升，这只是软件保护有形的代价，另外还有没有形的代价，即要占用更多的资源。

由于大量软件的保护活动要使用较多的硬件、软件和软件人员等资源，这样1来，投入新的软件开发的资源就因不足而遭到影响。

由于保护时的改动，在软件中引入了潜伏的故障，从而下降了软件的质量。

　　4.软件保护的分类

　　软件保护有改正性保护、适应性保护、完善性保护和预防性保护4类。

（1）改正性保护。

在软件交付使用后，由于开发时测试的不完全、不完全，必定会有1部份隐藏的毛病被带到运行阶段来，这些隐藏下来的毛病在某些特定的使用环境下就会暴露。

为了辨认和纠正软件毛病、改正软件性能上的缺点、排除实行中的误使用，应当进行的诊断和改正毛病的进程，就叫做改正性保护。

例如，改正性保护可以是改正原来程序中未使开关（off/on）复原的毛病；解决开发时未能测试各种可能情况带来的问题；解决原来程序中遗漏处理文件中最后1个记录的问题等。

（2）适应性保护。

随着计算机的飞速发展，外部环境（新的硬、软件配臵）或数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能产生变化，为了使软件适应这类变化，而去修改软件的进程就叫做适应性保护。

例如，适应性保护可以是为现有的某个利用问题实现1个数据库；对某个指定的事务编码进行修改，增加字符个数；调剂两个程序，

　　使它们可使用相同的记录结构；修改程序，使其适用于另外1种终端。

　　（3）完善性保护。

在软件的使用进程中，用户常常会对软件提出新的功能与性能要求。

为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效力、提高软件的可保护性，这类情况下进行的保护活动叫做完善性保护。

例如，完善性保护多是修改1个计算工资的程序，使其增加新的扣除项目；缩短系统的应对时间，使其到达特定的要求；把现有程序的终端对话方式加以改造，使其具有方便用户使用的界面；改进图形输出；增加联机帮助（Help）功能；为软件的运行增加监控设施等。

在保护阶段的最初1两年，改正性保护的工作量较大。

随着毛病发现率急剧下降，并趋于稳定，就进入了正常使用期。

但是，由于改造的要求，适应性保护和完善性保护的工作量逐渐增加，在这类保护进程中又会引入新的毛病，从而加重了保护的工作量。

实践表明，在几种保护活动中，完善性保护所占的比重最大。

即大部份保护工作是改变和加强软件，而不是纠错。

所以，保护其实不1定是救火式的紧急维修，而可以是有计划、有预谋的1种再开发活动。

事实证明，来自用户要求而扩充、加强软件功能、性能的保护活动约占全部保护工作的50%。

　　（4）预防性保护。

除以上3类保护以外，还有1类保护活动，叫做预防性保护。

这是为了提高软件的可保护性、可靠性等，为以落后1步改进软件打下良好基础。

通常，预防性保护定义为：

“把今天的方法学用于昨天的系统以满足明天的需要”。

也就是说，采取先进的软件工程方法对需要保护的软件或软件中的某1部份（重新）进行设计、编制和测试。

　　在全部软件保护阶段所花费的全部工作量中，预防性保护只占很小的比例，而完善性保护占了几近1半的工作量，软件保护活动所花费的工作占全部生存期工作量的70%以上。

这是由于在漫长的软件运行进程中需要不断对软件进行修改，以改正新发现的毛病、适应新的环境和用户新的要求。

这些修改需要花费很多精力和时间，而且有时修改不正确，还会引入新的毛病。

同时，软件保护技术不像开发技术那样成熟、规范化，消耗工作量自然就比较多。

　　5.软件保护：

（1）数据保护

　　大多利用软件的数据随着利用范围的日趋扩大和用户环境的迅速发展，不但基础信息，其他所有专题信息也需要常常地进行保护和更新。

应根据系统的范围和实际需求，建立系统的数据保护更新机制，规定数据保护更新的周期，使系统的所有数据均相对地始终处于最新的状态。

数据对1个软件的重要性，愈来愈被人们认识。

但是，数据如果不常常更新，则有可能失去利用价值，这是每一个软件保护和运行所应重视的问题。

（2）硬件保护

　　在软件运行的进程中，应建立硬件装备的平常保护制度，并根据装备的使用说明进行及时的保护，以保证装备完好和系统的正常运行。

但当装备的处理能力达不到要求，或装备本身已过时、淘汰，或装备破坏，买不到零配件，或修理不值得时，应斟酌硬件更新。

系统硬件更新应按关于硬件评价指标的规定要求重新进行选型。

　　（3）软件保护的缘由

　　要求进行软件保护的缘由多种多样，归结起来有3种类型。

改正在特定的使用条件下暴露出来的1些潜伏程序毛病或设计缺点。

因在软件使用进程中数据环境产生变化（例如，1个事务处理代码产生改变）或处理环境产生变化（例如，安装了新的硬件或操作系统），需要修改软件以适应这类变化。

用户和数据处理人员在使用经常提出改进现有功能、增加新的功能，和改良整体性能的要求，为满足这些要求，就需要修改软件把这些要求纳入到软件当中。

　　6.软件保护的进程

　　1个保护申请提出以后，经评审需要保护，则按以下进程实行保护。

（1）首先要肯定进行保护的类型。

在许多情况下，用户可以把1个要求看做改正性保护，而软件开发者可以把这个要求看做适应性或完善性保护。

此时，对不同观点就需要协商解决。

（2）对改正性保护从评价毛病的’严重性开始。

如果存在1个严重的毛病，例如，1个系统的重要功能不能履行，则有管理者组织有关人员立即开始分析问题。

如果毛病其实不严重，

　　则改正性保护与软件其他任务1起进行，统1安排，按计划进行保护工作。

　　（3）适应性和完善性保护犹如它是另外一个开发工作1样，建立每一个要求的优先权，安排所需求的工作。

　　（4）实行保护任务。

不管保护类型如何，大体上要展开相同的技术工作。

这些工作包括修改软件设计、必要的代码修改、单元测试、集成测试、确认测试及复审。

每种保护类型的侧重点不1样。

　　（5）“救火”式保护。

其实不完全合适上面所述的经过仔细斟酌的保护申请，而是对出现突发性的重大故障的保护。

　　以上是我对软件工程中软件保护的初步认识，以后我会更加努力的学习软件工程这门课程。

　　通过公司组织学习“识大体，顾大局，担责任，讲奉献，爱岗敬业”教育实践活动，首先，我对公司3年多的开局，起步与发展有了更加深入的认识，其次，对公司的5年发展计划有了更加的深入的了解，特别这次学习使我的思想认识得到进1步提高，工作风格得到进1步强化，使我们集体的凝聚力、战役力和履行力明显提高，合作意识、奋斗精神明显加强。

　　作为1名技术人员，我将工作定位为协助好项目经理的工作和不断的自我学习充实，在参与建设的工程中，在完成工程的施工丈量放线的同时，还协助技术负责人编制施工方案、技术交底，并负责工程技术资料的指点与编制，和施工员1起进行现场质量检查，和协助安全员落实、催促、检查施工现场安全工作。

在工程施工进程中，我1直以积极的心态认真地对待自己的工作，在从事的各项工作中，都能尽职尽责，以求美满的完成工作任务。

“不要急于出成绩，埋下头来干工作”，是我的工作格言，提示自己不要好高务远，而要脚踏实地，多干实事，在实践中检验自己的知识并取得施工现场的经验积累。

　　施工现场工作更使我深深明白，在学校学习的东西和自己翻看规范、规程死记硬背的知识远不照实际经历过的记得牢固，而且好多学问更是书本里学不来的，完全是凭自己的经验。

在这半年来的时间里，我1直在多看，多学，碰到施工现场的做法与书

　　本里不1样的地方及时的向他人虚心请教，虽然有时候得不到理论上的解释，但是却是很好的经验。

　　识大体、顾大局的进程是1个改造自我的进程，从而不断完善人格品德。

1个人，在工作、生活中难免有这样那样的不足和毛病，如果常常自省，检讨自己的言行，就可以尽早发现自己的过失，不至于铸成大错。

因此，要想有所作为、有所成绩，不断提高自己的道德修养，就必须常常地进行自省自励。

1方面，要常常检查剖析。

找准自己的问题，避免小错不查、酿成大患。

另外一方面，要做到有错必改。

要想进步，就要勇于重视自己的问题，及时采取措施加以改正，不能遮丑护短、讳疾忌医，不能宽容自己、迁就自己。

否则，问题就会愈来愈多，有的还会愈来愈大。

1屋不扫何以扫天下，本身的问题都发现不了，怎样能识大体顾大局呢？

　　从讲责任的角度讲就是要明确本身工作职责，认真实行岗位责任，忠于职守，勤奋敬业，尽职尽责，努力工作；在工作中要转变1些不正确的观念，珍惜当前的工作，时时、处处都要有注意细节问题，工程施工中，安全是最不容忽视的主要环节，根据半年多的工地实际经验简单谈谈安全方面。

最重要的就是建立安全意识，首先在项目部管理人员心中必须有强烈的安全意识和责任感，只有项目部管理人员从心底认识到安全的重要性，才能用心做好这项工作。

如果项目部管理人员抱着侥幸的心理去做这项工作，那在工程安全施工方面是致命的隐患。

所以项目部管理人员必须将安全工作从心底认识并付诸实行。

我相信，只要有责任意识，就没有做不好的工作。

　　讲奉献就是要立足岗位乐于奉献，始终保持爱岗敬业、求真务实、勇挑重任、勇于创新、自觉奉献，全身心投入到工作中，努力做到“工作快乐、快乐工作”，发扬奉献精神，就是要吃苦在前，享受在后，先公后私，始终把公司的发展和企业荣誉放在首位。

人活在世上总需要有点精神，这奉献精神也是在工作和学习中培养和塑造的，同时也是工作中所必须的。

只要我们从现在做起，从自己做起，从小事做起，不琐屑较量个人得失，始终保持1颗平常心，把奉献精神融入到工作当中，成为自觉行动。

有了这类奉献精神，哪怕是最难最烦的工作，照样能出色地完成通过本次学习，深化自我意识，在今后的工作中，我将以百倍的热忱迎接新的挑战，在学习中进步和成熟起来，不断地鞭策自己并充实能量，提高本身素质与业务水平，以适应时期和企业的发展，与公司共同进步、共同成长。

为煜基团体的发展贡献自己的气力。