現(xiàn)代物流信息技術(shù)：3-1物流信息系統(tǒng)開發(fā)過程

1、第3章 物流信息系統(tǒng)開發(fā)技術(shù)3.1 物流信息系統(tǒng)的開發(fā)過程3.1.1 物流信息系統(tǒng)開發(fā)概述 物流信息系統(tǒng)是由人員、設(shè)備和程序組成的、為物流管理者執(zhí)行計劃、實施、控制等職能提供信息的交互系統(tǒng)，是物流管理軟件與信息網(wǎng)絡(luò)結(jié)合的產(chǎn)物。 物流信息系統(tǒng)的開發(fā)是一項復(fù)雜的系統(tǒng)工程。它涉及物流管理理論、信息系統(tǒng)技術(shù)、物流信息技術(shù)等知識，不僅涉及運輸部門、而且涉及到倉儲、調(diào)度、信息中心、門店等多部門，不僅涉及技術(shù)，而且涉及管理業(yè)務(wù)、組織和行為。軟件的特點軟件是一種邏輯實體，而不是有形的系統(tǒng)元件，其開發(fā)成本和進度難以準(zhǔn)確地估算軟件是被開發(fā)的或被設(shè)計的，它沒有明顯的制造過程，一旦開發(fā)成功，只需復(fù)制即可，但其維護的工

2、作量大軟件的使用沒有硬件那樣的機械磨損和老化問題其它特點：軟件的開發(fā)和運行常受到計算機硬件的限制，對計算機硬件有著不同程度的依賴性軟件的開發(fā)至今尚未完全實現(xiàn)自動化軟件成本相當(dāng)昂貴相當(dāng)多的軟件工作涉及到社會因素物流信息系統(tǒng)開發(fā)的基本過程 物流管理系統(tǒng)開發(fā)的基本過程主要是系統(tǒng)的可行性分析（任務(wù)提出、初步調(diào)查和系統(tǒng)的可行性分析）、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)維護和系統(tǒng)評價6個階段。物流信息系統(tǒng)開發(fā)的全生命周期系統(tǒng)生命周期各階段工作量 一般常用甘特圖（Gautt）來記載和描述各階段工作量，如時間、進度、投入和工作順序之間的關(guān)系。 系統(tǒng)設(shè)計 20% 系統(tǒng)分析15% 系統(tǒng)實施 50% 系統(tǒng)規(guī)劃 9%

3、 系統(tǒng)運行 6% 軟件生存期的階段劃分 (1)問題定義 (2)可行性研究 (3)需求分析 (4)總體設(shè)計 上游 (5)詳細設(shè)計 （設(shè)計師任務(wù)） (6)實現(xiàn) (7)單元測試 (8)確認(rèn)測試 (9)系統(tǒng)測試 下游 (10)運行和維護 （程序員任務(wù)）（根據(jù)國標(biāo)計算機軟件開發(fā)規(guī)范）計劃時期開發(fā)時期運行時期系統(tǒng)的可行性分析可行性分析的作用：確定系統(tǒng)開發(fā)的依據(jù)；為系統(tǒng)開發(fā)籌集資金的依據(jù)；與合作單位簽訂合同的依據(jù)；系統(tǒng)驗收的依據(jù)。 系統(tǒng)開發(fā)可行性分析的內(nèi)容包括：從技術(shù)上、經(jīng)濟上、管理與社會等目標(biāo)對方案的可行性進一步分析。初步調(diào)查1）初步調(diào)查的目的、原則 初步調(diào)查的對象是現(xiàn)行系統(tǒng)（包括手工系統(tǒng)和已采用計算機的

4、管理信息系統(tǒng)），目的在于完整掌握現(xiàn)行系統(tǒng)的現(xiàn)狀，發(fā)現(xiàn)問題和薄弱環(huán)節(jié)，收集資料，為下一步的系統(tǒng)化分析和提出新系統(tǒng)的邏輯設(shè)計做好準(zhǔn)備。2）初步調(diào)查的方法 調(diào)查的方法可以采用召開調(diào)查會、訪問、發(fā)調(diào)查表、參加業(yè)務(wù)實踐等方式?？尚行苑治龅膱蟾鎯?nèi)容包括：（1）系統(tǒng)描述；（2）項目的目標(biāo)；（3）所需資源、預(yù)算和期望效益；（4）對項目可行性的結(jié)論。系統(tǒng)開發(fā)的思想系統(tǒng)工程 系統(tǒng)工程的基本思想：系統(tǒng)工程是按照系統(tǒng)科學(xué)的思想，運用信息論、控制論、運籌學(xué)等理論和方法，從整體的角度對系統(tǒng)進行規(guī)劃、研究、設(shè)計、實施和控制的工程技術(shù)。系統(tǒng)工程的方法：統(tǒng)一規(guī)劃方法、霍爾的三維結(jié)構(gòu)法3.1.2 物流信息系統(tǒng)的開發(fā)方法典型的軟件

5、過程模型有：瀑布模型（waterfall model）演化模型（evolutionary model）增量模型（incremental model）原型模型（prototyping model)螺旋模型（spiral model）噴泉模型（water fountain model）基于構(gòu)件的開發(fā)模型 （component-based development model）形式方法模型 （formal methods model）（1）瀑布模型 瀑布模型也稱軟件生存周期模型。根據(jù)軟件生存周期各個階段的任務(wù)，瀑布模型從可行性研究（或稱系統(tǒng)需求分析）開始，逐步進行階段性變換，直至通過確認(rèn)測試并得到用戶

6、確認(rèn)的軟件產(chǎn)品為止。 瀑布模型的主要特點是：階段間的順序性和依賴性，開發(fā)過程是一個嚴(yán)格的下導(dǎo)式過程，即前一階段的輸出是后一階段的輸入，每一階段工作的完成需要確認(rèn)，而確認(rèn)過程是嚴(yán)格的追溯式過程，后一階段出現(xiàn)了問題要通過前一階段的重新確認(rèn)來解決。因此，問題發(fā)現(xiàn)得越晚解決問題的代價就越高。瀑布模型 (線形順序模型)問題定義需求分析設(shè) 計編 碼運行維護測 試計劃階段 （Why，What）運行階段（Change）可行性研究開發(fā)階段（How） 1970年W.Royce提出瀑布模型 特征接受上一階段的結(jié)果作為本階段的輸入利用這一輸入實施本階段應(yīng)完成的活動對本階段的工作進行評審將本階段的結(jié)果作為輸出，傳遞給下

