軟件開(kāi)發(fā)管理與質(zhì)量控制

1、軟件開(kāi)發(fā)管理與質(zhì)量控制、八前言隨著市場(chǎng)經(jīng)濟(jì)的進(jìn)一步完善及全球經(jīng)濟(jì)一體化進(jìn)程加快， 企事業(yè)單位面臨著 激烈的市場(chǎng)競(jìng)爭(zhēng)， 企業(yè)內(nèi)部、 外部信息交流已成為企業(yè)發(fā)展、 參與市場(chǎng)經(jīng)濟(jì)競(jìng)爭(zhēng) 的迫切需要。 企業(yè)引入先進(jìn)的信息處理技術(shù)， 增加信息共享程度， 不僅會(huì)提高工 作效率、降低成本， 而且也會(huì)提高企業(yè)管理的科學(xué)性和自動(dòng)化程度。 信息已成為 企業(yè)生存與發(fā)展的基礎(chǔ)。計(jì)算機(jī)和通信技術(shù)的迅速發(fā)展，特別是 Internet 技術(shù)的發(fā)展與普及，為企 業(yè)內(nèi)部、企業(yè)與外部提供了快速、 準(zhǔn)確可靠的信息交流渠道， 信息高速公路改變 了企業(yè)與企業(yè)、 企業(yè)與客戶、企業(yè)內(nèi)部各級(jí)決策者與管理人員以及管理人員之間 的信息交流方式，

2、有效地促進(jìn)了企業(yè)各部門(mén)之間以客戶為中心的協(xié)作， 為企業(yè)實(shí) 現(xiàn)經(jīng)營(yíng)方式、 管理模式的改變奠定了堅(jiān)實(shí)的基礎(chǔ)。 信息化企業(yè)運(yùn)作管理系統(tǒng)已成 為企事業(yè)單位參與全球市場(chǎng)競(jìng)爭(zhēng)的必備的支持系統(tǒng)。正是由于這樣市場(chǎng)需求與技術(shù)發(fā)展現(xiàn)狀，為我國(guó)的 IT 行業(yè)帶來(lái)了空前發(fā)展 的機(jī)遇，特別是軟件行業(yè)。 軟件企業(yè)能否抓住這樣一個(gè)難得的發(fā)展機(jī)會(huì)需要多方 面的努力， 其中軟件開(kāi)發(fā)管理與質(zhì)量控制在其發(fā)展中占有重要的位置。 本文試圖 在這方面進(jìn)行初淺的分析，可供業(yè)內(nèi)人士參考。1. 國(guó)內(nèi)軟件行業(yè)發(fā)展概況1.1 發(fā)展現(xiàn)狀在我國(guó)，隨著信息技術(shù)產(chǎn)業(yè)的迅速發(fā)展及軟件版權(quán)意識(shí)的提高， 軟件越來(lái)越 受到了人們的關(guān)注與重視， 越來(lái)越多的人把目光

3、投到了充滿風(fēng)險(xiǎn)與利益的軟件行 業(yè)。加之我國(guó)風(fēng)險(xiǎn)投資機(jī)構(gòu)的逐漸形成， 都將促進(jìn)軟件行業(yè)以比以往更快的速度 發(fā)展。人們往往把 IT （信息技術(shù)）產(chǎn)業(yè)看作風(fēng)險(xiǎn)行業(yè)，原因可能有幾個(gè)方面，其一： 這是一個(gè)飛速發(fā)展的行業(yè)，說(shuō)她飛速也并不過(guò)分，只有二十幾年發(fā) 展歷史的 IT 行業(yè)，在世界 500 強(qiáng)企業(yè)中占有重要的位置，而當(dāng)今世界上最具財(cái) 富的也是 IT 類企業(yè)。高額的回報(bào)吸引大批企業(yè)的介入，一個(gè)企業(yè)要想在這個(gè)行 業(yè)有所作為沒(méi)有一個(gè)靈活而有利的團(tuán)隊(duì)加之一定的規(guī)模是難以生存的。其二： 這是一個(gè)高科技領(lǐng)域，這個(gè)行業(yè)的技術(shù)的生命周期一般為一年到二 年，高速的技術(shù)發(fā)展勢(shì)必要求大量的科研開(kāi)發(fā)經(jīng)費(fèi)， 而科研開(kāi)發(fā)是有風(fēng)險(xiǎn)

4、的， 成 功與失敗只是咫尺之遙。一旦失敗，無(wú)投資殘值可言。其三：/、 這是一個(gè)知識(shí)密集型領(lǐng)域，知識(shí)就是財(cái)富也意味著籠絡(luò)一批人才需要付出一定的代價(jià)但實(shí)實(shí)在在講 IT 行業(yè)確實(shí)是一個(gè)高速增長(zhǎng)的行業(yè)，雖然計(jì)算機(jī)的發(fā)明已有 五十幾年的歷史， IT 做為一個(gè)行業(yè)的歷史也只有二十幾年，而當(dāng)今世界上最具 財(cái)富的是 IT 類的公司，足見(jiàn)其成長(zhǎng)的速度。 我國(guó)軟件行業(yè)大約有十年的發(fā)展史， 到現(xiàn)在應(yīng)該說(shuō)也還是個(gè)很小的行業(yè)， 雖然它在國(guó)民經(jīng)濟(jì)中所占的份額很小， 但他 對(duì)我國(guó)經(jīng)濟(jì)的發(fā)展， 社會(huì)的進(jìn)步起著很重要的作用。 目前已形成一批具有一定規(guī) 模的軟件公司，如以財(cái)務(wù)軟件為代表的“用友”、“金蝶”、“安易”等，及以 項(xiàng)目

5、開(kāi)發(fā)型為特色的“東大阿而派”、 “聯(lián)想系統(tǒng)集成”、 “北大方正”等企業(yè)。 軟件收入已占有一定的市場(chǎng)份額。發(fā)展速度驚人。1.2. 存在的問(wèn)題我國(guó)軟件行業(yè)發(fā)展的歷史較短， 加之 IT 行業(yè)技術(shù)發(fā)展速度快， 軟件開(kāi)發(fā)工 具層出不窮。 我國(guó)的軟件行業(yè)自身發(fā)展方面確實(shí)存在一些問(wèn)題。 歸納起來(lái)，有以 下幾方面的問(wèn)題：* 軟件開(kāi)發(fā)管理不規(guī)范；* 缺乏高素質(zhì)的研發(fā)管理人員和研發(fā)人員；* 缺乏合格的產(chǎn)品經(jīng)理；* 軟件產(chǎn)品孤立、零散，缺乏整合性；* 軟件公司規(guī)模過(guò)??；1) . 軟件開(kāi)發(fā)管理不規(guī)范目前大部分軟件公司， 無(wú)論是產(chǎn)品型公司還是項(xiàng)目型公司， 大部分公司沒(méi)有 形成適合自己公司特點(diǎn)的軟件開(kāi)發(fā)管理模式， 雖然有

6、些公司根據(jù)軟件工程理論建 立了一些軟件開(kāi)發(fā)管理規(guī)范，但并沒(méi)有從根本上解決軟件開(kāi)發(fā)的質(zhì)量控制問(wèn)題。 這樣導(dǎo)致軟件產(chǎn)品質(zhì)量不穩(wěn)定， 軟件后期的維護(hù)、 升級(jí)出現(xiàn)麻煩， 同時(shí)最終也會(huì) 損害用戶的利益。同時(shí)，隨著軟件開(kāi)發(fā)規(guī)模及開(kāi)發(fā)隊(duì)伍的逐漸增大， 軟件開(kāi)發(fā)不再是向過(guò)去那 樣一二個(gè)開(kāi)發(fā)人員即可解決的事情。迫切需要一種開(kāi)發(fā)規(guī)范來(lái)規(guī)范每個(gè)開(kāi)發(fā)人 員、測(cè)試人員與支持人員的工作， 每個(gè)項(xiàng)目組成員按約定的規(guī)則準(zhǔn)時(shí)完成自己的 工作。同時(shí)采用規(guī)范化管理， 專業(yè)分工也可以降低對(duì)開(kāi)發(fā)人員的要求， 從而降低 產(chǎn)品研發(fā)成本。2) . 缺乏高素質(zhì)的研發(fā)管理人員和研發(fā)人員 目前，我國(guó)軟件市場(chǎng)還處于起步與發(fā)展階段， 真正稱得上商品的

