管理篇 軟件風(fēng)險(xiǎn)管理

1、1,管理篇第四章 軟件風(fēng)險(xiǎn)管理,什么是風(fēng)險(xiǎn)？風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)管理,2,4.1 什么是風(fēng)險(xiǎn)？,由于軟件的規(guī)模增大、復(fù)雜度增強(qiáng)、靈活性要求高而導(dǎo)致新一輪的軟件危機(jī)，因此而引發(fā)軟件的負(fù)面結(jié)論：軟件開發(fā)的效率和質(zhì)量問(wèn)題是經(jīng)濟(jì)增長(zhǎng)的主要障礙。軟件失效造成巨大的經(jīng)濟(jì)損失。用傳統(tǒng)的軟件工程技術(shù)來(lái)控制軟件成本和質(zhì)量也無(wú)法盡善盡美。因此：軟件風(fēng)險(xiǎn)是存在的，特別是對(duì)于大型復(fù)雜軟件。軟件風(fēng)險(xiǎn)：是指軟件有可能造成的傷害或者損失。,3,4.1 什

2、么是風(fēng)險(xiǎn)？,軟件風(fēng)險(xiǎn)是任何軟件開發(fā)項(xiàng)目中普遍存在的問(wèn)題，與項(xiàng)目的大小成正比。 因?yàn)?，在制定軟件?jì)劃時(shí)，系統(tǒng)分析員必須回答：項(xiàng)目的需求是什么？ 不可能準(zhǔn)確無(wú)誤地回答需要投入多少資源？ 只能憑經(jīng)驗(yàn)估計(jì)給出初步設(shè)想如何安排開發(fā)進(jìn)度？ 這樣就存在風(fēng)險(xiǎn)！,,4,4.1 什么是風(fēng)險(xiǎn)？,進(jìn)度過(guò)分緊迫；預(yù)算過(guò)分緊張；性能過(guò)分的超群，軟件可靠性要求過(guò)高；人員缺乏經(jīng)驗(yàn)，組織結(jié)構(gòu)不適宜；期望過(guò)高而不現(xiàn)實(shí)；沒(méi)有

3、明確或理解合同的條款；軟件規(guī)模估計(jì)不恰當(dāng)；管理部門缺乏經(jīng)驗(yàn)；風(fēng)險(xiǎn)分析和管理不恰當(dāng)；缺乏政策性支持；,不熟悉技術(shù)或過(guò)程；不熟悉必要的硬件；需求不一致（或定義不充分）；需求不斷變動(dòng)；軟件開發(fā)計(jì)劃不恰當(dāng)；軟件開發(fā)過(guò)程模型不適用；缺乏軟件工程技術(shù)和方法；缺乏自動(dòng)化工具的支持；,常見的軟件風(fēng)險(xiǎn)類別：進(jìn)度、經(jīng)費(fèi)、性能、組織、管理、人事、過(guò)程、方法、工具等。如下例證：,5,4.2 風(fēng)險(xiǎn)分析,條件：軟件的風(fēng)險(xiǎn)對(duì)于系統(tǒng)的成敗有關(guān)鍵影

4、響時(shí)才進(jìn)行風(fēng)險(xiǎn)分析，因此，先要進(jìn)行風(fēng)險(xiǎn)估計(jì)。步驟：標(biāo)識(shí)潛在風(fēng)險(xiǎn)項(xiàng)：收集信息，標(biāo)明相關(guān)的風(fēng)險(xiǎn)。觀察風(fēng)險(xiǎn)的征兆，理解其原因。估計(jì)每個(gè)風(fēng)險(xiǎn)的大小及其出現(xiàn)的可能性：度量風(fēng)險(xiǎn)的后果和嚴(yán)重程度。風(fēng)險(xiǎn)評(píng)估：要考慮風(fēng)險(xiǎn)間的相互作用。,6,4.3 風(fēng)險(xiǎn)管理,風(fēng)險(xiǎn)管理的本質(zhì)：制定防止風(fēng)險(xiǎn)的計(jì)劃，并監(jiān)管風(fēng)險(xiǎn)。（風(fēng)險(xiǎn)是不可能消除的，只能防止）風(fēng)險(xiǎn)管理的時(shí)機(jī)：已經(jīng)發(fā)現(xiàn)存在重要的軟件風(fēng)險(xiǎn)；這些風(fēng)險(xiǎn)可能影響項(xiàng)目的目標(biāo)；這些風(fēng)險(xiǎn)將使系統(tǒng)花費(fèi)大量的運(yùn)行費(fèi)

