【正文】 劉陽 需求分析 S P S 系統(tǒng)設(shè)計(jì) P S 程序編制 S P S S 系統(tǒng)測試 S S P S 硬件采購 S S P 數(shù)據(jù)管理 P S 文檔管理 S P 活動定義及估算 ? 活動定義 ? 活動排序 ? 活動估算 ? 工作分解結(jié)構(gòu) ? 項(xiàng)目范圍說明 ? 歷史信息 ? 約束條件 依據(jù) 活動定義 ? 活動分解法 ? 參照模板法 方法： 輸出： ? 活動清單 ? 詳細(xì)依據(jù) ? 更新的工作分解結(jié)構(gòu) 活動排序 依據(jù)： ? 活動清單 ? 產(chǎn)品描述 ? 活動之間的邏輯關(guān)系 ? 項(xiàng)目的約束條件 ? 里程碑 活動排序工具 ? 前導(dǎo)圖法 (Precedence Diagramming Method，PDM) A B C D E 圖 前導(dǎo)圖法表示的網(wǎng)絡(luò)圖 ? 箭線圖法 (Arrow Diagramming Method， ADM) 1 2 3 4 5 6 7 A1 A2 A3 A4 A5 A6 A7 V1 圖 用箭線圖法表示的網(wǎng)絡(luò)圖 活動排序工具 活動排序工具輸出 ? 項(xiàng)目網(wǎng)絡(luò)圖： 項(xiàng)目網(wǎng)絡(luò)圖就是項(xiàng)目活動及其相互關(guān)系的示意圖，圖中可以包括項(xiàng)目的全部活動，也可以只包括主要活動。在確定工作量時，一是考慮系統(tǒng)的規(guī)模、功能點(diǎn)數(shù)和對象點(diǎn)數(shù)；二是考慮生產(chǎn)效率。 ? 活動工期： 理論上，在工作量一定的情況下，投入的人力資源越多，則活動的工期就越短，在一定范圍內(nèi)二者之間的關(guān)系近似線性，如 100個人天的工作量，投入 10個人時，則需要 10個工作日完成；投入 5個人，則需要 20個工作日。 活動估算的輸出 : 三、項(xiàng)目進(jìn)度管理 ? 進(jìn)度計(jì)劃概述 ? 甘特圖 ? 網(wǎng)絡(luò)計(jì)劃 ? 進(jìn)度控制 項(xiàng)目進(jìn)度計(jì)劃 產(chǎn)品發(fā)行 集成調(diào)試 需求定義 需求評估 概要設(shè)計(jì) 詳細(xì)設(shè)計(jì) 概要評估 測試計(jì)劃 測試過程 測試評估 設(shè)計(jì)評估 編碼 單元調(diào)試 圖 軟件項(xiàng)目開發(fā)的并行性 制定項(xiàng)目進(jìn)度計(jì)劃的指導(dǎo)原則 ? 1. 將用于編制軟件項(xiàng)目計(jì)劃及跟蹤軟件項(xiàng)目的工作文檔化 。 ? 5. 確保軟件項(xiàng)目存在一份文檔化的 、 并被認(rèn)可的工作任務(wù)說明 。 ? 9. 成立相關(guān)軟件項(xiàng)目組及相關(guān)的方案論證小組 。 ? 13. 按照書面流程開發(fā)項(xiàng)目的軟件開發(fā)計(jì)劃 。 ? 17. 按照書面流程進(jìn)行對軟件項(xiàng)目工作量及費(fèi)用的估計(jì) 。 ? 21. 準(zhǔn)備項(xiàng)目的軟件工程機(jī)制及支撐工具的計(jì)劃 。 ? 25. 以定期及事件驅(qū)動方式對軟件項(xiàng)目管理人員及軟件項(xiàng)目計(jì)劃活動進(jìn)行復(fù)審 。甘特圖的示例可見表 。通過圖表，工程師和管理者可以直觀地表示時間或成本的計(jì)劃與控制情況 ? 網(wǎng)絡(luò)分析 是在 20世紀(jì) 60年代作為一個控制大型項(xiàng)目的技術(shù)而引入項(xiàng)目管理過程中的，引入網(wǎng)絡(luò)技術(shù)之前 (大約在 1956年 )，主要使用其他的一些計(jì)劃方法，如活動列表、日記、條形圖、甘特圖等。 c. 單一時間估計(jì)法：估計(jì)一個最可能工作實(shí)現(xiàn)時間，對應(yīng)于 CPM網(wǎng)絡(luò)。 時差 時差是指在不影響整個任務(wù)完工期的條件下，某項(xiàng)工作從最早開始時間到最遲開始時間，中間可以推遲的最大延遲時間 網(wǎng)絡(luò)規(guī)劃技術(shù) 網(wǎng)絡(luò)規(guī)劃技術(shù) 網(wǎng)絡(luò)計(jì)劃技術(shù)的應(yīng)用 將網(wǎng)絡(luò)計(jì)劃技術(shù)應(yīng)用于軟件項(xiàng)目進(jìn)度計(jì)劃，主要包括以下 3個階段： ? 計(jì)劃階段 ? 進(jìn)度安排階段 ? 控制階段 項(xiàng)目計(jì)劃的網(wǎng)絡(luò)表示 ? PERT和 CPM網(wǎng)絡(luò)是基于箭頭的項(xiàng)目圖表表示法。其中最常用的是基于節(jié)點(diǎn)表示活動的方法。 l 為每個活動估計(jì)成本 、 時間和資源 (CTR)。 l 針對目標(biāo)重計(jì)劃 。 IT項(xiàng)目開發(fā)成本的估算方法 ? IT項(xiàng)目成本的常用估算方法 ? 面向規(guī)模 (LOC)的度量 ? 面向功能點(diǎn) (FP)的度量 ? COCOMO模型 IT項(xiàng)目成本的常用估算方法 最基本的估算方法有以下幾種： ? 成本建模技術(shù) ? 專家判定技術(shù) ? 類比評估技術(shù) ? 自頂向下估算法 ? 自下而上估算法 ? 贏利定價法 經(jīng)驗(yàn)之談 ? Parkinson法則：給的時間越多，花的時間就越多。 ? 目前最常用且最好用的度量方法主要有 3種：面向規(guī)模 (LOC)、面向功能點(diǎn) (FP)及COCOMO模型的度量方法。 ? 每千行代碼行 (KLOC)的文檔頁數(shù)。 ? 功能點(diǎn)法是通過建立一個標(biāo)準(zhǔn)來確定某個特定的測量參數(shù) (簡單、平均或復(fù)雜 )的功能點(diǎn)數(shù)，一般，可以采用下面的方式計(jì)算功能點(diǎn)： ? FP= 總計(jì)數(shù)值 [+ SUM(Fi)] ? 一旦計(jì)算出功能點(diǎn)，就可以采用類似面向規(guī)模的方法來使用，以便規(guī)范軟件生產(chǎn)率、質(zhì)量及其他屬性的測量： ? 每個功能點(diǎn) (FP)的錯誤數(shù) ? 每個功能點(diǎn) (FP)的缺陷數(shù) ? 每個功能點(diǎn) (FP)的成本 ? 每個功能點(diǎn) (FP)的文檔頁數(shù) ? 每人月完成的功能點(diǎn) (FP)數(shù) ? 面向功能點(diǎn) (FP)和面向規(guī)模 (LOC)兩種度量方法之間的關(guān)系為： LOC=AVC 功能點(diǎn)的數(shù)量，其中 AVC是指該語言在實(shí)現(xiàn)一個功能點(diǎn)時所要用的平均代碼行數(shù)。 初級 COCOMO 模型 ? 初級 COCOMO模型是一個靜態(tài)單變量模型，該模型的自變量是一個已估算出來的源代碼行數(shù) (LOC)。 ? 三層產(chǎn)品分級結(jié)構(gòu) ， 3個產(chǎn)品層次是模塊 、子系統(tǒng)和系統(tǒng) 。 ? 那么由公式： EV=(SOPT+4SM+SPESS)/6可以得到三維幾何分析功能的期望值是 6800 LOC。 ? 最后得出 FP的估算值 ： ? FP=總計(jì)數(shù)值 [+ SUM(Fi)]=372 成本估算案例 項(xiàng)目成本控制的內(nèi)容 ? 項(xiàng)目的成本控制就是在整個項(xiàng)目的實(shí)施過程中，定期收集項(xiàng)目的實(shí)際成本數(shù)據(jù)，與成本的計(jì)劃值進(jìn)行對比分析，并進(jìn)行成本預(yù)測，發(fā)現(xiàn)并及時糾正偏差，以使項(xiàng)目的成本目標(biāo)盡可能好地實(shí)現(xiàn)。 ? 監(jiān)視項(xiàng)目成本執(zhí)行情況，及時發(fā)現(xiàn)與成本計(jì)劃的偏差。 項(xiàng)目成本控制的流程與方法 ? 在項(xiàng)目管理中，成本控制、質(zhì)量控制和進(jìn)度控制一起貫穿項(xiàng)目實(shí)施的全過程。 ? 隱含需求是指用戶和社會對實(shí)體的期望以及公認(rèn)的、不必明確的需求，需要對其加以分析研究、識別并加以確定的。 ? 質(zhì)量管理主要就是監(jiān)控項(xiàng)目的可交付產(chǎn)品和項(xiàng)目執(zhí)行的過程，以確保它們符合相關(guān)的要求和標(biāo)準(zhǔn)，同時確保不合格項(xiàng)能夠按照正確方法或者預(yù)先規(guī)定的方式處理。 ? 全面質(zhì)量管理階段 (TQM)。 全面質(zhì)量管理 A P C D 檢查 執(zhí)行 經(jīng)驗(yàn)教訓(xùn) 遺留問題 問題 原因 主要原因 計(jì)劃 圖 質(zhì)量管理的 PDCA循環(huán)圖 軟件質(zhì)量概念 ? ISO8402定義： “對用戶在功能和性能方面需求的滿足、對規(guī)定的標(biāo)準(zhǔn)和規(guī)范的遵循以及正規(guī)軟件某些公認(rèn)的應(yīng)該具有的本質(zhì) ” ? ANSI/IEEE定義： “與軟件產(chǎn)品滿足規(guī)定的和隱含的需求能力有關(guān)的特征和特性的全體” ? 軟件質(zhì)量不是絕對的，而是相對的概念， 討論軟件的質(zhì)量，最終將歸結(jié)為定義軟件的質(zhì)量特性，而定義一個軟件的質(zhì)量，就等價于為該軟件定義一系列質(zhì)量特性 軟件質(zhì)量 ： 軟件質(zhì)量概念 ? 、 于 1976年首次提出軟件質(zhì)量模型 ? 1977年 Walters和 McCall提出了新的軟件質(zhì)量層次模型與度量 ? 1994年 ISO90003軟件質(zhì)量國際標(biāo)準(zhǔn) (ISO的軟件質(zhì)量評價模型 )給出了 6個軟件質(zhì)量特性和與其相關(guān)的 21個質(zhì)量子特性的明確定義 軟件質(zhì)量模型 ： 軟件質(zhì)量概念 Boehm軟件質(zhì)量模型 ： 總體效用 可移植性 可維護(hù)性 可使用性 可靠性 效率 人性化 可測試性 易理解性 可修改性 設(shè)備無關(guān)性 自包含性 準(zhǔn)確性 完備性 健壯性 一致性 可說明性 設(shè)備效率 易存取性 易交流性 自描述性 結(jié)構(gòu)性 簡明性 易讀性 可擴(kuò)充性 圖 Boehm軟件質(zhì)量模型 軟件質(zhì)量概念 McCall軟件質(zhì)量模型 ： 產(chǎn)品 修改 產(chǎn)品 升級 產(chǎn)品運(yùn)行 正確性、可靠性、高效性、易用性、完整性 可維護(hù)性 靈活性 可測試性 可移植性 可重用性 互操作性 圖 McCall軟件質(zhì)量模型 軟件質(zhì)量影響因素 ? 正確性 ? 健壯性 ? 效率 ? 完整性 (安全性 ) ? 可用性 ? 風(fēng)險 ? 可理解性 ? 可維修性 ? 靈活性 (適應(yīng)性 ) ? 可測試性 ? 可移植性 ? 可重用性 ? 互操作性 軟件項(xiàng)目質(zhì)量保證 質(zhì)量保證 (Quality Assurance， QA)包括： ? 質(zhì)量管理方法。 ? 對文檔及其修改的控制。如果不遵循這些準(zhǔn)則，就極有可能導(dǎo)致軟件質(zhì)量的不高。滿足質(zhì)量需求的主要效益是減少了重復(fù)性工作，即高產(chǎn)出、低成本、高用戶滿意度。 ? 流程圖。 試驗(yàn)設(shè)計(jì)對于分析整個項(xiàng)目輸出結(jié)果是最有影響的因素，也是十分有效的。 主要描述了項(xiàng)目管理小組應(yīng)該如何實(shí)施項(xiàng)目質(zhì)量方針，包括對組織結(jié)構(gòu)、責(zé)任、方法、步驟、資源等實(shí)施質(zhì)量管理。 ? 檢查表。 質(zhì)量控制的度量是為了對質(zhì)量控制測試記錄和度量進(jìn)行比較和分析。 ? 質(zhì)量審核。 ? 操作描述。 ? 控制圖。 ? 流程圖。 應(yīng)用數(shù)學(xué)方法根據(jù)歷史數(shù)據(jù)預(yù)測項(xiàng)目將來的發(fā)展趨勢。 每個項(xiàng)目的工作都有可能被接受或拒絕，不被接受的工作需要重新進(jìn)行。 進(jìn)行項(xiàng)目質(zhì)量檢查時，需要隨時完成對項(xiàng)目質(zhì)量的紀(jì)錄，完成相應(yīng)的各種檢查表。 ? 過程控制的出發(fā)點(diǎn)是預(yù)防不合格。 ? 定期評價質(zhì)量體系。 ? 通過質(zhì)量復(fù)審，得到更加一致的、更可預(yù)測的技術(shù)工作的質(zhì)量，從而使得技術(shù)工作更加容易管理。 這種類型的評審，其目的是為軟件項(xiàng)目的整個進(jìn)度管理過程提供信息，它既是過程評審也是產(chǎn)品評審，主要關(guān)心項(xiàng)目的成本、計(jì)劃和進(jìn)度。這個專門的評審小組由項(xiàng)目組成員和技術(shù)管理人員組成。 軟件質(zhì)量依賴于：問題需求、設(shè)計(jì)解決方案、程序編碼、錯誤測試 正確性： 度量標(biāo)準(zhǔn)是每千行的缺陷數(shù)。 ?測量學(xué)會使用系統(tǒng)所需的體力或智慧 ?測量使用系統(tǒng)的效率和時間 ?測量中等效率使用者帶來的生產(chǎn)率增長 ?測量用戶對系統(tǒng)的態(tài)度（主觀評估） 軟件測量的基本指標(biāo)： ?正確性 ?可維護(hù)性 ?完整性 ?可用性 對項(xiàng)目度量活動收效的分析（ P72） 分析方法： （參看圖 48和 49例子） 。 ? 不同體現(xiàn)在兩方面： 其一 ， CMM模型明確強(qiáng)調(diào)持續(xù)的過程改進(jìn) ， 而 ISO9001只要求質(zhì)量體系的最小保證； 其二 ， CMM模型只關(guān)注軟件 ， 而ISO9001適用于更大的范圍 。 ? 多數(shù)軟件工程師都在一個小組或團(tuán)隊(duì)里工作，小組的規(guī)模有大有小。 ? 面向自我型。 這種類型的人員主要被同事的存在和活動所激勵。 ? 任務(wù) —— 感知到的項(xiàng)目經(jīng)理影響員工后來工作分配的能力。 ? 處罰 —— 感知到的項(xiàng)目經(jīng)理實(shí)施處罰的能力。 項(xiàng)目經(jīng)理可以使用的 9條基本影響因素： 團(tuán)隊(duì)忠誠度 ? 一個好的團(tuán)隊(duì)，成員應(yīng)該是很忠誠的。 ? 團(tuán)隊(duì)組織的結(jié)構(gòu)。 形成階段是團(tuán)隊(duì)發(fā)展進(jìn)程中的起始階段 ， 它促使個體成員轉(zhuǎn)變?yōu)閳F(tuán)隊(duì)成員 。 ? 3. 正規(guī)期 。 這一階段的工作績效很高 ， 團(tuán)隊(duì)有集體感和榮譽(yù)感 ， 個體成員會意識到為項(xiàng)目工作的結(jié)果是使他們獲得事業(yè)上的發(fā)展 。 激勵因素 ? 馬斯洛需求 ? 1. 物質(zhì)激勵 ? 2. 精神激勵 ? 參與感 ? 發(fā)展機(jī)遇 ? 工作樂趣 ? 榮譽(yù)感 項(xiàng)目組織的發(fā)展 軟件管理 50% 軟件體系 結(jié)構(gòu) 20% 軟件開發(fā) 20% 軟件評價 10% 初始階段 軟件管理 10% 軟件體系 結(jié)構(gòu) 50% 軟件開發(fā) 20% 軟件評價 20% 詳細(xì)階段 軟件管理 10% 軟件體系 結(jié)構(gòu) 5% 軟件開發(fā) 35% 軟件評價 50% 轉(zhuǎn)換階段 軟件管理 10% 軟件體系 結(jié)構(gòu) 10% 軟件開發(fā) 50% 軟件評價 30% 建設(shè)階段 IT項(xiàng)目 生命周期中的團(tuán)隊(duì)變化 團(tuán)隊(duì)的協(xié)作與溝通 ? IT項(xiàng)目是一個高度智力型產(chǎn)品。它常常被稱為一個人所擁有的可測量的人格特質(zhì) 人格的決定因素 ? 遺傳：研究者發(fā)現(xiàn) 50%的人格差異來自于遺傳， 30%的娛樂和業(yè)余興趣方面的差異來自于遺傳