【正文】 持高級(jí)工程師的活動(dòng)，并能在項(xiàng)目進(jìn)行過程中以最小的代價(jià)取代高級(jí)工程師的工作。6） 交付日期的嚴(yán)格程度。2） 產(chǎn)生的程序的規(guī)模，以代碼行或者功能點(diǎn)來衡量。由于項(xiàng)目小組是一個(gè)臨時(shí)的集體，項(xiàng)目經(jīng)理在激勵(lì)項(xiàng)目成員的同時(shí)還應(yīng)為項(xiàng)目小組成員的將來考慮，使他們?cè)陧?xiàng)目完成之后，有一個(gè)好的歸屬，這樣可以使他們無后顧之憂，保證他們安心為項(xiàng)目工作。 對(duì)組織分配給項(xiàng)目的資源進(jìn)行適當(dāng)?shù)墓芾?，保證在資源約束條件所得資源能夠被充分有效地利用 項(xiàng)目組負(fù)責(zé)人（項(xiàng)目經(jīng)理）項(xiàng)目管理是集中于人的活動(dòng)，軟件項(xiàng)目組負(fù)責(zé)人（項(xiàng)目經(jīng)理）除對(duì)其技術(shù)要求以外，更多地應(yīng)具備管理人員應(yīng)有的技能。一旦軟件發(fā)布成為產(chǎn)品，最終用戶是直接與軟件進(jìn)行交互的人。負(fù)責(zé)開發(fā)一個(gè)產(chǎn)品或應(yīng)用所需的專門技術(shù)。負(fù)責(zé)定義業(yè)務(wù)問題，這些問題往往對(duì)項(xiàng)目產(chǎn)生很大影響。而在人員管理上達(dá)到較高成熟度的組織更有可能實(shí)現(xiàn)有效的軟件工程實(shí)踐，為此，CMU軟件工程研究所專門開發(fā)了一個(gè)人員管理能力成熟度模型（PM—CMM），旨在“通過幫助吸引、培養(yǎng)、鼓勵(lì)、部署和留住改善其軟件開發(fā)能力所需的人才增強(qiáng)軟件組織承擔(dān)日益復(fù)雜的應(yīng)用的能力。其基本內(nèi)容為 1）項(xiàng)目定義， 2）項(xiàng)目計(jì)劃， 3）項(xiàng)目執(zhí)行 ，4）項(xiàng)目控制， 5）項(xiàng)目結(jié)束。美國的項(xiàng)目管理權(quán)威機(jī)構(gòu)——項(xiàng)目管理協(xié)會(huì)（Project Management Institute, PMI）PMI認(rèn)為，項(xiàng)目是一種被承辦的旨在創(chuàng)造某種獨(dú)特產(chǎn)品或服務(wù)的暫時(shí)性勢(shì)力。第14章 軟件項(xiàng)目管理“項(xiàng)目”如今普遍存在于我們的工作和生活之中，并對(duì)我們的工作和生活產(chǎn)生著重要的影響。在經(jīng)歷了軟件危機(jī)和大量的軟件項(xiàng)目失敗以后，人們發(fā)現(xiàn)正是一系列管理問題和技術(shù)問題導(dǎo)致了上述問題，終其原因，其一致原因可能就是：項(xiàng)目管理太弱。將軟件進(jìn)行項(xiàng)目管理也需采用上述5個(gè)方面的內(nèi)容進(jìn)行管理，由于軟件項(xiàng)目的特殊性，將項(xiàng)目管理技術(shù)用于軟件項(xiàng)目管理上，其有效的項(xiàng)目管理集中于四個(gè)P上：人員（people）、產(chǎn)品（product）、過程（process）和項(xiàng)目（project）?！比藛T管理成熟度模型為軟件人員定義了以下的關(guān)鍵實(shí)踐區(qū)域：招募、選擇、業(yè)績管理、培訓(xùn)、報(bào)酬、職業(yè)發(fā)展、組織和工作設(shè)計(jì)以及團(tuán)隊(duì)精神/企業(yè)文化培養(yǎng)。2） 項(xiàng)目（技術(shù)）管理者。4） 客戶。每一個(gè)軟件項(xiàng)目都有上述的人員參與。 項(xiàng)目經(jīng)理的任務(wù)就是要對(duì)項(xiàng)目進(jìn)行全面的管理，具體表現(xiàn)在對(duì)項(xiàng)目目標(biāo)要有一個(gè)全局的觀點(diǎn)，并制定計(jì)劃，報(bào)告項(xiàng)目進(jìn)展，控制反饋，組建團(tuán)隊(duì)，在不確定環(huán)境下對(duì)不確定問題進(jìn)行決策，在必要的時(shí)候進(jìn)行談判及解決沖突。與組織（企業(yè)）高層進(jìn)行及時(shí)有效的溝通，及時(shí)匯報(bào)項(xiàng)目的進(jìn)展?fàn)顩r，成本、時(shí)間等資源的花費(fèi)，項(xiàng)目實(shí)施可能的結(jié)果，以及對(duì)將來可能發(fā)生的問題的預(yù)測。保證項(xiàng)目的整體性，保證項(xiàng)目在實(shí)施過程中自始至終以實(shí)現(xiàn)項(xiàng)目預(yù)期目標(biāo)為最終目的，由于項(xiàng)目在實(shí)施過程中存在各種各樣的沖突，項(xiàng)目經(jīng)理在解決項(xiàng)目的沖突過程中起著重要的作用，做到化解矛盾，平衡利害。項(xiàng)目經(jīng)理有責(zé)任對(duì)項(xiàng)目小組成員進(jìn)行績效考評(píng)。 軟件項(xiàng)目組軟件項(xiàng)目組織結(jié)構(gòu)有多種，但軟件項(xiàng)目組織結(jié)構(gòu)是不能輕易改變。3） 小組成員需要共同工作的時(shí)間（小組生存期）。7） 項(xiàng)目所需要的社交性（通信）的程度。項(xiàng)目組必須建立有效的辦法以協(xié)調(diào)參與工作的人員，要建立小組成員之間及多個(gè)小組之間的正式和非正式的通信機(jī)制。軟件開發(fā)者和客戶必須一起定義產(chǎn)品的目的和范圍。一旦了解了產(chǎn)品的目的和范圍，就要開始考慮備選的解決方案了。待建造的軟件如何適應(yīng)于大型的系統(tǒng)、產(chǎn)品或商業(yè)的語境，在該語境下要加什么約束？2） 信息目標(biāo)。也就是說，明確給出定量的數(shù)據(jù)（如同時(shí)使用的用戶的數(shù)目、郵件列表的大小、允許的最大響應(yīng)時(shí)間），說明約束和/或局限（如產(chǎn)品成本限制內(nèi)存大?。?，以及描述其他的緩解因素（如希望使用的算法能夠被很好的理解并寫成C++程序）。簡單講，就是將一個(gè)復(fù)雜的問題劃分成若干較易處理的小問題。例如，考慮我們要建造一個(gè)新的字處理產(chǎn)品的項(xiàng)目。項(xiàng)目組研究市場部與潛在客戶的交談并找出自動(dòng)復(fù)制編輯應(yīng)該具有下列功能：（1）拼寫檢查，（2）語句文法檢查，（3）大型文檔的參考書目關(guān)聯(lián)檢查（例如，對(duì)一本參考書的引用是否能在參考書目列表中找到？），（4）大型文檔中章節(jié)的參考書目關(guān)聯(lián)的確認(rèn)。少量的公共過程框架活動(dòng)可應(yīng)用于所有軟件項(xiàng)目，不考慮其規(guī)模和復(fù)雜性。軟件過程的一般性階段——定義、開發(fā)和支持——適用于所有軟件項(xiàng)目。l 增量模型。l 形式化方法模型。 合并產(chǎn)品和過程項(xiàng)目計(jì)劃開始于產(chǎn)品和過程的合并。l 風(fēng)險(xiǎn)分析——評(píng)估技術(shù)的及管理的風(fēng)險(xiǎn)所需要的任務(wù)。實(shí)質(zhì)上，產(chǎn)生了一個(gè)類似圖141所示的矩陣。公共過程框架活動(dòng)軟件工程任務(wù)產(chǎn)品功能正文輸入編輯及格式設(shè)計(jì)自動(dòng)復(fù)制編輯頁面布局能力自動(dòng)建立索引及目錄文件管理文檔生成圖141 合并產(chǎn)品和過程 過程分解軟件項(xiàng)目組在選擇最適合項(xiàng)目的軟件工程范型以及選定的過程模型中所包含的軟件工程任務(wù)時(shí)，應(yīng)該有很大的靈活度。類似地，具有其他特性（如不確定的需求、突破性的技術(shù)、困難的客戶、明顯的復(fù)用潛力等）的項(xiàng)目將導(dǎo)致選擇其他過程模型。CPF是不變的，它充當(dāng)一個(gè)軟件組織所執(zhí)行的所有軟件工作的基礎(chǔ)。3） 共同給出范圍陳述。它們代表了適于小型的、相對(duì)簡單的項(xiàng)目的一種過程分解。3） 研究如何刻畫推薦的解決方案和已有的方法。7） 評(píng)審每一份小規(guī)約，確認(rèn)其正確性、一致性和無二義性。兩個(gè)項(xiàng)目都執(zhí)行了我們稱之為客戶通信的框架活動(dòng)，但第一個(gè)項(xiàng)目組只執(zhí)行了第二個(gè)項(xiàng)目組一半的軟件工程工作任務(wù)。有如下10個(gè)信號(hào)指示一個(gè)信息系統(tǒng)項(xiàng)目正處于危險(xiǎn)狀態(tài)之中：1） 軟件人員不了解他們的客戶的需要。5） 業(yè)務(wù)需求發(fā)生變化（或未被很好地定義）。9） 項(xiàng)目組缺乏具有合適技能的人員。然后又通過建立合適的開發(fā)小組并給予小組完成工作所需的自主權(quán)、權(quán)力和技術(shù)而增強(qiáng)。3） 跟蹤進(jìn)展。本質(zhì)上，項(xiàng)目管理者和軟件小組的決策應(yīng)該是“保持其簡單”。評(píng)估計(jì)劃的和實(shí)際的進(jìn)度，收集和分析軟件項(xiàng)目度量，從項(xiàng)目組成員和客戶處獲取反饋，并記錄下所有發(fā)現(xiàn)。關(guān)鍵的問題要對(duì)軟件項(xiàng)目范圍，各階段/活動(dòng)中可能存在的風(fēng)險(xiǎn)，需要和資源（包括人、軟/硬件及其它資源），要實(shí)現(xiàn)的任務(wù)、經(jīng)歷的里程碑，花費(fèi)的工作量及成本，進(jìn)度安排等進(jìn)行計(jì)劃及控制。合理、精確的成本分析 項(xiàng)目估算 在軟件項(xiàng)目管理過程中的關(guān)鍵活動(dòng)就是制定項(xiàng)目計(jì)劃，而在做項(xiàng)目計(jì)劃時(shí)就需要對(duì)項(xiàng)目所需的人力（以人月為單位）、項(xiàng)目持續(xù)時(shí)間（以年份或月份為單位）、成本（以元為單位）進(jìn)行估算。 風(fēng)險(xiǎn)分析 現(xiàn)代項(xiàng)目管理的優(yōu)勢(shì)在于引進(jìn)了風(fēng)險(xiǎn)分析技術(shù)，由于當(dāng)前許多項(xiàng)目不進(jìn)行風(fēng)險(xiǎn)分析就進(jìn)行開發(fā)，就存在了較大的項(xiàng)目風(fēng)險(xiǎn)，每當(dāng)在進(jìn)行一個(gè)軟件項(xiàng)目開發(fā)時(shí)，其人員、經(jīng)費(fèi)、進(jìn)度及用戶需求均存在著不確定的因素，如建立的軟件系統(tǒng)，其用戶需求是否確切地被理解，是否還存在有技術(shù)難題。進(jìn)度安排的原則為： 1) 任務(wù)劃分及定義 將項(xiàng)目劃分為子項(xiàng)目、任務(wù)、活動(dòng)等可以管理的部分。 5) 定義的結(jié)果 每個(gè)任務(wù)都應(yīng)有一個(gè)目標(biāo)，軟件項(xiàng)目的目標(biāo)通常是一個(gè)工作產(chǎn)品（如一個(gè)模塊的設(shè)計(jì)）或某個(gè)工作產(chǎn)品的一部分，通常將多個(gè)工作產(chǎn)品組合成“可交付產(chǎn)品”。測度通過提供目標(biāo)評(píng)價(jià)的機(jī)制從而使我們對(duì)目標(biāo)做到更深的了解。軟件工程的產(chǎn)品、過程資源都具有外部屬性和內(nèi)部屬性，外部屬性是面向管理者和用戶的屬性，體現(xiàn)了產(chǎn)品過程、資源與環(huán)境的關(guān)系，如成本、效益、程序員的生產(chǎn)率及軟件產(chǎn)品的可靠性、可用性、可維護(hù)性可移植性等。軟件度量也可以這樣分類。它們之間的關(guān)系如圖14－3所示圖14－3 軟件度量分類軟件生產(chǎn)率度量主要集中在軟件工程過程的輸出，軟件質(zhì)量度量可指明軟件滿足明確的和隱含的用戶需求的程度，技術(shù)度量主要集中在某些特征（如邏輯復(fù)雜性、模塊化程度）上，而不是軟件開發(fā)的全過程。利用代碼行數(shù)不僅能度量軟件和規(guī)模，還可度量軟件開發(fā)的生成率、開發(fā)每行代碼的平均成本、文檔按代碼的比例關(guān)系、每千行代碼的軟件錯(cuò)誤數(shù)等，采用代碼行數(shù)以LOC，常用千行代碼數(shù)K LOG（1 KLOG=103 LOC）來度量。在一個(gè)組織中，常用一個(gè)表格來記錄項(xiàng)目中面向規(guī)模的度量，如表14－1所示。因?yàn)椤肮δ堋辈荒苤苯訙y量，所以必須通過利用其他直接的測量來間接地導(dǎo)出。其中確定了五個(gè)信息域特征，并在表中合適的位置提供計(jì)算。（2）用戶輸出數(shù)。（3） 用戶查詢數(shù)。計(jì)數(shù)每個(gè)邏輯的主文件（即數(shù)據(jù)的一個(gè)邏輯組合，它可能是某個(gè)大型數(shù)據(jù)庫的一部分或是一個(gè)獨(dú)立的文件）。采用功能點(diǎn)方法的組織建立一個(gè)標(biāo)準(zhǔn)以確定某個(gè)特定的條目是簡單的、平均的還是復(fù)雜的。表14－3問題表問題Fi（1） 系統(tǒng)需要可靠的備份和恢復(fù)嗎？（2） 需要數(shù)據(jù)通信嗎？（3） 需要數(shù)據(jù)通信嗎？（4） 性能很關(guān)鍵嗎？（5） 系統(tǒng)是否在一個(gè)現(xiàn)存的、重負(fù)的操作環(huán)境中運(yùn)行？（6） 系統(tǒng)需要聯(lián)機(jī)數(shù)據(jù)登錄？（7） 聯(lián)機(jī)數(shù)據(jù)登錄是是否需要在多屏幕或多操作之間切換以完成輸入？（8） 需要聯(lián)機(jī)更新文件嗎？（9） 輸入、輸出文件或查詢很復(fù)雜嗎？（10） 內(nèi)部處理復(fù)雜嗎？（11） 代碼需要被設(shè)計(jì)成可復(fù)用的嗎？（12） 設(shè)計(jì)中需要包括轉(zhuǎn)換及安裝嗎？（13） 系統(tǒng)的設(shè)計(jì)支持不同組織的多次安裝嗎？（14） 應(yīng)用的設(shè)計(jì)方便用戶修改和使用嗎？每個(gè)問題的回答是使用從0到5衡量的，具體見表14－4，復(fù)雜度調(diào)整值數(shù)值表。l 每個(gè)功能點(diǎn)（FP）成本。為了適應(yīng)這類應(yīng)用，數(shù)據(jù)維（前面討論的信息域值）被強(qiáng)調(diào)而排除功能維及行為（控制）維。特征點(diǎn)度量適用于算法復(fù)雜性較高的應(yīng)用。算法定義為“特定計(jì)算機(jī)程序中所包含的一個(gè)界定的計(jì)算問題”。很多研究試圖將FP和LOC測量聯(lián)系起來。 LOC和FP測量常常用于導(dǎo)出生產(chǎn)率度量?；诠δ茳c(diǎn)和LOC度量已被發(fā)現(xiàn)是軟件開發(fā)工作量和成本的相對(duì)精確的判定，然而，為了將LOC和FP用于估算，必須建立歷史的信息基線。大量軟件事故的慘痛教訓(xùn)時(shí)刻提醒人們千萬不能忽視軟件產(chǎn)品的質(zhì)量。因此，應(yīng)該對(duì)軟件質(zhì)量給出一個(gè)客觀的、科學(xué)的定義，并盡量予以量化。（3） 用戶對(duì)軟件產(chǎn)品的綜合反映程度。1968年，Rubey和Hartwick提出了軟件某些屬性的度量方法。例如，國際標(biāo)準(zhǔn)化組織（ISO）在1985年提出了軟件質(zhì)量度量（SQM）工作報(bào)告。它們之間的關(guān)系如圖14－6所示。（1） 正確性。（3） 可用性。（5） 可測試性。各種軟件質(zhì)量要素之間的關(guān)系如表14－7所示。定義評(píng)價(jià)準(zhǔn)則的基礎(chǔ)是確定影響軟件質(zhì)量要素的屬性。檢查軟件需求、規(guī)格說明、標(biāo)準(zhǔn)、過程、指令、代碼及合同是否一致的難易程度。值越大表示精度越高。軟件不丟失各重要成分，完全實(shí)現(xiàn)系統(tǒng)所需功能。采用統(tǒng)一的概念、術(shù)語及符號(hào)，接口、規(guī)格說明等保持一致。系統(tǒng)在各種異常條件下提供繼續(xù)操作的能力。能夠?qū)Y(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)和過程設(shè)計(jì)進(jìn)行擴(kuò)充的程度。軟件同支持它運(yùn)行的硬件系統(tǒng)不相關(guān)的程度。劃分成邏輯上相對(duì)獨(dú)立的成分，具有良好的接口定義?？刂苹虮Ｗo(hù)程序和數(shù)據(jù)不受破壞的機(jī)制，以防止程序和數(shù)據(jù)受到意外的或蓄意的存取、使用、修改、毀壞或泄密。理解程序的難易程度?？稍谲浖臋n之間實(shí)現(xiàn)正向/逆向的追蹤能力。表14－8 質(zhì)量要素與評(píng)價(jià)準(zhǔn)則質(zhì)量要素關(guān)系正確性可靠性有效性完整性可維護(hù)性可測試性可移植性可重用性可互操作性可用性靈活性評(píng)價(jià)準(zhǔn)則可審查性　　　√　√　　　　　準(zhǔn)確性　√　　　　　　　　　通信通用性　　　　　　　　√　　完全性√　　　　　　　　　　復(fù)雜性　√　　　√　　　　　簡明性　　√　√　　　　　√一致性√√　　√　　　　　√數(shù)據(jù)通用性　　　　　　　　√　　容錯(cuò)性　√　　　　　　　　　執(zhí)行效率　　√　　　　　　　　可擴(kuò)充性　　　　　　　　　　√通用性　　　　　　√√√　√硬件獨(dú)立性　　　　　　√√　　　檢測性　　　√√√　　　　　模塊化　√　　√√√√√　√可操作性　　√　　　　　　√　安全性　　　√　　　　　　　自文檔化　　　　√√√√　　√簡單性　　　　√√　　　　√軟件系統(tǒng)獨(dú)立性　　　　　　√√　　　可追蹤性√　　　　　　　　　　易培訓(xùn)性　　　　　　　　　√　McCall等人提出的軟件質(zhì)量度量模型、軟件質(zhì)量要素和評(píng)價(jià)準(zhǔn)則為軟件質(zhì)量管理奠定了基礎(chǔ)。Grad和Caswell給出了以調(diào)查報(bào)告/規(guī)格說明、設(shè)計(jì)、實(shí)現(xiàn)、測試、支撐為行，以上述要素為列的5行5列矩陣，通過對(duì)矩陣元素的度量導(dǎo)出軟件開發(fā)過程和軟件產(chǎn)品能質(zhì)量要素的FURPS度量。ISO認(rèn)為，應(yīng)對(duì)高層和中層建立國際標(biāo)準(zhǔn)，以便在國際范圍內(nèi)推廣應(yīng)用軟件質(zhì)量管理，而低層可由各使用單位自行制定。它反映了軟件的可理解性、模塊性、簡潔性等屬性。下面介紹幾種滿足上述部分原則的復(fù)雜性度量模型。為不失一般性，假設(shè)圖中每個(gè)節(jié)點(diǎn)都可以由入口節(jié)點(diǎn)到達(dá)，并且從每個(gè)節(jié)點(diǎn)都可以到達(dá)