1、軟件開發質量管理層次模型本文對軟件開發質量管理的層次進行了初步的劃分， 形成了軟件開發質量管理層次模型， 并對模型中的各個層次內涵做了簡要說明。1 概述質量：一組固有特性滿足要求的程度， 指產品或服務滿足規定或潛在需要的特征和特 性的總和。它既包括有形產品也包括無形產品；既包括產品內在的特性、也包括產品外 在的特性。即包括了產品的適用性和符合性的全部內涵。有四個3、軟件質量： 與軟件產品滿足明確或隱含需求的能力有關的特征和特征的總和。含義： 1 、能滿足給定需要的特性之全體； 2、具有所希望的各種屬性的組合的程度；顧客或用戶認為能滿足其綜合期望的程度； 4 、軟件的組合特性， 它確定軟件在使用

2、中將 滿足顧客預期要求的程度。從用戶最感興趣的的角度來說， 軟件質量可以從三個不同的角度來看待： 如何使用軟 件、使用效果如何、軟件性能如何；從軟件開發的團隊的角度來說，不僅要生產出滿足 質量要求的軟件，也對中間產品的質量感興趣，也對如何運用最少的的資源、最快的進 度生產出質量最優的產品感興趣；從軟件維護者的角度看，對軟件維護方面的特性感興 趣；對企業的管理層來說，注重的是總體效益和長遠利益，就是說質量好的軟件一般可 以幫助企業擴大市場； 反之，質量差的軟件一般會造成企業市場萎縮。軟件質量特性：根據GB/T16260-1996(idt ISO /IEC9126 :1991)信息技術 軟 件產品

3、評價質量特性及其使用指南軟件的質量特性包括功能性、可靠性、易用性、效率、可維 護性、可移植性等六個方面，每個方面都包含若干個子特性：功能性：適合性、準確性、互操作性、依從性、安全性；可靠性：成熟性、容錯性、易恢復性；易用性：易理解性、易學性、易操作性；效率：時間特性、資源特性；可維護性：易分析性、易改變性、穩定性、易測試性；可移植性：適應性、易安裝性、遵循性、易替換性；質量管理：在質量方面指揮和控制組織的協調的活動， 指對確定和達到質量所必須的 全總職能和活動的管理，其管理職能主要包括制定質量方針和質量目標以及質量策劃、 質量控制、質量保證和質量改進。軟件開發質量管理， 就是為了開發出符合質量

4、要求的軟件產品， 貫穿于軟件開發生存 期過程的質量管理工作。軟件開發質量管理層次初步劃分如下：1 、技術層次（數據、編程、文檔）2 、方法體系層次（措施、項目、過程）3 、社會因素層次（質量環境、技術標準、業務標準、人員）軟件開發質量管理層次模型如下圖：力袪體系層秋 社會K索層次軟竹:開滋fi管理層次模型ffl t柞舀：盧琳生技術層次2.1數據質量管理層次多數情況下，軟件系統的最終目的是對用戶關心的各類數據（信息）完成各種各樣靜態或者動態的處理或管理任務，為用戶創造他們所期望和額外的價值。因此數據質量是 用戶最為關心的，數據質量也反映了軟件系統產品的質量。數據質量是數據抽取、數據 轉換、數據整

5、合、數據倉庫以及管理信息系統開發等項目中質量控制和質量保證必須考 慮的主要工作。數據質量管理可分為人工比對、程序比對、統計分析三個層次。2.1.1 人工比對為了檢查數據的正確性， 測試人員打開相關數據庫， 對轉換前和轉換后的數據進行直 接的比對，發現其不一致性，通知相關人員進行糾正。2.1.2 程序比對為了自動化地檢查數據的質量， 更好地進行測試對比， 程序員編寫查詢比對程序給測 試人員使用。 測試人員使用此程序對轉換前和轉換后的數據進行比對， 發現其不一致性， 通知相關人員進行糾正。2.1.3 統計分析為了更加全面地從總體上檢查數據的質量， 需要通過統計分析的方法， 主要通過對新 舊數據不同

