第3章項目計劃ppt課件

1、軟件工程管理第3章 工程方案Brucencepuworksohu肖申克的救贖 書上的故事安迪的方案？想法方案20年2022/7/182看過嗎？知道Michael方案么？2022/7/183關于“方案的論述不做方案的益處，就是不用成天煎熬地監(jiān)控方案的執(zhí)行情況，而是直接面對突如其來的失敗與苦楚凡事預那么立，不預那么廢。預：預備關于岳家軍的百戰(zhàn)不殆：欲有所舉，盡召諸統(tǒng)制與謀，謀定而后戰(zhàn)，故有勝無敗。謀：謀劃、謀劃2022/7/184第3章 工程方案3.1 什么是工程方案3.2 工程方案的內容3.3 工程方案的方法3.4 如何有效地完成工程方案3.5 方案各項內容的制定3.6 工程方案工具2022/7

2、/185什么是工程方案？2022/7/1863.1 什么是工程方案？方案是事先確定工程的目的和實現目的所需求的原那么、方法、步驟和手段等完好方案的管理活動。 軟件工程方案Software Project Planning的目的是制定一套軟件工程實施及管理的處理方案，其主要任務包括確定詳細的工程實施范圍、定義遞交的任務成果、評價實施過程中主要的風險、制定工程實施的時間進度方案、本錢和預算方案、人力資源方案等。2022/7/187軟件工程方案的義務和作用義務：研討和估算，即經過研討軟件工程的主要功能、性能和系統(tǒng)界面，對任務量、時間、本錢和風險作出評價，然后根據評價結果進展安排作用：指點軟件工程實施

3、：包括采用的戰(zhàn)略，適宜的方法和工具等得到工程相關干系人的承諾獲得資源的承諾：設備、人員、軟件2022/7/188軟件工程方案的作用續(xù)明確工程人員的分工和任務責任：提高工程的任務效率及早了解工程存在的問題和風險：在問題發(fā)生前制定好對策，使工程順利進展，不影響進度，保證質量獲得組織在工程預算上的承諾：保證順利實施是軟件工程實施結果評價的根據：為軟件工程管理的改良提供參考規(guī)范基線軟件工程實施過程的文檔化：使之成為組織財富2022/7/189第3章 工程方案3.1 什么是工程方案3.2 工程方案的內容3.3 工程方案的方法3.4 如何有效地完成工程方案3.5 方案各項內容的制定3.6 工程方案工具20

4、22/7/18103.2工程方案的內容3.2.1 工程方案內容3.2.2 輸出文檔2022/7/1811工程方案要處理的問題怎樣做？如何完成工程目的獲得最終結果之前的一切交付和每個交付的任務量潛在風險及應對措施什么時候做？把任務項排序，估計每個任務項的工期和起始交付日期，并最終制定詳細的工程日程表誰來做？分配義務2022/7/1812工程方案的內容1軟件工程方案：非工程類方案：質量方案、進度方案、資源方案、風險管理方案、配置方案工程類方案：工程需求方案、開發(fā)方案、測試方案、部署方案軟件工程方案普通包括以下內容：目的：在特定的時期內所要到達的期望效果戰(zhàn)略：為到達目的所采取的方法和措施，包括如何決

5、策機制、組織行為流程：執(zhí)行政策的詳細方法和步驟，包括里程碑設置、溝通渠道、問題報告機制2022/7/1813工程方案的內容2規(guī)范：工程過程和產品所要遵守的規(guī)定、規(guī)范和要求質量：對輸出成果階段性產品和最終產品的質量需求進度安排：活動、義務、事件的開場時間和終了時間預算資源：組織構造、人員數量、確認相關角色，包括各個角色的責任和義務，人員之間任務配合的要求風險：對工程勝利構成的要挾或負面影響要素，影響大小或損失，以及對應的風險防備和處置措施配置管理：包括軟硬件配置項的定義、基線建立、版本控制、變卦控制2022/7/1814工程方案內容及其關系2022/7/1815工程方案主要內容闡明1目的與范圍

