第一篇：軟件工程學(xué)習(xí)總結(jié)和體會(huì)2015

西安交通大學(xué)

2015級(jí)研究生課程專題作業(yè)

軟 件

工 程 心 得專 業(yè): 班 級(jí): 學(xué) 號(hào): 姓 名: 電 話:

二○一五年十月

體 會(huì)

一、軟件生命周期各階段任務(wù)目的和主要方法

在分階段總結(jié)之前，首先要明確以下三個(gè)問(wèn)題：

1、什么是軟件生存周期？

軟件生存周期是指從軟件定義、開發(fā)、使用、維護(hù)到淘汰的全過(guò)程。主要包括：

（1）問(wèn)題定義；（2）可行性研究；（3）需求分析；（4）概要設(shè)計(jì)；（5）詳細(xì)設(shè)計(jì)；（6）編碼；（7）測(cè)試；

（8）軟件維護(hù)。

2、軟件生存周期為什么劃分成階段？

(1)任何一個(gè)階段的具體任務(wù)不僅獨(dú)立，而且簡(jiǎn)單，便于不同人員分工協(xié)作，從而降低整個(gè)軟件開發(fā)工作的困難程度。

(2)可以降低每個(gè)階段任務(wù)的復(fù)雜程度，簡(jiǎn)化不同階段的聯(lián)系，有利于工程的組織管理，也便于采用良好的技術(shù)方法。

(3)使軟件開發(fā)的全過(guò)程以一種有條不紊的方式進(jìn)行，保證軟件的質(zhì)量，特別是提高了軟件的可維護(hù)性。

3、應(yīng)該怎樣來(lái)劃分階段？

(1)每一個(gè)階段的任務(wù)盡可能獨(dú)立；(2)同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同；

(3)每一個(gè)階段任務(wù)的開始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)。

下面分別對(duì)各階段進(jìn)行討論：

1、問(wèn)題定義

目的是將用戶提出的要求具體化、定量化，任務(wù)是確定研制系統(tǒng)的范圍，明確研制的邊界。

方法步驟：

(1)通過(guò)調(diào)查研究，了解系統(tǒng)要求；

(2)需求方與開發(fā)方討論確定系統(tǒng)的功能、性能、可靠性、安全保密性等方面的要求，以及費(fèi)用、進(jìn)度等方面的要求。

2、可行性研究

可行性研究說(shuō)明該軟件開發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和社會(huì)條件上的可行性，評(píng)述為合理地達(dá)到開發(fā)目的可能選擇的各種方案，目標(biāo)是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。

可行性研究的方法是首先需要進(jìn)一步分析和澄清問(wèn)題定義；然后分析員導(dǎo)出系統(tǒng)的邏輯模型；最后對(duì)未來(lái)的行動(dòng)方針提出建議。

在導(dǎo)出邏輯模型的過(guò)程中，具體要根據(jù)以下四個(gè)方面分析可行性：

(1)經(jīng)濟(jì)可行性:進(jìn)行成本效益分析,評(píng)估項(xiàng)目的開發(fā)成本,估算開發(fā)成本是否會(huì)超過(guò)項(xiàng)目預(yù)期的全部利潤(rùn).分析系統(tǒng)開發(fā)對(duì)其它產(chǎn)品或利潤(rùn)的影響。

(2)技術(shù)可行性:根據(jù)客戶提出的系統(tǒng)功能,性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件,從技術(shù)的角度研究實(shí)現(xiàn)系統(tǒng)的可行性。(3)法律可行性:研究在系統(tǒng)開發(fā)過(guò)程中可能涉及的各種合同,侵權(quán),責(zé)任以及各種于法律相抵觸的問(wèn)題。

(4)開發(fā)方案的選擇性:提出并評(píng)價(jià)實(shí)現(xiàn)系統(tǒng)的各種看法方案.從中選出一種用于軟件項(xiàng)目開發(fā)。

3、需求分析

需求分析是為了有效解決用戶的需要而進(jìn)行的一項(xiàng)工程活動(dòng)，要考慮的問(wèn)題是功能需求、數(shù)據(jù)需求、性能需求和接口需求，開發(fā)者承擔(dān)分析任務(wù)，核心是用戶。

軟件項(xiàng)目的失敗大半源于需求分析沒有做好，軟件開發(fā)人員首先應(yīng)該明確用戶的意圖和要求，正確獲取用戶的需求，然后形成一個(gè)軟件需求規(guī)格說(shuō)明，它是軟件開發(fā)的重要基礎(chǔ)。

需求分析的方法：

(1)需求獲取：獲取客戶需求，客戶泛指某個(gè)人或機(jī)構(gòu)部門等，一般方法是調(diào)查，包括訪談座談、問(wèn)卷、跟班和收集資料，需求規(guī)約可表達(dá)用戶的軟件價(jià)值。

(2)需求分析與規(guī)格說(shuō)明：建立需求模型，它是用戶需求的圖解，一些常用的模型有：業(yè)務(wù)樹圖、用例圖、活動(dòng)圖。分別用于結(jié)構(gòu)化需求建模、系統(tǒng)業(yè)務(wù)舉例和反映系統(tǒng)工作流程。

(3)需求驗(yàn)證：要驗(yàn)證的主要內(nèi)容有：有效性驗(yàn)證、一致性驗(yàn)證、完整性驗(yàn)證、現(xiàn)實(shí)性驗(yàn)證和可檢驗(yàn)性驗(yàn)證。

需求建模的方法：

(1)關(guān)聯(lián)模型

