軟件開發(fā)過程

1、Shanghai Jiao Tong University上海交通大學(xué)軟件工程中心軟件項(xiàng)目管理Module: Software Process 軟件開發(fā)過程軟件開發(fā)過程2Software Project Management沈備軍項(xiàng)目過程w 項(xiàng)目過程包括:項(xiàng)目管理過程，項(xiàng)目管理過程， concerned with describing and organizing the work of the project. They are applicable to most projects, most of the time.產(chǎn)品開發(fā)過程，產(chǎn)品開發(fā)過程，concerned with specify

2、ing and creating the project product. They are typically defined by the project life cycle and vary by application area.3Software Project Management沈備軍PMBOK的項(xiàng)目管理過程4Software Project Management沈備軍典型的軟件開發(fā)過程 RUP5Software Project Management沈備軍本節(jié)內(nèi)容w 軟件開發(fā)過程概述w 推薦的軟件過程統(tǒng)一軟件過程 RUP敏捷過程微軟產(chǎn)品開發(fā)過程w 選擇和實(shí)施軟件過程6Softw

3、are Project Management沈備軍軟件企業(yè)的核心能力開發(fā)過程開發(fā)過程 （CMM、RUP、XP） 開發(fā)技能開發(fā)技能（OO、架構(gòu)、架構(gòu)、構(gòu)件構(gòu)件）組織管理組織管理（文化、制度、團(tuán)隊(duì)、（文化、制度、團(tuán)隊(duì)、價(jià)值鏈價(jià)值鏈）軟件開發(fā)過程軟件開發(fā)過程是企業(yè)的核心能力是企業(yè)的核心能力是項(xiàng)目管理的核心能力是項(xiàng)目管理的核心能力7Software Project Management沈備軍New or changedrequirementsNew or changed systemSoftwareProcess什么是軟件過程w Defines Who is doing What, When to d

4、o it, and How to reach a certain goal.8Software Project Management沈備軍軟件過程的組成五大元素:w 工件/產(chǎn)品w 活動(dòng)w 里程碑w 資源和角色w 關(guān)系9Software Project Management沈備軍工件和WBSw 工件（Artifact）是指軟件開發(fā)過程的中間或最后工作產(chǎn)品，包括文檔、模型和程序。w 工作分解結(jié)構(gòu)（WBS，Work Breakdown Structure）以工作為導(dǎo)向?qū)?xiàng)目要素進(jìn)行的分組，它定義了項(xiàng)目的整個(gè)工作范圍，每細(xì)分一層表示對(duì)項(xiàng)目工件更詳細(xì)的描述分組方式 按開發(fā)階段組織 按子項(xiàng)目/子系統(tǒng)組織

5、按類型組織10Software Project Management沈備軍按開發(fā)階段組織的WBS舉例11Software Project Management沈備軍活動(dòng)w 一個(gè)項(xiàng)目可分為多個(gè)活動(dòng)w 活動(dòng)的執(zhí)行可以是順序的、迭代的（重復(fù)的）、并行的、嵌套的、或者有條件地引發(fā)的。w 活動(dòng)間的時(shí)序關(guān)系F-FF-SS-FS-Sw 父子活動(dòng)12Software Project Management沈備軍里程碑w 里程碑是特殊的活動(dòng)，當(dāng)時(shí)鐘到達(dá)特定時(shí)間，就會(huì)觸發(fā)里程碑檢查本階段的所有活動(dòng)和工作是否按要求完成制定明確的里程碑大項(xiàng)目制定更細(xì)化的里程碑讓項(xiàng)目組成員時(shí)刻保持高效的工作狀態(tài)為管理人員提供進(jìn)度可視化的

6、可靠依據(jù)讓客戶都感覺到一段時(shí)間就實(shí)現(xiàn)了一個(gè)目標(biāo)，提高客戶的滿意度和信任。13Software Project Management沈備軍明確的可量化的里程碑14Software Project Management沈備軍資源人人是最重要的資源是最重要的資源 ！軟件構(gòu)件庫軟件構(gòu)件庫15Software Project Management沈備軍軟件開發(fā)過程分類w 線性順序過程 Waterfall Processw 增量式過程Incremental Processw 演化過程Evolutionary Process 原型 Prototyping 螺旋過程 Spiral Process 并發(fā)開發(fā)過程

