【導(dǎo)讀】傳統(tǒng)軟件生命周期模型。新型軟件生命周期模型。軟件工程過(guò)程是為了獲得軟件產(chǎn)品，在軟件。能及其使用限制；軟件能夠滿足客戶的要求；求，軟件必須在使用過(guò)程中進(jìn)行不斷地改進(jìn)。軟件有一個(gè)孕育、誕生、成長(zhǎng)、成熟、衰亡的生。給出功能、性能、可靠性以及接口等方面。估計(jì)可利用的資源、成本、效益、開發(fā)進(jìn)度；制定出完成開發(fā)任務(wù)的實(shí)施計(jì)劃，連同可。行性研究報(bào)告，提交管理部門審查；對(duì)用戶提出的要求進(jìn)行分析并給出詳細(xì)的。初步的系統(tǒng)用戶手冊(cè)；提交管理機(jī)構(gòu)評(píng)審；結(jié)構(gòu)中每一組成部分都是意義明確。具體的描述，為源程序編寫打下基礎(chǔ)；表示的“源程序清單”；寫出的程序應(yīng)當(dāng)是結(jié)構(gòu)良好、清晰易讀的。，且與設(shè)計(jì)相一致的；在的問(wèn)題并加以糾正；按規(guī)定的各項(xiàng)需求，逐項(xiàng)進(jìn)行有效性測(cè)試。環(huán)境，需做適當(dāng)變更；軟件過(guò)程模型也稱做軟件生命周期模型，是從一。對(duì)本階段活動(dòng)執(zhí)行情況進(jìn)行評(píng)審。

　　