(2)面向?qū)ο竽Ｐ?3)原型方法

4、系統(tǒng)設(shè)計(jì)

此階段主要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)等，一般分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，好的軟件設(shè)計(jì)將為軟件程序編寫打下良好的基礎(chǔ)。

概要設(shè)計(jì)是對(duì)需求規(guī)格說(shuō)明書中提供的軟件系統(tǒng)邏輯模型進(jìn)行進(jìn)一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各個(gè)子系統(tǒng)間及各個(gè)模塊間的關(guān)系，定義各子系統(tǒng)接口界面和各模塊的功能描述，并根據(jù)設(shè)計(jì)結(jié)果產(chǎn)生概 要設(shè)計(jì)文檔。

概要設(shè)計(jì)在早期有模塊化方法、功能分解方法；在60年代后期提出了面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法；近年來(lái)又提出面向?qū)ο蟮脑O(shè)計(jì)方法等。

詳細(xì)設(shè)計(jì)過(guò)程根據(jù)概要設(shè)計(jì)形成的結(jié)果對(duì)各個(gè)模塊的內(nèi)部實(shí)現(xiàn)進(jìn)行規(guī)劃設(shè)計(jì)，并根據(jù)設(shè)計(jì)結(jié)果產(chǎn)生詳細(xì)設(shè)計(jì)文檔。

詳細(xì)設(shè)計(jì)主要方法是通過(guò)采用結(jié)構(gòu)化和面向?qū)ο蟮姆椒◤囊晥D、控制、模型三層模型上細(xì)化概要設(shè)計(jì)的各個(gè)模塊，并完成偽代碼為編碼階段做準(zhǔn)備。

5、編碼和測(cè)試

編碼是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可執(zhí)行的程序代碼。主要方法是依據(jù)詳細(xì)設(shè)計(jì)文檔實(shí)現(xiàn)設(shè)計(jì)中的算法、功能、接口、數(shù)據(jù)結(jié)構(gòu)，采用結(jié)構(gòu)化和面向?qū)ο蠡姆椒ň帉懘a。

編碼過(guò)程中要制定統(tǒng)一，符合標(biāo)準(zhǔn)的編寫規(guī)范，以保證程序的可讀性，易維護(hù)性，提高程序的運(yùn)行效率。

軟件設(shè)計(jì)完成后要經(jīng)過(guò)嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試過(guò)程分單元測(cè)試、組裝測(cè)試以及系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。

測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試兩種。在測(cè)試過(guò)程中需要建立詳細(xì)的測(cè)試計(jì)劃并嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行測(cè)試，以減少測(cè)試的隨 意性。

6、軟件維護(hù)

軟件維護(hù)是軟件生命周期中持續(xù)時(shí)間最長(zhǎng)的階段。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。要延續(xù)軟件的使用壽命，就必須對(duì)軟件進(jìn)行維護(hù)。

軟件的維護(hù)包括糾錯(cuò)性維護(hù)和改進(jìn)性維護(hù)兩個(gè)方面。

二、課程主要收獲

《軟件工程》課程強(qiáng)調(diào)概念和知識(shí)的理解和掌握，側(cè)重軟件項(xiàng)目的分析、設(shè)計(jì)、實(shí)現(xiàn)和維護(hù)的基本技能。比較注意“點(diǎn)”和“面”的結(jié)合，是一門理論性和實(shí)踐性都較強(qiáng)的學(xué)科。作為一名已經(jīng)在IT領(lǐng)域工作十年之后又重返校園的大齡學(xué)生，雖然已經(jīng)不是第一次學(xué)習(xí)這門課程了，去年也剛在單位取得了信息系統(tǒng)項(xiàng)目管理高級(jí)工程師資格，從另一個(gè)側(cè)面對(duì)軟件開發(fā)過(guò)程有了更深層次的理解。不過(guò)溫故而知新，這次仍然選修這門課，我還是得到了一些新的啟示。最大的收獲就是在我看來(lái)，軟件工程與其說(shuō)是一門課程，不如說(shuō)是一門思想，是一個(gè)如何去分析和處理問(wèn)題的過(guò)程，應(yīng)該說(shuō)其范疇已經(jīng)遠(yuǎn)遠(yuǎn)不止局限于該門課程，它已經(jīng)成為了一個(gè)綜合的能夠解決問(wèn)題的思想集合。

此外，通過(guò)對(duì)軟件開發(fā)過(guò)程的重學(xué)習(xí)，并結(jié)合之前在軟件開發(fā)管理工作中的經(jīng)驗(yàn)，我對(duì)自己在軟件開發(fā)主要階段管理工作中的不足有了更進(jìn)一步的認(rèn)識(shí)，總結(jié)了相應(yīng)的管理要點(diǎn)，具體闡述如下：

1、概要設(shè)計(jì)

主要任務(wù)：系統(tǒng)應(yīng)該怎樣做，或概括地說(shuō)，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)。本階段特點(diǎn)：將用戶的具體要求轉(zhuǎn)為抽象的計(jì)算機(jī)軟件設(shè)計(jì)。管理要點(diǎn)：

通過(guò)分析對(duì)比，從多種可能的實(shí)現(xiàn)方案和軟件結(jié)構(gòu)中選出最佳方案及最合理的，即： 設(shè)想供選擇的方案→推薦最佳方案→選取合理的方案功能分解→ 軟件設(shè)計(jì)結(jié)構(gòu) → 數(shù)據(jù)庫(kù)設(shè)計(jì) 3 確定測(cè)試要求并確定測(cè)試計(jì)劃