7、一階段 缺點缺乏靈活性，難以適應(yīng)需求不明確或需求經(jīng)常變化的軟件開發(fā)開發(fā)早期存在的問題往往要到交付使用時才發(fā)現(xiàn)，維護代價大按照傳統(tǒng)瀑布模型開發(fā)軟件的特點1.是說明軟件生存周期的典型模型2.階段間具有明顯的順序性和依賴性（缺點）。3.推遲實現(xiàn)的觀點（優(yōu)點）。4.每個階段靠如下措施保證質(zhì)量(優(yōu)點) 每個階段必須完成規(guī)定的文檔; 每個階段結(jié)束前完成文檔審查,及早改正錯誤；5.存在的問題： 需求分析是成敗關(guān)鍵，不適合需求模糊的系統(tǒng)； 需求變化很難適應(yīng)。許多軟件項目在開發(fā)早期對軟件需求的認(rèn)識是模糊的、不確定的，因此軟件很難一次開發(fā)成功。可以在獲取了一組基本的需求后，通過快速分析構(gòu)造出該軟件的一個初始可運行

8、版本，稱之謂原型（prototype），然后根據(jù)用戶在試用原型的過程中提出的意見和建議、或者增加新的需求，對原型進行改造，獲得原型的新版本，重復(fù)這一過程，最終得到令客戶滿意的軟件產(chǎn)品。演化模型的開發(fā)過程就是從構(gòu)造初始的原型出發(fā)，逐步將其演化成最終軟件產(chǎn)品的過程。演化模型適用于對軟件需求缺乏準(zhǔn)確認(rèn)識的情況。典型的演化模型有：增量模型、原型模型、螺旋模型。（2）演化模型增量模型項目日歷時間軟件功能性和特征12345第2次增量發(fā)布增量212345第n次增量發(fā)布增量n12345第1次增量發(fā)布增量15部署（發(fā)布，反饋）4構(gòu)造（編碼，測試）3建模（分析，設(shè)計）2計劃1交流增量模型將軟件的開發(fā)過程分成若干個

9、日程時間交錯的線性序列，每個線性序列產(chǎn)生軟件的一個可發(fā)布的“增量”版本，后一個版本是對前一版本的修改和補充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品。增量模型融合了瀑布模型的基本成分（重復(fù)地應(yīng)用）和演化模型的迭代特征增量模型強調(diào)每一個增量都發(fā)布一個可運行的產(chǎn)品增量模型特別適用于：需求經(jīng)常變化的軟件開發(fā)市場急需而開發(fā)人員和資金不能在設(shè)定的市場期限之前實現(xiàn)一個完善的產(chǎn)品的軟件開發(fā)增量模型能有計劃地管理技術(shù)風(fēng)險，如早期增量版本中避免采用尚未成熟的技術(shù)原型（prototype）是預(yù)期系統(tǒng)的一個可執(zhí)行版本，它反映了系統(tǒng)性質(zhì)（如功能、計算結(jié)果等）的一個選定的子集。一個原型不必滿足目標(biāo)軟件的所有約束，其目

10、的是能快速、低成本地構(gòu)建原型。原型方法從軟件工程師與客戶的交流開始，其目的是定義軟件的總體目標(biāo)，標(biāo)識需求。然后快速制訂原型開發(fā)的計劃，確定原型的目標(biāo)和范圍，采用快速設(shè)計的方式對其建模，并構(gòu)建原型。被開發(fā)的原型應(yīng)交付給客戶試用，并收集客戶的反饋意見，這些反饋意見可在下一輪迭代中對原型進行改進。在前一個原型需要改進，或者需要擴展其范圍的時候，進入下一輪原型的迭代開發(fā)。原型模型部署交付和反饋構(gòu)建原型交流快速設(shè)計方式建?？焖儆媱澰湍Ｐ驮湍Ｐ停焖俪尚湍Ｐ停┙ㄔ?修改 原型用戶測試運行原型 聽取用 戶意見原型模型采用原型模型的軟件生存周期分析定義系統(tǒng)需求生成原型系統(tǒng)設(shè)計程序設(shè)計編碼測試運 行和維護原

11、型化含原型化的軟件生存期采用原型模型的特點及早向用戶展示系統(tǒng)模型（原型），即具體形象地展示界面及功能；用戶認(rèn)可原型后進行開發(fā)，逐一完善；修改集中在前期的原型確認(rèn)上；借助原型開發(fā)工具會加快進度快速原型法模型快速原型系統(tǒng)的不足之處有以下兩點：系統(tǒng)開發(fā)人員在初期往往考慮得不周全，有可能使原型不能成為最終軟件產(chǎn)品的一部分，只是一個示例而已。這樣，在實際開發(fā)軟件產(chǎn)品時，仍有許多工作要做。 快速原型模型對工具和環(huán)境的依賴性較高。原型的類型：探索型（exploratory prototyping） 其目的是要弄清目標(biāo)系統(tǒng)的要求，確定所希望的特性，并探討多種方案的可行性實驗型（experimental pro

12、totyping） 其目的是驗證方案或算法的合理性，它是在大規(guī)模開發(fā)和實現(xiàn)前，用于考核方案是否合適，規(guī)格說明是否可靠。演化型（evolutionary prototyping） 其目的是將原型作為目標(biāo)系統(tǒng)的一部分，通過對原型的多次改進，逐步將原型演化成最終的目標(biāo)系統(tǒng)。 原型的使用策略：廢棄（throw away）策略 主要用于探索型和實驗型原型的開發(fā)。這些原型關(guān)注于目標(biāo)系統(tǒng)的某些特性，而不是全部特性，開發(fā)這些原型時通常不考慮與探索或?qū)嶒災(zāi)康臒o關(guān)的功能、質(zhì)量、結(jié)構(gòu)等因素，這種原型通常被廢丟，然后根據(jù)探索或?qū)嶒灥慕Y(jié)果用良好的結(jié)構(gòu)和設(shè)計思想重新設(shè)計目標(biāo)系統(tǒng)。追加（add on）策略 主要用于演化型原