5、用及支持費(fèi)用；這些風(fēng)險(xiǎn)是可能防止的。,7,4.3 風(fēng)險(xiǎn)管理,風(fēng)險(xiǎn)管理的任務(wù)：制定風(fēng)險(xiǎn)計(jì)劃：風(fēng)險(xiǎn)管理計(jì)劃—RMP和風(fēng)險(xiǎn)排除計(jì)劃—RA（version）P。進(jìn)行風(fēng)險(xiǎn)控制：執(zhí)行風(fēng)險(xiǎn)計(jì)劃中體現(xiàn)風(fēng)險(xiǎn)排除策略的控制機(jī)制。（確定風(fēng)險(xiǎn)排除策略；確定風(fēng)險(xiǎn)排除戰(zhàn)術(shù)；建立風(fēng)險(xiǎn)管理計(jì)劃。）對(duì)風(fēng)險(xiǎn)進(jìn)行監(jiān)管：監(jiān)管軟件工程過(guò)程和產(chǎn)品，確定風(fēng)險(xiǎn)排除策略是否達(dá)到預(yù)期目標(biāo)，是否有可能進(jìn)一步改進(jìn)風(fēng)險(xiǎn)排除計(jì)劃，為控制新的風(fēng)險(xiǎn)提供一些必要的決策信息等。,8,管理篇第五

6、章 軟件項(xiàng)目管理與計(jì)劃,項(xiàng)目管理過(guò)程軟件度量軟件項(xiàng)目估算軟件開發(fā)成本估算進(jìn)度安排軟件項(xiàng)目的組織與計(jì)劃,9,5.1 項(xiàng)目管理過(guò)程,項(xiàng)目管理的對(duì)象：軟件工程項(xiàng)目，范圍覆蓋整個(gè)軟件工程過(guò)程。項(xiàng)目管理生命期：開始于技術(shù)工作啟動(dòng)之前，持續(xù)于軟件分析、設(shè)計(jì)與實(shí)現(xiàn)過(guò)程中，最后終止于軟件工程過(guò)程結(jié)束之時(shí)。項(xiàng)目管理的過(guò)程：?jiǎn)?dòng)一個(gè)軟件項(xiàng)目；軟件度量；軟件估算；風(fēng)險(xiǎn)分析；進(jìn)度安排；追蹤和控制。,10,5.2 軟件度量,項(xiàng)目管理主要關(guān)心軟件生產(chǎn)

7、率和軟件產(chǎn)品質(zhì)量的度量。軟件工程過(guò)程度量屬性：投入的成本和工作量。軟件產(chǎn)品度量屬性：產(chǎn)生的代碼行（LOC）、執(zhí)行速度、存儲(chǔ)量大小、周期報(bào)告錯(cuò)誤數(shù)；功能性、復(fù)雜性、效率、可靠性、可維護(hù)性、和其它質(zhì)量特性等。,11,5.2 軟件度量,度量方法：面向規(guī)模的度量：收集諸如工作量、投入成本、KLOC、文檔頁(yè)數(shù)、錯(cuò)誤數(shù)、投入的人數(shù)，計(jì)算軟件的生產(chǎn)率和質(zhì)量。面向功能的度量：收集軟件數(shù)據(jù)域的一些計(jì)數(shù)度量，如用戶輸入數(shù)、用戶輸出數(shù)、用戶查詢數(shù)、文

