M10項目計劃階段課件

第10章

項目計劃階段第10章

項目計劃階段課程介紹本章從六個方面介紹MSF應(yīng)用開發(fā)項目計劃階段首先是計劃階段的主要活動；為了做出主項目進度表的調(diào)度原理；計劃階段的成功標準；達到里程碑的工作產(chǎn)品；建議的中間里程碑；最后是各角色在本階段的重點工作課程介紹本章從六個方面介紹MSF應(yīng)用開發(fā)項目計劃階段第十章項目計劃階段計劃階段的活動調(diào)度原理計劃階段的成功標準計劃階段的文檔計劃認可里程碑及中間里程碑計劃階段小組角色的職責本章小結(jié)問題和討論第十章項目計劃階段計劃階段的活動計劃階段的活動技術(shù)驗證解決方案的設(shè)計創(chuàng)建主項目計劃創(chuàng)建主項目進度建立開發(fā)和測試環(huán)境10.1

計劃階段的活動計劃階段的活動技術(shù)驗證10.1計劃階段的活動技術(shù)驗證考察技術(shù)該技術(shù)能否手工安裝或配置（使技術(shù)處在理想條件下，無需與生產(chǎn)環(huán)境匹配）寫出文檔：為使這種技術(shù)能工作必須做的事為設(shè)計提供信息開始標識問題和技術(shù)風險，并記入文檔按照對風險和問題最佳的理解，更新主項目進度表10.1.1技術(shù)驗證技術(shù)驗證考察技術(shù)10.1.1技術(shù)驗證解決方案的設(shè)計設(shè)計過程設(shè)計過程與計劃的關(guān)系概念設(shè)計邏輯設(shè)計物理設(shè)計10.1.2解決方案的設(shè)計解決方案的設(shè)計設(shè)計過程10.1.2解決方案的設(shè)計設(shè)計過程10.1.2解決方案的設(shè)計設(shè)計過程10.1.2解決方案的設(shè)計設(shè)計過程與計劃的關(guān)系小組基準概念設(shè)計未到達基準即開始邏輯設(shè)計，而物理設(shè)計必須在概念設(shè)計到達基準才開始