6、：范圍規(guī)劃、范圍定義，義務任務分解構造工程背景 工程目的主要功能特性產品交付內容清單驗收規(guī)范依賴性或條件限制專業(yè)術語參考文檔工程估算：采用恰當的評價技術，首先對工程活動進展分解和定義，進展工程規(guī)模估算，然后完成資源估算、活動繼續(xù)時間估算以及費用估算 2022/7/1816工程方案主要內容闡明2風險：識別、評價、管理預防、監(jiān)控和處置。風險分兩種：普通性風險：對每一個軟件工程而言都是潛在要挾，如需求變化、工程人員流失等特定產品風險：當前工程存在的特殊風險，如所采用特定技術引起的風險普通性風險和特定產品的風險都應該被系統(tǒng)化地標識出來，并建立風險條目檢查表 ，該檢查表普通包括：產品規(guī)模。規(guī)模越大，風險

7、越大商業(yè)影響。市場、競爭對手客戶特性?？蛻羲刭|、文化、地理位置過程定義。過程的成熟度、過程采用的模型、過程文化所帶來的風險2022/7/1817工程方案主要內容闡明3開發(fā)環(huán)境。軟件開發(fā)與測試環(huán)境、辦公環(huán)境、網絡環(huán)境采用的技術。技術成熟度、復雜度、運用才干所帶來的風險人員。數量、才干、閱歷資源 ：人員、硬件、網絡、軟件等需求和安排，還包括硬件分配、網絡構造、工程組成員的角色、責任和詳細分配的義務 進度安排：義務排序、里程碑設置等。其方法主要有工程網絡圖、甘特圖、義務資源表、本錢估算和培訓方案 跟蹤和控制機制：QA、變卦控制、工程成員報告等 2022/7/1818工程方案輸出文檔2022/7/18

8、19第3章 工程方案3.1 什么是工程方案3.2 工程方案的內容3.3 工程方案的方法3.4 如何有效地完成工程方案3.5 方案各項內容的制定3.6 工程方案工具2022/7/18203.3 工程方案的方法3.3.1 滾動方案方法3.3.2 WBS方法3.3.3 網絡方案技術2022/7/1821工程方案有哪些方法？2022/7/1822工程方案有哪些方法續(xù)？軟件工程方案采用彈性方案較好使方案具有較好的順應性和預見性有效預防工程風險順應軟件需求變化，提高方案的應變才干彈性=適時調整常用方法有：滾動方案方法任務分解構造方法網絡方案法分層方案法2022/7/1823滾動方案方法滾動方案方法一種動態(tài)

9、編制方案的方法，按照“近細遠粗的原那么制定一定時期內的方案，然后按照方案的執(zhí)行情況和環(huán)境變化，調整和修訂未來的方案，并逐期向后挪動，把短期方案和中期方案結合起來的一種方案方法。2022/7/1824滾動方案方法的要點分而治之：分為多個階段，針對不同的階段制定不同的方案。越近的階段，方案越細；越遠的階段，方案越粗逐漸求精：最近一期方案為實施方案，后面各期方案為預測方案。隨著時間的推移，預測方案逐漸變成實施方案。動態(tài)規(guī)劃：以工程方案的“變調整來自動順運用戶需求和軟件開發(fā)環(huán)境的變化，即“以變應變。調和過渡：工程的中短期方案隨時間推移不斷更新，可以處理消費的延續(xù)性與方案的階段性之間的矛盾2022/7/