7、軟件很少， 絕大多數(shù)的軟件公司的規(guī)模很小， 國(guó)內(nèi)軟件開(kāi)發(fā)人員超過(guò) 100人的公司很少。 軟件公司的用戶幾乎全是國(guó)內(nèi)用戶， 加之國(guó)內(nèi)軟件專業(yè)的學(xué)校教育與實(shí)際軟件開(kāi)發(fā) 脫節(jié)嚴(yán)重， 開(kāi)發(fā)人員工作不穩(wěn)定， 以及技術(shù)的高速發(fā)展以及開(kāi)發(fā)工具的變更， 導(dǎo) 致軟件開(kāi)發(fā)人員缺乏必要的技術(shù)積累， 表現(xiàn)為整體素質(zhì)偏低。 同時(shí)，由于沒(méi)有合 適的內(nèi)部與外部環(huán)境也很難造就高水平的研發(fā)管理人員， 從軟件開(kāi)發(fā)到開(kāi)發(fā)管理 都不能適應(yīng)市場(chǎng)的要求。3) . 缺乏合格的產(chǎn)品經(jīng)理 產(chǎn)品經(jīng)理在軟件產(chǎn)品的發(fā)展過(guò)程中起著至關(guān)重要的作用， 產(chǎn)品經(jīng)理負(fù)責(zé)產(chǎn)品 的定位與發(fā)展方向。 這就要求產(chǎn)品經(jīng)理對(duì)產(chǎn)品市場(chǎng)、 用戶需求有深刻的認(rèn)識(shí)與理 解，需要有

8、一定的悟性、管理經(jīng)驗(yàn)與能力。同時(shí)，產(chǎn)品經(jīng)理必須了解當(dāng)今 IT 技 術(shù)的發(fā)展?fàn)顩r及發(fā)展趨勢(shì)， 對(duì)相關(guān)開(kāi)發(fā)工具與技術(shù)應(yīng)有比較深刻的理解。 對(duì)于大 型應(yīng)用軟件的產(chǎn)品經(jīng)理還要求其對(duì)網(wǎng)絡(luò)技術(shù)、 電子商務(wù)及各種硬件設(shè)備有全面的 了解。這樣才能保證在決定產(chǎn)品特性， 產(chǎn)品框架結(jié)構(gòu)、 市場(chǎng)銷售策略與服務(wù)策略 時(shí)作出合理決策。 從某種程度上講， 產(chǎn)品經(jīng)理是否稱職關(guān)系著其產(chǎn)品的存亡。 目 前軟件行業(yè)急需而又缺乏正是這種產(chǎn)品經(jīng)理。4) . 軟件產(chǎn)品孤立、零散，缺乏整合性；國(guó)產(chǎn)軟件目前稱得上產(chǎn)品的主要以財(cái)務(wù)軟件、 防病毒軟件、 家庭教學(xué)軟件及 一些初級(jí)的工具軟件。 總的說(shuō)來(lái)基本為專用型產(chǎn)品、 滿足特定功能， 即便是專用

9、 型產(chǎn)品其各專項(xiàng)子系統(tǒng)大多也缺乏整體考慮。 大多廠家產(chǎn)品不具備構(gòu)成大型應(yīng)用 系統(tǒng)的整合能力，目前一些公司已開(kāi)始進(jìn)行這方面工作。項(xiàng)目型公司大多以項(xiàng)目為主，產(chǎn)品化程度比較低。不具備推廣的條件，經(jīng) 濟(jì)效益較差，影響公司的發(fā)展。 導(dǎo)致軟件產(chǎn)品孤立、零散，缺乏整合性在很大程度上也是軟件開(kāi)發(fā)管理不規(guī)范； 缺乏高素質(zhì)的研發(fā)管理人員和研發(fā)人員； 缺乏合格的產(chǎn)品經(jīng)理； 三條原因造成的5) . 軟件公司規(guī)模過(guò)小； 目前我國(guó)軟件市場(chǎng)還處于起步與發(fā)展階段，絕大多數(shù)的軟件公司的規(guī)模較 小，國(guó)內(nèi)軟件開(kāi)發(fā)人員超過(guò) 100人的公司很少。 軟件公司的用戶幾乎全是國(guó)內(nèi)用 戶。但軟件作為一個(gè)行業(yè)，他需要市場(chǎng)的拖動(dòng)，也需要外部資金的

10、介入，外部資 金的介入給它帶來(lái)的不僅僅是金錢(qián)，更重要的是也帶來(lái)了一種管理與思維方式， 這也是國(guó)內(nèi)軟件公司需要的。在談軟件開(kāi)發(fā)管理與質(zhì)量控2 工程設(shè)計(jì)與軟件開(kāi)發(fā)將軟件開(kāi)發(fā)作為工程來(lái)對(duì)待是有其存在意義的，制之前，我們先看一下工程項(xiàng)目的整個(gè)過(guò)程。2.1 工程設(shè)計(jì)的階段劃分工程項(xiàng)目從可行性研究到最后項(xiàng)目建成基本包括如下八個(gè)階段。 最后二個(gè)階 段主要是考慮與軟件開(kāi)發(fā)比較而劃分的， 在實(shí)際的項(xiàng)目實(shí)施過(guò)程一般不將其作為獨(dú)立階段考慮。因此，一般的工程項(xiàng)目只包括六個(gè)階段。 (這里所指的工程項(xiàng)目 可以是新建一間工廠，也可以是一個(gè)建筑工程項(xiàng)目)但真正屬于工程設(shè)計(jì)階段的只是前四部分， 以下以化工類工廠設(shè)計(jì)為例就屬 于

11、工程設(shè)計(jì)的幾個(gè)階段的要求做以簡(jiǎn)單扼要的介紹， 希望能軟件開(kāi)發(fā)管理有所幫 助。1) 可行性研究在可行性研究階段一般應(yīng)完成如下幾方面的工作：* 項(xiàng)目?jī)?nèi)容定義* 項(xiàng)目技術(shù)分析* 項(xiàng)目市場(chǎng)分析* 項(xiàng)目策略* 投資與回報(bào)分析* 已有資源分析* 其它應(yīng)考慮的因素2) 方案設(shè)計(jì)方案設(shè)計(jì)可以說(shuō)是可行性研究中技術(shù)可行性的擴(kuò)展。 方案設(shè)計(jì)級(jí)段主要完成 如下幾方面的工作：* 確定整個(gè)項(xiàng)目的技術(shù)實(shí)現(xiàn)。 主要包括采用的工藝流程， 主要及關(guān)鍵設(shè)備參 數(shù)確定及設(shè)備選型。* 基本設(shè)備布置方案* 能夠確定對(duì)建筑物、水、電、氣以及采暖通風(fēng)等方面的要求。* 簡(jiǎn)單的方案說(shuō)明* 粗略的項(xiàng)目預(yù)算* 技術(shù)的可實(shí)現(xiàn)性3) 初步設(shè)計(jì)初步設(shè)計(jì)是

