軟件工程項(xiàng)目管理思考及探索課件

軟件工程項(xiàng)目管理思考及探索主講人：馮旭鵬部門：信息技術(shù)科日期：2013.10.31軟件工程項(xiàng)目管理思考及探索主講人：馮旭鵬主要內(nèi)容引言軟件工程軟件項(xiàng)目管理昆工軟件項(xiàng)目管理思考內(nèi)容總結(jié)2主要內(nèi)容引言23引言工作中遇到的問(wèn)題

“軟件危機(jī)”現(xiàn)象《軟件工程》3引言工作中遇到的問(wèn)題4工作概述建設(shè)“校園信息化”信息資源管理平臺(tái)建設(shè)和完善重點(diǎn)應(yīng)用系統(tǒng)......4工作概述建設(shè)“校園信息化”信息資源管理平臺(tái)5我們所遇到的共性問(wèn)題產(chǎn)品質(zhì)量問(wèn)題

項(xiàng)目進(jìn)度問(wèn)題產(chǎn)品與要求相差甚遠(yuǎn)沒(méi)有提高工作效率，反而增加了繁瑣的業(yè)務(wù)一旦用戶增多，性能就變得非常差交付的產(chǎn)品存在隱患，公司“釣魚”，故意留下漏洞......公司拖拉，項(xiàng)目進(jìn)度緩慢，而且總有各種托辭的借口與理由案例：教務(wù)處排課系統(tǒng)缺陷四六級(jí)報(bào)名系統(tǒng)缺陷......公司研發(fā)人員態(tài)度差，難于溝通出現(xiàn)問(wèn)題時(shí)，互相扯皮......5我們所遇到的共性問(wèn)題產(chǎn)品質(zhì)量問(wèn)題項(xiàng)目6“軟件危機(jī)”現(xiàn)象危害嚴(yán)重

典型表現(xiàn)

倫敦地鐵，司機(jī)沒(méi)上車，地鐵就駛離站臺(tái)丹佛機(jī)場(chǎng)行李系統(tǒng)，延期16個(gè)月，成本超出32億美元Ariane5，40秒爆炸，損失50億美元......

程序質(zhì)量低下錯(cuò)誤頻出進(jìn)度延誤費(fèi)用劇增......軟件危機(jī)泛指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。軟件危機(jī)不可避免，也沒(méi)有根治的途徑

要解決軟件危機(jī)，需進(jìn)行系統(tǒng)性的研究項(xiàng)目建設(shè)，“知己知彼，百戰(zhàn)不殆”6“軟件危機(jī)”現(xiàn)象危害嚴(yán)重典型表現(xiàn)倫7利器——《軟件工程》

《軟件工程（SoftwareEngineering，SE）》——一門集計(jì)算機(jī)科學(xué)、數(shù)學(xué)、邏輯學(xué)及管理學(xué)為一體的學(xué)科，意在通過(guò)借鑒傳統(tǒng)工程的原則、方法，來(lái)進(jìn)行軟件開(kāi)發(fā)的管理，從而提高軟件質(zhì)量、降低軟件成本和改進(jìn)軟件性能。7利器——《軟件工程》《軟件工程（Software8軟件工程學(xué)科發(fā)展概述

學(xué)科知識(shí)體系

學(xué)科框架8軟件工程學(xué)科發(fā)展概述9《軟件工程》發(fā)展概述

誕生

定義

軟件工程就是采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理方法和先進(jìn)軟件技術(shù)結(jié)合起來(lái)，運(yùn)用到軟件開(kāi)發(fā)和維護(hù)過(guò)程中，來(lái)解決軟件危機(jī)。思想以系統(tǒng)性的、規(guī)范化的、可定量的過(guò)程化方法去開(kāi)發(fā)和維護(hù)軟件使用經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)

1968年，北大西洋公約組織（NATO）舉辦了軟件工程學(xué)術(shù)會(huì)議，首次提出9《軟件工程》發(fā)展概述誕生定義10《軟件工程》知識(shí)體系含10個(gè)知識(shí)域，8個(gè)學(xué)科由軟件工程協(xié)調(diào)委員會(huì)(SWECC)于2008年確立的版本。10《軟件工程》知識(shí)體系含10個(gè)知識(shí)域，8個(gè)學(xué)科由軟件工程協(xié)11軟件工程框架

過(guò)程：生產(chǎn)目標(biāo)產(chǎn)品所需要的步驟

目標(biāo)：生產(chǎn)具有正確性、可用性以及開(kāi)銷合宜的軟件產(chǎn)品

軟件工程過(guò)程主要包括開(kāi)發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。軟件工程過(guò)程覆蓋了需求分析、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。正確性——滿足用戶的各項(xiàng)功能需求可用性——軟件及其使用文檔方便為用戶使用開(kāi)銷合宜——軟件開(kāi)發(fā)及運(yùn)行的各項(xiàng)開(kāi)銷能夠被用戶接受

軟件工程框架可概括為：目標(biāo)、過(guò)程和原則。

原則：圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開(kāi)發(fā)過(guò)程中必須遵循的原則。11軟件工程框架過(guò)程：生產(chǎn)目標(biāo)產(chǎn)品所需要的步驟目12軟件工程的“四項(xiàng)基本原則”

原則三：提供高質(zhì)量的工程支持。

原則二：采用合適的設(shè)計(jì)方法?！肮び破涫?，必先利其器”。軟件工具與環(huán)境對(duì)軟件過(guò)程的支持頗為重要。軟件設(shè)計(jì)中，通常要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應(yīng)性等特征

原則一：選取適宜的開(kāi)發(fā)范型。

原則四：重視軟件開(kāi)發(fā)過(guò)程的管理。

軟件需求、硬件需求以及其他因素之間是相互制約、相互影響的，經(jīng)常需要權(quán)衡。必須認(rèn)識(shí)需求定義的易變性，采用適宜的開(kāi)發(fā)范型予以控制。軟件工程的管理，直接影響可用資源的有效利用，生產(chǎn)滿足目標(biāo)的軟件產(chǎn)品，提高軟件組織的生產(chǎn)能力等問(wèn)題。因此，僅當(dāng)軟件過(guò)程得以有效管理時(shí)，才能實(shí)現(xiàn)有效的軟件工程。12軟件工程的“四項(xiàng)基本原則”原則三：提供高質(zhì)量的工程支13軟件生命周期軟件生命周期(SystemsDevelopmentLifeCycle，SDLC)

