3、螺旋模型

　　是生命周期模型與原型模型的一個結合，分成多個階段，每一個階段都由4部分組成：

　　1.目標設定，指定對過程和產(chǎn)品的約束，并且制訂詳細的管理計劃。

　　2.風險分析，制訂解決辦法。

　　3.開發(fā)和有效性驗證，即開發(fā)軟件產(chǎn)品。

　　4.評審，確定是否需要進入螺線的下一次回路。

　　增加一周，軟件系統(tǒng)就生成一個新版本，系統(tǒng)應該盡快地收斂到用戶允許或可以接受的目標范圍內(nèi)。

　　該模型支持大型軟件開發(fā)，適用于面向規(guī)格說明、面向過程、面向對象 的軟件開發(fā)方法，也適用于幾種開發(fā)方法的組合。

　　4、基于可重用構件的模型

　　把軟件工程項目所創(chuàng)建的 構件 不斷地積累和存儲在一個構件庫中，系統(tǒng)將依賴構件的健壯性。

　　5、基于面向對象的模型

　　構件重用是非常重要的技術之一。一方面進行構件開發(fā)，另一方面進行需求開發(fā)，快速建立 OOA、OOD 原型，由重用構件組裝而成，甚至通過組裝可重用的子系統(tǒng)而創(chuàng)建更大的系統(tǒng)。

　　6、基于四代技術的原型

　　四代語言 完全不用變成方式來構造應用系統(tǒng)，而是利用一些生成器。

　　與通常的軟件工程環(huán)境或計算機輔助軟件工程不同，只側重于支持應用軟件開發(fā)過程中的 設計階段和實現(xiàn)階段，特別是支持界面以及與界面有關的處理過程。

　　4.1.3 敏捷方法

　　1、敏捷方法的特點

　　敏捷方法是“適應性”而非“預設性”的，重型方法在計劃制定完成后拒絕變化，而敏捷方法則歡迎變化。

　　“面向人的”而非“面向過程的”

　　傳統(tǒng)的軟件開發(fā)方法的基本思路一般是 只要圖紙設計得合理并考慮充分，施工隊伍可以完全遵照圖紙順利構造。

　　但是，一些設計錯誤只能在編碼和測試時才能發(fā)現(xiàn)。

　　傳統(tǒng)正規(guī)開發(fā)方法是 個體不重要，角色才是重要的，盡量減少人的因素對開發(fā)過程的影響，但是敏捷方法正好相反。

　　管理人員已經(jīng)脫離實際開發(fā)活動相當長的時間了，如此設計出來的開發(fā)過程是難以為開發(fā)人員所接受的。

　　只有在第一線的開發(fā)人員才能真正掌握和理解開發(fā)過程中的技術細節(jié)，所以技術方面的決定必須由他們來做出。

　　敏捷方法特別強調(diào) 相關人員之間的信息交流。因為項目失敗的原因最終都可以追溯到信息沒有及時準確地傳遞到應該接受它的人。

　　特別提倡直接的面對面交流，交流成本遠遠低于文檔的交流。

　　按照高內(nèi)聚、松散耦合的原則 將項目劃分為若干個小組，以增加溝通。

　　2、敏捷方法的核心思想

　　1.適應性型，利用變化來發(fā)展。

　　2.以人為本，在無過程控制和過于嚴格繁瑣的過程控制中取得一種平衡，以保證軟件的質(zhì)量。

　　3.迭代增量式的開發(fā)過程，發(fā)行版本小型化，根據(jù)客戶需求的 優(yōu)先級和開發(fā)風險，制訂版本發(fā)行計劃。

　　3、敏捷方法的含義及其特征

　　重型方法注重開發(fā)文檔的完備和充分性;而敏捷方法認為最根本的文檔應該是源碼。

　　4、敏捷方法的適用范圍

　　實際上，滿足工程設計標準的唯一文檔是源代碼清單。

　　敏捷方法比較適合需求變化比較大 或者 開發(fā)前期對需求不是很清晰的項目。

　　敏捷方法對設計者、開發(fā)者、客戶 之間的有效溝通和及時反饋要求比較高，不易在開發(fā)團隊比較龐大的項目中實施。

　　相關推薦：

　　軟考經(jīng)驗：8種方法有效幫你調(diào)節(jié)考前心理

　　考前必備：計算機軟考臨考前十大注意事項

　　2014計算機軟考軟件設計師試題分析及備考建議