作為項(xiàng)目管理者必須從概要設(shè)計(jì)開始就應(yīng)該從全局角度開始把握整個(gè)系統(tǒng)的進(jìn)展，并必須從此階段開始，時(shí)刻從全局觀的問(wèn)題來(lái)發(fā)現(xiàn)問(wèn)題，解決問(wèn)題。

2、詳細(xì)設(shè)計(jì)

主要任務(wù)：系統(tǒng)應(yīng)該怎樣具體地做，或概括地說(shuō)，系統(tǒng)應(yīng)該如何具體地去實(shí)現(xiàn)所有的要求。

本階段特點(diǎn)：將抽象的計(jì)算機(jī)軟件設(shè)計(jì)轉(zhuǎn)為形象的，具體的，面向用戶的計(jì)算機(jī)界面設(shè)計(jì)。

管理要點(diǎn)：

本階段尚未涉及具體編寫程序，而是要設(shè)計(jì)出程序的“藍(lán)圖”，所以詳細(xì)設(shè)計(jì)的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。邏輯是否正確性能是否滿足要求是否容易閱讀和理解 作為項(xiàng)目管理者在詳細(xì)設(shè)計(jì)階段，應(yīng)始終不忘從一名用戶的使用角度出發(fā)，審視每一個(gè)界面的詳細(xì)設(shè)計(jì)，以保證設(shè)計(jì)出來(lái)的界面以及程序能夠滿足一般用戶希望將來(lái)的系統(tǒng)能夠通俗易懂，簡(jiǎn)單實(shí)用的要求。

3、編碼

主要任務(wù)：用某種程序設(shè)計(jì)語(yǔ)言書寫計(jì)算機(jī)能夠識(shí)別的程序。

本階段特點(diǎn)：將詳細(xì)設(shè)計(jì)書的內(nèi)容“翻譯”成計(jì)算機(jī)語(yǔ)言，直接關(guān)系到整個(gè)項(xiàng)目的質(zhì)量。

管理要點(diǎn)：

本階段的編碼是設(shè)計(jì)的自然結(jié)果，因此，程序的質(zhì)量主要取決于軟件設(shè)計(jì)的質(zhì)量。但是，程序設(shè)計(jì)語(yǔ)言的特性和編碼途徑也對(duì)程序的以下特性產(chǎn)生深遠(yuǎn)的影響： 程序的可靠性 2 程序的可讀性 3 程序的可測(cè)試性 4 程序的可維護(hù)性

作為項(xiàng)目管理者在編碼階段，必須從把握進(jìn)度與質(zhì)量這兩個(gè)基本方面來(lái)有效地實(shí)施對(duì)項(xiàng)目的管理。首先應(yīng)該根據(jù)項(xiàng)目進(jìn)度計(jì)劃來(lái)合理地安排每一名作業(yè)成員的作業(yè)日程，并且隨時(shí)監(jiān)督每一作業(yè)的進(jìn)展情況，還需要針對(duì)項(xiàng)目的最新變更及時(shí)對(duì)計(jì)劃進(jìn)行調(diào)整，以保證項(xiàng)目的按時(shí)完成。同時(shí)，在項(xiàng)目的進(jìn)展過(guò)程中還需要通過(guò)小組討論，檢查評(píng)審等形式洞察每項(xiàng)作業(yè)的質(zhì)量，以保證項(xiàng)目的保質(zhì)保量完成。可以說(shuō)，本階段是一名項(xiàng)目管理者在項(xiàng)目開發(fā)過(guò)程中極為忙碌也異常重要的階段。

4、測(cè)試

主要任務(wù)：通過(guò)單元測(cè)試和綜合測(cè)試來(lái)保證軟件工程的高質(zhì)量。

本階段特點(diǎn)：盡可能早地發(fā)現(xiàn)并糾正差錯(cuò)，往往占到軟件開發(fā)總工作量的40%以上，是保證軟件質(zhì)量的關(guān)鍵。

管理要點(diǎn)：

軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段。通常在編寫出每個(gè)模塊之后就對(duì)其作必要的測(cè)試（稱之為單元測(cè)試），模塊的編寫者和測(cè)試者是同一人，編碼和單元測(cè)試屬于軟件生命周期的同一個(gè)階段。在此階段結(jié)束之后，對(duì)軟件系統(tǒng)還應(yīng)該進(jìn)行各種綜合測(cè)試，這是軟件生命周期的另一個(gè)獨(dú)立階段，通常由專門的測(cè)試人員來(lái)承擔(dān)這項(xiàng)工作。

作為項(xiàng)目管理者在編碼階段，必須高度重視軟件測(cè)試工作，甚至可以說(shuō)應(yīng)該把測(cè)試看作與編寫程序同等重要的任務(wù)來(lái)對(duì)待。在要求每一名開發(fā)人員完成自己分內(nèi)的單元測(cè)試，并且監(jiān)督測(cè)試人員認(rèn)真進(jìn)行各項(xiàng)綜合測(cè)試的同時(shí)，應(yīng)該把自己完全當(dāng)成一名本軟件工程的用戶，從用戶的角度以一種高度負(fù)責(zé)，甚至近乎苛刻的嚴(yán)格態(tài)度來(lái)對(duì)軟件進(jìn)行徹底的測(cè)試。在本階段通過(guò)嚴(yán)把質(zhì)量關(guān)來(lái)確保軟件工程的質(zhì)量。