10.1.2解決方案的設(shè)計設(shè)計過程與計劃的關(guān)系10.1.2解決方案的設(shè)計概念設(shè)計（1）概念設(shè)計過程的定義、目的和輸出概念設(shè)計視圖10.1.2解決方案的設(shè)計概念設(shè)計（1）概念設(shè)計過程的定義、目的和輸出10.1.2概念設(shè)計（2）設(shè)計者需要調(diào)查的問題業(yè)務(wù)需求或問題是什么？誰是用戶？用戶真正做的是什么？用戶需求是什么？已有什么？什么是最優(yōu)解決方案？得到最優(yōu)解決方案時，如何了解概念設(shè)計目標設(shè)計完全基于業(yè)務(wù)和用戶提供的真實數(shù)據(jù)關(guān)于產(chǎn)品的連貫的、集成的描述有價值的抽象或分類層次業(yè)務(wù)、用戶和項目小組達成共識的期望集合設(shè)計小組意見一致與企業(yè)體系結(jié)構(gòu)同步小組溝通的基礎(chǔ)10.1.2解決方案的設(shè)計概念設(shè)計（2）設(shè)計者需要調(diào)查的問題10.1.2解決方案的概念設(shè)計（3）澄清概念設(shè)計概念創(chuàng)建場景場景以敘述和圖形的方式對問題和解決方案進行描述場景是一個理解需求、以及與用戶交流的有效方法創(chuàng)建場景的一個方法是使用故事板（storyboard）概念設(shè)計不是作用完整的功能規(guī)范開發(fā)部分的功能規(guī)范用戶接口細節(jié)設(shè)計一個高效的用戶接口系統(tǒng)組件定義了解協(xié)同工作的部件技術(shù)解決方案設(shè)計一個解決業(yè)務(wù)問題的解決方案10.1.2解決方案的設(shè)計概念設(shè)計（3）澄清概念設(shè)計概念概念設(shè)計不是作用完整的功能規(guī)范概念設(shè)計（4）概念設(shè)計的價值在特定的業(yè)務(wù)環(huán)境下討論需求和功能特性代表了業(yè)務(wù)需要與用戶需求為初步規(guī)范提供了輸入支持交互的目標最小化了重復(fù)工作量提供了改變用戶工作實踐的信息提供了長期的、可擴展的設(shè)計規(guī)劃10.1.2解決方案的設(shè)計概念設(shè)計（4）概念設(shè)計的價值10.1.2解決方案的設(shè)計邏輯設(shè)計（1）邏輯設(shè)計過程的定義、目標和輸出邏輯設(shè)計視圖邏輯設(shè)計視圖是從項目小組的觀點來看待解決方案10.1.2解決方案的設(shè)計邏輯設(shè)計（1）邏輯設(shè)計過程的定義、目標和輸出10.1.2邏輯設(shè)計（2）澄清邏輯設(shè)計的概念邏輯設(shè)計不是作用技術(shù)解決方案定義必須以技術(shù)支持的業(yè)務(wù)需要揭示技術(shù)限制及機會對特定物理模型的優(yōu)化標識可以實現(xiàn)的技術(shù)標識那些因基礎(chǔ)架構(gòu)和部署原因而必須調(diào)整邏輯設(shè)計的地方10.1.2解決方案的設(shè)計邏輯設(shè)計（2）澄清邏輯設(shè)計的概念邏輯設(shè)計不是作用技術(shù)解決方案邏輯設(shè)計（3）邏輯設(shè)計的價值管理復(fù)雜性設(shè)立邊界、描述接口，提供一個有機的結(jié)構(gòu)使多個小組可以交互揭示概念設(shè)計中的不一致和錯誤消除冗余，標識潛在的重用為物理設(shè)計提供基礎(chǔ)改進系統(tǒng)各部分的運作在項目組成員間形成解決方案的公共視圖10.1.2解決方案的設(shè)計邏輯設(shè)計（3）邏輯設(shè)計的價值10.1.2解決方案的設(shè)計物理設(shè)計（1）物理設(shè)計的定義、目的和輸出物理設(shè)計視圖物理設(shè)計視圖描述了開發(fā)者對解決方案的看法10.1.2解決方案的設(shè)計物理設(shè)計（1）物理設(shè)計的定義、目的和輸出10.1.2解決物理設(shè)計（2）澄清物理設(shè)計的概念物理設(shè)計不是作用編碼為開發(fā)創(chuàng)建編碼規(guī)范技術(shù)部署選擇技術(shù)10.1.2解決方案的設(shè)計物理設(shè)計（2）澄清物理設(shè)計的概念物理設(shè)計不是作用編碼為開發(fā)創(chuàng)物理設(shè)計（3）物理設(shè)計的價值評估實現(xiàn)的可選項提供一個靈活的基于組件的設(shè)計成為估計費用、進度和資源的基礎(chǔ)對應(yīng)內(nèi)部里程碑和內(nèi)部發(fā)布，把解決方案映射到過程模型求精并更新風險尋找與企業(yè)體系結(jié)構(gòu)的兼容性可以從邏輯設(shè)計回溯到使用場景10.1.2解決方案的設(shè)計物理設(shè)計（3）物理設(shè)計的價值10.1.2解決方案的設(shè)計創(chuàng)建主項目計劃主項目計劃由以下十個計劃組成：部署計劃（deploymentplan）試運行計劃（pilotplan）采購計劃（purchasingplan）設(shè)施計劃（facilitiesplan）測試計劃（testplan）培訓計劃（trainingplan）溝通計劃（communicationplan）容量計劃（capacityplan）安全性計劃（securityplan）預(yù)算計劃（budgetplan）10.1.3創(chuàng)建主項目計劃創(chuàng)建主項目計劃主項目計劃由以下十個計劃組成：10.1.3試運行計劃試運行（pilot）是將解決方案部署到生產(chǎn)實際環(huán)境中的第一次機會，只部署最關(guān)鍵的組件和要求相應(yīng)的操作者試運行計劃的關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑試運行組件的選定緊要的業(yè)務(wù)需要的，可見性好的或?qū)τ脩艚M有影響的，或有失敗風險的試運行的工作范圍通過解決方案功能性和部署過程的部分測試，或解決方案和部署過程的全面測試試運行成員個數(shù)少量參與者、整個部門、或整個站點試運行數(shù)一個或少數(shù)幾個試運行反饋機制與計劃階段同時或部署階段逐站點部署時10.1.3創(chuàng)建主項目計劃試運行計劃試運行（pilot）是將解決方案部署到生產(chǎn)實際環(huán)境采購計劃硬件和軟件采購時應(yīng)該考慮以下方面與供貨商簽約訂貨處理事先配置入庫/上貨架驗收/存放過時設(shè)備處理10.1.3創(chuàng)建主項目計劃采購計劃硬件和軟件采購時應(yīng)該考慮以下方面10.1.3創(chuàng)設(shè)施計劃設(shè)施變動物理設(shè)施計劃應(yīng)該考慮以下方面樓宇許可證最終用戶的工作空間電纜安置其他局域/廣域網(wǎng)設(shè)施服務(wù)器設(shè)施10.1.3創(chuàng)建主項目計劃設(shè)施計劃設(shè)施變動10.1.3創(chuàng)建主項目計劃測試計劃測試計劃關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑要測試的類型以及每種測試類型要用到的功能/技術(shù)領(lǐng)域單元測試，集成（系統(tǒng)）測試，性能測試，強度測試，可用性測試及回歸測試測試的格式和成功準則全文檔測試場景和測試結(jié)果，以及口頭簽收的非正規(guī)測試變更控制程序式的檢入/檢出過程和非正式傳遞過程配置管理硬件、軟件和文檔標準的集中管理和配置的本地管理問題追蹤問題標識、優(yōu)先級。在疵病追蹤數(shù)據(jù)庫中的追蹤，以及通過e-mail的問題追蹤10.1.3創(chuàng)建主項目計劃測試計劃測試計劃關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑要測試的類培訓計劃培訓計劃的關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑培訓對象所有受影響的用戶,以前的終端用戶，IT管理者，桌面幫助設(shè)計人培訓工具手把手培訓、講解風格式培訓、基于計算機或WEB的培訓，一對一培訓、作業(yè)輔助培訓和講義培訓材料的開發(fā)買或編寫培訓期全日，半日，兩小時，或特定的培訓完成時間先于部署，部署期間，部署剛完成或按用戶要求培訓資源內(nèi)部培訓人員或按合同培訓人員10.1.3創(chuàng)建主項目計劃培訓計劃培訓計劃的關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑溝通計劃溝通計劃潛在的受眾潛在的方式潛在的消息所有用戶面對面開會發(fā)生了什么，為什么發(fā)生所有受影響的用戶備忘錄它將何時發(fā)生管理人業(yè)務(wù)溝通會影響到誰所有IT人員內(nèi)聯(lián)網(wǎng)用戶會受到什么影響IT管理人E-mail用戶應(yīng)作何準備幫助桌面語音郵件用戶怎樣才能得到更多的信息10.1.3創(chuàng)建主項目計劃溝通計劃溝通計劃潛在的受眾潛在的方式潛在的消息所有用戶面對容量計劃容量計劃涉及以下方面本解決方案產(chǎn)生了多少附加的網(wǎng)絡(luò)流量這些附加的網(wǎng)絡(luò)流量將如何影響到用戶當前的系統(tǒng)和網(wǎng)絡(luò)是否有能力處理預(yù)期的用途增加服務(wù)器是否有必要增強系統(tǒng)和網(wǎng)絡(luò)容量所要求的硬件設(shè)施是什么10.1.3創(chuàng)建主項目計劃容量計劃容量計劃涉及以下方面10.1.3創(chuàng)建主項目計劃安全性計劃安全性計劃涉及以下方面建立的安全指南如何維護在缺乏安全指南的情況下，為緩解風險要采取什么行動如果建立的安全措施與項目的成功完成有了沖突，將采取什么樣的臨時安全措施安全性計劃要考慮成本和被保護對象的價值10.1.3創(chuàng)建主項目計劃安全性計劃安全性計劃涉及以下方面10.1.3創(chuàng)建主項目計預(yù)算計劃標識預(yù)期的費用和費用約束，需要考慮：功能規(guī)范其他的項目計劃（例如，開發(fā)、部署、試運行、采購、器材、測試、培訓、溝通、增容、安全）客戶的期望值10.1.3創(chuàng)建主項目計劃預(yù)算計劃標識預(yù)期的費用和費用約束，需要考慮：10.1.3創(chuàng)建主項目進度主項目進度（masterprojectschedule）包括：開發(fā)進度表測試進度表用戶教育進度表后勤管理進度表產(chǎn)品管理進度表10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度主項目進度（masterprojectsc創(chuàng)建主項目進度（1）估算技術(shù)對人的任命；技術(shù)的成熟度；系統(tǒng)的復(fù)雜性；環(huán)境的穩(wěn)定性；所用開發(fā)工具；調(diào)整和分析工具的可用性；協(xié)調(diào)技術(shù)和小組技術(shù)水平的關(guān)系；小組動態(tài)性；可重用性的機遇；客戶的期望值；設(shè)計的靈活性和模塊性；企業(yè)文化任務(wù)層次上的估算指南小組的領(lǐng)導人實施任務(wù)分解和定優(yōu)先級；由小組成員作任務(wù)層次上的估算；每個任務(wù)都有一個起始和結(jié)束點；產(chǎn)生一個單獨的產(chǎn)品或工作產(chǎn)品；任務(wù)要分配到個人；為了反饋和改正及時，任務(wù)的粒度可調(diào)整（約半天到一周）