問(wèn)題的定義及規(guī)劃需求分析軟件設(shè)計(jì)程序編碼軟件測(cè)試運(yùn)行維護(hù)六個(gè)階段13軟件生命周期軟件生命周期(SystemsDevelo14軟件項(xiàng)目開(kāi)發(fā)及管理全過(guò)程14軟件項(xiàng)目開(kāi)發(fā)及管理全過(guò)程15軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成熟驗(yàn)收流程的優(yōu)化后續(xù)服務(wù)及維護(hù)條款項(xiàng)目執(zhí)行階段經(jīng)驗(yàn)總結(jié)階段

制定項(xiàng)目建議書、可行性分析、產(chǎn)品調(diào)研、承包商選擇技巧招投標(biāo)方式

合同上關(guān)于風(fēng)險(xiǎn)應(yīng)對(duì)及責(zé)任明晰等內(nèi)容制定

工作計(jì)劃質(zhì)量監(jiān)管、測(cè)試方案

進(jìn)度監(jiān)管15軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成16軟件項(xiàng)目管理項(xiàng)目管理復(fù)雜性分析

軟件開(kāi)發(fā)過(guò)程模型概述

軟件項(xiàng)目管理流程

各階段需要注意的事項(xiàng)16軟件項(xiàng)目管理項(xiàng)目管理復(fù)雜性分析17軟件項(xiàng)目管理的復(fù)雜之處

軟件產(chǎn)品是智力產(chǎn)品，軟件項(xiàng)目是設(shè)計(jì)型項(xiàng)目

“隔行如隔山”軟件使用方在提業(yè)務(wù)需求時(shí)往往不能足夠重視需求變化頻繁，變更難以控制難以估算工作量

開(kāi)發(fā)進(jìn)度難以界定交付成果難以明確

對(duì)開(kāi)發(fā)人員依賴性大

承建商主要目的是利潤(rùn)，只想提供最少的功能、一定的質(zhì)量，并在合理時(shí)間內(nèi)完成

為達(dá)到更高利潤(rùn)，承建商可能對(duì)項(xiàng)目進(jìn)行二次外包，管理更混亂

……17軟件項(xiàng)目管理的復(fù)雜之處軟件產(chǎn)品是智力產(chǎn)品，軟件項(xiàng)目是設(shè)18軟件開(kāi)發(fā)過(guò)程

重視軟件開(kāi)發(fā)過(guò)程

過(guò)程決定了軟件建設(shè)的步驟與我們管理的方式

過(guò)程直接影響最終產(chǎn)品的質(zhì)量軟件開(kāi)發(fā)過(guò)程模型瀑布模型快速原型模型增量模型構(gòu)件組裝模型螺旋模型18軟件開(kāi)發(fā)過(guò)程重視軟件開(kāi)發(fā)過(guò)程過(guò)程決定了19軟件過(guò)程模型——瀑布模型(Waterfall-model)

思想

軟件開(kāi)發(fā)劃分階段各階段順序執(zhí)行

特征

最早的、最簡(jiǎn)單的模型“理想化”的順序模型單向性，工作不可逆轉(zhuǎn)

優(yōu)點(diǎn)

為項(xiàng)目提供分階段的檢查點(diǎn)當(dāng)前活動(dòng)完成，只需關(guān)注后續(xù)活動(dòng)模板清晰

缺點(diǎn)

抵抗“需求不斷變化”能力弱。用戶最終才能見(jiàn)產(chǎn)品，增加開(kāi)發(fā)風(fēng)險(xiǎn)。開(kāi)發(fā)人員常常陷入“阻塞狀態(tài)”各階段劃分完全固定，產(chǎn)生大量文檔，增加工作量。——由Royce于1970年提出19軟件過(guò)程模型——瀑布模型(Waterfall-model20軟件過(guò)程模型——增量模型(incrementalmodel)

思想

功能拆分，每個(gè)子功能按瀑布模型開(kāi)發(fā)最終合并所有“增量”

特征

分模塊開(kāi)發(fā)多段瀑布模型

優(yōu)點(diǎn)

抗變化能力比瀑布模型強(qiáng)可以邊開(kāi)發(fā)，邊應(yīng)用

缺點(diǎn)

所有子系統(tǒng)合并可能“不兼容”對(duì)系統(tǒng)設(shè)計(jì)師的水平要求高——舉例：字處理軟件解決方法：面向接口的編程方法適用于：小型或是交互型式的系統(tǒng)。大型系統(tǒng)的某些部分，例如用戶界面。20軟件過(guò)程模型——增量模型(incrementalmod21軟件過(guò)程模型——快速原型模型(rapidprototype)

思想

根據(jù)需求先較小代價(jià)、快速構(gòu)建一個(gè)軟件的“雛形”根據(jù)用戶反饋不斷調(diào)整，最終確定產(chǎn)品

優(yōu)點(diǎn)

開(kāi)發(fā)方可快速對(duì)需求有明晰認(rèn)識(shí)能有效應(yīng)對(duì)需求變化，降低風(fēng)險(xiǎn)

缺點(diǎn)

快速建立起來(lái)的原型系統(tǒng)可能架構(gòu)脆弱，不斷修改，導(dǎo)致產(chǎn)品低下——建立快速原型的主要目的是快速獲取與驗(yàn)證需求！21軟件過(guò)程模型——快速原型模型(rapidprototy22軟件過(guò)程模型——基于組件的開(kāi)發(fā)模型

思想：軟件復(fù)用

22軟件過(guò)程模型——基于組件的開(kāi)發(fā)模型思想：軟件復(fù)用23軟件過(guò)程模型——螺旋模型(SpiralModel)

思想

施工前先進(jìn)行風(fēng)險(xiǎn)評(píng)估，通過(guò)后快速開(kāi)發(fā)出原型，交由用戶評(píng)估沿螺旋線自內(nèi)向外每旋轉(zhuǎn)一圈，意味著開(kāi)發(fā)出更加完善的版本

特征

瀑布模型和快速原型模型的聯(lián)合體適用于大型復(fù)雜項(xiàng)目，有效控制風(fēng)險(xiǎn)——由Boehm于1988年提出

缺點(diǎn)

需要較高的風(fēng)險(xiǎn)評(píng)估技術(shù)風(fēng)險(xiǎn)分析費(fèi)用高，增加成本應(yīng)用較復(fù)雜23軟件過(guò)程模型——螺旋模型(SpiralModel)思24軟件過(guò)程模型使用總結(jié)

需求明確——瀑布模型；

用戶無(wú)信息系統(tǒng)使用經(jīng)驗(yàn)，需求分析人員技能不足——快速原型模型

需求不確定因素多，無(wú)法提前計(jì)劃——采用增量迭代和螺旋模型資金和成本無(wú)法一次到位——增量模型，軟件產(chǎn)品分多個(gè)版本進(jìn)行發(fā)行全新系統(tǒng)的開(kāi)發(fā)——必須在總體設(shè)計(jì)完成后再開(kāi)始增量或并行編碼人員經(jīng)驗(yàn)較少——建議不要采用敏捷或迭代等生命周期模型

增量,迭代和原型可以綜合使用,但每一次增量或迭代都必須有明確的交付和出口準(zhǔn)則24軟件過(guò)程模型使用總結(jié)需求明確——瀑布模型；25“哪種過(guò)程模型更好用？”

比較

瀑布模型最簡(jiǎn)單，但抗需求變化能力最弱增量模型分模塊開(kāi)發(fā)，子系統(tǒng)集成怕不兼容快速原型模型能最快實(shí)現(xiàn)需求一致性螺旋模型一般只有大型公司或大型項(xiàng)目采用不要太在乎學(xué)術(shù)上的“先進(jìn)”與“落后”，適用的就最好。瀑布模型

增量模型快速原型模型螺旋模型我們最常見(jiàn)的系統(tǒng)都是采用增量模型、快速原型模型來(lái)開(kāi)發(fā)。當(dāng)前對(duì)軟件研發(fā)過(guò)程質(zhì)量的評(píng)判主要是以SEI（SoftwareEngineeringInstitute）頒布的CMMI（CapabilityMaturityModelIntegration）作為研發(fā)標(biāo)準(zhǔn)。25“哪種過(guò)程模型更好用？”比較瀑布模型最簡(jiǎn)單，但抗26軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成熟驗(yàn)收流程的優(yōu)化后續(xù)服務(wù)及維護(hù)條款項(xiàng)目執(zhí)行階段經(jīng)驗(yàn)總結(jié)階段

制定項(xiàng)目建議書、可行性分析、產(chǎn)品調(diào)研、承包商選擇技巧招投標(biāo)方式

合同上關(guān)于風(fēng)險(xiǎn)應(yīng)對(duì)及責(zé)任明晰等內(nèi)容制定

工作計(jì)劃質(zhì)量監(jiān)管、測(cè)試方案

進(jìn)度監(jiān)管26軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成軟件工程項(xiàng)目管理思考及探索課件28立項(xiàng)階段——方向比努力更重要第一步：項(xiàng)目建議書

項(xiàng)目背景。

意義和必要性。

未來(lái)收益預(yù)期。

規(guī)模和期限。

投資估算。

資金籌措。

其他重要意見(jiàn)。提交項(xiàng)目建議書給相關(guān)部門進(jìn)行審核，“上會(huì)”28立項(xiàng)階段——方向比努力更重要第一步：項(xiàng)目建議書項(xiàng)目背29第二步：項(xiàng)目可行性分析立項(xiàng)階段

需求分析。項(xiàng)目的背景、項(xiàng)目的目標(biāo)、業(yè)務(wù)需求、概要設(shè)計(jì)。

技術(shù)可行性分析。

經(jīng)濟(jì)可行性分析。我們預(yù)算多少，硬件方面需要多少投資。

主要風(fēng)險(xiǎn)分析。

人員配置及項(xiàng)目實(shí)施計(jì)劃。

可行性研究的結(jié)論和建議。

其他重要意見(jiàn)。29第二步：項(xiàng)目可行性分析立項(xiàng)階段需求分析。項(xiàng)目的背景、項(xiàng)30立項(xiàng)階段需求的基本標(biāo)準(zhǔn)需求管理的誤區(qū)

開(kāi)發(fā)分析階段，開(kāi)發(fā)方與客戶只需要在輪廓上達(dá)成基本一致即可，具體細(xì)節(jié)以后再填充。軟件項(xiàng)目需求可以持續(xù)不斷地改變?！獙?shí)踐表明，隨著開(kāi)發(fā)進(jìn)度的推進(jìn)，實(shí)現(xiàn)軟件需求更改所需的代價(jià)呈指數(shù)形式增長(zhǎng)。

僅僅滿足目前需求即可，不考慮未來(lái)幾年的狀況。準(zhǔn)確界定系統(tǒng)的目標(biāo)和范圍完整、正確

可行、必要

劃分優(yōu)先級(jí)

無(wú)二義性、可驗(yàn)證堅(jiān)持需求的審查對(duì)部分重要需求進(jìn)行追蹤30立項(xiàng)階段需求的基本標(biāo)準(zhǔn)需求管理的誤區(qū)開(kāi)發(fā)分析階段，開(kāi)發(fā)31立項(xiàng)階段

技術(shù)

——開(kāi)發(fā)能力如何？技術(shù)方案是否滿意？

管理

——內(nèi)部組織是否混亂？

進(jìn)度——開(kāi)發(fā)進(jìn)度是否可以接受？

經(jīng)驗(yàn)——是否有相關(guān)領(lǐng)域、相似產(chǎn)品的開(kāi)發(fā)經(jīng)驗(yàn)、以前開(kāi)發(fā)的產(chǎn)品質(zhì)量如何？

誠(chéng)信度——信譽(yù)、口碑如何？采用“一票否決制”

資質(zhì)——是否取得業(yè)界認(rèn)可證書（如ISO9000質(zhì)量認(rèn)證、CMM認(rèn)證），證書等級(jí)后續(xù)服務(wù)——能否提供較好的開(kāi)發(fā)及維護(hù)服務(wù)經(jīng)濟(jì)實(shí)用性——性價(jià)比如何？

其他因素——比如地理位置等選擇軟件供應(yīng)商考慮因素CMM五個(gè)等級(jí)31立項(xiàng)階段技術(shù)——開(kāi)發(fā)能力如何？技術(shù)方案是否滿意？選擇32第四步：合同簽署，明晰管理章程。立項(xiàng)階段第三步：專家組評(píng)審《可行性分析報(bào)告》專門的技術(shù)人員、軟件最終使用者涉及到的相關(guān)利益主體。案例：教務(wù)處排課系統(tǒng)對(duì)多媒體教室管理帶來(lái)的影響。不僅僅是形式，啟動(dòng)是為了形成一個(gè)良好的溝通體系，讓所有項(xiàng)目人員都理解項(xiàng)目重要性，同時(shí)明晰職責(zé)，保障項(xiàng)目管理的暢通。第五步：項(xiàng)目啟動(dòng)儀式——“磨刀不誤砍柴工”。考慮到后續(xù)開(kāi)發(fā)過(guò)程中進(jìn)度、質(zhì)量等方面的干擾因素，制定規(guī)章條例。

盡可能提前預(yù)估風(fēng)險(xiǎn)，制定應(yīng)對(duì)方案。32第四步：合同簽署，明晰管理章程。立項(xiàng)階段第三步：專家組評(píng)33項(xiàng)目策劃階段

工作量估計(jì)。

尋找關(guān)鍵路徑。通過(guò)定義各任務(wù)之間的依賴關(guān)系，計(jì)算出項(xiàng)目中的關(guān)鍵路徑，幫助區(qū)分任務(wù)的輕重緩急，合理安排和調(diào)整資源，從而保證項(xiàng)目的整體進(jìn)度。軟件項(xiàng)目主管的任務(wù)——“排兵布陣”33項(xiàng)目策劃階段工作量估計(jì)。軟件項(xiàng)目主管的任務(wù)——“排兵布軟件工程項(xiàng)目管理思考及探索課件軟件工程項(xiàng)目管理思考及探索課件軟件工程項(xiàng)目管理思考及探索課件37目標(biāo)：進(jìn)度快、投資省、質(zhì)量好。項(xiàng)目執(zhí)行階段進(jìn)度快就要增加投資，而項(xiàng)目提前使用卻又可能及早提高收益。

進(jìn)度快，質(zhì)量也許就不能保證；質(zhì)量嚴(yán)格控制，則有可能影響進(jìn)度；質(zhì)量嚴(yán)格控制不至返工，又會(huì)加快進(jìn)度?！懊撾x成本，不談質(zhì)量”。項(xiàng)目負(fù)責(zé)人的任務(wù)進(jìn)度、成本、質(zhì)量、風(fēng)險(xiǎn)、人力資源等等。進(jìn)度、成本、質(zhì)量——對(duì)立統(tǒng)一關(guān)系成本除了資金成本，還有人力成本，資金少，就多付出些汗水。37目標(biāo)：進(jìn)度快、投資省、質(zhì)量好。項(xiàng)目執(zhí)行階段進(jìn)度快就要增3838項(xiàng)目執(zhí)行階段——進(jìn)度管理(1)39進(jìn)度的描述里程碑——做完、沒(méi)做完，沒(méi)有第三種狀態(tài)甘特圖項(xiàng)目執(zhí)行階段——進(jìn)度管理(1)39進(jìn)度的描述里程碑——做40甘特圖示例40甘特圖示例項(xiàng)目執(zhí)行階段——進(jìn)度管理(2)41影響進(jìn)度的主要因素錯(cuò)估了項(xiàng)目特點(diǎn)及實(shí)現(xiàn)條件。項(xiàng)目參與者工作錯(cuò)誤。不可預(yù)見(jiàn)事件發(fā)生。面對(duì)進(jìn)度延遲，我們?cè)撛趺醋瞿?？——分析主客觀原因，對(duì)癥下藥！項(xiàng)目執(zhí)行階段——進(jìn)度管理(2)41影響進(jìn)度的主要因素錯(cuò)估了項(xiàng)目執(zhí)行階段——進(jìn)度管理(3)42客觀原因進(jìn)度計(jì)劃不合理，過(guò)于理想化等任務(wù)定義過(guò)于復(fù)雜、過(guò)度定義、超出范圍測(cè)試太多錯(cuò)誤而延遲意外發(fā)生(比如停電、開(kāi)發(fā)人員生病等)

使用方需求變更主觀原因開(kāi)發(fā)人員沒(méi)有全神貫注于自己的工作。開(kāi)發(fā)人員不恰當(dāng)?shù)墓ぷ鞣绞?。任?wù)定義依賴性強(qiáng)，人員工作之間扯皮。項(xiàng)目經(jīng)理過(guò)多干預(yù)開(kāi)發(fā)人員工作。應(yīng)對(duì)措施——重新定義進(jìn)度計(jì)劃——重新定義任務(wù)，舍棄過(guò)難技術(shù)問(wèn)題——萬(wàn)不可為了趕進(jìn)度而降低測(cè)試標(biāo)準(zhǔn)！——按風(fēng)險(xiǎn)管理中制定的應(yīng)急措施處理——核心/關(guān)鍵功能的里程碑事件定義應(yīng)對(duì)措施——生活原因？多多溝通、績(jī)效考核——有針對(duì)性地進(jìn)行經(jīng)驗(yàn)交流和培訓(xùn)——依賴性強(qiáng)的任務(wù)合并！——“用人不疑、疑人不用”項(xiàng)目執(zhí)行階段——進(jìn)度管理(3)42客觀原因進(jìn)度計(jì)劃不合理，項(xiàng)目執(zhí)行階段——進(jìn)度管理(4)43技巧

