項目管理軟件項目管理

項目管理軟件項目管理第14章軟件項目管理“項目謝謝閱讀影響。美國著名學者羅伯特.J.格雷厄姆曾說過：“因為項目是適應環(huán)境變化的普遍方式，精品文檔放心下載故而一個組織的成功與否將取決于其管理項目的水平?！庇捎谏鐣h(huán)境變化是絕對的，而當精品文檔放心下載謝謝閱讀必須開展項目。美國的項目管理權威機構——項目管理協(xié)會（ProjectManagementInstitute,PMI）謝謝閱讀PMI認為，項目是一種被承辦的旨在創(chuàng)造某種獨特產(chǎn)品或服務的暫時性勢力。感謝閱讀感謝閱讀謝謝閱讀謝謝閱讀地利用人力、資源、技術和工具，使軟件系統(tǒng)或軟件產(chǎn)品按原定計劃和質(zhì)量要求如期完成。感謝閱讀14.1軟件項目管理概述謝謝閱讀1感謝閱讀目定義，2）項目計劃，3）項目執(zhí)行，4）項目控制，5）項目結束。將軟件進行項目感謝閱讀管理也需采用上述5精品文檔放心下載軟件項目管理上，其有效的項目管理集中于四個P上：人員（peopleproduct謝謝閱讀過程（process）和項目（project14.1.1人員BillCurtis”感謝閱讀20世紀60謝謝閱讀CMU軟件工程研精品文檔放心下載PM—CMM謝謝閱讀”感謝閱讀人員管理成熟度模型為軟件人員定義了以下的關鍵實踐區(qū)域：招募、選擇、業(yè)績管理、謝謝閱讀培訓、報酬、職業(yè)發(fā)展、組織和工作設計以及團隊精神/企業(yè)文化培養(yǎng)。在人員管理上達到感謝閱讀較高成熟度的組織更有可能實現(xiàn)有效的軟件工程實踐。14.1.1.1項目參與者參與軟件過程（及每一個軟件項目）的人員可以分為以下五類：感謝閱讀1）高級管理者。負責定義業(yè)務問題，這些問題往往對項目產(chǎn)生很大影響。精品文檔放心下載2）項目（技術）管理者。必須計劃、激勵、組織和控制軟件開發(fā)人員。感謝閱讀3）開發(fā)人員。負責開發(fā)一個產(chǎn)品或應用所需的專門技術。感謝閱讀4）客戶。負責說明待開發(fā)軟件的需求的人以及其他風險承擔者。精品文檔放心下載5）最終用戶。一旦軟件發(fā)布成為產(chǎn)品，最終用戶是直接與軟件進行交互的人。感謝閱讀精品文檔放心下載揮每個人的技術和能力。這是項目組負責人（項目經(jīng)理）的任務。感謝閱讀14.1.1.2項目組負責人（項目經(jīng)理）謝謝閱讀多地應具備管理人員應有的技能。謝謝閱讀謝謝閱讀行決策，在必要的時候進行談判及解決沖突。項目經(jīng)理的責任表現(xiàn)的三個方面：1）對組織（企業(yè)）應承擔的責任·保證項目目標與組織（企業(yè)）的經(jīng)營目標一致·對組織分配給項目的資源進行適當?shù)墓芾?，保證在資源約束條件所得資源能夠被充分感謝閱讀有效地利用·與組織（企業(yè)）高層進行及時有效的溝通，及時匯報項目的進展狀況，成本、時間等精品文檔放心下載資源的花費，項目實施可能的結果，以及對將來可能發(fā)生的問題的預測。精品文檔放心下載2）對項目應承擔的責任·對項目成功負有主要責任，對項目實施計劃、監(jiān)督與控制，保證項目按時、在預算內(nèi)精品文檔放心下載達到預期結果。·感謝閱讀感謝閱讀重要的作用，做到化解矛盾，平衡利害。3）對項目小組應承擔的責任·為項目組成員提供良好的工作環(huán)境及氛圍，項目經(jīng)理作為項目負責人及協(xié)調(diào)人，首先

員要進行特別的照顧，這是激勵項目成員的重要手段。感謝閱讀·項目經(jīng)理有責任對項目小組成員進行績效考評。項目經(jīng)理要建立一定的考評制度，對

項目組成員的績效進行監(jiān)督與考評，公正的考評制度也是激勵員工的一種手段。

·由于項目小組是一個臨時的集體，項目經(jīng)理在激勵項目成員的同時還應為項目小組成

