軟件工程總結(jié)（2）

知識(shí)點(diǎn)：（概要） 為了保障開發(fā)質(zhì)量，為各階段都準(zhǔn)備了相應(yīng)的好辦法。可以說(shuō)：你想得到的軟件工程好方面，《軟件工程》都想到了；你想不到的，《軟件工程》更是想了不少。 （1）通過(guò)對(duì)軟件工程的學(xué)習(xí)，了解了軟件工程各個(gè)階段的里程碑，以及在各個(gè)階段完成中

知識(shí)點(diǎn)：（概要）

為了保障開發(fā)質(zhì)量，為各階段都準(zhǔn)備了相應(yīng)的好辦法。可以說(shuō)：你想得到的軟件工程好方面，《軟件工程》都想到了；你想不到的，《軟件工程》更是想了不少。

（1）通過(guò)對(duì)軟件工程的學(xué)習(xí)，了解了軟件工程各個(gè)階段的里程碑，以及在各個(gè)階段完成中采用相應(yīng)的處理方法，使得各階段的任務(wù)在完成過(guò)程中既有條有理，又方便通用。

（3）在各階段完成過(guò)程中都需要的文檔的記錄，并成為各階段的進(jìn)度的標(biāo)志和里程碑。

在軟件的計(jì)劃階段，采用“開發(fā)模型”（6種），可以針對(duì)企業(yè)的不同情況，選擇適當(dāng)?shù)拈_發(fā)方法，解決客戶的問(wèn)題，滿足需求。

①瀑布模型：

優(yōu)點(diǎn)：嚴(yán)格按照軟件生存周期進(jìn)行，每一階段完成之后，必須進(jìn)行評(píng)審?fù)ㄟ^(guò)后，才能進(jìn)入下一階段。發(fā)現(xiàn)過(guò)程中出現(xiàn)問(wèn)題，需要返回到相應(yīng)階段進(jìn)行修正、彌補(bǔ)，然后再重復(fù)操作，直到通過(guò)。

缺點(diǎn)：該模型缺乏靈活性，特別是無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題，這些問(wèn)題可能導(dǎo)致最終開發(fā)出的軟件并不是用戶真正需要的軟件，并且這一點(diǎn)往往在開發(fā)過(guò)程完成后才有所察覺(jué)。面對(duì)這種情況，無(wú)疑需要進(jìn)行返工或不得不在維護(hù)中糾正需求的偏差，為此必須付出高額的代價(jià)，為軟件開發(fā)帶來(lái)?yè)p失。并且，隨著軟件開發(fā)項(xiàng)目規(guī)模的日益龐大，該模型的不足所引發(fā)的問(wèn)題顯得更加嚴(yán)重。

②快速原型模型

優(yōu)點(diǎn)：通過(guò)快速開發(fā)一個(gè)原型來(lái)反映用戶的需求，這樣方便和客戶交流，以明確客戶的需求，保證軟件的質(zhì)量。

缺點(diǎn)：費(fèi)用較高，因?yàn)槌醪介_發(fā)的模型往往與最后的版本相差很大，有的基本不能用，需要全部重新開發(fā)。快速原型模型的作用僅僅用于反映客戶的需求。這樣，有的客戶很難接受，缺乏耐心。投資很大，不好承受。

③增量模型

優(yōu)點(diǎn)：采用先主干后分支，先基本后完善的開發(fā)方法。最開始開發(fā)出企業(yè)的主流業(yè)務(wù)，解決主要問(wèn)題。隨著開發(fā)的進(jìn)行，在各階段不斷對(duì)軟件進(jìn)行完善，通過(guò)這樣不斷完善的開發(fā)過(guò)程，最終用戶得到一個(gè)完整功能的軟件。這對(duì)很多急需使用的企業(yè)來(lái)說(shuō)，是不錯(cuò)的選擇。