延遲如果不補(bǔ)救，就會(huì)呈加速度擴(kuò)展。如果沒(méi)有很好的辦法，那就辛苦一點(diǎn)，最笨的辦法是“緊盯”?！胺阑加谖慈弧?，影響進(jìn)度的許多因素，我們爭(zhēng)取在立項(xiàng)時(shí)就要充分考慮到。項(xiàng)目執(zhí)行階段——進(jìn)度管理(4)43技巧延遲如果不補(bǔ)救，就會(huì)項(xiàng)目執(zhí)行階段——質(zhì)量管理(1)44軟件質(zhì)量度量因素

正確性——精確地滿足需求的程度

健壯性——容錯(cuò)能力，恢復(fù)能力

可靠性——誤差累積、代碼缺陷，突然不正常

性能——“時(shí)間-空間”效率，速度快、占用資源少

易用性——用戶友好性

清晰性——使用文檔詳實(shí)、易懂

可擴(kuò)展性——適應(yīng)變化的能力，模塊化功能改進(jìn)項(xiàng)目執(zhí)行階段——質(zhì)量管理(1)44軟件質(zhì)量度量因素正確性項(xiàng)目執(zhí)行階段——質(zhì)量管理(2)45棘手的問(wèn)題大多數(shù)公司不認(rèn)真關(guān)注質(zhì)量，只想盡快通過(guò)“驗(yàn)收”?！搬烎~”現(xiàn)象存在。如何保證質(zhì)量？——3大原則缺陷預(yù)防?！傲闳毕莨芾怼?，“質(zhì)量是做出來(lái)的，不是測(cè)出來(lái)的”。重在過(guò)程。每個(gè)階段都要嚴(yán)格組織，責(zé)任到人，多層把關(guān)。嚴(yán)格審查?！皽y(cè)試驅(qū)動(dòng)開(kāi)發(fā)”，并發(fā)數(shù)，壓力測(cè)試等等。作為甲方，我們需要注意分階段質(zhì)量把控

