實用軟件工程教程 教學課件 作者 陳雄峰第2章 軟件過程標準化與工程化

第2章軟件過程標準化與工程化教學要點：本章首先介紹軟件工程標準的分類、層次以及中國的國家標準，然后詳細說明了軟件文檔的種類及其編寫要求、軟件質量的特性以及兩種常用的軟件質量保證與過程改進的體系標準。進一步明確了如何通過推行質量保證體系來實現(xiàn)軟件過程的工程化和標準化，從而使得軟件工程的方法和原理在開發(fā)過程中得以有效的使用。重點掌握：軟件文檔種類與編寫要求、軟件質量要素和軟件質量保證與過程改進的體系標準。12.1.1什么是軟件工程標準軟件危機的出路在于軟件開發(fā)的工程化和標準化。為了能協(xié)調(diào)好開發(fā)項目的各個階段和各個部分之間許許多多的聯(lián)系和銜接問題，需要一系列的統(tǒng)一的約束和規(guī)定，這就是軟件工程標準。

2.1軟件工程標準

2軟件工程標準的類型GB／T15538－1995《軟件工程標準分類法》給出軟件工程標準的分類。涉及過程、產(chǎn)品、資源及確認與驗證。過程標準方法、技術、度量產(chǎn)品標準需求、設計、部件、描述、計劃、報告專業(yè)標準職別、道德準則、認證、特許、課程記法標準術語、表示法、語言3軟件工程標準化的作用可提高軟件的可靠性、可維護性和可移植性；可提高軟件人員的技術水平，減少差錯和誤解；可提高軟件人員之間的通信效率，提高軟件的生產(chǎn)率；有利于軟件管理；有利于降低軟件產(chǎn)品的成本和運行維護成本；有利于縮短軟件開發(fā)周期。42.1.2軟件工程標準的層次1.國際標準

由國際聯(lián)合機構制定和公布，提供各國參考的標準。

國際標準化組織

ISO

(InternationalStandardsOrganization)

這一國際機構有著廣泛的代表性和權威性，它所公布的標準也有較大的影響。5

ISO建立了“計算機與信息處理技術委員會”,簡稱ISO／TC97，專門負責與計算機有關的標準化工作。

這一標準通常冠有ISO字樣，如

ISO8631－86

Informationprocessing_programconstructsandconventionsfortheirrepresentation《信息處理──程序構造及其表示法的約定》。該標準現(xiàn)已由中國收入國家標準。62.國家標準

由政府或國家級的機構制定或批準，適用于全國范圍的標準，如：

GB──中華人民共和國國家技術監(jiān)督局公布實施的標準，簡稱“國標”?，F(xiàn)已批準了若干軟件工程標準。

ANSI(AmericanNationalStandardsInstitute)──美國國家標準協(xié)會。是美國一些民間標準化組織的領導機構，7

FIPS(NBS)｛FederalInformationProcessingStandards(NationalBureauofStandards)｝──美國商務部國家標準局聯(lián)邦信息處理標準。

BS(BritishStandard)──英國國家標準。

DIN(Deutsches

InstitutfürNor-mung

)──德國標準協(xié)會

JIS(JapaneseIndustrialStandard)──日本工業(yè)標準83.行業(yè)標準

由行業(yè)機構、學術團體或國防機構制定，適用于某個業(yè)務領域的標準。

IEEE(InstituteofElectricalandElectronicsEngineers)

──美國電氣與電子工程師學會。

該學會有一個軟件標準分技術委員會(SESS)，負責軟件標準化活動。IEEE公布的標準常冠有ANSI的字頭。例如，ANSI／IEEEStr828－1983《軟件配置管理計劃標準》。9GJB──中華人民共和國國家軍用標準。這是由中國國防科工委批準，適合于國防部門和軍隊使用的標準。例如，GJB437－88《軍用軟件開發(fā)規(guī)范》。DOD_STD(DepartmentOfDefense_STanDards)──美國國防部標準，適用于美國國防部門。MIL_S(MILitary_Standard)──美國軍用標準，適用于美軍內(nèi)部。104.企業(yè)規(guī)范

一些大型企業(yè)或公司，由于軟件工程工作的需要，制定適用于本部門的規(guī)范。

例如，美國IBM公司通用產(chǎn)品部1984年制定的《程序設計開發(fā)指南》，僅供該公司內(nèi)部使用。5.項目規(guī)范