6、角度、不同視圖的統計對數據轉換的正確程度進行量化的分析，發現其在某 個統計結果的不一致性，通知相關人員進行糾正。2.2 編程質量管理層次軟件系統是靠 “編”出來的，為了確保軟件產品的質量，就必須確保軟件程序代碼的質 量。為了提高編程質量，應檢查源碼的邏輯、屬性、對象命名標準、語言代碼布局等內 容；代碼的編譯、鏈接、集成和構建必須得到驗證和確認。編程質量管理層次可分為黑 盒測試、灰盒測試、 白盒測試、 編譯檢查、編程規范、 編程邏輯、編程優化。2.2.1 黑盒測試黑盒測試檢驗是否符合系統需求， 也稱功能測試或數據驅動測試。 它是在已知產品所 應具有的功能，通過測試來檢測每個功能是否都能正常使用。

7、在測試時，把程序看作一 個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序 接口進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否 能適當地接收輸入數據而產生正確的輸出信息，并且保持外部信息（如數據庫或文件） 的完整性。2.2.2 灰盒測試灰盒測試介于白盒與黑盒二者之間， 關注輸出對于輸入的正確性， 同時也關注內部表 現，但這種關注不像白盒那樣詳細、完整，只是通過一些表征性的現象、事件、標志來 判斷內部的運行狀態，有時候輸出是正確的，但內部其實已經錯誤了，這種情況非常多， 如果每次都通過白盒測試來操作，效率會很低，因此需要采取這樣的一種灰盒的方法

8、。2.2.3 白盒測試白盒測試也稱結構測試或邏輯驅動測試， 它是在知道產品內部工作過程的情況下， 按 照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作， 而不顧它的功能。白盒測試的主要方法有邏輯驅動、基路測試等。2.2.4 編譯檢查使用開發工具所帶的編譯功能或專門程序對軟件源碼進行檢查， 分析和尋找源碼存在 的問題。2.2.5 編程規范通過人工源碼檢查判斷源碼是否符合企業已經制定的相關編程規范。制定編程規范， 在企業內形成一個開發約定和規則，有利于整體風格統一、代碼的可讀性、可維護性和 可擴展性。2.2.6 編程邏輯所編寫的源碼是否考慮周全， 無矛盾或遺漏之處。 常見

9、問題如： 忘記定義變量就使用、 變量沒有賦值初就直接使用、輸入輸出的數據類型與所用格式說明符不一致、沒有注意 數據的數值范圍造成數組越界或數據溢出、輸入時數組的組織方式與要求不符、循環語 句可能會造成死循環、條件語句只考慮符合的情況而沒有考慮例外的情況、讀取文件或 數據庫中的數據沒有考慮例外情況，等等。2.2.7 編程優化通過人工或軟件檢查判斷是否可進一步提高源碼總體性能和運行可管理性。 總體性能 如內存管理、數據庫組織和內容、非數據庫信息、任務并行性、網絡多人操作、關鍵算 法、與網絡、硬件和其他系統接口對性能的影響等等；運行可管理性如便于控制系統運 行、監視系統狀態、錯誤處理；模塊間通信的簡

10、單性等等。2.3 文檔質量管理層次文檔（包括模型）是軟件開發過程中的中間成果，這些中間結果關系到軟件需求的準 確性完整性、設計的合理性，對軟件系統的最終結果有決定性作用。文檔質量管理層次 包括文檔規范、 文檔語法、文檔語義、文檔邏輯、文檔美學、文檔優化。2.3.1 文檔規范文檔成果符合企業或業界已經制定的文檔模板規范。 企業甚至行業應當制定統一的文 檔規范，形成一個文檔約定和規則，以統一文檔內容與風格。2.3.2 文檔語法文檔成果正確使用通用的工具與術語、 符合相關行業的技術標準。 所有語言都有它的 語法，所有質量合格的文檔（包括模型）都應該是語法正確的，不正確的語法會影響規 格說明和可視化的