7、 Concurrent Development Processw 特殊過程 基于構(gòu)件的開發(fā) Component-Based Development 形式化方法模型 Formal Methods Process 面向側(cè)面的軟件開發(fā) Aspect-Oriented Software Development16Software Project Management沈備軍瀑布過程(Waterfall)w 最早的軟件開發(fā)過程 w 1970年W. Royce提出w 又稱為線性順序過程需求設(shè)計(jì)編碼測(cè)試運(yùn)行和維護(hù)需求規(guī)約設(shè)計(jì)文檔系統(tǒng)被確認(rèn)的系統(tǒng)17Software Project Management沈備軍瀑

8、布過程特點(diǎn)w 特點(diǎn) 強(qiáng)調(diào)階段的劃分及其順序性 強(qiáng)調(diào)各階段工作及其文檔的完備性 每個(gè)階段結(jié)束之前，都從技術(shù)和管理兩個(gè)角度進(jìn)行嚴(yán)格的審查 是一種嚴(yán)格線性的、按階段順序的、逐步細(xì)化的開發(fā)模式w 適用時(shí)機(jī) 所有功能、性能等要求能一次理解和描述時(shí) 所有的系統(tǒng)功能一次交付時(shí) 必須同時(shí)淘汰全部老系統(tǒng)時(shí)18Software Project Management沈備軍瀑布型的風(fēng)險(xiǎn)和缺點(diǎn)w 獲得完善的需求規(guī)約是非常困難的；w 難以適應(yīng)快速變化需求；w 系統(tǒng)太大時(shí),難以一次做完；w 反饋信息慢；w 極可能引起開發(fā)后期的大量返工，如返工到需求、設(shè)計(jì)等早期活動(dòng)；w 19Software Project Manageme

9、nt沈備軍增量過程（Incremental)w 構(gòu)造一系列可執(zhí)行的中間版本(Version by Version) 20Software Project Management沈備軍增量過程適用時(shí)機(jī)w 早期獲得需求，需求變化少；w 中間產(chǎn)品可以提供使用；w 系統(tǒng)被自然地分割成增量；w 工作人員/資金可以逐步增加。21Software Project Management沈備軍演化過程(Evolutionary)w 現(xiàn)狀： 軟件需求在軟件開發(fā)過程中常常發(fā)生改變，想要一次迭代就開發(fā)出最終產(chǎn)品是不可能的 緊迫的市場(chǎng)期限使得難以一下子完成一個(gè)完善的軟件產(chǎn)品w 解決方案：演化過程 只要核心需求能夠被很好地

10、理解，就可以進(jìn)行漸進(jìn)式開發(fā)，其余需求可以在后續(xù)的迭代中進(jìn)一步定義和實(shí)現(xiàn)。這種過程模型稱為演化模型，它能很好地適應(yīng)隨時(shí)間演化的產(chǎn)品的開發(fā)。w 特點(diǎn)： 迭代的開發(fā)方法，漸進(jìn)地開發(fā)各個(gè)可執(zhí)行版本，逐步完善軟件產(chǎn)品。每個(gè)版本在開發(fā)時(shí)，開發(fā)過程中的活動(dòng)順序地或部分重疊平行地被采用。 與增量過程的區(qū)別是：需求在開發(fā)早期不能被完全了解和確定，在一部分被定義后開發(fā)就開始了，然后在每個(gè)相繼的版本中逐步完善。22Software Project Management沈備軍演化過程舉例u首先執(zhí)行風(fēng)險(xiǎn)最大的任務(wù)首先執(zhí)行風(fēng)險(xiǎn)最大的任務(wù)u迭代內(nèi)部并行開發(fā)迭代內(nèi)部并行開發(fā)u迭代之間順序執(zhí)行迭代之間順序執(zhí)行u可以在細(xì)化所有需

11、求之前啟動(dòng)開發(fā)工作可以在細(xì)化所有需求之前啟動(dòng)開發(fā)工作更多的需求更多的需求設(shè)計(jì)設(shè)計(jì)編碼編碼測(cè)試測(cè)試初始需求初始需求維護(hù)請(qǐng)求維護(hù)請(qǐng)求完整產(chǎn)品完整產(chǎn)品- 基于風(fēng)險(xiǎn)的、順序執(zhí)行的演化過程基于風(fēng)險(xiǎn)的、順序執(zhí)行的演化過程23Software Project Management沈備軍風(fēng)險(xiǎn)風(fēng)險(xiǎn)演化型演化型PreliminaryIterationArchitect.IterationArchitect.IterationDevel. IterationDevel. IterationDevel. IterationTransitionIterationTransitionIterationPost-deplo