由某一科研生產(chǎn)項目組織制定，為該項任務專用的軟件工程規(guī)范。11一般低層次的標準可直接引用高層次的標準，或根據(jù)項目需要有選擇使用其中的部分內(nèi)容，然后制定高層次標準中沒有涵蓋的部分內(nèi)容。122.1.3中國的軟件標準

從1983年起，中國已陸續(xù)制定和發(fā)布了20項國家標準。這些標準可分為4類：1.基礎標準

GB/T11457-89

軟件工程術語

GB1526-891（ISO5807-1985）信息處理--數(shù)據(jù)流程圖、程序流程圖、系統(tǒng)結構圖、程序網(wǎng)絡圖和系統(tǒng)資源圖的文件編制符號及約定13

GB/T15538-1995

軟件工程標準分類法

GB13502-92（ISO8631）信息處理--程序構造及其表示法的約定

GB/T15535-1995（ISO5806）信息處理--單命中判定表規(guī)范

GB/T14085-93（ISO8790）信息處理系統(tǒng)--計算機系統(tǒng)配置圖符號及其約定142.開發(fā)標準

GB8566-88

軟件開發(fā)規(guī)范

GB/T15532-95

計算機軟件單元測試

GB軟件支持環(huán)境

GB（ISO6593-1985）信息處理--按記錄組處理順序文卷的程序流程

GB/T14079-93

軟件維護指南3.文檔標準

GB8567-88

計算機軟件產(chǎn)品開發(fā)文件編制指南15

GB9385-88

計算機軟件需求說明編制指南

GB9386-88

計算機軟件測試文件編制規(guī)范

GB軟件文檔管理指南4.管理標準

GB/T12505-90

計算機軟件配置管理計劃規(guī)范

GB/T12260―96信息技術軟件產(chǎn)品評價--質量特性及其使用指南

16

GB12504-90

計算機軟件質量保證計劃規(guī)范

GB/T14394-93

計算機軟件可靠性和可維護性管理

GB/T19000-3-94

質量管理和質量保證標準第三部分：在軟件開發(fā)、供應和維護中的使用指南。172.2軟件文檔與編寫要求

文檔(document)是指某種數(shù)據(jù)媒體和其中所記錄的數(shù)據(jù)。在軟件工程中，文檔常常用來表示對活動、需求、過程或結果進行描述、定義、規(guī)定、報告或認證的任何書面或圖示的信息。特點它具有永久性，并可以由人或機器閱讀，通常僅用于描述人工可讀的東西。18作用在軟件生產(chǎn)過程中，總是產(chǎn)生和使用大量的信息。軟件文檔在產(chǎn)品的開發(fā)過程中起著重要的作用。提高軟件開發(fā)過程的能見度。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來的材料作為檢查軟件開發(fā)進度和開發(fā)質量的依據(jù)，實現(xiàn)對軟件開發(fā)的工程管理。19提高開發(fā)效率。軟件文檔的編制，使得開發(fā)人員對各個階段的工作都進行周密思考、全盤權衡、減少返工。并可在開發(fā)早期發(fā)現(xiàn)錯誤和不一致性，便于及時加以糾正。作為開發(fā)人員在一定階段的工作成果和結束標志。記錄開發(fā)過程中有關信息，便于協(xié)調(diào)以后的軟件開發(fā)、使用和維護。20提供對軟件的運行、維護和培訓的有關信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了解。使軟件開發(fā)活動更科學、更有成效。便于潛在用戶了解軟件的功能、性能等各項指標，為他們選購符合自己需要的軟件提供依據(jù)。21文檔的橋梁作用計算機軟件開發(fā)人員項目管理人員用戶軟件維護人員22從某種意義上來說，文檔是軟件開發(fā)規(guī)范的體現(xiàn)和指南。按規(guī)范要求生成一整套文檔的過程，就是按照軟件開發(fā)規(guī)范完成一個軟件開發(fā)的過程。所以，在使用工程化的原理和方法來指導軟件的開發(fā)和維護時，應當充分注意軟件文檔的編制和管理。232.1.1文檔的分類軟件文檔從形式上可分為兩類：一類是開發(fā)過程中填寫的各種圖表，稱之為工作表格；一類是應編制的技術資料或技術管理資料，稱之為文檔或文件。軟件文檔的編制，可以用自然語言，特別設計的形式語言，介于兩者之間的半形式語言(結構化語言)，各類圖形表示、表格來編制文檔。24文檔可以書寫，也可以在計算機支持系統(tǒng)中產(chǎn)生，但必須可閱讀。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：1.開發(fā)文檔軟件需求說明書數(shù)據(jù)要求說明書概要設計說明書詳細設計說明書25可行性研究報告2.管理文檔項目開發(fā)計劃測試計劃測試分析報告開發(fā)進度月報項目開發(fā)總結263.用戶文檔