10、1825滾動方案方法的實施詳細運用：在已編制出方案的根底上，每經過一段固定的時期即滾動期，如一月、一個季度、一年便根據開發(fā)環(huán)境條件和方案的實踐執(zhí)行情況，從確保實現方案目的出發(fā)對原方案進展調整。每次調整時，堅持原方案期限不變，而將方案期順序向前推進一個滾動期。流程軟件項目的開發(fā)生命周期總體計劃詳細計劃較粗計劃沒有計劃需求分析設計編程測試部署結束詳細計劃較粗計劃初步計劃2022/7/1826WBS方法 WBS方法是Work Breakdown Structure，任務分解構造一種將復雜的問題分解為簡單的問題，然后再根據分解的結果進展方案的方法。以交付成果為導向，對工程要素或者整個任務范圍進展分解、

11、逐層推進，每向下分解一層就能對工程任務有更詳細的了解和定義，從而掌握工程全部細節(jié)，做出相對準確的方案。該方法是構造化的設計工具，描畫工程所必需完成的各項任務以及這些任務之間的相互聯絡2022/7/1827運用WBS的目的關注工程目的和廓清職責，并防止脫漏工程的可交付成果建立可視化的工程可交付成果，以便估算任務量和分配任務改良時間、本錢和資源估計的準確度為績效丈量和工程控制定義一個基準，容易獲得工程人員的承諾輔助分析工程的最初風險、明確任務責任為其他工程方案的制定建立框架或根據2022/7/1828WBS分解要求和原那么WBS最低層次的工程可交付成果稱為任務包(work package)任務包的

12、定義應思索80小時法那么兩周法那么：任何任務包的完成時間該當不超越80小時，即不超越兩周。每兩周對任務包檢查一層，只報告任務包能否完成。將工程分解到任務包的過程或者結果應做到：某項詳細的義務應該在一個任務包且只能在一個任務包中出現WBS中某項義務的內容是其下一切WBS項的總和一個任務包只能由一個人擔任，可以有多個人參與，但只能由一個人擔任義務的分解，盡量與實踐執(zhí)行方式堅持一致。分解合理，具有良好的穩(wěn)定性和順應性順應需求變卦鼓勵工程團隊成員積極參與創(chuàng)建WBS，提高WBS的合理性和有效性一切成果需求文檔化2022/7/1829創(chuàng)建WBS步驟創(chuàng)建WBS：將復雜的工程分解為一系列明確定義的工程任務，并

13、作為隨后方案活動的指點存檔WBS的分解可以采用：按產品功能模塊分解按軟件開發(fā)過程的不同階段分解按工程的地域分布或部門分解按工程目的或者職能分解2022/7/1830創(chuàng)建WBS步驟分解任務義務 定義各項活動/義務之間的依賴關系 順序、輸入、輸出安排進度和資源 資源多會縮減任務時間2022/7/1831WBS的創(chuàng)建方法自上而下：從工程目的開場，逐級分解工程任務，直到參與者以為工程任務曾經充分得到定義。即可以將工程定義在足夠的，或適當的細節(jié)程度，從而可以準確地估算工程工期、本錢、資源需求自下而上類比歸納WBS的表示方式表格方式構造圖方式2022/7/1832WBS方法例如一表格方式2022/7/18

14、33WBS方法例如二構造圖方式2022/7/1834WBS方法例如三構造圖方式2022/7/1835WBS方法例如四構造圖方式2022/7/1836網絡方案技術網絡方案方法是一種運用網絡模型直觀地表示軟件開發(fā)眾多任務工序之間的邏輯關系與時間關系，對完成軟件工程工程所需時間、費用、資源進展求解和優(yōu)化的方案方法，其根本類型是關鍵道路法/方案評審技術CPMPERT。CPM：曾經獲得一定閱歷的承包工程Pert：更多用于研討和開發(fā)工程網絡方案方法普通建立在WBS之上，先分解，再優(yōu)化第5章，將詳細討論網絡方案方法 2022/7/1837第3章 工程方案3.1 什么是工程方案3.2 工程方案的內容3.3 工