8、件數(shù)、外部接口數(shù)等，利用軟件復(fù)雜性估計(jì)的經(jīng)驗(yàn)關(guān)系式導(dǎo)出功能點(diǎn)。,12,5.2 軟件度量,軟件質(zhì)量度量：廣泛使用的事后度量（驗(yàn)收度量）包括：正確性度量：每KLOC的差錯(cuò)數(shù)。可維護(hù)性度量：平均變更等待時(shí)間（MTTC）以及故障損失。完整性度量：從系統(tǒng)的危險(xiǎn)性和安全性考慮?？墒褂眯远攘浚河脩粲押眯裕▽W(xué)習(xí)系統(tǒng)需要的技能、有效使用需要的時(shí)間、生產(chǎn)率凈增值、用戶主管評(píng)價(jià)）,13,5.2 軟件度量,軟件度量的目的：通過(guò)對(duì)軟件生產(chǎn)率和軟件質(zhì)量進(jìn)行

9、度量，可以對(duì)軟件提出要求和評(píng)價(jià)，進(jìn)而可以建立改進(jìn)軟件工程過(guò)程的目標(biāo)。軟件度量的使用：使用軟件度量建立項(xiàng)目基線；收集項(xiàng)目當(dāng)前的生產(chǎn)率和質(zhì)量狀態(tài)，利用基線對(duì)項(xiàng)目當(dāng)前狀態(tài)進(jìn)行評(píng)價(jià)，并確定軟件工程過(guò)程的改進(jìn)目標(biāo)。,14,5.3 軟件項(xiàng)目估算,軟件項(xiàng)目估算是項(xiàng)目計(jì)劃活動(dòng)的基礎(chǔ)。項(xiàng)目管理人員應(yīng)該估算項(xiàng)目需要的資源、成本和工作量。估算前要明確軟件的范圍，包括：功能、性能、限制、接口、可靠性，這些因素都影響資源、成本和工作量的估算。資源：人

10、力資源、硬件和軟件資源等。成本和工作量：先對(duì)問(wèn)題進(jìn)行分解，然后利用LOC和FP方法，結(jié)合基線生產(chǎn)率度量計(jì)算每個(gè)子功能的成本和工作量，集成后為整個(gè)項(xiàng)目的成本和工作量。,15,5.4 軟件開發(fā)成本估算,軟件開發(fā)成本：主要是指軟件開發(fā)過(guò)程中所花費(fèi)的工作量及相應(yīng)的代價(jià)，不包括原材料和能源的消耗，主要是指人的勞動(dòng)消耗。估算的依據(jù)：從軟件計(jì)劃、需求分析、設(shè)計(jì)、編碼、單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試整個(gè)軟件開發(fā)過(guò)程所花費(fèi)的人工代價(jià)。,16,5.4 軟

11、件開發(fā)成本估算,基于分解和類推的估算方法：自頂向下、自底向上、差別估計(jì)等。專家判定技術(shù)（Delphi）經(jīng)驗(yàn)?zāi)Ｐ停篒BM模型、Putnam模型、COCOMO（Constructive Cost Model）模型,17,5.5 進(jìn)度安排,合理分配人員的工作量和花費(fèi)的時(shí)間，嚴(yán)密監(jiān)控軟件開發(fā)的進(jìn)展情況，使軟件開發(fā)進(jìn)度不致拖延。過(guò)程：確定軟件開發(fā)小組人數(shù)：人員之間的通信會(huì)影響軟件生產(chǎn)率，因此，軟件小組人數(shù)要適宜，一般在2～8人左右。,18

12、,5.5 進(jìn)度安排,確定任務(wù)及其并行性：確定任務(wù)之間的從屬關(guān)系，確定各個(gè)任務(wù)的先后次序和銜接，確定各個(gè)任務(wù)完成的持續(xù)時(shí)間。從中抽取出關(guān)鍵路徑。制定開發(fā)進(jìn)度計(jì)劃：工作量和時(shí)間的分配。 一般：計(jì)劃階段占2%~3%； 需求分析占10%~25%; 軟件設(shè)計(jì)占20%~25%; 編碼占15%~20%； 測(cè)試和調(diào)試