用戶手冊操作手冊維護修改建議271、時間要求以上軟件文檔是在軟件生存期中，隨著各個階段工作的開展適時編制的。其中，有的僅反映某一個階段的工作，有的則需跨越多個階段。2.2.2文檔編制的要求28軟件生存期各階段與各種文檔編制的關系2930312.內(nèi)容要求文檔最終要向軟件管理部門，或向用戶回答下列問題

What

哪些需求要被滿足；

Where

軟件在什么環(huán)境中實現(xiàn)，所需信息從哪里來；

When

開發(fā)時間如何安排；

Who

開發(fā)(或維護)工作打算由誰來做；

How

需求應如何實現(xiàn)；

Why

為什么要進行這些軟件開發(fā)或維護修改工作。32文檔要回答的問題3334353.質量要求如果不重視文檔編寫工作，或是對文檔編寫工作的安排不當，就不可能得到高質量的文檔。質量差的文檔

使讀者難理解，給使用造成許多不便;

會削弱對軟件的管理（難以確認和評價開發(fā)工作的進展情況)，提高軟件成本(一些工作可能被迫返工);

造成誤操作;36(1)針對性

文檔編制以前應分清讀者對象。按不同的類型、不同層次的讀者，決定怎樣適應他們的需要。

管理文檔主要面向管理人員

用戶文檔主要面向用戶這兩類文檔不應像開發(fā)文檔(面向開發(fā)人員)那樣過多使用軟件的專用術語。37(2)精確性

文檔的行文應當十分確切，不能出現(xiàn)多義性的描述。同一課題幾個文檔的內(nèi)容應當是協(xié)調(diào)一致，沒有矛盾的。(3)清晰性

文檔編寫應力求簡明，如有可能，配以適當?shù)膱D表，以增強其清晰性。(4)完整性任何一個文檔都應當是完整的、獨立的，它應自成體系。38例如，前言部分應做一般性介紹，正文給出中心內(nèi)容，必要時還有附錄，列出參考資料等。

同一課題的幾個文檔之間可能有些部分內(nèi)容相同，這種重復是必要的。

不要在文檔中出現(xiàn)轉引其它文檔內(nèi)容的情況。如，一些段落沒有具體描述，用“見××文檔××節(jié)”的方式.39(5)靈活性 各個不同軟件項目，其規(guī)模和復雜程度有著許多實際差別，不能一律看待。應根據(jù)具體的軟件開發(fā)項目，決定編制的文檔種類。管理部門應根據(jù)本單位承擔的應用軟件的專業(yè)領域和本單位的管理能力，制定對文檔編制要求的實施規(guī)定。40

對于一個具體的應用軟件項目，項目負責人應根據(jù)上述實施規(guī)定，確定一個文檔編制計劃。其中包括：編制哪幾種文檔，詳細程度如何各文檔的編制負責人和進度要求審查/批準負責人和時間進度安排在開發(fā)時期內(nèi)各文檔的維護、修改和管理的負責人，以及批準手續(xù)有關的開發(fā)人員必須嚴格執(zhí)行這個文檔編制計劃。41當所開發(fā)的軟件系統(tǒng)非常大時，一種文檔可以分成幾卷編寫。例如，

項目開發(fā)計劃可分寫為：質量保證計劃配置管理計劃用戶培訓計劃安裝實施計劃等。

系統(tǒng)設計說明書可分寫為：系統(tǒng)設計說明書子系統(tǒng)設計說明書。

422.3軟件質量根據(jù)ANSI729-1983定義：軟件質量是“軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關特性和特征的全體”。根據(jù)ISO/IEC9126定義：軟件質量特性（softwarequalitycharacteristics）是用以描述和評價軟件產(chǎn)品質量的一組屬性。一個軟件質量特性可被細地成多級子特性。軟件質量度量（softwarequalitymetric）是能被用來確定特定軟件產(chǎn)品某一特性值的一種定量尺度和方法。

