【正文】 、功能到計算元素的分配、計算元素間的高層交互等設(shè)計問題。 XP方法敏捷方法是近幾年興起的一種輕量級的開發(fā)方法，它強調(diào)適應(yīng)性而非預(yù)測性、強調(diào)以人為中心，而不以流程為中心，以及對變化的適應(yīng)和對人性的關(guān)注，其特點是輕載、基于時間、Just Enough、并行并基于構(gòu)件的軟件過程。在所有的敏捷方法中，XP（eXtreme Programming）方法是最引人注目的一種輕型開發(fā)方法。它規(guī)定了一組核心價值和方法，消除了大多數(shù)重量型過程的不必要產(chǎn)物，建立了一個漸進(jìn)型開發(fā)過程。該方法將開發(fā)階段的4個活動（分析、設(shè)計、編碼和測試）混合在一起，在全過程中采用迭代增量開發(fā)、反饋修正和反復(fù)測試。它把軟件生命周期劃分為用戶故事、體系結(jié)構(gòu)、發(fā)布計劃、交互、接受測試和小型發(fā)布6個階段，采用這種開發(fā)模型的軟件過程如圖115所示。圖115 采用XP方法的軟件過程XP模型通過對傳統(tǒng)軟件開發(fā)的標(biāo)準(zhǔn)方法進(jìn)行重新審視，提出了由一組規(guī)則組成的一些簡便易行的過程。由于這些規(guī)則是通過在實踐中觀察使軟件高效或緩慢的因素而得出的，因此它既考慮了保持開發(fā)人員的活力和創(chuàng)造性，又考慮了開發(fā)過程的有組織、有重點和持續(xù)性。XP模型是面向客戶的開發(fā)模型，重點強調(diào)用戶的滿意程度。開發(fā)過程中對需求改變的適應(yīng)能力較高，即使在開發(fā)的后期，也可較高程度地適應(yīng)用戶的改變。XP開發(fā)模型與傳統(tǒng)模型相比具有很大的不同，其核心思想是交流（Communication）、簡單（Simplicity）、反饋（Feedback）和進(jìn)取（Aggressiveness）。XP開發(fā)小組不僅包括開發(fā)人員，還包括管理人員和客戶。該模型強調(diào)小組內(nèi)成員之間要經(jīng)常進(jìn)行交流，在盡量保證質(zhì)量可以運行的前提下力求過程和代碼的簡單化；來自客戶、開發(fā)人員和最終用戶的具體反饋意見可以提供更多的機會來調(diào)整設(shè)計，保證把握正確的開發(fā)方向；進(jìn)取則包含于上述3個原則中。XP開發(fā)方法中有許多新思路，如采用“用戶故事”代替?zhèn)鹘y(tǒng)模型中的需求分析，“用戶故事”由用戶用自己領(lǐng)域中的詞匯并且不考慮任何技術(shù)細(xì)節(jié)準(zhǔn)確地表達(dá)自己的需求。XP模型的優(yōu)點如下。① 采用簡單計劃策略，不需要長期計劃和復(fù)雜模型，開發(fā)周期短。② 在全過程采用迭代增量開發(fā)、反饋修正和反復(fù)測試的方法，軟件質(zhì)量有保證。③ 能夠適應(yīng)用戶經(jīng)常變化的需求，提供用戶滿意的高質(zhì)量軟件。 第4代技術(shù)第4代技術(shù)（4GT）包含一系列軟件工具，它們都具有一個共同點，即能使軟件工程師在較高級別上規(guī)約軟件的某些特征，然后根據(jù)開發(fā)者的規(guī)約自動生成源代碼。毫無疑問，軟件在越高級別上被規(guī)約就能越快速地構(gòu)造出程序。軟件工程的第4代技術(shù)模型集中于規(guī)約軟件的能力，即使用特殊的語言形式或一種采用客戶可以理解的術(shù)語描述待解決問題的圖形符號體系。與其他模型一樣，第4代技術(shù)也是從需求收集開始的。理想情況下，客戶能夠描述出需求，而這些需求能被直接轉(zhuǎn)換成可操作原型。但這是不現(xiàn)實的，客戶可能不能完全確定需要什么，在規(guī)約已知的事實時可能出現(xiàn)二義性，因此其他模型中所描述的用戶／開發(fā)者對話在第4代技術(shù)中仍然是一個必要的組成部分。要將一個第4代技術(shù)實現(xiàn)變成最終產(chǎn)品，開發(fā)人員還必須進(jìn)行徹底的測試、開發(fā)有意義的文檔，并且同樣要完成其他模型中同樣要求的所有集成活動。此外，采用第4代技術(shù)開發(fā)的軟件還必須使得維護(hù)能夠被迅速完成的方式建造。與其他所有軟件過程模型一樣，第4代技術(shù)模型也有其優(yōu)點和缺點。其優(yōu)點是縮短了軟件開發(fā)時間，提高了建造軟件的效率并為很多不同的應(yīng)用領(lǐng)域提供了一種可行性途徑和解決方案；其缺點是用工具生成的源代碼可能是“低效”的，生成的大型軟件的可維護(hù)性目前還令人懷疑并且在某些情況下可能需要更多的時間?？傊?代技術(shù)已經(jīng)成為軟件工程的一個重要方法。當(dāng)與基于構(gòu)件的開發(fā)方法結(jié)合起來后，可能成為軟件開發(fā)的主流方法。 小結(jié)軟件工程是集成計算機軟件開發(fā)的過程、方法和工具的學(xué)科，已經(jīng)產(chǎn)生的一系列的軟件工程過程模型各自有其優(yōu)點和缺點，但是它們均有一系列共同的一般階段。軟件過程模型發(fā)展經(jīng)歷了以下階段。① 以軟件需求完全確定為前提的第1代軟件過程模型，如瀑布模型等。這類開發(fā)模型的特點是軟件需求在開發(fā)階段已經(jīng)被完全確定，將生命周期的各項活動依順序固定，強調(diào)開發(fā)的階段性；其缺點是開發(fā)后期要改正早期存在的問題需要付出很高的代價，用戶需要等待較長時間才能夠看到軟件產(chǎn)品，增加了風(fēng)險系數(shù)。并且如果在開發(fā)過程存在阻塞問題，則影響開發(fā)效率。② 在開始階段只能提供基本需求的漸進(jìn)式開發(fā)模型，如螺旋模型和原型實現(xiàn)模型等。這類開發(fā)模型的特點是軟件開發(fā)開始階段只有基本的需求，軟件開發(fā)過程的各個活動是迭代的。通過迭代過程實現(xiàn)軟件的逐步演化，最終得到軟件產(chǎn)品。在此引入了風(fēng)險管理，采取早期預(yù)防措施，增加項目成功幾率，提高軟件質(zhì)量；其缺點是由于需求的不完全性，從而為軟件的總體設(shè)計帶來了困難和削弱了產(chǎn)品設(shè)計的完整性，并要求對風(fēng)險技能管理水平的高要求。③ 以體系結(jié)構(gòu)為基礎(chǔ)的基于構(gòu)件組裝的開發(fā)模型，如基于構(gòu)件的開發(fā)模型和基于體系結(jié)構(gòu)的開發(fā)模型等。這類模型的特點是利用需求分析結(jié)果設(shè)計出軟件的總體結(jié)構(gòu)，通過基于構(gòu)件的組裝方法來構(gòu)造軟件系統(tǒng)。軟件體系結(jié)構(gòu)的出現(xiàn)使得軟件的結(jié)構(gòu)框架更清晰，有利于系統(tǒng)的設(shè)計、開發(fā)和維護(hù)。綜上所述，軟件開發(fā)模型隨著軟件設(shè)計思想的改變而發(fā)展，經(jīng)歷了由最初以結(jié)構(gòu)化程序設(shè)計思想為指導(dǎo)的瀑布模型等，到以面向?qū)ο笏枷霝橹笇?dǎo)的噴泉模型等，到以構(gòu)件開發(fā)思想為指導(dǎo)的基于體系結(jié)構(gòu)的開發(fā)模型等，到現(xiàn)在的4GT技術(shù)。每次新的軟件設(shè)計思想的突破都會出現(xiàn)新的軟件開發(fā)過程模型，以達(dá)到提高軟件的生產(chǎn)效率和質(zhì)量為目標(biāo)，提出新的解決“軟件危機”問題的方案。