軟件開(kāi)發(fā)流程-論文.doc

精品文檔 畢業(yè)設(shè)計(jì)（論文）題目：軟件開(kāi)發(fā)流程管理 班 級(jí)： 11工升學(xué) 號(hào)： 1000303071姓 名： 指導(dǎo)教師： 2014年11月摘 要從軟件開(kāi)發(fā)最初至今，不斷地有新的軟件開(kāi)發(fā)技術(shù)產(chǎn)生，但是在軟件開(kāi)發(fā)能力和質(zhì)量方面卻始終存在達(dá)不到預(yù)計(jì)目標(biāo)這一問(wèn)題。每一個(gè)軟件開(kāi)發(fā)的最大目標(biāo)，就是最大限度提高質(zhì)量與生產(chǎn)率。而影響質(zhì)量與生產(chǎn)率的三個(gè)關(guān)鍵因素：過(guò)程、人和技術(shù)，因此，我們除了提高技術(shù)能力，培養(yǎng)更多優(yōu)質(zhì)人才之外，還需要制定一套軟件開(kāi)發(fā)過(guò)程管理標(biāo)準(zhǔn)，并在軟件開(kāi)發(fā)過(guò)程中對(duì)這一標(biāo)準(zhǔn)不斷地完善，以達(dá)到提高軟件質(zhì)量與生產(chǎn)率的目標(biāo)。本文結(jié)合CMM（軟件過(guò)程成熟度模型），對(duì)軟件開(kāi)發(fā)、維護(hù)全過(guò)程進(jìn)行標(biāo)準(zhǔn)化、規(guī)范化管理，制定出軟件開(kāi)發(fā)管理標(biāo)準(zhǔn)。關(guān)鍵詞：軟件開(kāi)發(fā)過(guò)程，管理標(biāo)準(zhǔn)目 錄第一章 軟件開(kāi)發(fā)的概念及目的4第二章 軟件開(kāi)發(fā)流程劃分及開(kāi)發(fā)環(huán)境42.1.軟件開(kāi)發(fā)階段劃分42.2.軟件開(kāi)發(fā)環(huán)境需求6第三章 軟件開(kāi)發(fā)過(guò)程中存在的問(wèn)題83.1.對(duì)用戶(hù)方需求的掌握不全面83.2.對(duì)軟件的價(jià)值認(rèn)識(shí)不清晰83.3.跟用戶(hù)方的合作不順利83.4.開(kāi)發(fā)隊(duì)伍的結(jié)構(gòu)不合理93.5.軟件開(kāi)發(fā)管理制度不健全93.6.開(kāi)發(fā)團(tuán)隊(duì)人員不穩(wěn)定9第四章 軟件開(kāi)發(fā)流程管理規(guī)范104.1.什么是CMM104.2.結(jié)合CMM制定開(kāi)發(fā)流程管理方案114.2.1軟件項(xiàng)目生命周期模型114.2.2需求分析流程圖及描述124.2.3設(shè)計(jì)流程圖及描述164.2.4編碼流程圖及描述184.2.5測(cè)試流程圖及描述194.2.6驗(yàn)收流程圖及描述22第四章 軟件開(kāi)發(fā)行業(yè)前景23參考文獻(xiàn)24第一章 軟件開(kāi)發(fā)的概念及目的軟件開(kāi)發(fā)是根據(jù)用戶(hù)要求建造出軟件系統(tǒng)或者系統(tǒng)中的軟件部分的過(guò)程。軟件開(kāi)發(fā)是一項(xiàng)包括需求捕捉、需求分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的系統(tǒng)工程。軟件一般是用某種程序設(shè)計(jì)語(yǔ)言來(lái)實(shí)現(xiàn)的。通常采用軟件開(kāi)發(fā)工具可以進(jìn)行開(kāi)發(fā)。軟件分為系統(tǒng)軟件和應(yīng)用軟件，并不只是包括可以在計(jì)算機(jī)上運(yùn)行的程序，與這些程序相關(guān)的文件一般也被認(rèn)為是軟件的一部分。 軟件設(shè)計(jì)思路和方法的一般過(guò)程，包括設(shè)計(jì)軟件的功能和實(shí)現(xiàn)的算法和方法、軟件的總體結(jié)構(gòu)設(shè)計(jì)和模塊設(shè)計(jì)、編程和調(diào)試、程序聯(lián)調(diào)和測(cè)試以及編寫(xiě)、提交程序。為什么我們會(huì)使用軟件開(kāi)發(fā)？這樣做的目的是為了什么，其中的一個(gè)主要原因是向客戶(hù)提供價(jià)值不斷增長(zhǎng)的軟件需求。基本的根本在于用戶(hù)需求或市場(chǎng)營(yíng)銷(xiāo)目標(biāo)必須創(chuàng)建或轉(zhuǎn)換成好的軟件應(yīng)用。所以從本質(zhì)上講,軟件開(kāi)發(fā)是它允許最終用戶(hù)執(zhí)行他想做的任務(wù)。一個(gè)繁榮必然導(dǎo)致其他環(huán)節(jié)的上升。因此，許多公司都在提供軟件開(kāi)發(fā)項(xiàng)目。隨著新開(kāi)發(fā)過(guò)程中對(duì)世界的探索,軟件開(kāi)發(fā)將會(huì)無(wú)限增長(zhǎng)。這是當(dāng)今世界多少軟件開(kāi)發(fā)手段。企業(yè)網(wǎng)站建設(shè)的應(yīng)用程序必須提供包括一系列非常復(fù)雜的機(jī)器不同的目的包括很多行業(yè)類(lèi)型和幾乎任何你能想到的。第二章 軟件開(kāi)發(fā)流程劃分及開(kāi)發(fā)環(huán)境2.1軟件開(kāi)發(fā)階段劃分軟件開(kāi)發(fā)一般分為六個(gè)階段：1. 問(wèn)題的定義及規(guī)劃對(duì)所要解決的問(wèn)題進(jìn)行總體定義，包括了解用戶(hù)的要求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會(huì)因素等3個(gè)方面研究并論證本軟件項(xiàng)目的可行性，編寫(xiě)可行性研究報(bào)告，探討解決問(wèn)題的方案，并對(duì)可供使用的資源（如計(jì)算機(jī)硬件、系統(tǒng)軟件、人力等）成本，可取得的效益和開(kāi)發(fā)進(jìn)度作出估計(jì)，制訂完成開(kāi)發(fā)任務(wù)的實(shí)施計(jì)劃。2. 需求分析軟件需求分析就是對(duì)開(kāi)發(fā)什么樣的軟件的一個(gè)系統(tǒng)的分析與設(shè)想。它是一個(gè)對(duì)用戶(hù)的需求進(jìn)行去粗取精、去偽存真、正確理解，然后把它用軟件工程開(kāi)發(fā)語(yǔ)言（形式功能規(guī)約，即需求規(guī)格說(shuō)明書(shū)）表達(dá)出來(lái)的過(guò)程。本階段的基本任務(wù)是和用戶(hù)一起確定要解決的問(wèn)題，建立軟件的邏輯模型，編寫(xiě)需求規(guī)格說(shuō)明書(shū)文檔并最終得到用戶(hù)的認(rèn)可。需求分析的主要方法有結(jié)構(gòu)化分析方法、數(shù)據(jù)流程圖和數(shù)據(jù)字典等方法。本階段的工作是根據(jù)需求說(shuō)明書(shū)的要求，設(shè)計(jì)建立相應(yīng)的軟件系統(tǒng)的體系結(jié)構(gòu)，并將整個(gè)系統(tǒng)分解成若干個(gè)子系統(tǒng)或模塊，定義子系統(tǒng)或模塊間的接口關(guān)系，對(duì)各子系統(tǒng)進(jìn)行具體設(shè)計(jì)定義，編寫(xiě)軟件概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)說(shuō)明書(shū)，數(shù)據(jù)庫(kù)或數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)說(shuō)明書(shū)，組裝測(cè)試計(jì)劃。在任何軟件或系統(tǒng)開(kāi)發(fā)的初始階段必須先完全掌握用戶(hù)需求，以期能將緊隨的系統(tǒng)開(kāi)發(fā)過(guò)程中哪些功能應(yīng)該落實(shí)、采取何種規(guī)格以及設(shè)定哪些限制優(yōu)先加以定位。系統(tǒng)工程師最終將據(jù)此完成設(shè)計(jì)方案，在此基礎(chǔ)上對(duì)隨后的程序開(kāi)發(fā)、系統(tǒng)功能和性能的描述及限制作出定義。3. 軟件設(shè)計(jì)軟件設(shè)計(jì)可以分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。實(shí)際上軟件設(shè)計(jì)的主要任務(wù)就是將軟件分解成模塊是指能實(shí)現(xiàn)某個(gè)功能的數(shù)據(jù)和程序說(shuō)明、可執(zhí)行程序的程序單元?？梢允且粋€(gè)函數(shù)、過(guò)程、子程序、一段帶有程序說(shuō)明的獨(dú)立的程序和數(shù)據(jù)，也可以是可組合、可分解和可更換的功能單元。模塊，然后進(jìn)行模塊設(shè)計(jì)。概要設(shè)計(jì)就是結(jié)構(gòu)設(shè)計(jì)，其主要目標(biāo)就是給出軟件的模塊結(jié)構(gòu)，用軟件結(jié)構(gòu)圖表示。詳細(xì)設(shè)計(jì)的首要任務(wù)就是設(shè)計(jì)模塊的程序流程、算法和數(shù)據(jù)結(jié)構(gòu)，次要任務(wù)就是設(shè)計(jì)數(shù)據(jù)庫(kù)，常用方法還是結(jié)構(gòu)化程序設(shè)計(jì)方法。4. 程序編碼軟件編碼是指把軟件設(shè)計(jì)轉(zhuǎn)換成計(jì)算機(jī)可以接受的程序，即寫(xiě)成以某一程序設(shè)計(jì)語(yǔ)言表示的“源程序清單”。充分了解軟件開(kāi)發(fā)語(yǔ)言、工具的特性和編程風(fēng)格，有助于開(kāi)發(fā)工具的選擇以及保證軟件產(chǎn)品的開(kāi)發(fā)質(zhì)量。當(dāng)前軟件開(kāi)發(fā)中除在專(zhuān)用場(chǎng)合，已經(jīng)很少使用二十世紀(jì)80年代的高級(jí)語(yǔ)言了，取而代之的是面向?qū)ο蟮拈_(kāi)發(fā)語(yǔ)言。而且面向?qū)ο蟮拈_(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)環(huán)境大都合為一體，大大提高了開(kāi)發(fā)的速度。5. 軟件測(cè)試軟件測(cè)試的目的是以較小的代價(jià)發(fā)現(xiàn)盡可能多的錯(cuò)誤。要實(shí)現(xiàn)這個(gè)目標(biāo)的關(guān)鍵在于設(shè)計(jì)一套出色的測(cè)試用例（測(cè)試數(shù)據(jù)與功能和預(yù)期的輸出結(jié)果組成了測(cè)試用例）。如何才能設(shè)計(jì)出一套出色的測(cè)試用例，關(guān)鍵在于理解測(cè)試方法。不同的測(cè)試方法有不同的測(cè)試用例設(shè)計(jì)方法。兩種常用的測(cè)試方法是白盒法測(cè)試對(duì)象是源程序，依據(jù)的是程序內(nèi)部的的邏輯結(jié)構(gòu)來(lái)發(fā)現(xiàn)軟件的編程錯(cuò)誤、結(jié)構(gòu)錯(cuò)誤和數(shù)據(jù)錯(cuò)誤。結(jié)構(gòu)錯(cuò)誤包括邏輯、數(shù)據(jù)流、初始化等錯(cuò)誤。用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果。白盒法和黑盒法依據(jù)的是軟件的功能或軟件行為描述，發(fā)現(xiàn)軟件的接口、功能和結(jié)構(gòu)錯(cuò)誤。其中接口錯(cuò)誤包括內(nèi)部/外部接口、資源管理、集成化以及系統(tǒng)錯(cuò)誤。黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。6. 軟件維護(hù)維護(hù)是指在已完成對(duì)軟件的研制（分析、設(shè)計(jì)、編碼和測(cè)試）工作并交付使用以后，對(duì)軟件產(chǎn)品所進(jìn)行的一些軟件工程的活動(dòng)。即根據(jù)軟件運(yùn)行的情況，對(duì)軟件進(jìn)行適當(dāng)修改，以適應(yīng)新的要求，以及糾正運(yùn)行中發(fā)現(xiàn)的錯(cuò)誤。編寫(xiě)軟件問(wèn)題報(bào)告、軟件修改報(bào)告。一個(gè)中等規(guī)模的軟件，如果研制階段需要一年至二年的時(shí)間，在它投入使用以后，其運(yùn)行或工作時(shí)間可能持續(xù)五年至十年。那么它的維護(hù)階段也是運(yùn)行的這五年至十年期間。在這段時(shí)間，人們幾乎需要著手解決研制階段所遇到的各種問(wèn)題，同時(shí)還要解決某些維護(hù)工作本身特有的問(wèn)題。做好軟件維護(hù)工作，不僅能排除障礙，使軟件能正常工作，而且還可以使它擴(kuò)展功能，提高性能，為用戶(hù)帶來(lái)明顯的經(jīng)濟(jì)效益。然而遺憾的是，對(duì)軟件維護(hù)工作的重視往往遠(yuǎn)不如對(duì)軟件研制工作的重視。而事實(shí)上，和軟件研制工作相比，軟件維護(hù)的工作量和成本都要大得多。在實(shí)際開(kāi)發(fā)過(guò)程中，軟件開(kāi)發(fā)并不是從第一步進(jìn)行到最后一步，而是在任何階段，在進(jìn)入下一階段前一般都有一步或幾步的回溯。在測(cè)試過(guò)程中的問(wèn)題可能要求修改設(shè)計(jì)，用戶(hù)可能會(huì)提出一些需要來(lái)修改需求說(shuō)明書(shū)等。2.2軟件開(kāi)發(fā)環(huán)境需求l 開(kāi)發(fā)平臺(tái)軟件開(kāi)發(fā)平臺(tái)源于繁瑣的實(shí)踐開(kāi)發(fā)過(guò)程中。開(kāi)發(fā)人員在實(shí)踐中將常用的函數(shù)、類(lèi)、抽象、接口等進(jìn)行總結(jié)、封裝，成為了可以重復(fù)使用的“中間件”，而隨著“中間件”的成熟和通用，功能更強(qiáng)大、更能滿(mǎn)足企業(yè)級(jí)客戶(hù)需求的軟件開(kāi)發(fā)平臺(tái)應(yīng)運(yùn)而生。平臺(tái)是一段時(shí)間內(nèi)科研成果的匯聚，也是階段性平臺(tái)期的標(biāo)志，為行業(yè)進(jìn)入新的研發(fā)領(lǐng)域提供了基礎(chǔ)。由于平臺(tái)對(duì)企業(yè)核心競(jìng)爭(zhēng)力的提升非常明顯，目前國(guó)內(nèi)的管理軟件市場(chǎng)，軟件開(kāi)發(fā)平臺(tái)的應(yīng)用已經(jīng)成為一種趨勢(shì)。由于開(kāi)發(fā)環(huán)境、開(kāi)發(fā)人員、功能定位、行業(yè)背景等的不同，不同品牌的平臺(tái)存在較大差別。l 開(kāi)發(fā)環(huán)境軟件開(kāi)發(fā)環(huán)境在歐洲又叫集成式項(xiàng)目支持環(huán)境（Integrated Project Support Environment，IPSE）。軟件開(kāi)發(fā)環(huán)境的主要組成成分是軟件工具。人機(jī)界面是軟件開(kāi)發(fā)環(huán)境與用戶(hù)之間的一個(gè)統(tǒng)一的交互式對(duì)話系統(tǒng)，它是軟件開(kāi)發(fā)環(huán)境的重要質(zhì)量標(biāo)志。存儲(chǔ)各種軟件工具加工所產(chǎn)生的軟件產(chǎn)品或半成品（如源代碼、測(cè)試數(shù)據(jù)和各種文檔資料等）的軟件環(huán)境數(shù)據(jù)庫(kù)是軟件開(kāi)發(fā)環(huán)境的核心。工具間的聯(lián)系和相互理解都是通過(guò)存儲(chǔ)在信息庫(kù)中的共享數(shù)據(jù)得以實(shí)現(xiàn)的。軟件開(kāi)發(fā)環(huán)境數(shù)據(jù)庫(kù)是面向軟件工作者的知識(shí)型信息數(shù)據(jù)庫(kù)，其數(shù)據(jù)對(duì)象是多元化、帶有智能性質(zhì)的。軟件開(kāi)發(fā)數(shù)據(jù)庫(kù)用來(lái)支撐各種軟件工具，尤其是自動(dòng)設(shè)計(jì)工具、編譯程序等的主動(dòng)或被動(dòng)的工作。較初級(jí)的SDE數(shù)據(jù)庫(kù)一般包含通用子程序庫(kù)、可重組的程序加工信息庫(kù)、模塊描述與接口信息庫(kù)、軟件測(cè)試與糾錯(cuò)依據(jù)信息庫(kù)等；較完整的SDE數(shù)據(jù)庫(kù)還應(yīng)包括可行性與需求信息檔案、階段設(shè)計(jì)詳細(xì)檔案、測(cè)試驅(qū)動(dòng)數(shù)據(jù)庫(kù)、軟件維護(hù)檔案等。更進(jìn)一步的要求是面向軟件規(guī)劃到實(shí)現(xiàn)、維護(hù)全過(guò)程的自動(dòng)進(jìn)行，這要求SDE數(shù)據(jù)庫(kù)系統(tǒng)是具有智能的，其中比較基本的智能結(jié)果是軟件編碼的自動(dòng)實(shí)現(xiàn)和優(yōu)化、軟件工程項(xiàng)目的多方面不同角度的自我分析與總結(jié)。這種智能結(jié)果還應(yīng)主動(dòng)地被重新改造、學(xué)習(xí)，以豐富SDE數(shù)據(jù)庫(kù)的知識(shí)、信息和軟件積累。這時(shí)候，軟件開(kāi)發(fā)環(huán)境在軟件工程人員的恰當(dāng)?shù)耐獠靠刂苹驇椭轮鸩较蚋叨戎悄芘c自動(dòng)化邁進(jìn)。軟件實(shí)現(xiàn)的根據(jù)是計(jì)算機(jī)語(yǔ)言。時(shí)至今日，計(jì)算機(jī)語(yǔ)言發(fā)展為算法語(yǔ)言、數(shù)據(jù)庫(kù)語(yǔ)言、智能模擬語(yǔ)言等多種門(mén)類(lèi)，在幾十種重要的算法語(yǔ)言中，C&C+語(yǔ)言日益成為廣大計(jì)算機(jī)軟件工作人員的親密伙伴，這不僅因?yàn)樗δ軓?qiáng)大、構(gòu)造靈活，更在于它提供了高度結(jié)構(gòu)化的語(yǔ)法、簡(jiǎn)單而統(tǒng)一的軟件構(gòu)造方式，使得以它為主構(gòu)造的SDE數(shù)據(jù)庫(kù)的基礎(chǔ)成分子程序庫(kù)的設(shè)計(jì)與建設(shè)顯得異常的方便。事實(shí)上，以C#&C+為背景建立的SDE子程序庫(kù)能為軟件工作者提供比較有效、靈活、方便、友好的自動(dòng)編碼基礎(chǔ)，尤其是C+的封裝等特性，更適合大項(xiàng)目的開(kāi)發(fā)管理和維護(hù)。第三章 軟件開(kāi)發(fā)過(guò)程中存在的問(wèn)題當(dāng)今社會(huì)的軟件工程理論和數(shù)據(jù)庫(kù)設(shè)計(jì)理論為我們提供了各種各樣系統(tǒng)開(kāi)發(fā)的方法，在開(kāi)發(fā)實(shí)踐過(guò)程中也有很多成功的案例，但在實(shí)際開(kāi)發(fā)過(guò)程中失敗的個(gè)例也是屢見(jiàn)不鮮的。普遍情況是這樣：投入大量人力、物力、財(cái)力，開(kāi)發(fā)出來(lái)的系統(tǒng)不符合用戶(hù)的需求，需要大量的返工修改，甚至重新開(kāi)發(fā)。開(kāi)發(fā)工作進(jìn)度難以控制，周期一拖再拖，用戶(hù)發(fā)怨聲載道，認(rèn)為開(kāi)發(fā)方?jīng)]有盡心盡力，開(kāi)發(fā)方也是滿(mǎn)腹牢騷，認(rèn)為用戶(hù)方不配合工作，甚至有些已經(jīng)驗(yàn)收的項(xiàng)目在投入實(shí)際使用的過(guò)程中被棄用了，這樣就造成了很大的浪費(fèi)。那么在軟件開(kāi)發(fā)過(guò)程中，究竟產(chǎn)生哪些方面的問(wèn)題呢？下面我們就來(lái)探討。3.1對(duì)用戶(hù)方需求的掌握不全面目前國(guó)內(nèi)的軟件開(kāi)發(fā)企業(yè)的規(guī)模都不大，開(kāi)發(fā)團(tuán)隊(duì)需要承擔(dān)的工作量多且繁重，企業(yè)在接了項(xiàng)目之后，馬上組織團(tuán)隊(duì)開(kāi)發(fā)，在盡可能短的時(shí)間內(nèi)完成項(xiàng)目任務(wù)，將資金收回。這種短、平、快，急功近利的運(yùn)作方式，導(dǎo)致我們?cè)趯?duì)用戶(hù)的業(yè)務(wù)需求認(rèn)識(shí)還不夠充分之前，就開(kāi)始編程，加上很多用戶(hù)對(duì)需要提供也不重視不專(zhuān)業(yè)，導(dǎo)致軟件開(kāi)發(fā)過(guò)程中頻繁的調(diào)整，調(diào)試運(yùn)行和維護(hù)期間的工作多是“打補(bǔ)丁”。3.2對(duì)軟件的價(jià)值認(rèn)識(shí)不清晰由于目前國(guó)內(nèi)的IT產(chǎn)業(yè)還處于起步階段，軟件價(jià)值及其在計(jì)算機(jī)技術(shù)應(yīng)用中的核心作用還未被認(rèn)識(shí)，目前國(guó)內(nèi)保護(hù)知識(shí)產(chǎn)權(quán)的意識(shí)不強(qiáng)，相關(guān)法律也不很健全，軟件業(yè)盜版猖獗，使得廣大用戶(hù)不愿意購(gòu)買(mǎi)價(jià)格相對(duì)高的正版軟件，更不愿意投入較大的財(cái)力開(kāi)發(fā)應(yīng)用軟件，導(dǎo)致軟件項(xiàng)目投入過(guò)低或在計(jì)算機(jī)相關(guān)的工程中軟硬件投入比列失調(diào)，自然無(wú)法保護(hù)軟件的開(kāi)發(fā)質(zhì)量。3.3跟用戶(hù)方的合作不順利用戶(hù)方在軟件開(kāi)發(fā)過(guò)程中一般會(huì)指定人員來(lái)配合開(kāi)發(fā)方的工作。對(duì)一些有計(jì)算機(jī)專(zhuān)業(yè)人員的用戶(hù)單位，在計(jì)算機(jī)行業(yè)飛速發(fā)展的形勢(shì)下，他們的知識(shí)結(jié)構(gòu)與目前的信息技術(shù)發(fā)展已有了一定的距離，所提出的對(duì)軟件的要求或者太空泛，或者過(guò)于計(jì)較某些細(xì)節(jié)。還有，一些用戶(hù)單位在出資購(gòu)置軟件后，軟件開(kāi)發(fā)過(guò)程中根本不給予開(kāi)發(fā)方有力的配合，甚至還認(rèn)為開(kāi)發(fā)工作室開(kāi)發(fā)方一家的事情，他們只管用，不參與開(kāi)發(fā)工作，他們對(duì)于購(gòu)買(mǎi)軟件的觀念還是“我出錢(qián)買(mǎi)你的東西，買(mǎi)來(lái)就得好用”。3.4開(kāi)發(fā)隊(duì)伍的結(jié)構(gòu)不合理目前，大多數(shù)的軟件開(kāi)發(fā)單位，缺少優(yōu)秀的系統(tǒng)分析員和項(xiàng)目 管理人員，缺少由項(xiàng)目管理員、系統(tǒng)分析員、程序員等組成的良好的開(kāi)發(fā)隊(duì)伍結(jié)構(gòu)，往往有項(xiàng)目了就臨時(shí)組織一個(gè)軟件開(kāi)發(fā)小組，小組成員沒(méi)有工作層次上的分工，更沒(méi)有管理和具體技術(shù)工作的分工。全體人員從事基本相同的工作，每人分工負(fù)責(zé)一塊，然后從用戶(hù)需求、系統(tǒng)設(shè)計(jì)、具體編程到測(cè)試，文檔編寫(xiě)統(tǒng)統(tǒng)一做到底，各干各的，項(xiàng)目小組的負(fù)責(zé)人也往往是程序員出身，沒(méi)有受過(guò)項(xiàng)目管理的專(zhuān)業(yè)培訓(xùn)，更沒(méi)有項(xiàng)目管理的經(jīng)驗(yàn)，當(dāng)然也不能真正較完滿(mǎn)地起到項(xiàng)目的管理、協(xié)調(diào)作用。大多數(shù)的系統(tǒng)分析員也多是程序員出身，雖然有參加過(guò)或大或小項(xiàng)目的經(jīng)驗(yàn)，可實(shí)際上他們是一邊學(xué)習(xí)最新的計(jì)算機(jī)技術(shù)的理論，一邊結(jié)合自己的編程和做項(xiàng)目的經(jīng)驗(yàn)來(lái)做分析做設(shè)計(jì)。在沒(méi)有系統(tǒng)的符合實(shí)際的理論知識(shí)指導(dǎo)的情況下，我們的很多項(xiàng)目都面臨著管理上的問(wèn)題，至少不能取得高效率的投入產(chǎn)出。3.5軟件開(kāi)發(fā)管理制度不健全主要表現(xiàn)在項(xiàng)目開(kāi)發(fā)計(jì)劃制定不明確，項(xiàng)目開(kāi)發(fā)小組成員職責(zé)不明確。開(kāi)發(fā)方與用戶(hù)方的分工協(xié)作的工作沒(méi)有很好的界定。開(kāi)發(fā)過(guò)程中每個(gè)環(huán)節(jié)的管理不到位，沒(méi)有制定相應(yīng)的管理規(guī)范和操作程序的工作，基本上還是手工作坊式的個(gè)體行為?，F(xiàn)今軟件開(kāi)發(fā)，特別是大型軟件的開(kāi)發(fā)是高度集中的集體行為，要有團(tuán)隊(duì)精神，一個(gè)單打獨(dú)斗的個(gè)人英雄時(shí)代已經(jīng)過(guò)去，但是，很多開(kāi)發(fā)人員在軟件開(kāi)發(fā)中，既不做整體設(shè)計(jì)規(guī)劃，也不寫(xiě)文檔，只會(huì)寫(xiě)程序，沒(méi)有規(guī)范性的整體開(kāi)發(fā)思路，這樣開(kāi)發(fā)出的軟件程序往往與個(gè)人捆綁，既沒(méi)有通用思路，也很難協(xié)同開(kāi)發(fā)整個(gè)產(chǎn)品，更不用說(shuō)是大型軟件。有時(shí)候一個(gè)人的離去，可能影響整個(gè)軟件產(chǎn)品的開(kāi)發(fā)，甚至導(dǎo)致產(chǎn)品的早期流產(chǎn)。軟件作為成熟的產(chǎn)品，一般要經(jīng)歷前期調(diào)研、總體設(shè)計(jì)、編程開(kāi)發(fā)三個(gè)過(guò)程，前期調(diào)研和設(shè)計(jì)完成以后，最后的開(kāi)發(fā)也就是寫(xiě)程序，而當(dāng)調(diào)研和設(shè)計(jì)較為全面和成熟后，寫(xiě)程序則是一個(gè)并不是很復(fù)雜的問(wèn)題。3.6開(kāi)發(fā)團(tuán)隊(duì)人員不穩(wěn)定由于目前社會(huì)對(duì)IT技術(shù)人才需求缺口較大，各類(lèi)企業(yè)紛紛高薪招聘有一定實(shí)踐經(jīng)驗(yàn)的IT技術(shù)人才，加之企業(yè)與國(guó)外公司較大的收入差距，致使很多企業(yè)參加過(guò)大型計(jì)算機(jī)應(yīng)用系統(tǒng)建設(shè)的計(jì)算機(jī)技術(shù)人員大量跳槽流失，這種流失造成了很多國(guó)內(nèi)企業(yè)成為事實(shí)上的人才培訓(xùn)基地，無(wú)法形成持續(xù)強(qiáng)有力的開(kāi)發(fā)力量。因骨干開(kāi)發(fā)人員流失致使軟件項(xiàng)目開(kāi)發(fā)、維護(hù)受到影響的事例也時(shí)有發(fā)生。第四章 軟件開(kāi)發(fā)流程管理規(guī)范軟件開(kāi)發(fā)團(tuán)隊(duì)?wèi)?yīng)具有使軟件開(kāi)發(fā)過(guò)程實(shí)現(xiàn)標(biāo)準(zhǔn)化的能力。如果開(kāi)發(fā)團(tuán)隊(duì)不能使得軟件開(kāi)發(fā)過(guò)程實(shí)現(xiàn)標(biāo)準(zhǔn)化，則該團(tuán)隊(duì)是不能承擔(dān)軟件開(kāi)發(fā)任務(wù)的。美國(guó)卡耐基梅隆大學(xué)軟件工程研究所創(chuàng)立了軟件能力成熟度模型（CMM）對(duì)軟件開(kāi)發(fā)、維護(hù)全過(guò)程進(jìn)行標(biāo)準(zhǔn)化、規(guī)范化管理。4.1什么是CMM能力成熟度模型（Capability Maturity Model，英文縮寫(xiě)為CMM）1 是 一種開(kāi)發(fā)模型。Carnegie Mellon大學(xué)的研究人員從美國(guó)國(guó)防部合同承包方那里收集數(shù)據(jù)并加以研究，提出了CMM。美國(guó)國(guó)防部資助了這項(xiàng)研究。Carnegie Mellon以該模型為基礎(chǔ)，創(chuàng)辦了軟件工程研究所（SEI）。CMM的目標(biāo)是改善現(xiàn)有軟件開(kāi)發(fā)過(guò)程，也可用于其它過(guò)程。CMM是一種用于評(píng)價(jià)軟件承包能力以改善軟件質(zhì)量的方法，側(cè)重于軟件開(kāi)發(fā)過(guò)程的管理及工程能力的提高與評(píng)估。分為五個(gè)等級(jí)：一級(jí)為初始級(jí)，二級(jí)為可重復(fù)級(jí)，三級(jí)為已定義級(jí)，四級(jí)為已管理級(jí)，五級(jí)為優(yōu)化級(jí)。其假設(shè)是：只要集中精力持續(xù)努力去建立有效的軟件工程過(guò)程的基礎(chǔ)結(jié)構(gòu)，不斷進(jìn)行管理的實(shí)踐和過(guò)程的改進(jìn)，就可以克服軟件生產(chǎn)中的困難。4.2.結(jié)合CMM制定開(kāi)發(fā)流程管理方案4.2.1軟件項(xiàng)目生命周期模型4.2.2需求分析流程圖及描述需求分析EPG部門(mén)經(jīng)理PM測(cè)試負(fù)責(zé)人臨時(shí)項(xiàng)目組QA客戶(hù)輸入/輸出5、審批裁剪1、組建臨時(shí)項(xiàng)目組開(kāi)始6、確定項(xiàng)目管理機(jī)制3、建立配置庫(kù)表2、制定需求階段日程表9、評(píng)審架構(gòu)設(shè)計(jì)書(shū)/需求規(guī)格書(shū)4、申請(qǐng)裁剪11、確定項(xiàng)目目標(biāo)范圍7、編寫(xiě)需求清單列表8、確定系統(tǒng)架構(gòu)編寫(xiě)需求規(guī)格書(shū)10、確認(rèn)需求規(guī)格書(shū)需求清單列表項(xiàng)目裁剪表14、協(xié)調(diào)人員及資源結(jié)束19、建立階段基線20、階段總結(jié)17、編制項(xiàng)目日程表16、編制項(xiàng)目計(jì)劃書(shū)13、確定項(xiàng)目關(guān)鍵參數(shù)12、項(xiàng)目估算15、建立工作環(huán)境18、評(píng)審項(xiàng)目計(jì)劃書(shū)需求分析階段總結(jié)報(bào)告需求分析階基線項(xiàng)目日程表項(xiàng)目計(jì)劃書(shū)規(guī)模估算表/項(xiàng)目估算表過(guò)程描述：1、 由部門(mén)經(jīng)理組建臨時(shí)項(xiàng)目組，并指定PM、開(kāi)發(fā)人員、測(cè)試人員、QA，人數(shù)根據(jù)項(xiàng)目規(guī)模確定。2、 PM制定需求階段日程表，該表須通過(guò)研發(fā)經(jīng)理審核。3、 PM指示配置管理員建立配置庫(kù)。4、 由PM與測(cè)試負(fù)責(zé)人提出裁剪申請(qǐng)，QA指導(dǎo)臨時(shí)項(xiàng)目組人員對(duì)項(xiàng)目進(jìn)行裁剪，形成項(xiàng)目裁剪表。5、 EPG和部門(mén)經(jīng)理對(duì)裁剪結(jié)果進(jìn)行審批，審批通過(guò)項(xiàng)目裁剪表正式生效。6、 PM與測(cè)試負(fù)責(zé)人確定項(xiàng)目管理機(jī)制，內(nèi)容包括組織結(jié)構(gòu)、溝通、跟蹤、報(bào)告、風(fēng)險(xiǎn)管理、問(wèn)題管理、QA、CM等。7、 項(xiàng)目組人員與客戶(hù)進(jìn)行溝通，編寫(xiě)需求清單列表。8、 PM組織臨時(shí)項(xiàng)目組成員確定系統(tǒng)架構(gòu)，編寫(xiě)架構(gòu)設(shè)計(jì)書(shū)和需求規(guī)格書(shū)。架構(gòu)設(shè)計(jì)過(guò)程中的重要的技術(shù)方案選擇、開(kāi)發(fā)/采購(gòu)/復(fù)用分析等內(nèi)容要明確體現(xiàn)在架構(gòu)設(shè)計(jì)書(shū)中。 對(duì)技術(shù)方案選擇（例如，系統(tǒng)結(jié)構(gòu)、開(kāi)發(fā)平臺(tái)、數(shù)據(jù)庫(kù)等的選擇），要事先建立評(píng)價(jià)準(zhǔn)則（例如，滿(mǎn)足系統(tǒng)需求的能力（例如，功能、性能、可靠性等）、技術(shù)的發(fā)展前景、供應(yīng)商資質(zhì)與實(shí)力等）及相對(duì)優(yōu)先級(jí)，采用討論表決的方法選擇并確定最終的技術(shù)方案。 關(guān)于自行開(kāi)發(fā)和采購(gòu)復(fù)用的分析。如果公司有基本滿(mǎn)足系統(tǒng)需要的可復(fù)用組建（包括其分析、設(shè)計(jì)、代碼、測(cè)試用例等），一般應(yīng)進(jìn)行復(fù)用；本公司沒(méi)有能力開(kāi)發(fā)或沒(méi)有必要開(kāi)發(fā)的非核心技術(shù)部分，如果采購(gòu)成本在項(xiàng)目可接受范圍內(nèi)，可考慮采購(gòu)；否則，由項(xiàng)目組自行開(kāi)發(fā)。架構(gòu)設(shè)計(jì)的總體候選方案選擇和供應(yīng)商選擇要使用正式的方法做決策。9、 PM召集臨時(shí)項(xiàng)目組、測(cè)試負(fù)責(zé)人等技術(shù)骨干評(píng)審架構(gòu)設(shè)計(jì)書(shū)和需求規(guī)格書(shū)。10、PM組織臨時(shí)項(xiàng)目組與客戶(hù)溝通、說(shuō)明需求，必要時(shí)編制系統(tǒng)原型向客戶(hù)展示，直到臨時(shí)項(xiàng)目組、客戶(hù)就需求的真實(shí)含義達(dá)成共識(shí)、客戶(hù)書(shū)面確認(rèn)要求規(guī)格書(shū)為止。11、臨時(shí)項(xiàng)目組確定項(xiàng)目目標(biāo)的范圍，明確系統(tǒng)邊界，建立系統(tǒng)的模塊分解結(jié)構(gòu)。12、PM與測(cè)試負(fù)責(zé)人遵循項(xiàng)目估算流程組織人員進(jìn)行項(xiàng)目估算。13、PM、測(cè)試負(fù)責(zé)人與臨時(shí)項(xiàng)目組確定項(xiàng)目關(guān)鍵參數(shù)。 工作量、工期、日程、人數(shù) 成本/預(yù)算（由于本公司的項(xiàng)目的絕大部分成本是人力成本，對(duì)估計(jì)成本的管理等同于估計(jì)工作量的管理，對(duì)實(shí)際成本的管理等同于實(shí)際工作量的管理，對(duì)預(yù)算的管理等同于計(jì)劃工作量的管理） 質(zhì)量目標(biāo)14、PM、測(cè)試負(fù)責(zé)人與部門(mén)經(jīng)理協(xié)調(diào)人員及資源、計(jì)劃知識(shí)技能、協(xié)調(diào)相關(guān)干系人的參與。15、項(xiàng)目組基于公司環(huán)境標(biāo)準(zhǔn)，結(jié)合項(xiàng)目實(shí)際情況建立合適的工作環(huán)境。16、PM、測(cè)試負(fù)責(zé)人編制項(xiàng)目計(jì)劃書(shū)。17、PM、測(cè)試負(fù)責(zé)人編制項(xiàng)目日程表。18、臨時(shí)項(xiàng)目組、研發(fā)部、QA評(píng)審項(xiàng)目計(jì)劃書(shū)，評(píng)審?fù)ㄟ^(guò)后正式生效。19、PM指示配置管理員建立配置基線。20、PM編制階段總結(jié)報(bào)告（項(xiàng)目總結(jié)報(bào)告中的度量分析頁(yè)面），召開(kāi)階段會(huì)議。4.2.3設(shè)計(jì)流程圖及描述PM項(xiàng)目組配置管理員輸入/輸出1、組織項(xiàng)目組成員學(xué)習(xí)需求調(diào)研報(bào)告開(kāi)始B、架構(gòu)設(shè)計(jì)書(shū)A、需求規(guī)格書(shū)9、組織召開(kāi)階段會(huì)議6、組織人員評(píng)審設(shè)計(jì)文檔5、系統(tǒng)外圍設(shè)計(jì)3、系統(tǒng)功能設(shè)計(jì)2、組織人員明確設(shè)計(jì)約束結(jié)束8、建立階段基線H、會(huì)議紀(jì)要C、設(shè)計(jì)說(shuō)明書(shū)過(guò)程描述：1）項(xiàng)目經(jīng)理組織項(xiàng)目組人員學(xué)習(xí)需求規(guī)格書(shū)；2）項(xiàng)目經(jīng)理組織項(xiàng)目組中的開(kāi)發(fā)人員確定設(shè)計(jì)約束，這些約束可能包括以下幾個(gè)方面： 需求約束，需求規(guī)格書(shū)中約定的設(shè)計(jì)約束； 隱含約束，需求規(guī)格書(shū)中沒(méi)有，但對(duì)系統(tǒng)設(shè)計(jì)或者使用帶來(lái)潛在影響的特殊約束。3）項(xiàng)目經(jīng)理及開(kāi)發(fā)人員根據(jù)需求規(guī)格書(shū)、架構(gòu)設(shè)計(jì)書(shū)進(jìn)行設(shè)計(jì)，編制設(shè)計(jì)說(shuō)明書(shū)。 基于對(duì)業(yè)務(wù)和現(xiàn)有系統(tǒng)結(jié)構(gòu)的理解，劃分/調(diào)整系統(tǒng)模塊。 描述各系統(tǒng)模塊協(xié)作實(shí)現(xiàn)各業(yè)務(wù)場(chǎng)景的處理流程（可用序列圖）。 必要時(shí)，修正系統(tǒng)模塊劃分和處理流程。 描述各處理流程中的各活動(dòng)的輸入、處理、輸出和可能的異常。 系統(tǒng)模塊構(gòu)成及其相互關(guān)系。 系統(tǒng)模塊內(nèi)部設(shè)計(jì)4）開(kāi)發(fā)人員根據(jù)需求規(guī)格書(shū)、架構(gòu)設(shè)計(jì)書(shū)進(jìn)行設(shè)計(jì)、設(shè)計(jì)說(shuō)明書(shū)進(jìn)行用戶(hù)界面和數(shù)據(jù)庫(kù)以及接口等方面的詳細(xì)設(shè)計(jì)，納入設(shè)計(jì)說(shuō)明書(shū)。 用戶(hù)界面設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì) 文件設(shè)計(jì) 接口設(shè)計(jì)5）項(xiàng)目經(jīng)理組織開(kāi)發(fā)人員、測(cè)試人員及其他骨干評(píng)審設(shè)計(jì)說(shuō)明書(shū)。6）配置管理員建立設(shè)計(jì)階段配置基線7）項(xiàng)目經(jīng)理編制階段報(bào)告，組織項(xiàng)目組人員并邀請(qǐng)部門(mén)經(jīng)理召開(kāi)階段會(huì)議，并形成會(huì)議紀(jì)要。4.2.4編碼流程圖及描述輸入開(kāi)發(fā)人員輸出編碼規(guī)范界面規(guī)范設(shè)計(jì)說(shuō)明書(shū)結(jié)束開(kāi)始（8）編寫(xiě)階段報(bào)告（7）進(jìn)行聯(lián)調(diào)（6）評(píng)審代碼（5）編碼及調(diào)試（4）開(kāi)發(fā)環(huán)境配置（3）培訓(xùn)編碼、界面規(guī)范（2）審核詳細(xì)類(lèi)圖（1）繪制詳細(xì)類(lèi)圖階段報(bào)告代碼文件詳細(xì)類(lèi)圖過(guò)程描述：a) 根據(jù)準(zhǔn)入條件中的設(shè)計(jì)文檔，繪制詳細(xì)類(lèi)圖，以指導(dǎo)編碼。b) 對(duì)生成的類(lèi)圖進(jìn)行審核。c) 項(xiàng)目經(jīng)理組織開(kāi)發(fā)人員學(xué)習(xí)編碼規(guī)范、用戶(hù)界面規(guī)范，以保障程序的可靠性、可讀性、可修改性、可維護(hù)性、一致性以及界面的規(guī)范性。d) 開(kāi)發(fā)環(huán)境的配置項(xiàng)目經(jīng)理或其他指定人員在公司的開(kāi)發(fā)環(huán)境指南的基礎(chǔ)上編制開(kāi)發(fā)環(huán)境配置說(shuō)明，項(xiàng)目組成員遵照開(kāi)發(fā)環(huán)境配置說(shuō)明配置統(tǒng)一的開(kāi)發(fā)環(huán)境。e) 編寫(xiě)及調(diào)試f） 審評(píng)代碼g) 進(jìn)行自測(cè)h) 編寫(xiě)階段報(bào)告4.2.5測(cè)試流程圖及描述開(kāi)發(fā)人員PM測(cè)試負(fù)責(zé)人測(cè)試人員輸入/輸出4、評(píng)審測(cè)試方案、測(cè)試用例5、負(fù)責(zé)測(cè)試方案、測(cè)試用例等文檔入庫(kù)6、召開(kāi)階段會(huì)議開(kāi)始1、學(xué)習(xí)、評(píng)審學(xué)習(xí)用戶(hù)需求列表、需求規(guī)格書(shū)結(jié)束3、編寫(xiě)測(cè)試用例2、編寫(xiě)測(cè)試方案測(cè)試用例測(cè)試方案需求規(guī)格書(shū)用戶(hù)需求列表過(guò)程描述：1. 測(cè)試負(fù)責(zé)人組織測(cè)試人員學(xué)習(xí)、評(píng)審用戶(hù)需求列表、需求規(guī)格書(shū)。在學(xué)習(xí)、評(píng)審過(guò)程中充分理解客戶(hù)及業(yè)務(wù)需求，確保文檔信息的正確性、充分性、一致性。2. 測(cè)試負(fù)責(zé)人組織測(cè)試人員完成編寫(xiě)整個(gè)項(xiàng)目的測(cè)試方案。3. 測(cè)試負(fù)責(zé)人組織測(cè)試人員基于需求規(guī)格書(shū)編寫(xiě)測(cè)試用例。設(shè)計(jì)說(shuō)明書(shū)通過(guò)評(píng)審后，測(cè)試人員基于設(shè)計(jì)說(shuō)明書(shū)對(duì)測(cè)試用例進(jìn)行必要的調(diào)試。測(cè)試用例的組織分類(lèi)須遵循以下原則： 測(cè)試用例的組織分類(lèi)（例如，文檔名、頁(yè)面名、一級(jí)標(biāo)題、二級(jí)標(biāo)題等）必須與需求規(guī)格書(shū)中的各需求點(diǎn)明確對(duì)應(yīng)起來(lái)。4. 測(cè)試負(fù)責(zé)人組織測(cè)試人員、開(kāi)發(fā)人員、PM評(píng)審測(cè)試方案、測(cè)試用例。5. 測(cè)試負(fù)責(zé)人指示配置管理員將測(cè)試方案及測(cè)試用例文檔入庫(kù)。6. 測(cè)試負(fù)責(zé)人組織PM、開(kāi)發(fā)人員、測(cè)試人員召開(kāi)階段會(huì)議形成階段報(bào)告。4.2.6驗(yàn)收流程圖及描述項(xiàng)目經(jīng)理客戶(hù)代表客服人員測(cè)試人員開(kāi)發(fā)人員CM輸出（12）整理項(xiàng)目數(shù)據(jù)（11）客戶(hù)驗(yàn)收并交付使用（6）分派缺陷處理責(zé)任（5）匯總?cè)毕荩?）溝通驗(yàn)收事項(xiàng)結(jié)束（4）開(kāi)展試運(yùn)行（3）對(duì)客戶(hù)進(jìn)行培訓(xùn)（2）產(chǎn)品安裝調(diào)試（9）回歸測(cè)試（8）缺陷修復(fù)確認(rèn)（10）更新試運(yùn)行版本（7）分析、解決缺陷循環(huán)（13）整理工作產(chǎn)品驗(yàn)收缺陷跟蹤表結(jié)束（15）召開(kāi)總結(jié)會(huì)議（14）項(xiàng)目總結(jié)（16）歸檔總結(jié)報(bào)告過(guò)程描述：1) 項(xiàng)目經(jīng)理與客服人員溝通驗(yàn)收事項(xiàng)。2) 客服人員在客戶(hù)指定的環(huán)境下參照安裝維護(hù)手冊(cè)進(jìn)行產(chǎn)品安裝調(diào)試，并把合同約定的文檔、源程序等交給客戶(hù)。3) 客服人員對(duì)客戶(hù)進(jìn)行系統(tǒng)操作方法培訓(xùn)。4) 客戶(hù)試用系統(tǒng)開(kāi)展業(yè)務(wù)，測(cè)試人員收集客戶(hù)反饋的問(wèn)題；如果客戶(hù)驗(yàn)收測(cè)試環(huán)境與生產(chǎn)環(huán)境差異明顯時(shí)，要進(jìn)行性能測(cè)試，以保證滿(mǎn)足系統(tǒng)性能需求。5) 測(cè)試人員在驗(yàn)收中發(fā)現(xiàn)缺陷并告知項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理將缺陷記錄到BugFree中。某些情況下（例如，缺陷描述不詳、明顯不是缺陷等）項(xiàng)目經(jīng)理可以向相關(guān)人員（測(cè)試人員、客戶(hù)）解釋、說(shuō)明，達(dá)成一致后駁回相關(guān)人員（測(cè)試人員、客戶(hù)）提出的問(wèn)題。6) 項(xiàng)目經(jīng)理將缺陷分派給適合的開(kāi)發(fā)人員。7) 開(kāi)發(fā)人員分析缺陷的原因及解決該缺陷，并將該缺陷的解決方法及解決狀態(tài)更新BugFree。8) 項(xiàng)目經(jīng)理將所有已處理的缺陷轉(zhuǎn)移至測(cè)試人員進(jìn)行缺陷修復(fù)的確認(rèn)。9) 在更新驗(yàn)收版本之前，測(cè)試人員要進(jìn)行一次回歸測(cè)試。對(duì)即將發(fā)布的新版本，進(jìn)行一次整體的測(cè)試。10) 驗(yàn)收中發(fā)現(xiàn)的缺陷累積到一定程度或嚴(yán)重缺陷導(dǎo)致驗(yàn)收無(wú)法繼續(xù)時(shí)，應(yīng)更新驗(yàn)