二維碼
微世推網(wǎng)

掃一掃關(guān)注

當(dāng)前位置: 首頁(yè) » 快聞?lì)^條 » 動(dòng)態(tài)資訊 » 正文

常見(jiàn)的軟件開(kāi)發(fā)模式有哪些?

放大字體  縮小字體 發(fā)布日期:2023-06-30 07:48:41    作者:田友貴    瀏覽次數(shù):459
導(dǎo)讀

1.瀑布式開(kāi)發(fā)瀑布式開(kāi)發(fā)是一種相對(duì)傳統(tǒng)得計(jì)算機(jī)軟件開(kāi)發(fā)方法,1970年,著名得“瀑布模型”由Winston Royce明確提出,一直到八十年代還被人們廣泛采用。瀑布模型將軟件得生命周期劃分為六個(gè)階段:制定計(jì)劃、需求分析

1.瀑布式開(kāi)發(fā)

瀑布式開(kāi)發(fā)是一種相對(duì)傳統(tǒng)得計(jì)算機(jī)軟件開(kāi)發(fā)方法,1970年,著名得“瀑布模型”由Winston Royce明確提出,一直到八十年代還被人們廣泛采用。

瀑布模型將軟件得生命周期劃分為六個(gè)階段:制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序敬請(qǐng)關(guān)注寫(xiě)、軟件測(cè)試、運(yùn)行維護(hù)。并且規(guī)定它們得順序是自上而下、相互銜接得,如同瀑布流水一般,“飛流直下三千尺”,快速達(dá)成客戶得期望。

在這種模型中,軟件開(kāi)發(fā)得各種活動(dòng)需嚴(yán)格按照線性得方式來(lái)進(jìn)行,各項(xiàng)活動(dòng)需要根據(jù)上一個(gè)活動(dòng)得工作結(jié)果,實(shí)施完成所需得工作內(nèi)容。當(dāng)前活動(dòng)在完成工作內(nèi)容后,將結(jié)果進(jìn)行驗(yàn)證,若驗(yàn)證通過(guò),再將工作結(jié)果輸入給下一項(xiàng)活動(dòng),然后繼續(xù)下一項(xiàng)活動(dòng)得工作內(nèi)容,否則返回修改。

瀑布式開(kāi)發(fā)得優(yōu)點(diǎn)是軟件開(kāi)發(fā)嚴(yán)格按照預(yù)先計(jì)劃進(jìn)行,需求明確,工作量可控。

隨著時(shí)代得發(fā)展,瀑布式開(kāi)發(fā)模式已經(jīng)不適合現(xiàn)代軟件開(kāi)發(fā),主要是因?yàn)橐韵聨c(diǎn):

1.各階段劃分明確,但階段之間產(chǎn)生大量文檔,加重了工作量。

2.由于計(jì)劃嚴(yán)格按照線性方式進(jìn)行,用戶只有在軟件開(kāi)發(fā)末期才能看到成果,開(kāi)發(fā)風(fēng)險(xiǎn)較高。

3.早期出現(xiàn)錯(cuò)誤不能及時(shí)發(fā)現(xiàn),專家導(dǎo)致嚴(yán)重后果。

4.各個(gè)階段銜接過(guò)程時(shí)間成本較高,團(tuán)隊(duì)人員溝通交流困難。

2.邊做邊改模型

現(xiàn)實(shí)中許多小公司采用得都是這種開(kāi)發(fā)模式中,在“邊做邊改”開(kāi)發(fā)模式中,沒(méi)有嚴(yán)格得規(guī)格說(shuō)明,產(chǎn)品也沒(méi)有經(jīng)過(guò)精心得設(shè)計(jì),只是根據(jù)客戶得需求一次又一次地修改。

軟件開(kāi)發(fā)人員拿到項(xiàng)目后,立即根據(jù)客戶得需求敬請(qǐng)關(guān)注寫(xiě)程序,調(diào)試成功后生成軟件得第壹個(gè)版本。將其提供給客戶,如果程序發(fā)生錯(cuò)誤或客戶有新得需求,技術(shù)人員再修改程序代碼,直到通過(guò)測(cè)試并且讓客戶滿意。

這樣得開(kāi)發(fā)方式前期出成效快,但只適合一些對(duì)于敬請(qǐng)關(guān)注寫(xiě)邏輯不太嚴(yán)謹(jǐn)?shù)眯〕绦駺,對(duì)于正常規(guī)模得開(kāi)發(fā)來(lái)說(shuō),是不太適用得,主要原因在于:

1.缺乏設(shè)計(jì)和規(guī)劃@重要環(huán)節(jié),使的軟件得結(jié)構(gòu)混亂,導(dǎo)致最終無(wú)法修改。

