工程部學(xué)習(xí)心得體會【精選】

1、最近發(fā)表了一篇名為工程部學(xué)習(xí)心得體會的，覺得有用就收藏了，希望對網(wǎng)友有 用。工程部學(xué)習(xí)心得體會（通用3篇）當(dāng)我們積累了新的體會時，心得體會是很好的記錄方式，這樣我們就可以提高對思維的 訓(xùn)練。那么心得體會怎么寫才恰當(dāng)呢？下而是收集整理的工程部學(xué)習(xí)心得體會，歡迎閱讀 與收藏C學(xué)習(xí)了這門課程，還有老師們的多元化教課，不但讓我從理論上掌握軟件工程，還有從 不同的實例，讓理論和實踐得到了很好的結(jié)合。整一個學(xué)期下來，總的來說還是學(xué)到了很多 東西的，有很多地方是值得肯定的，其實在我看來，軟件工程與其說是一門課程，不如說是 一門思想。是一個如何去分析和處理問題的過程，應(yīng)該說其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課 程，

2、成為了一個綜合的一個能夠解決問題的思想集合。整本書的內(nèi)容邏輯很清晰明了，由淺入深循序漸進(jìn)，首先我就大概描述下我們所學(xué)的內(nèi) 容，第一章是從整體分析軟件工程這門學(xué)科的發(fā)展和所處的社會環(huán)境，接著后面的幾章深入 分析了軟件開放過程和模式、軟件項目管理、計算機(jī)工程、需求分析、結(jié)構(gòu)化分析建模以及 基于UmL而向?qū)ο蠓治鼋５取＝又揖驮敿?xì)介紹下我對這門課程知識點的理解概括：軟件：軟件是能夠完成預(yù)定功能和性能的可執(zhí)行的計算機(jī)程序和使程序正常執(zhí)行所需要 的數(shù)據(jù)，加上描述程序的操作和使用的文檔。軟件的特征：軟件是一種邏輯實體，* 版而不是具體的物理實體，因而它具有抽象性。軟件是通過人們的智力活動，把知識與技 術(shù)

3、轉(zhuǎn)化成信息的一種產(chǎn)品。軟件成為產(chǎn)品后，其生產(chǎn)只是簡單的拷貝，不同于硬件制造。 維護(hù)過程比硬件復(fù)雜的多，甚至?xí)l(fā)新的錯誤。軟件危機(jī)：指的是軟件開發(fā)和維護(hù)過程 中遇到的一系列嚴(yán)重問題。出現(xiàn)軟件危機(jī)的原因：軟件維護(hù)費用急劇上升，直接威脅計算 機(jī)應(yīng)用的擴(kuò)大。軟件生產(chǎn)技術(shù)進(jìn)步緩慢。軟件工程是指導(dǎo)計算機(jī)軟件開發(fā)和維護(hù)的工程學(xué) 科。軟件生存周期：一個軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個漫 長的時期，通常把軟件經(jīng)歷的這個漫長的時期稱為生存周期。軟件的生存周期可分為八個階 段：問題定義：可行性研究；需求分析：總體（概要）設(shè)計；詳細(xì)設(shè)計：編碼 與單元測試；綜合測試：軟件維護(hù)；瀑布模式：是傳統(tǒng)

4、的軟件開發(fā)模式，其中的“瀑布”是對這個模式的形象表達(dá)，由山頂 傾瀉下來的水，自頂向下、逐漸細(xì)化。其特點是：線性化過程；分為分析、設(shè)計、編碼、集 成等幾個階段，并且各階段逐級推進(jìn)，不允許跨越。里程碑管理：階段評審：文檔驅(qū)動；簡 潔便于工程應(yīng)用的線性化過程步驟，并可以通過里程碑管理機(jī)制而使項目進(jìn)程量化°其明顯 的優(yōu)點就是沒個階段結(jié)束前都要對所完成的階段成果進(jìn)行評審，這使得軟件的錯誤能夠在個 階段內(nèi)盡早發(fā)現(xiàn)并盡早解決，T0P100排行總的來說瀑布模式具有良好的質(zhì)量保證機(jī)制，有 很強(qiáng)的生命力。原型進(jìn)化模式：對軟件進(jìn)行直接模擬或仿真，只需要分析需求框架后進(jìn)行原型創(chuàng)建，再 對原型系統(tǒng)進(jìn)行逐步細(xì)化