11、質量。2.3.3 文檔語義文檔成果表達正確、無歧義。所有質量合格的文檔（包括模型）都代表它期望代表的 語義，而且應該在代表這些語義的時候具有一致性。2.3.4 文檔邏輯文檔成果考慮周全，不矛盾，滿足客戶的關鍵要求，特別是要符合相關行業的業務標 準。2.3.5 文檔美學文檔成果是最佳表述，文字、圖表是均衡和完整的。就是追求平衡的美，每個組成部 分應該不大不小，可解讀、可變更、不同時代表太多的元素。2.3.6 結果優化方案優化 ”選通過檢查判斷文檔成果（如項目計劃、需求規格、設計方案）是否還有改進的空間， 以盡可能達到最佳方案。任何一項設計，都可以有許多不同的方案，通過 定一種最好的方案。任何一位

12、設計師在做一項設計的時候總是選擇他認為是最好的方案， 都有某種程度上 的“優化”，因此他可以說他的產品是經過 “優化 ”的。無論何種意義上的優化，都有一個 共同的特點，就是相對性。這個相對性有兩方面的意義，一是優化是相對某種目標的， 目標不同優化的結果不同。另一方面是在大多數的情況下，優化的結果并不是最優的， 只能是相對好的3 方法體系層次3.1 措施質量管理層次為提高軟件質量企業所采取的相關措施。決定成敗的不是目標，而是措施。任何好的 規章制度或計劃，最終都需要具體措施才能落到實處。措施層次包括質量檢查、質量保 證、預防不合格品、完美無缺。3.1.1 質量檢查保證質量的方式是進行臨時性的最后

13、檢查， 然后消除次品。 軟件測試是軟件質量檢查 的具體實現環節。把軟件測試有效地組織進軟件的生產流程，是軟件質量控制規劃的主 要內容。質量目標仍主要通過生產部門或企業進行生產過程的優化和穩定化來保證質量目標 的達成。從軟件產業的發展初期到目前的大型軟件開發過程，軟件質量保證已經成為開 發中的一個不可分割的部分。3.1.3 預防不合格品整個軟件業項目屬于需求分析和軟件設計的錯誤和缺陷約占軟件錯誤的 64% ，而屬 于程序代碼的錯誤僅占 36% 。軟件錯誤具有隨著階段的進展而產生積累與放大效應， 因 此應當盡早消除錯誤，否則 “差之毫厘，失之千里 ”。所以在軟件開發生命周期的前期就 通過對關鍵過程

14、成果的評審控制來預防不合格品。3.1.4 完美無缺這一級上的企業都有一種內在的質量文化氛圍， 在此氛圍下的方方面面工作都有助于 質量的提高。 每個員工都意識到質量對企業成功的重要性， 都在尋求提高質量的新途徑， 都在為達到完美無缺而奮斗。同時，企業始終如一地面向外部客戶，通過優越的設計質 量來滿足客戶需要，并從供應商到客戶形成一個優化的管理流程。3.2 項目管理質量層次軟件開發任務一般是以項目的形式完成，項目管理質量包括組織資源、組建團隊、設 定目標、確定范圍、確定優先級、管理風險、建立溝通機制等內容，其層次分為通用術 語、通用過程、單一方法、基準比較、持續改進。科茲納博士對項目成功的定義，

15、不僅要滿足傳統的項目時間、 費用和性能的三大目標 以及滿足客戶或用戶定義的質量標準，還要滿足具有最少的或者雙方同意的范圍變更、 沒有干擾組織的企業文化或者價值觀、 沒有干擾組織的日常工作進程等條件。3.2.1 通用術語企業了解了項目管理的重要性， 并需要進一步了解對項目管理基礎知識以及相關的語言和術語。在企業內部普及項目管理基礎知識，使用業界通語言和用術語進行溝通，使大家形成對問題的正確理解。3.2.2 通用過程企業認識到自己需要定義和建立通用過程，以便在一個項目上成功之后， 還可以將該過程及其成功經驗重復地用于其他許多個項目。在這一層次上，還包括理解項目管理原則對公司所用其他方法的應用和支持

