軟件工程管理

原理、技術(shù)和方法，這種思想在一定程度上解決了軟提出一套管理軟件開發(fā)的通用原則，軟件管理不善的問題依舊在大范圍內(nèi)存在。隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們越來越意識到軟件過程管理的重要性，因此管理學(xué)的思想逐提出的軟件能力成熟度模型(簡稱SW-CMM)便是軟件源于已有60多年歷史的產(chǎn)品質(zhì)量管理。1930年，WalterSheward率先提出了一整套基于統(tǒng)計學(xué)原的》一書中率先提出將質(zhì)量管理形成成熟度框架的概件工程過程，收到了很大的成效。SEI的軟件能力成熟度模型就是在以Humphrey為主的軟件專家實踐經(jīng)驗的基礎(chǔ)上發(fā)展而來的。軟件能力成熟度模型中融合了軟件過程定量控制中項目管理和項目工程的基本原軟件工程過程的基礎(chǔ)結(jié)構(gòu)和實踐進(jìn)行管理和改進(jìn)，就可以克服軟件生產(chǎn)中的困難，增強(qiáng)開發(fā)制造能力，從全面質(zhì)量管理(TotalQualityManagement，簡稱TQM)是一個組織以質(zhì)量為中心，以全員參與為基礎(chǔ)，目的在于通過讓顧客滿意和本組織所有成員及社會受早期的質(zhì)量管理僅限于質(zhì)量檢驗，僅能對產(chǎn)品的質(zhì)量行事后把關(guān)，但質(zhì)量并不是檢驗出來的，所以，質(zhì)統(tǒng)計過程控制階段。休哈特認(rèn)為，產(chǎn)品質(zhì)量不是檢驗出來的，而是生產(chǎn)制造出來的，質(zhì)量控制的重點(diǎn)應(yīng)放在制造階段，從而將質(zhì)量控制從事后把關(guān)提前到制造將質(zhì)量控制擴(kuò)展到產(chǎn)品壽命循環(huán)的全過程，強(qiáng)調(diào)全體，其次才是制造出來的。因此，質(zhì)量控制的重點(diǎn)應(yīng)放在設(shè)計階段，從而將質(zhì)量控制從制造階段進(jìn)一步提前到(1)全員參加:意味著質(zhì)量控制由少數(shù)質(zhì)量管理人(2)全過程:將質(zhì)量控制從質(zhì)量檢驗和統(tǒng)計質(zhì)量控(3)全面運(yùn)用一切有效方法:是指應(yīng)用一切可以運(yùn)(4)全面控制質(zhì)量因素:意味著把影響質(zhì)量的人、機(jī)器設(shè)備、材料、工藝、檢測手段、環(huán)境等全部予以大多數(shù)經(jīng)營管理者認(rèn)為，全面質(zhì)量管理的核心是強(qiáng)調(diào)一致性，克服隨意性，消除差錯，使顧客得到全面的滿足，它強(qiáng)調(diào)為了取得真正的經(jīng)濟(jì)效益，管理必須始于識別顧客的質(zhì)量要求，終于顧客對他手中的產(chǎn)品感到滿意。全面質(zhì)量管理就是為了實現(xiàn)這一目標(biāo)而指導(dǎo)人、機(jī)器、信息的協(xié)調(diào)活動。因此，全面質(zhì)量管理可以歸納為兩大基本原則.首先是以滿足顧客需求為導(dǎo)向，不斷改善，最終達(dá)到顧客的全面滿足；其次是以全員參與為基礎(chǔ)，進(jìn)行全CMM對全面質(zhì)量管理的體現(xiàn)在軟件業(yè)，軟件質(zhì)量得不到提高主要原因在于質(zhì)量觀念的缺乏，而將全面質(zhì)獲取競爭優(yōu)勢的有效手段。CMM不但對于指導(dǎo)過程改進(jìn)是一項很好的工具，而且把全面質(zhì)量管理概念應(yīng)用軟件獲取、質(zhì)量保證、配置管理的軟件過程全面質(zhì)量管理。CMM的思想是一切從顧客需求出發(fā)，從全組織最關(guān)鍵的它還是一種高效的管理方法，有助于企業(yè)最的特征是將軟件需求作為一個活躍的實體貫穿于整個開發(fā)過程之中，實施有效的需求管理事實上滲透在CMM的不同層次(Level)和眾多關(guān)鍵過程域之中。軟件需求是軟件項目成功的關(guān)鍵，軟件項目中百分之四十至百分之六十的問題都是在需求分析階段埋下的為“產(chǎn)品或服務(wù)內(nèi)在特性和外部特性的總和，以此構(gòu)用戶需求的軟件產(chǎn)品才談得上有好的質(zhì)量，反之，需件質(zhì)量管理”過程域中也明確要求，組織、顧客和最終用戶的軟件質(zhì)量需求及其優(yōu)先級可以追蹤到分配給軟件的系統(tǒng)需求及軟件質(zhì)量目標(biāo)。因此，CMM的需求需求為導(dǎo)向”出發(fā)的，軟件開發(fā)則應(yīng)以需求工程作為核心過程需求工程無疑是當(dāng)前軟件工程中的關(guān)鍵問題，但又是軟件工程中最復(fù)雜的過程之一。完整的軟需求開發(fā)的一般過程分為需求獲取、需求分析、編寫需求規(guī)格說明書(SRS)、需求驗證四個階段，需求管理則主要包括需求基線的建立、需求變更控制以及需求跟蹤等活動。需求獲取是通過與用戶的交流，對現(xiàn)有系統(tǒng)的觀察及對任務(wù)進(jìn)行分析，從而開發(fā)、捕獲和用戶所看到的求模型構(gòu)件生成精確的形式化的描述，即需求規(guī)格說完整性和一致性，這就是需求驗證。貫穿于整個過程中，需求管理中最基本的任務(wù)則是明確需求，并使所確保所有用戶需求被正確地應(yīng)用，并且在需求發(fā)生變更時，能夠完全地控制其影響范圍，始終保持產(chǎn)品與人員的參與，如領(lǐng)域?qū)＜摇⒆罱K用以不同的著眼點(diǎn)和不同的知識背景，獲得對軟件需求的全面理解。需求工程最大的難度就體現(xiàn)在全方位需求的獲取以及非功能性需求與功能性需求的錯綜復(fù)雜析建模技術(shù)的缺乏大大增加了需求工程的復(fù)雜性，而非功能性需求往往又決定了對軟件產(chǎn)品的質(zhì)量要求。因此，非功能性需軟件生命周期的各個階段被嚴(yán)格地劃分出來，其目的是保持軟件工程活動和軟件工作產(chǎn)品的一致性。目前還有很多軟件企業(yè)的軟件開發(fā)工作僅限于編碼，軟件因此單純的軟件工程技術(shù)并不能有效的解決“軟件危設(shè)計過程從編碼中分離出來，才能對軟件質(zhì)量進(jìn)行產(chǎn)TQM的核心就在于防患于未然，做到事先控制，確信軟件開發(fā)生命周期一般分為需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、單元測試、集成測試、確認(rèn)測試、系模型、增量模型、演化模型和螺旋模型，實際的軟件過程往往是幾種模型的結(jié)合。其中，V模型的運(yùn)用越來越廣泛，它強(qiáng)調(diào)了各個測試階段與開發(fā)前期各階段的對應(yīng)，更明確表示了個各種工作產(chǎn)品間的關(guān)系，也易于用戶在軟件開發(fā)中的參與和評價在軟件的整個生命周期中，軟件產(chǎn)品的質(zhì)量首先取決于它的設(shè)計，因水平也將越好。要保證顧客對質(zhì)量滿意，就必須從產(chǎn)品開發(fā)研制階段開始做起，需將用戶對軟件產(chǎn)品的質(zhì)量要求轉(zhuǎn)化成設(shè)計質(zhì)量標(biāo)準(zhǔn)和開發(fā)過程中各個環(huán)節(jié)的并分別由上下游角色對其進(jìn)行同行評審，置于嚴(yán)格的同行評審的目的則是在過程中及早地消除缺陷，減少后續(xù)階段的返工，避免上一個階段引入的缺陷遺留到下一個階段，造成質(zhì)量成本的成倍增加。缺陷是在開到前期，遺留到用戶手中的缺陷也相應(yīng)減少，這必將把質(zhì)量控制從事后檢測轉(zhuǎn)變?yōu)槭虑邦A(yù)防，能夠盡量減少大的設(shè)計更改。需求管理、全面質(zhì)量管理以及TQM中常用的質(zhì)量功能展開技術(shù)(QFD)也都是這種思想的量管理活動是有計劃的、軟件產(chǎn)品的質(zhì)量目標(biāo)是量化的和受到管理的。它遵循了全面質(zhì)量管理活動的科學(xué)程序—PDCA(Plan、Do、Check、Action)，即四個階(1)計劃:即確定質(zhì)量目標(biāo)以及實現(xiàn)這個目標(biāo)需要采取的措施。制定質(zhì)量計劃是整個質(zhì)量管理活動的基對于軟件來說，軟件質(zhì)量則體現(xiàn)在質(zhì)量特性上，靠性、易用性、效率、可維護(hù)性和可一致性，每個特性包含若干子特性。設(shè)定質(zhì)量目標(biāo)就是要找到用戶的質(zhì)量需求與這些質(zhì)量特性的相關(guān)性，并將其轉(zhuǎn)化為開發(fā)過程中可度量的技術(shù)指標(biāo)或能力指標(biāo)，作為質(zhì)量控上述的六大特性屬于軟件的外部屬性，與用戶滿意度直接相關(guān)，可以根據(jù)組織的目標(biāo)和項目的特點(diǎn)建立質(zhì) (QualityFunctionDeployment)、GQM (GoalQuestionMetrics)等確定量化的質(zhì)量目因此，更常用的做法是以過程能力目標(biāo)反映產(chǎn)品質(zhì)量目標(biāo)，一個典型的能力指標(biāo)就是缺陷密度(即每單位規(guī)模工作產(chǎn)品中存在的缺陷數(shù))和相應(yīng)的階段缺陷排錯率，可以根據(jù)歷史數(shù)據(jù)估計產(chǎn)品的規(guī)模和目標(biāo)缺陷 際執(zhí)行。為了在過程中控制軟件的質(zhì)量，需采取相應(yīng)的手段在預(yù)定的階段點(diǎn)或里程碑上進(jìn)行軟件工作產(chǎn)品測試等。這些方法主要從兩方面對軟件的質(zhì)量進(jìn)行度量，一是內(nèi)部屬性，即過程和活動自身可以度量的屬與用戶環(huán)境相關(guān)的屬性，這些屬性在過程中往往難以度量，只有通過在項目的早期引入用戶測試來予以評價，而讓用戶參與開發(fā)過程，大大有利于產(chǎn)品質(zhì)量的(3)檢查：即把