5、與完善，通過版本更新逐步滿足用戶對于軟件的多方面需要。增量模式：開發(fā)過程有三個任務(wù)域，分別是設(shè)計結(jié)構(gòu)、開發(fā)構(gòu)件和集成系統(tǒng)，它既有完善的工程管理機(jī)制.又能適應(yīng)用戶需求變更，有利于質(zhì)量的*,并且各局部基于構(gòu)件構(gòu)造, 有利于逐步構(gòu)建與完善；由于先交付核心構(gòu)件可利于降低項目的技術(shù)風(fēng)險。螺旋模式：是一種可較好的規(guī)避開發(fā)風(fēng)險過程的模式，項目是基于任務(wù)的螺旋式推進(jìn)， 每個螺旋由內(nèi)之外分別是需求分析、軟件設(shè)計、系統(tǒng)集成、驗證與交付。軟件開發(fā)的整個過程：需要項目團(tuán)隊，組建優(yōu)秀的團(tuán)隊可以開發(fā)出更搞質(zhì)量的軟件產(chǎn) 品。任務(wù)開發(fā)團(tuán)隊要求小而精，成員大多在8人以內(nèi)，主要成員有項目負(fù)責(zé)人、開發(fā)人員、 資料管理員和軟件測試員

6、。項目計劃是為了使軟件開發(fā)各項工作有秩序地進(jìn)行，包括任務(wù) 分配和基于里程碑的進(jìn)度安排，甘特圖和任務(wù)網(wǎng)絡(luò)圖是用來描述進(jìn)度計劃的工具。心得體會 項目計劃書可以作為軟件開發(fā)的工作指南。項目成本估算，由于項目有來自各方面的成本 包括工資開支、場地費、差旅費、設(shè)備費和資料費等，但是軟件主要是對人力成本的估算， 常用的方法有程序代碼成本估算法等。軟件風(fēng)險管理包括很多不確定的風(fēng)險因素，如計劃 風(fēng)險、管理風(fēng)險、需求風(fēng)險、技術(shù)風(fēng)險、人員風(fēng)險、產(chǎn)品風(fēng)險、用戶風(fēng)險和商業(yè)風(fēng)險等等， 而風(fēng)險管理的主要任務(wù)是：風(fēng)險識別、風(fēng)險評估、和風(fēng)險防范。軟件文檔管理，軟件文檔 是工程模式軟件開發(fā)的成果體現(xiàn)，包括技術(shù)文檔、管理文檔和用

7、戶文檔。軟件配置管理與 軟件質(zhì)量管理，包括配置規(guī)劃、軟件變更控制、軟件版本控制和質(zhì)量控制計劃。計算機(jī)系統(tǒng)由硬件、軟件、數(shù)據(jù)、網(wǎng)絡(luò)、使用系統(tǒng)的人等諸多元素。有三種典型的計 算機(jī)體系結(jié)構(gòu)：主機(jī)結(jié)構(gòu)，主機(jī)集中了全部智能，并依靠終端接口與外部設(shè)備連接。 client/Server結(jié)構(gòu)，智能分布于服務(wù)器與客戶機(jī)，并依靠網(wǎng)絡(luò)連接成系統(tǒng)，其中，服務(wù)器 處于核心位置，工作總結(jié)提供被動核心服務(wù)：客戶機(jī)處于邊緣位置，可主動訪問服務(wù)器，尋 求服務(wù)支持。Browser/server結(jié)構(gòu)，可適應(yīng)互聯(lián)網(wǎng)遠(yuǎn)程交互的特殊結(jié)構(gòu)，基于web服務(wù)器 構(gòu)建。通過這半學(xué)期我對軟件工程的學(xué)習(xí)，老師在課堂上從軟件工程的基礎(chǔ)到用戶的需求分析

