【正文】 設(shè)計進(jìn)入測試是通過 CMO 來完成這一過程。為完成 α 測試，測試部門一般包括如下幾個方面的工作。① 編制測試計劃② 編制測試用例③ 測試執(zhí)行③ 測試結(jié)論（包括問題報告）一般而言，測試工作基本上可以分為如下幾個輪回：α 測試是軟件公司對自身產(chǎn)品的一次自我測試，α 測試結(jié)束后，測試部門會提供一個軟件測試評價報告，這個評價報告在某種程度上決定了該軟件是否適應(yīng)商業(yè)銷售。一般來講，軟件通過測試并不意味著軟件沒有任何問題，只是意味軟件通過了可接受測試條件。軟件測試的問題報告是軟件公司售后服務(wù)與產(chǎn)品升級的重要參考因素之一。8) 問題處理與設(shè)計文檔改進(jìn)問題處理是軟件開發(fā)組交付測試后的重要任務(wù)之一，及時解決軟件測試過程中發(fā)現(xiàn)的問題，以便進(jìn)行下一輪測試。軟件開發(fā)人員在交付測試后的另一重要任務(wù)就是將編碼過程中對設(shè)計的修改及時反映到總體設(shè)計文檔和詳細(xì)設(shè)計文檔中去，確保定版的軟件與其設(shè)計文檔的一致性。9) 內(nèi)部定版測試合格的軟件在軟件開發(fā)部內(nèi)部定版,進(jìn)入系統(tǒng)的實施級段。36 / 51 項目實施總體進(jìn)度計劃項目總體計劃表將根據(jù)合同簽訂的時間和項目的具體進(jìn)度進(jìn)行適當(dāng)調(diào)整，但無論怎樣調(diào)整，我方承諾如下相對工期：總體工程需求調(diào)研至安裝實施完畢：50 天；為保證本項目能夠在業(yè)主要求的時間完成，我們將本項目作為公司的重要項目，并從人員、設(shè)備、資金各方面為該項目提供充分的保障。根據(jù)項目進(jìn)度計劃制定計劃保證措施，在此過程嚴(yán)格按照項目計劃實施，注意協(xié)調(diào)好需求、設(shè)計、編碼、安裝、培訓(xùn)、試運(yùn)行等各環(huán)節(jié)的進(jìn)度。 系統(tǒng)試運(yùn)行和驗收本階段從系統(tǒng)試運(yùn)行和驗收評價開始。系統(tǒng)經(jīng)試運(yùn)行后，可以從是否達(dá)到了預(yù)期目標(biāo)、功能是否符合要求、系統(tǒng)的可行性、開放性、容錯性、可維護(hù)性、可移植性、安全性、決策數(shù)量及優(yōu)化程度、界面是否友好和操作難易程度等方面進(jìn)行驗收和評價。驗收過程結(jié)束后，整個系統(tǒng)的開發(fā)建設(shè)即告結(jié)束，進(jìn)入了正式運(yùn)行階段。37 / 51第七章 項目管理方案 項目管理方法說明 ISO9000 簡介ISO 是 International Organization For Standardization 的縮寫，其代表的意義是：國際標(biāo)準(zhǔn)化組織。ISO/TC176 技術(shù)委員會是 ISO 下屬技術(shù)委員會之一，全名為“質(zhì)量管理和質(zhì)量保證技術(shù)委員會 ”，ISO/TC176 的 SC2 分技術(shù)委員會經(jīng)過努力工作，于 1987 年發(fā)布了 ISO9000 質(zhì)量管理和質(zhì)量保證系列標(biāo)準(zhǔn)。該系列標(biāo)準(zhǔn)是質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)中的主體標(biāo)準(zhǔn)，共包括“標(biāo)準(zhǔn)選用、質(zhì)量保證和質(zhì)量管理”三類五項標(biāo)準(zhǔn)。該五項標(biāo)準(zhǔn)的誕生是世界范圍質(zhì)量管理和質(zhì)量保證工作的一個新紀(jì)元，對推動世界各國工業(yè)企業(yè)的質(zhì)量管理和供需雙方的質(zhì)量保證，促進(jìn)國際貿(mào)易交往起到了很好的作用。隨著國際貿(mào)易發(fā)展的需要和標(biāo)準(zhǔn)實施中出現(xiàn)的問題，于 1994 年對系列標(biāo)準(zhǔn)進(jìn)行了全面修訂，并于當(dāng)年 7 月 1 日正式發(fā)布實施。隨后，標(biāo)準(zhǔn)制訂工作進(jìn)展較快，ISO9000 標(biāo)準(zhǔn)發(fā)展成 ISO9000ISO9000ISO90003 和 ISO90004；ISO9004 發(fā)展成 ISO9004ISO9004ISO90043 和 ISO90044 等項標(biāo)準(zhǔn)。2022 年 12 月 15 日，ISO/TC176 正式發(fā)布了新版本的 ISO9000 族標(biāo)準(zhǔn)，統(tǒng)稱為 2022 版 9000 族標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)的修訂充分考慮了 1987 版和 1994 版標(biāo)準(zhǔn)以及現(xiàn)有其他管理體系標(biāo)準(zhǔn)的使用經(jīng)驗，因此，2022 版 9000 族標(biāo)準(zhǔn)將使質(zhì)量管理體系更加適合組織的需要，可以更適應(yīng)組織開展其商業(yè)活動的需要。 CMM3 簡介CMM 是軟件過程能力成熟度模型（Capacity Maturity Model）的簡稱。CMM為軟件組織提供了一個指導(dǎo)性的管理框架。在這個框架的指導(dǎo)下：　38 / 51 軟件組織可以對其軟件開發(fā)、維護(hù)過程獲得控制。　 軟件組織可以推進(jìn)其軟件工程更為文明、推進(jìn)軟件過程管理更為卓越。 CMM 通過確定當(dāng)前軟件過程管理的成熟度，通過標(biāo)識軟件的質(zhì)量和過程改進(jìn)中關(guān)鍵的、要害的問題，可以指導(dǎo)軟件組織選擇正確的軟件過程改進(jìn)策略。 CMM 將其焦點(diǎn)，聚焦在一系列具體的軟件過程活動上，并以強(qiáng)制方式達(dá)到這些活動。一個軟件組織就可以穩(wěn)定地、持續(xù)地改進(jìn)其整個軟件組織過程，使得其軟件過程管理能力取得持續(xù)地、持久地不斷爭長提高。CMM 為企業(yè)的軟件過程能力提供了一個階梯式的進(jìn)化框架，階梯共有五級。第一級只是一個起點(diǎn)，任何準(zhǔn)備按 CMM 體系進(jìn)化的企業(yè)都自然處于這個起點(diǎn)上，并通過它向第二級邁進(jìn)。除第一級外，每一級都設(shè)定了一組目標(biāo)，如果達(dá)到了這組目標(biāo)，則表明達(dá)到了這個成熟級別，可以向下一級別邁進(jìn)。CMM 體系不主張跨越級別的進(jìn)化，因為每一個低的級別實現(xiàn)均是高的級別實現(xiàn)的基礎(chǔ)。CMM的級別示意如下圖所示：初始級初始級的軟件過程是未加定義的隨意過程，項目的執(zhí)行是隨意甚至是混亂的。也許，有些企業(yè)制定了一些軟件工程規(guī)范，但若這些規(guī)范未能覆蓋基本的關(guān)鍵過程要求，且執(zhí)行沒有政策、資源等方面的保證時，那么它仍然被視為初39 / 51始級?！≈貜?fù)級根據(jù)多年的經(jīng)驗和教訓(xùn)，人們總結(jié)出軟件開發(fā)的首要問題不是技術(shù)問題而是管理問題。因此，第二級的焦點(diǎn)集中在軟件管理過程上。一個可管理的過程則是一個可重復(fù)的過程，可重復(fù)的過程才能逐漸改進(jìn)和成熟?？芍貜?fù)級的管理過程包括了需求管理、項目管理、質(zhì)量管理、配置管理和子合同管理五個方面；其中項目管理過程又分為計劃過程和跟蹤與監(jiān)控過程。通過實施這些過程，從管理角度可以看到一個按計劃執(zhí)行的且階段可控的軟件開發(fā)過程。定義級在可重復(fù)級定義了管理的基本過程，而沒有定義執(zhí)行的步驟標(biāo)準(zhǔn)。在第三級則要求制定企業(yè)范圍的工程化標(biāo)準(zhǔn)，并將這些標(biāo)準(zhǔn)集成到企業(yè)軟件開發(fā)標(biāo)準(zhǔn)過程中去。所有開發(fā)的項目需根據(jù)這個標(biāo)準(zhǔn)過程，裁剪出與項目適宜的過程，并且按照過程執(zhí)行。過程的裁剪不是隨意的，在使用前必須經(jīng)過企業(yè)有關(guān)人員的批準(zhǔn)。管理級第四級的管理是量化的管理。所有過程需建立相應(yīng)的度量方式，所有產(chǎn)品的質(zhì)量（包括工作產(chǎn)品和提交給用戶的最終產(chǎn)品）需要有明確的度量指標(biāo)。這些度量應(yīng)是詳盡的，且可用于理解和控制軟件過程和產(chǎn)品。量化控制將使軟件開發(fā)真正成為一種工業(yè)生產(chǎn)活動。優(yōu)化級優(yōu)化級的目標(biāo)是達(dá)到一個持續(xù)改善的境界。所謂持續(xù)改善是指可以根據(jù)過程執(zhí)行的反饋信息來改善下一步的執(zhí)行過程，即優(yōu)化執(zhí)行步驟。如果企業(yè)達(dá)到了第五級，就表明該企業(yè)能夠根據(jù)實際的項目性質(zhì)、技術(shù)等因素，不斷調(diào)整軟件生產(chǎn)過程以求達(dá)到最佳。我公司的軟件管理按照 CMM 第三級標(biāo)準(zhǔn)來嚴(yán)格控制軟件開發(fā)。現(xiàn)已成立了40 / 51一個 SEPG(Software Engineering Process Group)及軟件工程小組，由他們具體負(fù)責(zé)實施相關(guān)過程定義、過程改進(jìn)的活動，小組人員要同時具備技術(shù)背景和管理經(jīng)驗，小組人員都具有良好的溝通，培訓(xùn)，協(xié)商和咨詢的能力。 軟件的研發(fā)管理軟件的研發(fā)管理至關(guān)重要，是一個軟件企業(yè)順利成長的關(guān)鍵。軟件的研發(fā)管理與公司的管理水平有關(guān)，具體的實施還與公司的規(guī)模有關(guān)，隨企業(yè)的不斷發(fā)展而不斷變化，是一個軟件企業(yè)不斷追求的目標(biāo)。目前，公司已建立了一套較為完善的項目管理體系,它包括項目管理、研發(fā)中心、軟件工程（包括售前、售后） 、軟件測試以及技術(shù)預(yù)研等部分。 項目風(fēng)險管理項目風(fēng)險管理是指對項目風(fēng)險從識別到分析乃至采取應(yīng)對措施等一系列過程，它包括將積極因素所產(chǎn)生的影響最大化和使消極因素產(chǎn)生的影響最小化兩方面內(nèi)容。通過建立項目風(fēng)險管理系統(tǒng)模型，來完成項目風(fēng)險管理任務(wù)是一種比較常用的方法。項目風(fēng)險管理系統(tǒng)模型由以下四個部分組成：即風(fēng)險辯識、風(fēng)險評估、風(fēng)險分析和風(fēng)險控制。 風(fēng)險管理風(fēng)險辨識 風(fēng)險評估 風(fēng)險分析 風(fēng)險控制 風(fēng)險辯識風(fēng)險辯識是指找出影響項目質(zhì)量、進(jìn)度、投資等目標(biāo)順利實現(xiàn)的主要41 / 51風(fēng)險，是項目風(fēng)險管理的第一步，也是最重要的一步。這一階段主要側(cè)重于對風(fēng)險的定性分析。風(fēng)險辯識應(yīng)根據(jù)風(fēng)險分類，從風(fēng)險產(chǎn)生的原因入手。風(fēng)險辯識主要有以下幾種方法：⑴專家調(diào)查法（包括專家會議法和德爾菲法等幾十種方法） ；⑵幕景分析法；⑶故障樹分析法等。風(fēng)險辯識的過程分三個步驟：確認(rèn)不確定性的客觀存在；建立風(fēng)險清單；進(jìn)行風(fēng)險分類。我公司應(yīng)用風(fēng)險管理模型進(jìn)行類似項目開發(fā)時給出的風(fēng)險分類表。風(fēng)險類型 典 型 風(fēng) 險自然風(fēng)險 不可抗力風(fēng)險 資源供應(yīng)風(fēng)險社會政治風(fēng)險 法規(guī)變更風(fēng)險 行政性風(fēng)險經(jīng)濟(jì)風(fēng)險 利率變化風(fēng)險 技術(shù)風(fēng)險 技術(shù)故障 完工風(fēng)險其它風(fēng)險 完工風(fēng)險 市場風(fēng)險 經(jīng)營風(fēng)險 違約風(fēng)險 人員風(fēng)險 風(fēng)險評估風(fēng)險評估是指采取科學(xué)方法將辯識出并經(jīng)分類的風(fēng)險據(jù)其權(quán)重大小予以排隊，為有針對性、有重點(diǎn)地管理好風(fēng)險提供科學(xué)依據(jù)。風(fēng)險評估的對象是項目的所有風(fēng)險，而非單個風(fēng)險。在該模型中，采用層次分析法（簡稱 AHP 法）進(jìn)行風(fēng)險評估。經(jīng)過風(fēng)險評估，該模型將風(fēng)險分為以下幾個等級：Ⅰ級 嚴(yán)重風(fēng)險 ≤權(quán)重≤1Ⅱ級 一般風(fēng)險 ≤權(quán)重≤42 / 51Ⅲ級 輕微風(fēng)險 0≤權(quán)重≤對于以上不同等級的風(fēng)險，應(yīng)給予不同程度的重視。尤其是對于被評估為Ⅰ級的嚴(yán)重風(fēng)險，應(yīng)進(jìn)一步分析，給出相應(yīng)的控制措施；對于被評估為Ⅱ級的一般風(fēng)險，應(yīng)給以足夠重視；對于被評估為Ⅲ級的輕微風(fēng)險，給予一般管理即可。類似項目風(fēng)險分類如下：Ⅰ級風(fēng)險： 利率變化風(fēng)險 行政性風(fēng)險Ⅱ級風(fēng)險： 技術(shù)故障 通貨膨脹風(fēng)險法規(guī)變更風(fēng)險 完工風(fēng)險經(jīng)營風(fēng)險 費(fèi)用超支風(fēng)險 ?、蠹夛L(fēng)險： 人員風(fēng)險 違約風(fēng)險不可抗力風(fēng)險 風(fēng)險分析為了了解風(fēng)險的準(zhǔn)確情況和確切的根源，尤其是Ⅰ級風(fēng)險，尚需對其進(jìn)行深刻的分析。風(fēng)險分析是指應(yīng)用各種風(fēng)險分析技術(shù)，用定性、定量或兩者相結(jié)合的方式處理不確定性的過程。風(fēng)險分析有定量分析(包括敏感性分析、概率分析、決策樹分析、影響圖技術(shù)、模糊數(shù)學(xué)法、CIM 模型等)和定性分析(包括幕景分析法、專家調(diào)查法、層次分析法等)兩種方法。上述幾種風(fēng)險分析方法各自都有優(yōu)、缺點(diǎn)，都不是萬能的。因此，風(fēng)險分析方法必須與使用這種方法的模型和環(huán)境相適應(yīng)，沒有一種方法適合于所有的風(fēng)險分析目的。因此具體分析某一風(fēng)險時，應(yīng)具體問題具體分析。另外，風(fēng)險分析是協(xié)助風(fēng)險管理者管理風(fēng)險的一種工具，它并不能代替風(fēng)險管理者的判斷，所以，風(fēng)險管理者還應(yīng)辨證地看待風(fēng)險分析的結(jié)果。 風(fēng)險控制風(fēng)險控制是指風(fēng)險管理者采取各種措施和方法，消滅或減少風(fēng)險事件發(fā)生43 / 51的各種可能性，或者減少風(fēng)險事件發(fā)生時造成的損失。只有做好風(fēng)險控制工作，才可以說風(fēng)險管理者成功地管理了風(fēng)險。風(fēng)險管理者進(jìn)行風(fēng)險控制所采取的措施和方法主要有：風(fēng)險回避、風(fēng)險降低（減輕） 、風(fēng)險抵消、風(fēng)險分離、風(fēng)險分散、風(fēng)險轉(zhuǎn)移、風(fēng)險自留。 項目質(zhì)量管理 管理保證在本軟件系統(tǒng)整個開發(fā)期間，必須成立軟件質(zhì)量保證小組負(fù)責(zé)質(zhì)量保證工作。 文檔保證軟件文檔(document)也稱文件，通常指的是一些記錄的數(shù)據(jù) 和數(shù)據(jù)媒體，它具有固定不變的形式，可被人和計算機(jī)閱讀。它和 計算機(jī)程序共同構(gòu)成了能完成特定功能的計算機(jī)軟件(有人把源程序也當(dāng)作文檔的一部分)。我們知道，硬件產(chǎn)品和產(chǎn)品資料在整個生產(chǎn)過程中都是有形可見的，軟件生產(chǎn)則有很大不同，文檔本身就是軟件產(chǎn)品。沒有文檔的軟件，不成其為軟件，更談不到軟件 產(chǎn)品。軟件文檔的編制(documentation)在軟件開發(fā)工作中占有突 出的地位和相當(dāng)?shù)墓ぷ髁?。高效率、高質(zhì)量地開發(fā)、分發(fā)、管理和維 護(hù)文檔對于轉(zhuǎn)讓、變更、修正、擴(kuò)充和使用文檔，對于充分發(fā)揮軟件產(chǎn)品的效益有著重要意義。 基本文檔為了確保該系統(tǒng)的實現(xiàn)滿足項目委托單位的需求，系統(tǒng)各開發(fā)單位至少提供以下八個方面內(nèi)容的文檔：軟件需求規(guī)格說明書（STP） ； 軟件設(shè)計說明書（SDD）,對一些規(guī)模較大或復(fù)雜性較高的項目，應(yīng)該把本文檔分成概要設(shè)計說明書（PDD）與詳細(xì)設(shè)計說明書（DDD）兩個文檔； 軟件測試計劃（STP） ； 44 / 51軟件測試報告（STR） ； 用戶手冊（SUM） ； 源程序清單（SCL） ； 項目實施計劃（PIP） ； 項目開發(fā)總結(jié)（PDS） 。 其它文檔除了基本文檔之外，對于在開發(fā)中的系統(tǒng)，還應(yīng)該包括以下四個方面的文檔：軟件質(zhì)量保證計劃（SQAP） ； 軟件配置計劃（SCMPP） ； 項目進(jìn)展報告（PPR） ； 階段評審報告（PRR） ； 文檔質(zhì)量文檔是軟件的重要組成部分，是軟件生存周期各個不同階段的產(chǎn)品描述。為了保證文檔的編寫質(zhì)量，我們用以下度量準(zhǔn)則評審文檔的質(zhì)量。完備性：所有承擔(dān)軟件開發(fā)任務(wù)的單位，都必須按照 GB 8567 的規(guī)定編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的。 正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階段的工作且與該階段的需求相一致。 簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達(dá)應(yīng)該清晰、準(zhǔn)確簡練，適合各種文檔的特定讀者。 可追蹤性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追蹤性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。前者是指在不同的文檔的相關(guān)內(nèi)容之間相互檢索的難易程序；后者是指用來確定同一文檔某一內(nèi)容在本文檔中的范圍的難易程度。 自說明性：在軟件開發(fā)各個階段所編寫