缺點(diǎn)：由于將軟件分成了很多的構(gòu)件，往往需要花費(fèi)大部分時(shí)間在這些構(gòu)件的集成上。現(xiàn)存的產(chǎn)品必須容易擴(kuò)充，后開發(fā)的構(gòu)件必須是簡(jiǎn)單和直觀并容易集成。因此，對(duì)于增量模型，產(chǎn)品的體系結(jié)構(gòu)的設(shè)計(jì)必須是開放的。

④螺旋模型

優(yōu)點(diǎn)：螺旋模型將瀑布模型和原型模型結(jié)合起來(lái)，不僅體現(xiàn)了兩個(gè)模型的優(yōu)點(diǎn)，而且還增加了兩個(gè)模型都忽略了的風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的不足。

局限：螺旋模型的使用需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，而且費(fèi)用昂貴，所以只適合大型軟件的開發(fā)。

⑤噴泉模型

優(yōu)點(diǎn)：開發(fā)過(guò)程各階段重疊性好，能盡早地發(fā)現(xiàn)問(wèn)題并作出修改，避免問(wèn)題的積累在后期造成重大損失。尤其很多問(wèn)題，越早發(fā)現(xiàn)越早解決越好，避免返工。整個(gè)過(guò)程的要求很高，軟件可維護(hù)性較好。

缺點(diǎn)：很多工作被重復(fù)做，過(guò)程比較復(fù)雜，無(wú)形中增大了很多在最后來(lái)看無(wú)用的工作量，但在過(guò)程中是不可能知道的。

⑥形式化方法模型：包括變換模型和凈室軟件過(guò)程模型。

變換模型：在軟件需求分析確定以后，便用形式化的規(guī)格說(shuō)明語(yǔ)言將其描述為“形式化軟件規(guī)格說(shuō)明”，然后對(duì)其進(jìn)行一系列自動(dòng)或半自動(dòng)的變換，最終得到軟件系統(tǒng)的目標(biāo)程序。

凈室軟件過(guò)程模型：力求在分析和設(shè)計(jì)階段就消除錯(cuò)誤，確保正確，然后在無(wú)缺陷或“潔凈”的狀態(tài)下實(shí)現(xiàn)軟件的制作，以生成極高質(zhì)量的軟件。它是一種嚴(yán)格的軟件工程方法，強(qiáng)調(diào)數(shù)學(xué)驗(yàn)證的正確性和軟
件認(rèn)證的可靠性的軟件工程模型，其目標(biāo)和結(jié)果是降低出錯(cuò)率，這是使用形式化方法難于或不可能達(dá)到的。

（4）很多圖的使用，能非常清晰地反映內(nèi)容、簡(jiǎn)化工作。

在需求分析階段，“數(shù)據(jù)流程圖”的使用能夠清楚反映企業(yè)的功能需求和企業(yè)的工作流程，方便后面階段的進(jìn)行。

在軟件設(shè)計(jì)階段，“系統(tǒng)結(jié)構(gòu)圖”能方便設(shè)計(jì)人員對(duì)各模塊的合理計(jì)劃和分配。

在軟件的編寫階段，更是做了嚴(yán)格的、具有全局觀的提出編寫的規(guī)范，不僅保證功能的實(shí)現(xiàn)，而且還要求做到通用性、可移植性。保證數(shù)量的同時(shí)保證了質(zhì)量。

在軟件的測(cè)試階段，在該階段是極其重要的，因?yàn)樵诔绦騿T編寫過(guò)程中，很多的問(wèn)題是考慮得不到位的，甚至可以說(shuō)很多問(wèn)題是無(wú)法預(yù)料的，它必須要在特定的環(huán)境中才會(huì)發(fā)生，而一旦發(fā)生便又是致命性的卡殼。所以在各功能模塊的編寫過(guò)程中需要測(cè)試，組合后更是要進(jìn)行大型測(cè)試。以保障為客戶提供更加安全、穩(wěn)定的軟件。

在對(duì)整個(gè)軟件工程進(jìn)行管理時(shí)使用“甘特圖”，工作量及人力資源的安排，能合理地規(guī)劃各工程的分配，非常有效地保證了工程的進(jìn)度。

聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com