12、yment瀑布型瀑布型時(shí)間時(shí)間演化過程價(jià)值：降低風(fēng)險(xiǎn)演化過程是目前采用最廣泛的軟件過程24Software Project Management沈備軍幾種常見的演化過程w 原型 Prototypingw 螺旋過程 Spiral Processw 并發(fā)開發(fā)過程 Concurrent Development Process需求分析需求分析原型開發(fā)原型開發(fā)最終系統(tǒng)設(shè)計(jì)最終系統(tǒng)設(shè)計(jì)原型評(píng)價(jià)原型評(píng)價(jià)最終系統(tǒng)實(shí)現(xiàn)最終系統(tǒng)實(shí)現(xiàn)用戶用戶反饋反饋25Software Project Management沈備軍特殊過程w 基于構(gòu)件的開發(fā) Component-Based Developmentw 形式化方法過程 F

13、ormal Methods Processw 面向側(cè)面的軟件開發(fā) Aspect-Oriented Software Development26Software Project Management沈備軍基于構(gòu)件的開發(fā)A1A2A3A4基礎(chǔ)構(gòu)件B1B2B3B4功能構(gòu)件C1C2接口構(gòu)件A1A2ABCDRA3A4B1B2B3B4C1C2D1D2DA1B1C1A2B2應(yīng)用系統(tǒng)界面構(gòu)件D1 D227Software Project Management沈備軍構(gòu)件和可復(fù)用構(gòu)件w 構(gòu)件（Component）可以被明確標(biāo)識(shí)的軟件制品。w 可復(fù)用構(gòu)件：可被其它系統(tǒng)的開發(fā)者復(fù)用的構(gòu)件。w 可復(fù)用構(gòu)件概念的外延化隨著

14、對(duì)軟件復(fù)用理解的深入，構(gòu)件的概念已延伸到需求、構(gòu)架、設(shè)計(jì)、設(shè)計(jì)模式、測(cè)試計(jì)劃、測(cè)試案例和數(shù)據(jù)以及其他對(duì)開發(fā)活動(dòng)有用的信息，統(tǒng)稱為可復(fù)用軟件構(gòu)件。28Software Project Management沈備軍形式化方法過程w 凈室軟件工程 Clean Room Software Engineering一種增量軟件過程模型基于函數(shù)的規(guī)范和設(shè)計(jì)在測(cè)試前進(jìn)行正確性驗(yàn)證（基于函數(shù)理論）統(tǒng)計(jì)測(cè)試 抽樣,測(cè)試用例-隨機(jī)樣本,概率分布w 特點(diǎn)：可生成高質(zhì)量的軟件29Software Project Management沈備軍凈室軟件過程圖示需求收集盒結(jié)構(gòu)規(guī)約形式化設(shè)計(jì)正確性驗(yàn)證代碼審查制訂測(cè)試計(jì)劃統(tǒng)計(jì)使用測(cè)

15、試認(rèn)證系統(tǒng)工程迭代#1迭代#2迭代#3需求收集盒結(jié)構(gòu)規(guī)約形式化設(shè)計(jì)正確性驗(yàn)證代碼審查制訂測(cè)試計(jì)劃統(tǒng)計(jì)使用測(cè)試認(rèn)證需求收集盒結(jié)構(gòu)規(guī)約形式化設(shè)計(jì)正確性驗(yàn)證代碼審查制訂測(cè)試計(jì)劃統(tǒng)計(jì)使用測(cè)試認(rèn)證30Software Project Management沈備軍面向側(cè)面的軟件開發(fā)w 現(xiàn)實(shí)問題：對(duì)多數(shù)復(fù)雜的系統(tǒng)，在多種需求關(guān)注點(diǎn)和實(shí)現(xiàn)的模塊之間的對(duì)應(yīng)中，往往出現(xiàn)交叉分割（橫切， crosscut）的現(xiàn)象。w 解決方案：面向側(cè)面的軟件開發(fā)w aspect-oriented software developmentw 舉例對(duì)于一個(gè)信用卡應(yīng)用程序來說，存款、取款、帳單管理是它的主關(guān)注點(diǎn)，日志和持久化將成為橫切整個(gè)