16、。3.2.3 單一方法企業盡量通過單一的方法開發， 而不是使用多個方法， 可以最好地實現協同效應和控 制，認識到了把公司所以方法結合成一個單一方法所產生的協同效應，其核心是項目管 理。與使用多個方法相比， 只用一個方法所產生的協同效應使得程控更加容易。3.2.4 基準比較不斷將本企業的管理實踐與行業龍頭企業比較， 以獲得信息來幫助自己改善。 企業認 識到為了保持競爭優勢，過程改進是必要的。基準比較必須連續進行。公司必須決定以 誰為基準點及需要比較什么。3.2.5 持續改進質量是 “沒有最好，只有更好 ”。企業持續在必要時評估基準比較中獲得的信息，實施 為改進過程所必要的變革。在 ISO9000

17、:2000 中，持續改進不是一個單獨的過程或質 量體系要素，而是管理質量體系的方法。企業最重要的問題是 “明天這樣做的比今天好 ”企業要永不滿足，沒有終點，永無休止 地努力工作，追求進步和持續改進，為未來努力奮斗。3.3 過程質量管理層次GB/T8566 2001 (idt ISO/IEC12207 )信息技術軟件生存周期過程把軟件生存周期的各個過程分為三類，即基本生存周期過程、支持生存周期過程、組織生存 周期過程。來保證最終質量，對于質量， 強調的是對過程的重視， 通過保證每個環節的工作質量， 而不是通過最后的檢驗測試找出缺陷。它們的質量概念，不僅涵蓋產品，還包括企業的 整個運營過程，貫穿產

18、業鏈的各個環節。確保生產出高質量的軟件產品，就是遵循一套 有質量原則的軟件開發過程。目前軟件過程改進主要根據能力成熟度模型集成 CMMI ， 其層次分為初始級、可重復級、已定義級、已經管級、優化級。3.3.1 初始級企業的軟件過程是無序的，甚至是混亂的。幾乎沒有什么過程是經過妥善定義的，項 目的成功往往依賴于沒寫個人的技能和經驗。3.3.2 可重復級已經建立了基本的項目管理過程規范，項目經理能跟蹤成本、進度、和產品功能等， 項目能重復以前的成功。企業的過程能力可以概括為 “有紀律的 ”。3.3.3 已定義級已經將管理和開發兩個方面的過程文檔化， 并綜合成企業的標準軟件過程。 所有項目 都可以通

19、過裁減企業標準過程而建立適合于本項目的過程規范。此過程能力可以概括成標準的”和“一致的 ”，它建立在整個企業對軟件過程中的活動、角色、職責的共同理解 之上。對軟件過程與產品都有定量的理解和控制，有專門的數據庫系統來收集和分析數據。此過程能力可以概括成 “定量的”和“可預測的 ”。3.3.5 優化級能夠有效地識別企業過程的優勢和薄弱環節， 發現并采用最佳的軟件工程實踐， 預先 防范過程和產品中的缺陷。整個企業強調持續地改進過程能力。4 社會因素層次4.1 企業質量環境層次企業質量環境是有關創建和管理質量環境的管理，包括質量規劃、資源組織、提供相 關工具等，其層次可分為質量形象、質量制度、質量戰略

20、、質量文化、企業文化、全社 會質量意識。4.1.1 質量形象企業的良好形象與其產品和服務的高質量密不可分。質量、信譽、品牌、服務等構成 企業整體形象的堅實基礎，其中質量形象是企業形象的核心。塑造良好的質量形象是企 業提高自身核心競爭力的重要手段。4.1.2 質量制度企業建立了完善的質量制度， 包括 ISO9001 質量管理體系、與質量相關的配套管理、 教育、激勵制度的完善程度，以及對于質量制度的執行力度。有些企業或部門制定了太多的規章制度，但都流于形式，最終落到實處的不多。再好 的規章制度，再偉大的計劃，都成了一堆廢紙。對企業來說，最重要的不是制定了多少 制度多少計劃，而是做了多少事情。企業如