8、, 最后到黑盒白盒測試通過自身做過的一些案例，生動形象的講解了軟件工程這門本身枯燥乏 味的課程，這不僅增強(qiáng)了學(xué)生學(xué)習(xí)的積極性，也通過讓我們自己去做一些需求分析，我們從 中學(xué)到了許多知識。老師不僅僅在課堂上對我們悉心的知道，在課外還讓我們多看一些有關(guān)軟件工程方面最 前沿的理論，通過這段時間我讀了軟件工程一一實踐者的研究方法、件工程案例這兩 本書，通過自己的讀書學(xué)習(xí)，我有以下心得體會。眾所周知軟件對于一個公司，一個企業(yè)乃至一個國家都是十分重要的，因此一個軟件的 維護(hù)也十分重要，下而我就講一些關(guān)于軟件維護(hù)的知識。維護(hù)階段是軟件生存期中時間最長的一個階段,也是花費的精力和費用最多的一個階段。 由于操作

9、系統(tǒng)軟件和基礎(chǔ)軟件版本升級或應(yīng)用管理系統(tǒng)軟件的不斷開發(fā)、完善，需要對軟件 進(jìn)行維護(hù)。但當(dāng)運行環(huán)境改變或者系統(tǒng)功能、性能需求發(fā)生變化，使原軟件不能通過維護(hù)的 手段滿足用戶需求時.則需要進(jìn)行軟件更新。1 .軟件維護(hù)的類型:軟件的開發(fā)過程對軟件的維護(hù)有較大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟 件只有程序而無文檔，維護(hù)工作非常困難，這是一種非結(jié)構(gòu)化的維護(hù)。若采用軟件工程的方 法開發(fā)軟件，則各階段都有相應(yīng)的文檔，容易進(jìn)行維護(hù)工這是一種結(jié)構(gòu)化的維護(hù)。非結(jié)構(gòu)化 維護(hù)活動只能從閱讀、理解和分析源程序開始，這樣做難以弄清系統(tǒng)功能、軟件結(jié)構(gòu)、數(shù)據(jù) 結(jié)構(gòu)等問題，常常造成誤解。同時由于沒有測試文檔，也不可能進(jìn)

10、行回歸測試很難保證程序 的正確性。這種軟件維護(hù)方法僅在軟件工程時代之前采用。在進(jìn)行結(jié)構(gòu)化維護(hù)活動時，需從 評價需求說明開始，弄清楚軟件功能、性能上的改變；對設(shè)計說明文檔進(jìn)行評價，并進(jìn)行修 改和復(fù)查：根據(jù)設(shè)計的修改，進(jìn)行程序的變動：根據(jù)測試文檔中的測試用例進(jìn)行回歸測試： 最后，把修改后的軟件再次交付使用。這對于減少精力、減少花費和提高軟件維護(hù)效率有很 大的作用。2 .軟件維護(hù)的困難：軟件維護(hù)的困難主要是由于軟件需求分析和開發(fā)方法的缺陷造成的。軟件生存周期中的 開發(fā)階段沒有嚴(yán)格而科學(xué)的管理和規(guī)劃，就會引起軟件運行時的維護(hù)困難。這種困難表現(xiàn)在 如下幾個方面。（1）讀懂別人的程序是困難的。（2）文檔的

11、不一致性。這種不一致性表現(xiàn)在各種文檔之間的不一致以及文檔與程序之的 不一致。（3）軟件開發(fā)和軟件維護(hù)在人員和時間上存在差異。（4）軟件維護(hù)不是一項吸引人的工作網(wǎng)。3 .軟件維護(hù)的費用：軟件維護(hù)的費用在總費用中的比重是不斷增加的，它在1970年占35%40%, 0年上升 到40%60%, 0年上升到70%80機(jī)軟件維護(hù)費用不斷上升，這只是軟件維護(hù)有形的代價， 另外還有無形的代價，即要占用更多的-由于大量軟件的維護(hù)活動要使用較多的硬件、軟件 和軟件人員等，這樣一來，投入新的軟件開發(fā)的就因不足而受到影響。由于維護(hù)時的改動， 在軟件中引入了潛在的故障，從而降低了軟件的質(zhì)量。4 .軟件維護(hù)的分類軟件維護(hù)