憂，保證他們安心為項目工作。感謝閱讀14.1.1.3軟件項目組謝謝閱讀中直接涉及到的人員的組織則是項目管理者的權限。在規(guī)劃軟件工程小組的結構時應考慮如下七個項目因素：1）待解決問題的困難程度。2）產(chǎn)生的程序的規(guī)模，以代碼行或者功能點來衡量。3）4）問題能夠被模塊化的程度。5）待建造系統(tǒng)所要求的質(zhì)量和可靠性。6）交付日期的嚴格程度。7）項目所需要的社交性（通信）的程度。CC精品文檔放心下載種結構由HarlanMillsBaker謝謝閱讀高級工程師（“主程序員技術人員（一般感謝閱讀2到5后備工程師，支持高級工程師的活動，并能在項目進謝謝閱讀行過程中以最小的代價取代高級工程師的工作。謝謝閱讀謝謝閱讀個人的通信渠道”來實現(xiàn)，非正式的通信則更加個人化。14.1.2產(chǎn)品謝謝閱讀謝謝閱讀精品文檔放心下載的標志。謝謝閱讀謝謝閱讀感謝閱讀的數(shù)據(jù)、功能和行為，更重要的是，它以量化的方式約束了這些特性。謝謝閱讀謝謝閱讀感謝閱讀限、預算的限制、可用的人員、技術接口及各種其他因素所形成的約束。精品文檔放心下載14.1.2.1軟件范圍軟件項目管理的第一個活動是軟件范圍的確定。范圍是通過回答下列問題來定義的：精品文檔放心下載1）感謝閱讀什么約束？2）感謝閱讀對象作為輸入？3）感謝閱讀殊的性能特征嗎？感謝閱讀精品文檔放心下載/謝謝閱讀緩解因素（如希望使用的算法能夠被很好的理解并寫成C++謝謝閱讀14.1.2.2問題分解問題分解有時稱為劃分或問題詳細描述謝謝閱讀件范圍的活動中并不試圖完全分解問題，而是將分解應用于兩個主要方面：（1）必須交付謝謝閱讀的功能；（2）用于交付功能的過程。謝謝閱讀感謝閱讀精品文檔放心下載某種程度的分解通常是很有用的。感謝閱讀感謝閱讀謝謝閱讀精品文檔放心下載謝謝閱讀謝謝閱讀找出自動復制編輯應該具有下列功能：（123）大型文檔感謝閱讀4）謝謝閱讀感謝閱讀如果分解可以使計劃更簡單，則每一項又可以進一步細化。謝謝閱讀14.1.3過程精品文檔放心下載謝謝閱讀精品文檔放心下載感謝閱讀和測度）它們覆蓋了過程模型。庇護性活動獨立于任何一個框架活動，且貫穿于整個過程。謝謝閱讀軟件過程的一般性階段————謝謝閱讀一個適合項目組要開發(fā)的軟件的過程模型。我們曾討論了多種軟件工程范型：感謝閱讀瀑布模型。原型實現(xiàn)模型。增量模型。螺旋模型。噴泉模型?；跇嫾拈_發(fā)模型。形式化方法模型。項目管理者必須決定哪一個過程模型最適合于：（1）需要該產(chǎn)品的客戶和將做此工作謝謝閱讀23感謝閱讀謝謝閱讀可以開始進行過程分解，即必須建立一個完整的計劃反映框架活動中所需要的工作任務。精品文檔放心下載14.1.3.1合并產(chǎn)品和過程謝謝閱讀精品文檔放心下載活動：客戶交流——建立開發(fā)者和客戶之間有效需求誘導所需要的任務。精品文檔放心下載計劃——定義資源、進度及其他相關項目信息所需要的任務。感謝閱讀風險分析——評估技術的及管理的風險所需要的任務。感謝閱讀構造及發(fā)布——構造、測試、安裝和提供用戶支持（如文檔及培訓）所需要的任務。感謝閱讀客戶評估——感謝閱讀反饋所需要的任務。開發(fā)某產(chǎn)品功能的項目組成員都要將每一個框架活動應用于該功能的實現(xiàn)上。實質(zhì)上，感謝閱讀產(chǎn)生了一個類似圖14-1所示的矩陣。每一個主要的產(chǎn)品功能（圖中列出了前述的字處理軟感謝閱讀感謝閱讀精品文檔放心下載謝謝閱讀產(chǎn)品。公共過程框架活動軟件工程任務產(chǎn)品功能正文輸入編輯及格式設計自動復制編輯頁面布局能力自動建立索引及目錄文件管理文檔生成圖14-1合并產(chǎn)品和過程14.1.3.2過程分解軟件項目組在選擇最適合項目的軟件工程范型以及選定的過程模型中所包含的軟件工精品文檔放心下載謝謝閱讀精品文檔放心下載精品文檔放心下載感謝閱讀導致選擇其他過程模型。一旦選定了過程模型，公共過程框架（CommonProcessFramework,CPF）應該適應于精品文檔放心下載CPF——感謝閱讀——謝謝閱讀CPF感謝閱讀所有軟件工作的基礎。但實際的工作任務卻是可變的。當項目管理者問到下面的問題時過程分解就開始了：感謝閱讀“我們?nèi)绾瓮瓿蛇@個CPF活動？感謝閱讀能需要下列工作任務：1）列出需澄清問題的清單。2）與客戶見面討論需澄清的問題。3）共同給出范圍陳述。4）和所有相關人員一起評審范圍陳述。5）根據(jù)需要修改范圍陳述。這些事件可能在不到48小時的時間內(nèi)發(fā)生。它們代表了適于小型的、相對簡單的項目精品文檔放心下載的一種過程分解。感謝閱讀項目在客戶交流活動中可能需要下列工作任務：1）評審客戶要求。2）計劃和安排與客戶進行正式的、促進性的會議。3）研究如何刻畫推薦的解決方案和已有的方法。4）為正式的會議準備一份“工作文檔和議程。5）召開會議。6）共同制訂能夠反映軟件的數(shù)據(jù)、功能和行為特征的小規(guī)約。謝謝閱讀7）評審每一份小規(guī)約，確認其正確性、一致性和無二義性。感謝閱讀8）把這些小規(guī)約組裝起來形成一份范圍文檔。9）和所有相關人員一起評審范圍文檔。10）根據(jù)需求修改文檔范圍。謝謝閱讀目組一半的軟件工程工作任務。14.1.4項目精品文檔放心下載方式。精品文檔放心下載號，了解關鍵的項目管理的成功因素，并采用開發(fā)計劃、監(jiān)控和控制項目的常用性方法。感謝閱讀感謝閱讀正確地完成任務。有如下10個信號指示一個信息系統(tǒng)項目正處于危險狀態(tài)之中：感謝閱讀1）軟件人員不了解他們的客戶的需要。2）產(chǎn)品范圍定義糟糕。3）沒有很好地管理變化。4）選擇的技術發(fā)生變化。5）6）時限是不現(xiàn)實的。7）用戶抵制。8）9）項目組缺乏具有合適技能的人員。10）管理者（和開發(fā)者）躲避已學到的最好的實踐經(jīng)驗和教訓。精品文檔放心下載管理者如何避免上述的問題呢？可采用以下的軟件項目方法：精品文檔放心下載1）感謝閱讀感謝閱讀合適的開發(fā)小組并給予小組完成工作所需的自主權、權力和技術而增強。感謝閱讀2）謝謝閱讀精品文檔放心下載謝謝閱讀方式。3）謝謝閱讀精品文檔放心下載謝謝閱讀估進展。4）做出聰明的決策。本質(zhì)上，項目管理者和軟件小組的決策應該是“保持其簡單。謝謝閱讀COTS謝謝閱讀感謝閱讀感謝閱讀5）謝謝閱讀感謝閱讀饋，并記錄下所有發(fā)現(xiàn)。14.1.5軟件項目管理過程精品文檔放心下載謝謝閱讀保持、管理與質(zhì)量和進度的控制。圖14－2給出了一個軟件項目管理和通用方法。謝謝閱讀圖14－2軟件項目管理過程示例感謝閱讀目可行后進行項目策劃（計劃）階段。關鍵的問題要對軟件項目范圍，各階段/活動中可能感謝閱讀存在的風險，需要和資源（包括人、軟/謝謝閱讀感謝閱讀在軟件的概念到實現(xiàn)的過程中延續(xù)進行，并在軟件工程過程最后結束時才終止。謝謝閱讀1）啟動軟件項目2）軟件度量3）軟件項目估算4）風險分析5）進度安排6）項目組織7）軟件配置管理14.1.5.1啟動一個軟件項目謝謝閱讀謝謝閱讀項目在技術和管理上的要求，在此基礎上，相關人員可確定。感謝閱讀·合理、精確的成本分析·實際可行的任務分解·可管理的進度安排謝謝閱讀技術界面及其它許多因素構成的限制。14.1.5.2軟件度量精品文檔放心下載謝謝閱讀謝謝閱讀量，對過程及產(chǎn)品要考慮：1)合適的度量是什么？2)所收集的數(shù)據(jù)如何使用？3)用于比較個人、過程或產(chǎn)品的度量是否合理？而管理人員就可利用這些度量來了解軟件工程過程的實際情況及它所生產(chǎn)的產(chǎn)品質(zhì)量。謝謝閱讀14.1.5.3項目估算精品文檔放心下載謝謝閱讀精品文檔放心下載謝謝閱讀精品文檔放心下載采用用于軟件開發(fā)的估算技術，其共同特點是1)事先建立軟件范圍2)以以往項目的軟件度量為基礎，以作出估算。3)項目在估算時可分解為可估算的小塊。在項目估算時，通常采用多種估算技術，以精品文檔放心下載利不同估算技術之間的交叉檢查。14.1.5.4風險分析謝謝閱讀感謝閱讀謝謝閱讀精品文檔放心下載風險估算、風險評價、風險管理和控制。這些步驟貫徹于軟件工程過程中。謝謝閱讀14.1.5.5進度安排謝謝閱讀的安排。進度安排的原則為：1)任務劃分及定義將項目劃分為子項目、任務、活動等可以管理的部分。2)確定任務的相互依賴性確定活動與任務之間的相互依賴關系，特別是活動與任務的前置任務及后置任務。謝謝閱讀3)時間分配為每個任務確定其一定數(shù)量的工作時間，并需指定開始時間和結束時間。謝謝閱讀4)責任分配將每個任務/活動分配給某個特定小組或成員來負責。5)定義的結果每個任務都應有一個目標，軟件項目的目標通常是一個工作產(chǎn)品（如一個模塊的設計）精品文檔放心下載或某個工作產(chǎn)品的一部分，通常將多個工作產(chǎn)品組合成“可交付產(chǎn)品。精品文檔放心下載6)定義的里程碑（milestones）謝謝閱讀審并得到認可時，標志著一個里程碑的完成。14.1.5.6追蹤與控制一旦適應了項目開發(fā)計劃，就可以開始進行項目追蹤和項目控制，一旦項目出現(xiàn)進度/感謝閱讀感謝閱讀付日期進行修改。14.2軟件度量和估算精品文檔放心下載過提供目標評價的機制從而使我們對目標做到更深的了解。精品文檔放心下載感謝閱讀感謝閱讀過程；測度也可以用于整個軟件項目/產(chǎn)品中，輔助估算、質(zhì)量控制、生產(chǎn)率評估及項目控精品文檔放心下載謝謝閱讀決策，即軟件度量的作用是為了更有效地定量地對過程/產(chǎn)品進行管理。感謝閱讀謝謝閱讀謝謝閱讀謝謝閱讀感謝閱讀精品文檔放心下載謝謝閱讀感謝閱讀生產(chǎn)的螺釘?shù)摹百|(zhì)量感謝閱讀軟件工程過程的直接測量包括功能、質(zhì)量、復雜性、有效性、可靠性、可維護性等。感謝閱讀精品文檔放心下載感謝閱讀的，只能間接測量。謝謝閱讀量；第二類包括生產(chǎn)率度量、質(zhì)量度量的技術度量。它們之間的關系如圖14－3所示精品文檔放心下載圖14－3軟件度量分類軟件生產(chǎn)率度量主要集中在軟件工程過程的輸出，軟件質(zhì)量度量可指明軟件滿足明確精品文檔放心下載的和隱含的用戶需求的程度，技術度量主要集中在某些特征（如邏輯復雜性、模塊化程度）感謝閱讀精品文檔放心下載信息和質(zhì)量信息，面向功能的度量的注意力集中在程序的“功能性”和“實用性，面向人感謝閱讀的度量則收集有關人們開發(fā)計算機軟件所用方式的信息和人員理解有關工具的方法和效率精品文檔放心下載的信息。14.2.1.1面向規(guī)模的度量面向規(guī)模軟件度量是通過規(guī)范化質(zhì)量和/或生產(chǎn)率的測量而得到的，這些測量是基于所感謝閱讀產(chǎn)生的軟件的“規(guī)模。用軟件項目和代碼行（LOC）數(shù)表示軟件項目的規(guī)模是十分自然和謝謝閱讀謝謝閱讀感謝閱讀LOC謝謝閱讀千行代碼數(shù)KLOG（1KLOG=103LOCP＝LOC/EE為軟件開發(fā)工感謝閱讀作量，常用人月（PM）度量，亦可用人日來度量，這樣P就為每人月完成的代碼行數(shù)。感謝閱讀每行代碼的平均成本C=S/LOCS精品文檔放心下載進行表示。需要注意的是，工作量和成本是指整個軟件工程活動（包括分析、設計、編碼和測試）謝謝閱讀的工作量和成本，而不僅僅指編碼活動，因此，設Pe為讀軟件項目相關文檔頁數(shù)，可得到感謝閱讀文檔代碼比D=Pe/KLOC；設N為代碼中的錯誤總數(shù)，可得代碼錯誤率EQR=N/KLOC。謝謝閱讀在一個組織中，常用一個表格來記錄項目中面向規(guī)模的度量，如表14－1所示。謝謝閱讀表14－1軟件項目記錄項目工作量成本代碼行文檔頁數(shù)錯誤（人月）（KLOC）（頁數(shù)）元）審計項目609002002500300書店管理24150145123089酬金管理101205585021可得到表14－2的度量表14－2項目度量示例項目代碼行生產(chǎn)率P每行代碼成文檔代碼比代碼錯誤率感謝閱讀（KLOC）本CDEQR審計項目20033334.512.51.5感謝閱讀書店管理14560411.038.480.61謝謝閱讀酬金管理5555002.1815.450.38感謝閱讀面向規(guī)模的度量并不被普遍接受為測量軟件開發(fā)過程的最好方式，雖然其測試簡單易行，謝謝閱讀感謝閱讀軟件項目及非過程程序設計語言產(chǎn)生不利的影響；同時在項目初期難于估算代碼行。精品文檔放心下載14.2.1.2面向功能的度量面向功能度量是由Albrecht于1979年首先提出來的，他建議一種稱為功能點的測量。感謝閱讀不能直接測謝謝閱讀精品文檔放心下載感謝閱讀用性LOCFP謝謝閱讀計算步驟如下：1）計算信息域特征CT信息域特征是通過完成圖14－4所示的表而計算出來的。其中確定了五個信息域特征，謝謝閱讀并在表中合適的位置提供計算。信息域值按下列方式定義：謝謝閱讀（1感謝閱讀輸入應該與查詢區(qū)分開來，分別計數(shù)。（2謝謝閱讀輸出是指報表、屏幕、出錯消息，等等。一個報表中的單個數(shù)據(jù)項不單獨計數(shù)。感謝閱讀（3）用戶查詢數(shù)。一個查詢被定義為一次聯(lián)機輸入，它導致軟件以聯(lián)機輸出的方式謝謝閱讀產(chǎn)生實時的響應。每一個不同的查詢都要計算。（4）文件數(shù)。計數(shù)每個邏輯的主文件（即數(shù)據(jù)的一個邏輯組合，它可能是某個大型謝謝閱讀（5）謝謝閱讀接口可以將信息從一個系統(tǒng)傳送到另一個系統(tǒng)。測量參數(shù)計數(shù)加權結果簡單平均復雜用戶輸入數(shù)□×3×4×6＝□用戶輸出數(shù)□×4×5×7＝□用戶查詢數(shù)□×3×4×6＝□文件數(shù)□×7×10×15＝□外部接口數(shù)□×5×7×10＝□總計數(shù)值CT□圖14-4計算功能點度量2）一旦已經(jīng)收集到上述數(shù)據(jù)，就將每個計算與一個復雜度值（加權因子）關聯(lián)上。采用精品文檔放心下載感謝閱讀復雜度的確定多少有些主觀。我們采用下面的關系式計算功能點（FP）：FP=總計數(shù)值CT*（0.65+0.01*∑Fi）感謝閱讀其中“總計數(shù)值”是從圖14-3得到的所有FP條目的總和。感謝閱讀Fi（I=1到14）是基于對表14－3的回答而得到的“復雜度調(diào)整值。感謝閱讀表14－3問題表問題Fi（1）系統(tǒng)需要可靠的備份和恢復嗎？（2）需要數(shù)據(jù)通信嗎？（3）需要數(shù)據(jù)通信嗎？（4）性能很關鍵嗎？（5）系統(tǒng)是否在一個現(xiàn)存的、重負的操作環(huán)境中運行？謝謝閱讀（6）系統(tǒng)需要聯(lián)機數(shù)據(jù)登錄？（7）聯(lián)機數(shù)據(jù)登錄是是否需要在多屏幕或多操作之間切換以完成輸入？謝謝閱讀（8）需要聯(lián)機更新文件嗎？（9）輸入、輸出文件或查詢很復雜嗎？（10）內(nèi)部處理復雜嗎？（11）代碼需要被設計成可復用的嗎？（12）設計中需要包括轉換及安裝嗎？（13）系統(tǒng)的設計支持不同組織的多次安裝嗎？（14）應用的設計方便用戶修改和使用嗎？每個問題的回答是使用從0到5衡量的，具體見表14－4，復雜度調(diào)整值數(shù)值表。感謝閱讀表14－4復雜度調(diào)整值表值定義0沒有影響1偶然的2適中的3普通的4重要的5極重要的3）在上述中的常量值和被應用到信息源計數(shù)的加權因子是根據(jù)經(jīng)驗確定的。精品文檔放心下載一旦計算出功能點，則以類似LOC的方法來使用它們以規(guī)范化軟件生產(chǎn)率、質(zhì)量及其感謝閱讀他屬性的測量：每個功能點（FP）的錯誤數(shù)。每個功能點（FP）缺陷數(shù)。每個功能點（FP）成本。每個功能點（FP）文檔頁數(shù)。每人月完成的功能點（FP）數(shù)。14.2.1.3擴展的功能點度量謝謝閱讀精品文檔放心下載謝謝閱讀點度量的擴展。感謝閱讀感謝閱讀都有較高的算法復雜性，因此適合特征點度量。14.2.1.2精品文檔放心下載謝謝閱讀個界定的計算問題CT的值按表14精品文檔放心下載－5重新計算，F(xiàn)P的值可接原公式計算。表14－5擴展功能點為CT計算測量參數(shù)值權值結果用戶輸入數(shù)□×4＝□用戶輸出數(shù)□×5＝□用戶查詢數(shù)□×4＝□文件數(shù)□×7＝□外部界面數(shù)□×7＝□算法□×3＝□總計數(shù)CT＝□14.2.1.4調(diào)和不同的度量方法代碼行和功能點度量之間的關系依賴于實現(xiàn)軟件所采用的程序設計語言及設計的質(zhì)量。精品文檔放心下載很多研究試圖將FP和LOC測量聯(lián)系起來。表14－6給出了在不同的程序設計語言中建造一感謝閱讀個功能點所需的平均代碼行數(shù)的一個粗略估算。查看表可知，C++的一個LOC所提供的“功能性”大約是C的一個LOC的2.4感謝閱讀進而，smalltalk的一個LOC至少是諸如Ada,COBOL,C傳統(tǒng)程序設計語言的4倍。謝謝閱讀LOC和FP測量常常用于導出生產(chǎn)率度量。這總是引起關于這類數(shù)據(jù)使用的爭論。是否感謝閱讀應該將某個組的LOC/FP/感謝閱讀感謝閱讀由是很多因素都會影響生產(chǎn)率，進行“蘋果與桔子”的比較很容易產(chǎn)生曲解。精品文檔放心下載基于功能點和LOC精品文檔放心下載了將LOC和FP用于估算，必須建立歷史的信息基線。精品文檔放心下載14.2.2軟件質(zhì)量度量14.2.2.1軟件質(zhì)量定義及三層次度量模型而且還可能給用戶帶來災難性的后果，如1962年美國飛向金星的空間探測器“水手一號，

