第3章項(xiàng)目計劃ppt課件_第1頁
第3章項(xiàng)目計劃ppt課件_第2頁
第3章項(xiàng)目計劃ppt課件_第3頁
第3章項(xiàng)目計劃ppt課件_第4頁
第3章項(xiàng)目計劃ppt課件_第5頁
已閱讀5頁,還剩95頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15、程方案的方法3.4 如何有效地完成工程方案3.5 方案各項(xiàng)內(nèi)容的制定3.6 工程方案工具2022/7/1838關(guān)于方案的再認(rèn)識一些問題:方案沒有變化快? 那是他的方案沒有做好!方案得到了仔細(xì)對待和有效執(zhí)行么?方案是為了實(shí)施效力的,不是為了方案做方案。工程方案的主要目的:可以指點(diǎn)工程的詳細(xì)實(shí)施,盡量降低工程實(shí)施的風(fēng)險,確保工程到達(dá)預(yù)期的目的。為了能指點(diǎn)工程的詳細(xì)實(shí)施,方案必需具有現(xiàn)實(shí)性和有效性2022/7/18393.4 如何有效地完成工程方案3.4.1 軟件工程特點(diǎn)3.4.2 工程方案的錯誤傾向3.4.3 工程方案的原那么3.4.4 方案的輸入3.4.5 方案的流程2022/7/1840軟件工

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論