13、型的開發(fā)。這種原型通常是實現(xiàn)了目標(biāo)系統(tǒng)中已明確定義的特性的一個子集，通過對它的不斷修改和擴充，逐步追加新的要求，最后使其演化成最終的目標(biāo)系統(tǒng)。原型可作為單獨的過程模型使用，它也常被作為一種方法或?qū)崿F(xiàn)技術(shù)應(yīng)用于其它的過程模型中。B.Boehm于1988年提出是瀑布模型和演化模型的結(jié)合，并增加了風(fēng)險分析螺旋模型沿著螺線旋轉(zhuǎn)，在四個象限上分別表達四個方面的活動，即：制定計劃：確定軟件目標(biāo)，選定實施方案，弄清項目開發(fā)的限制條件風(fēng)險分析：評價所選的方案，識別風(fēng)險，消除風(fēng)險工程實施：實施軟件開發(fā)，驗證工作產(chǎn)品客戶評估：評價開發(fā)工作，提出修正建議螺旋模型 螺旋模型出現(xiàn)了一些變種，它可以有3到6個任務(wù)區(qū)域。螺

14、旋模型指引的軟件項目開發(fā)沿著螺線自內(nèi)向外旋轉(zhuǎn)，每旋轉(zhuǎn)一圈，表示開發(fā)出一個更為完善的新軟件版本。如果發(fā)現(xiàn)風(fēng)險太大，開發(fā)者和客戶無法承受，則項目就可能因此而終止。多數(shù)情況下沿著螺線的活動會繼續(xù)下去，自內(nèi)向外，逐步延伸，最終得到所期望的系統(tǒng)。螺旋模型的特點多種模型的結(jié)合瀑布模型+快速原型的一種演進模型增加前三種模型所忽略的風(fēng)險分析螺旋式迭代、演進過程，每次迭代由四個階段構(gòu)成制定計劃：確定目標(biāo)，選擇方案，設(shè)定約束條件，選定 完 成本周期目標(biāo)的策略 ；風(fēng)險分析：風(fēng)險角度分析該策略，必要時可建立原型， 可 確定、修改、終止項目 ；工程實現(xiàn)：每次循環(huán)實施瀑布模型中的一個或若干個階 段； 評審階段：用戶占參與

15、評估前一步的結(jié)果，計劃下一輪 的工作 風(fēng)險可控，但依賴于風(fēng)險評估的準(zhǔn)確性噴泉模型噴泉模型是一種支持面向?qū)ο箝_發(fā)的模型體現(xiàn)迭代和無間隙特征迭代：各開發(fā)活動常常重復(fù)工作多次，相關(guān)的功能在每次迭代中隨之加入演進的系統(tǒng)無間隙：開發(fā)活動之間不存在明顯的邊界支持軟件復(fù)用（reuse）利用預(yù)先包裝好的軟件構(gòu)件（包括組織內(nèi)部開發(fā)的構(gòu)件和現(xiàn)存商品化構(gòu)件COTS）來構(gòu)造應(yīng)用系統(tǒng)基于構(gòu)件的開發(fā)模型對象可重用部件組裝模型使用重用技術(shù)的軟件工程模型構(gòu)件(components):可重用的軟件成份可復(fù)用性（Reusability） （可重用性）集成化軟件開發(fā)環(huán)境（ISEE）可重用部件組裝模型系統(tǒng)A的軟件構(gòu)成系統(tǒng)C的軟件構(gòu)成

16、系統(tǒng)B的軟件構(gòu)成可重用部 件 可重用 部 件 軟件生產(chǎn)線應(yīng)用構(gòu)件提取車間 應(yīng)用構(gòu)件庫構(gòu)件生產(chǎn)車間 構(gòu)件庫組裝車間領(lǐng)域 1領(lǐng)域 2應(yīng)用系統(tǒng) .12341基礎(chǔ)構(gòu)件，2功能構(gòu)件 3接口構(gòu)件，4用戶界面構(gòu)件 領(lǐng)域分析構(gòu)件可變性分析構(gòu)建可復(fù)用構(gòu)件領(lǐng)域模型領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)圖可復(fù)用構(gòu)件庫分析體系結(jié)構(gòu)設(shè)計獲取構(gòu)件構(gòu)件特化和修改評價構(gòu)件組裝和測試開發(fā)未找到構(gòu)件的部分應(yīng)用系統(tǒng)工程應(yīng)用系統(tǒng)領(lǐng)域工程領(lǐng)域工程的目的是構(gòu)建領(lǐng)域模型、領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)和可復(fù)用構(gòu)件庫。領(lǐng)域分析分析該領(lǐng)域中各種應(yīng)用系統(tǒng)的公共部分或相似部分，構(gòu)建領(lǐng)域模型和領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)（reference architecture），標(biāo)識領(lǐng)域的候選構(gòu)件。對候選

17、構(gòu)件進行可變性分析，以適應(yīng)多個應(yīng)用系統(tǒng)的需要。構(gòu)建可復(fù)用構(gòu)件，經(jīng)嚴(yán)格測試和包裝后存入可復(fù)用構(gòu)件庫（稱為構(gòu)件工程）。應(yīng)用系統(tǒng)工程的目的是使用可復(fù)用構(gòu)件組裝應(yīng)用系統(tǒng)。分析待開發(fā)的應(yīng)用系統(tǒng)，設(shè)計應(yīng)用系統(tǒng)的體系結(jié)構(gòu)，標(biāo)識應(yīng)用系統(tǒng)所需的構(gòu)件。在可復(fù)用構(gòu)件庫中查找合適的構(gòu)件（也可購買第三方的構(gòu)件）。特化選中的構(gòu)件，必要時作適當(dāng)?shù)男薷模赃m應(yīng)該應(yīng)用系統(tǒng)的需要。開發(fā)那些未找到合適構(gòu)件的應(yīng)用部分。組裝應(yīng)用系統(tǒng)。評價構(gòu)件的復(fù)用情況，以改進可復(fù)用構(gòu)件，同時對新開發(fā)的部分進行評價，并向構(gòu)件工程推薦候選構(gòu)件。形式方法模型形式化方法（formal methods）是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開發(fā)方法。軟件開發(fā)的全過程

18、中，從需求分析、規(guī)約、設(shè)計、編程、系統(tǒng)集成、測試、文檔生成、直至維護各個階段，凡是采用嚴(yán)格的數(shù)學(xué)語言，具有精確的數(shù)學(xué)語義的方法，都稱為形式化方法。形式化方法用嚴(yán)格的數(shù)學(xué)語言和語義描述功能規(guī)約和設(shè)計規(guī)約，通過數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)現(xiàn)需求的岐義性、不完整性和不一致性，易于對分析模型、設(shè)計模型和程序進行驗證。通過數(shù)學(xué)的演算，使得從形式化功能規(guī)約到形式化設(shè)計規(guī)約，以及從形式化設(shè)計規(guī)約到程序代碼的轉(zhuǎn)換成為可能。3.1.3物流信息系統(tǒng)的開發(fā)方式 信息系統(tǒng)的開發(fā)方式有：自行開發(fā)、IT外包、委托開發(fā)、聯(lián)合開發(fā)和軟件采購四種。這幾種開發(fā)方式各有特點，對企業(yè)來說也各有利弊。自行開發(fā)方式 自行開發(fā)方式是指基層單位