43根據(jù)ISO/IEC9126定義，軟件質量的六大特性包括功能（正確）性、可靠性、易使用性、效率、可維護性、可移植性

有的質量特性可以用客觀值來定量度量，如可靠性；有的只能用主觀的評分或等級來度量，如易使用性。441.功能性

功能性是與一組功能及其指定的性質有關的一組屬性。這里的功能是指滿足明確或隱含的需求的那些功能。452.可靠性可靠性是與在規(guī)定的一段時間和條件下，軟件維持其性能水平的能力有關的一組屬性。也就是軟件在給定的時間間隔及給定的環(huán)境條件下，按設計要求，成功地運行程序的概率。46環(huán)境條件─指的是軟件的使用環(huán)境。無論是什么軟件，如果不對它的使用環(huán)境加以限制，都是會失效的。這種失效的數(shù)據(jù)，不能用來度量軟件的可靠性。規(guī)定的時間─在定義中，一般采用“運行時間”t

作為時間的尺度。規(guī)定的功能─在考慮軟件可靠性時，首先應當明確軟件的功能是什么，哪些功能是主要的，哪些功能是次要的。一般從軟件需求分析說明書和設計說明書中可以了解這些情況。47成功地運行程序─是指不僅程序能正確地運行，滿足用戶對它的功能要求，而且當程序一旦受到意外的傷害，或系統(tǒng)故障時，能盡快恢復，仍能正常地運行。

48通常用一個指標平均失效間隔時間

MTBF(MeanTimeBetweenFailure)來表示可靠性。表明在規(guī)定的要求和條件下，能在多大的程度上依賴這個軟件來完成任務。

但是，MTBF可以看作是對軟件可靠性估計的樣本數(shù)據(jù)，不能看作是依據(jù)。

49可靠性分析在軟件開發(fā)的過程中，通常利用測試的統(tǒng)計數(shù)據(jù)，估算軟件的可靠性，以控制軟件的質量。通常是估算平均失效等待時間MTTF(MeanTimeToFailure)。若在n

種不同的環(huán)境下對軟件系統(tǒng)進行測試，其失效時間分別為t1,t2,?-,tn，則系統(tǒng)的平均失效等待時間MTTF為年n次的平均值。估算平均失效等待時間MTTF的另一種方法是利用Shooman模型，詳見第9章。

503.易使用性

易使用性是與一組規(guī)定或潛在的用戶為使用軟件所需作的努力和對這樣的使用所作的評價有關的一組屬性。

“用戶”可按最直接的意思解釋為交互軟件的用戶。用戶可包括操作員，最終用戶和受使用該軟件影響或依賴于該軟件使用的非直接用戶。514.效率

效率是與在規(guī)定的條件下，軟件的性能水平與所使用資源量之間關系有關的一組屬性。

資源可包括其他軟件產(chǎn)品，硬件設施，材料（如打印紙、軟盤）和操作服務、維護和支持人員。

525.可維護性

可維護性與進行指定的修改所需的努力有關的一組屬性。

修改可包括為了適應環(huán)境的變化以及要求和功能規(guī)格說明的變化而對軟件進行的修正、改進或更改。

536.可移植性

可移植性與軟件可從某一環(huán)境轉移到另一環(huán)境的能力有關的一組屬性。

環(huán)境可包括系統(tǒng)體系結構環(huán)境、硬件或軟件環(huán)境。54軟件質量目標與設計

為了開發(fā)高質量的軟件，需要明確軟件的功能，明確軟件應達到什么樣的質量標準，即質量目標。在軟件定義階段，必須定義對軟件的質量需求。即確定軟件的質量特性及必需的評價準則，并定量地設定其必須達到的質量水平。

質量設計是將質量特性轉換為軟件內(nèi)部結構。55軟件質量度量與評價在以后軟件開發(fā)的每一階段結束時，要算出評價的分數(shù)，然后與目標值加以對照，以評估在這一階段開發(fā)的軟件質量是否達到要求。在做質量評價時，需要有對質量進行度量的準則和方法；在軟件生存期中如何使用這些準則和方法的質量保證步驟；提高該項作業(yè)效率的工具。