軟件開發(fā)人員、管理人員、維護人員和用戶在軟件開發(fā)、維護和使用過程中所處地位不同，

軟件產(chǎn)品開發(fā)與維護過程中評價和控制軟件產(chǎn)品質(zhì)量都是十分必要的。精品文檔放心下載1983年，ADSI/IEEEstd729謝謝閱讀求能力有關的全部特征和特性，包括如下幾方面：（1）軟件產(chǎn)品質(zhì)量滿足用戶要求的程度。（2）軟件各種屬性的組合程度。（3）用戶對軟件產(chǎn)品的綜合反映程度。（4）軟件在使用過程中滿足用戶要求的程度。必須對影響軟件質(zhì)量的要素進行度量，并建立實用的軟件質(zhì)量度量體系或模型。1968年，

Rubey和Hartwick提出了軟件某些屬性的度量方法。1976年，Boehm提出了定量評價軟件

601978年，Walters

和McCall提出了包括質(zhì)量要素、準則和度量的三層次軟件質(zhì)量度量模型。隨后，G.Murine

際標準化組織（ISO）在1985年提出了軟件質(zhì)量度量（SQM）工作報告。謝謝閱讀表14－6每功能點LOC值程序語言每FP之LOC值平均中等低高Access35381547

Ada154－104205

APS868320184

ASP6962－32127

Assembler33731591694

C16210933704

C++665329178

Clipper38392770

COBOL777714400

Cool:Gen/IEF383110180

Culprit51－－－

DbaseIV52－－－

Easytrieve+33342541

Excel4746－3163

Focus43423256

FORTRAN－－－－

FoxPro32352535

Ideal665234203

IEF/Cool:Gen383110180

Informix42312457

Java635377－

JavaScript58634275

JCL9112326150

JSP59－－－

LotusNotes21221525

Mantis712722250

Mapper1188116245

Natural605222141

Oracle30354217

PeopleSoft33323040

Perl60－－－

PL/Ⅰ786722263

Powerbuilder323111105

REXX67－－－

RPGⅡ/Ⅲ614924155