所以說(shuō)，尤其在軟件進(jìn)入具體開發(fā)階段后，能否遵循要點(diǎn)進(jìn)行管理是很重要的。

總之，實(shí)際工作當(dāng)中軟件項(xiàng)目為什么會(huì)失??？為什么交付日期會(huì)一拖再拖？我覺得項(xiàng)目失敗只有一個(gè)原因：就是項(xiàng)目經(jīng)理不合格。除非這個(gè)項(xiàng)目經(jīng)理在項(xiàng)目開始階段就已經(jīng)提出來(lái)了這個(gè)項(xiàng)目會(huì)失敗，或者是完全屬于項(xiàng)目之外不可抗拒的原因?qū)е率　Ｒ苍S還會(huì)有一些我的同行跳出來(lái)說(shuō)不服，那么請(qǐng)繼續(xù)：

難道是新增需求的原因?qū)е率。靠蛻魰?huì)讓你新增100個(gè)需求而要你二天交貨嗎？必然是分析設(shè)計(jì)階段沒有充分考慮好可擴(kuò)展性和新增需求導(dǎo)致現(xiàn)在不可控制而失敗的!

難道是程序員人力不足導(dǎo)致？人都沒有到位，怎么會(huì)失敗，多少人做多少人的事，多少人做多少人的計(jì)劃，不會(huì)有失敗。

難道是程序員技能不夠？項(xiàng)目經(jīng)理是如何面試的？怎么在項(xiàng)目失敗了才發(fā)現(xiàn)是程序員技能不夠？有問(wèn)題早提出來(lái)嘛。

難道測(cè)試人員沒有做好？少來(lái)了，測(cè)試人員只是加了一道保障證明。程序很多流程都通過(guò)不了，程序還屬于開發(fā)調(diào)試階段，與測(cè)試人員有什么關(guān)系？

我曾經(jīng)在單位參加一些項(xiàng)目，發(fā)現(xiàn)有這樣一個(gè)概念很多項(xiàng)目經(jīng)理都沒有搞清楚：什么叫開發(fā)階段？我認(rèn)為開發(fā)階段最多只能包括單元測(cè)試這一部分。綜合測(cè)試絕對(duì)不能屬于開發(fā)階段了，也就是說(shuō)不能到了最后交付階段還有程序流程走不通，程序隨便正常操作都會(huì)失敗。程序隨便正常操作都出現(xiàn)好多bug屬于開發(fā)還沒有完成，絕對(duì)還沒有過(guò)單元測(cè)試階段，離綜合測(cè)試和驗(yàn)收階段還早著呢。說(shuō)白了，還屬于代碼審查階段。

不懂程序設(shè)計(jì)的項(xiàng)目經(jīng)理，往往不注重code開發(fā)人員,其實(shí)這是一個(gè)嚴(yán)重的錯(cuò)誤。軟件的質(zhì)量來(lái)源于什么？由誰(shuí)來(lái)保證？有的項(xiàng)目經(jīng)理說(shuō)是由測(cè)試人員來(lái)保證，就算測(cè)試人員的測(cè)試用例寫得很詳細(xì)，把需求中的每一個(gè)功能點(diǎn)都測(cè)試到了，那最后就沒有問(wèn)題了嗎？當(dāng)然不是，很多邏輯上的東西要程序員來(lái)保證不出問(wèn)題的，而測(cè)試人員只是起一個(gè)驗(yàn)證的作用，問(wèn)題不應(yīng)該由測(cè)試人員來(lái)發(fā)現(xiàn)，而應(yīng)該由開發(fā)人員來(lái)發(fā)現(xiàn)。也就是說(shuō)，我們盡量不要讓測(cè)試人員來(lái)發(fā)現(xiàn)問(wèn)題。如果第一次測(cè)試有至少25%以上的用例通不過(guò)，那說(shuō)明質(zhì)量控制出了問(wèn)題。這樣的版本根本就不應(yīng)該拿出來(lái)進(jìn)行測(cè)試。由此可見，軟件的質(zhì)量是由程序員來(lái)保證的，而不是測(cè)試人員。

總的說(shuō)來(lái)，一個(gè)項(xiàng)目的成敗與否，與項(xiàng)目的各個(gè)階段皆有關(guān)系：需求都不清楚，開發(fā)起來(lái)肯定是南轅北轍；分析設(shè)計(jì)不夠好，會(huì)讓程序員難以維護(hù)，隨著新增需求的增多，會(huì)導(dǎo)致整個(gè)系統(tǒng)混亂不可控制；編碼不好，整個(gè)系統(tǒng)不穩(wěn)定是必然的，Bug也是抓不盡的；測(cè)試不做好，系統(tǒng)是沒有保證的，少了哪個(gè)環(huán)節(jié)都不行。

所以做軟件項(xiàng)目開發(fā)過(guò)程管理工作，我認(rèn)為重點(diǎn)要放在項(xiàng)目計(jì)劃、進(jìn)度控制、質(zhì)量控制、風(fēng)險(xiǎn)預(yù)測(cè)這四個(gè)方面。不要說(shuō)項(xiàng)目的失敗是因?yàn)樾滦枨笠鸬?一個(gè)沒有新增需求和風(fēng)險(xiǎn)的項(xiàng)目是不存在的，承認(rèn)這一點(diǎn)之后,我們就不會(huì)有很多怨言了。

以下針對(duì)這四個(gè)方面進(jìn)行詳述：