12、有改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)4類。（1）改正性維護(hù)。在軟件交付使用后，由于開發(fā)時測試的不徹底、不完全，必然會有一 部分隱藏的錯誤被帶到運行階段來，這些隱藏下來的錯誤在某些特定的使用環(huán)境下就會暴露。 為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷 和改正錯誤的過程，就叫做改正性維護(hù)。例如，改正性維護(hù)可以是改正原來程序中未使開關(guān) （off/on）復(fù)原的錯誤；思想?yún)R報解決開發(fā)時未能測試各種可能情況帶來的問題：解決原來 程序中遺漏處理文件中最后一個記錄的問題等。（2）適應(yīng)性維護(hù)。隨著計算機(jī)的飛速發(fā)展，外部環(huán)境（新的硬、軟件配珞）或數(shù)據(jù)環(huán)境 （數(shù)據(jù)庫

13、、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲介質(zhì)）可能發(fā)生變化，為了使軟件適應(yīng) 這種變化，而去修改軟件的過程就叫做適應(yīng)性維護(hù)。例如，適應(yīng)性維護(hù)可以是為現(xiàn)有的某個 應(yīng)用問題實現(xiàn)一個數(shù)據(jù)庫：對某個指定的事務(wù)編碼進(jìn)行修改，增加字符個數(shù)：調(diào)整兩個程序，使它們可以使用相同的記錄結(jié)構(gòu)：修改程序，使其適用于另外一種終端。（3）完善性維護(hù)。在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求。 為了滿足這些要求，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效 率、提高軟件的可維護(hù)性，這種情況下進(jìn)行的維護(hù)活動叫做完善性維護(hù)。例如，完善性維護(hù) 可能是修改一個計算工資的程序，使其增加新的扣除項目：

14、縮短系統(tǒng)的應(yīng)答時間，使其達(dá)到 特定的要求；把現(xiàn)有程序的終端對話方式加以改造，使其具有方便用戶使用的界而：改進(jìn)圖 形輸出：增加聯(lián)機(jī)幫助（Help）功能：為軟件的運行增加監(jiān)控設(shè)施等。寫作在維護(hù)階段的最 初一兩年，改正性維護(hù)的工作量較大。隨著錯誤發(fā)現(xiàn)率急劇降低，并趨于穩(wěn)定，就進(jìn)入了正 常使用期。然而，由于改造的要求，適應(yīng)性維護(hù)和完善性維護(hù)的工作量逐步增加，在這種維 護(hù)過程中又會引入新的錯誤，從而加重了維護(hù)的工作量。實踐表明，在幾種維護(hù)活動中，完 善性維護(hù)所占的比重最大。即大部分維護(hù)工作是改變和加強(qiáng)軟件，而不是糾錯。所以，維護(hù) 并不一定是救火式的緊急維修，而可以是有計戈人有預(yù)謀的一種再開發(fā)活動。事實證

15、明，來 自用戶要求而擴(kuò)充、加強(qiáng)軟件功能、性能的維護(hù)活動約占整個維護(hù)工作的50%。（4）預(yù)防性維護(hù)。除了以上三類維護(hù)之外，還有一類維護(hù)活動，叫做預(yù)防性維護(hù)。這是 為了提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。通常，預(yù)防性 維護(hù)定義為：“把今天的方法學(xué)用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進(jìn)的 軟件工程方法對需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計、最全面的參考寫作 網(wǎng)站編制和測試。在整個軟件維護(hù)階段所花費的全部工作量中，預(yù)防性維護(hù)只占很小的比例，而完善性維 護(hù)占了幾乎一半的工作量，軟件維護(hù)活動所花費的工作占整個生存期工作量的70%以上。這 是由于在漫長的