16、對(duì)象結(jié)構(gòu)的橫切關(guān)注點(diǎn)。31Software Project Management沈備軍面向側(cè)面軟件開發(fā)的原理RequirementBusiness LogicPersistenceSecurityLoggingAspectual DecompositionAspectual Composition32Software Project Management沈備軍本節(jié)內(nèi)容w 軟件開發(fā)過程概述w 推薦的軟件過程統(tǒng)一軟件過程 RUP敏捷過程微軟產(chǎn)品開發(fā)過程w 選擇和實(shí)施軟件過程33Software Project Management沈備軍統(tǒng)一軟件過程 RUPRUPRUP是一個(gè)風(fēng)險(xiǎn)驅(qū)動(dòng)的、基于是一個(gè)風(fēng)

17、險(xiǎn)驅(qū)動(dòng)的、基于UMLUML和構(gòu)件式架構(gòu)的迭代、遞增型開發(fā)過程和構(gòu)件式架構(gòu)的迭代、遞增型開發(fā)過程。34Software Project Management沈備軍RUP最佳實(shí)踐方法迭代式開發(fā)迭代式開發(fā)需求管理需求管理構(gòu)件式架構(gòu)構(gòu)件式架構(gòu)基于基于UMLUML的可視化建模的可視化建模持續(xù)校驗(yàn)質(zhì)量持續(xù)校驗(yàn)質(zhì)量變更管理變更管理 35Software Project Management沈備軍RUP的四個(gè)階段Lifecycle Objective Milestone Lifecycle Architecture Milestone Initial Operational Capability Milest

18、one Product ReleasetimeuInception - Define the scope of projectuElaboration - Plan project, specify features, baseline architecture uConstruction - Build the productuTransition - Transition the product into end user community每個(gè)階段結(jié)束是一個(gè)大的里程碑每個(gè)階段結(jié)束是一個(gè)大的里程碑36Software Project Management沈備軍階段和迭代 iteration

19、 Minor Milestones: Releases 37Software Project Management沈備軍 Results of previous iterations Up-to-date risk assessment Controlled libraries of models, code, and tests Release descriptionUpdated risk assessmentControlled librariesIteration PlanningRequirements CaptureAnalysis & DesignImplementation T

20、estPrepare ReleaseSelected scenarios一個(gè)迭代周期：一個(gè)小的瀑布模型38Software Project Management沈備軍過程定義WorkerActivityArtifactDescribe a Use-CaseUse-Case PackageUse-Caseresponsible forUse-Case SpecifierA unit of work a worker may be asked to performA piece of information that is produced, modified, or used by a proc

21、essA role that may be played by an individual or a team in the development organization39Software Project Management沈備軍工作指南、工具指南和文檔模板w Guidelines are the rules, recommendations, and heuristics that support activities For example, modeling and programming guidelinesw Tool mentors explain how to use a

22、 specific tool to perform an activity or steps in an activity For example, building a design model using Rational Rosew Templates are predefined artifacts For example, a Rational SoDA template for a Use-Case Reportw Guidelines, tool mentors and templates make it easier to apply the process correctly

23、 and consistently40Software Project Management沈備軍敏捷過程w 敏捷過程很容易適應(yīng)變化并迅速做出自我調(diào)整，在保證質(zhì)敏捷過程很容易適應(yīng)變化并迅速做出自我調(diào)整，在保證質(zhì)量的前提下，實(shí)現(xiàn)企業(yè)效益的最大化。量的前提下，實(shí)現(xiàn)企業(yè)效益的最大化。w 敏捷過程在保證軟件開發(fā)有成功產(chǎn)出的前提下，盡量減少敏捷過程在保證軟件開發(fā)有成功產(chǎn)出的前提下，盡量減少開發(fā)過程中的活動(dòng)和制品，開發(fā)過程中的活動(dòng)和制品，Just enoughJust enoughw 20012001年年2 2月，新方法的一些創(chuàng)始人在美國(guó)猶他州成立月，新方法的一些創(chuàng)始人在美國(guó)猶他州成立 Agile Agi

24、le 聯(lián)盟聯(lián)盟(http:/ )(http:/ )LightweightAgileXPSCRUMCrystalFDDDSDMASD dxLean Development 41Software Project Management沈備軍敏捷過程的核心理念w 基于適應(yīng)而非預(yù)測(cè) Agile方法通過快速、短迭代式的開發(fā)，不斷產(chǎn)出和演化可運(yùn)行軟件，根據(jù)用戶的反饋信息作適應(yīng)性調(diào)整，然后進(jìn)入下一輪快速短迭代式開發(fā)w 以人為導(dǎo)向而非過程導(dǎo)向 努力營(yíng)造誠(chéng)信、開放的組織氛圍，根據(jù)項(xiàng)目中信息流通的具體情況，按高內(nèi)聚、松耦合的原則，將項(xiàng)目組劃分為若干個(gè)小組（每個(gè)小組以不超過10人為宜，組員均在一個(gè)工作間內(nèi)工作），通過