10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度（1）估算技術(shù)10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度（2）容許的不確定性10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度（2）容許的不確定性10.1.4創(chuàng)建主項建立開發(fā)和測試環(huán)境10.1.5建立開發(fā)和測試環(huán)境建立開發(fā)和測試環(huán)境10.1.5建立開發(fā)和測試環(huán)境調(diào)度原則微軟總結(jié)了大量調(diào)度實踐中的經(jīng)驗提出以下四條原則：估算工作量由底向上上市日期堅定不動的意識風險驅(qū)動調(diào)度為不確定的未來調(diào)度10.2調(diào)度原則調(diào)度原則微軟總結(jié)了大量調(diào)度實踐中的經(jīng)驗提出以下四條原則：10估算工作量由底向上誰做這個工作，就由誰去推斷這個工作需要的時間，應(yīng)該是一個基本的信條。當然，精確不是目標，任何人都有預(yù)斷不到之處——JimMcCarthy《軟件開發(fā)動力學》10.2.1估算工作量由底向上估算工作量由底向上誰做這個工作，就由誰去推斷這個工作需要的時上市日期堅定不動的意識一旦商定項目產(chǎn)品的上市日期決不輕易更改有利于培養(yǎng)員工的意志品質(zhì)：“言而有信”任何工作失誤都會導致資源（成本）增加10.2.2上市日期堅定不動的意識上市日期堅定不動的意識一旦商定項目產(chǎn)品的上市日期決不輕易更改風險驅(qū)動調(diào)度把注意力集中在優(yōu)先級最高的風險上，并按優(yōu)先級安排任務(wù)風險驅(qū)動的調(diào)度還鼓勵盡早在概念上證實原型較大的風險一般起因是在上層或最上層，而緩解和消除必須在下層做切實的工作10.2.3風險驅(qū)動調(diào)度風險驅(qū)動調(diào)度把注意力集中在優(yōu)先級最高的風險上，并按優(yōu)先級安排為不確定的未來調(diào)度未來是不確定的為了使不確定變?yōu)橄鄬Υ_定一些，人們把大任務(wù)化小是常用的辦法使用離散任務(wù)設(shè)立中間里程碑（interimmilestone）增加緩沖時段。10.2.4為不確定的未來調(diào)度為不確定的未來調(diào)度未來是不確定的10.2.4為不確定的未使用離散任務(wù)大任務(wù)化為相對獨立的小任務(wù)如果無法化小，那么就建立中間里程碑使用離散任務(wù)的好處持續(xù)時間短，出錯的余地??；出了問題影響面小，易于控制；任務(wù)小，工作量估算容易精確10.2.4為不確定的未來調(diào)度使用離散任務(wù)大任務(wù)化為相對獨立的小任務(wù)10.2.4為不確設(shè)立中間里程碑可以把大的功能集分解為若干小的功能集，作為中間里程碑這些小的功能集越獨立越好在中間里程碑評估項目進展，并調(diào)整項目計劃把每個中間里程碑當作一次實際的發(fā)布10.2.4為不確定的未來調(diào)度設(shè)立中間里程碑可以把大的功能集分解為若干小的功能集，作為中間增加緩沖時段不僅可留出處理偶發(fā)因素的時間，對于保證按時完成也是必須的，它還有助于允許角色或小組的隱私設(shè)立項目緩沖時段10.2.4為不確定的未來調(diào)度增加緩沖時段不僅可留出處理偶發(fā)因素的時間，對于保證按時完成也計劃階段的成功標準干系人和項目組針對項目就以下幾點達成一致：要交付的解決方案組件主要項目里程碑的日期如何構(gòu)建解決方案創(chuàng)建好開發(fā)和測試環(huán)境開始對項目進行變更控制和配置管理發(fā)起人和（或）主要干系人正式認可本階段的交付成果和完成的工作10.3計劃階段的成功標準計劃階段的成功標準干系人和項目組針對項目就以下幾點達成一致：計劃階段文檔項目計劃階段的工作產(chǎn)品工作產(chǎn)品目的責任者功能規(guī)范文檔描述要做什么程序管理主項目計劃描述怎么做程序管理主項目進度表描述何時做程序管理復(fù)審主風險評估文檔描述在制作中的任何問題程序管理10.4計劃階段文檔計劃階段文檔項目計劃階段的工作產(chǎn)品工作產(chǎn)品目的責任者功能規(guī)范文檔功能規(guī)范文檔的內(nèi)容功能規(guī)范的作用功能規(guī)范文檔編制指南功能規(guī)范文檔常見的缺陷功能規(guī)范審核10.4.1功能規(guī)范文檔功能規(guī)范文檔功能規(guī)范文檔的內(nèi)容10.4.1功能規(guī)范文檔功能規(guī)范文檔（1）內(nèi)容解釋遠景概述遠景文檔總結(jié)，以及解決方案的業(yè)務(wù)環(huán)境設(shè)計目標影響決策的關(guān)鍵設(shè)計目標，包括性能、可靠性、時限、可訪問性、可用性產(chǎn)品需求客戶/用戶的需求，包括優(yōu)先需求和沖突平衡用戶概述按業(yè)務(wù)案例說明誰在什么時候用到本產(chǎn)品的什么功能特性按優(yōu)先級排出的產(chǎn)品功能特性及其功能，說明包括用戶界面、導航產(chǎn)品依賴性高層依賴是外部系統(tǒng)，底層依賴是共享組件進度總結(jié)主項目進度表的概述，關(guān)鍵的日期及其工作產(chǎn)品，上市日期風險風險列表附錄設(shè)計過程的輸出10.4.1功能規(guī)范文檔功能規(guī)范文檔（1）內(nèi)容解釋遠景概述遠景文檔總結(jié)，以及解功能規(guī)范文檔（2）功能規(guī)范的作用功能規(guī)范是開發(fā)主項目計劃，主進度表的基礎(chǔ)功能規(guī)范記錄了項目組和客戶/用戶達成的共識功能規(guī)范文檔編制指南要理解本規(guī)范文檔使用者的需要風格一致不要想一次成，要多次反復(fù)，收集反饋明確寫出產(chǎn)品，功能特性是什么找出核心的功能特性集，以及產(chǎn)品改進和新版本的生成將已明確的項目變量轉(zhuǎn)變成設(shè)計目標功能規(guī)范文檔常見的缺陷10.4.1功能規(guī)范文檔功能規(guī)范文檔（2）功能規(guī)范的作用10.4.1功能規(guī)范文檔功能規(guī)范文檔（3）功能規(guī)范文檔常見的缺陷提供細節(jié)不足提供細節(jié)過多做了過多的不實際的設(shè)計凍結(jié)過早更新過頻耗時太多失于交流變更整個小組成員沒有充分參與10.4.1功能規(guī)范文檔功能規(guī)范文檔（3）功能規(guī)范文檔常見的缺陷10.4.1功能功能規(guī)范文檔（4）功能規(guī)范審核

