【正文】 每次新的軟件設(shè)計(jì)思想的突破都會(huì)出現(xiàn)新的軟件開發(fā)過(guò)程模型，以達(dá)到提高軟件的生產(chǎn)效率和質(zhì)量為目標(biāo)，提出新的解決“軟件危機(jī)”問(wèn)題的方案。軟件體系結(jié)構(gòu)的出現(xiàn)使得軟件的結(jié)構(gòu)框架更清晰，有利于系統(tǒng)的設(shè)計(jì)、開發(fā)和維護(hù)。③ 以體系結(jié)構(gòu)為基礎(chǔ)的基于構(gòu)件組裝的開發(fā)模型，如基于構(gòu)件的開發(fā)模型和基于體系結(jié)構(gòu)的開發(fā)模型等。通過(guò)迭代過(guò)程實(shí)現(xiàn)軟件的逐步演化，最終得到軟件產(chǎn)品。② 在開始階段只能提供基本需求的漸進(jìn)式開發(fā)模型，如螺旋模型和原型實(shí)現(xiàn)模型等。這類開發(fā)模型的特點(diǎn)是軟件需求在開發(fā)階段已經(jīng)被完全確定，將生命周期的各項(xiàng)活動(dòng)依順序固定，強(qiáng)調(diào)開發(fā)的階段性；其缺點(diǎn)是開發(fā)后期要改正早期存在的問(wèn)題需要付出很高的代價(jià)，用戶需要等待較長(zhǎng)時(shí)間才能夠看到軟件產(chǎn)品，增加了風(fēng)險(xiǎn)系數(shù)。軟件過(guò)程模型發(fā)展經(jīng)歷了以下階段。當(dāng)與基于構(gòu)件的開發(fā)方法結(jié)合起來(lái)后，可能成為軟件開發(fā)的主流方法。其優(yōu)點(diǎn)是縮短了軟件開發(fā)時(shí)間，提高了建造軟件的效率并為很多不同的應(yīng)用領(lǐng)域提供了一種可行性途徑和解決方案；其缺點(diǎn)是用工具生成的源代碼可能是“低效”的，生成的大型軟件的可維護(hù)性目前還令人懷疑并且在某些情況下可能需要更多的時(shí)間。此外，采用第4代技術(shù)開發(fā)的軟件還必須使得維護(hù)能夠被迅速完成的方式建造。但這是不現(xiàn)實(shí)的，客戶可能不能完全確定需要什么，在規(guī)約已知的事實(shí)時(shí)可能出現(xiàn)二義性，因此其他模型中所描述的用戶／開發(fā)者對(duì)話在第4代技術(shù)中仍然是一個(gè)必要的組成部分。與其他模型一樣，第4代技術(shù)也是從需求收集開始的。毫無(wú)疑問(wèn)，軟件在越高級(jí)別上被規(guī)約就能越快速地構(gòu)造出程序。③ 能夠適應(yīng)用戶經(jīng)常變化的需求，提供用戶滿意的高質(zhì)量軟件。① 采用簡(jiǎn)單計(jì)劃策略，不需要長(zhǎng)期計(jì)劃和復(fù)雜模型，開發(fā)周期短。XP開發(fā)方法中有許多新思路，如采用“用戶故事”代替?zhèn)鹘y(tǒng)模型中的需求分析，“用戶故事”由用戶用自己領(lǐng)域中的詞匯并且不考慮任何技術(shù)細(xì)節(jié)準(zhǔn)確地表達(dá)自己的需求。XP開發(fā)小組不僅包括開發(fā)人員，還包括管理人員和客戶。開發(fā)過(guò)程中對(duì)需求改變的適應(yīng)能力較高，即使在開發(fā)的后期，也可較高程度地適應(yīng)用戶的改變。由于這些規(guī)則是通過(guò)在實(shí)踐中觀察使軟件高效或緩慢的因素而得出的，因此它既考慮了保持開發(fā)人員的活力和創(chuàng)造性，又考慮了開發(fā)過(guò)程的有組織、有重點(diǎn)和持續(xù)性。它把軟件生命周期劃分為用戶故事、體系結(jié)構(gòu)、發(fā)布計(jì)劃、交互、接受測(cè)試和小型發(fā)布6個(gè)階段，采用這種開發(fā)模型的軟件過(guò)程如圖115所示。它規(guī)定了一組核心價(jià)值和方法，消除了大多數(shù)重量型過(guò)程的不必要產(chǎn)物，建立了一個(gè)漸進(jìn)型開發(fā)過(guò)程。 XP方法敏捷方法是近幾年興起的一種輕量級(jí)的開發(fā)方法，它強(qiáng)調(diào)適應(yīng)性而非預(yù)測(cè)性、強(qiáng)調(diào)以人為中心，而不以流程為中心，以及對(duì)變化的適應(yīng)和對(duì)人性的關(guān)注，其特點(diǎn)是輕載、基于時(shí)間、Just Enough、并行并基于構(gòu)件的軟件過(guò)程?；隗w系結(jié)構(gòu)的開發(fā)模型和基于構(gòu)件的開發(fā)模型都是在體系結(jié)構(gòu)的基礎(chǔ)上進(jìn)行構(gòu)件的組裝而得到軟件系統(tǒng)，前者主要關(guān)注運(yùn)行級(jí)構(gòu)件及其之間的互操作性，提供了一種自底向上且基于預(yù)先定制好的構(gòu)件來(lái)構(gòu)造應(yīng)用系統(tǒng)的途徑；后者局限在構(gòu)件的規(guī)范上，缺少系統(tǒng)化的指導(dǎo)開發(fā)過(guò)程的方法學(xué)。體系結(jié)構(gòu)為軟件需求與軟件設(shè)計(jì)之間架起了一座橋梁，解決了軟件系統(tǒng)從需求到實(shí)現(xiàn)的平緩過(guò)渡，提高了軟件分析設(shè)計(jì)的質(zhì)量和效率。在這種傳統(tǒng)的開發(fā)方法中，如果軟件需求不斷變化，最終軟件產(chǎn)品可能與初始原型相差很大。在實(shí)踐中，整個(gè)開發(fā)過(guò)程呈現(xiàn)多次迭代性。當(dāng)不存在符合要求的構(gòu)件時(shí)，則根據(jù)具體情況組裝合成新構(gòu)件或者購(gòu)買新構(gòu)件或者根據(jù)需要開發(fā)新構(gòu)件而得到滿足需求的構(gòu)件。在需求分析結(jié)果的基礎(chǔ)上，進(jìn)行體系結(jié)構(gòu)的設(shè)計(jì)。該開發(fā)模型把軟件生命周期分為軟件定義、需求分析和定義、體系結(jié)構(gòu)設(shè)計(jì)、軟件系統(tǒng)設(shè)計(jì)和軟件實(shí)現(xiàn)5個(gè)階段，采用這種開發(fā)模型的軟件過(guò)程如圖114所示。 基于體系結(jié)構(gòu)的開發(fā)模型基于體系結(jié)構(gòu)的開發(fā)模型是以軟件體系結(jié)構(gòu)為核心，以基于構(gòu)件的開發(fā)方法為基礎(chǔ)?？芍赜眯院蛙浖咝圆灰讌f(xié)調(diào)，需要精干的有經(jīng)驗(yàn)的分析和開發(fā)人員，一般開發(fā)人員插不上手。然后供給第三方使用，構(gòu)件組裝模型允許多個(gè)項(xiàng)目同時(shí)開發(fā)，降低了費(fèi)用，提高了可維護(hù)性，可實(shí)現(xiàn)分步提交軟件產(chǎn)品。其優(yōu)點(diǎn)是構(gòu)件組裝模型導(dǎo)致了軟件的復(fù)用，提高了軟件開發(fā)的效率。之后利用提取出來(lái)的構(gòu)件通過(guò)語(yǔ)法和語(yǔ)義檢查后將這些構(gòu)件通過(guò)膠合代碼組裝到一起實(shí)現(xiàn)系統(tǒng)，這個(gè)過(guò)程是迭代的。基于構(gòu)件的開發(fā)活動(dòng)從標(biāo)識(shí)候選構(gòu)件開始，通過(guò)搜查已有構(gòu)件庫(kù)，確認(rèn)所需要的構(gòu)件是否已經(jīng)存在?；跇?gòu)件的開發(fā)模型由軟件的需求分析和定義、體系結(jié)構(gòu)設(shè)計(jì)、構(gòu)件庫(kù)建立、應(yīng)用軟件構(gòu)建，以及測(cè)試和發(fā)布5個(gè)階段組成，采用這種開發(fā)模型的軟件過(guò)程如圖113所示。 基于構(gòu)件的開發(fā)模型基于構(gòu)件的開發(fā)模型利用模塊化方法將整個(gè)系統(tǒng)模塊化，并在一定構(gòu)件模型的支持下復(fù)用構(gòu)件庫(kù)中的一個(gè)或多個(gè)軟件構(gòu)件，通過(guò)組合手段高效率、高質(zhì)量地構(gòu)造應(yīng)用軟件系統(tǒng)的過(guò)程。強(qiáng)調(diào)開發(fā)人員團(tuán)隊(duì)協(xié)作，注重分析和設(shè)計(jì)等前段開發(fā)工作，從而避免了不必要的返工。大多數(shù)軟件開發(fā)過(guò)程模型均為時(shí)間驅(qū)動(dòng)，越到模型的后端，就越到開發(fā)過(guò)程的后一階段，而一個(gè)并發(fā)過(guò)程模型是由用戶要求、管理決策和結(jié)果復(fù)審驅(qū)動(dòng)的。并發(fā)開發(fā)模型試圖根據(jù)傳統(tǒng)生命周期的主要階段來(lái)追蹤項(xiàng)目的狀態(tài)，項(xiàng)目管理者根本不可能了解項(xiàng)目的狀態(tài)，因而需要使用比較簡(jiǎn)單的模型來(lái)追蹤非常復(fù)雜的項(xiàng)目活動(dòng)。① 系統(tǒng)維和構(gòu)件維活動(dòng)同時(shí)發(fā)生，并可以使用面向狀態(tài)的方法進(jìn)行建模。當(dāng)它應(yīng)用于客戶機(jī)／服務(wù)器系統(tǒng)時(shí)，并發(fā)過(guò)程模型在兩維上定義活動(dòng)，即一個(gè)系統(tǒng)維和一個(gè)構(gòu)件維。采用并發(fā)開發(fā)模型的軟件過(guò)程中一個(gè)活動(dòng)的示意如圖112所示。并發(fā)過(guò)程模型由客戶要求、管理決策，評(píng)審結(jié)果驅(qū)動(dòng)，不是將軟件工程活動(dòng)限定為一個(gè)順序的事件序列，而是定義一個(gè)活動(dòng)網(wǎng)絡(luò)，網(wǎng)絡(luò)上的每