25、小組內(nèi)各種渠道的溝通，來減少中間制品的工作負(fù)擔(dān)，提高應(yīng)變能力-Martin Fowler “New Methodology”42Software Project Management沈備軍敏捷過程的12條指導(dǎo)原則 （1）w 在快速不斷地交付用戶可運(yùn)行軟件的過程中，將使用戶滿意放在第一位w 以積極的態(tài)度對(duì)待需求的變化（不管該變化出現(xiàn)在開發(fā)早期還是后期）w 以幾周到幾個(gè)月為周期，盡快、不斷地交付可運(yùn)行的軟件供用戶使用w 在項(xiàng)目過程中，業(yè)務(wù)人員和開發(fā)人員最好能一起工作w 以積極向上的員工為中心建立項(xiàng)目組，給予他們所需的環(huán)境和支持，對(duì)他們的工作予以充分的信任w 在項(xiàng)目組中，最有用、最有效的信息溝通手段

26、是面對(duì)面的交談43Software Project Management沈備軍敏捷過程的12條指導(dǎo)原則 （2）w 測(cè)量項(xiàng)目進(jìn)展的首要依據(jù)是可運(yùn)行的軟件w 高度重視可持續(xù)開發(fā)w 項(xiàng)目發(fā)起者、開發(fā)者和用戶應(yīng)能始終保持步調(diào)一致w 應(yīng)時(shí)刻關(guān)注技術(shù)上的精益求精和設(shè)計(jì)的合理，這樣能提高軟件的快速應(yīng)變力w 簡(jiǎn)單化（盡可能減少不必要工作的藝術(shù)）w 最好的框架結(jié)構(gòu)、需求和設(shè)計(jì)產(chǎn)生于自組織的項(xiàng)目組w 項(xiàng)目組要定期對(duì)其運(yùn)作情況進(jìn)行反思，提出改進(jìn)意見，并進(jìn)行相應(yīng)的微調(diào)44Software Project Management沈備軍敏捷過程的適用范圍Martin Fowler認(rèn)為：新方法不是到處可適用的適合采用敏捷過程

27、的情況：l 需求不確定、易揮發(fā)（Volatile,意指今天的要求明天就不需要了）l 有責(zé)任感和積極向上的開發(fā)人員l 用戶容易溝通并能參與l十個(gè)人以下的小項(xiàng)目45Software Project Management沈備軍極限編程（XP）w 由由Kent BeckKent Beck、Ward CunninghamWard Cunningham、Ron Ron JeffriesJeffries等人提出反響最大、最為完善的敏等人提出反響最大、最為完善的敏捷過程方法。捷過程方法。w 價(jià)值觀：價(jià)值觀：溝通、反饋、簡(jiǎn)化、勇氣溝通、反饋、簡(jiǎn)化、勇氣w 特點(diǎn)：特點(diǎn)：測(cè)試成為開發(fā)的核心測(cè)試成為開發(fā)的核心; ;紀(jì)

28、律性與靈活性巧妙結(jié)合紀(jì)律性與靈活性巧妙結(jié)合. .46Software Project Management沈備軍XP項(xiàng)目周期 47Software Project Management沈備軍XP關(guān)鍵做法w 現(xiàn)場(chǎng)客戶（On-site Customer）w 計(jì)劃博弈（Planning Game）w 系統(tǒng)隱喻（System Metaphor）w 簡(jiǎn)化設(shè)計(jì)（Simple Design）w 集體擁有代碼（Collective Code Ownership）w 結(jié)對(duì)編程（Pair Programming）w 測(cè)試驅(qū)動(dòng)（Test-driven）w 小型發(fā)布（Small Releases）w 重構(gòu)（Refac

29、toring）w 持續(xù)集成（Continuous integration）w 每周40小時(shí)工作制（40-hour Weeks）w 代碼規(guī)范（Coding Standards）48Software Project Management沈備軍RUP與XP的共性w 基礎(chǔ)都是面向?qū)ο蠓椒ǎㄈ〈鷤鹘y(tǒng)的結(jié)構(gòu)化方法）w 都重視代碼、文檔的最小化和設(shè)計(jì)的簡(jiǎn)化w 采用動(dòng)態(tài)適應(yīng)變化的演進(jìn)式迭代周期（取代傳統(tǒng)的瀑布型生命周期）w 需求和測(cè)試驅(qū)動(dòng)w 鼓勵(lì)用戶積極參與49Software Project Management沈備軍RUP與XP的區(qū)別w XP以代碼為中心，編碼和設(shè)計(jì)活動(dòng)融為一體，弱化了架構(gòu)的概念。 w R

