個體軟件過程

1、個體軟件過程第1頁，共26頁，2022年，5月20日，18點22分，星期日提綱軟件工程軟件開發(fā)模型軟件開發(fā)過程管理個體軟件過程PSP第2頁，共26頁，2022年，5月20日，18點22分，星期日軟件工程軟件開發(fā)項目的目標(biāo)是滿足需求的高性能軟件產(chǎn)品，而軟件開發(fā)條件是已有的技術(shù)儲備、人員、財力等資源，制約因素是資源有限。同時，開發(fā)風(fēng)險很多，例如不穩(wěn)定的需求、不成熟技術(shù)、缺乏有效管理。有報告指出“一半以上的軟件項目嚴(yán)重拖期且超過預(yù)算，而四分之一的項目沒有完成就被取消了。只有低于30%的項目是成功的”。從中可以看出，軟件開發(fā)項目需要有一套有效的管理方法，這也是當(dāng)前軟件工程領(lǐng)域的專家和學(xué)者共同致力于研究

2、的問題。 軟件生命周期：軟件生命周期是指軟件產(chǎn)品從前期市場調(diào)研開始，經(jīng)歷開發(fā)、測試、部署、應(yīng)用、維護(hù)、改進(jìn)直至廢棄的全過程。 軟件開發(fā)模型是指導(dǎo)軟件開發(fā)過程管理的結(jié)構(gòu)性框架，對軟件開發(fā)全過程中主要活動、任務(wù)和開發(fā)策略進(jìn)行規(guī)范。軟件過程管理 ：軟件生命周期模型更多的關(guān)注于“應(yīng)該如何做”，而對“應(yīng)該做到什么”關(guān)注較少，而這恰恰是軟件能力成熟度模型所關(guān)注的內(nèi)容 第3頁，共26頁，2022年，5月20日，18點22分，星期日軟件生命周期模型軟件開發(fā)模型也稱為軟件過程模型或軟件生命周期模型。傳統(tǒng)軟件設(shè)計模型有：瀑布模型(waterfall model)、漸進(jìn)模型(increamental model)、

3、演化模型(evolutionary model)、螺旋模型(spiral model)、噴泉模型(fountain model)及智能模型(intelligent model)等。第4頁，共26頁，2022年，5月20日，18點22分，星期日軟件生命周期模型：RUP由Rational 提出統(tǒng)一軟件開發(fā)過程（Rational Unified Process，簡稱RUP）是目前影響較大的、面向?qū)ο蟮能浖_發(fā)過程，RUP以UML作為軟件開發(fā)基礎(chǔ)，在吸收各種面向?qū)ο蠓治雠c設(shè)計的基礎(chǔ)上，為軟件開發(fā)提供一種普遍適用的軟件過程框架 第5頁，共26頁，2022年，5月20日，18點22分，星期日軟件開發(fā)過程管

4、理軟件開發(fā)模型更多的關(guān)注于“應(yīng)該如何做”，而對“應(yīng)該做到什么”關(guān)注較少，而這恰恰是軟件能力成熟度模型所關(guān)注的內(nèi)容。軟件質(zhì)量管理策略最早由W. Edwards Deming 和J.M. Juran提出。1976年擴(kuò)展為軟件過程管理。在此基礎(chǔ)上，1987年建立軟件過程能力成熟度模型(CMM)。1995年提出個體軟件過程(Personal Software Process,PSP)。之后提出面向團(tuán)隊軟件過程改進(jìn)的TSP。 軟件過程能力成熟度模型(Capacity Maturity Model，CMM)是卡內(nèi)基梅隆大學(xué)軟件工程研究院(CMU-SEI)應(yīng)美國聯(lián)邦政府的要求，于1987年9月開發(fā)的一套軟件

5、能力成熟度框架及軟件成熟度問卷，用來評估軟件供應(yīng)商的能力。 CMM模型主要確定軟件開發(fā)組織的開發(fā)過程成熟度，開發(fā)過程成熟度高的的軟件開發(fā)組織的特征是具有在可控進(jìn)度和合理成本基礎(chǔ)上提供高質(zhì)量的軟件。CMM作為一個標(biāo)準(zhǔn)，關(guān)注點是“應(yīng)該做到什么”。 CMM的基礎(chǔ)是個人軟件開發(fā)過程(Personal Software Process,簡稱PSP)和團(tuán)隊軟件開發(fā)過程（Team Software Process ，簡稱TSP） 第6頁，共26頁，2022年，5月20日，18點22分，星期日PSP個體軟件開發(fā)過程PSP是一個自我改進(jìn)的過程，用于控制、管理和改進(jìn)自己的工作方式。作為一個結(jié)構(gòu)性的框架，PSP包括