19、或行業(yè)主管部門自己組織技術(shù)力量進行信息系統(tǒng)的開發(fā)工作。其優(yōu)點：（1）自行開發(fā)方式使企業(yè)控制信息系統(tǒng)開發(fā)的全過程。開發(fā)成功的系統(tǒng)能夠充分、真實地反映企業(yè)的實際需求，針對性強，使用效率高。（2）便于企業(yè)規(guī)劃本企業(yè)整個信息系統(tǒng)的建設(shè)工作。（3）由于本企業(yè)的技術(shù)人員和應(yīng)用人員直接介入系統(tǒng)的開發(fā)工作，系統(tǒng)建成后推廣應(yīng)用迅速，取得預(yù)期的經(jīng)濟效益。（4）自行開發(fā)信息系統(tǒng)，可為企業(yè)培養(yǎng)一支稱職的維護隊伍。自行開發(fā)方式 自行開發(fā)方式對開發(fā)隊伍的素質(zhì)要求很高，如果不具備一定條件，在開發(fā)過程中將會存在以下問題：（1）一般的企業(yè)自行開發(fā)信息系統(tǒng)時容易忽視成本、收益分析。（2）人員組成結(jié)構(gòu)不合理。（3）一般的企業(yè)開發(fā)隊

20、伍沒有實力采用和嘗試先進和新興的技術(shù)，開發(fā)的系統(tǒng)技術(shù)先進性差。IT外包與委托開發(fā) IT外包（IT Outsourcing）主要指的是依靠第三方提供企業(yè)所需的IT功能，例如應(yīng)用程序維護和開發(fā)、網(wǎng)絡(luò)管理和運作等。 IT外包的優(yōu)越性：降低成本、能夠利用新技術(shù)、更集中于核心活動、改善IT管理。 IT外包的局限性：有的IT功能不容易同企業(yè)分離；技術(shù)發(fā)展的不確定性；IT活動的估價較為困難；IT服務(wù)提供策略的轉(zhuǎn)換成本很高；缺乏組織學(xué)習(xí)和創(chuàng)新。IT外包與委托開發(fā) 委托開發(fā)方式是企業(yè)委托具有雄厚技術(shù)力量和豐富軟件開發(fā)經(jīng)驗的計算機軟件公司、科研機構(gòu)、高等院校等外部技術(shù)單位完成。這種方式建設(shè)信息系統(tǒng)，要注意的問題：

21、（1）被委托單位的開發(fā)人員對企業(yè)的管理業(yè)務(wù)熟悉程度。（2）在實現(xiàn)用戶需求上能否對手工系統(tǒng)不合理的地方提出合理的改進意見和方法。（3）委托單位的開發(fā)人員能否發(fā)現(xiàn)較為準(zhǔn)確的需求和開發(fā)的系統(tǒng)具有柔性。（4）在系統(tǒng)交付使用后，委托單位對系統(tǒng)的維護支持度如何。聯(lián)合開發(fā)方式 聯(lián)合開發(fā)方式指企業(yè)邀請有信息系統(tǒng)開發(fā)實踐經(jīng)驗的電腦公司、科研院所的專家進行協(xié)作，并選派得力的領(lǐng)導(dǎo)和有經(jīng)驗的管理人員以及本企業(yè)的計算機技術(shù)人員參與。 采用聯(lián)合開發(fā)方式，企業(yè)技術(shù)部門可以學(xué)習(xí)專業(yè)軟件公司的開發(fā)方法，同時由軟件公司負(fù)責(zé)解決技術(shù)難點，對開發(fā)進程進行科學(xué)的安排和控制，企業(yè)技術(shù)人員負(fù)責(zé)編制代碼。這樣就可回避了企業(yè)學(xué)習(xí)系統(tǒng)開發(fā)隊伍開

22、發(fā)經(jīng)驗少，技術(shù)低下的問題。同時又在聯(lián)合開發(fā)中鍛煉和培訓(xùn)了本企業(yè)學(xué)習(xí)技術(shù)人員，所以聯(lián)合開發(fā)方式的效果一般好于自行開發(fā)。軟件采購 目前我國已有不少專門從事信息系統(tǒng)軟件開發(fā)的單位，他們開發(fā)的軟件在性能上較注意通用性和易學(xué)易用性，在開發(fā)的管理和技術(shù)力量上具有較大的優(yōu)勢，軟件質(zhì)量相對較高。但現(xiàn)在我國自行開發(fā)的通用軟件產(chǎn)品還是較少，而引進的國外軟件產(chǎn)品價格昂貴又不太適合我國國情，因此，這種方式目前還不是主要的開發(fā)方式。3.1.4物流信息系統(tǒng)的項目管理項目管理的發(fā)展：1. 軟件能力成熟度模型 軟件過程是形成軟件產(chǎn)品的一系列步驟，是一個為建造高質(zhì)量軟件所需完成的任務(wù)的框架，包括中間產(chǎn)品、資源、角色及過程中采取

23、的方法、工具等范疇。 軟件過程成熟度是一個特定軟件過程被明確和有效地定義、管理、測量和控制的程度。成熟度可指明一個軟件開發(fā)組織軟件過程能力的增長潛力。 軟件能力成熟度模型是對軟件組織進化階段的描述，隨著軟件組織定義、實施、測量、控制和改進其軟件過程，軟件組織的能力經(jīng)過這些階段逐步前進。 軟件組織的成熟與不成熟 1. 不成熟的軟件組織軟件過程一般并不預(yù)先計劃，而是在項目進行中由實際工作人員及管理員臨時計劃有時，即使軟件過程已計劃好，仍不按計劃執(zhí)行沒有一個客觀的基準(zhǔn)來判斷產(chǎn)品質(zhì)量，或解決產(chǎn)品和過程中的問題對軟件過程步驟如何影響軟件質(zhì)量，一無所知，產(chǎn)品質(zhì)量得不到保證。而且，一些提高質(zhì)量的環(huán)節(jié)，如檢查

