- 工程部學習心得體會 推薦度：
- 相關推薦
工程部學習心得體會
當我們心中積累了不少感想和見解時，往往會寫一篇心得體會，這樣有利于培養(yǎng)我們思考的習慣。那么如何寫心得體會才能更有感染力呢？下面是小編為大家整理的工程部學習心得體會，歡迎大家分享。
工程部學習心得體會1
通過公司組織學習“識大體，顧大局，擔責任，講奉獻，愛崗敬業(yè)”教育實踐活動，首先，我對公司三年多的開局，起步與發(fā)展有了更加深刻的認識，其次，對公司的五年發(fā)展計劃有了更加的深刻的了解，尤其這次學習使我的思想認識得到進一步提高，工作作風得到進一步強化，使我們集體的凝聚力、戰(zhàn)斗力和執(zhí)行力明顯提高，合作意識、奮斗精神明顯加強。
作為一名技術人員，我將工作定位為協(xié)助好項目經(jīng)理的工作和不斷的自我學習充實，在參與建設的工程中，在完成工程的施工測量放線的同時，還協(xié)助技術負責人編制施工方案、技術交底，并負責工程技術資料的指導與編制，和施工員一起進行現(xiàn)場質(zhì)量檢查，以及協(xié)助安全員落實、督促、檢查施工現(xiàn)場安全工作。在工程施工過程中，我一直以積極的心態(tài)認真地對待自己的工作，在從事的各項工作中，都能盡職盡責，以求圓滿的完成工作任務�！安灰庇诔龀煽�，埋下頭來干工作”，是我的工作格言，提醒自己不要好高騖遠，而要腳踏實地，多干實事，在實踐中檢驗自己的知識并獲得施工現(xiàn)場的經(jīng)驗累積。
施工現(xiàn)場工作更使我深深明白，在學校學習的東西和自己翻看規(guī)范、規(guī)程死記硬背的知識遠不如實際經(jīng)歷過的記得牢固，而且好多學問更是書本里學不來的，完全是憑自己的經(jīng)驗。在這半年來的時間里，我一直在多看，多學，碰到施工現(xiàn)場的做法與書
本里不一樣的地方及時的向別人虛心請教，盡管有時候得不到理論上的解釋，但是卻是很好的經(jīng)驗。
識大體、顧大局的過程是一個改造自我的過程，從而不斷完善人格品德。一個人，在工作、生活中難免有這樣那樣的不足和錯誤，如果經(jīng)常自省，檢討自己的言行，就能及早發(fā)現(xiàn)自己的過失，不至于鑄成大錯。因此，要想有所作為、有所成就，不斷提高自己的道德修養(yǎng)，就必須經(jīng)常地進行自省自勵。一方面，要經(jīng)常檢查剖析。找準自己的問題，防止小錯不查、釀成大患。另一方面，要做到有錯必改。要想進步，就要敢于正視自己的問題，及時采取措施加以改正，不能遮丑護短、諱疾忌醫(yī)，不能寬容自己、遷就自己。否則，問題就會越來越多，有的還會越來越大。一屋不掃何以掃天下，自身的'問題都發(fā)現(xiàn)不了，怎么能識大體顧大局呢?
從講責任的角度講就是要明確自身工作職責，認真履行崗位責任，忠于職守，勤奮敬業(yè)，盡職盡責，努力工作;在工作中要轉(zhuǎn)變一些不正確的觀念，珍惜當前的工作，時時、處處都要有注意細節(jié)問題，工程施工中，安全是最不容忽視的主要環(huán)節(jié)，根據(jù)半年多的工地實際經(jīng)驗簡單談談安全方面。最重要的就是樹立安全意識，首先在項目部管理人員心中必須有強烈的安全意識和責任感，只有項目部管理人員從心底認識到安全的重要性，才能用心做好這項工作。如果項目部管理人員抱著僥幸的心理去做這項工作，那在工程安全施工方面是致命的隱患。所以項目部管理人
員必須將安全工作從心底認識并付諸實施。我相信，只要有責任意識，就沒有做不好的工作。
坎奉獻就是要立足崗位樂于奉獻，始終保持愛崗敬業(yè)、求真務實、勇挑重擔、勇于創(chuàng)新、自覺奉獻，全身心投入到工作中，努力做到“工作快樂、快樂工作”，發(fā)揚奉獻精神，就是要吃苦在前，享受在后，先公后私，始終把公司的發(fā)展和企業(yè)榮譽放在首位。人活在世上總需要有點精神，這奉獻精神也是在工作和學習中培養(yǎng)和塑造的，同時也是工作中所必需的。只要我們從現(xiàn)在做起，從自己做起，從小事做起，不斤斤計較個人得失，始終保持一顆平常心，把奉獻精神融入到工作之中，成為自覺行動。有了這種奉獻精神，哪怕是最難最煩的工作，照樣能出色地完成通過本次學習，深化自我意識，在今后的工作中，我將以百倍的熱情迎接新的挑戰(zhàn)，在學習中進步和成熟起來，不斷地鞭策自己并充實能量，提高自身素質(zhì)與業(yè)務水平，以適應時代和企業(yè)的發(fā)展，與公司共同進步、共同成長。為煜基集團的發(fā)展貢獻自己的力量。
工程部學習心得體會2
學習了這門課程,還有老師們的多元化教課,不但讓我從理論上掌握軟件工程,還有從不同的實例,讓理論和實踐得到了很好的結合。整一個學期下來，總的來說還是學到了很多東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是一門思想。是一個如何去分析和處理問題的過程，應該說其范疇已經(jīng)遠遠不止局限于該門課程，成為了一個綜合的一個能夠解決問題的思想集合。
整本書的內(nèi)容邏輯很清晰明了，由淺入深循序漸進，首先我就大概描述下我們所學的內(nèi)容，第一章是從整體分析軟件工程這門學科的發(fā)展和所處的社會環(huán)境，接著后面的幾章深入分析了軟件開放過程和模式、軟件項目管理、計算機工程、需求分析、結構化分析建模以及基于UML面向?qū)ο蠓治鼋５取＝又揖驮敿毥榻B下我對這門課程知識點的理解概括：
軟件：軟件是能夠完成預定功能和性能的可執(zhí)行的計算機程序和使程序正常執(zhí)行所需要的數(shù)據(jù)，加上描述程序的操作和使用的文檔。軟件的特征：
�、佘浖且环N邏輯實體，而不是具體的物理實體，因而它具有抽象性。
�、谲浖峭ㄟ^人們的智力活動，把知識與技術轉(zhuǎn)化成信息的一種產(chǎn)品。
③軟件成為產(chǎn)品后，其生產(chǎn)只是簡單的拷貝，不同于硬件制造。
�、芫S護過程比硬件復雜的多，甚至會引發(fā)新的錯誤。
軟件危機：指的是軟件開發(fā)和維護過程中遇到的一系列嚴重問題。出現(xiàn)軟件危機的原因：
�、佘浖S護費用急劇上升，直接威脅計算機應用的擴大。
�、谲浖a(chǎn)技術進步緩慢。軟件工程是指導計算機軟件開發(fā)和維護的工程學科。
軟件生存周期：一個軟件從定義到開發(fā)、使用和維護，直到最終被棄用，要經(jīng)歷一個漫長的時期，通常把軟件經(jīng)歷的這個漫長的時期稱為生存周期。軟件的生存周期可分為八個階段：
①問題定義;
�、诳尚行匝芯�;
�、坌枨蠓治�;
④總體(概要)設計;
�、菰敿氃O計;
�、蘧幋a與單元測試;
�、呔C合測試;
�、嘬浖S護;
瀑布模式：是傳統(tǒng)的.軟件開發(fā)模式，其中的“瀑布”是對這個模式的形象表達，由山頂傾瀉下來的水，自頂向下、逐漸細化。其特點是：線性化過程;分為分析、設計、編碼、集成等幾個階段，并且各階段逐級推進，不允許跨越。里程碑管理;階段評審;文檔驅(qū)動;簡潔便于工程應用的線性化過程步驟，并可以通過里程碑管理機制而使項目進程量化。其明顯的優(yōu)點就是沒個階段結束前都要對所完成的階段成果進行評審，這使得軟件的錯誤能夠在個階段內(nèi)盡早發(fā)現(xiàn)并盡早解決，總的來說瀑布模式具有良好的質(zhì)量保證機制，有很強的生命力。
原型進化模式：對軟件進行直接模擬或仿真，只需要分析需求框架后進行原型創(chuàng)建，再對原型系統(tǒng)進行逐步細化與完善，通過版本更新逐步滿足用戶對于軟件的多方面需要。
增量模式：開發(fā)過程有三個任務域，分別是設計結構、開發(fā)構件和集成系統(tǒng)，它既有完善的工程管理機制，又能適應用戶需求變更，有利于質(zhì)量的監(jiān)控，并且各局部基于構件構造，有利于逐步構建與完善;由于先交付核心構件可利于降低項目的技術風險。
螺旋模式：是一種可較好的規(guī)避開發(fā)風險過程的模式，項目是基于任務的螺旋式推進，每個螺旋由內(nèi)之外分別是需求分析、軟件設計、系統(tǒng)集成、驗證與交付。
軟件開發(fā)的整個過程：
�、傩枰椖繄F隊，組建優(yōu)秀的團隊可以開發(fā)出更搞質(zhì)量的軟件產(chǎn)品。任務開發(fā)團隊要求小而精，成員大多在8人以內(nèi)，主要成員有項目負責人、開發(fā)人員、資料管理員和軟件測試員。
�、陧椖坑媱澥菫榱耸管浖_發(fā)各項工作有秩序地進行，包括任務分配和基于里程碑的進度安排，甘特圖和任務網(wǎng)絡圖是用來描述進度計劃的工具。項目計劃書可以作為軟件開發(fā)的工作指南。
�、垌椖砍杀竟浪�，由于項目有來自各方面的成本包括工資開支、場地費、差旅費、設備費和資料費等，但是軟件主要是對人力成本的估算，常用的方法有程序代碼成本估算法等。
�、苘浖L險管理包括很多不確定的風險因素，如計劃風險、管理風險、需求風險、技術風險、人員風險、產(chǎn)品風險、用戶風險和商業(yè)風險等等，而風險管理的主要任務是：風險識別、風險評估、和風險防范。
�、蒈浖臋n管理，軟件文檔是工程模式軟件開發(fā)的成果體現(xiàn)，包括技術文檔、管理文檔和用戶文檔。
�、捃浖渲霉芾砼c軟件質(zhì)量管理，包括配置規(guī)劃、軟件變更控制、軟件版本控制和質(zhì)量控制計劃。
酒算機系統(tǒng)由硬件、軟件、數(shù)據(jù)資源、網(wǎng)絡資源、使用系統(tǒng)的人等諸多元素。有三種典型的計算機體系結構：
�、僦鳈C結構，主機集中了全部智能，并依靠終端接口與外部設備連接。
�、贑lient/Server結構，智能分布于服務器與客戶機，并依靠網(wǎng)絡連接成系統(tǒng)，其中，服務器處于核心位置，提供被動核心服務;客戶機處于邊緣位置，可主動訪問服務器，尋求服務支持。
�、跙rowser/server結構，可適應互聯(lián)網(wǎng)遠程交互的特殊結構，基于Web服務器構建。
工程部學習心得體會3
通過這半學期我對軟件工程的學習，老師在課堂上從軟件工程的基礎到用戶的需求分析，最后到黑盒白盒測試通過自身做過的一些案例，生動形象的講解了軟件工程這門本身枯燥乏味的課程，這不僅增強了學生學習的積極性，也通過讓我們自己去做一些需求分析，我們從中學到了許多知識。
老師不僅僅在課堂上對我們悉心的知道，在課外還讓我們多看一些有關軟件工程方面最前沿的理論，通過這段時間我讀了《軟件工程——實踐者的研究方法》、《件工程案例》這兩本書，通過自己的讀書學習，我有以下心得體會。
眾所周知軟件對于一個公司，一個企業(yè)乃至一個國家都是十分重要的，因此一個軟件的維護也十分重要，下面我就講一些關于軟件維護的知識。
維護階段是軟件生存期中時間最長的一個階段，也是花費的精力和費用最多的一個階段。由于操作系統(tǒng)軟件和基礎軟件版本升級或應用管理系統(tǒng)軟件的不斷開發(fā)、完善，需要對軟件進行維護。但當運行環(huán)境改變或者系統(tǒng)功能、性能需求發(fā)生變化，使原軟件不能通過維護的手段滿足用戶需求時，則需要進行軟件更新。
1.軟件維護的類型：
軟件的開發(fā)過程對軟件的維護有較大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護工作非常困難，這是一種非結構化的維護。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應的文檔，容易進行維護工這是一種結構化的維護。非結構化維護活動只能從閱讀、理解和分析源程序開始，這樣做難以弄清系統(tǒng)功能、軟件結構、數(shù)據(jù)結構等問題，常常造成誤解。同時由于沒有測試文檔，也不可能進行回歸測試很難保證程序的正確性。這種軟件維護方法僅在軟件工程時代之前采用。在進行結構化維護活動時，需從評價需求說明開始，弄清楚軟件功能、性能上的改變;對設計說明文檔進行評價，并進行修改和復查;根據(jù)設計的修改，進行程序的變動;根據(jù)測試文檔中的測試用例進行回歸測試;最后，把修改后的軟件再次交付使用。這對于減少精力、減少花費和提高軟件維護效率有很大的作用。
2.軟件維護的困難：
軟件維護的困難主要是由于軟件需求分析和開發(fā)方法的缺陷造成的。軟件生存周期中的開發(fā)階段沒有嚴格而科學的管理和規(guī)劃，就會引起軟件運行時的維護困難。這種困難表現(xiàn)在如下幾個方面。
(1)讀懂別人的程序是困難的。
(2)文檔的不一致性。這種不一致性表現(xiàn)在各種文檔之間的不一致以及文檔與程序之的不一致。
(3)軟件開發(fā)和軟件維護在人員和時間上存在差異。
(4)軟件維護不是一項吸引人的工作。
3.軟件維護的費用：
軟件維護的費用在總費用中的比重是不斷增加的，它在1970年占35%～40%，1980年上升到40%～60%，1990年上升到70%～80%。軟件維護費用不斷上升，這只是軟件維護有形的代價，另外還有無形的代價，即要占用更多的資源。由于大量軟件的維護活動要使用較多的硬件、軟件和軟件人員等資源，這樣一來，投入新的軟件開發(fā)的資源就因不足而受到影響。由于維護時的改動，在軟件中引入了潛在的故障，從而降低了軟件的質(zhì)量。
4.軟件維護的分類
軟件維護有改正性維護、適應性維護、完善性維護和預防性維護4類。
(1)改正性維護。在軟件交付使用后，由于開發(fā)時測試的不徹底、不完全，必然會有一部分隱藏的錯誤被帶到運行階段來，這些隱藏下來的錯誤在某些特定的使用環(huán)境下就會暴露。為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程，就叫做改正性維護。例如，改正性維護可以是改正原來程序中未使開關(off/on)復原的錯誤;解決開發(fā)時未能測試各種可能情況帶來的問題;解決原來程序中遺漏處理文件中最后一個記錄的問題等。
(2)適應性維護。隨著計算機的飛速發(fā)展，外部環(huán)境(新的硬、軟件配臵)或數(shù)據(jù)環(huán)境(數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì))可能發(fā)生變化，為了使軟件適應這種變化，而去修改軟件的過程就叫做適應性維護。例如，適應性維護可以是為現(xiàn)有的某個應用問題實現(xiàn)一個數(shù)據(jù)庫;對某個指定的事務編碼進行修改，增加字符個數(shù);調(diào)整兩個程序，
使它們可以使用相同的記錄結構;修改程序，使其適用于另外一種終端。
(3)完善性維護。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性，這種情況下進行的維護活動叫做完善性維護。例如，完善性維護可能是修改一個計算工資的程序，使其增加新的扣除項目;縮短系統(tǒng)的應答時間，使其達到特定的要求;把現(xiàn)有程序的終端對話方式加以改造，使其具有方便用戶使用的界面;改進圖形輸出;增加聯(lián)機幫助(Help)功能;為軟件的運行增加監(jiān)控設施等。在維護階段的最初一兩年，改正性維護的工作量較大。隨著錯誤發(fā)現(xiàn)率急劇降低，并趨于穩(wěn)定，就進入了正常使用期。然而，由于改造的要求，適應性維護和完善性維護的工作量逐步增加，在這種維護過程中又會引入新的錯誤，從而加重了維護的工作量。實踐表明，在幾種維護活動中，完善性維護所占的比重最大。即大部分維護工作是改變和加強軟件，而不是糾錯。所以，維護并不一定是救火式的緊急維修，而可以是有計劃、有預謀的一種再開發(fā)活動。事實證明，來自用戶要求而擴充、加強軟件功能、性能的維護活動約占整個維護工作的50%。
(4)預防性維護。除了以上三類維護之外，還有一類維護活動，叫做預防性維護。這是為了提高軟件的可維護性、可靠性等，為以后進一步改進軟件打下良好基礎。通常，預防性維護定義為：“把今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分(重新)進行設計、編制和測試。
在整個軟件維護階段所花費的全部工作量中，預防性維護只占很小的比例，而完善性維護占了幾乎一半的.工作量，軟件維護活動所花費的工作占整個生存期工作量的70%以上。這是由于在漫長的軟件運行過程中需要不斷對軟件進行修改，以改正新發(fā)現(xiàn)的錯誤、適應新的環(huán)境和用戶新的要求。這些修改需要花費很多精力和時間，而且有時修改不正確，還會引入新的錯誤。同時，軟件維護技術不像開發(fā)技術那樣成熟、規(guī)范化，消耗工作量自然就比較多。
5.軟件維護：
(1)數(shù)據(jù)維護
大多應用軟件的數(shù)據(jù)隨著應用規(guī)模的日益擴大和用戶環(huán)境的迅速發(fā)展，不但基礎信息，其他所有專題信息也需要經(jīng)常地進行維護和更新。應根據(jù)系統(tǒng)的規(guī)模和實際需求，建立系統(tǒng)的數(shù)據(jù)維護更新機制，規(guī)定數(shù)據(jù)維護更新的周期，使系統(tǒng)的所有數(shù)據(jù)均相對地始終處于最新的狀態(tài)。數(shù)據(jù)對一個軟件的重要性，越來越被人們認識。但是，數(shù)據(jù)如果不經(jīng)常更新，則有可能失去應用價值，這是每個軟件維護和運行所應重視的問題。
(2)硬件維護
在軟件運行的過程中，應建立硬件設備的日常維護制度，并根據(jù)設備的使用說明進行及時的維護，以保證設備完好和系統(tǒng)的正常運行。但當設備的處理能力達不到要求，或者設備本身已經(jīng)過時、淘汰，或者設備損壞，買不到零配件，或者修理不值得時，應考慮硬件更新。系統(tǒng)硬件更新應按關于硬件評價指標的規(guī)定要求重新進行選型。
(3)軟件維護的原因
要求進行軟件維護的原因多種多樣，歸結起來有3種類型。改正在特定的使用條件下暴露出來的一些潛在程序錯誤或設計缺陷。因在軟件使用過程中數(shù)據(jù)環(huán)境發(fā)生變化(例如，一個事務處理代碼發(fā)生改變)或處理環(huán)境發(fā)生變化(例如，安裝了新的硬件或操作系統(tǒng))，需要修改軟件以適應這種變化。用戶和數(shù)據(jù)處理人員在使用時常提出改進現(xiàn)有功能、增加新的功能，以及改善總體性能的要求，為滿足這些要求，就需要修改軟件把這些要求納入到軟件之中。
6.軟件維護的過程
一個維護申請?zhí)岢鲋�，�?jīng)評審需要維護，則按下列過程實施維護。
(1)首先要確定進行維護的類型。在許多情況下，用戶可以把一個請求看作改正性維護，而軟件開發(fā)者可以把這個請求看作適應性或完善性維護。此時，對不同觀點就需要協(xié)商解決。
(2)對改正性維護從評價錯誤的嚴重性開始。如果存在一個嚴重的錯誤，例如，一個系統(tǒng)的重要功能不能執(zhí)行，則有管理者組織有關人員立即開始分析問題。如果錯誤并不嚴重，
則改正性維護與軟件其他任務一起進行，統(tǒng)一安排，按計劃進行維護工作。
(3)適應性和完善性維護如同它是另一個開發(fā)工作一樣，建立每個請求的優(yōu)先權，安排所需求的工作。
(4)實施維護任務。不管維護類型如何，大體上要開展相同的技術工作。這些工作包括修改軟件設計、必要的代碼修改、單元測試、集成測試、確認測試及復審。每種維護類型的側(cè)重點不一樣。
(5)“救火”式維護。并不完全適合上面所述的經(jīng)過仔細考慮的維護申請，而是對于出現(xiàn)突發(fā)性的重大故障的維護。
以上是我對軟件工程中軟件維護的初步認識，以后我會更加努力的學習軟件工程這門課程。
【工程部學習心得體會】相關文章：
工程部學習心得體會3篇06-02
工程部門培訓心得體會范文（精選9篇）12-02
外出學習學習心得體會11-16
工程部口號07-22
工程部標語07-03
學習的心得體會07-19
學習的心得體會06-22
外出學習學習心得體會實用05-10
外出學習學習心得體會范文03-31