12、詳細(xì)設(shè)計(jì)的前提， 其目的是要根據(jù)具體項(xiàng)目的要求， 初步確定技 術(shù)實(shí)現(xiàn)的一些細(xì)節(jié)信息，主要完成如下幾方面的工作：* 確定工藝流程中的工藝參數(shù)和主體物流及物料平衡； 編寫(xiě)工藝流程說(shuō)明書(shū)* 絕大部分設(shè)備的選型以及非標(biāo)準(zhǔn)的確定。并完成設(shè)備布置方案。* 建筑、水、電、氣以及采暖通風(fēng)各工種均需確定初步設(shè)計(jì)方案及基本的方 案說(shuō)明。* 較為準(zhǔn)確的項(xiàng)目預(yù)算* 具體的實(shí)現(xiàn)技術(shù) 初步設(shè)計(jì)是項(xiàng)目設(shè)計(jì)單位與用戶交流的基礎(chǔ)。4) 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)是以初步設(shè)計(jì)為基礎(chǔ)，完成所有的技術(shù)細(xì)節(jié)工作。* 確定工藝流程中所有的工藝參數(shù)，* 完成所有設(shè)備的選型以及非標(biāo)準(zhǔn)設(shè)備的設(shè)計(jì)。 并完成所有設(shè)備及管道布置 等。完成所有工程實(shí)施前的準(zhǔn)備

13、工作。* 建筑、水、電、氣以及采暖通風(fēng)各工種均需完成詳細(xì)設(shè)計(jì)圖紙。* 詳細(xì)的流程說(shuō)明與使用說(shuō)明* 準(zhǔn)確的項(xiàng)目預(yù)算 詳細(xì)設(shè)計(jì)是項(xiàng)目實(shí)施的基礎(chǔ)。5) 工程實(shí)施項(xiàng)目詳細(xì)設(shè)計(jì)是工程實(shí)施的基礎(chǔ)， 按照設(shè)計(jì)要求施工是最基本的要求。 同時(shí)， 在項(xiàng)目的實(shí)施過(guò)程中還會(huì)發(fā)現(xiàn)詳細(xì)設(shè)計(jì)中存在的問(wèn)題， 可以通過(guò)向設(shè)計(jì)單位提出 修改設(shè)計(jì)要求， 由設(shè)計(jì)單位完成設(shè)計(jì)修改工作。 項(xiàng)目工程實(shí)施也可采用項(xiàng)目監(jiān)理 的方式，監(jiān)督施工單位按設(shè)計(jì)圖紙及施工規(guī)范施工， 確保施工質(zhì)量。6) 試運(yùn)行工程實(shí)施完成后便是投產(chǎn)試車， 解決其中存在的問(wèn)題， 便可開(kāi)始項(xiàng)目的試運(yùn) 行。在以上工程項(xiàng)目的各個(gè)階段中， 可行性研究一般由設(shè)計(jì)單位或用戶自行完成，

14、也 可委托具有該類項(xiàng)目評(píng)估經(jīng)驗(yàn)的項(xiàng)目咨詢機(jī)構(gòu)完成。 方案設(shè)計(jì)、 初步設(shè)計(jì)、詳細(xì) 設(shè)計(jì)由工程設(shè)計(jì)單位完成，工程實(shí)施由工程施工單位完成。2.2. 工程設(shè)計(jì)的質(zhì)量控制 工程項(xiàng)目設(shè)計(jì)從設(shè)計(jì)單位接受用戶委托，進(jìn)行工程項(xiàng)目設(shè)計(jì)到設(shè)計(jì)任務(wù)完 成，用戶在幾個(gè)環(huán)節(jié)均有參與項(xiàng)目質(zhì)量的控制的機(jī)會(huì)， 同時(shí)設(shè)計(jì)單位有嚴(yán)格的質(zhì) 量控制體系確保項(xiàng)目設(shè)計(jì)符合相關(guān)的標(biāo)準(zhǔn)與規(guī)范。在以上的工程設(shè)計(jì)質(zhì)量控制體系中， 在每一設(shè)計(jì)階段結(jié)束時(shí)用戶均有機(jī)會(huì)參 與對(duì)工程設(shè)計(jì)質(zhì)量的監(jiān)督與控制， 設(shè)計(jì)單位與用戶溝通的媒介是工程設(shè)計(jì)圖紙及 相關(guān)的設(shè)計(jì)文檔， 雙方有交換意見(jiàn)的共同基礎(chǔ)。 設(shè)計(jì)單位會(huì)根據(jù)用戶的意見(jiàn)與建 議及時(shí)調(diào)整設(shè)計(jì)， 以便更好的滿足用

15、戶的需要。 多年的設(shè)計(jì)經(jīng)驗(yàn)證明， 上述的工 程設(shè)計(jì)質(zhì)量控制體系是科學(xué)合理的。2.3 軟件開(kāi)發(fā)與工程設(shè)計(jì)之比較按照軟件工程理論，軟件開(kāi)發(fā)過(guò)程基本可以劃分為如下幾個(gè)階段：* 需求分析* 總體設(shè)計(jì)* 詳細(xì)設(shè)計(jì)* 編碼設(shè)計(jì)* 模塊集成* 軟件測(cè)試* 定版發(fā)行從上面的軟件開(kāi)發(fā)階段劃分不難看出， 軟件開(kāi)發(fā)與工程項(xiàng)目設(shè)計(jì)雖然看上是 二類不同的工作， 但他們本質(zhì)上是相同的。 不妨將軟件開(kāi)發(fā)與工程設(shè)計(jì)的階段加 以比較，不難得出上述的結(jié)論。由圖 3 不難可以看出軟件開(kāi)發(fā)與工程項(xiàng)目設(shè)計(jì)之間的相似性， 因此將軟件開(kāi) 發(fā)作為工程來(lái)管理是完全可行的。2.4 軟件開(kāi)發(fā)與工程設(shè)計(jì)的差異雖然軟件開(kāi)發(fā)與工程設(shè)計(jì)有其相似之處， 但

16、由于其所處的領(lǐng)域不同， 發(fā)展歷 史與人文環(huán)境也有一定的差別， 完全照搬工程設(shè)計(jì)的管理模式并不可取。 首先比 較一下工程設(shè)計(jì)與軟件開(kāi)發(fā)目前各自的現(xiàn)狀。1) . 工程設(shè)計(jì)* 有一套完備設(shè)計(jì)標(biāo)準(zhǔn)與規(guī)范；* 大量的標(biāo)準(zhǔn)化設(shè)備可供選擇；* 大量的樣板設(shè)計(jì)可供借鑒；* 一批有經(jīng)驗(yàn)的設(shè)計(jì)師言傳身教；* 客戶基礎(chǔ)素質(zhì)良好；2) . 軟件開(kāi)發(fā)* 歷史較短，缺乏必要的開(kāi)發(fā)管理規(guī)范；* 技術(shù)發(fā)展變化快，零部件標(biāo)準(zhǔn)有待形成；* 國(guó)內(nèi)軟件產(chǎn)品質(zhì)量意識(shí)差；軟件產(chǎn)業(yè)化意識(shí)淡??；* 可供借鑒的樣板少；* 缺乏高素質(zhì)軟件開(kāi)發(fā)與管理人才；* 客戶素質(zhì)較差；正是由于工程設(shè)計(jì)與軟件開(kāi)發(fā)存在上述背景差異， 應(yīng)此在借鑒工程設(shè)計(jì)經(jīng)驗(yàn) 的同