56572.4.1質量保證的概念什么是質量保證，它是為了提供足夠的信任證據(jù)，證明組織有關的各類實體有能力滿足質量要求所進行的有計劃、有組織的活動。質量保證的目的是內(nèi)部質量保證：在組織內(nèi)部向管理者提供信任保證；外部質量保證：向顧客或第三方認證提供信任保證；2.4軟件質量保證與過程改進

58軟件的質量保證活動也和一般的質量保證活動一樣，是確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質量的活動。即為確定、達到和維護需要的軟件質量而進行的所有有計劃、有系統(tǒng)的管理活動。59軟件質量保證(SQA)美國SEI推薦了一組質量保證活動：為項目制定SQA計劃

該計劃規(guī)定了軟件開發(fā)小組和質量保證小組需要執(zhí)行的質量保證活動。

SQA計劃的要點包括：需要進行哪些評價？需要進行哪些審計和評審？項目采用什么標準；60錯誤報告的要求和跟蹤過程；SQA小組應產(chǎn)生哪些文檔？為軟件項目組提供的反饋數(shù)量等。參與開發(fā)該軟件項目的軟件過程描述

軟件開發(fā)小組為開發(fā)活動選擇軟件過程，SQA小組評審過程說明，確保該過程與組織政策、內(nèi)部、外界標準及軟件項目計劃其他部分相符。61評審各項軟件工程活動

評審各項軟件工程活動，核實其是否符合已定義的軟件過程。為此，SQA小組必須識別、記錄和跟蹤所有偏離過程的偏差，核實其是否已經(jīng)改正。審核指定的軟件工作產(chǎn)品審核指定的軟件工作產(chǎn)品，核實其是否符合已定義的軟件過程中的相應部分。

62記錄軟件工作及軟件工作產(chǎn)品的偏差確保軟件工作及工作產(chǎn)品中的偏差已被記錄在案，并根據(jù)預定規(guī)程進行處理。

跟蹤問題的解決記錄所有不符合部分，向管理部門報告。跟蹤不符合的部分直到問題得到解決。協(xié)調(diào)變更的控制與管理。幫助收集和分析軟件度量的信息。632.4.2軟件過程評價標準

要實現(xiàn)提高軟件開發(fā)質量和縮短軟件開發(fā)周期目的就要在整個軟件開發(fā)組織中建立有序的、有限步驟的、符合規(guī)則的過程，并對過程活動進行整體規(guī)劃并有效實施。也就是說軟件工程化的核心工作就是軟件開發(fā)過程的工程化。所以，要評價一個開發(fā)組織所具備的開發(fā)水平或成功開發(fā)質量軟件的可能性，就是要評價其內(nèi)部所建立的開發(fā)過程的水平。

64當前，在過程評估和過程改進方面已經(jīng)做了很多工作，并制定出了具有指導意義的標準：

CMUSEI（美國卡內(nèi)基·梅隆大學軟件工程研究所）1987年推出CMM(CapabilityMaturityModel)即軟件過程能力成熟度模型

ISO（國際標準化組織）1994,1997,2000

年推出ISO9001,ISO9000-3，即建立和維持質量體系的標準 65

ISO/IEC（國際標準化/組織/國際電工委員會）1997年推出ISO/IECTR15504SPICE(SoftwareProcessImprovementandCapabilitydEtermination)，即軟件過程改進和能力評估標準

DOD（美國國防部）1984年推出MIL―STD498，即軟件過程改進標準

BOOTSTRAPInstitute（歐共體）1994年推出BOOTTSTRAP，即軟件過程評估(基于CMM)標準66目前國際上應用比較廣泛的評價標準主要有ISO9000系列標準、SW－CMM模型、ISO/IEC軟件過程評估（SPA），其中SPA主要以SW－CMM模型為基礎。另外也可以把傳統(tǒng)工業(yè)企業(yè)的管理模型作為參照物來對軟件工程化工作進行改進。67

ISO9000系列標準和SW－CMM模型從某種程度上都是質量管理系統(tǒng)。ISO9000系列標準對質量進行控制，但不管如何改進。SW－CMM著眼于控制與改進（能力改進和過程改進），指出了改進應該經(jīng)歷的階段。由于SW－CMM主要針對軟件產(chǎn)業(yè)，產(chǎn)業(yè)個性比較明顯，標準的要求比較細。一般來說通過SW－CMM三級認證的組織，基本上都可以通過ISO9000標準的認證。對軟件企業(yè)來說ISO9000系列標準可以作為申請更高標準SW－CMM的基礎，總體上SW－CMM更細、更深、更廣。