13、占30%~40%。,19,5.5 進(jìn)度安排,用圖示表達(dá)進(jìn)度安排：明確標(biāo)明各個(gè)任務(wù)的計(jì)劃開始時(shí)間、完成時(shí)間；各個(gè)任務(wù)完成的標(biāo)志；各個(gè)任務(wù)與參與工作的人數(shù)、各個(gè)任務(wù)與工作量之間的銜接情況；完成各個(gè)任務(wù)所需的物理資源和數(shù)據(jù)資源。 Gantt圖、PERT和CPM項(xiàng)目的追蹤和控制,20,5.6 軟件項(xiàng)目的組織與計(jì)劃,制定計(jì)劃：規(guī)定待完成的任務(wù)、要求、資源、人力和進(jìn)度等。建立項(xiàng)目組織：建立分工明確的責(zé)任制機(jī)構(gòu)。配備人員：任用各種

14、層次的技術(shù)人員和管理人員。指導(dǎo)：鼓勵(lì)和動(dòng)員軟件人員完成所分配的工作。檢驗(yàn)：對(duì)照計(jì)劃和標(biāo)準(zhǔn)監(jiān)督并檢查實(shí)施的情況。,21,管理篇第六章 軟件過(guò)程改進(jìn),CMM簡(jiǎn)介CMM內(nèi)容CMM可視化分析CMM內(nèi)部結(jié)構(gòu)CMM應(yīng)用CMM的問(wèn)題CMM與ISO9000的區(qū)別PSP/TSP,22,6.1 CMM簡(jiǎn)介,CMM是國(guó)際公認(rèn)的對(duì)軟件公司進(jìn)行成熟度等級(jí)認(rèn)證的重要標(biāo)準(zhǔn)。CMM最早的工作開始于1986年11月，當(dāng)時(shí)的情況： ? 軟件需求

15、越來(lái)越大，所解決問(wèn)題的復(fù)雜程度增長(zhǎng)速度超過(guò)了人們開發(fā)和維護(hù)的能力。 ?產(chǎn)品不能如期交付；質(zhì)量不能令用戶滿意；軟件開發(fā)的開銷超過(guò)了預(yù)算。 ?更好的軟件開發(fā)技術(shù)也不能解決問(wèn)題。 ?軟件過(guò)程的管理,23,6.1 CMM簡(jiǎn)介,人們逐步認(rèn)識(shí)到：軟件開發(fā)中的個(gè)人因素并不是很重要，關(guān)鍵是軟件開發(fā)機(jī)構(gòu)的成熟程度?？▋?nèi)基－梅隆大學(xué)的SEI受美國(guó)國(guó)防部的委托和資助，評(píng)估軟件供應(yīng)商能力并幫助其改善軟件質(zhì)量，在Mitre公司的協(xié)助下，于19

16、87年9月發(fā)布了能力成熟度框架以及一套成熟度問(wèn)卷。四年后的1991年推出CMM1.0，1993年SEI又推出了CMM1.1，適用于500人以上規(guī)模的軟件公司。近幾年，SEI又推出了CMM2.0，同時(shí)進(jìn)入ISO體系，稱為ISO/IEC15504，即SPICE（軟件過(guò)程改進(jìn)能力評(píng)估）。,24,6.1 CMM簡(jiǎn)介,軟件過(guò)程能力：描述在遵循一個(gè)軟件過(guò)程后所期待結(jié)果的界限范圍。軟件過(guò)程效果：描述在遵循一個(gè)軟件過(guò)程后得到的實(shí)際結(jié)果。軟件過(guò)程成熟

17、度：指一個(gè)具體的軟件過(guò)程被明確地定義、管理、度量、控制和實(shí)施的程度。CMM中的軟件過(guò)程包括：軟件工程過(guò)程、軟件管理過(guò)程、軟件組織過(guò)程。,25,6.1 CMM簡(jiǎn)介,軟件過(guò)程改進(jìn)是持續(xù)的，因此，需要設(shè)計(jì)一個(gè)過(guò)程改進(jìn)路線指導(dǎo)軟件機(jī)構(gòu)。CMM可指導(dǎo)軟件機(jī)構(gòu)在開發(fā)和維護(hù)軟件時(shí)如何控制軟件過(guò)程，如何改進(jìn)軟件工程和管理。方法是： 1.指導(dǎo)軟件機(jī)構(gòu)確定現(xiàn)在所處的能力成熟度等級(jí)； 2.確定提高軟件質(zhì)量和過(guò)程應(yīng)該注意的關(guān)鍵問(wèn)題； 3.選擇過(guò)