項(xiàng)目計(jì)劃：沒有項(xiàng)目計(jì)劃，那失敗還有什么話好說(shuō)？大家都知道凡事預(yù)則立，不預(yù)則廢。項(xiàng)目計(jì)劃一定要包括這幾方面的內(nèi)容：各階段里程碑時(shí)間點(diǎn)，各個(gè)里程碑的輸出結(jié)果，風(fēng)險(xiǎn)預(yù)測(cè)，意外應(yīng)對(duì)。計(jì)劃時(shí)間一定要提前于交貨時(shí)間，并注意風(fēng)險(xiǎn)意外是否留下足夠的應(yīng)對(duì)時(shí)間和處理方案。

進(jìn)度監(jiān)控：對(duì)每個(gè)階段把握好，每個(gè)階段要完成的任務(wù)一定要完成，如果完不成，是什么原因?qū)е碌?？我們的?yīng)對(duì)策略是什么？我們要信任別人，但是不要忘記鎖門。同樣的，別人說(shuō)完成了，你不能就認(rèn)為別人完成了，要看到結(jié)果才能證明完成了。有的項(xiàng)目經(jīng)理說(shuō)，我也進(jìn)度監(jiān)控啦，他說(shuō)完成了就完成了，誰(shuí)想到?jīng)]有完成？到底是程序員不誠(chéng)實(shí)還是項(xiàng)目沒有管理好？你沒有鎖好門，能怨別人偷你東西嗎？還有一種情況就是不懂如何鎖門，根本就不知道這一階段的輸出結(jié)果是什么？當(dāng)然進(jìn)度監(jiān)控就是一句空話了。

質(zhì)量監(jiān)控：也應(yīng)該是分階段進(jìn)行的，每一個(gè)階段的質(zhì)量監(jiān)控內(nèi)容有所不同。

需求分析階段的質(zhì)量監(jiān)控就是完整而又正確的理解用戶需求，需求是否清楚可懂，寫用例的測(cè)試人員是否明白需求？

分析設(shè)計(jì)階段的質(zhì)量監(jiān)控就是設(shè)計(jì)是否完全滿足需求？這個(gè)設(shè)計(jì)方案是否滿足以后新功能的擴(kuò)展？以及是否有考慮到新功能的意外和設(shè)備環(huán)境，運(yùn)行平臺(tái)的變化？

編碼階段的質(zhì)量監(jiān)控就是變量命名是否規(guī)范？代碼是否可讀？是否有詳細(xì)的注釋？是否有重復(fù)代碼？要知道重復(fù)代碼是必然會(huì)造成系統(tǒng)不穩(wěn)定，bug成群的?？勺儾糠值拇a和不可變部分的代碼是否分離。要知道上面講的每一部分如果沒有做好，都會(huì)導(dǎo)致后期的產(chǎn)品出現(xiàn)大量問(wèn)題。代碼階段還有一個(gè)重要的工作就是做code review代碼公開評(píng)審，你自己發(fā)現(xiàn)不了的問(wèn)題別人也許就看得見。

單元測(cè)試階段的質(zhì)量監(jiān)控任務(wù)就是單元測(cè)試代碼是否測(cè)試通過(guò)？代碼覆蓋是否完全？單元測(cè)試報(bào)告提交情況如何？單元測(cè)試用例有沒有做好？ 綜合測(cè)試階段質(zhì)量監(jiān)控任務(wù)當(dāng)然就是看用例是否完全？是否全部真正執(zhí)行？測(cè)試報(bào)告有沒有寫好？

回歸測(cè)試當(dāng)然得看以前測(cè)試的Bug是否還在，如果還在，當(dāng)然是無(wú)條件打回去重新開發(fā)。

測(cè)試階段最主要的監(jiān)控就是看用例是否真正執(zhí)行，是否有安全性測(cè)試？破壞性測(cè)試？異常測(cè)試，壓力測(cè)試？

以上的每個(gè)階段最好完成了才進(jìn)行下一階段，否則會(huì)造成混亂出現(xiàn)問(wèn)題的，造成想并行進(jìn)行節(jié)約時(shí)間卻反而浪費(fèi)了時(shí)間。

以上就是我重學(xué)《軟件工程》并結(jié)合實(shí)際工作經(jīng)驗(yàn)所得到的啟示，不妥之處請(qǐng)劉老師批評(píng)指正！

第二篇：軟件工程學(xué)習(xí)總結(jié)

軟件工程學(xué)習(xí)總結(jié)

通過(guò)一個(gè)學(xué)期系統(tǒng)的學(xué)習(xí)軟件工程這門課，結(jié)合與小組成員一起開發(fā)設(shè)備管理系統(tǒng)的經(jīng)驗(yàn)，讓我對(duì)軟件的開發(fā)有了更深的了解，學(xué)習(xí)到每一個(gè)軟件的開發(fā)都不僅僅是寫代碼，還有更加復(fù)雜的系統(tǒng)性的開發(fā)流程。

要開發(fā)一個(gè)軟件，就拿設(shè)備管理系統(tǒng)來(lái)說(shuō)，我們不能一上手就開始寫代碼，這樣會(huì)浪費(fèi)大量的人力物力財(cái)力還得不到理想的結(jié)果，首先我們應(yīng)該先做好市場(chǎng)及需求方面的調(diào)查，了解用戶需求有助于我們開發(fā)更加實(shí)用高效的軟件，做好市場(chǎng)調(diào)研可以讓我們對(duì)成本、利潤(rùn)、市場(chǎng)情況等有深層了解，讓我們做出最優(yōu)決策。