24、、測試等經(jīng)常由于要趕進度而減少或取消產(chǎn)品在交付前，對客戶來說，一切都是不可見的沒有長遠目標(biāo)，管理員通常只關(guān)注解決任何當(dāng)前的危機由于沒有實事求是地估計進度、預(yù)算，因此他們經(jīng)常超支、超時。當(dāng)最后期限臨近，他們往往在功能性和質(zhì)量上妥協(xié)，或以加班加點方式趕進度2. 成熟的軟件組織具有全面而充分的組織和管理軟件開發(fā)和維護過程的能力管理員監(jiān)視軟件產(chǎn)品的質(zhì)量以及生產(chǎn)這些產(chǎn)品的過程制定了一系列客觀基準(zhǔn)來判別產(chǎn)品質(zhì)量，并分析產(chǎn)品和過程中的問題進度和預(yù)算可以按照以前積累的經(jīng)驗來制定，結(jié)果可行。預(yù)期的成本、進度、功能與性能和質(zhì)量都能實現(xiàn)，并達到目的能準(zhǔn)確及時地向工作人員通報實際軟件過程，并按照計劃有規(guī)則地(前后一致

25、，不互相矛盾)工作凡規(guī)定的過程都編成文檔軟件過程和實際工作方法相吻合。必要時，過程定義會及時更新，通過測試，或者通過成本-效益分析來改進過程。全體人員普遍地、積極地參與改進軟件過程的活動。在組織內(nèi)部的各項目中，每人在軟件過程中的職責(zé)都十分清晰而明確，每人各守其責(zé)，協(xié)同工作，有條不紊，甚至能預(yù)見和防范問題的發(fā)生。能力成熟度模型CMMCMM（Capability Maturity Model）即能力成熟度模型，是美國卡耐基梅隆大學(xué)軟件工程研究所（SEI）在美國國防部資助下于二十世紀(jì)八十年代末建立的，用于評價軟件機構(gòu)的軟件過程能力成熟度的模型。此模型在建立和發(fā)展之初，主要目的在于提供一種評價軟件承接

26、方能力的方法，為大型軟件項目的招投標(biāo)活動提供一種全面而客觀的評審依據(jù)。而發(fā)展到后來，又同時被軟件組織用于改進其軟件過程。SW-CMM的由來與發(fā)展美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所(SEI)80年代中期 美國國防部 資助提出軟件能力成熟度模型 (Software Capability Maturity Model )軟件過程改進工業(yè)標(biāo)準(zhǔn)克勞斯比漢弗萊 成熟度框架SEI給CMM下的定義： 對于軟件組織在定義、實現(xiàn)、度量、控制和改善其軟件過程的各個發(fā)展階段的描述。這個模型便于確定軟件組織的現(xiàn)有過程能力和查找出軟件質(zhì)量及過程改進方面的最關(guān)鍵的問題，從而為選擇過程改進戰(zhàn)略提供指南。如今的行情是：一家軟件

27、企業(yè)如果不能通過相應(yīng)等級的CMM評估，他的產(chǎn)品就少了一張進入國際市場的通行證。SW-CMM的管理思想與結(jié)構(gòu)SW-CMM為軟件企業(yè)的過程能力提供了一個階梯式的進化框架。它是基于過去所有軟件工程成果的過程改善的框架，吸取了以往軟件工程的經(jīng)驗教訓(xùn)。指明了一個成熟的軟件組織在軟件開發(fā)方面需要管理的主要工作、這些工作之間的關(guān)系以及以怎樣的先后次序，一步一步的做好這些工作使軟件組織走向成熟。 軟件過程成熟度等級 CMM提供了一個成熟度等級框架： 1級-初始級、 2級-可重復(fù)級、 3級-已定義級、 4級-已管理級和5級-優(yōu)化級。 1.初始（initial）級： 軟件過程的特點是無秩序的，甚至是混亂的。幾乎沒

28、有什么過程是經(jīng)過妥善定義的，成功往往依賴于個人或小組的努力。2.可重復(fù)（repeatable）級： 建立了基本的項目管理過程來跟蹤成本、進度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項目取得的成功。3.已定義（defined）級： 己將管理和工程活動兩方面的軟件過程文檔化、標(biāo)準(zhǔn)化，并綜合成該機構(gòu)的標(biāo)準(zhǔn)軟件過程。所有項目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護軟件。4.已管理（managed）級： 收集對軟件過程和產(chǎn)品質(zhì)量的詳細度量值，對軟件過程和產(chǎn)品都有定量的理解和控制。 5.優(yōu)化（optimizing）級： 整個組織關(guān)注軟件過程改進的持續(xù)性、預(yù)見及增強自身，防止缺陷及問題的發(fā)生

29、。過程的量化反饋和先進的新思想、新技術(shù)促使過程不斷改進。5.優(yōu)化級4.已管理級3.已定義級2.可重復(fù)級1.初始級標(biāo)準(zhǔn)、一致的過程有紀(jì)律的過程可預(yù)測的過程持續(xù)改進的過程軟件過程成熟度的5個等級軟件項目管理軟件危機后的普遍性結(jié)論：軟件項目成功率非常低的原因可能是項目管理能力太弱軟件項目管理是指軟件生存周期中軟件管理者所進行的一系列活動，其目的是在一定的時間和預(yù)設(shè)范圍內(nèi)，有效地利用人力、資源、技術(shù)和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計劃和質(zhì)量要求如期完成 軟件項目管理的關(guān)注點(4P)人員(People)人員是軟件工程項目的基本要素和關(guān)鍵因素在對人員進行組織時，有必要考慮參與軟件過程(及每一個軟件項目)

30、的人員類型 產(chǎn)品(Product)定義項目范圍，其中包括建立產(chǎn)品的目的和范圍、可選的解決方案、技術(shù)或管理的約束等 過程(Process)通常將項目分解為任務(wù)子任務(wù)等，其分解準(zhǔn)則是基于軟件工程的過程 項目(Project) 采用科學(xué)的方法及工具對項目基本內(nèi)容進行管理 軟件項目管理中的五類人員項目管理人員負(fù)責(zé)軟件項目的管理工作，其負(fù)責(zé)人通常稱為項目經(jīng)理高級管理人員可以是領(lǐng)域?qū)＜?，?fù)責(zé)提出項目的目標(biāo)并對業(yè)務(wù)問題進行定義開發(fā)人員掌握了開發(fā)一個產(chǎn)品或應(yīng)用所需的專門技術(shù)，可勝任包括需求分析、設(shè)計、編碼、測試、發(fā)布等各種相關(guān)的開發(fā)崗位客戶一組可說明待開發(fā)軟件的需求的人，也包括與項目目標(biāo)有關(guān)的其它風(fēng)險承擔(dān)者最