角色準則客戶解決方案滿足了業(yè)務(wù)需求產(chǎn)品管理解決方案滿足了已知需求程序管理落實了小組的職責和進度開發(fā)解決方案是可以實現(xiàn)的測試解決方案是測試的并有可能穩(wěn)定用戶體驗解決方案是可用的，所需要的用戶支持已經(jīng)定義發(fā)布管理解決方案定義的支持系統(tǒng)是可部署的所有人統(tǒng)一了上市日期10.4.1功能規(guī)范文檔功能規(guī)范文檔（4）功能規(guī)范審核角色準則客戶解決方案滿足了主項目計劃這些分計劃包括：開發(fā)計劃（developmentplan）測試計劃（testplan）培訓計劃（trainingplan）用戶支持計劃（usersupportplan）溝通計劃（communicationplan）部署計劃（deploymentplan）10.4.2主項目計劃主項目計劃這些分計劃包括：10.4.2主項目計劃主項目進度表主項目計劃的六項分計劃均應(yīng)寫出對應(yīng)的進度表：開發(fā)進度表測試進度表培訓進度表用戶支持進度表溝通進度表部署進度表10.4.3主項目進度表主項目進度表主項目計劃的六項分計劃均應(yīng)寫出對應(yīng)的進度表：10主風險評估文檔所以主風險評估文檔的任務(wù)是：提供項目風險的整體視圖跨小組同步評估導出高層決策和工作的優(yōu)先級10.4.4主風險評估文檔主風險評估文檔所以主風險評估文檔的任務(wù)是：10.4.4主計劃認可里程碑及中間里程碑項目計劃認可里程碑計劃階段的中間里程碑10.5計劃認可里程碑及中間里程碑計劃認可里程碑及中間里程碑項目計劃認可里程碑10.5計劃項目計劃認可里程碑項目小組成員、客戶、關(guān)鍵干系人應(yīng)就以下方面取得一致的看法：項目互易策略定格截止本階段項目風險本項目應(yīng)該做什么什么時候做什么如何做誰去做10.5.1項目計劃認可里程碑項目計劃認可里程碑項目小組成員、客戶、關(guān)鍵干系人應(yīng)就以下方面計劃階段的中間里程碑10.5.2 計劃階段的中間里程碑計劃階段的中間里程碑10.5.2 計劃階段的中間里程碑計劃階段小組角色的職責項目計劃階段MSF小組角色的重點工作角色重點工作產(chǎn)品管理設(shè)計，溝通計劃，進度表程序管理設(shè)計，功能規(guī)范，主項目計劃，主項目進度表開發(fā)設(shè)計，開發(fā)計劃和進度，概念開發(fā)證明用戶體驗設(shè)計，用戶能力支持，用戶教育計劃和進度測試評價設(shè)計，測試計劃和進度發(fā)布管理評價設(shè)計，后勤計劃和進度10.6計劃階段小組角色的職責計劃階段小組角色的職責項目計劃階段MSF小組角色的重點工作問題與討論計劃是如何降低風險的高效的計劃主要解決哪些問題對于其中單個問題，計劃的成果如何幫助解決每個問題計劃階段的交付成果是什么團隊如何知道已經(jīng)對項目做了足夠的計劃在構(gòu)思階段過渡到計劃階段時，項目需求、使用場景和解決方案概要是如何變化的三個設(shè)計階段（概念、邏輯和物理）的定義、目的和輸出是什么主項目計劃包含哪些計劃主項目進度包含哪些進度10.8問題與討論問題與討論計劃是如何降低風險的10.8問題與討論回顧經(jīng)過本章的學習，我們了解了下列的知識和內(nèi)容:理解計劃階段的活動及計劃階段的成功標準。理解計劃階段生成的各種文檔。回顧經(jīng)過本章的學習，我們了解了下列的知識和內(nèi)容:隨堂練習1關(guān)于解決方案的設(shè)計，以下哪些說法是正確的A.概念設(shè)計是上一階段業(yè)務(wù)遠景的軟件術(shù)語描述或解釋，可以直接指導編程開發(fā)B.邏輯設(shè)計就是結(jié)合其他兩種設(shè)計來確定整個系統(tǒng)的構(gòu)架，對編程開發(fā)起到指導作用C.邏輯設(shè)計就是把概念設(shè)計的表達（概念元素及其關(guān)系）映射為程序世界能夠接受的邏輯表達D.物理設(shè)計必須用編程語言表示，而不能使用編程語言的圖示或偽代碼來表示隨堂練習1關(guān)于解決方案的設(shè)計，以下哪些說法是正確的隨堂練習2邏輯設(shè)計是A.獲取問題和解決方案的業(yè)務(wù)和用戶視圖，并對其文檔化、驗證和優(yōu)化的過程B.從項目小組的觀點，用組織、結(jié)構(gòu)、語法，描述解決方案及其各部分交互的過程C.從開發(fā)小組的觀點描述解決方案的組件、服務(wù)和技術(shù)的過程D.從管理小組的觀點，描述解決方案的人員組織結(jié)構(gòu)和技術(shù)構(gòu)成的過程隨堂練習2邏輯設(shè)計是隨堂練習3項目主計劃中的培訓計劃有哪些關(guān)鍵域A.培訓對象和工具B.培訓材料的開發(fā)C.培訓費用D.培訓期E.培訓完成時間F.培訓資源隨堂練習3項目主計劃中的培訓計劃有哪些關(guān)鍵域隨堂練習4關(guān)于估算技術(shù)，以下哪些說法是正確的A.在對資源做出估算后，即可得到真實的進度B.創(chuàng)建估算時，需要考慮或部分考慮對人的任命；技術(shù)的成熟度；系統(tǒng)的復(fù)雜性；環(huán)境的穩(wěn)定性；所用開發(fā)工具C.創(chuàng)建估算時，需要考慮或部分考慮調(diào)整和分析工具的可用性；協(xié)調(diào)技術(shù)和小組技術(shù)水平的關(guān)系；小組動態(tài)性D.創(chuàng)建估算時，需要考慮或部分考慮可重用性的機遇；客戶的期望值；設(shè)計的靈活性和模塊性；企業(yè)文化隨堂練習4關(guān)于估算技術(shù)，以下哪些說法是正確的隨堂練習5在項目的計劃階段，各小組角色及其工作重點描述正確的是A.程序管理負責和用戶打交道，他責任是推動需求收集和概念設(shè)計B.開發(fā)角色推動整個設(shè)計，重點是邏輯設(shè)計，領(lǐng)導完成功能規(guī)范文檔C.用戶體驗角色推動功能規(guī)范的物理設(shè)計部分D.測試者只參與設(shè)計評價，以判定某些功能特性能否測試隨堂練習5在項目的計劃階段，各小組角色及其工作重點描述正確第10章