18、程改進(jìn)策略。,26,6.1 CMM簡(jiǎn)介,CMM提供了一個(gè)結(jié)構(gòu)框架，組織成五個(gè)成熟度級(jí)別，主要特征如下：1.初始級(jí)：軟件過(guò)程是雜亂無(wú)章甚至混亂的，幾乎沒(méi)有明確定義的的步驟，項(xiàng)目的成功依靠個(gè)人或核心人物的努力。2.可重復(fù)級(jí)：建立了基本的項(xiàng)目管理過(guò)程來(lái)跟蹤成本、進(jìn)度和性能。有必要的過(guò)程準(zhǔn)則來(lái)重復(fù)以前在同類項(xiàng)目的成功。3.確定級(jí)：軟件工程和管理過(guò)程已經(jīng)文檔化、標(biāo)準(zhǔn)化，并綜合成整個(gè)軟件開發(fā)組織的標(biāo)準(zhǔn)軟件過(guò)程。針對(duì)具體項(xiàng)目裁減后用于實(shí)際的項(xiàng)目

19、開發(fā)和維護(hù)中。4.管理級(jí)：制定了軟件產(chǎn)品和過(guò)程質(zhì)量的詳細(xì)度量標(biāo)準(zhǔn)。軟件過(guò)程和產(chǎn)品的質(zhì)量都被開發(fā)組織的成員所理解和控制。5.優(yōu)化級(jí)：根據(jù)過(guò)程執(zhí)行的反饋信息以及新技術(shù)、新觀念的吸納來(lái)持續(xù)地改進(jìn)和優(yōu)化執(zhí)行步驟，使企業(yè)的軟件過(guò)程能不斷持續(xù)地改進(jìn)。,27,6.2 CMM內(nèi)容,28,6.2 CMM內(nèi)容,可重復(fù)級(jí)：在項(xiàng)目一級(jí)建立了過(guò)程管理?xiàng)l例和過(guò)程實(shí)施準(zhǔn)則。確定級(jí)：在全企業(yè)建立標(biāo)準(zhǔn)的軟件過(guò)程，并由SEPG負(fù)責(zé)軟件過(guò)程活動(dòng)。CMM管理級(jí)：對(duì)軟件

20、過(guò)程進(jìn)行定量分析。優(yōu)化級(jí)：缺陷防范、主動(dòng)技術(shù)變動(dòng)管理、過(guò)程變動(dòng)管理。,29,6.3 CMM可視化分析,CMM5個(gè)成熟度等級(jí)之間的差別主要反映在軟件過(guò)程管理水平的高低上。進(jìn)一步反映在軟件過(guò)程提供管理信息的能力上。管理信息取得決定于軟件過(guò)程的可視性，即軟件過(guò)程對(duì)于管理人員的透視性。CMM中不同成熟度等級(jí)采納了不同的管理方式，軟件過(guò)程提供管理信息的能力也不同。,30,6.3 CMM可視化分析,31,6.4 CMM內(nèi)部結(jié)構(gòu),為了在軟件過(guò)程

21、改進(jìn)實(shí)踐中體現(xiàn)CMM模型的可操作性，CMM給出了每一個(gè)成熟度級(jí)的詳細(xì)結(jié)構(gòu)規(guī)定。,實(shí)施保證實(shí)施能力實(shí)施活動(dòng)度量與分析驗(yàn)證實(shí)現(xiàn),32,6.5 CMM應(yīng)用,CMM是標(biāo)準(zhǔn)：CMM建立了一個(gè)可用的標(biāo)準(zhǔn)描述，項(xiàng)目招標(biāo)方與中標(biāo)方簽訂合同時(shí)可以利用這些標(biāo)準(zhǔn)對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)估。CMM是框架：軟件組織可以利用這些標(biāo)準(zhǔn)改進(jìn)組織內(nèi)部的軟件開發(fā)和維護(hù)過(guò)程，也就是說(shuō)代表了軟件改進(jìn)的道路。CMM是參考模型：CMM描述了成熟軟件組織的特征，標(biāo)志了可期望的開發(fā)效