17、時(shí)，必須針對(duì)軟件開(kāi)發(fā)自身的特點(diǎn)， 制定出符合企業(yè)自身的軟件開(kāi)發(fā)管理模 式與相應(yīng)的軟件開(kāi)發(fā)管理規(guī)范。 這樣才有利于我國(guó)軟件行業(yè)的健康發(fā)展。3 . 軟件開(kāi)發(fā)的組織機(jī)構(gòu)無(wú)論是項(xiàng)目型公司還是產(chǎn)品型公司， 從事軟件開(kāi)發(fā)的組織或公司應(yīng)該有一定 的軟件開(kāi)發(fā)組織結(jié)構(gòu)。 一個(gè)合理的軟件開(kāi)發(fā)組織結(jié)構(gòu)是確保軟件開(kāi)發(fā)質(zhì)量的最基 本保證，各個(gè)組織各負(fù)其責(zé)， 可以確保軟件開(kāi)發(fā)按擬訂的質(zhì)量控制規(guī)則與軟件開(kāi) 發(fā)計(jì)劃進(jìn)行，有利于軟件公司軟件質(zhì)量與成本的控制。3.1 軟件開(kāi)發(fā)組織機(jī)構(gòu)設(shè)置一般而言，對(duì)于產(chǎn)品型軟件公司， 其公司內(nèi)部均會(huì)有一個(gè)類似與產(chǎn)品管理小 組這樣的一個(gè)組織， 一個(gè)專門(mén)負(fù)責(zé)產(chǎn)品發(fā)展的產(chǎn)品經(jīng)理部門(mén)。 而項(xiàng)目型公司則相

18、 對(duì)簡(jiǎn)單一些，主要是針對(duì)項(xiàng)目進(jìn)行定制開(kāi)發(fā)，一般對(duì)項(xiàng)目的發(fā)展方向不做控制。 但從項(xiàng)目開(kāi)發(fā)演變?yōu)榭赏茝V產(chǎn)品的另當(dāng)別論。 一般來(lái)講，下圖 4 是一個(gè)典型的軟 件公司軟件開(kāi)發(fā)的組織機(jī)構(gòu)設(shè)置。3.2 組織機(jī)構(gòu)的職責(zé)分工在上述的組織機(jī)構(gòu)中， 各職能組織有各自明確的責(zé)權(quán)范圍， 完成各自的本職工 作，各組織相互協(xié)調(diào)完成相應(yīng)的軟件開(kāi)發(fā)與維護(hù)工作。 公司產(chǎn)品管理組：對(duì)于產(chǎn)品型軟件公司而言，軟件產(chǎn)品是其生存與發(fā)展的基礎(chǔ)，公司對(duì)新產(chǎn)品立項(xiàng)、 現(xiàn)有產(chǎn)品的發(fā)展方向及有關(guān)產(chǎn)品發(fā)展的重大決定均需由公司 產(chǎn)品管理組來(lái)決定。公司產(chǎn)品管理組一般由公司的執(zhí)行總裁、技術(shù)總監(jiān)、市場(chǎng)總監(jiān)、產(chǎn)品經(jīng)理、 研發(fā)經(jīng)理及其他必要人員。產(chǎn)品管理部門(mén)

19、：產(chǎn)品管理部門(mén)是界于研發(fā)部與市場(chǎng)部之間的一個(gè)橋梁部門(mén)。 產(chǎn)品管理部門(mén)的主要職責(zé)是負(fù)責(zé)產(chǎn)品發(fā)展策略的制定與執(zhí)行， 這里的執(zhí)行包括軟 件開(kāi)發(fā)前期的市場(chǎng)及需求調(diào)研， 完成可行性分析報(bào)告， 制定產(chǎn)品規(guī)格。 參與軟件 開(kāi)發(fā)項(xiàng)目組，并完成相關(guān)工作。* 軟件開(kāi)發(fā)前期：用戶需求分析、功能描述、運(yùn)行平臺(tái)與環(huán)境、市場(chǎng)定位、 銷量預(yù)測(cè)與售價(jià)；* 軟件開(kāi)發(fā)后期：產(chǎn)品宣傳資料、產(chǎn)品培訓(xùn)、促銷與支持 t ；研 發(fā) 部 門(mén)：研發(fā)部是軟件開(kāi)發(fā)的主體， 主要任務(wù)是完成軟件或的項(xiàng)目的 開(kāi)發(fā)工作。其工作內(nèi)容通過(guò)各職能組實(shí)現(xiàn)。主要包括：* 功能規(guī)范：功能規(guī)范列表及用戶界面，確保寫(xiě)出用戶手冊(cè)；* 開(kāi)發(fā)活動(dòng)：包括設(shè)計(jì)、編碼、模塊集成、

20、Alpha 測(cè)試與文檔；* 支持工作：軟件配置管理與問(wèn)題報(bào)告數(shù)據(jù)庫(kù)；* 項(xiàng)目計(jì)劃：定義項(xiàng)目里程碑；* 軟件定版： IRL ，Architecture & QA ：是軟件開(kāi)發(fā)的質(zhì)量控制機(jī)構(gòu)，主要職責(zé)是負(fù)責(zé)軟件開(kāi) 發(fā)過(guò)程的質(zhì)量控制。 在軟件開(kāi)發(fā)的各個(gè)階段， 根據(jù)軟件開(kāi)發(fā)設(shè)計(jì)規(guī)范對(duì)階段設(shè)計(jì) 結(jié)果進(jìn)行質(zhì)量控制。 及時(shí)發(fā)現(xiàn)問(wèn)題、 解決問(wèn)題， 確保進(jìn)入下一階段的設(shè)計(jì)符合設(shè) 計(jì)規(guī)范要求。實(shí)現(xiàn)軟件開(kāi)發(fā)全程監(jiān)控。Architecture & QA 為非常設(shè)機(jī)構(gòu)，主要由研發(fā)經(jīng)理、產(chǎn)品經(jīng)理、資深系統(tǒng) 分析遠(yuǎn)、測(cè)試經(jīng)理等人員組成。 根據(jù)項(xiàng)目進(jìn)展需要， 由研發(fā)經(jīng)理召集進(jìn)行項(xiàng)目階 段評(píng)審。軟 件開(kāi) 發(fā) 組

21、： 主要由各種角色的開(kāi)發(fā)人員構(gòu)成，完成開(kāi)發(fā)任務(wù)CMO：( Configuration Management Officer )軟件配置管理，對(duì)于一個(gè)具 有一定規(guī)模的軟件公司都會(huì)有一個(gè)軟件配置管理機(jī)構(gòu)， 對(duì)于小型公司一般由項(xiàng)目 經(jīng)理帶管，CMO勺主要職責(zé)是進(jìn)行軟件開(kāi)發(fā)過(guò)程中的軟件配置管理，以及軟件定 版后的維護(hù)管理。 在軟件開(kāi)發(fā)過(guò)程中， 由于多個(gè)開(kāi)發(fā)人員協(xié)同工作， 需要對(duì)其工 作協(xié)同管理，確保協(xié)同工作的順利進(jìn)行。同時(shí)，由專人進(jìn)行配置管理，使得大部 分開(kāi)發(fā)人員不會(huì)得到全部原代碼， 也有利于軟件公司的安全保密工作。 在軟件定 版后，由于軟件的Bugs，功能的完善及各種原因?qū)е碌膶?duì)軟件的修改，版本的

22、控制就顯得極為重要， 軟件配置管理可以確保得到不同時(shí)間的軟件版本。軟 件 測(cè) 試 組 ：軟件是軟件工程的重要組成部分， 軟件測(cè)試組承擔(dān)的工 作主要是a測(cè)試。測(cè)試模塊與集成測(cè)試由軟件開(kāi)發(fā)人員完成。對(duì)于項(xiàng)目軟件開(kāi) 發(fā)，用戶的計(jì)算機(jī)技術(shù)人員參加到軟件測(cè)試與支持工作組， 使用戶參與整個(gè)軟件 的測(cè)試工作中。確保交付的應(yīng)用系統(tǒng)是用戶可信賴的系統(tǒng)。在以上的軟件開(kāi)發(fā)組織機(jī)構(gòu)中， 不論公司規(guī)模的大小， 以上的各個(gè)職能應(yīng)該 是健全的。 明確的責(zé)任分工有利于軟件開(kāi)發(fā)的順利進(jìn)行于質(zhì)量控制， 同時(shí)，也必 將有利于公司的成本控制，降低軟件開(kāi)發(fā)風(fēng)險(xiǎn)。3.3 軟件開(kāi)發(fā)項(xiàng)目組的角色一般來(lái)講，一個(gè)軟件開(kāi)發(fā)項(xiàng)目組是由多個(gè)不同角色的