【正文】 一個(gè)常見原因。 ? ⑽ 實(shí)行變更請(qǐng)求和配置管理。 60 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 RUP ? RUP是一個(gè)通用的過(guò)程模板，包含了很多開發(fā)指南、工件、開發(fā)過(guò)程所涉及到的角色說(shuō)明等，因此，具體開發(fā)機(jī)構(gòu)在應(yīng)用 RUP開發(fā)項(xiàng)目時(shí)要做裁剪。 RUP裁剪可以分為以下幾步： ? ⑴ 確定本項(xiàng)目需要的工作流。 ? ⑵ 確定每個(gè)工作流需要的工件。 ? ⑶ 確定 4個(gè)階段之間的演進(jìn)計(jì)劃。以風(fēng)險(xiǎn)控制為原則，決定每個(gè)階段實(shí)施的工作流，每個(gè)工作流的執(zhí)行程度，生成的工件及其完成程度等。 ? ⑷ 確定每個(gè)階段內(nèi)的迭代計(jì)劃。規(guī)劃 RUP的 4個(gè)階段中每次迭代開發(fā)的內(nèi)容。 ? ⑸ 規(guī)劃工作流內(nèi)部結(jié)構(gòu)。用活動(dòng)圖（ activity diagram）規(guī)劃工作流中涉及的角色、角色負(fù)責(zé)的活動(dòng)及產(chǎn)出的工件。 61 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 敏捷模型 ? 敏捷建模（ Agile Modeling， AM）是由Scott W. Ambler從許多的軟件開發(fā)過(guò)程實(shí)踐中歸納總結(jié)出來(lái)的一些敏捷建模價(jià)值觀、原則和實(shí)踐等組成的，它只是一種態(tài)度，不是一個(gè)說(shuō)明性過(guò)程 。 ? AM是對(duì)已有生命周期模型的補(bǔ)充，它本身不是一個(gè)完整的方法論，在應(yīng)用傳統(tǒng)的生命周期模型時(shí)可以借鑒 AM的過(guò)程指導(dǎo)思想 。 62 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 敏捷模型 ? 敏捷建模的價(jià)值觀： ? 個(gè)人和交互勝過(guò)過(guò)程和工具； ? 實(shí)用的軟件勝過(guò)面面俱到的文檔； ? 客戶合作勝過(guò)合同談判； ? 響應(yīng)變化勝過(guò)遵循計(jì)劃。 ?溝通、簡(jiǎn)單、反饋、勇氣、謙遜 63 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 敏捷模型 ? 敏捷建模原則： ? (1)優(yōu)先考慮的是通過(guò)盡早地和不斷地提交有價(jià)值的軟件使客戶滿意； ? (2)即使到了開發(fā)的后期，也歡迎改變需求； ? (3)敏捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)； ? (4)經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好； ? (5)圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目； ? (6)給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作； 64 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 敏捷模型 ? (7)在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談；工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)；敏捷過(guò)程提倡可持續(xù)的開發(fā)速度； ? (8)責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度； ? (9)不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力； ? (10)簡(jiǎn)單是最根本的； ? (11)最好的構(gòu)架、需求和設(shè)計(jì)出于自組織團(tuán)隊(duì)； ? (12)每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，對(duì)自己的行為進(jìn)行調(diào)整。 65 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 敏捷模型 ? 敏捷建模核心實(shí)踐 ? 項(xiàng)目干系人的積極參與 ? 正確使用工件 ? 集體所有制 ? 測(cè)試性思維 ? 并行創(chuàng)建模型 ? 創(chuàng)建簡(jiǎn)單的內(nèi)容 ? 簡(jiǎn)單地建模 ? 公開展示模型 ? 切換到另外的工件 ? 小增量建模 ? 和他人一起建模 ? 用代碼驗(yàn)證 ? 使用最簡(jiǎn)單的工具 66 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 敏捷模型 ? 敏捷模型補(bǔ)充實(shí)踐： ? 使用建模標(biāo)準(zhǔn) ? 逐漸應(yīng)用模式（ pattern） ? 丟棄臨時(shí)模型 ? 合同模型要正式 ? 為外部交流建模 ? 為幫助理解建模 ? 重用現(xiàn)有的資源 ? 不到萬(wàn)不得已不更新模型 67 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 極限編程 ? 極限編程 (eXtreme Programming， XP)是敏捷模型的一種實(shí)現(xiàn)過(guò)程，由 Kent Beck在1996年提出 。 68 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 極限編程 ? 極限編程的 12個(gè)實(shí)踐 ： ? （ 1）小版本。為了高度迭代，與客戶展現(xiàn)開發(fā)的進(jìn)展，小版本發(fā)布是一個(gè)可交流的好辦法，客戶可以針對(duì)性提出反饋。但小版本把模塊縮得很小，會(huì)影響軟件的整體思路連貫，所以小版本也需要總體合理的規(guī)劃。 ? （ 2）規(guī)劃游戲。就是客戶需求，以客戶故事的形式，由客戶負(fù)責(zé)編寫。極限編程不講求統(tǒng)一的客戶需求收集，也不是由開發(fā)人員整理，而是采取讓客戶編寫，開發(fā)人員進(jìn)行分析，設(shè)定優(yōu)先級(jí)別，并進(jìn)行技術(shù)實(shí)現(xiàn)。當(dāng)然游戲規(guī)則可進(jìn)行多次，每次迭代完畢后再行修改?？蛻艄适率情_發(fā)人員與客戶溝通的焦點(diǎn)，也是版本設(shè)計(jì)的依據(jù)，所以其管理一定是有效的、溝通順暢的。 69 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 極限編程 ? （ 3）現(xiàn)場(chǎng)客戶。極限編程要求客戶參與開發(fā)工作，客戶需求就是客戶負(fù)責(zé)編寫的，所以要求客戶在開發(fā)現(xiàn)場(chǎng)一起工作，并為每次迭代提供反饋。 ? （ 4）隱喻。隱喻是讓項(xiàng)目參與人員都必須對(duì)一些抽象的概念理解一致，也就是我們常說(shuō)的行業(yè)術(shù)語(yǔ)，因?yàn)闃I(yè)務(wù)本身的術(shù)語(yǔ)開發(fā)人員不熟悉，軟件開發(fā)的術(shù)語(yǔ)客戶不理解，因此開始要先明確雙方使用的隱喻，避免歧異。 ? （ 5）簡(jiǎn)單設(shè)計(jì)。極限編程體現(xiàn)跟蹤客戶的需求變化，既然需求是變化的，所以對(duì)于目前的需求就不必過(guò)多地考慮擴(kuò)展性的開發(fā)，講求簡(jiǎn)單設(shè)計(jì)，實(shí)現(xiàn)目前需求即可。簡(jiǎn)單設(shè)計(jì)的本身也為短期迭代提供了方便，若開發(fā)者考慮“通用”因素較多，增加了軟件的復(fù)雜度，開發(fā)的迭代周期就會(huì)加長(zhǎng)。 70 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 極限編程 ? （ 6）重構(gòu)。重構(gòu)是極限編程先測(cè)試后編碼的必然需求，為了整體軟件可以先進(jìn)行測(cè)試，對(duì)于一些軟件要開發(fā)的模塊先簡(jiǎn)單模擬，讓編譯通過(guò)，到達(dá)測(cè)試的目的。然后再對(duì)模塊具體“優(yōu)化”，所以重構(gòu)包括模塊代碼的優(yōu)化與具體代碼的開發(fā)。重構(gòu)是使用了“物理學(xué)”的一個(gè)概念，是在不影響物體外部特性的前提下，重新優(yōu)化其內(nèi)部的機(jī)構(gòu)。這里的外部特性就是保證測(cè)試的通過(guò)。 ? （ 7）測(cè)試驅(qū)動(dòng)開發(fā)。極限編程是以測(cè)試開始的，為了可以展示客戶需求的實(shí)現(xiàn)，測(cè)試程序優(yōu)先設(shè)計(jì)，測(cè)試是從客戶實(shí)用的角度出發(fā)，客戶實(shí)際使用的軟件界面著想，測(cè)試是客戶需求的直接表現(xiàn)，是客戶對(duì)軟件過(guò)程的理解。測(cè)試驅(qū)動(dòng)開發(fā)，也就是客戶的需求驅(qū)動(dòng)軟件的開發(fā)。 ? （ 8）持續(xù)集成。集成的理解就是提交軟件的展現(xiàn)，由于采用測(cè)試驅(qū)動(dòng)開發(fā)、小版本的方式，所以不斷集成 (整體測(cè)試)是與客戶溝通的依據(jù)，也是讓客戶提出反饋意見的參照。持續(xù)集成也是完成階段開發(fā)任務(wù)的標(biāo)志。 71 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 極限編程 ? （ 9）結(jié)對(duì)編程。這是極限編程最有爭(zhēng)議的實(shí)踐。就是兩個(gè)程序員合用一臺(tái)計(jì)算機(jī)編程，一個(gè)編碼，一個(gè)檢查，增加專人審計(jì)是為了提供軟件編碼的質(zhì)量。兩個(gè)人的角色經(jīng)常變換，保持開發(fā)者的工作熱情。這種編程方式對(duì)培養(yǎng)新人或開發(fā)難度較大的軟件都有非常好的效果。 ? （ 10） 代碼共有。在極限編程里沒有嚴(yán)格文檔管理，代碼為開發(fā)團(tuán)隊(duì)共有，這樣有利于開發(fā)人員的流動(dòng)管理，因?yàn)樗械娜硕际煜に械木幋a。 ? （ 11）編碼標(biāo)準(zhǔn)。編碼是開發(fā)團(tuán)隊(duì)里每個(gè)人的工作，又沒有詳細(xì)的文檔，代碼的可讀性是很重要的，所以規(guī)定統(tǒng)一的標(biāo)準(zhǔn)和習(xí)慣是必要的，有些象編碼人員的隱喻。 ? （ 12）每周 40小時(shí)工作。極限編程認(rèn)為編程是愉快的工作，不輕易加班，今天的工作今天做，小版本的設(shè)計(jì)也為了單位時(shí)間可以完成的工作安排。 72 169。 2020 BUPT TSEG 北京郵電大學(xué) 通信軟件工程中心 軟件文檔