15、程方案的方法3.4 如何有效地完成工程方案3.5 方案各項內容的制定3.6 工程方案工具2022/7/1838關于方案的再認識一些問題：方案沒有變化快？ 那是他的方案沒有做好！方案得到了仔細對待和有效執(zhí)行么？方案是為了實施效力的，不是為了方案做方案。工程方案的主要目的：可以指點工程的詳細實施，盡量降低工程實施的風險，確保工程到達預期的目的。為了能指點工程的詳細實施，方案必需具有現實性和有效性2022/7/18393.4 如何有效地完成工程方案3.4.1 軟件工程特點3.4.2 工程方案的錯誤傾向3.4.3 工程方案的原那么3.4.4 方案的輸入3.4.5 方案的流程2022/7/1840軟件工

16、程的特點軟件開發(fā)是在不斷探求、研討中進展。邊開發(fā)邊研討最正確實際還不夠成熟。無成熟、完好的方法體系。軟件的反復性任務可以自動進展自動化回歸測試、軟件包自動化構造，軟件開發(fā)對工具的依賴性很強軟件構造過程實踐是一設計過程，每一個軟件產品都不同2022/7/1841軟件工程的特點(續(xù))由于軟件是設計過程，自動化程度比較低。雖然運用大量軟件和測試工具，但從分析、設計、編碼到測試，手工勞動仍是主要的。軟件變化不容易實現，而軟件變化又是不可防止的軟件的變化，進一步引起相關文檔的頻繁修正。開發(fā)人員對文檔編制不感興趣，對文檔頻繁變化更不感興趣2022/7/1842軟件工程的問題時間緊迫性。市場、客戶方、技術提

17、高工程獨特性。需求、方案不同軟件工程的不確定性。難以估算任務量和規(guī)模軟件工程管理可視性差。按“代碼行/天？軟件工程消費力依賴于軟件人員的潛力發(fā)掘。正向引導，鼓勵熱情(好的任務環(huán)境、企業(yè)文化，有效的績效考核)2022/7/1843軟件方案的錯誤傾向對方案不注重攤大餅，隨意抓壯丁，效率低下方案沒有做好需求定義沒有做好。需求定義不到位、偏離用戶的需求、需求變化頻繁又無變卦控制片面方案。無足夠信息就開場方案工程經理一個人閉門造車，未讓實施者參與方案沒有思索足夠的風險方案過于粗糙比如人力資源方案中，只給出人數，沒有明確責任，也無每個人的詳細義務。到實施時，重新討論每個人的任務，發(fā)現有人才干技術不夠，重新

18、招人。2022/7/1844方案的原那么 目的性原那么 預防性原那么 客觀性原那么 系統(tǒng)性原那么 順應性原那么知己知彼，百戰(zhàn)不殆2022/7/1845方案的原那么續(xù)目的性原那么。方案必需以目的為導向，效力于目的。制定方案前，弄清目的；制定方案中，圍繞目的預防性原那么風險控制是軟件工程方案的中心任務。風險預防降低風險質量管理。缺陷預防、質量控制措施、質量反響機制客觀性原那么。搜集各方信息和各方充分溝通制定真實可行的方案系統(tǒng)性原那么。把握各個要素、產品各個組件、各個工程義務之間的關系(尤其是依賴關系)，從而徹底有效處理問題順應性原那么。根據發(fā)生的變化，有必要對方案進展調整2022/7/1846制定

19、方案的要點目的導向?？蛻艏捌漕愋?、業(yè)務及其特點、最終交付成果假設一開場對工程的目的沒有了解清楚，工程方案就會出現偏離，而工程實施時偏離就更厲害注重與客戶的溝通，為最后工程驗收打下良好的根底搜集足夠的信息，掌握信息越多，制定方案更科學、更客觀對電子郵件回復說：沒有意見，有能夠沒有看或者了解有差別客觀且適用，只需“知知彼才干做出合理的、客觀的工程方案知己：可用的軟硬件資源、多少可用的人力資源資深人員知彼：工程規(guī)模、任務范圍、難度2022/7/1847制定方案的要點先從下至上方案，然后再從上向下方案，構成一個完好的循環(huán)過程從下至上：充分搜集信息、客觀、工程實施人員產品經理、開發(fā)和測試人員高度參與從上