30、UP過程通常以架構(gòu)為中心，細(xì)化階段的主要目的就是構(gòu)造出一個(gè)可運(yùn)行的架構(gòu)原型，作為將來添加需求功能的穩(wěn)固基礎(chǔ)。 w XP不包含業(yè)務(wù)建模、部署、過程管理等概念。w RUP適合各種規(guī)模的項(xiàng)目，XP只適用于小團(tuán)隊(duì)。50Software Project Management沈備軍MSF (Microsoft Solution Framework) 4.0 軟件過程w MSF for Agile Software Development 意在更加靈活，在設(shè)計(jì)上是重復(fù)的注重測(cè)試與原型、較短的開發(fā)循環(huán)與持續(xù)整合w MSF for CMMI Process Improvement注重嚴(yán)謹(jǐn)?shù)拈_發(fā)流程旨在獲得 CM

31、MI Level 3 Compliance Microsoft 在2005年發(fā)布51Software Project Management沈備軍MSF for Agile Software Developmentw First agile process that considers the whole software lifecycle and the full software team.w Iterative and incrementalw Scenario-drivenw Small teamsw Quality of Service requirementsw Risksw Ut

32、ilizes a context-driven testing approach (based on test metric thresholds)52Software Project Management沈備軍管理(Governance)53Software Project Management沈備軍角色(Roles)Business Analyst Project Manager ArchitectDeveloper Tester Release Manager54Software Project Management沈備軍工作項(xiàng)(work item)w 5 work items to a

33、ssign and track workScenarioQuality of service requirement Security, performance, and user experience TaskBugRisk 55Software Project Management沈備軍MSF for CMMI Process Improvementw First agile CMMI processw Help organizations operate at Capability Maturity Model Integration (CMMI) level 3, a standard

34、 defined by the Carnegie Mellon Software Engineering Institute (SEI) w Elaborates on the MSF for Agile Software Development process More work items Extensive reportingw Does not replace process improvement infrastructure56Software Project Management沈備軍過程模型Project plans approvedScope completeRelease

35、readiness approvedDeployment completeVision/scope approvedw Milestone-basedw Iterativew Flexible57Software Project Management沈備軍管理(Governance)5 phases / milestones58Software Project Management沈備軍角色(Roles)59Software Project Management沈備軍大項(xiàng)目的團(tuán)隊(duì)Feature teamsLead teamProgramManagementReleaseOperationsPr

36、oductManagementUserExperienceDevelopmentTestCatalogProgramManagementDevelopmentTestSite Engine & DesignProgramManagementUserExperienceDevelopmentTestFulfillmentProgramManagementUserExperienceDevelopmentTestReleaseOperationsArchitectureArchitectureArchitectureArchitecture60Software Project Management

37、沈備軍工作項(xiàng)(work item)w 7 work items to assign and track workTask Change Request Risk Review Requirement Bug Issue61Software Project Management沈備軍每個(gè)階段的主要活動(dòng)(Activity)Project Plans ApprovedScope CompleteRelease Readiness ApprovedDeployment completeVision/Scope ApprovedPilot CompleteUser Acceptance Testing

38、CompletePre-Production Test CompleteRelease CandidatesZero Bug BounceBug ConvergenceTechnology ValidationFunctional Specification BaselinedMaster Plan BaselinedMaster Schedule BaselinedDevelopment and Test Environment Set UpDeployment Stable Interim MilestoneSite Deployments Complete Interim Milesto

39、neCore Components DeployedCore Team OrganizedVision/Scope DraftedProof of Concept CompleteInternal Build 1 CompleteInternal Build 2 CompleteInternal Build n Complete62Software Project Management沈備軍微軟軟件開發(fā)的成功經(jīng)驗(yàn)（best practice）w 以bug數(shù)據(jù)庫為基礎(chǔ)來保證質(zhì)量w 產(chǎn)品技術(shù)開發(fā)部門的反饋w 以產(chǎn)品功能規(guī)格書為標(biāo)準(zhǔn)w 完成視覺效果的設(shè)計(jì)visual freezew 源程序樹的鎖定 lockdown source treew 源程序樹的分叉fork source tree w 產(chǎn)品編碼完成code comple