21、果強調質量，就要檢查質量，不檢查質量就是不重視質量，有制度就必須執行 好。4.1.3 質量戰略在企業管理中以人為本，以提高質量為中心，一切活動圍繞質量行為，將質量管理提 高到戰略的高度。制定質量方針目標。4.1.4 質量文化企業在長期的質量管理中形成的具有本企業特色的管理思想和精神理念， 同時也是企 業員工為實現質量方針目標而自覺遵守的一條共同的價值觀和信念。4.1.5 企業文化一個企業中各個部門， 至少是企業高層管理者們所共同擁有的那些企業價值觀念、 經 營實踐、文化現象。它以企業的價值觀體系為基礎，以企業員工的群體意識形態為反映。4.1.6 全社會質量意識產品質量不完全取決于企業本身， 社

22、會環境、 顧客的成熟程度對產品質量起到比較重 要的作用。顧客盲目壓低價格、壓縮進度，造成的惡性競爭環境嚴重影響產品的質量。4.2 標準層次國際競爭有三個層次： 第一個層次是價格和質量的競爭、 第二個層次是專利技術的競 爭、第三個層次是標準和制度的競爭。誰掌握了標準的使用，誰掌握了標準的制定權， 誰就可以搶占先機。一流企業賣標準，二流企業賣品牌，三流企業賣產品，四流企業賣 企業。我國軟件企業要適應更高層次的競爭， 就要在標準領域占據一席之地。標準主要包括技術標準和業務標準兩大類 （當然還可以其他分類如基礎標準、 產品標準、質量標準、管理標準、工作標準、安全標準、術語標準等等）。對標準化領域中需要

23、協調統一的技術事項所制定的標準，稱為技術標準。技術標準包含兩個方面：一是作為軟件開發企業的軟件行業技術標準，包括知識體系指南、過程標準、建模標準、質量管理標準、程序語言標準、數據庫標準；二是軟件開發服務對象所在的行業技術標準，如安全保密標準、技術性能標準。業務標準指的是軟件開發服務對象所在的組織或行業制定的業務流程標準和業務數據標準等。運用統一的技術與業務標準是對于質量能夠做出重大而且顯著貢獻的因素之一， 有助于減少無效的討論，有助于不同的產品之間的兼容和銜接。標準要不斷地與時俱進，因此，標準是種動態信息。4.2.1 標準作用范圍級別項目標準：項目團隊在軟件開發周期的早期就確定下來的相互達成一

24、致的標準集合；企業標準：企業自行制定的規范整個企業架構和所有企業級交付產品的標準集合；地方標準：由一個國家的地方一級行政機構（省、州或加盟共和國）制定的標準，稱為地方標準。它一般由地方所屬的各企業與單位執行。同樣是一個行業，每個地方可能有不同的業務政策、業務數據標準、業務流程標準；行業標準（部頒標準）：指沒有國家標準而又需要在全國某個行業范圍內統一的技術要求。行業規定的全國本行業必須遵守的的業務數據標準、業務流程標準，標準編號般以行業名稱的拼音頭個字母打頭，如環境HJ、電力DL、公安GA;國家標準：是在全國范圍內統一的技術要求。由國家規定的標準，主要是數據標準， 行業之間的接口標準，標準編號一

25、般以 GB 、 GB/T 、 GB/Z 打頭。國際標準：涉及到國際上多個國家或地區必須遵守的如金融、電信、財務、貿易等業 務標準。國際標準一般由國際標準化組織制定，如 ISO 、 ANSI 、 IEEE 等等，這也是標 準編號的打頭字母，如 ISO9001 。4.2.2 標準強制程度級別強制標準：保障人體健康、人身、財產安全的標準和法律、行政法規規定強制執行的 標準是強制性標準，其他標準是推薦性標準；如編號以 GB 、 HJ、 DL、 GA 字母開頭的 標準，一般業務數據標準是強制標準。推薦標準：推薦性標準又稱非強制性標準或自愿性標準。是指生產、交換、使用等方面，通過經濟手段或市場調節而自愿采