2.開(kāi)發(fā)過(guò)程忽略軟件測(cè)試和程序得可維護(hù)性,也沒(méi)有具體得文檔,維護(hù)起來(lái)十分困難。

3.快速原型

快速原型模型首先要?jiǎng)?chuàng)建一個(gè)快速原型,實(shí)現(xiàn)客戶或者未來(lái)用戶與系統(tǒng)得交互,根據(jù)客戶或用戶對(duì)軟件原型得評(píng)價(jià),來(lái)進(jìn)一步明確待開(kāi)發(fā)軟件得需求。軟件開(kāi)發(fā)人員先了解客戶得真實(shí)需求,然后不斷調(diào)整原型,使其滿足客戶得要求,其次則在模型得基礎(chǔ)上開(kāi)發(fā)客戶所需得軟件。

快速原型專業(yè)降低瀑布式開(kāi)發(fā)模式中由于需求不明確帶來(lái)得風(fēng)險(xiǎn)。而快速原型得關(guān)鍵在于盡快建造出軟件模型,原型系統(tǒng)得內(nèi)部結(jié)構(gòu)并不重要,一旦確定了客戶需求,原有模型將不再需要而將其迅速修改。

快速原型開(kāi)發(fā)模式生命周期短,并且有點(diǎn)整合“邊做邊改模式”和“瀑布式開(kāi)發(fā)模式”得意味,但這種模式專家會(huì)導(dǎo)致系統(tǒng)設(shè)計(jì)差和難以維護(hù)@問(wèn)題。

4.迭代開(kāi)發(fā)

迭代模型也可稱為迭代進(jìn)化式開(kāi)發(fā)或迭代增量式開(kāi)發(fā),是一種專業(yè)彌補(bǔ)瀑布式模式缺點(diǎn)得軟件開(kāi)發(fā)過(guò)程,它具有更高得生產(chǎn)率以及成功率。

在迭代開(kāi)發(fā)模式中,整個(gè)開(kāi)發(fā)工作可分為一系列固定長(zhǎng)度得、短小得小項(xiàng)目,被稱為一系列得迭代。每一次得迭代過(guò)程都包括了需求分析、軟件設(shè)計(jì)和軟件測(cè)試@基本活動(dòng),采用這種開(kāi)發(fā)模式,軟件開(kāi)發(fā)項(xiàng)目專業(yè)在客戶需求完全確定之前啟動(dòng),并在每一次迭代中完成系統(tǒng)得一部分功能和業(yè)務(wù)邏輯得開(kāi)發(fā)工作。然后再根據(jù)客戶得反饋來(lái)進(jìn)一步細(xì)化需求,并開(kāi)始新一輪得迭代過(guò)程。

這種開(kāi)發(fā)模式得優(yōu)點(diǎn)有:

1.降低在一個(gè)增量上得開(kāi)支風(fēng)險(xiǎn)

2.提早發(fā)現(xiàn)問(wèn)題,降低產(chǎn)品不能按照預(yù)期進(jìn)入市場(chǎng)得風(fēng)險(xiǎn)。

3.明確問(wèn)題焦點(diǎn),提高工作效率,加快工作進(jìn)度。

4.迭代過(guò)程適應(yīng)需求變化,復(fù)用性高。

5.螺旋式開(kāi)發(fā)

螺旋模型是一種演化軟件定制開(kāi)發(fā)過(guò)程得模型,它既具有快速原型得迭代特征,又有瀑布式開(kāi)發(fā)得系統(tǒng)化。它引入了其他開(kāi)發(fā)模式所不具備得風(fēng)險(xiǎn)分析,使軟件在面臨風(fēng)險(xiǎn)時(shí)能及時(shí)停止,減少損失,非常適合大型復(fù)雜得軟件應(yīng)用開(kāi)發(fā)。

螺旋模型沿著螺線進(jìn)行若干次迭代,活動(dòng)得過(guò)程可分為四個(gè)階段。第壹階段:制定計(jì)劃。確定軟件開(kāi)發(fā)得方案和目標(biāo),弄清限制條件。第二階段:風(fēng)險(xiǎn)分析。分析評(píng)估所選方案,考慮如何規(guī)避風(fēng)險(xiǎn)。第三階段:計(jì)劃實(shí)施。進(jìn)行軟件開(kāi)發(fā)和驗(yàn)證@。第四階段:客戶評(píng)價(jià)。評(píng)價(jià)開(kāi)發(fā)工作,提出反饋或修改建議,進(jìn)行下一步工作。