SAS40413349感謝閱讀Smalltalk26191055SQL40377110VBScript36342750－VisualBasic474216158圖14－5McCall的軟件質(zhì)量度量模型14.2.2.2軟件質(zhì)量要素精品文檔放心下載軟件質(zhì)量理解的不斷深化，軟件質(zhì)量要素也不是一成不變的。McCall等人給出的軟件質(zhì)量謝謝閱讀要素共11個，分為三類。它們之間的關系如圖14－6所示。第一類要素表現(xiàn)軟件的運行特精品文檔放心下載謝謝閱讀感謝閱讀性、可用性和可互操作性。我們已介紹了軟件的可靠性、有效性、可維護性、可移植性和可重用性的概念。下面感謝閱讀介紹軟件的正確性、完整性、可用性、靈活性、可測試性和可互操作性的概念。感謝閱讀（1）正確性。程序滿足規(guī)格說明及完成用戶目標的程度。謝謝閱讀（2）完整性?？刂莆幢皇跈嗳藛T訪問程序和數(shù)據(jù)的程度。謝謝閱讀（3）可用性。學習使用軟件的難易程度，包括操作軟件、為軟件準備輸入數(shù)據(jù)以及謝謝閱讀解釋軟件輸出結果。圖14－6McCall的軟件質(zhì)量要素（4）靈活性。改變一個操作程序所需的工作量。（5）可測試性。測試程序使之具有預定功能所需的工作量。精品文檔放心下載（6）可互操作性。兩個或多個系統(tǒng)交換信息并相互使用已交換信息的能力。謝謝閱讀各種軟件質(zhì)量要素之間的關系如表14－7謝謝閱讀感謝閱讀感謝閱讀感謝閱讀精品文檔放心下載響系統(tǒng)成敗的關鍵要素了。表14－7質(zhì)量要素之間的關系14.2.2.3軟件質(zhì)量要素評價準則由于直接測量軟件質(zhì)量要素十分困難，在某些場合甚至是不可能的，于是McCall等人謝謝閱讀感謝閱讀素。定義評價準則的基礎是確定影響軟件質(zhì)量要素的屬性。這些屬性必須滿足兩個條件：謝謝閱讀（1）能夠比較完整、準確地描述軟件質(zhì)量要素；（2）比較容易量化和測量。它們反映了軟件質(zhì)量的優(yōu)劣。感謝閱讀McCall定義的軟件質(zhì)量要素評價準則共21種，它們是：精品文檔放心下載（1）可審查性。檢查軟件需求、規(guī)格說明、標準、過程、指令、代碼及合同是否一謝謝閱讀致的難易程度。（2）準確性。計算和控制的精度，是對無誤差程度的一種定量估計。最好表示成相精品文檔放心下載對誤差的函數(shù)。值越大表示精度越高。（3）通信通用性。使用標準接口、協(xié)議和頻帶的程度。感謝閱讀（4）完全性。軟件不丟失各重要成分，完全實現(xiàn)系統(tǒng)所需功能。謝謝閱讀（5）簡明性。程序源代碼的緊湊性。（6）一致性。采用統(tǒng)一的概念、術語及符號，接口、規(guī)格說明等保持一致。感謝閱讀（7）數(shù)據(jù)通用性。在程序中使用標準的數(shù)據(jù)結構和類型。謝謝閱讀（8）容錯性。系統(tǒng)在各種異常條件下提供繼續(xù)操作的能力。謝謝閱讀（9）執(zhí)行效率。程序運行效率。（10）可擴充性。能夠?qū)Y構設計、數(shù)據(jù)設計和過程設計進行擴充的程度。精品文檔放心下載（11）通用性。程序部件潛在應用范圍的廣泛性。（12）硬件獨立性。軟件同支持它運行的硬件系統(tǒng)不相關的程度。精品文檔放心下載（13）檢測性。監(jiān)視程序的運行，一旦發(fā)生錯誤，標識錯誤的程度。感謝閱讀（14）模塊化。劃分成邏輯上相對獨立的成分，具有良好的接口定義。謝謝閱讀（15）可操作性。操作一個軟件的難易程度。（16）安全性。控制或保護程序和數(shù)據(jù)不受破壞的機制，以防止程序和數(shù)據(jù)受到意外感謝閱讀的或蓄意的存取、使用、修改、毀壞或泄密。（17）自文檔化。源代碼提供有意義文檔的程度。（18）簡單性。理解程序的難易程度。（19）軟件系統(tǒng)獨立性。程序與非標準的程序設計語言特征、操作系統(tǒng)特征以及其他謝謝閱讀環(huán)境約束無關的程度。（20）可追蹤性?？稍谲浖臋n之間實現(xiàn)正向/逆向的追蹤能力。

（21）易培訓性。軟件支持新用戶使用該系統(tǒng)的能力。

軟件質(zhì)量要素與評價準則之間的關系如表14－8所示。

表14－8質(zhì)量要素與評價準則謝謝閱讀質(zhì)量要素關系正確性可靠性有效性完整性可維護性可測試性可移植性可重用性性可互操作可用性靈活性可審查性√√準確性√通信通用性√評價準則完全性√復雜性√√簡明性√√√一致性√√√√數(shù)據(jù)通用性√容錯性√執(zhí)行效率√可擴充性√感謝閱讀通用性√√√√硬件獨立性√√檢測性√√√模塊化√√√√√√√可操作性√√安全性√自文檔化√√√√√謝謝閱讀簡單性√√√軟件系統(tǒng)獨立性√√可追蹤性√易培訓性√McCall等人提出的軟件質(zhì)量度量模型、軟件質(zhì)量要素和評價準則為軟件質(zhì)量管理感謝閱讀感謝閱讀謝謝閱讀度量。1987年，Hewlett-Packard提出一組稱之為FURPS精品文檔放心下載Grad和Caswell給出了以調(diào)查報告/規(guī)謝謝閱讀5行5感謝閱讀元素的度量導出軟件開發(fā)過程和軟件產(chǎn)品能質(zhì)量要素的FURPS度量。感謝閱讀1985ISO3精品文檔放心下載SQRCSQDC感謝閱讀SQMCMcCallISO謝謝閱讀精品文檔放心下載使用單位自行制定。ISO高層由8個要素組成，中層由23個評價準則組成，它們之間感謝閱讀的關系如表14－9所示。14.2.3軟件復雜性度量14.2.3.1軟件復雜性度量原則軟件復雜性度量是軟件度量的重要組成部分.任何一個有經(jīng)驗的程序員都知道，開發(fā)規(guī)精品文檔放心下載K.Magel從如下6個方面描精品文檔放心下載述軟件復雜性：（1）理解程序的難度；（2）糾錯、維護程序的難度；（3）向他人解釋程序的難度；（4）按指定方法修改程序的難度；（5）根據(jù)設計文件編寫程序的工作量；（6）執(zhí)行程序時需要資源的程度。精品文檔放心下載統(tǒng)的度量軟件復雜性的模型。人們一般認為，軟件復雜性度量模型應遵循下列基本原則：謝謝閱讀（1）軟件復雜性與程序大小的關系不是線性的；（2）控制結構復雜的程序較復雜；（3）數(shù)據(jù)結構復雜的程序較復雜；（4）轉向語句使用不當?shù)某绦蜉^復雜；（5）循環(huán)結構比選擇結構復雜，選擇結構又比順序結構復雜；感謝閱讀（6）語句、數(shù)據(jù)、子程序和模塊在程序中的次序?qū)碗s性有影響；精品文檔放心下載（7）全程變量、非局部變量較多時，程序較復雜；（8）參數(shù)按地址調(diào)用比按值調(diào)用復雜；（9）函數(shù)副作用比顯式參數(shù)傳遞難于理解；（10）具有不同作用的變量共用一個名字時較難理解。感謝閱讀（11）模塊間、過程間聯(lián)系密切的程序比較復雜；（12）嵌套深度越深，程序越復雜。下面介紹幾種滿足上述部分原則的復雜性度量模型。表14－9ISO質(zhì)量要素要素關系正確性可容性有效性安全性可用性可維護性靈活性性可互操作可追蹤性√完全性√一致性√√√準確性√容錯性√簡單性√√模塊化√√準則通用性√可擴充性檢測性√自描述性√√執(zhí)行效率√存儲效率√存取控制√存取審查√可操作性√易培訓性√通信性√軟件系統(tǒng)獨立性√硬件獨立性√通信通用性√數(shù)據(jù)通用性√簡明性√14.2.3.2控制結構的復雜性度量T.J.McCabe于1976年提出了基于程序拓撲結構的軟件復雜性度量模型。謝謝閱讀T.J.McCabe把程序看成是一個入口節(jié)點和一個出口節(jié)點的有向圖，圖中每個節(jié)點對應謝謝閱讀精品文檔放心下載謝謝閱讀都可以到達出口節(jié)點。McCabe用程序控制結構圖的巡回秩數(shù)V(G)作為程序結構復雜性謝謝閱讀的度量：V(G)=e-n+2其中：e為結構圖的邊數(shù)：n為結構圖的節(jié)點數(shù)?？梢宰C明，V(G)等于結構圖中有界或無界的封閉區(qū)域個數(shù)。精品文檔放心下載[例1]計算如圖14-7所示程序控制結構圖的V(G)值。感謝閱讀圖14-7程序控制結構的V（G）值（a）e=1,n=2,v=1;（b）e=3,n=3,v=2;（c）e=4,n=4,v=2;（d）e=3,n=3,v=2;（e）e=6,n=5,v=3。V(G)從高層指向低層，如果出現(xiàn)從低層指向高層的流向，則會增加封閉區(qū)域的個數(shù)，于是，

反方向的控制流向越多，程序結構越復雜，V(G)越大。精品文檔放心下載McCabeV(G)V(G)的值