22、果。,33,6.5 CMM應(yīng)用,軟件過(guò)程評(píng)估 關(guān)注于軟件組織內(nèi)部的軟件過(guò)程，發(fā)現(xiàn)缺陷，提出改進(jìn)的方向。軟件能力評(píng)價(jià) 確定特定項(xiàng)目中的風(fēng)險(xiǎn)，包括合作者是否有能力按計(jì)劃開發(fā)軟件產(chǎn)品，以及是否能按預(yù)算完成等。,34,6.5 CMM應(yīng)用,方法的特點(diǎn)：考察中運(yùn)用成熟度問(wèn)題集作為出發(fā)點(diǎn)。CMM為考察指引方向。對(duì)照KPA發(fā)現(xiàn)差異，定義軟件過(guò)程中的優(yōu)缺點(diǎn)。從要求滿足KPA的目標(biāo)出發(fā)，分析滿意程度，并提出書面報(bào)告。,35,6.

23、6 CMM的問(wèn)題,CMM指明該做什么，但沒(méi)有指明如何做，它不是方法論，沒(méi)有給出特定應(yīng)用領(lǐng)域內(nèi)的專門技術(shù)。CMM是一個(gè)用于改進(jìn)軟件產(chǎn)品和管理過(guò)程的結(jié)構(gòu)化模型，但是僅描述軟件過(guò)程的本質(zhì)屬性，并非涉及軟件工程的所有問(wèn)題CMM是從軟件過(guò)程角度定義了成熟的軟件過(guò)程的實(shí)踐活動(dòng)，但是對(duì)于成熟的軟件組織而言，人的因素和技術(shù)的因素也同樣重要。,36,6.7 CMM與ISO9000,共同點(diǎn)：強(qiáng)調(diào)了軟件產(chǎn)品的質(zhì)量。不同點(diǎn)：1.CMM是專門針對(duì)軟件工業(yè)

24、的，而ISO9001則面向所有工業(yè)。因此，相對(duì)而言，CMM更具體些，ISO9001更抽象些。2.CMM是面向內(nèi)部的軟件過(guò)程改善框架，而ISO9001是供需關(guān)系下基于過(guò)程的質(zhì)量需求，強(qiáng)調(diào)的是質(zhì)量的衡量準(zhǔn)則，沒(méi)有告訴軟件開發(fā)人員如何達(dá)到好的目標(biāo)，如何避免差錯(cuò)。3.CMM通過(guò)KPA中的關(guān)鍵實(shí)踐活動(dòng)的執(zhí)行程度判斷軟件過(guò)程的能力成熟性；ISO9001針對(duì)合同環(huán)境下設(shè)計(jì)、開發(fā)、生產(chǎn)、服務(wù)等環(huán)節(jié)給出了所需要的最基本的質(zhì)量要素，通過(guò)這些要素實(shí)施的有

25、效程度判斷企業(yè)是否符合要求。4.CMM的結(jié)構(gòu)是層次化的結(jié)構(gòu)，由等級(jí)、KPA、公共屬性、關(guān)鍵實(shí)踐活動(dòng)組成；ISO9001是簡(jiǎn)單的線性結(jié)構(gòu)，包含20個(gè)質(zhì)量要素。5.在應(yīng)用概念上，CMM強(qiáng)調(diào)企業(yè)內(nèi)部素質(zhì)，而ISO9001重在整體。實(shí)施CMM的最大益處是可以較大程度避免形式主義。,37,6.8 PSP/TSP,CMM的成功與否與組織內(nèi)部的相關(guān)人員的積極參與和創(chuàng)造性活動(dòng)密不可分，而且CMM并未提供KPA關(guān)鍵實(shí)踐活動(dòng)實(shí)施所需要具備的具體知識(shí)和技