20、至下：目的導向、掌控全局、優(yōu)化同類項合并，類似項歸納關注方案過程，隨機應變，因勢利導，不斷調整和修正方案，以保證完成工程的目的需求變化設計變化實施偏離原方案調整方案方案的層次性，如分為主方案總體方案、子方案需求方案、設計方案或者質量方案、風險方案、資源方案。同時需留意“工程方案的集成主方案和子方案的沖突消解和協調。如采購方案與主方案子方案之間的協調。比如添加了資源，本錢增大；假設本錢不變，添加資源，意味著工程周期縮短，進度方案要改動2022/7/1848工程方案輸入的常見問題工程方案輸入有問題工程方案一定做不好工程方案輸入的常見問題有：上級指點客觀臆斷、給出了不現實的期限，導致進度表不合理.未

21、弄清客戶需求，就開場做方案低估工程規(guī)模和難度，導致投入人力物力缺乏技術不成熟，未遇見工程實施過程中的技術妨礙2022/7/1849方案的輸入工程的目的和需求。明晰定義、并得到各方客戶、市場人員、研發(fā)人員認可工程可用的資源：人、硬件、軟件工程干系人，即工程的相關利益者stakeholder：強化溝通，獲取支持工程涉及的相關技術：成熟與否、風險在哪？質量政策和規(guī)范2022/7/1850方案的輸入續(xù)組織流程：清楚軟件開發(fā)流程，能否適宜該工程？如何剪裁？制約要素：限制工程管理團隊運轉的要素。如本錢過低假設：普通地，假設通常包含著一定程度的風險，工程方案對一切的假設都應該標明出來，然后逐個分析。如不能確

