軟件項目管理教案

1、第3章軟件開發(fā)過程管理1軟件過程規(guī)范(D過程的定義定義牛津簡明詞典：“過程”被定義為活動與操作的集含，例如一系列的生產(chǎn)活動。IEEE-Std-610 : “過程”是為完成一個特定的目標(biāo)而進行 的一系列操作步驟。SEI-CMM過程是用于軟件開發(fā)及維護的一系列活動、方 法、實踐和革新。軟件過程的分類和組成軟件基本過程：軟件獲取、供應(yīng)、開發(fā)、運行和維護，包括需求分析、軟件設(shè)計、編碼 等過程。軟件支持過程：對軟件主要過程提供支持的過程， 包括文檔編制過程、配置管理過程、質(zhì)量保證過程、驗證 和確認過程(測試過程)、評審過程等。軟件組織過程：對軟件主要過程和支持過程的組織 保證過程，包括管理過程、基礎(chǔ)設(shè)施

2、過程、改進過程和培 訓(xùn)過程。(2)過程規(guī)范什么是過程規(guī)范“規(guī)范”可以解釋為“明文規(guī)定或約定俗成的標(biāo) 準(zhǔn)”或理解為“用來控制或治理一個團隊的一系列準(zhǔn)則與 章程，以及團隊成員必須遵守的相關(guān)的規(guī)章制度”過程規(guī)范就是對輸入/輸出活動進行明文規(guī)定或約定俗成的標(biāo) 準(zhǔn)，即人們需要遵守的約定和規(guī)則。軟件過程規(guī)范是軟件 開發(fā)組織行動的準(zhǔn)則與指南，如軟件支持和軟件組織過程 規(guī)范。軟件過程規(guī)范與創(chuàng)造力是一對矛盾，如何平衡兩者 之間的關(guān)系，值得研究。 軟件過程規(guī)范 的建立：軟件能力 成熟度模型(CMM/CMMI ; IBM-Raional 統(tǒng)一過程(RUP ;極限編程 (eXtreme Programming , X

3、P)；微 軟軟件卞I架(MSF ;個體軟件過程(PSP ;團隊軟件過 程(TSP 。 過程規(guī)范的內(nèi)容和示例任務(wù)規(guī)范；日常規(guī)章制度；軟件工具。過程規(guī)范的作用幫助團隊實現(xiàn)共同的目標(biāo)；能帶來穩(wěn)定的、高水平 的過程質(zhì)量；使軟件組織的生產(chǎn)效率更高。(3)軟件生命周期的過程需求軟件工程過程工程過程：軟件系統(tǒng)、產(chǎn)品的定義、設(shè)計、實現(xiàn)以 及維護的過程。開發(fā)過程：定義并開發(fā)軟件產(chǎn)品的活動，包括需求 分析、軟件設(shè)計和編程等。運行過程：在規(guī)定的環(huán)境中為用戶提供運行計算機 系統(tǒng)服務(wù)的活動，包括軟件部署維護過程：提供維護軟件產(chǎn)品服務(wù)的活動。也就是 通過軟件的修改、變更，使軟件系統(tǒng)保持合適的運行狀 態(tài)，這一過程包括軟件產(chǎn)

4、品的移植和退役。軟件支持過程文檔編制；配置管理；質(zhì)量保證；驗證；確認；聯(lián) 合評審；審核等。軟件管理過程項目管理過程 是計劃、跟蹤和協(xié)調(diào)項目執(zhí)行及生產(chǎn) 所需資源的管理過程。項目管理過程的活動，包括軟件基 本過程的范圍確定、策劃、執(zhí)行和控制、評審和評價等； 質(zhì)量管理過程是對項目產(chǎn)品和服務(wù)的質(zhì)量加以管理，從而 獲得最大的客戶滿意度；風(fēng)險管理過程是 在整個項目的生命周期中對風(fēng)險不斷的識別、診斷和分析，回避風(fēng)險、降 低風(fēng)險或消除風(fēng)險，并在項目以及組織層次上建立有效的 風(fēng)險管理機制；合同商管理過程是選擇合格的合同商并對 其進行管理的過程。軟件組織過程業(yè)務(wù)規(guī)劃過程：為組織與項目成員提供對愿景的描 述以及企業(yè)

5、文化的介紹，從而使項目成員能更有效地工 作。從頂可以看出真正的規(guī)劃絕不是鬼話！切記！定義過程：建立一個可重復(fù)使用的過程定義庫，從 而對其它過程等提供指導(dǎo)、約束和支持。改進過程：為了滿足業(yè)務(wù)變化的需要，提高過程的 效率與有效性，而對軟件過程進行持續(xù)的評估、度量、控 制和改善的過程。人力資源和培訓(xùn)過程：為項目或其它組織過程提供培訓(xùn)合格的人員所需的活動?；A(chǔ)設(shè)施過程：建立生存周期過程基礎(chǔ)結(jié)構(gòu)、為其 他過程建立和維護所需基礎(chǔ)設(shè)施的過程。軟件客戶供應(yīng)商的過程客戶一供應(yīng)商過程 是(內(nèi)部直接影響到客戶、外部 直接影響開發(fā))向客戶交付軟件以及軟件正確操作與使用 的過程，包括軟件獲得、客戶需求管理、提供軟件、操

6、作 軟件以及提供客戶服務(wù)等子過程(4)軟件生命周期標(biāo)準(zhǔn)ISO/IEC標(biāo)準(zhǔn)體系ISO/IEC 12207:1995- 軟件生存周期過程從多個角度說明軟件生命周期各個過程中的活動， 對規(guī)范軟件開發(fā)過程，協(xié)調(diào)各類人員之間的關(guān)系，都具有 指導(dǎo)作用。ISO/IEC15504軟件過程評估標(biāo)準(zhǔn)幫助評估并確定一 個潛在軟件供應(yīng)商的能力，幫助提高軟件開發(fā)過程的水 平，幫助判斷是否有能力承接新項目的開發(fā)。IEEE標(biāo)準(zhǔn)體系包括 IEEE 1074:1997, IEEE 1540-01 , IEEE 151799, IEEE 1219-1998 , IEEE Std 730-2001 , IEEE Std 1012,

7、 IEEE Std 1028 。內(nèi)容涵蓋生命周期過程的標(biāo)準(zhǔn)，軟件風(fēng)險管理，軟件復(fù)用過程，軟件維護過程，軟件質(zhì)量保證計劃，驗證與確認，評審。，(5)軟件過程建模包括軟件過程模型(瀑布模型；螺旋 模型、增量模型、迭代模型；V模型；并發(fā)過程模型；極限編程；舊M-Rational統(tǒng)一過程)；基于 UML的過程 建模；基于IDEF3的過程建模；基于 Agent的自適應(yīng)軟件 過程模型；基于SOA的軟件過程模型。2軟件過程成熟度(1)過程成熟度標(biāo)準(zhǔn)軟件過程不成熟的特點不能按預(yù)定計劃開發(fā)出客戶滿意的產(chǎn)品，項目拖 延、費用大大超出預(yù)算；對進度和預(yù)算估計、產(chǎn)品質(zhì)量的 目標(biāo)缺乏歷史數(shù)據(jù)和有效方法的客觀基礎(chǔ)；開發(fā)的進

8、度、 成本和產(chǎn)品的質(zhì)量都難以預(yù)測；軟件過程缺乏定義、缺乏 文檔和跟蹤；在整個軟件活動中，不清楚每個階段進出的 標(biāo)準(zhǔn)、執(zhí)行的方法和規(guī)則；實際的、具體的操作過程是在 一個項目開始后臨時拼湊而成，每個項目都不一樣；缺乏 改進的主動性。軟件過程成熟的標(biāo)準(zhǔn)具有全組織范圍的管理軟件開發(fā)和維護過程的能 力；對進度、預(yù)算和質(zhì)量做出現(xiàn)實的和準(zhǔn)確的估計和預(yù) 測；有可遵循的標(biāo)準(zhǔn)、規(guī)則和指導(dǎo)性原則。此外還有過程的一致性、豐富性、可視性、穩(wěn)定性和不斷改進性。3個基本概念：軟件過程能力；軟件過程性能；軟 件過程成熟度。CMM口 ISO9000軟件開發(fā)過程管理是指在軟件開發(fā)中的一套管理技 術(shù)，軟件改進過程是指對軟件生產(chǎn)過程

9、中會對產(chǎn)品質(zhì)量產(chǎn) 生影響而進行的活動。常見的軟件過程改進方法有： CMM ISO9000 和 CMMICMM和 CMMICMM軟件過程能力成熟度模型(Capacity Maturity Model , CMM 的簡稱，是一個 評估軟件供應(yīng)商 能力CMMI CMMI被看作是各種CMM1成的一個系列模些ISO9000ISO9000是一族系列質(zhì)量標(biāo)準(zhǔn)的統(tǒng)稱。 ISO9000的作用(P30,第2行起)。三者比較(P 30-32 ).(3)過程成熟度級別初始級：具 有明顯的不成熟過程的特點可重復(fù)級/受管理級：建立了管理軟件項目的方針 和實施這些方針的規(guī)程，使軟件項目的有效管理過程制度 化，能跟蹤成本、進

10、度和質(zhì)量等。已定義級：包含一組協(xié)調(diào)的、集成的、適度定義的 軟件工程過程和管理過程，具有良好的文檔化、標(biāo)準(zhǔn)化，使軟件過程具有可視性、一致性、穩(wěn)定性和可重復(fù)性，軟 件過程被集成為一個有機的整體。已管理級：在已定義級的基礎(chǔ)上，可以建立有關(guān)軟 件過程和產(chǎn)品質(zhì)量的、一致的度量體系，采集詳細的數(shù)據(jù) 進行分析，從而對軟件產(chǎn)品和過程進行有效的定量控制和 管理。優(yōu)化級：不斷改善組織的軟件過程能力和項目的過 程性能，利用來自過程和來自新思想、新技術(shù)的先導(dǎo)性試 驗的定量反饋信息，使持續(xù)過程改進成為可能。為了預(yù)防 缺陷出現(xiàn)，組織有辦法識別出弱點并預(yù)先針對性地加強過 程26-29頁。(4)軟件過程文化過程至上，奉過程為

11、教條，一切圍繞著過程，組織、質(zhì)量和效率都服從于過程。過程的執(zhí)行嚴(yán)格，過程甚 果可靠、穩(wěn)定，認為生產(chǎn)的“東西”是過程的一個節(jié)點，_只是全局的一部分。但效率較低,缺乏靈活性、創(chuàng)造性。關(guān)注過程，強調(diào)過程的重要性，但不拘于過程，讓過程服從于質(zhì)量和效率、服從于組織的業(yè)務(wù)目標(biāo)過程只能起輔助作用，人決定一切，過程可能流 于形式.3軟件過程模型 不同的項目需要不同的方法論，項目的最 佳過程是這個項目所能負擔(dān)的最小過程。(1)敏捷過程(AP)敏捷方法強調(diào)適用而非預(yù)測，主張適應(yīng)變化，重視以人為中 心而非以過程為中心。極限編程(XP)可歸于敏捷旗下。敏捷過程的價值觀與原則價值觀：個體交互勝過過程和工具；可以工作的軟

12、 件勝過面面俱到的文檔；客戶合作勝過合同談判。原則：盡早持續(xù)地交付有價值軟件滿足客戶；歡迎 改變需求；經(jīng)常交付可工作的軟件；商務(wù)人員和開發(fā)人員 應(yīng)該在一起工作；充分信任并提供所需要的環(huán)境和支持； 團隊內(nèi)部應(yīng)該面對面的交流信息；工作的軟件是首要的進 度度量標(biāo)準(zhǔn)；主張簡單、輕便；不斷關(guān)注優(yōu)秀設(shè)計；團隊 應(yīng)定期反省工作，然后就此進行調(diào)整；提倡可持續(xù)性；最 好的架構(gòu)、需求和設(shè)計來自于團隊；圍繞被激勵起來的個 體構(gòu)建項目。敏捷過程的最佳實踐編程實踐：簡單設(shè)計、測試、重構(gòu)、編碼標(biāo)準(zhǔn)團隊實踐：代碼集體所有、持續(xù)集成、編碼標(biāo)準(zhǔn)、每周 40 小時工作制、結(jié)對編程、小型發(fā)布等。過程實踐：現(xiàn)場客戶、測試、計劃、小型

13、發(fā)布等。敏捷過程能較好地適應(yīng)商業(yè)競爭環(huán)境下對小型項目提出的有限開發(fā)時間的約束。(2) IBM-Rational統(tǒng)一過程(RUP)概述作為一個面向?qū)ο蟮幕诰W(wǎng)絡(luò)程序的開發(fā)方法，RUP是Rational公司推出的一種軟件產(chǎn)品，并由 Rational公司 開發(fā)和維護。RU譚軟件工程化和可配置過程； RUP是有 效使用UML的指南；RUP提高團隊生產(chǎn)力；RUPt旨對大 部分開發(fā)過程提供自動化的工具支持等。Rational與最佳實踐迭代式開發(fā)；需求管理；使用基于構(gòu)件的體系結(jié) 構(gòu)；可視化建模（UML ；驗證軟件質(zhì)量；控制軟件變更。 RU冰語用戶：與開發(fā)的系統(tǒng)進行交互的某個人或某個系 統(tǒng)。用例（用況）：向用

14、戶提供有價值結(jié)果的一項系統(tǒng) 功能。用例描述了系統(tǒng)完成的動作序列，產(chǎn)生對用戶有價 值的結(jié)果。一個系統(tǒng)包含若干個用例，每個用例具體說明 應(yīng)完成功能。用例反映了用戶與系統(tǒng)在一次交互中執(zhí)行 的、特定的相關(guān)事務(wù)序列。架構(gòu)：通過接口交互的重要構(gòu)件的組織和結(jié)構(gòu)，這 些構(gòu)件又由一些更小構(gòu)件和接口組成。工作流程（工作流）：在業(yè)務(wù)中執(zhí)行的活動序列， 它相對于業(yè)務(wù)主角個體生成一個可見值的結(jié)果。迭代：帶有已建立基線的計劃和評估準(zhǔn)則的獨特活 動序列?；€：通過正式評審和認可的標(biāo)準(zhǔn)或產(chǎn)品（軟件生 存期各階段末尾特定點）。增量：在后續(xù)迭代結(jié)束后兩個發(fā)布版本之間存在差 異或差值。發(fā)布（Release ）:宣布，名詞意指版本，

15、動詞意旨 發(fā)布，發(fā)行。新版本與新發(fā)行是不同概念。新版本是指開 發(fā)出的新程序、新系統(tǒng)，新發(fā)行是指除新程序、新系統(tǒng) 外，還有配置文件、新文檔、新包裝等。新發(fā)行比新版本 開銷大。角色：個人或協(xié)同工作的小組。例如，開發(fā)人員、 經(jīng)理等?；顒樱阂蠼巧珗?zhí)行的工作單元。工件：一條由過程生成、修改和使用的信息，里程碑：迭代正式結(jié)束的時間點。因此，基線也被 稱為里程碑。階段：項目中相鄰兩個里程碑之間的時間段。RUP勺迭代過程RUP生命周期用P45圖3-9描述。每個階段都有一 個結(jié)果，如初始階段 主要成果是：前景文檔：對核心項目要求、關(guān)鍵性質(zhì)、前景說明；初始的項目術(shù)語表；初始的用例模型和商業(yè)用例；項目規(guī)劃，其中明

16、確階段和迭代，一個或多個原型； 初始的風(fēng)險評估和商業(yè)模型。Rational統(tǒng)一過程的特點相對瀑布模型，RUP有利于降低風(fēng)險，適用需求變 化等，但RU可艮不完善。敏捷過程雖然不如RU暉面，但 相對RUP具有對變化和不確定性的更快速的反應(yīng)，同時還 保持可持續(xù)性，可作為 RUP的補充和完善。應(yīng)用概況 目前全球有上千家使用 Rational ,開發(fā)著大小項 目，分布在不同應(yīng)用領(lǐng)域。（3）微軟過程（MP）微軟解決方案框架MSF作為一個軟件開發(fā)管理系統(tǒng)，微軟解決方案框架MSF是一組建立、開發(fā)和實現(xiàn)分布式企業(yè)系統(tǒng)應(yīng)用的工作 模型和開發(fā)準(zhǔn)則及應(yīng)用指南，是一個框架結(jié)構(gòu)的知識經(jīng)驗 庫。從軟件過程模式的角度出發(fā)，微

17、軟過程（MP）是從MSF中抽取的軟件過程模式。微軟解決方案框架MSF勺5個重要階段見P51圖3-11.MSF勺團隊模型6種基本角色，即程序管理、開發(fā)、測試、發(fā)布管 理、用戶體驗和產(chǎn)品管理。這些角色和實現(xiàn)特定的關(guān)鍵質(zhì)量目標(biāo)有直接的關(guān) 系，而關(guān)鍵質(zhì)量目標(biāo)能否達到是項目成功的標(biāo)志，MSF團隊模型的核心是技術(shù)項目必須符合各種利益相關(guān)人的需 求。MSR程模型的特點和原則目標(biāo)驅(qū)動而非任務(wù)驅(qū)動；外部可見的里程碑；應(yīng)提交項的變更管理；遞進的版 本發(fā)布策略；風(fēng)險驅(qū)動的進度管理；項目組集體參與管理 產(chǎn)品質(zhì)量。MSR程模型的應(yīng)用為共同的愿景而工作；推動開放式溝通；賦予團隊成員 權(quán)力；建立清晰的職責(zé)和共同的責(zé)任；關(guān)注

18、交付業(yè)務(wù)價 值；保持靈巧，預(yù)測變化；質(zhì)量投資；學(xué)習(xí)所有的經(jīng)驗。RUMP是一個比較完整的軟件過程模式，它綜合了 AP和RUPi多優(yōu)點。但 M池存在缺點,如對方法工具、 產(chǎn)品等方面的論述不及 AP和RUP全面，有些原則本身也 有問題。實踐中，可以考慮把MP與AP和RUP吉合使用。項目前景（vision ）:對項目要解決什么問題的開放性描 述，代表項目的遠景目標(biāo)。項目范圍（scope）:在項目的限制條件內(nèi)，需要 完成哪些具體目標(biāo)（主要指所有特定的近期目標(biāo)）。（1）基本概念 質(zhì)量的定義 1986年ISO 8492 :質(zhì)量是產(chǎn)品或服務(wù)所滿足明示或暗 示的需求能力的特性和特征的集合。質(zhì)量的優(yōu)劣取決于產(chǎn)品、

19、服務(wù)和工作的能力和特性 總和能否滿足客戶的需求，其中“明示的需求”在交易合 同中標(biāo)明，“暗示的需求”通過市場或客戶調(diào)查獲得。產(chǎn)品質(zhì)量：能夠滿足客戶使用要求所具備的功能特 性。服務(wù)（過程）質(zhì)量：能夠滿足客戶期望的程度。服務(wù)質(zhì)量的高低取決于客戶對于服務(wù)的預(yù)期與對于 服務(wù)的實際體驗二者之間的匹配程度，客戶對服務(wù)的期望 與體驗會隨時間與環(huán)境的變化而變化，所以服務(wù)質(zhì)量中 “暗示的需求”成分比較高。工作（活動）質(zhì)量：用工作的結(jié)果度量。工作結(jié)果可能是產(chǎn)品，也可能是服務(wù)，因此，工作 質(zhì)量可以用產(chǎn)品質(zhì)量和服務(wù)質(zhì)量衡量。過程：一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作 用的活動。過程由輸入、實施活動和輸出三個環(huán)節(jié)組成

20、，過程 一般伴隨著時間先后次序的、不同的事件發(fā)生。產(chǎn)品：過程的結(jié)果或過程的中間結(jié)果。產(chǎn)品有四種通用的類別：硬件、軟件、服務(wù)和流程 性材料等。依產(chǎn)品的存在形式，又可將產(chǎn)品分為有形的和 無形的。服務(wù)：回客戶提供相應(yīng)的技術(shù)支持、幫助和關(guān)心等 的行為。服務(wù)也是一種無形的產(chǎn)品，是對有形產(chǎn)品的補充?？蛻簦航邮墚a(chǎn)品或服務(wù)的組織或個人，包括潛在的 客戶。廣義講，客戶是公司為實現(xiàn)目標(biāo)所需要的產(chǎn)品和過 程而影響到的人。體系/系統(tǒng)：相互關(guān)聯(lián)、或相互作用、或相互依存的 一組要素構(gòu)成的有機整體。體系一般擁有一定的組織形式，其相互作用受某些 規(guī)則或規(guī)律所控制，其變化的過程有一定的秩序，趨于和 諧的狀態(tài)。組織：職責(zé)、權(quán)限和

21、相互關(guān)系得到安排的一組人員 及設(shè)施。組織是由兩個或兩個以上的個人為了實現(xiàn)共同的目 標(biāo)組合而成的有機整體。結(jié)構(gòu)：各個組成部分的搭配和排 列（漢語詞典）。質(zhì)量特性內(nèi)在質(zhì)量特性：產(chǎn)品的性能、強度、精度等方 面的特性。外在質(zhì)量特性：產(chǎn)品的外形、包裝、裝潢、色澤、 味道等方面的特性。經(jīng)濟質(zhì)量特性：產(chǎn)品的壽命、成本、價格、營運維 護費用等方面的特性。商業(yè)質(zhì)量特性：產(chǎn)品的保質(zhì)期、保修期、售后服務(wù) 水平等方面的特性。環(huán)保質(zhì)量特性：產(chǎn)品或服務(wù)對于環(huán)境保護的貢獻或 對于環(huán)境造成污染等方面的特性。軟件質(zhì)量軟件質(zhì)量需求的背景質(zhì)量在軟件業(yè)的地位還不是十分堅固；市場力量 對于軟件質(zhì)量的影響，既有正面的，也有負面的；軟件越

22、來越復(fù)雜；軟件缺陷造成的質(zhì)量事故數(shù)不勝數(shù)，給企業(yè)帶 來的損失或負面影響很大。軟件質(zhì)量需求的內(nèi)容用戶的需求：能正常使用全部所需要的功能；功 能強大，而且界面美觀、易用、好用；內(nèi)容健康，有益于 生活和工作；用戶的數(shù)據(jù)安全、受保護和兼容；及時得到 新的產(chǎn)品或得到更完美的軟件服務(wù)；軟件可靠性很高，使 用軟件服務(wù)沒有時間障礙。軟件企業(yè)的需求：軟件質(zhì)量是市場競爭的需要； 高質(zhì)量的軟件可以降低“質(zhì)量問題產(chǎn)生的成本”，增加公 司的盈利；質(zhì)量是進入國際市場的一個門坎；容易維護、 移植和擴充，以擴大市場或適應(yīng)環(huán)境的變化。軟件質(zhì)量的定義ANSI/IEEE STD729 :軟件產(chǎn)品滿足規(guī)定的和隱含的 與需求能力有關(guān)的

23、全部特征和特性。這個定義包含了軟件 產(chǎn)品質(zhì)量滿足用戶要求的程度；軟件各種屬性的組合程 度；用戶對軟件產(chǎn)品的綜合反映程度；軟件在使用過程中 滿足用戶要求的程度（教材52頁）。高質(zhì)量的軟件 應(yīng)該是相對的無產(chǎn)品缺陷（Bug Free） 或只有極少量的缺陷，它能夠準(zhǔn)時遞交給用戶并且所用的 費用都是在預(yù)算內(nèi)，滿足客戶需求， 是可維護的。不過， 有關(guān)質(zhì)量的好壞最終評價依賴于用戶的反饋。軟件質(zhì)量的特性軟件質(zhì)量的特性是多方面的，但必須包 含與明確確定的功能和性能需求的一致性，能滿足 給定需要的特性之全體；與明確成文的開發(fā)標(biāo)準(zhǔn)的一致性。不遵循專門開 發(fā)標(biāo)準(zhǔn)的將導(dǎo)致軟件質(zhì)量低劣；與所有專業(yè)開發(fā)的軟件所期望的隱含的

24、特性的一 致性。忽視軟件隱含需求，軟件質(zhì)量不可信。客戶認為能滿足其綜合期望的程度，即軟件的組 合特性。當(dāng)今客戶驅(qū)動型的質(zhì)量已成為企業(yè)經(jīng)營理念，要求 企業(yè)從戰(zhàn)略的高度看待質(zhì)量問題。軟件系統(tǒng)的可靠性和性能相互關(guān)聯(lián)、相互影響。軟 件系統(tǒng)的安全性和可靠性是一致的。因為任何一個失效， 可能造成數(shù)據(jù)的不安全。軟件質(zhì)量的內(nèi)容軟件產(chǎn)品質(zhì)量要素對軟件質(zhì)量的評價是將產(chǎn)品的實際情況與給定需求 中推導(dǎo)出來的軟件質(zhì)量特征和質(zhì)量標(biāo)準(zhǔn)進行比較后得出來 的，雖然軟件質(zhì)量難以定量度量的屬性，但有許多軟件質(zhì) 量定性標(biāo)準(zhǔn)可用于對軟件質(zhì)量的評價。人們常用軟件質(zhì)量 模型來描述影響軟件質(zhì)量的因素，著名的 質(zhì)量模型有 McCall 模型，

25、Boehm模型，ISO 9126 模型等。McCall 把 影響軟件質(zhì)量的因素分為三組，即產(chǎn)品運行，產(chǎn)品修正和 產(chǎn)品轉(zhuǎn)移。產(chǎn)品運行包含正確性，健壯性，可用性，效率，完 整性，風(fēng)險性；產(chǎn)品修正 包含可理解性，可維護性，可測量性，靈 活性；產(chǎn)品轉(zhuǎn)移 包含互運行性，可重用性?？梢浦残浴Ｆ渲?選擇表述)正確性：在給定環(huán)境下系統(tǒng)能正確完成預(yù)期功能的 程度。健壯性：在發(fā)生故障，輸入無效或操作等意外情況 下，系統(tǒng)能做出適當(dāng)相應(yīng)的程度?？捎眯裕合到y(tǒng)在完成預(yù)定應(yīng)該完成的功能時使人滿 意的概率(程度)可理解性：理解和使用系統(tǒng)的難易程度可維護性：在軟件中糾正一個缺陷或完成一次更改 的難易程度可測量性：對軟件進行測試

26、的難易程度可重用性：軟件在其他應(yīng)用中被再次使用的概率(程度)可移植性：軟件從一個環(huán)境轉(zhuǎn)移到另一環(huán)境的難易 程度。評價軟件質(zhì)量的原則強調(diào)軟件總體質(zhì)量；軟件質(zhì)量管理貫穿軟件生產(chǎn)的 各個階段；制定軟件質(zhì)量標(biāo)準(zhǔn)，定量評價軟件質(zhì)量，使軟 件質(zhì)量評價走評測結(jié)合，以測為主的科學(xué)軌道。過程質(zhì)量軟件能力成熟度模型 CMM(Capability Maturity Model).國際標(biāo)準(zhǔn)過程模型ISO 9000軟件過程改進和能力決斷SPICE ( SoftwareProcess Improvement and Capability dEtermination) 。商業(yè)過程中有關(guān)的質(zhì)量內(nèi)容培訓(xùn)、成品制作、宣傳、發(fā)布日

27、起、客戶、風(fēng)險、 成本、業(yè)務(wù)等。項目質(zhì)量管理現(xiàn)代項目管理的質(zhì)量管理是為了保障項目產(chǎn)出物能 夠滿足客戶及項目各相關(guān)利益者的需求所開展的對于項目 產(chǎn)出物質(zhì)量和項目工作質(zhì)量的全面管理。項目質(zhì)量管理的 內(nèi)容包括項目質(zhì)量方針的確定，項目質(zhì)量目標(biāo)和質(zhì)量責(zé)任 的制定，項目質(zhì)量體系的建設(shè)，項目質(zhì)量以及為實現(xiàn)項目 質(zhì)量目標(biāo)所開展的項目質(zhì)量計劃，項目質(zhì)量控制和項目質(zhì) 量保障等一系列的質(zhì)量管理工作。項目質(zhì)量管理與產(chǎn)品質(zhì)量管理方法有很大差別，但項目質(zhì) 量管理與產(chǎn)品質(zhì)量管理都認為下述理念是很重要的：質(zhì)量管理的目地就是客戶滿意質(zhì)量是干出來的，不是檢驗出來的質(zhì)量管理的責(zé)任是全體員工的質(zhì)量管理的關(guān)鍵是不斷改進和提高。(2)軟

28、件質(zhì)量的度量軟件度量軟件度量是對軟件開發(fā)、過程和產(chǎn)品進行數(shù)據(jù)定 義、收集于分析的持續(xù)定量化過程，目的在于理解、預(yù) 測、評估、控制和改善。軟件度量可以改進軟件開發(fā)過 程，促進項目成功，提供高質(zhì)量的軟件產(chǎn)品。軟件度量包括客戶滿意度度量，質(zhì)量度量，項目度 量，品牌度量、資產(chǎn)度量、知識產(chǎn)權(quán)價值度量等。度量的取向是依據(jù)事實、數(shù)據(jù)、原理和法則，方 法是測試、審核、調(diào)查，工具是統(tǒng)計、圖表、模型，標(biāo)準(zhǔn) 是量化的指標(biāo)。角色/主體度量內(nèi)容經(jīng)營者開發(fā)組織客戶滿意度，收益，風(fēng)險，績效，產(chǎn)品開發(fā)周期， 發(fā)布缺陷級別，日程與作業(yè)量估算精度，復(fù)用有效 性，計劃與實際成本管理者 項目組不同階段的成本，不同開發(fā)小組成員的生產(chǎn)率

29、， 規(guī)模，工作量分配，需求狀況，測試用例合格率， 主要里程碑之間的估算期間與實際期間，估算與實 際員工的水平，缺陷狀況，審查發(fā)現(xiàn)的缺陷數(shù)目， 計劃和完成任務(wù)的數(shù)目等作業(yè)者開發(fā)人員工作量分配，代碼與設(shè)計的復(fù)雜性，單體測試覆蓋 代碼，單體測試檢出缺陷數(shù)目等在軟件開發(fā)中，不同的主體擁有不同的度量內(nèi)容軟件度量分類度量維度側(cè)重點項目度量理解和控制當(dāng)前項目的情況和狀態(tài)，針對具體項目產(chǎn)品度量理解和控制當(dāng)前產(chǎn)品的質(zhì)量狀況，用于對產(chǎn)品質(zhì)量 的預(yù)測和控制過程度量理解和控制當(dāng)前的情況和狀態(tài)，包含對過程的改善 和未來過程的能力預(yù)測，在整個組織內(nèi)范圍內(nèi)進行軟件度量包括三個維度，即項目度量，產(chǎn)品度量和 過程度量。軟件度量

30、過程制定過程計劃實施過程改善過程(3)軟件質(zhì)量管理質(zhì)量管理是在質(zhì)量方面指揮和控制組織協(xié)調(diào)的活 動，包括制定質(zhì)量方針，質(zhì)量目標(biāo)和質(zhì)量策劃，通過質(zhì)量 計劃的編制、質(zhì)量控制和質(zhì)量保證等活動提高軟件質(zhì)量。 項目質(zhì)量計劃軟件項目質(zhì)量計劃是為了滿足用戶的期望，降低不 良質(zhì)量的成本和在軟件開發(fā)全過程中實施質(zhì)量保證。企業(yè) 最高層親自抓質(zhì)量體系，質(zhì)量方針要反映對顧客的承諾和 文件化的操作規(guī)程。軟件項目質(zhì)量計劃就是要將與項目有關(guān)的質(zhì)量標(biāo)準(zhǔn) 標(biāo)識出來，提出如何達到這些質(zhì)量標(biāo)準(zhǔn)和要求的設(shè)想。軟 件項目質(zhì)量計劃的編寫依據(jù)包括項目質(zhì)量標(biāo)準(zhǔn)，項目階段 劃分，項目質(zhì)量范圍，項目質(zhì)量計劃內(nèi)容，項目質(zhì)量計劃 其他方面要求等。軟件

31、質(zhì)量標(biāo)準(zhǔn)標(biāo)準(zhǔn)主要包括技術(shù)標(biāo)準(zhǔn)和業(yè)務(wù)標(biāo)準(zhǔn)兩類。技術(shù)標(biāo)準(zhǔn) 包括方面，一是軟件企業(yè)的軟件行業(yè)技術(shù)標(biāo)準(zhǔn)，例如，知 識體系指南、過程標(biāo)準(zhǔn)、建模標(biāo)準(zhǔn)、質(zhì)量管理標(biāo)準(zhǔn)、程序 語言標(biāo)準(zhǔn)、數(shù)據(jù)庫標(biāo)準(zhǔn)。另一是軟件開發(fā)服務(wù)對象所在的 行業(yè)技術(shù)標(biāo)準(zhǔn)，例如，安全保密標(biāo)準(zhǔn)、技術(shù)性能標(biāo)準(zhǔn)。標(biāo) 準(zhǔn)有助于減少無效討論，有助于不同產(chǎn)品之間的兼容與銜 接。軟件質(zhì)量計劃內(nèi)容包括：計劃目標(biāo)；參考文獻；管理；文檔；標(biāo)準(zhǔn)和約定； 復(fù)審、內(nèi)審或評審配置管理；測試；問題報告和改正活動；工具、 技術(shù)和方法；媒體的控制；供應(yīng)商的控制；記錄、收集、 維護和保密；培訓(xùn)；風(fēng)險管理。軟件質(zhì)量計劃的制定原則始終以客戶的需求為焦點；質(zhì)量計劃應(yīng)得到管理層 的認可

32、和承諾；選擇合適的質(zhì)量標(biāo)準(zhǔn)；持續(xù)的質(zhì)量改進 等。制定質(zhì)量計劃的方法和規(guī)程產(chǎn)品介紹：說明產(chǎn)品、產(chǎn)品的意向市場及對產(chǎn)品性 質(zhì)的預(yù)期。軟件計劃：包括產(chǎn)品確切的發(fā)布日期、產(chǎn)品責(zé) 任及產(chǎn)品的銷售和售后服務(wù)計劃。過程描述：產(chǎn)品的開發(fā)和管理中應(yīng)該采用開發(fā)和售后服務(wù)質(zhì)量過程質(zhì)量目標(biāo)：包括鑒定和驗證產(chǎn)品的關(guān)鍵質(zhì)量屬性。風(fēng)險和風(fēng)險管理：說明影響產(chǎn)品質(zhì)量的主要風(fēng)險和這些風(fēng)險的應(yīng)對措施(科學(xué) 研究課題時間延長舉例)。質(zhì)量計劃實例見P57質(zhì)量計劃實施體系基礎(chǔ)設(shè)施防護和組織關(guān)系管理層的重視、支持和 承諾等。項目生命周期的質(zhì)量活動 質(zhì)量目標(biāo)的分解；規(guī)劃 項目的軟件質(zhì)量管理活動；跟蹤、定量化管理已分解的、 具體的質(zhì)量目標(biāo)；必

33、要時調(diào)整質(zhì)量計劃或質(zhì)量目標(biāo) ；客觀 地檢驗軟件活動的結(jié)果；復(fù)審及審核軟件產(chǎn)品；維持軟件 配置的完整性和可跟蹤性。項目質(zhì)量保證軟件項目質(zhì)量保證是指確定、達到和維護所需要的 軟件質(zhì)量而進行的所有有計劃的、有組織的管理活動。包 括質(zhì)量保證策略質(zhì)量保證內(nèi)容質(zhì)量保證措施項目質(zhì)量控制質(zhì)量控制是確定項目結(jié)果是否與質(zhì)量標(biāo)準(zhǔn)相符，同 時確定消除不符合的原因和方法，控制產(chǎn)品的質(zhì)量，及時 糾正缺陷的過程。軟件質(zhì)量控制的任務(wù)是策劃可行的質(zhì)量 管理活動，然后正確的執(zhí)行和控制這些活動以保證絕大多 數(shù)的缺陷可以在開發(fā)過程中被發(fā)現(xiàn)。(4)軟件質(zhì)量體系任何組織建立和實施的質(zhì)量體系應(yīng)能滿足該組織規(guī) 定的質(zhì)量目標(biāo)，確保影響產(chǎn)品質(zhì)量

34、的技術(shù)、管理和人的因 素處于受控的狀態(tài)，無論是硬件、軟件還是服務(wù)，所有控 制都應(yīng)該針對減少，消除不合格，預(yù)防不合格。著名的質(zhì)量體系有：ISO 9000: 2000 標(biāo)準(zhǔn)體系CMM標(biāo)準(zhǔn)體系第4章軟件項目團隊管理團隊是軟件項目流行的作業(yè)方式和方法，團隊的建 設(shè)是項目人力資源管理的重要內(nèi)容。.人力資源管理(D項目人力資源管理項目人力資源管理就是根據(jù)實施項目的要求，任命 項目經(jīng)理、組建項目團隊、分配角色、明確團隊中各成員 的關(guān)系、進行團隊績效考核，最終高效高質(zhì)實現(xiàn)項目目 標(biāo)。項目人力資源管理的 關(guān)鍵是對問題的理解；獲得全面 的解決方案；形成可執(zhí)行程序。人力資源管理內(nèi)容項目組織規(guī)劃項目整體人力資源管理的

35、計劃和安排，按照項目目 標(biāo)通過分析和預(yù)測所給出的項目人力資源在數(shù)量上、質(zhì)量 上的明確要求，具體安排和打算。項目人員的獲得與配備項目組織通過招聘或其它方式獲得項目所需人力資 源，并根據(jù)所獲人力資源的技能、素質(zhì)、經(jīng)驗、知識等進 行的工作安排與配備。由此，構(gòu)建一個項目組織或團隊。項目組織成員的開發(fā)項目組織成員的開發(fā)包括項目人員的培訓(xùn)、績效考 核、激勵、創(chuàng)造性和積極性的發(fā)揮等。項目團隊建設(shè)項目團隊建設(shè)包括精神建設(shè)、效率提高、沖突的處 理和解決、溝通和協(xié)調(diào)等。團隊的協(xié)作有助于實現(xiàn)項目目 標(biāo)。在項目的實施過程中，人力資源的潛能能否發(fā)揮或 能在多大程度上發(fā)揮，取決于管理人員的水平。人力資源管理作用項目組織應(yīng)

36、當(dāng)了解每個人在生理和心理上都存在著 與他人不同的地方，這是人力資源區(qū)別于其他形式的經(jīng)濟 資源的重要特性。人力資源的管理能夠提高產(chǎn)品的質(zhì)量和 工作績效，項目組織也可能會因此獲得最大的效益。所 以，企業(yè)管理人員應(yīng)當(dāng)借助于人力資源的觀念和技術(shù)尋求 激勵員工的新途徑。軟件項目人力資源管理特性軟件項目收人力資源的影響很大，項目成員的結(jié) 構(gòu)、責(zé)任、能力和穩(wěn)定性對軟件項目的質(zhì)量的優(yōu)劣有決定 性的作用。人在軟件項目中既是成本，又是資本。人力成 本通常占據(jù)軟件項目成本中最大的一部分，這就要求盡量 使人力資源的投入最小。另外，人力資源應(yīng)該盡量發(fā)揮其 資本的價值，使人力資源的產(chǎn)出最大。參與軟件項目開發(fā)的人員可分為用

37、戶、開發(fā)人員、 項目管理人員和高級管理者，開發(fā)人員又包括高級技術(shù)人 員和初級技術(shù)人員。(2)項目組織計劃項目組織計劃是根據(jù)項目的目標(biāo)和任務(wù)，確定相應(yīng) 的組織結(jié)構(gòu)，以及如何劃分和確定一些部門，這些部門又 如何有機地相互聯(lián)系和相互協(xié)調(diào)，共同為實現(xiàn)項目目標(biāo)而 各司其職。項目組織計劃編制包括確定書面計劃，并分配項目 任務(wù)、職責(zé)及書面報告關(guān)系，這些任務(wù)、職責(zé)及書面報告 關(guān)系可以分配到個人或團隊。軟件項目組織計劃編制可參 照早期項目的組織計劃編制，作為項目最初階段的一部 分，組織計劃應(yīng)當(dāng)經(jīng)常性地接受復(fù)查，以保持其的持續(xù)適 用性。如果最初的組織計劃不再有效，應(yīng)及時修改。軟件 項目組織結(jié)構(gòu)、項目角色和職責(zé)分配

38、是項目組織計劃編制 的主要內(nèi)容。角色與職責(zé)的分配典型的項目角色 是項目經(jīng)理，系統(tǒng)分析員，系統(tǒng)設(shè) 計員，軟件開發(fā)人員，系統(tǒng)測試員，軟件配置人員，軟件 管理人員和質(zhì)量保證人員。項目的角色與職責(zé)在項目管理中必須明確，否則容 易造成同一項工作多人參與，但無人負責(zé)，影響項目目標(biāo) 的實現(xiàn)。每項工作必須分配到具體的個人或小組，明確不 同的人在這項工作中的責(zé)任，每項工作只能有唯一的責(zé)任 人或小組。構(gòu)造項目組織結(jié)構(gòu)圖項目組織結(jié)構(gòu)是 為實現(xiàn)項目目標(biāo)，在分工協(xié)作、職 務(wù)范圍、責(zé)任、權(quán)力等方面形成的結(jié)構(gòu)體系。標(biāo)識了項目 需要哪些人員和技能之后，項目經(jīng)理、高層管理員和項目 團隊成員一起構(gòu)成一個項目組織結(jié)構(gòu)圖。編制人員配

39、置管理計劃人員配置管理計劃反映人力資源在何時，以何種方 式加入或離開項目小組。人員配置管理計劃可以是正式 的，也可以是非正式的，可能是詳細的，也可能是框架概 括性的，皆依項目需求而定。(3)人力資源計劃的平衡由于項目工作中的人員需求可能不連續(xù)或不是很平 衡，這樣容易造成人力資源的浪費和成本的提高。為了避 免這種情況的發(fā)生，通常會采取自愿平衡的方法，將工作 次序進行適當(dāng)?shù)恼{(diào)整，削峰填谷。據(jù)統(tǒng)計，對開發(fā)人員的資源要求(消耗)，包括對 其他資源的需求是隨機變化的，可以用下面曲線模擬時間t d是軟件開發(fā)完成時間，t d左邊曲線為開發(fā)時期人員 需求，td右邊曲線為維護時期人員需求，曲線下方面積是 整個軟

40、件生命周期需要的工作量。在制定人力資源計劃時，盡量使某個階段的人力穩(wěn) 定，確保整個項目期人員波動不要太大。一個項目的成功，首先必須是每個項目組成員的成 功，其次是項目組成員協(xié)作的成功；多數(shù)軟件工程師都在 一個小組或團隊里工作，小組的規(guī)?？纱罂尚　?1)項目團隊基本概念定義：項目團隊是一組為實現(xiàn)一個共同目標(biāo)而協(xié)同 工作的個體成員，團隊工作就是團隊成員為實現(xiàn)這一共同 目標(biāo)而從事的共同活動。(2)項目團隊管理定義：運用現(xiàn)代化的科學(xué)方法，對項目組織結(jié)構(gòu)和 項目全體參參與人員進行管理，在項目團隊中開展一系列 科學(xué)規(guī)劃、開發(fā)培訓(xùn)、合理調(diào)配、適當(dāng)激勵等方面的管理 工作，使項目組織各方面人員的主觀能動性得到充

41、分發(fā) 揮，以實現(xiàn)項目團隊的目標(biāo)。任務(wù)：團隊組織計劃，團隊人員獲取和團隊建設(shè)。項目經(jīng)理的確定項目經(jīng)理對項目進行全面管理，他是項目團隊的靈 魂，其表現(xiàn)對項目成敗有著關(guān)鍵作用。因此，指派項目經(jīng)理是一項重要工作，尤其是項目啟動階段。項目經(jīng)理應(yīng)該具有相應(yīng)權(quán)力、支持資源、能力、經(jīng)驗、知識和魅力。項目團隊人員的確定項目經(jīng)理與公司相關(guān)人員共同按 相關(guān)規(guī)定招聘項目 所需要的人力資源。4.項目團隊建設(shè)建設(shè)：創(chuàng)立新事業(yè)或增加新設(shè)施。項目團隊建設(shè) 實際上就是研究如何激勵有效的工 作實踐，解決資源困難和障礙，減少破壞團隊能力的過 程。(1)團隊特點項目團隊一般是一種臨時性組織，一旦項目目標(biāo)達 到或終止，團隊使命即告終止

42、，團隊也隨之解散。軟件項目團隊工作自主性高，追求卓越、公平、公正、公開和競 爭環(huán)境，蔑視權(quán)威和傾斜政策。成就動機強，期望得到社 會認可，忠于職業(yè)多余忠于企業(yè)。團隊的核心是共同承諾，好的團隊成員應(yīng)該是很忠 誠的；團隊忠誠的另外一個結(jié)果就是 集體思維注 意：可能存在對團隊領(lǐng)導(dǎo)變化的抵制。團隊的交流方式星：型結(jié)構(gòu)，網(wǎng)狀結(jié)構(gòu)。(2)團隊的激勵激勵：簡單地說就是調(diào)動人的工作積極性，把潛力 充分發(fā)揮出來。激勵因素：物質(zhì)激勵；精神激勵；參與感；發(fā)展機遇；工作樂趣；榮譽感。（1）影響團隊有效工作的因素目標(biāo)不明確；角色和職責(zé)不明確；項目的結(jié)構(gòu)不健全；缺乏工作投入；缺乏溝通 ；領(lǐng)導(dǎo)工作不力；項目團 隊成員的流動；

43、不良行為。（2）團隊沖突根源資源分配；項目成本；先后次序；組織問題；個體差異。（3）團隊沖突處理處理沖突的5種方法：回避（不確定的不合作）， 競爭（確定的不合作），迎合（不確定的合作），合作（確定的合作），妥協(xié)（企圖滿足他人關(guān)心之事）（4）項目沖突管理結(jié)果沖突管理的5種可能結(jié)果： 贏/輸（競爭）、輸/贏 （迎合）、僵局（回避）、妥協(xié)、雙贏（合作）。第5章軟件項目可行性研究軟件項目開發(fā)的可行性一般包括了 可能性、效益性 和必要性3個方面?？赡苄园?技術(shù)、物資、資金和人 員支持的可行性；效益性包括了實施項目所能帶來的經(jīng)濟 效益和社會效益； 必要性則比較復(fù)雜，包括了社會環(huán)境、 領(lǐng)導(dǎo)意愿、人員素質(zhì)

44、、認知水平等諸方面的因素。因此, 在項目啟動之前進行項目的可行性研究是非常必要的.（1）技術(shù)可行性分析技術(shù)可行性分析是指在當(dāng)前市場的技術(shù)、產(chǎn)品條件 的限制下，能否利用現(xiàn)在擁有的以及可能擁有的技術(shù)能 力、產(chǎn)品功能、人力資源來實現(xiàn)項目的目標(biāo)、功能、性 能，能否在規(guī)定的時間期限內(nèi)完成整個項目。技術(shù)可行性分析一般應(yīng)當(dāng)考慮：進行項目開發(fā)的風(fēng)險；人力資源的有效性；技術(shù)能 力的可能性；物資（產(chǎn)品）的可用性。（2）經(jīng)濟可行性分析經(jīng)濟可行性分析主要是對整個項目的投資及所產(chǎn)生 的經(jīng)濟效益進行分析，具體包括：支出分析；收益分析；投資回報分析；敏感性分析 等。（3）運行環(huán)境可行性分析運行環(huán)境是制約軟件在用戶單位發(fā)揮效

45、益的關(guān)鍵。（4）其他方面的可行性分析軟件項目的可行性研究除了前面介紹的技術(shù)、經(jīng)濟 和運行環(huán)境可行性分析外，還包括了諸如法律可行性、社會可行性等方面的可行性分析?？尚行匝芯糠譃槌醪娇尚行匝芯?、詳細可行性研 究、可行性研究報告等3個基本的階段，可以歸納成幾個 基本步驟：確定項目規(guī)模和目標(biāo)；研究正在運行的系統(tǒng)；建立新系統(tǒng)的邏輯模型；導(dǎo)出和評價各種方案；推薦可行性方案；編寫可行性研究報告；遞交可行性研究報告。（1）初步可行性研究進行初步可行性評估，可以從幾個方面進行衡量， 以便是否決定開始詳細可行性研究：分析項目的前途，從而決定是否應(yīng)該繼續(xù)深入調(diào)查 研究；初步估計和確定項目中的關(guān)鍵技術(shù)及核心問題，以

46、確定是否有可能解決；初步估計必須進行的輔助研究，以解決項目的核心 問題，并判斷是否具備必要的技術(shù)、實驗、人力條件作為 支持。通過項目的初步可行性研究就應(yīng)當(dāng)能夠回答下面的 一些問題：項目進行投資建設(shè)的必要性項目建設(shè)的周期。項目需要的人力、財力資源。項目的功能和目標(biāo)是否可以實現(xiàn)。項目的經(jīng)濟效益、社會效益是否可以保證項目從經(jīng)濟上、技術(shù)上是否是合理的。（2）詳細可行性研究進行可行性研究工作的主要依據(jù)有：國家經(jīng)濟和社 會發(fā)展的長期規(guī)劃，部門與地區(qū)的發(fā)展規(guī)劃，以及國家和 地方的相關(guān)政策、法律、法規(guī)和制度。項目建議書或者項 目建議書批準(zhǔn)后簽訂的意向性協(xié)議。國家、地區(qū)、企業(yè)的 信息化規(guī)劃和標(biāo)準(zhǔn).市場調(diào)研分析報

47、告。技術(shù)、產(chǎn)品或工 具的有關(guān)資料。軟件項目詳細可行性研究的內(nèi)容，一般可以歸納為：概述：提出項目開發(fā)的背景、必要性和經(jīng)濟意 義，研究項目工作的依據(jù)和范圍，產(chǎn)品交付的形式、種 類、數(shù)量。需求確定：調(diào)查研究國內(nèi)外客戶的需求情況，對 國內(nèi)外的技術(shù)趨勢進行分析，確定項目的規(guī)模、目標(biāo)、產(chǎn) 品、方案和發(fā)展方向?，F(xiàn)有資源、設(shè)施情況分析：調(diào)查現(xiàn)有的資源(包括硬件設(shè)備、軟件系統(tǒng)、數(shù)據(jù)、規(guī)章制度等)種類與數(shù)量，以及這些資源的使用情況和可能的更新情況設(shè)計(初步)技術(shù)方案：確定項目的總體和詳細目 標(biāo)、范圍，總體的結(jié)構(gòu)和組成，核心技術(shù)和關(guān)鍵問題、產(chǎn) 品的功能與性能。項目實施進度計劃建議。投資估算和資金籌措計劃。項目組織、

48、人力資源、技術(shù)培訓(xùn)計劃：包括現(xiàn)有 的人員規(guī)模、組織結(jié)構(gòu)、人員層次、個人技術(shù)能力、人員 技術(shù)培訓(xùn)計劃等合作/協(xié)作方式。(3)可行性研究報告編寫一份關(guān)于軟件項目的可行性研究報告，可以考慮從如下幾個方面：概述，項目技術(shù)背景與發(fā)展概況，現(xiàn)行系統(tǒng)業(yè)務(wù)、資源、設(shè)施情況分析，項目技術(shù) 方案，實施進度計劃，投資估算與資金籌措計劃，人員及培訓(xùn)計劃 ，不確定性(風(fēng)險)分析，經(jīng)濟 和社會效益預(yù)測與評價，可行性研究結(jié)論與建議軟件項目的效益表現(xiàn)為多種形態(tài)，對于效益的量 化及計算方法，中國最優(yōu)化協(xié)會有人把其歸納為以下幾 種：函數(shù)求解法；相關(guān)關(guān)系法；模糊數(shù)學(xué)法；專家意見 法(德爾菲法)；成本降低法；利潤增加法。計算回收期的

49、方法一般有以下幾種 ：靜態(tài)投資回收期；動態(tài)投資回收期；差額投資回收 期。第6章軟件項目開發(fā)計劃管理.軟件項目計劃管理項目計劃的目的：(D將項目計劃變成開發(fā)人員能夠遵循的規(guī)則(文檔)，并據(jù)此跟蹤、檢查、監(jiān)控計劃的執(zhí)行，使軟件項目 的開發(fā)建立在可靠的基礎(chǔ)之上。(2)確定軟件項目開發(fā)的活動和承諾，使軟件開發(fā)工作 有序而協(xié)調(diào)地進行，以便根據(jù)軟件計劃的資源、約束和能 力逐步向客戶履行承諾。(3)明確與軟件項目相關(guān)的組織和個人的職責(zé)，將任務(wù) 責(zé)任落實到具體的小組和個人，從組織管理上確保項目開 發(fā)的成功。軟件項目的目標(biāo)分兩步進行：(1)明確項目目標(biāo)主題一般由項目發(fā)起人或者項目提議人來確定。(2)描述項目目標(biāo)

50、必須明確、具體、簡單、無二義性、容易被溝通和理解；盡可能定量描述，每個目標(biāo)的 范圍、時間、成本、 性能、責(zé)任等都是明確的，可以度量和監(jiān)控的；每個具體目標(biāo)應(yīng)當(dāng)落實到項目組的每個成員，使得 每個成員都明確自己的工作和職責(zé)；每個目標(biāo)都是可以實現(xiàn)的，不追求理想化的結(jié)果。.任務(wù)分解結(jié)構(gòu)(WBS)項目開發(fā)計劃實施過程中，首先根據(jù)任務(wù)分解結(jié)構(gòu) 分解出主要活動，確定活動之間的主要關(guān)系，然后估算出 每個活動的歷時，最后編制出項目進度計劃。(1)任務(wù)分解項目比較復(fù)雜時，應(yīng)進行任務(wù)分解，將一個項目分 解為多個子項目。任務(wù)分解的結(jié)果是任務(wù)分解結(jié)構(gòu)-WBS任務(wù)分解結(jié)構(gòu)的表達形式見教材 P102-103表6-1 ,圖6-

51、1是 一個分層的任務(wù)分解結(jié)構(gòu)。(2)工作分解的原因及原則原因根據(jù)細分后的工作任務(wù)(工作包)之間的邏輯關(guān)系 來實施項目；明確項目組成員各自的職責(zé)和可以共同遵守規(guī)范(減少繁瑣的協(xié)調(diào)工作量，有利于工作的溝通)；每個項目組成員能更清晰地理解任務(wù)的性質(zhì)和各自 的具體目標(biāo)；比較準(zhǔn)確地把握項目所需要的時間、成本、資源等 信息，以及面臨的風(fēng)險。原則在同一個任務(wù)中：最好只包含相關(guān)的工作元素；所 有工作活動應(yīng)該是平行的或者連續(xù)發(fā)生的，其間不應(yīng)該插 入不相關(guān)的工作活動；盡量使用相同的項目組成員，便于 彼此溝通和交流。例如，對軟件開發(fā)項目而言，“編碼”和“測試” 不應(yīng)該在同一個工作任務(wù)中，因為“編碼”和“測試”的工作

52、性質(zhì)明顯不同，也發(fā)生在不同的階段。(1)活動定義項目活動：完成工程項目必須進行的具體工作。進度：活動或工作進行的速度。工程進度：工程進行的速度。工期：可細分為開發(fā)工期與合同工期。開發(fā)工期：工程項目從正式開工到全部建成投產(chǎn)或 交付使用所經(jīng)歷的時間。有明確的起止年月，在可行性報 告中有具體規(guī)定，一般按日歷月計算。合同工期：完成合同范圍的工程項目所經(jīng)歷的時 間，從接到開工通知的日期算起，直到完成合同規(guī)定的工 程項目的時間。確定工期有兩個前提：交付日期和使用資源。軟件活動 是一個過程，涉及確認和描述一些特定的 活動（行動或運動）。完成這些活動就相當(dāng)于完成WBS吉構(gòu)中的項目細目，軟件活動定義是對 WB建

53、一步分解的結(jié) 果，可使項目目標(biāo)體現(xiàn)出來。（2）活動排序活動排序是通過識別項目活動清單中各項活動之間 存在相互依賴關(guān)系，并根據(jù)這些關(guān)系可以對各項活動的先 后順序進行合理安排，以便制定切實可行的進度計劃?；顒又g的關(guān)系：教材P121。活動之間的關(guān)系依據(jù)：強制性依賴關(guān)系；軟邏輯關(guān) 系；外部依賴關(guān)系；里程碑（教材 P121）。（3）估算軟件項目估算是指預(yù)測構(gòu)造軟件項目所需的工作量 和任務(wù)經(jīng)歷時間的過程，主要包括規(guī)模（工作量）的估 算、成本估算和進度估算三個方面?？家?guī)模估算LOC古算法，F(xiàn)P估算法，PER格算法。 PERT估算法計劃評審技術(shù)（PERT是一種項目進度規(guī)劃技術(shù)， 估計整個項目在某個時間內(nèi)完成

54、的概率，其理論基礎(chǔ)是假 設(shè)項目的持續(xù)時間和整個項目的完成時間是隨機的，且服 從某種概率分布。簡單的PERTW模估算技術(shù)是假設(shè)軟件規(guī)模滿足正態(tài) 分布，較好的PERTW模估算技術(shù)是基于正態(tài)分布和軟件 各部分單獨估算技術(shù)。成本估算主要有算法模型，專家判定，類比，自頂向下，自 低向上等方法（P108）。常見的成本估算模型有COCOMO型，Putnam模 型，Pricr-S 模型等見教材P110。進度估算主要有基于規(guī)模的進度估算、網(wǎng)絡(luò)計劃技術(shù)和基于 承諾的進度估算法。規(guī)模的進度估算包括額定估算和經(jīng)驗 導(dǎo)出模型，網(wǎng)絡(luò)計劃技術(shù)包括工程評價技術(shù)（PERT）和關(guān)鍵路彳5法（CPM基于承諾的進度估算法根據(jù)客戶的要

55、求 作出進度承諾，從而進行進度估計，本質(zhì)上不算進度估 算。工程評價技術(shù)見教材P118-119.關(guān)鍵路徑法關(guān)鍵路徑法是根據(jù)指定網(wǎng)絡(luò)圖的邏輯關(guān)系進行單 一的歷時估算，先計算每一個活動的單一的、最早和最晚 開始和完成日期，然后計算網(wǎng)絡(luò)中最長路徑，確定項目的 完成時間估計。活動估算估算過程中需要考慮的主要因素包括工作量：完成一個活動需要投入的人工，一般以人 時、人天、人月為計量單位。在確定工作量時，主要考慮系統(tǒng)的規(guī)模、功能點數(shù)和對象點數(shù)以及生產(chǎn)效率。關(guān)系式 為：工作量=規(guī)模/效率。資源：這里是指完成一項活動能夠投入的人力等資 源。投入人力資源的數(shù)量一般要與項目的規(guī)模匹配，而且 與項目的總的時間要求、費

56、用支出有關(guān)?；顒庸て冢豪碚撋希诠ぷ髁恳欢ǖ那闆r下，投入 的人力資源越多，則活動的工期就越短，在一定范圍內(nèi)二 者之間的關(guān)系近似線性，如 100個人天的工作量，投入10 個人時，則需要10個工作日完成；投入5個人，則需要20 個工作日?；顒庸浪愕囊罁?jù)活動清單；約束條件；資源情況；歷史信息；已識 別的風(fēng)險?；顒庸浪惴椒▽＜以u定法；經(jīng)驗類比估算法；利用歷史數(shù)據(jù)法； 德爾非法（Delphi Method）。活動估算的輸出活動持續(xù)時間：估計出來的完成每個活動所需要 持續(xù)的時間，這個時間可以存在一個允許的變動范圍。這 是本階段工作的最主要成果?；顒映掷m(xù)時間估算的依據(jù)：有時也需要將進行活動 估算的依據(jù)作為補

57、充材料寫入活動持續(xù)時間描述文檔中。變更的活動清單：項目活動估算中，也會發(fā)現(xiàn)和更 改活動定義和相互關(guān)系等，因此，需要對活動清單進行修 正。（1）甘特圖甘特圖是各種任務(wù)活動與日歷表的對照圖，表示項 目各階段任務(wù)開始時間與結(jié)束時間，把計劃和進度安排組 織在一起。（2）網(wǎng)絡(luò)圖用網(wǎng)絡(luò)分析的方法編制的進度計劃稱為網(wǎng)絡(luò)圖。PERT圖定義：設(shè)G=（V,E,g）是一個網(wǎng)絡(luò)圖，若 G中只有一個 發(fā)點和一個收點，其中權(quán)函數(shù)表示為時間函數(shù)，則網(wǎng)絡(luò)圖 G稱為PERT圖（計劃評審圖）。路徑與關(guān)鍵路徑路徑：在網(wǎng)絡(luò)圖中，從發(fā)點開始，按照各個任務(wù) 的順序，連續(xù)不斷地到達收點的一條通路。關(guān)鍵路徑：網(wǎng)絡(luò)圖中完成各個任務(wù)需要時間最長

58、 的路徑。PERT圖的關(guān)鍵路徑設(shè)G是PERTS, G中從發(fā)點到收點的所有路徑 中，權(quán)最大的路徑稱為 PERT圖的關(guān)鍵路徑。關(guān)鍵任務(wù)：見教材P125任務(wù)持續(xù)時間任務(wù)最早開始、最晚開始及緩沖時間網(wǎng)絡(luò)優(yōu)化用網(wǎng)絡(luò)圖安排進度（見教材P126-127）（1）制定項目進度計劃制定項目進度計劃的指導(dǎo)原則；項目進度計劃的要素；項目進度計劃的邏輯要點；項目計劃的周期；項目計劃的內(nèi)容。（上述內(nèi)容的詳細描述見教材P122）（2）分階段交付對于較大的軟件項目，制訂項目計劃時，項目的交 付最好采用分階段交付的形式。原因是實際工作中需求總 在不斷變化，一次性約定產(chǎn)品所有功能不現(xiàn)實。軟件組織 最好的做法是早期只對基本功能進行

59、約定，其余問題的約 定則推遲。最重要的功能最先交付，這樣可以減輕后期交 付的計劃進度壓力。分期交付并沒有縮短開發(fā)時間，只是 最重要的功能在前期已經(jīng)完成。經(jīng)驗表明，如果一次發(fā)布 的軟件包括并非絕對需要的功能，則項目可能超出預(yù)算。 實施分階段交付的關(guān)鍵是如何劃分階段，一個可行的方法 是定義每一階段的主題，然后就主體題和用戶商量，再依 據(jù)主題把軟件特征分配到各階段。（見教材P123）.（3）進度安排重點考慮進度安排的整體過程（ 見教材P123-124）.軟件項目開發(fā)的并行性（ 見教材P124）.進度安排的方法進度是工作計劃的時間表，在進度安排中，可以采 用圖示方法，常用的有甘特圖和網(wǎng)絡(luò)圖。（相關(guān)信息

60、見教 材 P126-127）.（4）已獲值分析（EVA）在軟件項目執(zhí)行過程中，經(jīng)常會提出“還剩多少時 間？”、“還有多少工作沒做“、”還需要多少資金才能 完成等問題。已獲知分析能幫助回答者類問題。（見教材 P127-130） 基本度量EVA有三個基本度量：BCWP已完成工作的預(yù)算成 本）、BCW（S計劃完成工作的預(yù)算成本）、ACWP已完成工作 的實際成本）。確定進度和預(yù)算情況 4個導(dǎo)出度量進度偏差（SV） : SV=BCWP-BCWSSV=0,項目在按進度進行；SV0,項目已超前進度。進度效能指標(biāo)（SPI）:SPI=BCWP/BCWSSPI=1,項目正在按進度進行；SPI1,項目已超前進度。成