調(diào)查結(jié)束后，我們要寫出詳細(xì)的報(bào)告，包括項(xiàng)目開發(fā)計(jì)劃書、軟件需求規(guī)格說(shuō)明書等，有了這些調(diào)查結(jié)果，我們才可以系統(tǒng)的，條理的來(lái)編寫我們的軟件。從前我們寫代碼都非常的盲目，雜亂無(wú)章，想到哪寫到哪，浪費(fèi)了大量的時(shí)間，寫的代碼結(jié)構(gòu)也很松散，錯(cuò)誤率高。學(xué)習(xí)軟件工程后，我們學(xué)習(xí)了多種軟件開發(fā)模型，學(xué)會(huì)了模塊化的開發(fā)方法，小組成員每人完成不同的模塊，最后綜合起來(lái)，這樣能夠節(jié)省大量的時(shí)間，縮短開發(fā)時(shí)間，使代碼結(jié)構(gòu)更加緊湊，易于管理維護(hù)。如果說(shuō)代碼是一種工具的話，那么軟件工程就是使用工具的經(jīng)驗(yàn)指導(dǎo)，他能指導(dǎo)我們更好的使用這個(gè)工具，發(fā)揮它最大的潛能，幫助我們完成項(xiàng)目，不管使用什么程序語(yǔ)言，軟件工程教給我們的開發(fā)方法都無(wú)條件適用，我們需要認(rèn)真學(xué)習(xí)理解這門課程，它將伴隨我們?cè)诔绦蜷_發(fā)的路上走下去。

第三篇：軟件工程實(shí)施體會(huì)

軟件工程實(shí)施體會(huì)

——本學(xué)期對(duì)軟件工程實(shí)驗(yàn)使我學(xué)會(huì)的

軟件工程項(xiàng)目是需要團(tuán)體作業(yè)才能夠完成的。團(tuán)體作業(yè)就需要交流，有交流，就必然會(huì)有合作；有合作，就需要有分工；有分工，就需要有協(xié)調(diào)；有所有這些，就需要有管理。然而一個(gè)人的項(xiàng)目是否不需要管理？當(dāng)然不是，因?yàn)橛形臋n，有代碼，有靈感，有經(jīng)驗(yàn)，等等都需要管理。只是此刻的管理是自己完成的，可以更簡(jiǎn)單一點(diǎn)。我們已經(jīng)有過(guò)一遍又一遍的調(diào)試以前已經(jīng)fix過(guò)的bug體驗(yàn)，也有過(guò)一遍又一遍的查找以前自己實(shí)現(xiàn)過(guò)的技術(shù)的經(jīng)歷。軟件工程的理論，在開發(fā)過(guò)程中的作用，就是指導(dǎo)如何做好管理，以取得軟件的可用性、正確性和合理性。如果我們清楚知道這是它的目標(biāo)，就可以拋開一些對(duì)自己不適用的枝節(jié)。

那么我們?nèi)绾螌?shí)現(xiàn)它呢？

我認(rèn)為軟件工程中最重要的，最有實(shí)際意義的，是它界定了工作職能，從而也確定了責(zé)任歸屬。什么意思？說(shuō)白了，就是什么人做什么事，出了問(wèn)題誰(shuí)負(fù)責(zé)。那么它是怎么界定工作職能的？是通過(guò)對(duì)軟件開發(fā)流程的劃分來(lái)實(shí)現(xiàn)的。軟件工程把軟件的開發(fā)劃分成很多個(gè)相對(duì)獨(dú)立的階段，每一個(gè)階段都有相關(guān)的人員來(lái)實(shí)現(xiàn)，也就有相關(guān)的人員來(lái)負(fù)責(zé)。分工不清，責(zé)權(quán)不明，是導(dǎo)致管理混亂的最主要的因素。所以即使是兩個(gè)人的項(xiàng)目，也是需要軟件工程來(lái)指導(dǎo)的，因?yàn)橥ㄟ^(guò)它，可以更好的知道如何可以合理分工，劃分工作職權(quán)以取得最終的成果。當(dāng)然，走教條主義的道路是非常愚蠢的。

軟件工程是針對(duì)“軟件危機(jī)”提出來(lái)的。它是一種工程，把經(jīng)驗(yàn)和理論應(yīng)用到實(shí)踐中來(lái)，解決軟件開發(fā)中出現(xiàn)的各種問(wèn)題。這是什么意思？就是說(shuō)，軟件工程是用來(lái)解決實(shí)際問(wèn)題的。如果軟件開發(fā)中沒有遇到管理問(wèn)題，軟件工程就不需要管理的內(nèi)容；如果軟件開發(fā)中沒有遭遇文檔混亂，軟件工程就不需要文檔的部分。但是如果很幸運(yùn)的遭遇到了這些，那么這一切都是不可或缺的。軟件工程不是一個(gè)固定的呆板的框框，而是一個(gè)有彈性的概念。

所以，如果不是要去申請(qǐng)iso或是cmm認(rèn)證，完全不必要一板一眼的按照iso或是cmm的規(guī)范去做。所謂“有企業(yè)特色的軟件工程”，完全可以從吸收現(xiàn)有的模式和規(guī)范中完善起來(lái)。但這并不是說(shuō)所有在開發(fā)過(guò)程中出現(xiàn)的都是軟件工程，只有那些能引導(dǎo)開發(fā)走向成功的才是真正有意義的軟件工程。其他的，最多只是失敗的嘗試。

軟件工程實(shí)施的時(shí)機(jī)；