驗(yàn)收時(shí)結(jié)合業(yè)務(wù)進(jìn)行多種手段的測(cè)試?！霸囆衅凇币M量發(fā)現(xiàn)更多問(wèn)題。項(xiàng)目執(zhí)行階段——質(zhì)量管理(2)45棘手的問(wèn)題大多數(shù)公司不認(rèn)項(xiàng)目驗(yàn)收階段(1)46驗(yàn)收前提完成合同要求的全部?jī)?nèi)容。在“試運(yùn)行”期間已完成對(duì)軟件系統(tǒng)的嚴(yán)格測(cè)試（白盒、黑盒）。準(zhǔn)備好相關(guān)的開(kāi)發(fā)文檔和產(chǎn)品文檔。準(zhǔn)備好軟件安裝和驗(yàn)收的部署環(huán)境。相關(guān)使用人員的培訓(xùn)工作完成。驗(yàn)收內(nèi)容功能檢測(cè)。質(zhì)量鑒定。資料評(píng)審。

后續(xù)維護(hù)工作的一些協(xié)商?？梢詢?nèi)部先擬定一個(gè)詳細(xì)的驗(yàn)收計(jì)劃項(xiàng)目驗(yàn)收階段(1)46驗(yàn)收前提完成合同要求的全部?jī)?nèi)容。驗(yàn)收項(xiàng)目驗(yàn)收階段(2)47驗(yàn)收流程驗(yàn)收?qǐng)?bào)告驗(yàn)收小組擬定?；厩闆r的各項(xiàng)審核。一些相關(guān)的合理性建議。初審。復(fù)審。項(xiàng)目驗(yàn)收階段(2)47驗(yàn)收流程驗(yàn)收?qǐng)?bào)告驗(yàn)收小組擬定。初審項(xiàng)目總結(jié)階段48項(xiàng)目實(shí)施過(guò)程回顧工作或過(guò)程的扼要評(píng)價(jià)問(wèn)題的跟蹤情況變更的管理突發(fā)事件和突發(fā)沖突的處理從經(jīng)驗(yàn)中學(xué)習(xí)一定要實(shí)事求是！著眼點(diǎn)要準(zhǔn)確，分析要深入！不要回避、隱瞞問(wèn)題和矛盾！要有主次之分，條理要清晰。項(xiàng)目總結(jié)交流會(huì)經(jīng)驗(yàn)教訓(xùn)匯總棘手難題匯總，如何應(yīng)對(duì)展開(kāi)討論各抒己見(jiàn)，分享體會(huì)一些改進(jìn)和建議方案的匯總項(xiàng)目總結(jié)階段48項(xiàng)目實(shí)施過(guò)程回顧工作或過(guò)程的扼要評(píng)價(jià)從經(jīng)驗(yàn)49昆工軟件項(xiàng)目管理思考昆工軟件項(xiàng)目立項(xiàng)流程圖

每個(gè)環(huán)節(jié)都注意哪些49昆工軟件項(xiàng)目管理思考昆工軟件項(xiàng)目立項(xiàng)流程圖軟件工程項(xiàng)目管理思考及探索課件立項(xiàng)階段(1)51成熟產(chǎn)品修改？定制開(kāi)發(fā)？?jī)?yōu)劣利害對(duì)比選擇合適的軟件開(kāi)發(fā)過(guò)程重視項(xiàng)目的可行性分析需求分析格外重要，要盡可能豐富地收集業(yè)務(wù)方的實(shí)際需求技術(shù)可行性、經(jīng)濟(jì)可行性等方面要客觀考量

可能遇到的風(fēng)險(xiǎn)問(wèn)題要及早預(yù)期多參照相關(guān)利益人征集項(xiàng)目建設(shè)意見(jiàn)選取合適的項(xiàng)目建設(shè)方式立項(xiàng)階段(1)51成熟產(chǎn)品修改？定制開(kāi)發(fā)？?jī)?yōu)劣利害對(duì)比重視立項(xiàng)階段(2)52考量軟件承包商或開(kāi)發(fā)團(tuán)隊(duì)所關(guān)注的因素盡量考慮開(kāi)發(fā)過(guò)程中進(jìn)度、質(zhì)量等方面的干擾因素，制定規(guī)章條例盡可能提前預(yù)估風(fēng)險(xiǎn)，制定應(yīng)對(duì)方案。合同簽署，明晰管理章程技術(shù)、管理、進(jìn)度、經(jīng)驗(yàn)、誠(chéng)信度、資質(zhì)、后續(xù)服務(wù)、經(jīng)濟(jì)實(shí)用性其他因素項(xiàng)目啟動(dòng)儀式——建立良好的溝通渠道立項(xiàng)階段(2)52考量軟件承包商或開(kāi)發(fā)團(tuán)隊(duì)所關(guān)注的因素盡量項(xiàng)目建設(shè)階段(1)53詳實(shí)準(zhǔn)確的需求分析盡可能準(zhǔn)確界定系統(tǒng)的目標(biāo)和范圍標(biāo)準(zhǔn)：完整、正確、可行、必要、劃分優(yōu)先級(jí)、無(wú)二義性、可驗(yàn)證發(fā)現(xiàn)問(wèn)題及時(shí)溝通，堅(jiān)持需求審查對(duì)部分重要需求制定跟蹤加強(qiáng)溝通結(jié)合自身的專業(yè)技術(shù)知識(shí)與開(kāi)發(fā)人員多加強(qiáng)交流溝通