項目計劃階段第10章

項目計劃階段課程介紹本章從六個方面介紹MSF應(yīng)用開發(fā)項目計劃階段首先是計劃階段的主要活動；為了做出主項目進度表的調(diào)度原理；計劃階段的成功標準；達到里程碑的工作產(chǎn)品；建議的中間里程碑；最后是各角色在本階段的重點工作課程介紹本章從六個方面介紹MSF應(yīng)用開發(fā)項目計劃階段第十章項目計劃階段計劃階段的活動調(diào)度原理計劃階段的成功標準計劃階段的文檔計劃認可里程碑及中間里程碑計劃階段小組角色的職責本章小結(jié)問題和討論第十章項目計劃階段計劃階段的活動計劃階段的活動技術(shù)驗證解決方案的設(shè)計創(chuàng)建主項目計劃創(chuàng)建主項目進度建立開發(fā)和測試環(huán)境10.1

計劃階段的活動計劃階段的活動技術(shù)驗證10.1計劃階段的活動技術(shù)驗證考察技術(shù)該技術(shù)能否手工安裝或配置（使技術(shù)處在理想條件下，無需與生產(chǎn)環(huán)境匹配）寫出文檔：為使這種技術(shù)能工作必須做的事為設(shè)計提供信息開始標識問題和技術(shù)風險，并記入文檔按照對風險和問題最佳的理解，更新主項目進度表10.1.1技術(shù)驗證技術(shù)驗證考察技術(shù)10.1.1技術(shù)驗證解決方案的設(shè)計設(shè)計過程設(shè)計過程與計劃的關(guān)系概念設(shè)計邏輯設(shè)計物理設(shè)計10.1.2解決方案的設(shè)計解決方案的設(shè)計設(shè)計過程10.1.2解決方案的設(shè)計設(shè)計過程10.1.2解決方案的設(shè)計設(shè)計過程10.1.2解決方案的設(shè)計設(shè)計過程與計劃的關(guān)系小組基準概念設(shè)計未到達基準即開始邏輯設(shè)計，而物理設(shè)計必須在概念設(shè)計到達基準才開始