682.4.3軟件過程改進不斷改進軟件開發(fā)過程是軟件工程的基本原理之一。軟件過程需要不斷完善。首先從非工程化的軟件開發(fā)方式轉變?yōu)楣こ袒能浖_發(fā)方式按照軟件工程的系統(tǒng)方法進行軟件的工程活動和管理活動，不斷完善各個軟件過程隨著軟件過程能力的提高，一個軟件機構在完成軟件產(chǎn)品時在預算、進度，產(chǎn)品質量方面的風險能夠不斷降低

69軟件過程改進的步驟:無論哪一種軟件過程改進方案的實施都要從已有的軟件過程開始，改進工作需經(jīng)歷一系列步驟。過程分析

考察和理解現(xiàn)有的過程。在一些情況下需要對過程的某些環(huán)節(jié)進行度量和定量分析，利用取得的數(shù)據(jù)來表明過程的狀況。同時，這些數(shù)據(jù)可以用來與過程改進后的狀況進行對比。70

確定改進

利用過程分析的結果，找出原有過程中質量、進度和成本的瓶頸。針對發(fā)現(xiàn)的問題，制定過程改進方案，提出需要采用什么規(guī)程、方法和工具的建議。

過程變更

實施過程變更，把新的規(guī)程、方法和工具安置于合適的過程環(huán)節(jié)上，并且與其它的軟件過程活動集成起來。71

培訓沒有培訓的過程變更在大多數(shù)場合注定要失敗。有的單位在培訓工作不夠充分的情況下，強制推行過程變更，這樣做不會收到好的效果。

調(diào)整過程變更

在初步實施過程變更后，不可能立即收到完滿的效果，在過程修改后還可能會出現(xiàn)一些小的問題，這就需要進行適當?shù)恼{(diào)整。72過程改進的步驟需要反復進行。此外，同時引入太多的變更是不切實際的。73評估軟件過程時遵循的原則：在很大程度上，軟件產(chǎn)品的質量取決于生產(chǎn)該產(chǎn)品的過程質量。軟件過程是一個可管理、可測量和可改進的過程。軟件過程的質量受其支持技術的影響。用于軟件工程的技術水平應與過程的成熟度相適應。2.4.4軟件過程成熟度模型(SW－CMM)74成熟度框架思想是ITT的PhilipCrosby在1979年從統(tǒng)計質量控制原理發(fā)展來的。他提出質量管理實踐時的五個進化階段，形成質量管理的成熟度框架。WattsHumphrey在IBM與他的同事們對其加以改進，使之適合于軟件開發(fā)的需要。1986年，他將此成熟度框架帶到CMUSEI，增加了成熟度等級的概念，形成軟件能力成熟度框架的基礎。751987年，CMUSEI發(fā)表了軟件過程成熟度框架的簡短描述。不久，Humphrey擴充該框架，開發(fā)了軟件過程評估和軟件成熟度評價的方法，并提出了一個成熟度提問單，用以評估軟件過程成熟度。1991年，SEI將成熟度框架發(fā)展成為軟件能力成熟度模型CMM。近年來，基于在過程改進方面積累經(jīng)驗，SEI擴展和精練了該模型，提出了CMM2.0版的草案C。76

CMM認為，過程就是為了達到給定目標所實施的一系列步驟。它把人、工具和規(guī)程、方法組織在一起。過程就是人們使用相應的規(guī)程、方法、工具和設備將原始材料（輸入）轉化為面向客戶的產(chǎn)品（輸出）所執(zhí)行的一系列活動。軟件過程就是軟件開發(fā)人員開發(fā)和維護軟件及相關產(chǎn)品的一套行為、方法、實踐及變換過程。77軟件過程成熟度是指對過程計劃或定義水平、過程實施水平、過程管理和控制水平、過程改善潛力等指標的綜合評價。分為5級:初始級、可重復級、可定義級、可管理級、可優(yōu)化級?？蓛?yōu)化級54321可管理級可定義級可重復級初始級781.軟件成熟度等級

（1）初始級

特點過程執(zhí)行雜亂無序達到本級標準過程活動無一定秩序，開發(fā)過程的可重復性差 升級要解決的關鍵問題項目計劃管理、配置管理、軟件質量保證79（2）可重復級

