個(gè)體軟件過程

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

軟件生命周期：軟件生命周期是指軟件產(chǎn)品從前期市場(chǎng)調(diào)研開始，經(jīng)歷開發(fā)、測(cè)試、部署、應(yīng)用、維護(hù)、改進(jìn)直至廢棄的全過程。軟件開發(fā)模型是指導(dǎo)軟件開發(fā)過程管理的結(jié)構(gòu)性框架，對(duì)軟件開發(fā)全過程中主要活動(dòng)、任務(wù)和開發(fā)策略進(jìn)行規(guī)范。軟件過程管理：軟件生命周期模型更多的關(guān)注于“應(yīng)該如何做”，而對(duì)“應(yīng)該做到什么”關(guān)注較少，而這恰恰是軟件能力成熟度模型所關(guān)注的內(nèi)容第三頁，共二十六頁，編輯于2023年，星期六軟件生命周期模型軟件開發(fā)模型也稱為軟件過程模型或軟件生命周期模型。傳統(tǒng)軟件設(shè)計(jì)模型有：瀑布模型(waterfallmodel)、漸進(jìn)模型(increamentalmodel)、演化模型(evolutionarymodel)、螺旋模型(spiralmodel)、噴泉模型(fountainmodel)及智能模型(intelligentmodel)等。第四頁，共二十六頁，編輯于2023年，星期六軟件生命周期模型：RUP由Rational提出統(tǒng)一軟件開發(fā)過程（RationalUnifiedProcess，簡(jiǎn)稱RUP）是目前影響較大的、面向?qū)ο蟮能浖_發(fā)過程，RUP以UML作為軟件開發(fā)基礎(chǔ)，在吸收各種面向?qū)ο蠓治雠c設(shè)計(jì)的基礎(chǔ)上，為軟件開發(fā)提供一種普遍適用的軟件過程框架第五頁，共二十六頁，編輯于2023年，星期六軟件開發(fā)過程管理軟件開發(fā)模型更多的關(guān)注于“應(yīng)該如何做”，而對(duì)“應(yīng)該做到什么”關(guān)注較少，而這恰恰是軟件能力成熟度模型所關(guān)注的內(nèi)容。軟件質(zhì)量管理策略最早由W.EdwardsDeming和J.M.Juran提出。1976年擴(kuò)展為軟件過程管理。在此基礎(chǔ)上，1987年建立軟件過程能力成熟度模型(CMM)。1995年提出個(gè)體軟件過程(PersonalSoftwareProcess,PSP)。之后提出面向團(tuán)隊(duì)軟件過程改進(jìn)的TSP。軟件過程能力成熟度模型(CapacityMaturityModel，CMM)是卡內(nèi)基梅隆大學(xué)軟件工程研究院(CMU-SEI)應(yīng)美國(guó)聯(lián)邦政府的要求，于1987年9月開發(fā)的一套軟件能力成熟度框架及軟件成熟度問卷，用來評(píng)估軟件供應(yīng)商的能力。CMM模型主要確定軟件開發(fā)組織的開發(fā)過程成熟度，開發(fā)過程成熟度高的的軟件開發(fā)組織的特征是具有在可控進(jìn)度和合理成本基礎(chǔ)上提供高質(zhì)量的軟件。CMM作為一個(gè)標(biāo)準(zhǔn)，關(guān)注點(diǎn)是“應(yīng)該做到什么”。CMM的基礎(chǔ)是個(gè)人軟件開發(fā)過程(PersonalSoftwareProcess,簡(jiǎn)稱PSP)和團(tuán)隊(duì)軟件開發(fā)過程（TeamSoftwareProcess，簡(jiǎn)稱TSP）