10.1.2解決方案的設(shè)計設(shè)計過程與計劃的關(guān)系10.1.2解決方案的設(shè)計概念設(shè)計（1）概念設(shè)計過程的定義、目的和輸出概念設(shè)計視圖10.1.2解決方案的設(shè)計概念設(shè)計（1）概念設(shè)計過程的定義、目的和輸出10.1.2概念設(shè)計（2）設(shè)計者需要調(diào)查的問題業(yè)務(wù)需求或問題是什么？誰是用戶？用戶真正做的是什么？用戶需求是什么？已有什么？什么是最優(yōu)解決方案？得到最優(yōu)解決方案時，如何了解概念設(shè)計目標設(shè)計完全基于業(yè)務(wù)和用戶提供的真實數(shù)據(jù)關(guān)于產(chǎn)品的連貫的、集成的描述有價值的抽象或分類層次業(yè)務(wù)、用戶和項目小組達成共識的期望集合設(shè)計小組意見一致與企業(yè)體系結(jié)構(gòu)同步小組溝通的基礎(chǔ)10.1.2解決方案的設(shè)計概念設(shè)計（2）設(shè)計者需要調(diào)查的問題10.1.2解決方案的概念設(shè)計（3）澄清概念設(shè)計概念創(chuàng)建場景場景以敘述和圖形的方式對問題和解決方案進行描述場景是一個理解需求、以及與用戶交流的有效方法創(chuàng)建場景的一個方法是使用故事板（storyboard）概念設(shè)計不是作用完整的功能規(guī)范開發(fā)部分的功能規(guī)范用戶接口細節(jié)設(shè)計一個高效的用戶接口系統(tǒng)組件定義了解協(xié)同工作的部件技術(shù)解決方案設(shè)計一個解決業(yè)務(wù)問題的解決方案10.1.2解決方案的設(shè)計概念設(shè)計（3）澄清概念設(shè)計概念概念設(shè)計不是作用完整的功能規(guī)范概念設(shè)計（4）概念設(shè)計的價值在特定的業(yè)務(wù)環(huán)境下討論需求和功能特性代表了業(yè)務(wù)需要與用戶需求為初步規(guī)范提供了輸入支持交互的目標最小化了重復(fù)工作量提供了改變用戶工作實踐的信息提供了長期的、可擴展的設(shè)計規(guī)劃10.1.2解決方案的設(shè)計概念設(shè)計（4）概念設(shè)計的價值10.1.2解決方案的設(shè)計邏輯設(shè)計（1）邏輯設(shè)計過程的定義、目標和輸出邏輯設(shè)計視圖邏輯設(shè)計視圖是從項目小組的觀點來看待解決方案10.1.2解決方案的設(shè)計邏輯設(shè)計（1）邏輯設(shè)計過程的定義、目標和輸出10.1.2邏輯設(shè)計（2）澄清邏輯設(shè)計的概念邏輯設(shè)計不是作用技術(shù)解決方案定義必須以技術(shù)支持的業(yè)務(wù)需要揭示技術(shù)限制及機會對特定物理模型的優(yōu)化標識可以實現(xiàn)的技術(shù)標識那些因基礎(chǔ)架構(gòu)和部署原因而必須調(diào)整邏輯設(shè)計的地方10.1.2解決方案的設(shè)計邏輯設(shè)計（2）澄清邏輯設(shè)計的概念邏輯設(shè)計不是作用技術(shù)解決方案邏輯設(shè)計（3）邏輯設(shè)計的價值管理復(fù)雜性設(shè)立邊界、描述接口，提供一個有機的結(jié)構(gòu)使多個小組可以交互揭示概念設(shè)計中的不一致和錯誤消除冗余，標識潛在的重用為物理設(shè)計提供基礎(chǔ)改進系統(tǒng)各部分的運作在項目組成員間形成解決方案的公共視圖10.1.2解決方案的設(shè)計邏輯設(shè)計（3）邏輯設(shè)計的價值10.1.2解決方案的設(shè)計物理設(shè)計（1）物理設(shè)計的定義、目的和輸出物理設(shè)計視圖物理設(shè)計視圖描述了開發(fā)者對解決方案的看法10.1.2解決方案的設(shè)計物理設(shè)計（1）物理設(shè)計的定義、目的和輸出10.1.2解決物理設(shè)計（2）澄清物理設(shè)計的概念物理設(shè)計不是作用編碼為開發(fā)創(chuàng)建編碼規(guī)范技術(shù)部署選擇技術(shù)10.1.2解決方案的設(shè)計物理設(shè)計（2）澄清物理設(shè)計的概念物理設(shè)計不是作用編碼為開發(fā)創(chuàng)物理設(shè)計（3）物理設(shè)計的價值評估實現(xiàn)的可選項提供一個靈活的基于組件的設(shè)計成為估計費用、進度和資源的基礎(chǔ)對應(yīng)內(nèi)部里程碑和內(nèi)部發(fā)布，把解決方案映射到過程模型求精并更新風險尋找與企業(yè)體系結(jié)構(gòu)的兼容性可以從邏輯設(shè)計回溯到使用場景10.1.2解決方案的設(shè)計物理設(shè)計（3）物理設(shè)計的價值10.1.2解決方案的設(shè)計創(chuàng)建主項目計劃主項目計劃由以下十個計劃組成：部署計劃（deploymentplan）試運行計劃（pilotplan）采購計劃（purchasingplan）設(shè)施計劃（facilitiesplan）測試計劃（testplan）培訓計劃（trainingplan）溝通計劃（communicationplan）容量計劃（capacityplan）安全性計劃（securityplan）預(yù)算計劃（budgetplan）10.1.3創(chuàng)建主項目計劃創(chuàng)建主項目計劃主項目計劃由以下十個計劃組成：10.1.3試運行計劃試運行（pilot）是將解決方案部署到生產(chǎn)實際環(huán)境中的第一次機會，只部署最關(guān)鍵的組件和要求相應(yīng)的操作者試運行計劃的關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑試運行組件的選定緊要的業(yè)務(wù)需要的，可見性好的或?qū)τ脩艚M有影響的，或有失敗風險的試運行的工作范圍通過解決方案功能性和部署過程的部分測試，或解決方案和部署過程的全面測試試運行成員個數(shù)少量參與者、整個部門、或整個站點試運行數(shù)一個或少數(shù)幾個試運行反饋機制與計劃階段同時或部署階段逐站點部署時10.1.3創(chuàng)建主項目計劃試運行計劃試運行（pilot）是將解決方案部署到生產(chǎn)實際環(huán)境采購計劃硬件和軟件采購時應(yīng)該考慮以下方面與供貨商簽約訂貨處理事先配置入庫/上貨架驗收/存放過時設(shè)備處理10.1.3創(chuàng)建主項目計劃采購計劃硬件和軟件采購時應(yīng)該考慮以下方面10.1.3創(chuàng)設(shè)施計劃設(shè)施變動物理設(shè)施計劃應(yīng)該考慮以下方面樓宇許可證最終用戶的工作空間電纜安置其他局域/廣域網(wǎng)設(shè)施服務(wù)器設(shè)施10.1.3創(chuàng)建主項目計劃設(shè)施計劃設(shè)施變動10.1.3創(chuàng)建主項目計劃測試計劃測試計劃關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑要測試的類型以及每種測試類型要用到的功能/技術(shù)領(lǐng)域單元測試，集成（系統(tǒng)）測試，性能測試，強度測試，可用性測試及回歸測試測試的格式和成功準則全文檔測試場景和測試結(jié)果，以及口頭簽收的非正規(guī)測試變更控制程序式的檢入/檢出過程和非正式傳遞過程配置管理硬件、軟件和文檔標準的集中管理和配置的本地管理問題追蹤問題標識、優(yōu)先級。在疵病追蹤數(shù)據(jù)庫中的追蹤，以及通過e-mail的問題追蹤10.1.3創(chuàng)建主項目計劃測試計劃測試計劃關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑要測試的類培訓計劃培訓計劃的關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑培訓對象所有受影響的用戶,以前的終端用戶，IT管理者，桌面幫助設(shè)計人培訓工具手把手培訓、講解風格式培訓、基于計算機或WEB的培訓，一對一培訓、作業(yè)輔助培訓和講義培訓材料的開發(fā)買或編寫培訓期全日，半日，兩小時，或特定的培訓完成時間先于部署，部署期間，部署剛完成或按用戶要求培訓資源內(nèi)部培訓人員或按合同培訓人員10.1.3創(chuàng)建主項目計劃培訓計劃培訓計劃的關(guān)鍵域和處理方法涉及的關(guān)鍵域途徑溝通計劃溝通計劃潛在的受眾潛在的方式潛在的消息所有用戶面對面開會發(fā)生了什么，為什么發(fā)生所有受影響的用戶備忘錄它將何時發(fā)生管理人業(yè)務(wù)溝通會影響到誰所有IT人員內(nèi)聯(lián)網(wǎng)用戶會受到什么影響IT管理人E-mail用戶應(yīng)作何準備幫助桌面語音郵件用戶怎樣才能得到更多的信息10.1.3創(chuàng)建主項目計劃溝通計劃溝通計劃潛在的受眾潛在的方式潛在的消息所有用戶面對容量計劃容量計劃涉及以下方面本解決方案產(chǎn)生了多少附加的網(wǎng)絡(luò)流量這些附加的網(wǎng)絡(luò)流量將如何影響到用戶當前的系統(tǒng)和網(wǎng)絡(luò)是否有能力處理預(yù)期的用途增加服務(wù)器是否有必要增強系統(tǒng)和網(wǎng)絡(luò)容量所要求的硬件設(shè)施是什么10.1.3創(chuàng)建主項目計劃容量計劃容量計劃涉及以下方面10.1.3創(chuàng)建主項目計劃安全性計劃安全性計劃涉及以下方面建立的安全指南如何維護在缺乏安全指南的情況下，為緩解風險要采取什么行動如果建立的安全措施與項目的成功完成有了沖突，將采取什么樣的臨時安全措施安全性計劃要考慮成本和被保護對象的價值10.1.3創(chuàng)建主項目計劃安全性計劃安全性計劃涉及以下方面10.1.3創(chuàng)建主項目計預(yù)算計劃標識預(yù)期的費用和費用約束，需要考慮：功能規(guī)范其他的項目計劃（例如，開發(fā)、部署、試運行、采購、器材、測試、培訓、溝通、增容、安全）客戶的期望值10.1.3創(chuàng)建主項目計劃預(yù)算計劃標識預(yù)期的費用和費用約束，需要考慮：10.1.3創(chuàng)建主項目進度主項目進度（masterprojectschedule）包括：開發(fā)進度表測試進度表用戶教育進度表后勤管理進度表產(chǎn)品管理進度表10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度主項目進度（masterprojectsc創(chuàng)建主項目進度（1）估算技術(shù)對人的任命；技術(shù)的成熟度；系統(tǒng)的復(fù)雜性；環(huán)境的穩(wěn)定性；所用開發(fā)工具；調(diào)整和分析工具的可用性；協(xié)調(diào)技術(shù)和小組技術(shù)水平的關(guān)系；小組動態(tài)性；可重用性的機遇；客戶的期望值；設(shè)計的靈活性和模塊性；企業(yè)文化任務(wù)層次上的估算指南小組的領(lǐng)導人實施任務(wù)分解和定優(yōu)先級；由小組成員作任務(wù)層次上的估算；每個任務(wù)都有一個起始和結(jié)束點；產(chǎn)生一個單獨的產(chǎn)品或工作產(chǎn)品；任務(wù)要分配到個人；為了反饋和改正及時，任務(wù)的粒度可調(diào)整（約半天到一周）