特點過程管理工作依賴管理人員的技能達到本級標準使項目管理處于嚴格控制之下，包括嚴格的項目計劃和追蹤、子合同管理、需求變更和產(chǎn)品基線控制升級要解決的關鍵問題培訓、技術評審、標準80

（3）可定義級

特點過程可定義、可執(zhí)行達到本級標準定義一個適合該組織的軟件過程，有正規(guī)的文檔化的規(guī)范，并能根據(jù)不同項目的要求裁剪和優(yōu)化這個軟件過程升級要解決的關鍵問題過程度量、過程分析、質量計劃81

（4）可管理級特點過程成為可度量的達到本級標準為定義好的過程建立一套詳細的度量機制，為產(chǎn)品和過程設立質量目標，度量軟件過程和產(chǎn)品

升級要解決的關鍵問題改善技術、問題分析、防止出錯82

（

5）可優(yōu)化級

特點通過反饋來改善過程達到本級標準用第4級建立的度量機制，不斷地指導過程改善，技術革新和防止出錯升級要解決的關鍵問題自動化、反饋技術832.關鍵過程領域KPA

（KeyProcessArea）除去初始級以外，其它4級都有若干個引導軟件機構改進軟件過程的要點，稱為關鍵過程領域。它確定了實現(xiàn)一個成熟度級必需解決的問題。每一個關鍵過程領域確定一組相應的活動，完成這些活動，就可認為已達到了改進過程能力的一組重要的目標。84關鍵過程領域8586

3.關鍵實踐

關鍵實踐是對關鍵過程領域起關鍵作用的方針、規(guī)程、措施、活動以及相關基礎設施的建立。為了達到關鍵過程領域所規(guī)定的目標，必須實施相應的關鍵實踐。每個關鍵過程領域所包含的關鍵實踐涉及5個方面：執(zhí)行約定、執(zhí)行能力、執(zhí)行活動、測量和分析、驗證實施，人們統(tǒng)稱為5個共同特征。87有關職責基礎設施或活動成熟度等級關鍵過程領域共同特征包含組織成一些指示達到過程能力目標描述關鍵實踐包含若干描述88

關鍵過程領域所包含的關鍵實踐全部按這5個共同特征加以組織。共同特征是表明一個關鍵過程領域的實施和規(guī)范化是否有效、可重復且持久的一些屬性。

執(zhí)行約定

描述一個機構在保證將過程建立起來并持續(xù)起作用方面所必須采取的行動。執(zhí)行約定一般包括制定機構的方針和規(guī)定高級管理人員的支持。89

執(zhí)行能力

描述為了實施軟件過程，項目或機構中必須存在的先決條件。執(zhí)行能力一般包括資源、組織機構和培訓。

執(zhí)行活動

描述為了實現(xiàn)一個關鍵過程領域必須由誰做什么。執(zhí)行活動一般包括制定計劃與規(guī)程、執(zhí)行計劃、跟蹤執(zhí)行情況，必要時采取糾正措施。90

測量和分析

描述測量軟件過程和分析測量結果的需要。測量和分析一般包括一些為了確定所執(zhí)行活動的狀態(tài)及有效性所能采用的測量和分析。

驗證實施

描述保證遵照已建立的過程進行活動的措施。驗證一般包括管理人員和軟件質量保證部門所做的評審和審核。91關鍵實踐，無論屬于哪一個共同特征，都要描述對關鍵過程領域的有效實施貢獻最大的基礎設施或活動。一般說來，每個關鍵過程領域的每個共同特征都包含一項或十幾項關鍵實踐，每項關鍵實踐又可能另有若干子實踐。國際上有一個公認的基本觀點是：整個軟件過程的改進是基于許多小的，進化的步驟，而不是通過一次革命性的創(chuàng)新來實現(xiàn)的。這些小的進化步驟就是通過關鍵實踐來實現(xiàn)的。922.4.5ISO9000-3標準及軟件質量認證

ISO9000國際標準發(fā)源于歐洲經(jīng)濟共同體，但很快就波及美國、日本及世界各國。到目前為止，已有100多個國家在它們的企業(yè)中采用和實施這一系列標準。中國對此也十分重視，確定對其等同采用，發(fā)布了與其相應的質量管理國家標準系列GB／T19000；同時積極組織實施和開展質量認證工作。93

ISO9000系列標準如此迅速地在國際上廣為流行，其原因主要在于：