16、軟件運行過程中需要不斷對軟件進(jìn)行修改，以改正新發(fā)現(xiàn)的錯誤、適應(yīng)新的 環(huán)境和用戶新的要求。這些修改需要花費很多精力和時間，而且有時修改不正確，還會引入 新的錯誤。同時，軟件維護(hù)技術(shù)不像開發(fā)技術(shù)那樣成熟、規(guī)范化，消耗工作量自然就比較多。5 .軟件維護(hù)：（1）數(shù)據(jù)維護(hù)大多應(yīng)用軟件的數(shù)據(jù)隨著應(yīng)用規(guī)模的日益擴(kuò)大和用戶環(huán)境的迅速發(fā)展，不但基礎(chǔ)信息， 其他所有專題信息也需要經(jīng)常地進(jìn)行維護(hù)和更新。應(yīng)根據(jù)系統(tǒng)的規(guī)模和實際需求，建立系統(tǒng) 的數(shù)據(jù)維護(hù)更新機(jī)制，規(guī)定數(shù)據(jù)維護(hù)更新的周期，使系統(tǒng)的所有數(shù)據(jù)均相對地始終處于最新 的狀態(tài)。數(shù)據(jù)對一個軟件的重要性，越來越被人們認(rèn)識。但是，數(shù)據(jù)如果不經(jīng)常更新，則有 可能失去應(yīng)用價

17、值，這是每個軟件維護(hù)和運行所應(yīng)重視的問題。（2）硬件維護(hù)在軟件運行的過程中，應(yīng)建立硬件設(shè)備的日常維護(hù)制度，并根據(jù)設(shè)備的使用說明進(jìn)行及 時的維護(hù)，以保證設(shè)備完好和系統(tǒng)的正常運行。但當(dāng)設(shè)備的處理能力達(dá)不到要求，或者設(shè)備 本身已經(jīng)過時、淘汰，或者設(shè)備損壞，買不到零配件，或者修理不值得時，應(yīng)考慮硬件更新。 系統(tǒng)硬件更新應(yīng)按關(guān)于硬件評價指標(biāo)的規(guī)定要求重新進(jìn)行選型。（3）軟件維護(hù)的原因要求進(jìn)行軟件維護(hù)的原因多種多樣，歸結(jié)起來有3種類型。改正在特定的使用條件下暴 露出來的一些潛在程序錯誤或設(shè)計缺陷。因在軟件使用過程中數(shù)據(jù)環(huán)境發(fā)生變化（例如，一 個事務(wù)處理代碼發(fā)生改變）或處理環(huán)境發(fā)生變化（例如，安裝了新的硬件

18、或操作系統(tǒng)），需要 修改軟件以適應(yīng)這種變化。用戶和數(shù)據(jù)處理人員在使用時常提出改進(jìn)現(xiàn)有功能、增加新的功 能，以及改善總體性能的要求，為滿足這些要求，就需要修改軟件把這些要求納入到軟件之 中。6 .軟件維護(hù)的過程一個維護(hù)申請?zhí)岢鲋?，?jīng)評審需要維護(hù)，則按下列過程實施維護(hù)。（1）首先要確定進(jìn)行維護(hù)的類型。在許多情況下，用戶可以把一個請求看作改正性維護(hù)， 而軟件開發(fā)者可以把這個請求看作適應(yīng)性或完善性維護(hù)。此時，對不同觀點就需要協(xié)商解決。（2）對改正性維護(hù)從評價錯誤的嚴(yán)重性開始。如果存在一個嚴(yán)重的錯誤，例如，一個 系統(tǒng)的重要功能不能執(zhí)行，則有管理者組織有關(guān)人員立即開始分析問題。如果錯誤并不嚴(yán)重，則改正性