不要大于10。當V(G)＞10時，模塊內(nèi)部結構就會變得復雜，給編碼和測試帶來困難。感謝閱讀14.2.3.3文本復雜性度量20世紀70年代初，M.Halstead感謝閱讀精品文檔放心下載中出現(xiàn)的語法符號，如FORTRAN語言中的＋、－、*、/、IF、THEN、DO、END等。操作精品文檔放心下載數(shù)是操作對象，它是由程序定義并引用的，可以是變量、常量、數(shù)組、記錄、指針等。精品文檔放心下載設n1為程序中不同操作符的個數(shù)；n2為程序中不同操作數(shù)的個數(shù)；N1為程序中操作符的個數(shù)；N2為程序中操作數(shù)的個數(shù)。于是，程序語言符號長度N=N1+N2，可用下式估算：謝謝閱讀N=n1log2n1+n2log2n2(公式14－1)謝謝閱讀精品文檔放心下載寫程序的過程也就是從長度為n的符號表中（其中，n＝n1＋n2）選擇操作符和操作數(shù)的過精品文檔放心下載程。M.Halstead用下式定義程序量：V=Nlog2（n1＋n2）(公式14－2)精品文檔放心下載它反映了程序在“詞匯”上的復雜性。如果把具有m1個輸入和m2個輸出的程序理解感謝閱讀為將m1個變元映射倒m2個變元的函數(shù)Y=F（xxx1,x2…xm1Y=(y1,y2…ym2)，精品文檔放心下載那么程序的操作符只有函數(shù)和賦值兩個，即n1*＝2、n2*代入程序定義，可得最小程序量謝謝閱讀V*＝（2＋n2*）log2（2＋n2*）（公式14－3）精品文檔放心下載令L＝V*/V，其值取決于具體的程序設計語言和程序。對某種程序設計語言，選用多個謝謝閱讀L的期望值I=E（L。M.Halstead精品文檔放心下載將I定義為這種語言的程序級，它反映了用這種語言求解問題時程序的效率，0＜I＜1。高感謝閱讀級語言的程序級接近于1，低級語言的程序級接近于0。Ada語言的程序級高于FORTRAN語感謝閱讀言的程序級，F(xiàn)ORTRAN語言的程序級又高于匯編語言的程序級。I不僅與程序設計語言的表感謝閱讀達能力有關，而且還依賴于程序員的水平。當n比較大時，Shooman給出程序語言符號長度N的類似估算：感謝閱讀N=（n1＋n2）[0.5772+ln（n1＋n2）]（公式14－4）精品文檔放心下載KLOC謝謝閱讀（FPCN或CFN可以折合成相應的精品文檔放心下載代碼行數(shù)和功能點數(shù)。由于n1n2N1N2相同的程序在控制結構和數(shù)據(jù)復雜性等方面可能存在相當大的差異，精品文檔放心下載程序員使用程序設計語言描述算法的水平和熟悉程度也有很大區(qū)別，因此Halstead的估算感謝閱讀方法有一定的局限性。14.2.4軟件可靠性度量軟件可靠性是影響軟件質(zhì)量的重要因素。對于重要的計算機應用系統(tǒng)，特別是實時、謝謝閱讀精品文檔放心下載精品文檔放心下載段。本節(jié)研究軟件可靠性、有效性及度量軟件可靠性的模型和方法。謝謝閱讀14.2.4.1軟件可靠性的概念制造問題、設計錯誤、元器件過載、機械磨損等原因都會導致硬件故障，這些故障有精品文檔放心下載感謝閱讀謝謝閱讀精品文檔放心下載精品文檔放心下載精品文檔放心下載此，某些初始條件和輸入數(shù)據(jù)可能導致程序運行失效，即“軟件故障。謝謝閱讀在某個定時時間間隔內(nèi)，程序按照規(guī)格說明成功運行的概率定義為軟件的可靠性。在謝謝閱讀tt∈[0]f（tt的謝謝閱讀概率密度函數(shù)，F(xiàn)（t）表示分布函數(shù)，P（0≤t≤t1）表示從初始時刻到t1時刻程序發(fā)生故感謝閱讀障的概率。初始時刻程序工作正常，,于是，和滿足（公式14－5）（公式14－6）從0時刻開始，到t1時刻為止，程序發(fā)生故障的概率精品文檔放心下載由于同一時刻程序成功運行和發(fā)生故障是兩個互斥事件，所以[0,t]區(qū)間程序成功運行感謝閱讀的概率和發(fā)生故障的概率滿足（公式14－7）程序成功運行的概率就是可靠性，一般用標記。綜上所述感謝閱讀謝謝閱讀入故障率是十分必要的。假設，系統(tǒng)一直成功運行至時刻t,是系統(tǒng)在時間間隔并且時出現(xiàn)故障的概率，于是時精品文檔放心下載刻故障的值定義為（公式14－8）可以證明（公式14－9）將代入上式（公式14－10）對上式兩邊積分并利用初始條件，得可靠性和故障率的基本方程精品文檔放心下載（公式14－11）利用該方程，可以導出幾個常用的故障模型：(1)表示單位時間內(nèi)程序運行的故障率函數(shù)為常數(shù)，代入公式14－11，可得謝謝閱讀（公式14－12）該公式稱為故障率為常數(shù)的可靠性模型，它的可靠性隨t的增加呈指數(shù)衰減。謝謝閱讀(2)k精品文檔放心下載這種模型一般不適用于軟件產(chǎn)品。代入公式14－11，可得謝謝閱讀（公式14－13）率函數(shù)如圖14－8（a）所示，呈浴盆狀，曲線分下降，穩(wěn)定和上升3個部分。硬件早期故

14－8

（b感謝閱讀某些數(shù)據(jù)或某些指令的組合可能會引發(fā)程序邏輯錯誤。(a)(b)圖14－8系統(tǒng)故障率14.2.4.2軟件修復和軟件有效性謝謝閱讀精品文檔放心下載精品文檔放心下載可修復系統(tǒng)的可靠性，應該建立一個軟/硬件的雙機系統(tǒng)。感謝閱讀4謝謝閱讀感謝閱讀精品文檔放心下載平均修復時間的概念。精品文檔放心下載在時刻t正常運行的概率。如，表示100個相同的系統(tǒng)都運行了250小時，有95個處于正感謝閱讀5謝謝閱讀100個相同的系統(tǒng)有95個無故障運行250謝謝閱讀5感謝閱讀精品文檔放心下載法。(1)用n臺相同的計算機軟/硬件系統(tǒng)處理若干組相同或不同的輸入數(shù)據(jù)，如果發(fā)現(xiàn)某感謝閱讀t時刻觀測n臺計算機的工感謝閱讀作狀態(tài)，如果有臺出現(xiàn)故障，則系統(tǒng)的有效性估計為（公式14－14）顯然，初始狀態(tài)。(2)精品文檔放心下載在穩(wěn)態(tài)運行的有效性（公式14－15）其中(3)當系統(tǒng)處于穩(wěn)態(tài)時，程序正常運行時間的平均值也是程序平均故障間隔時間(MTBF,

meantimetofailure)，程序平均停機時間也是程序平均修復時間(MTTR,meantimeto

repair)，于是系統(tǒng)穩(wěn)態(tài)時的程序有效性謝謝閱讀（公式14－16）MTBF和MTTR某一段時間內(nèi)可以用大量的、復雜的輸入數(shù)據(jù)引發(fā)程序中殘留的錯誤，程序經(jīng)多次修復后，

錯誤逐漸減少甚至消除，程序的有效性不斷提高。精品文檔放心下載14.2.4.3軟件可靠性估算20世紀70精品文檔放心下載謝謝閱讀精品文檔放心下載觀模型還是微觀模型都很不成熟，這里介紹幾種典型的估算軟件可靠性的宏觀方法。謝謝閱讀1)錯誤植入模型。謝謝閱讀N精品文檔放心下載n謝謝閱讀是母體N與的關系和字樣n與的關系滿足（公式14－17）由公式14－17得出母體N的估算值（公式14－18）MillsN類比為感謝閱讀精品文檔放心下載謝謝閱讀查出n個錯誤，其中個屬于植入錯誤，于是公式14－18可以估算出程序的殘留錯誤。這里精品文檔放心下載謝謝閱讀上完全做到這一點是不現(xiàn)實的。1973年，Hyman精品文檔放心下載行獨立測試。設＝程序中原有的殘留錯誤數(shù)；＝第一位測試員在時間內(nèi)發(fā)現(xiàn)的錯誤數(shù)；

＝第二位測試員在時間內(nèi)發(fā)現(xiàn)的錯誤數(shù)；

＝兩位測試員在時間內(nèi)不約而同發(fā)現(xiàn)的錯誤數(shù)。

與公式14－17類比，有謝謝閱讀（公式14－19）于是，程序中殘留錯誤的估計值可用下式計算（公式14－20）用Hyman謝謝閱讀模型優(yōu)越。2)軟件平均故障間隔時間估算軟件平均故障時間式軟件可靠性度量的重要參數(shù)，下面介紹幾種估算MTBF的方法。