市場經(jīng)濟，特別是國際貿(mào)易的驅動。

ISO9000系列標準客觀地對生產(chǎn)者(也稱供方)提出了全面的質量管理要求、質量管理辦法，并且還規(guī)定了消費者(也稱需方)的管理職責，使其得到雙方的普遍認同，從而將符合ISO9000標準的要求作為國際貿(mào)易活動中建立互相信任關系的基石。942)ISO9000系列標準適用領域廣闊。硬件：具有特定形狀的產(chǎn)品，如機械、電子產(chǎn)品，包括計算機硬件。軟件：通過媒體表達的信息所構成的智力產(chǎn)品。包括計算機軟件。流程性材料：將原料轉化為某一特定狀態(tài)的產(chǎn)品。如，流體、粒狀、線狀等，通過瓶裝、袋裝等或通過管道傳輸交付。服務：為滿足客戶需求的更廣泛的活動。951.ISO9000系列標準的內(nèi)容：ISO9000

質量管理和質量保證標準──選擇和使用的導則ISO9001

質量體系──設計／開發(fā)、生產(chǎn)、安裝和服務中的質量保證模式ISO9002

質量體系──生產(chǎn)和安裝中的質量保證模式ISO9003

質量體系──最終檢驗和測試中的質量保證模式ISO9004

質量管理和質量體系要素──導則96

ISO9001

設計~售后服務的質量保證模式

ISO9002

制造~安裝的質量保證模式

ISO9003

最終檢驗和測試的質量保證模式

ISO9004

建立質量保證體系的指南規(guī)定供方建立并實施質量體系的方法規(guī)定需方對供方質量體系的要求

ISO9000

質量保證標準的選擇和使用硬件ISO9001,9002,9003均可直接適用軟件

ISO9000-3

使得ISO9001適用于軟件的指南售后服務

ISO9004-2

使得ISO9004適用于售后服務的指南97ISO9000系列標準的主體可分為兩組：一組是用于“需方對供方要求質量保證”的標準──9001～9003；一組是用于“供方建立質量保證體系”的標準──9004。9001、9002和9003之間的區(qū)別，在于其對象的工序范圍不同：

9001范圍最廣，包括從設計直到售后服務；9002為9001的子集，而9003又是9002的子集。98ISO9000-3標準

ISO9000系列標準原本是為制造硬件產(chǎn)品而制定的標準，不能直接用于軟件制作。曾試圖將9001改寫用于軟件開發(fā)方面，但效果不佳。以ISO9000系列標準的追加形式，另行制定出ISO9000-3標準。

ISO9000-3成為“使9001適用于軟件開發(fā)、供應及維護”的“指南”。992.制定與實施ISO9000系列標準的

主導思想(1)強調(diào)質量并非在產(chǎn)品檢驗中得到，而是形成于生產(chǎn)的全過程。

ISO9000-3敘述了需方和供方應如何進行有組織的質量保證活動，才能得到較為滿意的軟件；規(guī)定了從雙方簽訂開發(fā)合同到設計、實現(xiàn)以至維護整個軟件生存期中應當實施的質量保證活動100

ISO9000-3沒有規(guī)定具體的質量管理和質量檢驗方法和步驟。

ISO9000-3的核心思想是“將質量制作入產(chǎn)品之中”。軟件產(chǎn)品的質量取決于軟件生存期所有階段的活動。(2)為把握產(chǎn)品的質量，ISO9000-3要求“必須使影響產(chǎn)品質量的全部因素在生產(chǎn)全過程中始終處于受控狀態(tài)”。為使產(chǎn)品達到質量要求，ISO9000-3要求軟件開發(fā)機構建立質量保證體系。101

首先要求明確供需雙方的職責，針對所有可能影響軟件質量的各個因素都要采取有力措施，作出如何加強管理和控制的決定。對與質量有關的人員規(guī)定其職責和職權，責任落實到人，產(chǎn)品質量真正得到控制。(3)ISO9000標準要求證實：“企業(yè)具有持續(xù)提供符合要求產(chǎn)品的能力”。質量認證是取得這一證實的有效方法。102

產(chǎn)品質量若能達到標準提出的要求，由不依賴于供方和需方的第三方權威機構對生產(chǎn)廠家審查證實后出具合格證明。如果認證工作是公正的、可靠的，其公證的結果應當是可以信賴的。為了達到質量標準，取得質量認