19、維護(hù)與軟件其他任務(wù)一起進(jìn)行，統(tǒng)一安排，按計劃進(jìn)行維護(hù)工作。（3）適應(yīng)性和完善性維護(hù)如同它是另一個開發(fā)工作一樣，建立每個請求的優(yōu)先權(quán)，安排 所需求的工作。（4）實施維護(hù)任務(wù)。不管維護(hù)類型如何，大體上要開展相同的技術(shù)工作。這些工作包括 修改軟件設(shè)計、必要的代碼修改、單元測試、集成測試、確認(rèn)測試及復(fù)審。每種維護(hù)類型的 側(cè)重點不一樣。（5） “救火”式維護(hù)。并不完全適合上面所述的經(jīng)過仔細(xì)考慮的維護(hù)申請，而是對于出 現(xiàn)突發(fā)性的重大故障的維護(hù)。以上是我對軟件工程中軟件維護(hù)的初步認(rèn)識，以后我會更加努力的學(xué)習(xí)軟件工程這門課 程。通過公司組織學(xué)習(xí)“識大體，顧大局，擔(dān)責(zé)任，講奉獻(xiàn)，愛崗敬業(yè)”教育實踐活動，首 先，

20、我對公司三年多的開局，起步與發(fā)展有了更加深刻的認(rèn)識，其次，對公司的五年發(fā)展計 劃有了更加的深刻的了解，尤其這次學(xué)習(xí)使我的思想認(rèn)識得到進(jìn)一步提高，工作作風(fēng)得到進(jìn) 一步強(qiáng)化，使我們集體的凝聚力、戰(zhàn)斗力和執(zhí)行力明顯提高，合作意識、奮斗精神明顯加強(qiáng)。作為一名技術(shù)人員，我將工作定位為協(xié)助好項目經(jīng)理的工作和不斷的自我學(xué)習(xí)充實，在 參與建設(shè)的工程中，在完成工程的施工測量放線的同時，還協(xié)助技術(shù)負(fù)責(zé)人編制施工方案、 技術(shù)交底，并負(fù)責(zé)工程技術(shù)資料的指導(dǎo)與編制，和施工員一起進(jìn)行現(xiàn)場質(zhì)量檢查，以及協(xié)助 安全員落實、督促、檢查施工現(xiàn)場安全工作。在工程施工過程中，我一直以積極的心態(tài)認(rèn)真 地對待自己的工作，在從事的各項工作

21、中，都能盡職盡責(zé)，以求圓滿的完成工作任務(wù)?！安灰?急于出成績，埋下頭來干工作”，是我的工作格言，提醒自己不要好高鷲遠(yuǎn)，而要腳踏實地, 多干實事，在實踐中檢驗自己的知識并獲得施工現(xiàn)場的經(jīng)驗累積。施工現(xiàn)場工作更使我深深明白，在學(xué)校學(xué)習(xí)的東西和自己翻看規(guī)范、規(guī)程死記硬背的知 識遠(yuǎn)不如實際經(jīng)歷過的記得牢固，而且好多學(xué)問更是書本里學(xué)不來的，完全是憑自己的經(jīng)驗。 在這半年來的時間里，我一直在多看，多學(xué)，碰到施工現(xiàn)場的做法與書本里不一樣的地方及時的向別人虛心請教，盡管有時候得不到理論上的解釋，但是卻是 很好的經(jīng)驗。識大體、顧大局的過程是一個改造自我的過程，從而不斷完善人格品德。一個人，在工 作、生活中難免有這樣那樣的不足和錯誤，如果經(jīng)常自省，檢討自己的言行，就能及早發(fā)現(xiàn) 自己的過失，不至于鑄成大錯。因此，要想有所作為、有所成就，不斷提高自己的道德修養(yǎng)， 就必須經(jīng)常地進(jìn)行自省自勵。一方面，要經(jīng)常檢查剖析。找準(zhǔn)自己的問題，防止小錯不查、 釀成大患。另一方面，要做到有錯必改。要想進(jìn)步，就要敢于正視自己的問題，及時采取措 施加以改正，不能遮11護(hù)短、諱疾忌醫(yī)，不能寬容自己、遷就自己。否則，問題就會越來越 多，有的還會越來越大。一屋不掃何以掃天下，自身的問題都發(fā)現(xiàn)不了，怎么能識大體顧大 局呢？從講責(zé)任的角度講就是要明確自身工作職責(zé)，認(rèn)真履行崗位責(zé)任，忠