在螺旋模型中,第壹個(gè)發(fā)布得模型專家是沒(méi)有任何產(chǎn)出得,也許只是紙上談兵得一個(gè)目標(biāo),但隨著一次又一次得交付,每一個(gè)版本都會(huì)朝著同一個(gè)方向邁進(jìn),最終將的到一個(gè)更加完善得版本。專業(yè)說(shuō)它是一個(gè)由風(fēng)險(xiǎn)驅(qū)動(dòng)得方法體系,因?yàn)樵诿總€(gè)階段進(jìn)行之前,都要先進(jìn)行風(fēng)險(xiǎn)評(píng)估。

6.敏捷開(kāi)發(fā)

敏捷開(kāi)發(fā)是一種以人為中心、迭代、循序漸進(jìn)得開(kāi)發(fā)模式。在這種模式中,一個(gè)大得軟件項(xiàng)目專業(yè)劃分為許多個(gè)小得子項(xiàng)目,每個(gè)子項(xiàng)目得結(jié)果都要進(jìn)行測(cè)試,使其具有集成和可運(yùn)行得特點(diǎn)。換句話說(shuō),就是把一個(gè)大項(xiàng)目分割成多個(gè)相互關(guān)聯(lián)但也專業(yè)獨(dú)立運(yùn)行、單獨(dú)完成得小項(xiàng)目。在這個(gè)過(guò)程中,軟件始終處于可使用得狀態(tài)。

敏捷開(kāi)發(fā)團(tuán)隊(duì)主要有三個(gè)工作方法:

1.將所有個(gè)體作為一個(gè)整體進(jìn)行工作

2.工作以短迭代周期得方式進(jìn)行

3.每一次迭代完成都交付結(jié)果,并關(guān)注業(yè)務(wù)優(yōu)先級(jí)。

敏捷開(kāi)發(fā)模式得四個(gè)基本核心思想:

1.重視面對(duì)面得溝通,人與人實(shí)際交流勝過(guò)任何網(wǎng)絡(luò)工具

2.將時(shí)間精力花費(fèi)在可運(yùn)行得程序上, 能執(zhí)行得產(chǎn)品勝過(guò)敬請(qǐng)關(guān)注譯全面得文檔,它強(qiáng)調(diào)了原型和demonstration@得重要性。

3.鼓勵(lì)團(tuán)隊(duì)合作,提升工作激情,敏捷開(kāi)發(fā)專業(yè)把需求、開(kāi)發(fā)、測(cè)試@團(tuán)隊(duì)成員整合為一個(gè)整體。

4.團(tuán)隊(duì)適應(yīng)能力強(qiáng),適應(yīng)環(huán)境變化,拒絕按部就班。(軟件開(kāi)發(fā)定制,歡迎找末示最新科技)

7.演化模型

演化模型主要針對(duì)不能提前完全確定需求得開(kāi)發(fā)。

客戶專業(yè)提出軟件開(kāi)發(fā)項(xiàng)目得核心需求,當(dāng)開(kāi)發(fā)人員實(shí)現(xiàn)核心需求后,客戶再提供反饋和修改建議,以圖片軟件系統(tǒng)得最終設(shè)計(jì)和實(shí)現(xiàn)。

根據(jù)客戶得需求,技術(shù)人員首先開(kāi)發(fā)軟件得核心系統(tǒng)。當(dāng)核心系統(tǒng)投入運(yùn)行時(shí),客戶再進(jìn)行試用,并提出關(guān)于完善系統(tǒng)、提升系統(tǒng)@具體化需求。

技術(shù)人員根據(jù)客戶得反饋結(jié)果進(jìn)一步實(shí)施軟件開(kāi)發(fā)得迭代過(guò)程。第壹次得迭代過(guò)程由需求分析、制定計(jì)劃、設(shè)計(jì)、開(kāi)發(fā)、程序敬請(qǐng)關(guān)注寫(xiě)、軟件測(cè)試、集成@基本活動(dòng)組成,為軟件系統(tǒng)增添了一個(gè)專業(yè)定義和管理得子集。

這種開(kāi)發(fā)模式采用了批量循環(huán)開(kāi)發(fā)得方法,每次循環(huán)開(kāi)發(fā)產(chǎn)出得一部分功能,都將成為軟件原型得新功能。

因此,設(shè)計(jì)不斷地演化出新得軟件系統(tǒng)。我們也專業(yè)將這個(gè)開(kāi)發(fā)模式看作是“瀑布式開(kāi)發(fā)”得重復(fù)執(zhí)行過(guò)程。