31、終用戶產(chǎn)品或應(yīng)用提交后與產(chǎn)品/應(yīng)用進行交互的軟件項目管理中的產(chǎn)品定義項目范圍，其中包括建立產(chǎn)品的目的和范圍、可選的解決方案、技術(shù)或管理的約束目的：從客戶的角度定義該產(chǎn)品的總體目標(biāo)，但不必考慮這些目標(biāo)如何實現(xiàn)軟件范圍定義了與軟件產(chǎn)品相關(guān)的數(shù)據(jù)、功能和行為，及其相關(guān)的約束：語境(context)：說明待建造的軟件與其它相關(guān)系統(tǒng)、產(chǎn)品或環(huán)境的關(guān)系，以及相關(guān)的約束條件信息目標(biāo)：說明目標(biāo)系統(tǒng)所需要的輸入數(shù)據(jù)及應(yīng)產(chǎn)生的輸出數(shù)據(jù)功能和性能：說明軟件應(yīng)提供的功能來完成輸入數(shù)據(jù)到輸出數(shù)據(jù)的變換以及給出對目標(biāo)軟件的性能要求軟件項目方法對項目進行有計劃和可控制的管理明確目標(biāo)及過程：充分理解被解決的問題，明確定義項目

32、目標(biāo)及軟件范圍，為項目小組及活動設(shè)置明確、現(xiàn)實的目標(biāo)，并充分發(fā)揮相關(guān)小組的自主性保持動力：提供激勵措施使人員變動最小跟蹤進展：對每個任務(wù)的進展進行跟蹤，并對其軟件過程和質(zhì)量進行度量 做出聰明的決策：項目管理者和軟件小組的決策應(yīng)該 “保持其簡單” 項目總結(jié)：從每個完成的項目中獲取可學(xué)習(xí)的經(jīng)驗軟件項目管理過程示例軟件項目啟動在軟件項目啟動前對項目進行可行性分析，以明確項目的目標(biāo)和范圍，從而確定：合理精確的成本分析；實際可行的任務(wù)分解；可管理的進度安排在多個項目方案中選擇一個相對完善的方案考慮交付期限、預(yù)算、個人能力、技術(shù)界面等限制條件在正式啟動軟件項目前組成項目組，并召開項目啟動會議，內(nèi)容包括：項

33、目組的初步交流；進一步對項目目標(biāo)理解；對組織形式、管理方式、方針的一致認(rèn)識；明確崗位職責(zé)項目組織在項目經(jīng)理領(lǐng)導(dǎo)下，組織不同類型的項目組成員共同協(xié)作完成軟件項目存在多種可選的項目組織結(jié)構(gòu)，組織結(jié)構(gòu)的選擇對項目的成敗具有很大影響規(guī)劃軟件工程項目組織結(jié)構(gòu)時考慮如下因素：待解決問題的困難程度目標(biāo)系統(tǒng)的規(guī)模，可用代碼行或功能點來度量項目組的生存期，即項目小組需要共同工作的時間問題可被分解的程度對目標(biāo)系統(tǒng)要求的質(zhì)量和可靠性可供開發(fā)時間的緊迫性，即交付時間的嚴(yán)格程度項目組內(nèi)部的通信的復(fù)雜性，即成員(小組)之間正式或非正式通信的機制項目組織原則項目組織形式不僅要考慮軟件項目的特點，還需要考慮參與人員的素質(zhì)在軟

34、件項目的組織原則：盡早落實責(zé)任：在軟件項目開始組織時，要盡早指定專人負(fù)責(zé)，使他有權(quán)進行管理，并對任務(wù)的完成負(fù)全責(zé)減少接口：一個組織的生產(chǎn)率隨完成任務(wù)中存在通信路徑數(shù)目的增加而降低。要有合理的人員分工、好的組織結(jié)構(gòu)、有效的通信，減少不必要的生產(chǎn)率的損失責(zé)權(quán)均衡：軟件經(jīng)理人員所負(fù)的責(zé)任不應(yīng)比委任給他的權(quán)力還大項目組織模式按項目劃分的模式：按項目將開發(fā)人員組織成項目組，項目組的成員共同完成該項目的所有開發(fā)任務(wù)，包括項目的定義、需求分析、設(shè)計、編碼、測試、評審以及所有的文檔編制，甚至包括該項目的維護按職能劃分的模式：按軟件過程中所反映的各種職能將項目的參與者組織成相應(yīng)的專業(yè)組，如開發(fā)組、測試組、質(zhì)量保

35、證組、維護組等矩陣形模式：上述兩種模式的復(fù)合，每個軟件人員既屬于某個專業(yè)組，又屬于某個項目組矩陣型組織結(jié)構(gòu)示例人員配備合理地配備人員包括：對不同的開發(fā)活動指派不同的人員，并明確指出對種類人員的要求通常在項目初期需要的人員并不太多，但其業(yè)務(wù)和技術(shù)水平要高在項目的中后期需要較多的人參與，其中大多是一些有專門技術(shù)(如編程、測試)的人在項目臨近結(jié)束(試運行)時，只需少量人員參與即可如果一個軟件項目從開始到結(jié)束都保持一個恒定的人員配備，那么就會出現(xiàn)下圖中的情況配備人員的原則重質(zhì)量：軟件項目組不僅需要足夠的人，更需要業(yè)務(wù)和技術(shù)水平高的人重培訓(xùn)：培養(yǎng)所需技術(shù)人員和管理人員是有效解決人員問題的好方法雙階梯提升

36、：人員提升應(yīng)分別按技術(shù)職務(wù)和管理職務(wù)進行，不能混在一起項目經(jīng)理的要求項目經(jīng)理是項目的組織者，關(guān)系到項目的成敗一個稱職的項目經(jīng)理應(yīng)具備如下能力：獲得充分資源的能力組建團隊的能力分解工作的能力為項目組織提供良好環(huán)境的能力權(quán)衡項目目標(biāo)的能力應(yīng)付危機，解決沖突的能力談判及廣泛溝通的能力技術(shù)綜合能力領(lǐng)導(dǎo)才能項目計劃項目計劃是項目組織根據(jù)軟件項目的目標(biāo)及范圍，對項目實施中進行的各項活動進行周密的計劃項目計劃根據(jù)項目目標(biāo)確定項目的各項任務(wù)、安排任務(wù)進度、編制完成任務(wù)所需的資源預(yù)算等項目計劃包括：工作計劃、人員組織計劃、設(shè)備采購計劃、變更控制計劃、進度控制計劃、財務(wù)計劃、文件控制計劃、應(yīng)急計劃等軟件度量軟件度