互相學(xué)習(xí)項(xiàng)目建設(shè)階段(1)53詳實(shí)準(zhǔn)確的需求分析盡可能準(zhǔn)確界定系統(tǒng)的項(xiàng)目建設(shè)階段(2)54進(jìn)度管理質(zhì)量管理可能影響進(jìn)度的風(fēng)險(xiǎn)因素要在立項(xiàng)時(shí)就盡可能考慮到，規(guī)定解決方案項(xiàng)目實(shí)施過(guò)程中，從專業(yè)技術(shù)的角度，借助于里程碑等方法，盡可能詳實(shí)地去把握項(xiàng)目進(jìn)度進(jìn)度出現(xiàn)延遲時(shí)，要認(rèn)真分析相應(yīng)的主客觀原因，對(duì)癥下藥“質(zhì)量是做出來(lái)的，不是測(cè)出來(lái)的”，要加強(qiáng)質(zhì)量缺陷預(yù)防重在過(guò)程管理，各階段進(jìn)行嚴(yán)格審查

設(shè)定軟件“試行期”，通過(guò)實(shí)踐檢驗(yàn)發(fā)現(xiàn)質(zhì)量問(wèn)題

從專業(yè)技術(shù)角度分析可能存在的質(zhì)量隱患，盡量避免“公司釣魚”項(xiàng)目建設(shè)階段(2)54進(jìn)度管理質(zhì)量管理可能影響進(jìn)度的風(fēng)險(xiǎn)因素項(xiàng)目驗(yàn)收階段55認(rèn)真調(diào)研，準(zhǔn)確判斷驗(yàn)收時(shí)機(jī)是否成熟驗(yàn)收流程的優(yōu)化是否已經(jīng)滿足了合同要求的全部?jī)?nèi)容是否進(jìn)行了認(rèn)真的白盒、黑盒測(cè)試，發(fā)現(xiàn)的問(wèn)題是否已全部解決軟件安裝和部署是否運(yùn)行完成，運(yùn)行穩(wěn)定相關(guān)使用人員的培訓(xùn)工作已經(jīng)完成

內(nèi)部先擬定比較詳實(shí)的驗(yàn)收方案

初步驗(yàn)收、復(fù)審驗(yàn)收驗(yàn)收內(nèi)容

軟件功能、性能、質(zhì)量是否達(dá)標(biāo)

操作文檔、部署資料是否齊全后續(xù)服務(wù)的一些洽談項(xiàng)目驗(yàn)收階段55認(rèn)真調(diào)研，準(zhǔn)確判斷驗(yàn)收時(shí)機(jī)是否成熟驗(yàn)收流程的56項(xiàng)目總結(jié)階段問(wèn)題跟蹤情況總結(jié)突發(fā)事件應(yīng)對(duì)情況的總結(jié)從經(jīng)驗(yàn)中學(xué)習(xí)經(jīng)驗(yàn)教訓(xùn)匯總實(shí)事求是不回避、隱瞞問(wèn)題和矛盾認(rèn)真回顧項(xiàng)目的實(shí)施過(guò)程召開(kāi)項(xiàng)目總結(jié)交流會(huì)56項(xiàng)目總結(jié)階段問(wèn)題跟蹤情況總結(jié)從經(jīng)驗(yàn)中學(xué)習(xí)經(jīng)驗(yàn)教訓(xùn)匯總57報(bào)告內(nèi)容總結(jié)軟件危機(jī)VS軟件工程軟件開(kāi)發(fā)過(guò)程軟件項(xiàng)目管理昆工軟件項(xiàng)目管理方案57報(bào)告內(nèi)容總結(jié)軟件危機(jī)VS軟件工程感謝各位老師！懇請(qǐng)不吝指正！感謝各位老師！軟件工程項(xiàng)目管理思考及探索主講人：馮旭鵬部門：信息技術(shù)科日期：2013.10.31軟件工程項(xiàng)目管理思考及探索主講人：馮旭鵬主要內(nèi)容引言軟件工程軟件項(xiàng)目管理昆工軟件項(xiàng)目管理思考內(nèi)容總結(jié)60主要內(nèi)容引言261引言工作中遇到的問(wèn)題

“軟件危機(jī)”現(xiàn)象《軟件工程》3引言工作中遇到的問(wèn)題62工作概述建設(shè)“校園信息化”信息資源管理平臺(tái)建設(shè)和完善重點(diǎn)應(yīng)用系統(tǒng)......4工作概述建設(shè)“校園信息化”信息資源管理平臺(tái)63我們所遇到的共性問(wèn)題產(chǎn)品質(zhì)量問(wèn)題

項(xiàng)目進(jìn)度問(wèn)題產(chǎn)品與要求相差甚遠(yuǎn)沒(méi)有提高工作效率，反而增加了繁瑣的業(yè)務(wù)一旦用戶增多，性能就變得非常差交付的產(chǎn)品存在隱患，公司“釣魚”，故意留下漏洞......公司拖拉，項(xiàng)目進(jìn)度緩慢，而且總有各種托辭的借口與理由案例：教務(wù)處排課系統(tǒng)缺陷四六級(jí)報(bào)名系統(tǒng)缺陷......公司研發(fā)人員態(tài)度差，難于溝通出現(xiàn)問(wèn)題時(shí)，互相扯皮......5我們所遇到的共性問(wèn)題產(chǎn)品質(zhì)量問(wèn)題項(xiàng)目64“軟件危機(jī)”現(xiàn)象危害嚴(yán)重

典型表現(xiàn)

倫敦地鐵，司機(jī)沒(méi)上車，地鐵就駛離站臺(tái)丹佛機(jī)場(chǎng)行李系統(tǒng)，延期16個(gè)月，成本超出32億美元Ariane5，40秒爆炸，損失50億美元......

程序質(zhì)量低下錯(cuò)誤頻出進(jìn)度延誤費(fèi)用劇增......軟件危機(jī)泛指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。軟件危機(jī)不可避免，也沒(méi)有根治的途徑

要解決軟件危機(jī)，需進(jìn)行系統(tǒng)性的研究項(xiàng)目建設(shè)，“知己知彼，百戰(zhàn)不殆”6“軟件危機(jī)”現(xiàn)象危害嚴(yán)重典型表現(xiàn)倫65利器——《軟件工程》

《軟件工程（SoftwareEngineering，SE）》——一門集計(jì)算機(jī)科學(xué)、數(shù)學(xué)、邏輯學(xué)及管理學(xué)為一體的學(xué)科，意在通過(guò)借鑒傳統(tǒng)工程的原則、方法，來(lái)進(jìn)行軟件開(kāi)發(fā)的管理，從而提高軟件質(zhì)量、降低軟件成本和改進(jìn)軟件性能。7利器——《軟件工程》《軟件工程（Software66軟件工程學(xué)科發(fā)展概述

學(xué)科知識(shí)體系

學(xué)科框架8軟件工程學(xué)科發(fā)展概述67《軟件工程》發(fā)展概述

誕生

定義

軟件工程就是采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理方法和先進(jìn)軟件技術(shù)結(jié)合起來(lái)，運(yùn)用到軟件開(kāi)發(fā)和維護(hù)過(guò)程中，來(lái)解決軟件危機(jī)。思想以系統(tǒng)性的、規(guī)范化的、可定量的過(guò)程化方法去開(kāi)發(fā)和維護(hù)軟件使用經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)