(1)軟件故障率是常數(shù)。精品文檔放心下載當軟件故障率是常數(shù)時，實踐中經(jīng)常用程序運行H小時出現(xiàn)的故障數(shù)r進行估算精品文檔放心下載于是，軟件平均故障間隔時間可用下式估算：（公式14－21）MTBFMTBF隨變化的曲線可以幫助分析軟件質(zhì)量感謝閱讀的改進程度。(2)軟件故障率和程序殘留錯誤數(shù)成正比。設：為程序調(diào)試、排錯時間，為程序調(diào)試前殘留錯誤總數(shù)，為區(qū)間內(nèi)糾正的程序錯誤數(shù)，為程序在時刻殘留的錯誤數(shù)，為程序代碼長度。（公式14－22）（公式14－23）利用公式14－21精品文檔放心下載中可以統(tǒng)計出時間間隔內(nèi)排除的程序中的錯誤數(shù)和程序長度。利用、的定義和公式14－23精品文檔放心下載可以計算出的值。當軟件故障率與程序中殘留的錯誤數(shù)成正比時（公式14－24）其中k為比例因子，可以通過實驗測試和最大似然原理估算。下面給出估算k的計算精品文檔放心下載公式。進行m次軟件排錯試驗，時間區(qū)間是，在時刻排除程序中殘留的錯誤數(shù)為，在區(qū)間內(nèi)，感謝閱讀程序運行小時，出現(xiàn)個錯誤，j=1,2,…,m。于是k的估算為精品文檔放心下載（公式14－25）當m=1時（公式14－26）當m=2時（公式14－27）利用公式14－24估算MTBF謝謝閱讀精品文檔放心下載殘留錯誤數(shù)為零，MTBF為無窮大。當然，對于大型軟件來說這是不現(xiàn)實的。對確定的值，謝謝閱讀是常數(shù)，于是區(qū)間的程序可靠性估算為（公式14－28）式14－28中出現(xiàn)t謝謝閱讀小時計，表示程序運行時間。14.2.5軟件項目估算感謝閱讀謝謝閱讀件是邏輯產(chǎn)品，成本估算涉及人、技術、環(huán)境、政策等多種因素，因此，在項目完成之前，精品文檔放心下載很難精確地估算出項目的開銷。人們常用的估算方法有如下四種：精品文檔放心下載（1）參照已經(jīng)完成的類似項目，估算待開發(fā)項目的成本和工作量。精品文檔放心下載（2）將大的項目分解成若干小的子項目，在估算出每個子項目成本和工作量之后，感謝閱讀再估算整個項目。（3）將軟件項目按軟件生存周期分解，分別估算出軟件項目在軟件開發(fā)各個階段的精品文檔放心下載工作量和成本，然后再把這些工作量和成本匯總，估算出整個項目的工作量和精品文檔放心下載成本。（4）根據(jù)實驗或歷史數(shù)據(jù)給出軟件項目工作量或成本的經(jīng)驗估算公式。謝謝閱讀感謝閱讀精品文檔放心下載算，實踐中開發(fā)了大量的軟件項目自動估算工具，用以支持軟件工作量或成本估算。精品文檔放心下載14.2.5.1代碼行、功能點和工作量估算精品文檔放心下載算是成本和工作量估算的基礎。采用上述四種估算方法可以估算出LOC或FP的樂觀值a、謝謝閱讀悲觀值b和一般值m，然后根據(jù)下列加權公式計算出期望值：謝謝閱讀e＝（a＋4m＋b）/6（公式14－29）人們希望LOC或FP的值在區(qū)間[a，b]之外的概率極小。當LOC或FP的期望值估算出感謝閱讀來以后，根據(jù)以前軟件項目開發(fā)的平均生產(chǎn)率LOC/PM或FP/PM，就可以計算出工作量。例謝謝閱讀310FP5.5FP/PM精品文檔放心下載估算為E＝310/5.5＝56PM。如果當前估算的軟件子項目比以前完成的項目復雜，那么所用謝謝閱讀的生產(chǎn)率值可以低于平均生產(chǎn)率，反之也可以高于平均生產(chǎn)率。精品文檔放心下載[例2]估算計算機輔助設計（CAD）軟件項目。將CAD項目按功能分解為如下7個子項目：（1）用戶界面和控制；（2）二維幾何分析；（3）三維幾何分析；（4）數(shù)據(jù)庫管理；（5）計算機圖形顯示；（6）外設控制；（7）設計分析。表14－10給出7個子項目代碼行的樂觀估計、悲觀估計和一般估計值，然后計算出加

77個子項目的開發(fā)成本和

工作量。最后匯總的CAD軟件開發(fā)項目規(guī)模為33360LOC，成本為656680美元，工作量

為144.5PM。謝謝閱讀再用第二種方法估算軟件開發(fā)子項目再軟件工程各個階段的工作量，估算結果列入表

14－11。兩種方法估算的工作量分別為144.5PM和152.5PM，相差5％左右。估算的成本分

別為656680美元和7080757謝謝閱讀表14－10代碼行和成本、工作量估算表14－11工作量估算14.2.5.2經(jīng)驗估算模型之一：CoCoMo模型感謝閱讀謝謝閱讀計劃階段。由于導出模型的數(shù)據(jù)是“從前的“局部的，因此估算模型不可能適用于當前精品文檔放心下載精品文檔放心下載分別介紹兩個常用的估算模型CoCoMo模型和Putnam模型。謝謝閱讀1981年，Boehm提出“構造性成本模型（ConstrucitveCostModel,CoCoMo精品文檔放心下載它是在靜態(tài)、單變量模型的基礎上構造出來的。Boehm把CoCoMo模型分為基本、中間和詳感謝閱讀細3個層次，分別用于軟件開發(fā)的3個不同階段。基本CoCoMo模型用于系統(tǒng)開發(fā)的初期，謝謝閱讀估算整個系統(tǒng)的工作量（包括軟件維護）和軟件開發(fā)所需要的時間，中間CoCoMo模型用于精品文檔放心下載估算各個子系統(tǒng)的工作量和開發(fā)時間，詳細CoCoMo模型用于估算獨立的軟部件，如子系統(tǒng)謝謝閱讀內(nèi)部的各個模塊。由于篇幅的限制，只介紹基本CoCoMo模型和中間CoCoMo模型兩種情況。感謝閱讀1）基本CoCoMo模型基本CoCoMo模型是靜態(tài)、單變量模型，具有下列形式：感謝閱讀E=a（L）b（公式14－30）D=cE4（公式14－31）其中：E表示工作量，單位是人員（PMD表示開發(fā)時間，單位是月；L是項目的代碼行估計值，單位是千行代碼；a、b、c、d是常數(shù)，取值如表14－12所示。表14－12簡單CoCoMo模型參數(shù)14－3014－31精品文檔放心下載Boehm感謝閱讀領域和復雜程度的軟件按照上述三類軟件的使用范圍選取相應的參數(shù)a、b、c、d。精品文檔放心下載2）中間CoCoMo模型中間CoCoMo模型以基本CoCoMo謝謝閱讀EAF，有下列公式：E=a（L）bEAF公式（14－32）其中：L是軟件產(chǎn)品的目標代碼行數(shù)：a、b是常數(shù)，取值如表14－11所示。表a、b取值表工作量調(diào)節(jié)因子與軟件產(chǎn)品屬性、計算機屬性、人員屬性和項目屬性有關。精品文檔放心下載軟件產(chǎn)品屬性包括軟件可靠性、軟件復雜性和數(shù)據(jù)庫的規(guī)模。感謝閱讀感謝閱讀發(fā)環(huán)境的響應速度。精品文檔放心下載種屬性共15個要素。每個要素調(diào)節(jié)因子Fi(i=1,2…，15)的值分為很低、低、正常、高、精品文檔放心下載很高、極高，共六級。正常情況下，F(xiàn)i＝1。Boehm推薦的Fi值的范圍是0.70－1.66，如軟謝謝閱讀件復雜性的調(diào)節(jié)因子可取為（0.70，0.85，1.00，1.15，1.30，1.6515個Fi的值選精品文檔放心下載定后，EAF的計算如下：EAF=Fi調(diào)節(jié)因子集的定義和調(diào)節(jié)因子定值是由統(tǒng)計結果和經(jīng)驗決定的。不同的軟件開發(fā)組織，精品文檔放心下載再不同的歷史時期，隨著環(huán)境的變化，這些數(shù)據(jù)不會一成不變。使用中間CoCoMo模型不僅謝謝閱讀可以估算開發(fā)軟件產(chǎn)品的工作量，而且還可以比較各種開發(fā)方案對工作量的影響。謝謝閱讀【例3】用基本CoCoMo模型估算例2的工作量、開發(fā)時間和參加項目開發(fā)的人數(shù)。謝謝閱讀在例333.3KLOC,CAD14精品文檔放心下載－11中查到a＝3.0，b＝1.12。代入公式（14－30感謝閱讀E=3.0(L)1.12=3.0×33.31.12＝152PM將E的估算值代入公式（14－31c＝2.5，d＝0.35，得感謝閱讀D=2.5E0.35=2.5×1520.35=14.5（月）于是，建議參加項目開發(fā)的人數(shù)N=E/D=152/14.5≈11（人）例中計算出來的1111個人不可能感謝閱讀N互通信數(shù)為＝N（N－1）/2，設每次通信和交換意見的平均工作量為，則增加的通信開銷為謝謝閱讀EC=N（N－1）/2(公式14－32)

【例4】計算3人和5人開發(fā)一個程序的通信開銷。3人和5人開發(fā)一個程序相互通信