37、量是指計算機軟件范圍內(nèi)的測量，主要是為產(chǎn)品開發(fā)的軟件過程和產(chǎn)品本身定義相關(guān)的測量方法和標(biāo)度對軟件開發(fā)過程度量的目的是為了對過程進行改進對產(chǎn)品進行度量的目的是為了提高產(chǎn)品的質(zhì)量，度量的作用是為了有效地采用定量的方式來進行管理管理人員利用度量來了解軟件工程過程的執(zhí)行情況和產(chǎn)品質(zhì)量需要考慮：合適的度量是什么所收集的數(shù)據(jù)如何使用用于比較個人、過程或產(chǎn)品的度量是否合理項目估算項目估算是制定項目計劃的基礎(chǔ)項目所需的人力(以人月為單位)、項目持續(xù)時間(以年份或月份為單位)、成本(以元為單位)等參照以前類似項目中的相關(guān)數(shù)據(jù)進行估算若存在類似歷史項目則可進行類比估算若缺少可類比的項目數(shù)據(jù)則采用特定的估算技術(shù)(例

38、如功能點估算方法等)通常采用多種估算技術(shù)進行交叉檢查風(fēng)險管理風(fēng)險：人員、經(jīng)費、進度及需求等方面存在的可能影響項目按計劃完成的不確定因素風(fēng)險管理：標(biāo)識軟件項目中的風(fēng)險，預(yù)測風(fēng)險發(fā)生的概率以及風(fēng)險造成的影響，并對風(fēng)險進行評估，找出那些可能導(dǎo)致項目失敗的風(fēng)險，然后采取相應(yīng)的措施來緩解風(fēng)險風(fēng)險管理貫徹于整個軟件工程過程中項目進度管理目標(biāo)：確保軟件項目在規(guī)定的時間內(nèi)按期完成項目進度管理任務(wù)定義所有的項目任務(wù)以及它們之間的依賴關(guān)系制訂項目的進度安排規(guī)劃每個任務(wù)所需的工作量和持續(xù)時間在項目開發(fā)過程中不斷跟蹤項目的執(zhí)行情況，發(fā)現(xiàn)那些未按計劃進度完成的任務(wù)對整個項目工期的影響，并及時進行調(diào)整制定進度計劃的兩種情

39、況客戶方都規(guī)定了明確的交付日期，此時進度安排必須在此約束下進行只規(guī)定了大致的時間界限，最終的交付日期由開發(fā)組織確定，此時的進度安排可以比較靈活，工作量的分布可考慮對資源的充分利用指導(dǎo)軟件項目進度安排的基本原則-1劃分：項目必須被劃分成若干可以管理的活動和任務(wù)，為了實現(xiàn)項目的劃分，對產(chǎn)品和過程都需要進行分解相互依賴性：確定各個被劃分的活動或任務(wù)之間的相互關(guān)系，有些任務(wù)必須是串行的，有些可能是并行的時間分配：必須為每個被調(diào)度的任務(wù)分配一定數(shù)量的工作單位此外還必須為每個任務(wù)制定開始和結(jié)束日期，這些日期是相互依賴的工作量確認(rèn)：確保在任意時段中分配給任務(wù)的人員數(shù)量不會超過項目組中的人員數(shù)量指導(dǎo)軟件項目進

40、度安排的基本原則-2定義責(zé)任：每個被調(diào)度的任務(wù)都應(yīng)該指定某個特定的小組成員來負(fù)責(zé)定義結(jié)果：每個被調(diào)度的任務(wù)都應(yīng)該有一個確定的輸出結(jié)果定義里程碑：每個任務(wù)或任務(wù)組都應(yīng)該與一個項目里程碑相關(guān)聯(lián)(當(dāng)一個或多個工作產(chǎn)品經(jīng)過質(zhì)量評審并且得到認(rèn)可時，標(biāo)志著一個里程碑的完成)基于瀑布模型的任務(wù)網(wǎng)絡(luò)示例任務(wù)工作量的確定根據(jù)軟件工程過程的不同，可確定其相應(yīng)的任務(wù)的工程量分配常用的有40-20-40規(guī)則：在整個軟件開發(fā)過程中，編碼工作量僅占20%，編碼前工作量占40%，編碼后工作量占40%CoCoMo模型按目標(biāo)程序規(guī)模對不同任務(wù)工作量分配的比例：在實際應(yīng)用時，按此比例確定各個階段工作量的分配，從而進一步確定每一階

41、段所需的開發(fā)時間，然后在每個階段，進行任務(wù)分解，對各個任務(wù)再進行工作量和開發(fā)時間的分配進度安排通用的項目進度安排工具和技術(shù)可以直接應(yīng)用于軟件項目為監(jiān)控軟件項目的進度計劃和工作的實際進展情況，表現(xiàn)各項任務(wù)之間進度的相互依賴關(guān)系，需要采用圖示的方法明確標(biāo)識：各個任務(wù)的計劃開始時間和完成時間各個任務(wù)的完成標(biāo)志各個任務(wù)與參與工作的人數(shù)，各個任務(wù)與工作量之間的銜接情況完成各個任務(wù)所需的物理資源和數(shù)據(jù)資源甘特圖和網(wǎng)絡(luò)圖是兩種常用的圖示方法跟蹤進度根據(jù)項目進度表，跟蹤和控制各任務(wù)的實際執(zhí)行情況一旦發(fā)現(xiàn)某個任務(wù)(特別是關(guān)鍵路徑上的任務(wù))未在計劃進度規(guī)定的時間范圍內(nèi)完成，那么就要采取措施進行調(diào)整增加額外的資源、

42、增加新的員工或調(diào)整項目進度表可以通過以下方式來實現(xiàn)項目跟蹤：定期舉行項目狀態(tài)會議，由項目組中的各個成員分別報告進度和問題評價在軟件工程過程中產(chǎn)生的所有評審結(jié)果確定正式的項目里程碑是否在預(yù)定日期內(nèi)完成比較項目表中列出的各項任務(wù)的實際開始日期與計劃開始日期非正式與開發(fā)人員進行會談，獲取他們對項目進展及可能出現(xiàn)的問題的客觀評價跟蹤與控制跟蹤是控制的前提，它實際上是在項目實施過程中對影響項目進展的內(nèi)外部因素進行及時的、連續(xù)的、系統(tǒng)的記錄和報告的活動，其核心在于反映項目變化、提供相關(guān)信息的報告控制是通過工具和技術(shù)對項目計劃與實際執(zhí)行進行對比，并對項目的未來走向進行預(yù)測，再此基礎(chǔ)上進行項目的各種調(diào)整軟件配