23、人員構(gòu)成， 每種角色在 軟件開(kāi)發(fā)中起不同的作用，各個(gè)不同角色的人員協(xié)同工作，完成軟件開(kāi)發(fā)工作。典型的軟件開(kāi)發(fā)項(xiàng)目組由下列角色構(gòu)成，如圖 5所示在軟件開(kāi)發(fā)項(xiàng)目組中一般有六種角色，他們是： 產(chǎn)品管理 程序開(kāi)發(fā) 程序管理 測(cè)試及質(zhì)量保證 用戶培訓(xùn) 后勤支援在大型軟件開(kāi)發(fā)項(xiàng)目中， 可以將每個(gè)角色賦予不同的個(gè)人。 對(duì)小型項(xiàng)目， 個(gè)人可以肩負(fù)多個(gè)不同的角色。每種角色的人員在項(xiàng)目中起著同等重要的作用。 每種角色都有其特定的任務(wù)及技能要求。產(chǎn)品管理：產(chǎn)品經(jīng)理負(fù)責(zé)建立及更新項(xiàng)目的商業(yè)模型， 在確定及設(shè)置項(xiàng)目目 標(biāo)方面起關(guān)鍵作用。 產(chǎn)品經(jīng)理應(yīng)確保項(xiàng)目成員清楚理解項(xiàng)目商業(yè)目的， 并根據(jù)商 業(yè)需求的優(yōu)先級(jí)確定功能規(guī)范

24、。同時(shí)，產(chǎn)品經(jīng)理負(fù)責(zé)高層的項(xiàng)目溝通，如：商業(yè) 項(xiàng)目的成本核算、 合同洽談，及向相關(guān)人員通報(bào)項(xiàng)目進(jìn)展等。程序管理： 程序經(jīng)理負(fù)責(zé)確定軟件特色及功能規(guī)范， 根據(jù)軟件開(kāi)發(fā)標(biāo)準(zhǔn)協(xié)調(diào) 日常開(kāi)發(fā)工作確保及時(shí)交付開(kāi)發(fā)任務(wù)。 協(xié)助產(chǎn)品經(jīng)理完成項(xiàng)目需求文檔， 并根據(jù) 需求文檔起草軟件功能規(guī)范。 同時(shí)負(fù)責(zé)與系統(tǒng)分析、 規(guī)范及框架結(jié)構(gòu)有關(guān)的各種 活動(dòng)。管理與協(xié)調(diào)與外部標(biāo)準(zhǔn)與系統(tǒng)的互操作性， 控制項(xiàng)目進(jìn)度。 程序經(jīng)理是項(xiàng) 目組成員間溝通與協(xié)調(diào)的核心。程序開(kāi)發(fā)：開(kāi)發(fā)隊(duì)伍負(fù)責(zé)交付符合功能規(guī)范的軟件系統(tǒng)。 開(kāi)發(fā)隊(duì)伍應(yīng)積極參 與功能規(guī)范的制定，在建立項(xiàng)目原型時(shí)開(kāi)發(fā)人員與程序經(jīng)理可以同步進(jìn)行并提供 技術(shù)可行性。 在功能規(guī)范確立

25、后， 開(kāi)發(fā)人員必須與程序經(jīng)理就如何解決重大疑難 問(wèn)題達(dá)成一致。測(cè)試與質(zhì)量保證： 測(cè)試與質(zhì)量保證是保證系統(tǒng)符合功能規(guī)范的保證。 為保證 “零誤碼”測(cè)試 /QA 人員應(yīng)積極參與開(kāi)發(fā)過(guò)程， 確保開(kāi)發(fā)出交付符合功能規(guī)范的 軟件系統(tǒng)。測(cè)試 /QA 人員負(fù)責(zé)準(zhǔn)備測(cè)試計(jì)劃、測(cè)試用例、自動(dòng)測(cè)試程序、執(zhí)行測(cè) 試工作、管理并跟蹤Bug。測(cè)試工作與開(kāi)發(fā)工作是獨(dú)立并行的。用戶培訓(xùn)： 培訓(xùn)人員負(fù)責(zé)設(shè)計(jì)編寫(xiě)離線及在線培訓(xùn)文檔， 包括演示材料。 用 戶培訓(xùn)人員應(yīng)參與用戶界面和系統(tǒng)的設(shè)計(jì)與構(gòu)造， 并參與安裝程序與安裝過(guò)程的 設(shè)計(jì)。參與系統(tǒng)的可用性測(cè)試及設(shè)計(jì)改進(jìn)， 與程序管理與開(kāi)發(fā)有密切的關(guān)系， 并 確保系統(tǒng)的變化及時(shí)反映到文

26、檔中去。后勤支援：后勤支援包括確保項(xiàng)目順利進(jìn)行的各方面工作。 對(duì)于一個(gè)項(xiàng)目組， 建立一個(gè)良好的團(tuán)隊(duì)氛圍是非常重要的， 每個(gè)角色在項(xiàng)目中都 是不可缺少的，項(xiàng)目的成功是團(tuán)隊(duì)成員共同努力的結(jié)果。鼓勵(lì)成員的積極進(jìn)取、 高效、參與的團(tuán)隊(duì)精神， 提高成員的責(zé)任感， 避免造成團(tuán)隊(duì)或項(xiàng)目的成功依賴于 少數(shù)個(gè)人的貢獻(xiàn)。產(chǎn)品管理與用戶培訓(xùn)角色) 程序管理與開(kāi)發(fā)角色 ) 測(cè)試角色 )3.4 開(kāi)發(fā)組人員構(gòu)成 根據(jù)軟件開(kāi)發(fā)項(xiàng)目組織的角色劃分， 對(duì)于中等以下規(guī)模的軟件開(kāi)發(fā)項(xiàng)目組基 本包括如下幾類人員： 產(chǎn)品管理人員 軟件開(kāi)發(fā)人員 軟件測(cè)試人員一般而言，產(chǎn)品管理人員同時(shí)擔(dān)負(fù)用戶培訓(xùn)的角色。 程序管理角色一般由項(xiàng) 目經(jīng)理承擔(dān)

27、， 而隊(duì)后勤支持角色一般由研發(fā)部和公司統(tǒng)一承擔(dān)， 或由公司的信息 系統(tǒng)管理人員協(xié)助完成。 圖 6 表示項(xiàng)目組的人員結(jié)構(gòu)及承擔(dān)的相關(guān)工作。3.5 開(kāi)發(fā)人員技術(shù)結(jié)構(gòu)宏觀上講， 軟件開(kāi)發(fā)機(jī)構(gòu)基本可分為二種角色， 管理角色和技術(shù)角色。 不同 角色各有其不同的發(fā)展方向，如圖 7 所示。不論是走技術(shù)路線還是管理路線， 不存在那種角色地位更高的問(wèn)題。 高級(jí)架 構(gòu)設(shè)計(jì)師與部門(mén)經(jīng)理具有同等的地位與待遇。4. 軟件開(kāi)發(fā)的階段劃分及目標(biāo)軟件開(kāi)發(fā)進(jìn)行階段劃分主要有以下三方面優(yōu)點(diǎn)：1) 有利于軟件質(zhì)量控制；2) 便于項(xiàng)目進(jìn)度控制與管理；3) 有利于項(xiàng)目成本費(fèi)用控制；4.1 軟件開(kāi)發(fā)的階段劃分 雖然軟件開(kāi)發(fā)與工程設(shè)計(jì)有其