1968年，北大西洋公約組織（NATO）舉辦了軟件工程學(xué)術(shù)會(huì)議，首次提出9《軟件工程》發(fā)展概述誕生定義68《軟件工程》知識(shí)體系含10個(gè)知識(shí)域，8個(gè)學(xué)科由軟件工程協(xié)調(diào)委員會(huì)(SWECC)于2008年確立的版本。10《軟件工程》知識(shí)體系含10個(gè)知識(shí)域，8個(gè)學(xué)科由軟件工程協(xié)69軟件工程框架

過(guò)程：生產(chǎn)目標(biāo)產(chǎn)品所需要的步驟

目標(biāo)：生產(chǎn)具有正確性、可用性以及開(kāi)銷合宜的軟件產(chǎn)品

軟件工程過(guò)程主要包括開(kāi)發(fā)過(guò)程、運(yùn)作過(guò)程、維護(hù)過(guò)程。軟件工程過(guò)程覆蓋了需求分析、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)以及維護(hù)等活動(dòng)。正確性——滿足用戶的各項(xiàng)功能需求可用性——軟件及其使用文檔方便為用戶使用開(kāi)銷合宜——軟件開(kāi)發(fā)及運(yùn)行的各項(xiàng)開(kāi)銷能夠被用戶接受

軟件工程框架可概括為：目標(biāo)、過(guò)程和原則。

原則：圍繞工程設(shè)計(jì)、工程支持以及工程管理在軟件開(kāi)發(fā)過(guò)程中必須遵循的原則。11軟件工程框架過(guò)程：生產(chǎn)目標(biāo)產(chǎn)品所需要的步驟目70軟件工程的“四項(xiàng)基本原則”

原則三：提供高質(zhì)量的工程支持。

原則二：采用合適的設(shè)計(jì)方法?！肮び破涫?，必先利其器”。軟件工具與環(huán)境對(duì)軟件過(guò)程的支持頗為重要。軟件設(shè)計(jì)中，通常要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應(yīng)性等特征

原則一：選取適宜的開(kāi)發(fā)范型。

原則四：重視軟件開(kāi)發(fā)過(guò)程的管理。

軟件需求、硬件需求以及其他因素之間是相互制約、相互影響的，經(jīng)常需要權(quán)衡。必須認(rèn)識(shí)需求定義的易變性，采用適宜的開(kāi)發(fā)范型予以控制。軟件工程的管理，直接影響可用資源的有效利用，生產(chǎn)滿足目標(biāo)的軟件產(chǎn)品，提高軟件組織的生產(chǎn)能力等問(wèn)題。因此，僅當(dāng)軟件過(guò)程得以有效管理時(shí)，才能實(shí)現(xiàn)有效的軟件工程。12軟件工程的“四項(xiàng)基本原則”原則三：提供高質(zhì)量的工程支71軟件生命周期軟件生命周期(SystemsDevelopmentLifeCycle，SDLC)