6、軟件開發(fā)過程中使用的表格、準(zhǔn)則和流程。其目的是提高個人軟件工程管理水平，使個人的工作高效而可預(yù)測。第7頁，共26頁，2022年，5月20日，18點22分，星期日PSP管理流程第8頁，共26頁，2022年，5月20日，18點22分，星期日PSP 0級 PSP0級過程管理包括計劃、開發(fā)和總結(jié)三個階段，最終提交經(jīng)過完全測試的程序和填寫完成的項目計劃總結(jié)表、時間和缺陷記錄日志第9頁，共26頁，2022年，5月20日，18點22分，星期日PSP0 級：計劃過程管理 主要工作是對任務(wù)需求進(jìn)行明確描述，最終形成文檔形式的需求描述，并估算開發(fā)所需要時間，部分完成項目計劃總結(jié)表，并填寫計劃過程管理的時間紀(jì)錄等。

7、其中程序需求描述要求“陳述清楚且無二義性”，資源估算要求“盡可能精確” 第10頁，共26頁，2022年，5月20日，18點22分，星期日PSP0 級：開發(fā)過程管理 本階段主要工作是任務(wù)需求說明文檔及任務(wù)計劃進(jìn)度安排，開展程序設(shè)計，編寫程序代碼并進(jìn)行測試，同時提交經(jīng)過測試的程序代碼，準(zhǔn)確填寫時間記錄日志和缺陷記錄日志。第11頁，共26頁，2022年，5月20日，18點22分，星期日PSP0 級：總結(jié)過程管理 主要工作是對項目的實際完成時間、引入缺陷、排除進(jìn)行記錄總結(jié)，并修整其中可能出現(xiàn)的差錯?？偨Y(jié)的目的在于為以后的軟件項目開發(fā)提供依據(jù)，同時提升程序員的計劃和管理技能。 第12頁，共26頁，202

8、2年，5月20日，18點22分，星期日PSP0過程文檔 項目計劃總結(jié) 時間記錄日志 缺陷記錄日志 第13頁，共26頁，2022年，5月20日，18點22分，星期日項目計劃總結(jié)第14頁，共26頁，2022年，5月20日，18點22分，星期日時間記錄日志第15頁，共26頁，2022年，5月20日，18點22分，星期日缺陷記錄日志缺陷標(biāo)準(zhǔn)：第16頁，共26頁，2022年，5月20日，18點22分，星期日PSP0.1級 PSP0.1主要增加了編碼規(guī)范、規(guī)模度量。規(guī)模度量的主要目的是準(zhǔn)確的估算軟件開發(fā)時間。軟件是程序及文檔的組合，因此，進(jìn)行規(guī)模度量時，不僅是代碼度量問題，還包括文檔度量。對于文檔而言，采

9、用頁數(shù)度量是一種很好的方式。代碼度量，則根據(jù)所用程序設(shè)計語言不同，其計算標(biāo)準(zhǔn)也不同。規(guī)模度量作為產(chǎn)品開發(fā)工作計算的依據(jù)，必須滿足精確性、特定性以及可計算性 第17頁，共26頁，2022年，5月20日，18點22分，星期日PSP 1,2級 在PSP1階段，主要引入軟件開發(fā)計劃，包括任務(wù)計劃、進(jìn)度計劃以及與之相關(guān)規(guī)模估算，并開始關(guān)注軟件質(zhì)量，引入測試報告。在PSP 2級過程管理中，重點關(guān)注與軟件質(zhì)量的改進(jìn)，并通過設(shè)計與代碼評審的方法提高軟件質(zhì)量，降低改進(jìn)軟件缺陷所需成本。第18頁，共26頁，2022年，5月20日，18點22分，星期日規(guī)模估算第19頁，共26頁，2022年，5月20日，18點22分，星期日規(guī)模估算第20頁，共26頁，2022年，5月20日，18點22分，星期日第21頁，共26頁，2022年，5月20日，18點22分，星期日第22頁，共26頁，2022年，5月20日，18點22分，星期日進(jìn)度計劃第23頁，共26頁，2022年，5月20日，18點22分，星期日進(jìn)度計劃第24頁，