和交換意見的關系如圖14－13感謝閱讀圖14－13N=3和N=5時的相互通信關系將N=3和N=5分別代入公式（14－32）得EC（3）＝×3×（3－1）/2＝3EC（5）＝×5×（5－1）/2＝10一般場合下，由N個程序員組成的小組共同開發(fā)一個程序總的工作量ET滿足：感謝閱讀ET＝E+EC(公式14－33)于是，程序員小組的生產(chǎn)率是PG＝LOC/（E＋EC）（公式14－34）程序員小組生產(chǎn)率和單個程序員生產(chǎn)率的比RP＝E/（E＋EC）（公式14－35）EC≈N2/2精品文檔放心下載精品文檔放心下載CoCoMoR精品文檔放心下載的靜態(tài)多變量模型：其中：ei表示軟件第i個特性。ai、bi是與軟件第I個特性有關的常數(shù)，通常由實驗數(shù)據(jù)確定。謝謝閱讀14.2.5.3經(jīng)驗估算模型之二：Putnam模型謝謝閱讀1978年，Putnam30謝謝閱讀精品文檔放心下載14－10Rayleigh－norden曲線的形精品文檔放心下載狀相似，它描述了開發(fā)工作量、開發(fā)時間和軟件代碼行數(shù)之間的關系。相應的方程是感謝閱讀L=CKE1/3（公式14－36）其中：L表示源程序代碼行數(shù)；td表示開發(fā)時間；CK表示技術狀態(tài)常數(shù)；E圖14－10大型軟件項目的工作量分布差的軟件開發(fā)環(huán)境是指:軟件開發(fā)沒有軟件開發(fā)方法學的支持，缺乏對文檔的評審，采謝謝閱讀謝謝閱讀CASE工具和集成化CASE環(huán)境。由公式14－36，感謝閱讀有E＝L3/（Ck3td4）（公式14－37）值得指出的是，td對應于Rayleigh－Norden曲線的最大值，表示軟件交付時工作量最謝謝閱讀大，參與軟件項目的人最多。當工作量估算出來之后，利用每人年的開銷（美元/人年）可精品文檔放心下載以估算成本。公式（14－37）表明，開發(fā)軟件項目的工作量與交貨時間的4次方成反比，將0.9td謝謝閱讀代替公式（14－37）的td計算E，可以發(fā)現(xiàn)提前10％的時間要增加52％的工作量，降低了謝謝閱讀軟件開發(fā)生產(chǎn)率。因此，軟件開發(fā)過程中人員與時間的折衷是一個十分重要的問題。謝謝閱讀圖14－11（at的關系精品文檔放心下載滿足Rayleigh－Norden分布，相應的累計人年數(shù)與開發(fā)時間t的關系如圖14－11（b）所精品文檔放心下載示。圖14－11軟件開發(fā)時間與人力投入的關系曲線表明軟件開發(fā)項目的工作量隨著時間t精品文檔放心下載件項目開發(fā)的人員數(shù)不應該是一成不變的。圖14－11表明，如果按照線性分布方案配備人謝謝閱讀精品文檔放心下載后期再增加人力為時已晚，造成浪費。由于人力調(diào)度的不合理，不得不延長項目開發(fā)時間，精品文檔放心下載增加一部分額外工作量。Putnam模型雖然揭示了軟件項目的工作量、軟件開發(fā)時間和程序代碼長度三者之間的精品文檔放心下載關系，但它沒有反映軟件產(chǎn)品屬性、軟件項目屬性、軟件開發(fā)人員屬性和計算機軟/硬件資謝謝閱讀源屬性等。因此，用Putnam模型進行軟件項目的成本估算是十分粗糙的。感謝閱讀14.3項目進度管理項目管理者的目標是定義所有項目任務，建立一個網(wǎng)絡以描述它們之間的依賴，識別謝謝閱讀謝謝閱讀謝謝閱讀進度并控制整個項目。軟件項目進度安排是一種活動，它通過將工作量分配給特定的軟件工程任務，而將所謝謝閱讀感謝閱讀精品文檔放心下載精品文檔放心下載條目都被精化成一個“詳細進度表。于是（完成一個活動所必須實現(xiàn)的）特定軟件任務被感謝閱讀識別出來，并進行進度安排。可以從兩個相當不同的視角考察軟件開發(fā)項目的進度安排。第一個視角，基于計算機精品文檔放心下載感謝閱讀感謝閱讀謝謝閱讀謝謝閱讀第二種情況。同軟件工程的所有其他領域一樣，有一些基本原則能夠指導軟件項目的進度安排：謝謝閱讀1)劃分。精品文檔放心下載程都需要進行分解。2)相互依賴性。各個被劃分的活動或任務之間的相互關系必須是確定的。有些任務必須順序發(fā)生；

而其他的則可以獨立進行。精品文檔放心下載3)時間分配。外，必須每個任務制定開始和結束日期，這些日期是相互依賴的。感謝閱讀4)工作量確認。精品文檔放心下載3感謝閱讀名員工參加（即，每天可分配的工作量為37項并發(fā)的精品文檔放心下載任務，每個任務需要0.50人天的工作量。在這種情況下，所分配的工作量就大于可用感謝閱讀于分配的工作量。5)定義的責任。每個被調(diào)度的任務都應該指定某個特定的小組成員來負責。感謝閱讀6)定義的結果。感謝閱讀謝謝閱讀作產(chǎn)品組合成“可交付產(chǎn)品。7)定義的里程碑。精品文檔放心下載量評審并且得到認可時，標志著一個里程碑的完成。隨著項目進度的發(fā)展，上述每一條原則都得以應用。14.3.1為軟件項目定義任務集合在第1章中，我們描述了多種不同的過程模型。這些模型為軟件開發(fā)提供了不同精品文檔放心下載謝謝閱讀模型、并發(fā)開發(fā)模型還是組合使用這些模型，則過程模型都是由一個任務集合組成的，謝謝閱讀它使得軟件項目組能夠定義、開發(fā)和最終維護計算機軟件。感謝閱讀感謝閱讀感謝閱讀一組“任務集合，各個任務集合的設計可以滿足不同類型項目的要求。謝謝閱讀感謝閱讀感謝閱讀品提供充分的規(guī)程要求，但同時又不能讓項目負擔不必要的工作。感謝閱讀感謝閱讀全面詳盡的分類結構，但是大多數(shù)軟件組織接手的項目一般屬于下述類型：謝謝閱讀1)概念開發(fā)項目：項目的目的是為了探索某些新的商業(yè)概念或者某種新技術的應感謝閱讀用。2)新應用開發(fā)項目：根據(jù)特定的客戶需求而承擔的項目。感謝閱讀3)應用增強項目：對現(xiàn)有軟件進行最終用戶可察覺的功能、性能或界面的修改。精品文檔放心下載4)應用維護項目：以一種最終用戶不會立即察覺的方式對現(xiàn)有軟件進行糾錯、適精品文檔放心下載應或者擴展。5)再工程項目：為了全部或部分重建一個現(xiàn)有（遺產(chǎn)）系統(tǒng)而承擔的項目。精品文檔放心下載即使在單一的項目類型中，也會有許多因素影響任務集合的選擇。精品文檔放心下載14.3.2選擇軟件工程任務感謝閱讀謝謝閱讀精品文檔放心下載謝謝閱讀感謝閱讀謝謝閱讀精品文檔放心下載發(fā)項目的主要軟件工程任務。概念開發(fā)項目是在必須探索某些新技術是否可行時發(fā)起的。這種技術是否可行尚感謝閱讀謝謝閱讀要應用下面所述的主要任務：1)確定概念范圍：確定項目的整體范圍。2)初步的概念計劃：確定組織的能力以承擔項目范圍所規(guī)定的工作。謝謝閱讀3)技術風險評估：評估與將要作為項目范圍的一部分而被實現(xiàn)的技術相關聯(lián)的風感謝閱讀險。4)概念的證明：闡明新技術在軟件環(huán)境中的生命力。5)概念實現(xiàn)：以一種可以由客戶方評審的方式實現(xiàn)概念的表示，且當概念必須被感謝閱讀賣給其他客戶或管理者時能夠用于“推銷”的目的。6)客戶對概念的反應：向客戶索取對新技術概念的反饋，并以特定的客戶應用作精品文檔放心下載為目標任流程（以及其他所有類型的項目）與人們的常識相差無幾。感謝閱讀感謝閱讀產(chǎn)生一個可供客戶評價的可發(fā)布版本。謝謝閱讀如果選擇使用線性過程模型，則每一個增量都被定義為如圖14－12所示的一個重

1.1到1.6的分布