22、定UI設計師參與工程日期，那么假定的工程設計開場時間缺乏真實性歷史數據：參照執(zhí)行任務量估算、代碼估算2022/7/1851工程干系人在工程方案中的作用2022/7/1852工程干系人在工程方案的作用工程經理：主導作用，擔任工程各項方案內容的編制內部干系人工程組實施人員：主要參與工程范圍定義、任務量估算、風險識別、數據管理等外部干系人：(軟件工程過程組+軟件質量保證組+IT+HR+需求他們支持工程，并提供建議質量方案、流程、本錢核算工程干系人參與方案的主要任務：討論、審查、修正草案、簽字2022/7/18533.4.5工程方案的流程PMBOK所描畫的工程方案流程常見的軟件工程方案流程2022/7

23、/1854PMBOK工程方案流程2022/7/1855PMBOK中的工程方案流程將方案流程分為：中心過程：范圍確定、時間方案、本錢方案、風險方案輔助過程：質量方案、溝通方案、采購方案、風險方案風險方案在中心過程和輔助過程都有2022/7/1856常見流程表示圖2022/7/1857常見的方案流程確定工程目的，包括最終交付的內容和質量規(guī)范；確定工程的任務范圍，包括軟件產品功能特性；根據質量目的，可以制定質量方案；采用WBS方法，分解任務，確定各項詳細的義務；針對詳細的任務義務，估算任務量以及確定所需的資源；制定資源方案、進度方案和本錢方案；2022/7/1858常見的方案流程續(xù)完成風險識別和分析

24、，最終完成風險管理方案，包括風險應對方案；在資源方案和進度方案的根底上，進一步完成輔助方案，如采購方案、培訓方案等；需求和軟件工程干系人溝通、評審，達成一致意見。這一步很重要，相關方面沒有確認，會對工程實施產生妨礙最后，獲得有關方面管理層、產品發(fā)布委員會的同意2022/7/1859第3章 工程方案3.1 什么是工程方案3.2 工程方案的內容3.3 工程方案的方法3.4 如何有效地完成工程方案3.5 方案各項內容的制定3.6 工程方案工具2022/7/1860工程的詳細方案2022/7/18613.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4

25、進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022/7/1862軟件工程范圍的涵義做什么軟件產品規(guī)范，即一個軟件產品應該包含哪些功能特性，這就是產品需求文檔Product requirement document，PRD所描畫的。更詳細的要求就是功能規(guī)格闡明書Functional Specification，但這是在方案過程中或之后產生。普通在確定PRD的過程中，就開場進展工程方案。工程任務范圍，即為了交付具有上述功能特性的產品所必需求做的任務。任務范圍在一定程度上是產生工程方案的根底。2022/7/1863工程范圍闡明書 確定工程范圍后，需求編寫成正式的工程范圍闡明

26、書，并以此做為工程方案的根底。工程范圍闡明書的內容包括：工程的合理性闡明工程目的工程的可交付成果工程范圍闡明書的作用根據工程范圍確定工程的任務義務，從而提高工程本錢、時間和資源估算的準確性促使工程干系人在工程開場實施前，可以就工程的根本內容和構造達成一致工程范圍闡明書可以做為評價的根據可作為工程方案、工程監(jiān)控和考核工程實施情況的根底2022/7/18643.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4 進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022/7/1865工程管理的戰(zhàn)略 選用什么樣的軟件開發(fā)過程模型？RUP

27、 or XP選用什么樣的技術？成熟or新興工程合同管理戰(zhàn)略？重要條款本錢管理戰(zhàn)略？作業(yè)層直接費用+管理層管理費用制定軟件工程方案既要真實可行，又不能過度方案2022/7/1866工程管理的戰(zhàn)略續(xù)工程的控制戰(zhàn)略？強勢控制or守夜人?？刂泣c越多，工程偏離目的的能夠越小，返工的任務量越小，能降低風險和本錢工程的例會制度？一周or一月信息匯報及發(fā)布制度？每天or每周工程問題處置及上報制度？3天處理不了向工程經理匯報，7天處理不了工程經理向上一級匯報2022/7/1867工程控制的不同戰(zhàn)略對比2022/7/1868工程的范圍、資源、時間和質量的平衡戰(zhàn)略 2022/7/1869工程要素的金字塔風險越小，勝

28、利概率越大2022/7/18703.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4 進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022/7/1871資源方案工程資源方案，是指經過分析和識別工程的資源需求，確定出工程需求投入的資源。資源方案包括人力資源方案、軟硬件資源方案。工程資源方案重點在人力資源方案，采用有效的方法進展人力資源方案。 人力資源方案主要基于任務量估算和進度安排來制定，經過簡單的計算就可以根據任務量和工程給定的時間，獲得所需求的人數。2022/7/1872人力資源方案編制根據工程范圍闡明書工程任務分解構造

29、歷史工程的數據工程組織的管理政策，如資源本錢核算制度活開工期預算，軟件終了時間或進度的要求其他制約要素，如能否能及時獲得所需求的人力資源等 人力資源方案是復雜的，平衡進度和資源，還需求思索工程所需技藝、工程人員之間性格互補等要素，從而選擇適宜人員參與工程組脾氣暴躁的兩個人不能放在同一個工程組2022/7/1873實踐的人力資源方案的模型資源模型曲線2022/7/1874人力資源安排簡單例如10222022/7/18753.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4 進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022

30、/7/1876進度方案的根本原那么、定義和內容根本原那么：以目的為導向，思索進度影響要素，留有余地，普通按不利的情況來決議，而不要過于樂觀，導致工程方案的失敗進度方案：闡明工程中各項任務的執(zhí)行順序、開場時間、完成時間及相互依賴銜接關系的方案進度方案分為：進度控制方案和工程形狀報告方案進度方案容易遭到指點客觀志愿的影響，欲速那么不達，得不償失類似于在餐廳，催上菜的情況上班的故事耗時：40分鐘，1小時，1個半小時。啟程：9點到，那么7:30,8:00,8:20動身？2022/7/1877進度方案制定原那么工程的實踐參與人員制定進度盡能夠地先安排難度高的義務，后安排難度低的事進度前面緊，后面松，比較

31、好工程進度中都會設置假設干個里程碑。工程越大、越難，里程碑應該越多進度表中必需留有緩沖時間，應對需求變化和不確定事件的發(fā)生發(fā)現工程應交付的期限不合理，應調整進度據理力爭當需求發(fā)生變化時，就要重新評價進度表適時適度調整2022/7/18783.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4 進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022/7/1879本錢方案的定義軟件本錢方案本錢預算：將各個活動或者任務包的估算本錢匯總成總預算，再根據詳細情況將費用方案分配到各個活動或者任務包上去，從而確立丈量工程績效的總體本錢基準本

32、錢方案是建立在資源方案和進度方案根底之上的2022/7/1880本錢構成按費用分類：人力資源本錢資產類本錢：硬件、軟件、網絡設備管理費用：房租、物業(yè)、辦公用品工程特別費用：差旅費、餐費軟件工程本錢分為直接本錢和間接本錢直接本錢是工程本身的義務所引起的本錢，包括為該工程購買的設備和軟件工具、參與該工程任務的人員工資等。根據所需資源和時間，比較容易估算間接本錢是許多工程共享的本錢，例如辦公樓的租金、水電費用、公司管理費用、網絡環(huán)境和郵件效力等各種間接費用。估算比較復雜，普通采用簡單攤派法2022/7/1881本錢方案的三部分本錢估算：4.8節(jié)引見費用預算，在本錢估算根底之上，針對各項本錢來估算能夠

33、產生的其他費用，從而確定費用預算。費用預算受自然財務政策的影響，系數可以是1.1、1.15、0.85、0.9費用控制是為了保證明際發(fā)生的費用低于預算。普通會采用階段性控制和單項費用控制相結合的方法，更關鍵是需求變卦控制和質量控制質量高、返工少。2022/7/1882制定本錢方案的三步驟借助WBS對本錢估算結果進展初步伐整，以增補脫漏的本錢，刪除不用要的本錢估算根據工程所處的實踐環(huán)境，對本錢估算結果進展綜合調整和匯總。在做工程本錢預算時，應該預留5%-15%做為不可預見的本錢，用于應對突發(fā)事件和超支本錢假設工程預算合理可行，編寫工程本錢方案，并提交審議，直到最后審議經過并確定為本錢基準方案202

34、2/7/18833.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4 進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022/7/1884風險方案風險識別、風險評價和風險對策方案風險方案并不是在資源方案、進度方案和本錢方案之后再制定，而是和這些方案同時進展，由于軟件工程的風險會來自于各個方面，包括人力資源風險、進度風險和本錢風險等，而且在如何應對風險或針對風險采取相應的對策時，對資源方案、進度方案都有影響2022/7/18853.5 方案各項內容的制定3.5.1 確定工程范圍3.5.2 戰(zhàn)略制定3.5.3 資源方案3.5.4 進度方案3.5.5 本錢方案3.5.6 風險方案3.5.7 質量方案2022/7/1886質量方案工程的質量：100%，80%，60%？系統(tǒng)解體，補丁機制？質量方案：闡明工程如何詳細執(zhí)行組織的質量方針，確定哪些質量規(guī)范適宜該工程，并決議如何到達這些規(guī)范的過程。即經過謀劃各種質量相關活動來保證工程到達預期的質量目的，而質量目的是由用戶需求和商業(yè)目的來決議的。工程質量方案包括：質量控制方案質量保證方案質量管理方案質量方案以預防為主：降低開發(fā)過程中的缺陷、減少返工、降低劣質本錢。2022/7/1887質量方案續(xù)質量方案是工程方案中的主導力量質量方案與本錢方案、風險方案、進度方