28、相似之處， 但由于其所處的領(lǐng)域不同， 發(fā)展歷 史與人文環(huán)境也有一定的差別，完全照搬工程設(shè)計(jì)的管理模式也存在一些弊端。 下面就國(guó)外流行的軟件開(kāi)發(fā)模式與工程設(shè)計(jì)理論及原始的軟件開(kāi)發(fā)做以簡(jiǎn)單比 較，見(jiàn)圖 8。原始的軟件開(kāi)發(fā)模式很是簡(jiǎn)單， 有些項(xiàng)目連需求分析都不完整， 軟件測(cè)試只 是相當(dāng)于模塊集成一級(jí)的測(cè)試， 沒(méi)有規(guī)范的軟件測(cè)試。 軟件質(zhì)量取決于編程者個(gè) 人的技術(shù)水平， 質(zhì)量無(wú)法保證， 也很難控制。 在滿足用戶需求方面取決于編程者 個(gè)人的理解， 軟件交付后經(jīng)常發(fā)生大面積的修改。 項(xiàng)目似乎完成得很快， 交付后 大面積的修改經(jīng)常導(dǎo)致延誤工期， 修改后的軟件缺乏必要的測(cè)試手段， 往往導(dǎo)致 極大的售后服務(wù)支持

29、成本。 造成項(xiàng)目表面贏利、 實(shí)際虧損的局面。軟件工程理論指導(dǎo)下的軟件開(kāi)發(fā)管理模式也存在一定的問(wèn)題， 那就是有些環(huán) 節(jié)的可操作性較差， 主要表現(xiàn)在需求分析到總體設(shè)計(jì)這個(gè)環(huán)節(jié)。 需求分析是文檔 性的描述， 一般是軟件開(kāi)發(fā)人員對(duì)用戶需求的一種理解， 這種文字描述一般很難 精確可視地展現(xiàn)未來(lái)軟件的情況， 而用戶也很難說(shuō)清楚自己的需求， 這就使得用 戶很難鑒別需求分析的精確性。往往導(dǎo)致軟件交付后的大量修改。有一篇 “Client / Server 軟件開(kāi)發(fā)常犯錯(cuò)誤”的文章說(shuō)得好，“用戶不知自己需要什 么樣的系統(tǒng)，但知道不要什么樣的系統(tǒng)”。為避免軟件開(kāi)發(fā)中需求分析到總體設(shè)計(jì)這個(gè)環(huán)節(jié)的歧異性問(wèn)題， 目前，國(guó)

30、際 流行的軟件開(kāi)發(fā)模式中增加了 FS+UI （功能規(guī)范和用戶界面）這個(gè)環(huán)節(jié)，這個(gè)環(huán) 節(jié)不但解決了用戶在需求分析理解上的困難， 同時(shí)也解決了軟件開(kāi)發(fā)過(guò)程各種角 色人員的并行工作問(wèn)題， 便于軟件開(kāi)發(fā)工期的縮短， 有利軟件開(kāi)發(fā)質(zhì)量與成本的 控制FS+UI （功能規(guī)范和用戶界面）見(jiàn)后面章節(jié)。4.2 軟件開(kāi)發(fā)各階段目標(biāo) 以下就軟件開(kāi)發(fā)階段劃分的各階段的任務(wù)與目標(biāo)做以簡(jiǎn)單描述， 這是軟件公 司進(jìn)行質(zhì)量控制的基礎(chǔ)。1）可行性分析可行性分析是軟件項(xiàng)目立項(xiàng)的必要階段， 對(duì)于項(xiàng)目型軟件開(kāi)發(fā)， 可行性分析 一般由用戶自行完成， 軟件公司基本在技術(shù)上給予必要的支持。 對(duì)于產(chǎn)品型軟件 開(kāi)發(fā)，可行性分析是非常重要的一環(huán)，

31、 產(chǎn)品采用的技術(shù)、 市場(chǎng)定位與銷售策略等 直接關(guān)系著產(chǎn)品的生存與發(fā)展?？尚行苑治龌景ㄈ缦聨讉€(gè)方面的內(nèi)容，A. 項(xiàng)目定義：項(xiàng)目定義主要是對(duì)產(chǎn)品定位有一個(gè)大致的描述，鉤畫(huà)出該軟 件產(chǎn)品的運(yùn)行環(huán)境、 產(chǎn)品功能、 用戶特征以及制約因數(shù)進(jìn)行全面的描述， 以便下 一步工作的展開(kāi)。B. 技術(shù)分析： 此處的技術(shù)主要包括軟件的開(kāi)發(fā)環(huán)境與運(yùn)行環(huán)境所涉及的各 方面技術(shù)， 在此應(yīng)對(duì)這些技術(shù)的發(fā)展?fàn)顩r， 成熟情況及未來(lái)的技術(shù)走勢(shì)應(yīng)有細(xì)致 的闡述。C. 市場(chǎng)分析： 包括國(guó)內(nèi)外行業(yè)發(fā)展現(xiàn)狀、市場(chǎng)格局、發(fā)展趨勢(shì)，在市場(chǎng)容 量統(tǒng)計(jì)數(shù)據(jù)的基礎(chǔ)上， 推測(cè)我們產(chǎn)品可能的市場(chǎng)占有率及銷售情況。D. 產(chǎn)品策略： 產(chǎn)品策略包括產(chǎn)品的技

32、術(shù)策略與產(chǎn)品的市場(chǎng)策略。E. 投資與回報(bào)分析：項(xiàng)目投資總額、項(xiàng)目成本核算、項(xiàng)目收益、投資回報(bào)F. 已有資源分析： 包括資金資源、 人力資源、 技術(shù)資源等的分析。G. 其它應(yīng)考慮的因素2) 需求分析需求分析是軟件項(xiàng)目正式實(shí)施開(kāi)始的第一個(gè)階段， 需求分析應(yīng)該遵循可行性 分析確定的基調(diào)，包括技術(shù)路線、產(chǎn)品基本功能、產(chǎn)品運(yùn)行環(huán)境及市場(chǎng)定位。需 求分析主要應(yīng)完成對(duì)用戶應(yīng)用流程的描述， 即完成商業(yè)邏輯分析。 并根據(jù)商業(yè)邏 輯的需要確定軟件的功能列表及描述。3) FS+UIA. 總體描述，包括應(yīng)用平臺(tái)及應(yīng)用限制， .B. 功能列表C. 用戶界面FS+UI的合格與否取決于能否完成以下二方面的工作。 完成用戶手

33、冊(cè)的編寫(xiě)！ 準(zhǔn)備測(cè)試計(jì)劃、測(cè)試用例及確定驗(yàn)收標(biāo)準(zhǔn)！FS+UI是產(chǎn)品管理部門(mén)與軟件開(kāi)發(fā)部門(mén)的接口， 對(duì)于項(xiàng)目型開(kāi)發(fā)是軟件開(kāi)發(fā) 商與用戶責(zé)任劃分的重要依據(jù)，F(xiàn)S+UI不同于需求分析，它提供給用戶的是一個(gè) 清晰可見(jiàn)的用戶界面與完整的功能說(shuō)明， 方便用戶的理解與確認(rèn)。 軟件開(kāi)發(fā)據(jù)此 進(jìn)行下一步工作就有了堅(jiān)實(shí)的基礎(chǔ)， 避免軟件交付后的大量修改工作， 有利于軟 件質(zhì)量與進(jìn)度的控制。同時(shí)，便于軟件開(kāi)發(fā)并行工作的展開(kāi)。FS+UI是軟件總體設(shè)計(jì)及軟件 a測(cè)試的基礎(chǔ)。4) 總體設(shè)計(jì)總體設(shè)計(jì)的依據(jù)是FS+UI文檔，其目的是根據(jù)FS+UI要求，依據(jù)具體采用的 開(kāi)發(fā)工具與技術(shù)平臺(tái)確定軟件實(shí)現(xiàn)的對(duì)象關(guān)系與數(shù)據(jù)庫(kù)結(jié)構(gòu)。 并