第六頁，共二十六頁，編輯于2023年，星期六PSP個(gè)體軟件開發(fā)過程PSP是一個(gè)自我改進(jìn)的過程，用于控制、管理和改進(jìn)自己的工作方式。作為一個(gè)結(jié)構(gòu)性的框架，PSP包括軟件開發(fā)過程中使用的表格、準(zhǔn)則和流程。其目的是提高個(gè)人軟件工程管理水平，使個(gè)人的工作高效而可預(yù)測(cè)。第七頁，共二十六頁，編輯于2023年，星期六PSP管理流程第八頁，共二十六頁，編輯于2023年，星期六PSP0級(jí)PSP0級(jí)過程管理包括計(jì)劃、開發(fā)和總結(jié)三個(gè)階段，最終提交經(jīng)過完全測(cè)試的程序和填寫完成的項(xiàng)目計(jì)劃總結(jié)表、時(shí)間和缺陷記錄日志第九頁，共二十六頁，編輯于2023年，星期六PSP0級(jí)：計(jì)劃過程管理主要工作是對(duì)任務(wù)需求進(jìn)行明確描述，最終形成文檔形式的需求描述，并估算開發(fā)所需要時(shí)間，部分完成項(xiàng)目計(jì)劃總結(jié)表，并填寫計(jì)劃過程管理的時(shí)間紀(jì)錄等。其中程序需求描述要求“陳述清楚且無二義性”，資源估算要求“盡可能精確”第十頁，共二十六頁，編輯于2023年，星期六PSP0級(jí)：開發(fā)過程管理本階段主要工作是任務(wù)需求說明文檔及任務(wù)計(jì)劃進(jìn)度安排，開展程序設(shè)計(jì)，編寫程序代碼并進(jìn)行測(cè)試，同時(shí)提交經(jīng)過測(cè)試的程序代碼，準(zhǔn)確填寫時(shí)間記錄日志和缺陷記錄日志。第十一頁，共二十六頁，編輯于2023年，星期六PSP0級(jí)：總結(jié)過程管理主要工作是對(duì)項(xiàng)目的實(shí)際完成時(shí)間、引入缺陷、排除進(jìn)行記錄總結(jié)，并修整其中可能出現(xiàn)的差錯(cuò)?？偨Y(jié)的目的在于為以后的軟件項(xiàng)目開發(fā)提供依據(jù)，同時(shí)提升程序員的計(jì)劃和管理技能。

第十二頁，共二十六頁，編輯于2023年，星期六PSP0過程文檔項(xiàng)目計(jì)劃總結(jié)時(shí)間記錄日志缺陷記錄日志第十三頁，共二十六頁，編輯于2023年，星期六項(xiàng)目計(jì)劃總結(jié)第十四頁，共二十六頁，編輯于2023年，星期六時(shí)間記錄日志第十五頁，共二十六頁，編輯于2023年，星期六缺陷記錄日志缺陷標(biāo)準(zhǔn)：第十六頁，共二十六頁，編輯于2023年，星期六PSP0.1級(jí)PSP0.1主要增加了編碼規(guī)范、規(guī)模度量。規(guī)模度量的主要目的是準(zhǔn)確的估算軟件開發(fā)時(shí)間。軟件是程序及文檔的組合，因此，進(jìn)行規(guī)模度量時(shí)，不僅是代碼度量問題，還包括文檔度量。對(duì)于文檔而言，采用頁數(shù)度量是一種很好的方式。代碼度量，則根據(jù)所用程序設(shè)計(jì)語言不同，其計(jì)算標(biāo)準(zhǔn)也不同。規(guī)模度量作為產(chǎn)品開發(fā)工作計(jì)算的依據(jù)，必須滿足精確性、特定性以及可計(jì)算性第十七頁，共二十六頁，編輯于2023年，星期六PSP1,2級(jí)在PSP1階段，主要引入軟件開發(fā)計(jì)劃，包括任務(wù)計(jì)劃、進(jìn)度計(jì)劃以及與之相關(guān)規(guī)模估算，并開始關(guān)注軟件質(zhì)量，引入測(cè)試報(bào)告。在PSP2級(jí)過程管理中，重點(diǎn)關(guān)注與軟件質(zhì)量的改進(jìn)，并通過設(shè)計(jì)與代碼評(píng)審的方法提高軟件質(zhì)量，降低改進(jìn)軟件缺陷所需成本。第十八頁，共二十六頁，編輯于2023年，星期六規(guī)模估算第十九頁，共二十六頁，編輯于2023年，星期六規(guī)模估算第二十頁，共二十六頁，編輯于2023年，星期六第二十一頁，共二十六頁，編輯于2023年，星期六第二十二頁，共二十六頁，編輯于2023年，星期六進(jìn)度計(jì)劃第二十三頁，共二十六頁，編輯于2023年，星期六進(jìn)度計(jì)劃第二十四頁，共二十六頁，編輯于2023年，