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