34、非項(xiàng)目組每個(gè)成 員均參加總體設(shè)計(jì)， 一般來(lái)講， 一般中小項(xiàng)目總體設(shè)計(jì)為一到二個(gè)人， 中大型項(xiàng) 目一般為一個(gè)總體設(shè)計(jì)小組， 由項(xiàng)目總設(shè)計(jì)師負(fù)責(zé)將項(xiàng)目進(jìn)行分解為可操作的大 小，交由不同設(shè)計(jì)小組完成相關(guān)功能的總體設(shè)計(jì)， 總設(shè)計(jì)師負(fù)責(zé)協(xié)調(diào)各子項(xiàng)之間的協(xié)調(diào)關(guān)系，從而完成大型的總體設(shè)計(jì)總體設(shè)計(jì)設(shè)計(jì)深度情況直接影響下一步的詳細(xì)設(shè)計(jì)。 過(guò)細(xì)的總體設(shè)計(jì)也是不 必要的，少量的人員進(jìn)行過(guò)細(xì)的設(shè)計(jì)必然影響整個(gè)項(xiàng)目的設(shè)計(jì)周期， 而過(guò)粗的總 體設(shè)計(jì)當(dāng)然也不利于詳細(xì)設(shè)計(jì)設(shè)計(jì)任務(wù)的分配與設(shè)計(jì)展開(kāi)。 總體設(shè)計(jì)是軟件詳細(xì)設(shè)計(jì)及軟件集成測(cè)試的基礎(chǔ)。5) 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)是總體設(shè)計(jì)的繼續(xù)， 主要目的是完成總體設(shè)計(jì)完成的對(duì)象內(nèi)部的商

35、業(yè)邏輯的實(shí)現(xiàn)設(shè)計(jì)， 在總體設(shè)計(jì)完成后可以將不同的設(shè)計(jì)對(duì)象交由不同的設(shè)計(jì)人 員來(lái)完成。 原則上講，在開(kāi)始軟件編碼之前應(yīng)完成所有的設(shè)計(jì)細(xì)節(jié)， 避免在編碼 中進(jìn)行設(shè)計(jì)工作。詳細(xì)設(shè)計(jì)是編碼及軟件模塊測(cè)試的基礎(chǔ)。6) 編碼編碼是軟件詳細(xì)設(shè)計(jì)的一種再現(xiàn)， 編碼中最重要的是要遵從相關(guān)開(kāi)發(fā)工具的 設(shè)計(jì)規(guī)范及數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)范， 另外，養(yǎng)成一個(gè)良好的編程習(xí)慣是一個(gè)軟件公司和 軟件編程人員最基本的職業(yè)素質(zhì)。對(duì)于軟件應(yīng)用可靠性要求嚴(yán)格的案例， 所有軟件模塊必須通過(guò)模塊測(cè)試， 對(duì)一般 應(yīng)用軟件中的重要模塊也應(yīng)進(jìn)行模塊測(cè)試。7) 集成集成是軟件開(kāi)發(fā)中重要的一環(huán)， 集成測(cè)試的依據(jù)是軟件的總體設(shè)計(jì)。 如果缺 乏前期的模塊測(cè)試，

36、必然會(huì)導(dǎo)致集成時(shí)間的加長(zhǎng)，同時(shí)也會(huì)加重后期的a測(cè)試及問(wèn)題處理的工作量。8) a 測(cè)試a 測(cè)試是在軟件集成結(jié)束后軟件開(kāi)發(fā)進(jìn)入的下一個(gè)環(huán)節(jié)，它標(biāo)志著軟件開(kāi) 發(fā)從設(shè)計(jì)級(jí)段進(jìn)入軟件測(cè)試階段。 一般情況下， 軟件開(kāi)發(fā)從設(shè)計(jì)進(jìn)入測(cè)試是通過(guò) CMO來(lái)完成這一過(guò)程。為完成 a 測(cè)試，測(cè)試部門(mén)一般包括如下幾個(gè)方面的工作。 編制測(cè)試計(jì)劃 編制測(cè)試用例 測(cè)試執(zhí)行 測(cè)試結(jié)論(包括問(wèn)題報(bào)告) 一般而言，測(cè)試工作基本上可以分為如下幾個(gè)輪回：a測(cè)試是軟件公司對(duì)自身產(chǎn)品的一次自我測(cè)試，a測(cè)試結(jié)束后，測(cè)試部門(mén)會(huì)提供一個(gè)軟件測(cè)試評(píng)價(jià)報(bào)告， 這個(gè)評(píng)價(jià)報(bào)告在某種程度上決定了該軟件是否適 應(yīng)商業(yè)銷售。一般來(lái)講，軟件通過(guò)測(cè)試并不意味著軟

37、件沒(méi)有任何問(wèn)題，只是意味軟件通 過(guò)了可接受測(cè)試條件。 軟件測(cè)試的問(wèn)題報(bào)告是軟件公司售后服務(wù)與產(chǎn)品升級(jí)的重 要參考因素之一。9) 問(wèn)題處理與設(shè)計(jì)文檔改進(jìn) 問(wèn)題處理是軟件開(kāi)發(fā)組交付測(cè)試后的重要任務(wù)之一， 及時(shí)解決軟件測(cè)試過(guò)程 中發(fā)現(xiàn)的問(wèn)題，以便進(jìn)行下一輪測(cè)試。 軟件開(kāi)發(fā)人員在交付測(cè)試后的另一重要任務(wù)就是將編碼過(guò)程中對(duì)設(shè)計(jì)的修改及 時(shí)反映到總體設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔中去， 確保定版的軟件與其設(shè)計(jì)文檔的一 致性。10) IRL 內(nèi)部定版測(cè)試合格的軟件在軟件開(kāi)發(fā)部?jī)?nèi)部定版，進(jìn)入產(chǎn)品的組裝或B測(cè)試，及產(chǎn)品銷售。對(duì)項(xiàng)目型軟件開(kāi)發(fā)，則進(jìn)入系統(tǒng)的實(shí)施級(jí)段。5 過(guò)程管理與質(zhì)量控制標(biāo)準(zhǔn)化5.1 軟件開(kāi)發(fā)過(guò)程管理傳統(tǒng)

38、的軟件開(kāi)發(fā)一般遵循的是瀑布過(guò)程模型 , 一個(gè)階段的結(jié)束是下一個(gè)階段 的開(kāi)始。這種模型不適合基于對(duì)象、 分布式的企業(yè)應(yīng)用開(kāi)發(fā)。 部件的開(kāi)發(fā)具有并 行性，而非順序性。另外 , 瀑布進(jìn)程模型缺乏靈活性，不適應(yīng)快速原型開(kāi)發(fā)工具 的要求。基于里程碑的過(guò)程模型引進(jìn)迭代過(guò)程模型， 允許開(kāi)發(fā)任務(wù)的重疊和反復(fù)， 可 以很好適應(yīng)基于部件的軟件開(kāi)發(fā)。 基于里程碑的過(guò)程模型便于團(tuán)隊(duì)模型中責(zé)權(quán)的 劃分。便于風(fēng)險(xiǎn)評(píng)定，鼓勵(lì)快速交貨。1) 里程碑過(guò)程模型的特征：A. 里程碑過(guò)程：軟件開(kāi)發(fā)過(guò)程是由指導(dǎo)開(kāi)發(fā)進(jìn)程的外內(nèi)部里程碑所驅(qū)動(dòng)的。B. 明確責(zé)權(quán)關(guān)系：過(guò)程模型將每個(gè)里程碑與開(kāi)發(fā)組的責(zé)任角色相關(guān)聯(lián)。C. 風(fēng)險(xiǎn)驅(qū)動(dòng)的計(jì)劃安排：高

