第1章軟件與軟件工程介紹(已改無錯字)
2023-01-29 02:20:38 本頁面
【正文】 從而減少一個全新的軟件可能給用戶組織帶來的沖擊。 (3)項目失敗的風(fēng)險較低，雖然在某些增量構(gòu)件中可能遇到一些問題，但其他增量構(gòu)件將能夠成功地交付給客戶。 (4)優(yōu)先級最高的服務(wù)首先交付，然后再將其他增量構(gòu)件逐次集成進來。因此，最重要的系統(tǒng)服務(wù)將接受最多的測試。 增量模型 ? 增量構(gòu)件開發(fā) ? 每個增量構(gòu)件應(yīng)當(dāng)實現(xiàn)某種系統(tǒng)功能，因此增量構(gòu)件的開發(fā)可以采用瀑布模型的方式，如圖所示。 增量模型 ? 采用增量模型需注意的問題 (1)在把每個新的增量構(gòu)件集成到現(xiàn)有軟件體系結(jié)構(gòu)中時，必須不破壞原來已經(jīng)開發(fā)出的產(chǎn)品。 (2)軟件體系結(jié)構(gòu)必須是開放的，即向現(xiàn)有產(chǎn)品中加入新構(gòu)件的過程必須簡單、方便。 因此，采用增量模型比采用瀑布模型和快速原型模型更需要精心的設(shè)計。 螺旋模型 ? 螺旋模型最初是 Boehm于 1988年提出來的。 ? 該模型將瀑布模型與快速原型模型結(jié)合起來，并且加入兩種模型均忽略了的風(fēng)險分析。 ? 螺旋模型的基本思想是，使用原型及其他方法來盡量降低風(fēng)險。 螺旋模型 ? 理解這種模型的一個簡便方法，是把它看做在每個階段之前都增加了風(fēng)險分析過程的快速原型模型。 螺旋模型 ? 完整的螺旋模型 螺旋模型 ? 完整的螺旋模型 ? 在螺旋模型中，軟件過程表示成一個螺線，而不是像以往的模型那樣表示為一個具有回溯的活動序列。 ? 在螺線上的每一個循環(huán)表示過程的一個階段。 ? 每個階段開始時的任務(wù)是確定該階段的目標(biāo)、為完成這些目標(biāo)選擇方案及設(shè)定這些方案的約束條件。接下來的任務(wù)是，從風(fēng)險角度分析上一步的工作結(jié)果，努力排除各種潛在的風(fēng)險，通常用建造原型的方法來排除風(fēng)險。如果成功地排除了所有風(fēng)險，則啟動下一步開發(fā)步驟，在這個步驟的工作過程相當(dāng)于純粹的瀑布模型。最后是評價該階段的工作成果并計劃下一個階段的工作。 螺旋模型 ? 螺旋模型的 4項活動 ? 螺線上的每一個循環(huán)可劃分為 4個象限，分別表達了 4個方面的活動。 (1)目標(biāo)設(shè)定 —— 定義在該階段的目標(biāo)，弄清對過程和產(chǎn)品的限制條件，制訂詳細(xì)的管理計劃，識別項目風(fēng)險，可能還要計劃與這些風(fēng)險有關(guān)的對策。 (2)風(fēng)險估計與弱化 —— 針對每一個風(fēng)險進行詳細(xì)分析，設(shè)想弱化風(fēng)險的步驟。 (3)開發(fā)與驗證 —— 評價風(fēng)險之后選擇系統(tǒng)開發(fā)模型。 (4)計劃 —— 評價開發(fā)工作，確定是否繼續(xù)進行螺線的下一個循環(huán)。如果確定要繼續(xù)，則計劃項目的下一個階段的工作。 螺旋模型 ? 螺旋模型的優(yōu)點 ? 對可選方案和約束條件的強調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)。 ? 減少了過多測試或測試不足所帶來的風(fēng)險。 ? 在螺旋模型中維護只是模型的另一個周期，因而在維護和開發(fā)之間并沒有本質(zhì)區(qū)別。 螺旋模型 ? 螺旋模型的缺點 ? 螺旋模型是風(fēng)險驅(qū)動的，因此要求軟件開發(fā)人員必須具有豐富的風(fēng)險評估經(jīng)驗和這方面的專門知識，否則將出現(xiàn)真正的風(fēng)險：當(dāng)項目實際上正在走向災(zāi)難時，開發(fā)人員可能還以為一切正常。 噴泉模型 ? 噴泉模型是典型的面向?qū)ο笊芷谀Ｐ汀? ? “噴泉”一詞體現(xiàn)了迭代和無間隙特性。圖中代表不同階段的圓圈相互重疊，這明確表示兩個活動之間存在重疊。 基于構(gòu)件的開發(fā)模型 ? 基于構(gòu)件的軟件工程（ ponentbased software engineering， CBSE）是強調(diào)使用可復(fù)用的軟件“構(gòu)件”來設(shè)計和構(gòu)造基于計算機的系統(tǒng)的過程。 基于構(gòu)件的開發(fā)模型 ? Clements對 CBSE給出了如下描述。 CBSE正在改變大型軟件系統(tǒng)的開發(fā)方式。 CBSE體現(xiàn)了 Frod Brooks和其他人支持的“購買，而非構(gòu)造”的思想。就如同早期的子程序?qū)⒊绦騿T從考慮編程細(xì)節(jié)中解脫出來一樣， CBSE將考慮的重點從編碼轉(zhuǎn)移到組裝軟件系統(tǒng)。 考慮的焦點是“集成”，而不再是“實現(xiàn)”。 這樣做的基礎(chǔ)是假定在很多大型軟件系統(tǒng)中存在足夠多的共性，使得開發(fā)可復(fù)用的構(gòu)件來滿足這些共性是可行的。 基于構(gòu)件的開發(fā)模型 ? 當(dāng)軟件團隊使用傳統(tǒng)的需求獲取技術(shù)確定了待開發(fā)軟件的系統(tǒng)需求時，該過程開始。 ? 體系結(jié)構(gòu)設(shè)計完成后，并不立即進行詳細(xì)設(shè)計任務(wù)，而是針對每一系統(tǒng)需求考慮以下問題 : (1)現(xiàn)有的商品化構(gòu)件（ mercial offtheshelf， COTS）是否能夠?qū)崿F(xiàn)該需求？ (2)內(nèi)部開發(fā)的可復(fù)用構(gòu)件是否能夠?qū)崿F(xiàn)該需求？ (3)可用構(gòu)件的接口與待構(gòu)造系統(tǒng)的體系結(jié)構(gòu)是否相容？ 基于構(gòu)件的開發(fā)模型 ? 基于構(gòu)件的開發(fā)模型如下圖。 基于構(gòu)件的開發(fā)模型 ? 開發(fā)步驟 ? 不考慮構(gòu)件的開發(fā)技術(shù)，基于構(gòu)件的開發(fā)模型由以下步驟組成： (
外語相關(guān)推薦
鄂ICP備17016276號-1