26、能。PSP（Personal Software Process）為基于個(gè)體和小型群組軟件過(guò)程的優(yōu)化提供了具體而有效的途徑。在設(shè)計(jì)階段，PSP的著眼點(diǎn)在于軟件缺陷的預(yù)防，具體辦法是強(qiáng)化設(shè)計(jì)結(jié)束準(zhǔn)則，而不是設(shè)計(jì)方法的選擇。PSP的研究結(jié)果表明：絕大多數(shù)軟件缺陷是由于對(duì)問(wèn)題的錯(cuò)誤理解或簡(jiǎn)單的失誤造成的，只有很少一部分是由于技術(shù)問(wèn)題而產(chǎn)生的。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高設(shè)計(jì)質(zhì)量。,38,6.8 PSP/TSP,實(shí)踐證明

27、，僅有PSP是不夠的。CMM/SEI在PSP基礎(chǔ)上發(fā)展出了TSP（Team Software Process）的方法。TSP指導(dǎo)項(xiàng)目組中的成員如何有效地規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)，并且告訴管理人員如何指導(dǎo)軟件開發(fā)隊(duì)伍始終以最佳狀態(tài)來(lái)完成工作。TSP實(shí)施集體管理與自己管理自己相結(jié)合的原則，最終目的在于指導(dǎo)開發(fā)人員如何在最少的時(shí)間內(nèi)，以預(yù)定的費(fèi)用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對(duì)群組開發(fā)過(guò)程的定義、度量和改進(jìn)。,39,6.8.

28、1 PSP,PSP提供了幫助軟件工程師開發(fā)軟件的表格、腳本和標(biāo)準(zhǔn)，以估算和計(jì)劃軟件工程師的工作，以便軟件工程師可以更加清楚自己的個(gè)人技術(shù)并且提升個(gè)人表現(xiàn)。PSP顯示了如何定義過(guò)程及如何測(cè)量其質(zhì)量和生產(chǎn)率。PSP用一系列的步驟解釋個(gè)人軟件過(guò)程的改進(jìn)，每一步包含前一步所有元素并且有所增加。,40,41,6.8.2 TSP,PSP3可以設(shè)計(jì)過(guò)萬(wàn)行的程序，但是仍然存在由程序?qū)е碌膬蓚€(gè)問(wèn)題： 1)程序越大，個(gè)人花費(fèi)的時(shí)間和精力越大；

29、 2)軟件工程師很難面面俱到地關(guān)心整個(gè)程序的所有方面，以致忽略某些“視覺盲點(diǎn)”的錯(cuò)誤。TSP通過(guò)大家共同分擔(dān)這些問(wèn)題來(lái)解決上述難題。也可以包括一些特殊的優(yōu)化手段：定期找一個(gè)局外人來(lái)協(xié)助設(shè)計(jì)審查。實(shí)施TSP應(yīng)該具備的條件： 1)軟件組織應(yīng)該在CMM2； 2)全體開發(fā)人員應(yīng)該經(jīng)過(guò)PSP培訓(xùn)； 3)小組人數(shù)在2～20人之間。,42,6.8.2 TSP,TSP方法實(shí)施集體管理和自己管理自己相結(jié)合的原則：

30、1)在每一階段開始要作好工作計(jì)劃； 2)要有明確定義的目標(biāo)，努力完成已經(jīng)接受的委托任務(wù)； 3)應(yīng)定期追蹤項(xiàng)目進(jìn)展?fàn)顟B(tài)并進(jìn)行定期匯報(bào)； 4)按自己管理自己的原則管理軟件過(guò)程； 5)按集體管理的原則進(jìn)行管理，全體成員都要參加和關(guān)心小組工作的規(guī)劃、進(jìn)展的追蹤和決策的制訂等項(xiàng)工作。按照TSP原則進(jìn)行管理，管理角色分成： 1)客戶界面；2)設(shè)計(jì)方案；3)實(shí)現(xiàn)技術(shù)；4)工作規(guī)劃；5)軟件過(guò)程；6)產(chǎn)品質(zhì)量；