39、風(fēng)險(xiǎn)部件應(yīng)盡早完成。D. 評(píng)估說(shuō)明：評(píng)估說(shuō)明直接影響著項(xiàng)目的計(jì)劃與管理，在整個(gè)軟件開(kāi)發(fā)過(guò) 程中致關(guān)重要。2) 里程碑的制定里程碑也可以稱作項(xiàng)目實(shí)施計(jì)劃。 對(duì)于軟件開(kāi)發(fā)項(xiàng)目而言， 一但項(xiàng)目立項(xiàng)確 定，需要做的第一件事情就是確定項(xiàng)目實(shí)施的里程碑。 根據(jù)前面我們確定的軟件 開(kāi)發(fā)階段劃分， 在里程碑中應(yīng)清楚地定義每一個(gè)階段的開(kāi)始時(shí)間、 結(jié)束時(shí)間、 負(fù) 責(zé)人，階段的提交成果由各階段的軟件開(kāi)發(fā)規(guī)范確定。 里程碑是公司對(duì)進(jìn)行項(xiàng)目 控制的主要依據(jù)。 里程碑一旦確定，各相應(yīng)負(fù)責(zé)人應(yīng)確保按時(shí)交付任務(wù)。對(duì)于各不同里程碑階段可以根據(jù)需要制定階段里程碑， 階段里程碑一般由開(kāi) 發(fā)組織內(nèi)部確定以便于更好管理與控制項(xiàng)目的進(jìn)程

40、。 達(dá)到某個(gè)里程碑表明對(duì)此負(fù) 有主要責(zé)任的角色完策任務(wù)。便于明確各個(gè)角色責(zé)權(quán)范圍、有利于按時(shí)完成任。軟件開(kāi)發(fā)里程碑主要包括如下階段：3）CMO 軟件配置管理 為確保軟件及其文檔的一致性，進(jìn)行軟件配置的管理是必要的5.2 質(zhì)量控制體系 軟件開(kāi)發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開(kāi)發(fā)質(zhì)量控制 體系，每個(gè)里程碑都是一個(gè)質(zhì)量控制結(jié)點(diǎn)， 這些質(zhì)量控制結(jié)點(diǎn)貫穿于整個(gè)軟件開(kāi) 發(fā)全過(guò)程，從而構(gòu)成軟件開(kāi)發(fā)的質(zhì)量控制體系?；诶锍瘫能浖_(kāi)發(fā)質(zhì)量控制體系可以用圖 11 表示。圖 12 表示軟件開(kāi)發(fā)階段目標(biāo)與質(zhì)量控制的關(guān)系每個(gè)具體的里程碑與軟件開(kāi)發(fā)組某一具體的角色相關(guān)聯(lián)， 不同的角色則隸屬于 不同的業(yè)務(wù)部

41、門(mén)， 而人員業(yè)績(jī)的評(píng)估與管理歸屬各自的業(yè)務(wù)部門(mén)， 因此，基于里 程碑的軟件質(zhì)量控制必然會(huì)演變成對(duì)角色的質(zhì)量控制， 這樣才能真正達(dá)到對(duì)軟件 質(zhì)量的控制。基于角色的質(zhì)量控制體系詳見(jiàn)圖 13在軟件開(kāi)發(fā)的六種角色中，一般規(guī)模的軟件公司都會(huì)將其做以歸類，圖 13 是 基于常見(jiàn)的軟件開(kāi)發(fā)任務(wù)劃分方式形成的基于角色的質(zhì)量控制模型。5.3 根據(jù)軟件開(kāi)發(fā)的階段劃分及基于里程碑的項(xiàng)目管理模式， 貫穿于整個(gè)軟件生 命周期中的軟件開(kāi)發(fā)規(guī)范基本包括如下規(guī)范：1）可行性分析規(guī)范 （FS）2）需求分析規(guī)范 （ RS）3）功能說(shuō)明規(guī)范 （ FSS）4）用戶界面規(guī)范 （ UIS）5）總體設(shè)計(jì)規(guī)范 （ GDS）6）詳細(xì)設(shè)計(jì)規(guī)范

42、（ DDS）7）程序編碼規(guī)范 （ CS）8）軟件測(cè)試規(guī)范 （ TS） 以上規(guī)范在軟件開(kāi)發(fā)階段劃分章節(jié)已有簡(jiǎn)單描述， 此處不再介紹。5.4 階段審核制 軟件開(kāi)發(fā)階段審核制是采用基于里程碑管理模式的必然產(chǎn)物。 在每個(gè)里程碑 結(jié)束時(shí)公司質(zhì)量控制機(jī)構(gòu)（QA根據(jù)相應(yīng)的軟件開(kāi)發(fā)管理規(guī)范及應(yīng)用要求對(duì)階段 成果進(jìn)行評(píng)議控制， 確保應(yīng)用開(kāi)發(fā)的順利進(jìn)行， 及交付的應(yīng)用系統(tǒng)能夠滿足用戶 的使用需要， 確保交付的系統(tǒng)能夠代表公司的整體技術(shù)水平。 同時(shí)也有利于規(guī)避 軟件開(kāi)發(fā)風(fēng)險(xiǎn)。6. 軟件維護(hù)與版本控制無(wú)論是項(xiàng)目型軟件開(kāi)發(fā)還是產(chǎn)品型軟件開(kāi)發(fā)， 軟件的維護(hù)與版本控制都是必 須值得重視的。因?yàn)槿魏我粋€(gè)軟件產(chǎn)品或一個(gè)應(yīng)用軟件

43、開(kāi)發(fā)項(xiàng)目或多或少存在一 些值得改進(jìn)的問(wèn)題，這些問(wèn)題可能是程序的 Bug,也可能是因不能滿足用戶需要 迫切需要改進(jìn)的地方， 對(duì)于交付運(yùn)行的軟件進(jìn)行后期維護(hù)成為軟件公司必不可少 的工作。而由于后期維護(hù)所造成對(duì)已定版軟件的修改的管理是致關(guān)重要的。6.1 軟件維護(hù)與版本控制的意義 軟件維護(hù)與版本控制的目的有三點(diǎn)：1）. 解決由于問(wèn)題處理帶來(lái)對(duì)已定版軟件的版本升級(jí)等管理問(wèn)題， 確?？梢?提供某一特定時(shí)間的版本，為用戶提供滿意的售后服務(wù)。2）. 解決軟件開(kāi)發(fā)過(guò)程中的版本控制問(wèn)題，有利于團(tuán)隊(duì)開(kāi)發(fā)的協(xié)同工作問(wèn) 題，也有利于公司對(duì)開(kāi)發(fā)項(xiàng)目的版本控制及知識(shí)產(chǎn)權(quán)的保護(hù)。3）. 良好的版本控制與管理， 有利于新版軟件的開(kāi)發(fā)工作的進(jìn)行。 確保軟件 產(chǎn)品循環(huán)漸進(jìn)，逐步提高。6.2 開(kāi)發(fā)過(guò)程的版本控制 軟件開(kāi)發(fā)過(guò)程中的版本控制一般都是基于特定的開(kāi)發(fā)工具和特定的版本控 制管理工具，現(xiàn)在絕大部分的軟件開(kāi)發(fā)工具均提供這方面的功能。如 Microsoft Visual Source Safe（簡(jiǎn)稱 VSS）， IBM Visual 系列開(kāi)發(fā)工具等，版本控制的原理大同小異，以下以VSS為例介紹軟件開(kāi)發(fā)過(guò)程的版本控制模型。軟件配置管理包括