首先要知道軟件工程，理解軟件工程；然后要了解現(xiàn)有的軟件工程的模式和規(guī)范。ISO、CMM或是Agility，都定義了一套規(guī)范。這些規(guī)范是經(jīng)驗(yàn)與技術(shù)，以及理論的積累。它們存在很多合理的、可行的模式，可以引用和參考；但銀彈是沒有的。當(dāng)然，我們可以重頭再來(lái)，造他們?cè)爝^(guò)的輪子，摔他們摔過(guò)的跤；但很明顯，這是不必要的。

實(shí)施的最好方法，也是最可行的方法，成本最小的方法，是根據(jù)開發(fā)的客觀的因素，修改那些規(guī)范，以符合我們的開發(fā)過(guò)程；但是最主要的，是修改我們的主觀認(rèn)識(shí)，以符合那些規(guī)范；而最重要的，是在實(shí)施中發(fā)現(xiàn)那些規(guī)范不合理的地方，并改正它。我們擔(dān)心過(guò)小的項(xiàng)目應(yīng)用軟件工程是否會(huì)陷入官僚主義，從而加重項(xiàng)目的負(fù)擔(dān)？我們?cè)賮?lái)看什么是軟件工程？軟件工程并沒有定義什么才是軟件工程！也沒有定義軟件工程自身的規(guī)模。軟件工程的意義在于對(duì)開發(fā)階段的劃分，以及分工和責(zé)任歸屬。這與項(xiàng)目的規(guī)模沒有什么沖突。相反，越是小的項(xiàng)目越是需要軟件工程的管理。

軟件開發(fā)的一個(gè)共識(shí)，是把一個(gè)大的項(xiàng)目劃分成一些小的模塊，再把小的模塊劃分成更小的模塊。如果這些小模塊是獨(dú)立的（或者原來(lái)就是一個(gè)獨(dú)立的項(xiàng)目），那么軟件工程至少可以提高它的重用性。對(duì)于一個(gè)軟件工程觀念不深的團(tuán)隊(duì)，不要期望他們?cè)诮邮执蟮捻?xiàng)目的時(shí)候可以使用軟件工程，如果他們?cè)谛№?xiàng)目中不愿使用的話。前者的復(fù)雜度不是他們可以想象和承受的。軟件工程對(duì)工作量有什么影響？針對(duì)那些在不使用軟件工程管理的項(xiàng)目中很輕松的人而言的。軟件工程會(huì)使他們要么失業(yè)，要么負(fù)起責(zé)任來(lái)。相對(duì)工程師而言，他們會(huì)從混亂的毫無(wú)頭緒的狀態(tài)中解放出來(lái)，他們的工作會(huì)變得有效率。損失的是以前尸位素餐的人將暴露出來(lái)——這可能是它的唯一的缺陷，同時(shí)也是它受到很多企業(yè)/個(gè)人抵制的可能原因之一。

第四篇：學(xué)習(xí)軟件工程的心得與體會(huì)

學(xué)習(xí)軟件工程的心得體會(huì)

整本書的內(nèi)容邏輯很清晰明了，由淺入深循序漸進(jìn)，首先我就大概描述下我們所學(xué)的內(nèi) 容，第一章是從整體分析軟件工程這門學(xué)科的發(fā)展和所處的社會(huì)環(huán)境，接著后面的幾章深入分析了軟件開放過(guò)程和模式、軟件項(xiàng)目管理、計(jì)算機(jī)工程、需求分析、結(jié)構(gòu)化分析建模以及基于UML面向?qū)ο蠓治鼋５?。接著我就詳?xì)介紹下我對(duì)這門課程知識(shí)點(diǎn)的理解概括：

軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。

軟件生存周期：一個(gè)軟件從定義到開發(fā)、使用和維護(hù)，直到最終被棄用，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱為生存周期。軟件的生存周期可分為八個(gè)階段：①問(wèn)題定義；②可行性研究；③需求分析；④總體（概要）設(shè)計(jì)；⑤詳細(xì)設(shè)計(jì)；⑥編碼與單元測(cè)試；⑦綜合測(cè)試；⑧軟件維護(hù)； 瀑布模式：原型進(jìn)化模式：增量模式：螺旋模式：

軟件開發(fā)的整個(gè)過(guò)程：①需要項(xiàng)目團(tuán)隊(duì)，組建優(yōu)秀的團(tuán)隊(duì)可以開發(fā)出更搞質(zhì)量的軟件產(chǎn)品。任務(wù)開發(fā)團(tuán)隊(duì)要求小而精，成員大多在8人以內(nèi)，主要成員有項(xiàng)目負(fù)責(zé)人、開發(fā)人員、資料管理員和軟件測(cè)試員。②項(xiàng)目計(jì)劃是為了使軟件開發(fā)各項(xiàng)工作有秩序地進(jìn)行，包括任務(wù)分配和基于里程碑的進(jìn)度安排，甘特圖和任務(wù)網(wǎng)絡(luò)圖是用來(lái)描述進(jìn)度計(jì)劃的工具。項(xiàng)目計(jì)劃書可以作為軟件開發(fā)的工作指南。③項(xiàng)目成本估算，由于項(xiàng)目有來(lái)自各方面的成本包括工資開支、場(chǎng)地費(fèi)、差旅費(fèi)、設(shè)備費(fèi)和資料費(fèi)等，但是軟件主要是對(duì)人力成本的估算，常用的方法有程序代碼成本估算法等。④軟件風(fēng)險(xiǎn)管理包括很多不確定的風(fēng)險(xiǎn)因素，如計(jì)劃風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)、需求風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、人員風(fēng)險(xiǎn)、產(chǎn)品風(fēng)險(xiǎn)、用戶風(fēng)險(xiǎn)和商業(yè)風(fēng)險(xiǎn)等等，而風(fēng)險(xiǎn)管理的主要任務(wù)是：風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)估、和風(fēng)險(xiǎn)防范。⑤軟件文檔管理，軟件文檔是工程模式軟件開發(fā)的成果體現(xiàn)，包括技術(shù)文檔、管理文檔和用戶文檔。⑥軟件配置管理與軟件質(zhì)量管理，包括配置規(guī)劃、軟件變更控制、軟件版本控制和質(zhì)量控制計(jì)劃。