43、置管理Software Confignation Management(SCM)任務(wù)：標(biāo)識和確定系統(tǒng)中的配置項，在系統(tǒng)整個生命期內(nèi)控制這些項的發(fā)布和變更，記錄并報告配置的狀態(tài)和變更要求，驗證配置項的完整性和正確性SCM存在于整個軟件過程中，是一種保護性活動軟件質(zhì)量管理軟件質(zhì)量定義ISO/IEC 9126：與軟件產(chǎn)品滿足明確或隱含需求的能力有關(guān)的特征和特性的總和GB/T 13423：軟件產(chǎn)品中能滿足給定需求的性質(zhì)和特性的總和，例如符合規(guī)格說明的程度；軟件具有所期望的各種屬性的組合程度；客戶或用戶覺得軟件滿足其綜合期望的程度；軟件的綜合特性，它確定軟件在使用中將滿足客戶預(yù)期要求的程度典型的軟件質(zhì)量

44、模型：McCall模型、Boehm模型和ISO/IEC9126質(zhì)量模型McCall模型質(zhì)量要素反映軟件的質(zhì)量，決定產(chǎn)品質(zhì)量的軟件屬性用作評價準(zhǔn)則，量化的度量體系可測量軟件質(zhì)量屬性的優(yōu)劣McCall軟件質(zhì)量要素軟件產(chǎn)品的運行、修改和遷移三個方面11個軟件質(zhì)量要素 McCall軟件質(zhì)量要素定義正確性(correctness)：一個程序滿足它的需求規(guī)約和實現(xiàn)客戶任務(wù)目標(biāo)的程度可靠性(reliability)：一個程序期望以所需的精確度完成它的預(yù)期功能的程度效率(efficiency)：一個程序完成其功能所需的計算資源和代碼的數(shù)量完整性(integrity)：對未授權(quán)人員訪問軟件或數(shù)據(jù)的可控制程度可用

45、性(usability)：學(xué)習(xí)、操作、準(zhǔn)備輸入和解釋程序輸出所需的工作量可維護性(maintainability)：定位和修復(fù)程序中一個錯誤所需的工作量靈活性(flexibility)：修改一個運作的程序所需的工作量可測試性(testability)：測試一個程序以確保它完成所期望的功能所需的工作量可移植性(portability)：把一個程序從一個硬件和/或軟件系統(tǒng)環(huán)境移植到另一個所需的工作量可復(fù)用性(reusability)：一個程序(或一個程序的部分)可以在另外一個應(yīng)用程序中復(fù)用的程度，與程序完成的功能的包裝和范圍相關(guān)可互操作性(interoperability)：連接一個系統(tǒng)和另一個系

46、統(tǒng)所需的工作量。質(zhì)量要素之間的關(guān)系其中表示正相關(guān)，表示負(fù)相關(guān) 軟件質(zhì)量屬性軟件質(zhì)量要素難以直接測量，因此需要為每個質(zhì)量要素定義一組軟件質(zhì)量屬性用作質(zhì)量要素的評價準(zhǔn)則，要求能夠完整、準(zhǔn)確地描述軟件質(zhì)量要素容易量化和測量McCall定義了21種軟件質(zhì)量屬性質(zhì)量要素與評價準(zhǔn)則的關(guān)系軟件質(zhì)量控制高質(zhì)量的軟件應(yīng)該具備以下條件：滿足軟件需求定義的功能和性能文檔符合事先確定的軟件開發(fā)標(biāo)準(zhǔn)軟件的特點和屬性遵循軟件工程的目標(biāo)和原則還應(yīng)該考慮在預(yù)算和進度范圍內(nèi)交付，因此在項目進行過程中要對偏差進行控制質(zhì)量控制和質(zhì)量保證質(zhì)量控制是為了保證每一件工作產(chǎn)品都滿足對它的需求而應(yīng)用于整個開發(fā)周期中的一系列審查、評審和測試質(zhì)

47、量控制在創(chuàng)建工作產(chǎn)品的過程中包含一個反饋循環(huán)，通過對質(zhì)量的反饋，使得我們能夠在得到的工作產(chǎn)品不能滿足其規(guī)約時調(diào)整開發(fā)過程所有工作產(chǎn)品都應(yīng)該具有定義好的和可度量的規(guī)約，這樣就可以將每個過程的產(chǎn)品與這一規(guī)約進行比較質(zhì)量保證由管理層的審計和報告構(gòu)成，目標(biāo)是為管理層提供獲知產(chǎn)品質(zhì)量信息所需的數(shù)據(jù)，從而獲得產(chǎn)品質(zhì)量是否符合預(yù)定目標(biāo)的認(rèn)識和信心軟件質(zhì)量保證軟件質(zhì)量保證活動由兩類不同的角色承擔(dān)負(fù)責(zé)技術(shù)工作的軟件工程師：通過采用可靠的技術(shù)方法和措施、進行正式的技術(shù)評審、計劃周密的軟件測試來考慮質(zhì)量問題，并完成軟件質(zhì)量保證和質(zhì)量控制活動負(fù)責(zé)質(zhì)量保證工作的SQA (Software Quality Assuran

48、ce)小組：輔助軟件工程小組得到高質(zhì)量的最終產(chǎn)品軟件評審軟件評審是軟件質(zhì)量保證的重要手段通常在軟件工程過程的每個活動(如需求分析、設(shè)計、編碼)的后期進行正式的軟件評審兩種主要評審活動：項目管理評審和技術(shù)評審(ISO/IEC 12207信息技術(shù) 軟件生存周期過程中的聯(lián)合評審過程定義)項目管理評審項目管理評審的任務(wù)是針對適用的項目計劃、進度安排、標(biāo)準(zhǔn)和指南進行項目狀態(tài)的評價評審的結(jié)果應(yīng)做出下列規(guī)定：基于對活動或軟件產(chǎn)品狀態(tài)的評價，按照計劃進行改進活動通過配備必要的資源維持項目的總體控制改變項目的方向或決定是否需要另外計劃評價和管理可能危及項目成功的風(fēng)險問題技術(shù)評審技術(shù)評審的任務(wù)是舉行技術(shù)評審以評價正在考慮中的軟件產(chǎn)品或服務(wù)，并提供下列證據(jù)：它們是完整的它們符合標(biāo)準(zhǔn)和規(guī)