26、用的一類標準。如GB/T 、HJ/T 、DL/T 、GA/T ，一般業務流程標準、工作規范或指南等是推薦標準。指導性標準：對標準化工作的原則和一些具體做法的統一規定，稱為指導性標準。如：產品型號編制規則、各類標準編制導則等。如GB/Z 、HJ/Z 、DL/Z 、GA/Z編號的標準。4.2.3 軟件開發常用技術標準知識體系：軟件工程知識體系指南 SWEBOK2004 、項目管理知識體系指南PMBOK2000（ 最新的是 PMBOK2004） 、組織管理標準等等；過程標準： CMMI 、PSP、 TSP、RUP 、軟件工程規范國家標準；（ AP、XP、ASD等開發過程思想好像還不能稱其為標準）建模

27、標準： UML 、軟件工程規范國家標準；程序語言標準：Java、C+、PB、編程規范;數據庫標準： Oracle 數據庫后臺規范。4.3 人員質量管理層次人員質量是所有工作質量的基礎。要提高工作質量，就要以人為本，根本的問題是提 高人的質量。人員質量就是人員素質，層次分為個人素質、團隊素質、組織素質、行業 素質、國民素質。4.3.1 個人素質軟件開發的個人素質的內涵很廣，包含多個方面，包括學習能力、總結能力、學識經 驗、進取精神、社交能力、責任心、自我控制、成就動機、靈活性、創造性潛力、管理 潛力、工作態度、誠實水平等等。關鍵是根據自身特點發揮自己的特長，同時要有過硬 扎實基本功的真才實學，不

28、做表面功夫花架子的花拳繡腿。這一點在做程序員的時候大 家都會很注意學習，但在從程序員提升到設計師、分析師、項目經理時，往往存在不注 意學習新角色所需知識技能，學了皮毛就覺得什么都會的情況。4.3.2 團隊素質軟件開發的團隊素質的范圍涉及到很多團隊管理方面的知識經驗技巧。 關鍵是能夠合 理地按照成員的特點分配工作任務，同時計劃好各個工作人員的工作接口，鼓勵互相補 位。團隊素質的提高在于團隊建設，團隊建設活動包括為提高團隊運作水平而進行的管 理，以及采用的專門的、重要的個別措施。團隊精神就是團隊的精神，因此要問某個團 隊有沒有團隊精神，不問某個成員有沒有團隊精神。軟件開發團隊素質可以學習參考 TS

29、P、RUP、SWEBOK、PMBOK、CMMI、ISO9001等要求進行提高，也可以借鑒 AP、 XP、 ASD 等開發經驗（不管那種都不一定要完全照 搬實施）。4.3.3 組織素質軟件開發的組織素質內涵涉及到很多組織管理方面的知識經驗技巧。 組織應當為實現 共同的愿景，建立學習型的組織，不斷持續改進。企業組織高層領導可以不必需要那么 多軟件開發的專業知識，最主要是要認識到人是一切活動的核心，是一切活動成功的前 提，所以要尊重專業人員使其發揮作用。根據彼得原理，大部分領導因為在某些方面突 出而被提拔到他無法勝任的位置，因此有些被提拔上去的領導急于證明自己樣樣精通是 可笑的。領導最重要的是選對人、用對人、激勵人、提高人，使每個人都充分發揮應有 的作用。4.3.4 行業素質行業素質有兩層意思， 一是作為軟件開發企業的軟件行業， 另一個是軟件開發服務對 象所在的行業。行業素質可以從幾個方面看，如行業機構的健全程度，行業學術的活躍 程度，行業標準制定的完整程度、適用程度、