《軟件工程》課程既強(qiáng)調(diào)基本概念和基本知識(shí)的理解和掌握，又側(cè)重軟件項(xiàng)目的分析、設(shè)計(jì)、實(shí)現(xiàn)和維護(hù)的基本技能。比較注意“點(diǎn)”和“面”的結(jié)合。我還是蠻喜歡這門課的，通過(guò)對(duì)這門課的學(xué)習(xí)讓我意識(shí)到理論學(xué)習(xí)很重要，實(shí)踐更重要，實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，只有將理論與實(shí)際結(jié)合，才更能發(fā)揮我們所學(xué)的知識(shí)的作用，更能直接的創(chuàng)造效益，社會(huì)和國(guó)家做出貢獻(xiàn)。

第五篇：軟件工程課程設(shè)計(jì)個(gè)人體會(huì)

數(shù)學(xué)與信息工程學(xué)院

項(xiàng)目名稱： 實(shí)驗(yàn)室設(shè)備管理系統(tǒng) 專業(yè)班級(jí)：11計(jì)教1班

學(xué)號(hào)：1129020025 姓名：蔣一瑭

承擔(dān)角色：美工，問(wèn)題處理 組號(hào)：08 同組組長(zhǎng)：鄧?yán)?/p>

同組其他成員：王宇翔 馬富偉 江濤 指導(dǎo)教師：鐘美

完成起止日期：2014.6.12 《軟件工程課程設(shè)計(jì)個(gè)人體會(huì)》 1.美化軟件和對(duì)在設(shè)計(jì)過(guò)程中所遇到的問(wèn)題進(jìn)行處理 2.在設(shè)計(jì)是會(huì)出現(xiàn)兩種錯(cuò)誤，一種是系統(tǒng)部分自定義錯(cuò)誤和數(shù)據(jù)庫(kù)錯(cuò)誤。系統(tǒng)部分自定義錯(cuò)誤在權(quán)限方面，管理員出現(xiàn)錯(cuò)誤，而輸入方面用戶帳號(hào)和密碼出錯(cuò)，查找方面找不到符合要求的記錄。對(duì)于數(shù)據(jù)庫(kù)，代碼出錯(cuò)。

對(duì)于系統(tǒng)部分 自定義錯(cuò)誤，需要添加/修改操作只能給幾十對(duì)輸入數(shù)據(jù)進(jìn)行驗(yàn)真。分析錯(cuò)誤的類新。并給出相應(yīng)的錯(cuò)誤提示語(yǔ)句。

對(duì)于數(shù)據(jù)庫(kù)錯(cuò)誤，可以在可能出錯(cuò)的地方中輸入相應(yīng)的出錯(cuò)語(yǔ)句，并將程序重置，最后返回輸入階段。

此外，還有未解決的問(wèn)題：未添加設(shè)備選購(gòu)數(shù)量屬性，輸入賬戶密碼后，退出登錄后，賬戶密碼自動(dòng)填充。

至于美工方面，就添了一張圖片，一切從簡(jiǎn)，只留必須要留下的。

3.軟件工程課程設(shè)計(jì)課程設(shè)想心得體味，這也激起了我爾后勤奮進(jìn)修的樂趣，我想這將對(duì)我以后的進(jìn)修發(fā)作主動(dòng)的影響。其次，此次課程設(shè)想讓我充實(shí)熟悉到團(tuán)隊(duì)協(xié)作的主要性，只要合作協(xié)作才干保證整個(gè)項(xiàng)目標(biāo)有條不絮。經(jīng)過(guò)此次設(shè)想，我懂得了進(jìn)修的主要性，體會(huì)到實(shí)際學(xué)問(wèn)與實(shí)際相連系的主要意義，學(xué)會(huì)了堅(jiān)持、耐心和勤奮，這將為自己爾后的進(jìn)修和任務(wù)做出了最好的表率。我感受作為一名軟件工程專業(yè)的先生，此次課程設(shè)想是很故意義的。更主要的是若何把自己日常平凡所學(xué)的工具利用到理想中。固然自己關(guān)于這門課懂的并不多，良多根本的工具都還沒有很好的放縱，感受很難，也沒有很有效的法子經(jīng)過(guò)自身去了解，可是靠著這一個(gè)多禮拜的“進(jìn)修”，在小組同窗的輔佐和解說(shuō)下，漸漸對(duì)這門課逐漸發(fā)作了些許的樂趣，自己起頭自動(dòng)進(jìn)修并逐漸從根本漸漸起頭弄懂它。

所以我以為此次的課程設(shè)想意義很深，和其他4位同窗的配合進(jìn)修、配合、勤奮的進(jìn)程也很歡快，別的還要感謝感動(dòng)教員的耐心教育。