應該如圖14－13圖14－12使用線性順序模型的概念開發(fā)任務感謝閱讀14.3.3定義任務網(wǎng)絡謝謝閱讀感謝閱讀并發(fā)任務，以保證他們能夠在后繼任務需要其工作成果之前完成。謝謝閱讀謝謝閱讀感謝閱讀觀進度表時使用）刻畫了主要軟件工程任務。圖14－14顯示了一個概念開發(fā)項目的任務網(wǎng)感謝閱讀絡示意圖。精品文檔放心下載感謝閱讀管理者應該注意那些位于關鍵路徑之上的任務，也就是說，為了保證整個項目的如期完成，謝謝閱讀就必須保證這些任務能夠如期完成。在本章的后面部分，我們將詳細討論這些問題。精品文檔放心下載圖14－13使用演化模型的概念開發(fā)任務圖14－14中所示的任務網(wǎng)路是宏觀的，注意到這一點非常重要。在一個詳細的任務網(wǎng)感謝閱讀絡（詳細進度表的前驅(qū)）中，應該對圖14－14所示的各個活動加以擴展。例如，應該擴展精品文檔放心下載任務I.1以顯示精化中的所有詳細任務。圖14－14一個概念開發(fā)項目的任務網(wǎng)絡14.3.4進度安排軟件項目的進度安排與任何其他多任務工程工作的進度安排幾乎沒有差別。因此，精品文檔放心下載通用的項目進度安排工具和技術不必做太多修改就可以應用于軟件項目。謝謝閱讀程序評估和評審（programevaluationandreviewtechnique,PERT）和關鍵路謝謝閱讀徑方法（criticalpathmethod,CPM）就是兩種可以用于軟件開發(fā)的項目進度安排方感謝閱讀感謝閱讀·工作量的估算·產(chǎn)品功能的分解·任務的分解謝謝閱讀workbreakdownstructure,WBS感謝閱讀功能。PERT和CPM兩種方法都提供定量工具，以支持軟件計劃者：（1）確定關鍵路徑精品文檔放心下載——2）通過使用統(tǒng)計模型為單個任務建立“最有可能”謝謝閱讀的時間估算；（3）計算為特定任務定義其時間“窗口”的“邊界時間。謝謝閱讀感謝閱讀可能進一步導致其他功能開發(fā)的拖后。Riggs描述了一些能夠從PERT或CPM網(wǎng)絡中得感謝閱讀到的重要的邊界時間：（1）某個任務的最早開始時間是當其所有前驅(qū)任務在最短的可感謝閱讀能時間中完成時；（2）某個任務的最晚開始時間是在不延遲項目最小完成時間的前提精品文檔放心下載3）最早結束時間——謝謝閱讀（4）最晚結束時間——最晚開始時間加上任務持續(xù)時間；（5）總浮動量——在保證感謝閱讀精品文檔放心下載可以確定關鍵路徑，并為管理者提供了當任務完成時評估進展的量化方法。感謝閱讀PERT和CPM都已經(jīng)在多種自動工具中得到實現(xiàn)，這些工具在幾乎所有個人電腦上謝謝閱讀謝謝閱讀安排方法。14.3.4.1時間表謝謝閱讀精品文檔放心下載務輸入工作量、持續(xù)時間和開始時間。此外，每一項任務都必須被分配給特定的人員。謝謝閱讀上述輸入的結果之一是產(chǎn)生時間表（TimelineChart），也叫做甘特圖(Gantt謝謝閱讀Chart)謝謝閱讀別開發(fā)各自的時間表。圖14－15給出了時間表的格式，該圖描述了一個軟件項目的進度安排。所有的項感謝閱讀目任務（針對“確定概念范圍）都在左邊的欄中列出。水平條表示每個任務的持續(xù)時感謝閱讀謝謝閱讀示里程碑。謝謝閱讀——感謝閱讀14－16謝謝閱讀目的進展情況。14.3.4.2跟蹤進度感謝閱讀感謝閱讀下方式得以實現(xiàn)：1)定期舉行項目狀態(tài)會議，由項目組中的各個成員分別報告進度和問題。精品文檔放心下載2)評估所有在軟件工程中所進行的評審的結果。圖14－15項目時間表示例圖14－16項目表的示例3)確定正式的項目里程碑（圖14－15中的菱形）是否在預定日期內(nèi)完成。感謝閱讀4)比較項目表（圖14－16）中列出的各項任務的實際開始日期與計劃開始日期。精品文檔放心下載5)感謝閱讀6)使用獲得值分析來定量地評估進展。實際上，有經(jīng)驗的項目管理者會使用所有這些跟蹤技術。精品文檔放心下載感謝閱讀謝謝閱讀控制以便盡快解決問題。當問題得到診斷之后，可能需要增加額外的資源以解決問題：感謝閱讀可能需要雇傭新員工或者需要重新定義項目進度。14.3.4.3獲得值分析在14.3.4.2節(jié)，我們討論了一系列項目跟蹤的定性方法，每種方法為項目管理者謝謝閱讀提供了某種進展指示，但是，對提供的信息的評估在某種程度上卻是主觀的。事實上，感謝閱讀還有一種用于進展的定量分析的技術，稱為獲得值分析（earnedvalueanalysis,精品文檔放心下載EVAHumphrey用如下方式討論獲得值：謝謝閱讀感謝閱讀每個任務被給定一個獲得值。精品文檔放心下載來評估“完成百分比。事實上，F(xiàn)leming和Koppleman認為獲得值分析“早在項目進感謝閱讀展的前15%就提供了精確的和可靠的項目執(zhí)行狀況指示。感謝閱讀為了確定獲得值，需遵循下面的步驟：1)對每個表示在進度表中的工作任務確定預定工作的預算成本（budgetedcost精品文檔放心下載ofworkscheduled,BCWS-小時或感謝閱讀人-日為單位）被計劃，因此，BCWSi是為了工作任務i計劃的工作量，為了確定在沿感謝閱讀項目進度表的某給定點的進展狀況，BCWS的值是在項目進度表中該時間點應該完成的感謝閱讀所有工作任務的BCWS值的和。2)所有工作任務的BCWS值被加起來，以導出完成時預算BAC（budgetat精品文檔放心下載completionBAC=∑(BCWSk)，對所有任務k3)budgetedcostofworkperformed,BCWPBCWP的值是在項目進度表中該時間點已經(jīng)實際完成的所有工作任務的BCWP值之和。

Wilkens指出“BCWS和BCWP而后者表示了已實際完成的活動的預算。給定BCWSBAC和BCWP展指標可以被預算：謝謝閱讀進度表執(zhí)行指標（scheduleperformanceindex）SPI=BCWP/BCWS

進度表偏差（schedulevariance）SV=BCWP-BCWS感謝閱讀SPI1.0的SPI值指示了預定

項目的高度執(zhí)行。SV是離計劃進度偏差的絕對指示。謝謝閱讀預定完成百分比（percentscheduledforcompletion）=BCWS/BAC

提供了在時間t應該完成工作的百分比的定量指示。精品文檔放心下載完成百分比（percentcomplete）＝BCWP/BAC精品文檔放心下載提供了在給定時間點t項目的完成百分比的定量指示。也有可能計算完成工作的實際成本（actualcostofworkperformed,ACMPACMP感謝閱讀有可能計算：成本執(zhí)行指標（costperformanceindex）CPI=BCWP/ACWP精品文檔放心下載成本偏差（costvariance）CV=BCWP-ACMP感謝閱讀接近1.0的CPI值給出了項目在其定義的預算之內(nèi)的強的指示，CV是在特殊項目謝謝閱讀階段的成本節(jié)?。ㄏ鄬τ谟媱澇杀荆┗蚨倘?。感謝閱讀謝謝閱讀14.4風險分析精品文檔放心下載是災難性的。R.Charette認為，風險與將要發(fā)生的事情有關，它涉及諸如思想、觀念、行謝謝閱讀謝謝閱讀謝謝閱讀精品文檔放心下載感謝閱讀精品文檔放心下載精品文檔放心下載分。14.4.1風險標識謝謝閱讀感謝閱讀精品文檔放心下載精品文檔放心下載軟件，或推銷部門不知如何銷售這一軟件產(chǎn)品，或開發(fā)的產(chǎn)品不符合公司的產(chǎn)品銷售戰(zhàn)略，感謝閱讀謝謝閱讀Boehm建議設計并使用各類風險檢謝謝閱讀測表標識各種風險。例4給出一個參考性的“人員配備風險檢測表。謝謝閱讀例4人員配備風險檢測表。（1）開發(fā)人員的水平如何；（2）開發(fā)人員在技術上是否配套；（3）開發(fā)人員的數(shù)量如何；（4）開發(fā)人員是否能夠自始至終地參加軟件開發(fā)工作；謝謝閱讀（5）開發(fā)人員是否能夠集中全部精力投入軟件開發(fā)工作；感謝閱讀（6）開發(fā)人員對自己的工作是否有正確的期望；（7）開發(fā)人員是否接受過必要的培訓；（8）開發(fā)人員的流動是否能夠保證工作的連續(xù)性。上述問題可以選用01234505精品文檔放心下載分別取值1、2、3、4。值越大表示風險越大。人員配備風險檢測表反映了人的因素對軟件精品文檔放心下載項目的影響，可以用它來估算人的因素對軟件項目帶來的風險。謝謝閱讀14.4.2風險估算軟件項目管理人員可以從影響風險的因素和風險發(fā)生后帶來的損失兩方面來度量風險。謝謝閱讀謝謝閱讀失；必須估算風險對軟件項目及軟件產(chǎn)品的影響；必須給出風險估算的定量結果。感謝閱讀如果是某一風險檢測表由m01…N感謝閱讀取值為0，反之取值為N，對于中間狀態(tài)依次取值1，2…，N－1。當N＝1時取值0、1，對感謝閱讀應布爾量真/假（T/F設第I種風險檢測表第j項取值XijWijI種風險的估算值感謝閱讀可以定義為I＝ijXij/（mN）公式（14－38）其中，ij＝m，Wij≥0。如果第I種風險對整個軟件項目的風險估算加權系數(shù)是Pi，I＝1，2…，l，為風險要感謝閱讀素的個數(shù)，Pi＝1，則軟件項目風險估算定義為R=公式（14－39）不難驗證，0≤R≤1。當R接近于0R接近于1時，表示風險比較大。感謝閱讀I精品文檔放心下載人員的足夠重視，設法改善條件，減小的值。14.4.3風險評價和管理在風險分析過程中，經(jīng)常使用三元組[ri，li，xi]描述風險。其中，ri代表風險，li表精品文檔放心下載xiI＝12，…l謝謝閱讀l謝謝閱讀終止，因此多數(shù)軟件項目