問(wèn)題的定義及規(guī)劃需求分析軟件設(shè)計(jì)程序編碼軟件測(cè)試運(yùn)行維護(hù)六個(gè)階段13軟件生命周期軟件生命周期(SystemsDevelo72軟件項(xiàng)目開(kāi)發(fā)及管理全過(guò)程14軟件項(xiàng)目開(kāi)發(fā)及管理全過(guò)程73軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成熟驗(yàn)收流程的優(yōu)化后續(xù)服務(wù)及維護(hù)條款項(xiàng)目執(zhí)行階段經(jīng)驗(yàn)總結(jié)階段

制定項(xiàng)目建議書、可行性分析、產(chǎn)品調(diào)研、承包商選擇技巧招投標(biāo)方式

合同上關(guān)于風(fēng)險(xiǎn)應(yīng)對(duì)及責(zé)任明晰等內(nèi)容制定

工作計(jì)劃質(zhì)量監(jiān)管、測(cè)試方案

進(jìn)度監(jiān)管15軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成74軟件項(xiàng)目管理項(xiàng)目管理復(fù)雜性分析

軟件開(kāi)發(fā)過(guò)程模型概述

軟件項(xiàng)目管理流程

各階段需要注意的事項(xiàng)16軟件項(xiàng)目管理項(xiàng)目管理復(fù)雜性分析75軟件項(xiàng)目管理的復(fù)雜之處

軟件產(chǎn)品是智力產(chǎn)品，軟件項(xiàng)目是設(shè)計(jì)型項(xiàng)目

“隔行如隔山”軟件使用方在提業(yè)務(wù)需求時(shí)往往不能足夠重視需求變化頻繁，變更難以控制難以估算工作量

開(kāi)發(fā)進(jìn)度難以界定交付成果難以明確

對(duì)開(kāi)發(fā)人員依賴性大

承建商主要目的是利潤(rùn)，只想提供最少的功能、一定的質(zhì)量，并在合理時(shí)間內(nèi)完成

為達(dá)到更高利潤(rùn)，承建商可能對(duì)項(xiàng)目進(jìn)行二次外包，管理更混亂

……17軟件項(xiàng)目管理的復(fù)雜之處軟件產(chǎn)品是智力產(chǎn)品，軟件項(xiàng)目是設(shè)76軟件開(kāi)發(fā)過(guò)程

重視軟件開(kāi)發(fā)過(guò)程

過(guò)程決定了軟件建設(shè)的步驟與我們管理的方式

過(guò)程直接影響最終產(chǎn)品的質(zhì)量軟件開(kāi)發(fā)過(guò)程模型瀑布模型快速原型模型增量模型構(gòu)件組裝模型螺旋模型18軟件開(kāi)發(fā)過(guò)程重視軟件開(kāi)發(fā)過(guò)程過(guò)程決定了77軟件過(guò)程模型——瀑布模型(Waterfall-model)

思想

軟件開(kāi)發(fā)劃分階段各階段順序執(zhí)行

特征

最早的、最簡(jiǎn)單的模型“理想化”的順序模型單向性，工作不可逆轉(zhuǎn)

優(yōu)點(diǎn)

為項(xiàng)目提供分階段的檢查點(diǎn)當(dāng)前活動(dòng)完成，只需關(guān)注后續(xù)活動(dòng)模板清晰

缺點(diǎn)

抵抗“需求不斷變化”能力弱。用戶最終才能見(jiàn)產(chǎn)品，增加開(kāi)發(fā)風(fēng)險(xiǎn)。開(kāi)發(fā)人員常常陷入“阻塞狀態(tài)”各階段劃分完全固定，產(chǎn)生大量文檔，增加工作量。——由Royce于1970年提出19軟件過(guò)程模型——瀑布模型(Waterfall-model78軟件過(guò)程模型——增量模型(incrementalmodel)

思想

功能拆分，每個(gè)子功能按瀑布模型開(kāi)發(fā)最終合并所有“增量”

特征

分模塊開(kāi)發(fā)多段瀑布模型

優(yōu)點(diǎn)

抗變化能力比瀑布模型強(qiáng)可以邊開(kāi)發(fā)，邊應(yīng)用

缺點(diǎn)

所有子系統(tǒng)合并可能“不兼容”對(duì)系統(tǒng)設(shè)計(jì)師的水平要求高——舉例：字處理軟件解決方法：面向接口的編程方法適用于：小型或是交互型式的系統(tǒng)。大型系統(tǒng)的某些部分，例如用戶界面。20軟件過(guò)程模型——增量模型(incrementalmod79軟件過(guò)程模型——快速原型模型(rapidprototype)

思想

根據(jù)需求先較小代價(jià)、快速構(gòu)建一個(gè)軟件的“雛形”根據(jù)用戶反饋不斷調(diào)整，最終確定產(chǎn)品

優(yōu)點(diǎn)

開(kāi)發(fā)方可快速對(duì)需求有明晰認(rèn)識(shí)能有效應(yīng)對(duì)需求變化，降低風(fēng)險(xiǎn)

缺點(diǎn)

快速建立起來(lái)的原型系統(tǒng)可能架構(gòu)脆弱，不斷修改，導(dǎo)致產(chǎn)品低下——建立快速原型的主要目的是快速獲取與驗(yàn)證需求！21軟件過(guò)程模型——快速原型模型(rapidprototy80軟件過(guò)程模型——基于組件的開(kāi)發(fā)模型

思想：軟件復(fù)用

22軟件過(guò)程模型——基于組件的開(kāi)發(fā)模型思想：軟件復(fù)用81軟件過(guò)程模型——螺旋模型(SpiralModel)

思想

施工前先進(jìn)行風(fēng)險(xiǎn)評(píng)估，通過(guò)后快速開(kāi)發(fā)出原型，交由用戶評(píng)估沿螺旋線自內(nèi)向外每旋轉(zhuǎn)一圈，意味著開(kāi)發(fā)出更加完善的版本

特征

瀑布模型和快速原型模型的聯(lián)合體適用于大型復(fù)雜項(xiàng)目，有效控制風(fēng)險(xiǎn)——由Boehm于1988年提出

缺點(diǎn)

需要較高的風(fēng)險(xiǎn)評(píng)估技術(shù)風(fēng)險(xiǎn)分析費(fèi)用高，增加成本應(yīng)用較復(fù)雜23軟件過(guò)程模型——螺旋模型(SpiralModel)思82軟件過(guò)程模型使用總結(jié)

需求明確——瀑布模型；

用戶無(wú)信息系統(tǒng)使用經(jīng)驗(yàn)，需求分析人員技能不足——快速原型模型

需求不確定因素多，無(wú)法提前計(jì)劃——采用增量迭代和螺旋模型資金和成本無(wú)法一次到位——增量模型，軟件產(chǎn)品分多個(gè)版本進(jìn)行發(fā)行全新系統(tǒng)的開(kāi)發(fā)——必須在總體設(shè)計(jì)完成后再開(kāi)始增量或并行編碼人員經(jīng)驗(yàn)較少——建議不要采用敏捷或迭代等生命周期模型

增量,迭代和原型可以綜合使用,但每一次增量或迭代都必須有明確的交付和出口準(zhǔn)則24軟件過(guò)程模型使用總結(jié)需求明確——瀑布模型；83“哪種過(guò)程模型更好用？”

比較

瀑布模型最簡(jiǎn)單，但抗需求變化能力最弱增量模型分模塊開(kāi)發(fā)，子系統(tǒng)集成怕不兼容快速原型模型能最快實(shí)現(xiàn)需求一致性螺旋模型一般只有大型公司或大型項(xiàng)目采用不要太在乎學(xué)術(shù)上的“先進(jìn)”與“落后”，適用的就最好。瀑布模型

增量模型快速原型模型螺旋模型我們最常見(jiàn)的系統(tǒng)都是采用增量模型、快速原型模型來(lái)開(kāi)發(fā)。當(dāng)前對(duì)軟件研發(fā)過(guò)程質(zhì)量的評(píng)判主要是以SEI（SoftwareEngineeringInstitute）頒布的CMMI（CapabilityMaturityModelIntegration）作為研發(fā)標(biāo)準(zhǔn)。25“哪種過(guò)程模型更好用？”比較瀑布模型最簡(jiǎn)單，但抗84軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成熟驗(yàn)收流程的優(yōu)化后續(xù)服務(wù)及維護(hù)條款項(xiàng)目執(zhí)行階段經(jīng)驗(yàn)總結(jié)階段

制定項(xiàng)目建議書、可行性分析、產(chǎn)品調(diào)研、承包商選擇技巧招投標(biāo)方式

合同上關(guān)于風(fēng)險(xiǎn)應(yīng)對(duì)及責(zé)任明晰等內(nèi)容制定

工作計(jì)劃質(zhì)量監(jiān)管、測(cè)試方案

進(jìn)度監(jiān)管26軟件項(xiàng)目管理流程立項(xiàng)階段項(xiàng)目驗(yàn)收階段判斷驗(yàn)收時(shí)機(jī)已經(jīng)成軟件工程項(xiàng)目管理思考及探索課件86立項(xiàng)階段——方向比努力更重要第一步：項(xiàng)目建議書

項(xiàng)目背景。

意義和必要性。

未來(lái)收益預(yù)期。

規(guī)模和期限。

投資估算。

資金籌措。

其他重要意見(jiàn)。提交項(xiàng)目建議書給相關(guān)部門進(jìn)行審核，“上會(huì)”28立項(xiàng)階段——方向比努力更重要第一步：項(xiàng)目建議書項(xiàng)目背87第二步：項(xiàng)目可行性分析立項(xiàng)階段

需求分析。項(xiàng)目的背景、項(xiàng)目的目標(biāo)、業(yè)務(wù)需求、概要設(shè)計(jì)。

技術(shù)可行性分析。

經(jīng)濟(jì)可行性分析。我們預(yù)算多少，硬件方面需要多少投資。

主要風(fēng)險(xiǎn)分析。

人員配置及項(xiàng)目實(shí)施計(jì)劃。

可行性研究的結(jié)論和建議。

其他重要意見(jiàn)。29第二步：項(xiàng)目可行性分析立項(xiàng)階段需求分析。項(xiàng)目的背景、項(xiàng)88立項(xiàng)階段需求的基本標(biāo)準(zhǔn)需求管理的誤區(qū)

開(kāi)發(fā)分析階段，開(kāi)發(fā)方與客戶只需要在輪廓上達(dá)成基本一致即可，具體細(xì)節(jié)以后再填充。軟件項(xiàng)目需求可以持續(xù)不斷地改變?！獙?shí)踐表明，隨著開(kāi)發(fā)進(jìn)度的推進(jìn)，實(shí)現(xiàn)軟件需求更改所需的代價(jià)呈指數(shù)形式增長(zhǎng)。

僅僅滿足目前需求即可，不考慮未來(lái)幾年的狀況。準(zhǔn)確界定系統(tǒng)的目標(biāo)和范圍完整、正確

可行、必要

劃分優(yōu)先級(jí)

無(wú)二義性、可驗(yàn)證堅(jiān)持需求的審查對(duì)部分重要需求進(jìn)行追蹤30立項(xiàng)階段需求的基本標(biāo)準(zhǔn)需求管理的誤區(qū)開(kāi)發(fā)分析階段，開(kāi)發(fā)89立項(xiàng)階段

技術(shù)

——開(kāi)發(fā)能力如何？技術(shù)方案是否滿意？

管理

——內(nèi)部組織是否混亂？

進(jìn)度——開(kāi)發(fā)進(jìn)度是否可以接受？

經(jīng)驗(yàn)——是否有相關(guān)領(lǐng)域、相似產(chǎn)品的開(kāi)發(fā)經(jīng)驗(yàn)、以前開(kāi)發(fā)的產(chǎn)品質(zhì)量如何？

誠(chéng)信度——信譽(yù)、口碑如何？采用“一票否決制”

資質(zhì)——是否取得業(yè)界認(rèn)可證書（如ISO9000質(zhì)量認(rèn)證、CMM認(rèn)證），證書等級(jí)后續(xù)服務(wù)——能否提供較好的開(kāi)發(fā)及維護(hù)服務(wù)經(jīng)濟(jì)實(shí)用性——性價(jià)比如何？

其他因素——比如地理位置等選擇軟件供應(yīng)商考慮因素CMM五個(gè)等級(jí)31立項(xiàng)階段技術(shù)——開(kāi)發(fā)能力如何？技術(shù)方案是否滿意？選擇90第四步：合同簽署，明晰管理章程。立項(xiàng)階段第三步：專家組評(píng)審《可行性分析報(bào)告》專門的技術(shù)人員、軟件最終使用者涉及到的相關(guān)利益主體。案例：教務(wù)處排課系統(tǒng)對(duì)多媒體教室管理帶來(lái)的影響。不僅僅是形式，啟動(dòng)是為了形成一個(gè)良好的溝通體系，讓所有項(xiàng)目人員都理解項(xiàng)目重要性，同時(shí)明晰職責(zé)，保障項(xiàng)目管理的暢通。第五步：項(xiàng)目啟動(dòng)儀式——“磨刀不誤砍柴工”?？紤]到后續(xù)開(kāi)發(fā)過(guò)程中進(jìn)度、質(zhì)量等方面的干擾因素，制定規(guī)章條例。

盡可能提前預(yù)估風(fēng)險(xiǎn)，制定應(yīng)對(duì)方案。32第四步：合同簽署，明晰管理章程。立項(xiàng)階段第三步：專家組評(píng)91項(xiàng)目策劃階段

工作量估計(jì)。

尋找關(guān)鍵路徑。通過(guò)定義各任務(wù)之間的依賴關(guān)系，計(jì)算出項(xiàng)目中的關(guān)鍵路徑，幫助區(qū)分任務(wù)的輕重緩急，合理安排和調(diào)整資源，從而保證項(xiàng)目的整體進(jìn)度。軟件項(xiàng)目主管的任務(wù)——“排兵布陣”33項(xiàng)目策劃階段工作量估計(jì)。軟件項(xiàng)目主管的任務(wù)——“排兵布軟件工程項(xiàng)目管理思考及探索課件軟件工程項(xiàng)目管理思考及探索課件軟件工程項(xiàng)目管理思考及探索課件95目標(biāo)：進(jìn)度快、投資省、質(zhì)量好。項(xiàng)目執(zhí)行階段進(jìn)度快就要增加投資，而項(xiàng)目提前使用卻又可能及早提高收益。

進(jìn)度快，質(zhì)量也許就不能保證；質(zhì)量嚴(yán)格控制，則有可能影響進(jìn)度；質(zhì)量嚴(yán)格控制不至返工，又會(huì)加快進(jìn)度。“脫離成本，不談質(zhì)量”。項(xiàng)目負(fù)責(zé)人的任務(wù)進(jìn)度、成本、質(zhì)量、風(fēng)險(xiǎn)、人力資源等等。進(jìn)度、成本、質(zhì)量——對(duì)立統(tǒng)一關(guān)系成本除了資金成本，還有人力成本，資金少，就多付出些汗水。37目標(biāo)：進(jìn)度快、投資省、質(zhì)量好。項(xiàng)目執(zhí)行階段進(jìn)度快就要增9638項(xiàng)目執(zhí)行階段——進(jìn)度管理(1)97進(jìn)度的描述里程碑——做完、沒(méi)做完，沒(méi)有第三種狀態(tài)甘特圖項(xiàng)目執(zhí)行階段——進(jìn)度管理(1)39進(jìn)度的描述里程碑——做98甘特圖示例40甘特圖示例項(xiàng)目執(zhí)行階段——進(jìn)度管理(2)99影響進(jìn)度的主要因素錯(cuò)估了項(xiàng)目特點(diǎn)及實(shí)現(xiàn)條件。項(xiàng)目參與者工作錯(cuò)誤。不可預(yù)見(jiàn)事件發(fā)生。面對(duì)進(jìn)度延遲，我們?cè)撛趺醋瞿?？——分析主客觀原因，對(duì)癥下藥！項(xiàng)目執(zhí)行階段——進(jìn)度管理(2)41影響進(jìn)度的主要因素錯(cuò)估了項(xiàng)目執(zhí)行階段——進(jìn)度管理(3)100客觀原因進(jìn)度計(jì)劃不合理，過(guò)于理想化等任務(wù)定義過(guò)于復(fù)雜、過(guò)度定義、超出范圍測(cè)試太多錯(cuò)誤而延遲意外發(fā)生(比如停電、開(kāi)發(fā)人員生病等)

使用方需求變更主觀原因開(kāi)發(fā)人員沒(méi)有全神貫注于自己的工作。開(kāi)發(fā)人員不恰當(dāng)?shù)墓ぷ鞣绞健Ｈ蝿?wù)定義依賴性強(qiáng)，人員工作之間扯皮。項(xiàng)目經(jīng)理過(guò)多干預(yù)開(kāi)發(fā)人員工作。應(yīng)對(duì)措施——重新定義進(jìn)度計(jì)劃——重新定義任務(wù)，舍棄過(guò)難技術(shù)問(wèn)題——萬(wàn)不可為了趕進(jìn)度而降低測(cè)試標(biāo)準(zhǔn)！——按風(fēng)險(xiǎn)管理中制定的應(yīng)急措施處理——核心/關(guān)鍵功能的里程碑事件定義應(yīng)對(duì)措施——生活原因？多多溝通、績(jī)效考核——有針對(duì)性地進(jìn)行經(jīng)驗(yàn)交流和培訓(xùn)——依賴性強(qiáng)的任務(wù)合并！——“用人不疑、疑人不用”項(xiàng)目執(zhí)行階段——進(jìn)度管理(3)42客觀原因進(jìn)度計(jì)劃不合理，項(xiàng)目執(zhí)行階段——進(jìn)度管理(4)101技巧