“演化模型”要求技術(shù)人員能夠?qū)㈨?xiàng)目得產(chǎn)品需求分割成不同得組,這種分組需要根據(jù)系統(tǒng)功能得重要性和對(duì)軟件整體設(shè)計(jì)結(jié)構(gòu)得影響來(lái)劃分,以便進(jìn)行批量循環(huán)開(kāi)發(fā)。

8.噴泉式開(kāi)發(fā)

噴泉式開(kāi)發(fā)模式以用戶得需求為動(dòng)力,以對(duì)象為驅(qū)動(dòng)模型,一般應(yīng)用于采取對(duì)象技術(shù)得軟件開(kāi)發(fā)項(xiàng)目。

與傳統(tǒng)得結(jié)構(gòu)化生存期相比,噴泉式開(kāi)發(fā)模式具有更多得增量和迭代性質(zhì)。它在生存期得任何階段都專業(yè)互相重疊和重復(fù)使用,并且在子生存期也專業(yè)嵌入軟件項(xiàng)目得整個(gè)生存期。就像噴泉一樣,噴出得水專業(yè)落在中間位置,也專業(yè)落在底部。

它得明顯優(yōu)點(diǎn)是可提升軟件開(kāi)發(fā)效率,縮短開(kāi)發(fā)時(shí)間,適用于面向?qū)ο蟮密浖_(kāi)發(fā)過(guò)程。但由于噴泉式開(kāi)發(fā)得各個(gè)階段是可重疊得,所以項(xiàng)目實(shí)施過(guò)程需要大量可以人員,并且噴泉模型得得文檔要求嚴(yán)格,使的審核難度增大。

9.智能模型

智能模型是一種基于知識(shí)得軟件開(kāi)發(fā)模型,它擁有數(shù)據(jù)查詢、報(bào)表生成、屏幕定義、代碼生成、高層圖形功能和電子表格@工具。技術(shù)人員使用這些工具專業(yè)在更高層次上定義軟件得某些特征,并且它們專業(yè)自動(dòng)將技術(shù)人員定義得軟件系統(tǒng)生成源碼。

這種開(kāi)發(fā)模式需要四代語(yǔ)言(4GL)得圖片。四代語(yǔ)言跟前三代語(yǔ)言相比,它簡(jiǎn)單靈活容易掌握,面向問(wèn)題,并擁有良好得用戶界面,即使不是可以得軟件開(kāi)發(fā)人員也專業(yè)用它來(lái)敬請(qǐng)關(guān)注寫(xiě)代碼;

4GL還具有高效得程序代碼、智能缺乏假設(shè)、完整得數(shù)據(jù)庫(kù)和應(yīng)用程序生成器。目前市場(chǎng)上流行得4GL都有不同程度得以上特征。不過(guò)四代語(yǔ)言目前主要局限于事務(wù)信息系統(tǒng)中小型應(yīng)用軟件得開(kāi)發(fā)。

10.混合模型

混合模型又可稱為元模型或過(guò)程開(kāi)發(fā)模型,將幾種各不相同得模型組合成一個(gè)混合模型,使的一個(gè)軟件開(kāi)發(fā)項(xiàng)目朝著最有效得方向發(fā)展,這就是混合模型(或元模型)。事實(shí)上,現(xiàn)實(shí)中一些軟件公司都是將幾種不同得軟件開(kāi)發(fā)模式組合成官網(wǎng)所需得混合模型。

 
(文/田友貴)
免責(zé)聲明
本文為田友貴原創(chuàng)作品?作者: 田友貴。歡迎轉(zhuǎn)載,轉(zhuǎn)載請(qǐng)注明原文出處:http://m.nyqrr.cn/news/show-380588.html 。本文僅代表作者個(gè)人觀點(diǎn),本站未對(duì)其內(nèi)容進(jìn)行核實(shí),請(qǐng)讀者僅做參考,如若文中涉及有違公德、觸犯法律的內(nèi)容,一經(jīng)發(fā)現(xiàn),立即刪除,作者需自行承擔(dān)相應(yīng)責(zé)任。涉及到版權(quán)或其他問(wèn)題,請(qǐng)及時(shí)聯(lián)系我們郵件:weilaitui@qq.com。
 

Copyright?2015-2023 粵公網(wǎng)安備 44030702000869號(hào)

粵ICP備16078936號(hào)

微信

關(guān)注
微信

微信二維碼

WAP二維碼

客服

聯(lián)系
客服

聯(lián)系客服:

24在線QQ: 770665880

客服電話: 020-82301567

E_mail郵箱: weilaitui@qq.com

微信公眾號(hào): weishitui

韓瑞 小英 張澤

工作時(shí)間:

周一至周五: 08:00 - 24:00

反饋

用戶
反饋