10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度（1）估算技術(shù)10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度（2）容許的不確定性10.1.4創(chuàng)建主項目進度創(chuàng)建主項目進度（2）容許的不確定性10.1.4創(chuàng)建主項建立開發(fā)和測試環(huán)境10.1.5建立開發(fā)和測試環(huán)境建立開發(fā)和測試環(huán)境10.1.5建立開發(fā)和測試環(huán)境調(diào)度原則微軟總結(jié)了大量調(diào)度實踐中的經(jīng)驗提出以下四條原則：估算工作量由底向上上市日期堅定不動的意識風險驅(qū)動調(diào)度為不確定的未來調(diào)度10.2調(diào)度原則調(diào)度原則微軟總結(jié)了大量調(diào)度實踐中的經(jīng)驗提出以下四條原則：10估算工作量由底向上誰做這個工作，就由誰去推斷這個工作需要的時間，應(yīng)該是一個基本的信條。當然，精確不是目標，任何人都有預(yù)斷不到之處——JimMcCarthy《軟件開發(fā)動力學》10.2.1估算工作量由底向上估算工作量由底向上誰做這個工作，就由誰去推斷這個工作需要的時上市日期堅定不動的意識一旦商定項目產(chǎn)品的上市日期決不輕易更改有利于培養(yǎng)員工的意志品質(zhì)：“言而有信”任何工作失誤都會導致資源（成本）增加10.2.2上市日期堅定不動的意識上市日期堅定不動的意識一旦商定項目產(chǎn)品的上市日期決不輕易更改風險驅(qū)動調(diào)度把注意力集中在優(yōu)先級最高的風險上，并按優(yōu)先級安排任務(wù)風險驅(qū)動的調(diào)度還鼓勵盡早在概念上證實原型較大的風險一般起因是在上層或最上層，而緩解和消除必須在下層做切實的工作10.2.3風險驅(qū)動調(diào)度風險驅(qū)動調(diào)度把注意力集中在優(yōu)先級最高的風險上，并按優(yōu)先級安排為不確定的未來調(diào)度未來是不確定的為了使不確定變?yōu)橄鄬Υ_定一些，人們把大任務(wù)化小是常用的辦法使用離散任務(wù)設(shè)立中間里程碑（interimmilestone）增加緩沖時段。10.2.4為不確定的未來調(diào)度為不確定的未來調(diào)度未來是不確定的10.2.4為不確定的未使用離散任務(wù)大任務(wù)化為相對獨立的小任務(wù)如果無法化小，那么就建立中間里程碑使用離散任務(wù)的好處持續(xù)時間短，出錯的余地?。怀隽藛栴}影響面小，易于控制；任務(wù)小，工作量估算容易精確10.2.4為不確定的未來調(diào)度使用離散任務(wù)大任務(wù)化為相對獨立的小任務(wù)10.2.4為不確設(shè)立中間里程碑可以把大的功能集分解為若干小的功能集，作為中間里程碑這些小的功能集越獨立越好在中間里程碑評估項目進展，并調(diào)整項目計劃把每個中間里程碑當作一次實際的發(fā)布10.2.4為不確定的未來調(diào)度設(shè)立中間里程碑可以把大的功能集分解為若干小的功能集，作為中間增加緩沖時段不僅可留出處理偶發(fā)因素的時間，對于保證按時完成也是必須的，它還有助于允許角色或小組的隱私設(shè)立項目緩沖時段10.2.4為不確定的未來調(diào)度增加緩沖時段不僅可留出處理偶發(fā)因素的時間，對于保證按時完成也計劃階段的成功標準干系人和項目組針對項目就以下幾點達成一致：要交付的解決方案組件主要項目里程碑的日期如何構(gòu)建解決方案創(chuàng)建好開發(fā)和測試環(huán)境開始對項目進行變更控制和配置管理發(fā)起人和（或）主要干系人正式認可本階段的交付成果和完成的工作10.3計劃階段的成功標準計劃階段的成功標準干系人和項目組針對項目就以下幾點達成一致：計劃階段文檔項目計劃階段的工作產(chǎn)品工作產(chǎn)品目的責任者功能規(guī)范文檔描述要做什么程序管理主項目計劃描述怎么做程序管理主項目進度表描述何時做程序管理復(fù)審主風險評估文檔描述在制作中的任何問題程序管理10.4計劃階段文檔計劃階段文檔項目計劃階段的工作產(chǎn)品工作產(chǎn)品目的責任者功能規(guī)范文檔功能規(guī)范文檔的內(nèi)容功能規(guī)范的作用功能規(guī)范文檔編制指南功能規(guī)范文檔常見的缺陷功能規(guī)范審核10.4.1功能規(guī)范文檔功能規(guī)范文檔功能規(guī)范文檔的內(nèi)容10.4.1功能規(guī)范文檔功能規(guī)范文檔（1）內(nèi)容解釋遠景概述遠景文檔總結(jié)，以及解決方案的業(yè)務(wù)環(huán)境設(shè)計目標影響決策的關(guān)鍵設(shè)計目標，包括性能、可靠性、時限、可訪問性、可用性產(chǎn)品需求客戶/用戶的需求，包括優(yōu)先需求和沖突平衡用戶概述按業(yè)務(wù)案例說明誰在什么時候用到本產(chǎn)品的什么功能特性按優(yōu)先級排出的產(chǎn)品功能特性及其功能，說明包括用戶界面、導航產(chǎn)品依賴性高層依賴是外部系統(tǒng)，底層依賴是共享組件進度總結(jié)主項目進度表的概述，關(guān)鍵的日期及其工作產(chǎn)品，上市日期風險風險列表附錄設(shè)計過程的輸出10.4.1功能規(guī)范文檔功能規(guī)范文檔（1）內(nèi)容解釋遠景概述遠景文檔總結(jié)，以及解功能規(guī)范文檔（2）功能規(guī)范的作用功能規(guī)范是開發(fā)主項目計劃，主進度表的基礎(chǔ)功能規(guī)范記錄了項目組和客戶/用戶達成的共識功能規(guī)范文檔編制指南要理解本規(guī)范文檔使用者的需要風格一致不要想一次成，要多次反復(fù)，收集反饋明確寫出產(chǎn)品，功能特性是什么找出核心的功能特性集，以及產(chǎn)品改進和新版本的生成將已明確的項目變量轉(zhuǎn)變成設(shè)計目標功能規(guī)范文檔常見的缺陷10.4.1功能規(guī)范文檔功能規(guī)范文檔（2）功能規(guī)范的作用10.4.1功能規(guī)范文檔功能規(guī)范文檔（3）功能規(guī)范文檔常見的缺陷提供細節(jié)不足提供細節(jié)過多做了過多的不實際的設(shè)計凍結(jié)過早更新過頻耗時太多失于交流變更整個小組成員沒有充分參與10.4.1功能規(guī)范文檔功能規(guī)范文檔（3）功能規(guī)范文檔常見的缺陷10.4.1功能功能規(guī)范文檔（4）功能規(guī)范審核

角色準則客戶解決方案滿足了業(yè)務(wù)需求產(chǎn)品管理解決方案滿足了已知需求程序管理落實了小組的職責和進度開發(fā)解決方案是可以實現(xiàn)的測試解決方案是測試的并有可能穩(wěn)定用戶體驗解決方案是可用的，所需要的用戶支持已經(jīng)定義發(fā)布管理解決方案定義的支持系統(tǒng)是可部署的所有人統(tǒng)一了上市日期10.4.1功能規(guī)范文檔功能規(guī)范文檔（4）功能規(guī)范審核角色準則客戶解決方案滿足了主項目計劃這些分計劃包括：開發(fā)計劃（developmentplan）測試計劃（testplan）培訓計劃（trainingplan）用戶支持計劃（usersupportplan）溝通計劃（communicationplan）部署計劃（deploymentplan）10.4.2主項目計劃主項目計劃這些分計劃包括：10.4.2主項目計劃主項目進度表主項目計劃的六項分計劃均應(yīng)寫出對應(yīng)的進度表：開發(fā)進度表測試進度表培訓進度表用戶支持進度表溝通進度表部署進度表10.4.3主項目進