延遲如果不補(bǔ)救，就會(huì)呈加速度擴(kuò)展。如果沒(méi)有很好的辦法，那就辛苦一點(diǎn)，最笨的辦法是“緊盯”?！胺阑加谖慈弧保绊戇M(jìn)度的許多因素，我們爭(zhēng)取在立項(xiàng)時(shí)就要充分考慮到。項(xiàng)目執(zhí)行階段——進(jìn)度管理(4)43技巧延遲如果不補(bǔ)救，就會(huì)項(xiàng)目執(zhí)行階段——質(zhì)量管理(1)102軟件質(zhì)量度量因素

正確性——精確地滿足需求的程度

健壯性——容錯(cuò)能力，恢復(fù)能力

可靠性——誤差累積、代碼缺陷，突然不正常

性能——“時(shí)間-空間”效率，速度快、占用資源少

易用性——用戶友好性

清晰性——使用文檔詳實(shí)、易懂

可擴(kuò)展性——適應(yīng)變化的能力，模塊化功能改進(jìn)項(xiàng)目執(zhí)行階段——質(zhì)量管理(1)44軟件質(zhì)量度量因素正確性項(xiàng)目執(zhí)行階段——質(zhì)量管理(2)103棘手的問(wèn)題大多數(shù)公司不認(rèn)真關(guān)注質(zhì)量，只想盡快通過(guò)“驗(yàn)收”?！搬烎~”現(xiàn)象存在。如何保證質(zhì)量？——3大原則缺陷預(yù)防?！傲闳毕莨芾怼?，“質(zhì)量是做出來(lái)的，不是測(cè)出來(lái)的”。重在過(guò)程。每個(gè)階段都要嚴(yán)格組織，責(zé)任到人，多層把關(guān)。嚴(yán)格審查。“測(cè)試驅(qū)動(dòng)開(kāi)發(fā)”，并發(fā)數(shù)，壓力測(cè)試等等。作為甲方，我們需要注意分階段質(zhì)量把控

驗(yàn)收時(shí)結(jié)合業(yè)務(wù)進(jìn)行多種手段的測(cè)試。“試行期”要盡量發(fā)現(xiàn)更多問(wèn)題。項(xiàng)目執(zhí)行階段——質(zhì)量管理