【正文】 用軟件復(fù)用技術(shù)開發(fā)，主要是能在短時間內(nèi)開發(fā)出軟件產(chǎn)品。2優(yōu)點(diǎn)：采用原有的組件，能快速開發(fā)出應(yīng)用，一般用于信息化系統(tǒng)的開發(fā)，如企業(yè)管理系統(tǒng)等。3缺點(diǎn)：軟件的伸縮性受到很大的限制，而且性能調(diào)整及架構(gòu)調(diào)整不方便，要去更改原來的接口。4實(shí)用環(huán)境:要求快速開發(fā)出軟件產(chǎn)品的環(huán)境167。2－3－2 迭代式開發(fā)模型(iterative development model)迭代式開發(fā)模型是在快速原型模型、增量模型、螺旋模型等基礎(chǔ)上， 針對面向?qū)ο蠹夹g(shù)的特點(diǎn)發(fā)展演化而成，所以既像增量模型又像螺旋模型。該方法具有非常明顯的特點(diǎn)：非常適用于用戶需求不能完全確定并且可能不斷發(fā)生難以預(yù)測的變化的場合（其實(shí)，絕大多數(shù)的系統(tǒng)都呈現(xiàn)這一特征）。迭代式開發(fā)模型是目前最為流行的軟件開發(fā)模式。迭 代 1迭 代 2迭 代 3分 析 設(shè) 計(jì) 編 碼 測 試 發(fā) 布 1分 析 設(shè) 計(jì) 編 碼 測 試 發(fā) 布 2分 析 設(shè) 計(jì) 編 碼 測 試 發(fā) 布 3迭 代 n 分 析 設(shè) 計(jì) 編 碼 測 試 最 終發(fā) 布……..從開發(fā)模型可以看出在軟件項(xiàng)目實(shí)施過程中非常重要并且占項(xiàng)目實(shí)施時間最長的過程是迭代過程中的特性開發(fā)過程，而特性開發(fā)過程中的主線是需求，在特性開發(fā)過程中的設(shè)計(jì)、 評審、編碼、版本集成、測試等活動都是圍繞著需求開展的。QA人員對迭代過程中特性開發(fā)過程的檢查也是以需求為主線進(jìn)行的，QA人員通過檢查迭代過程中的需求點(diǎn)是否進(jìn)行了需求分析、是否進(jìn)行需求評審、是否 進(jìn) 行了設(shè)計(jì)、是否 進(jìn)行設(shè)計(jì)評審、是否進(jìn)行了編碼、是否進(jìn)行了測試等來判斷項(xiàng)目組過程的實(shí)施是否滿足軟件項(xiàng)目實(shí)現(xiàn)的要求，是否有過程缺失，或過程實(shí)施流于形式。167。2－2－3 噴泉模型（water fountain model）噴泉模型與傳統(tǒng)的結(jié)構(gòu)化生存期比較，具有更多的增量和迭代性質(zhì)，生存期的各個階段可以相互重疊和多次反復(fù)，而且在項(xiàng)目的整個生存期中還可以嵌入子生存期。就像水噴上去又可以落下來，可以落在中間，也可以落在最底部。噴泉模型如下圖所示： 噴 泉 模 型進(jìn) 一 步 開 發(fā)集 成 和 測 試 階 段運(yùn) 行 狀 態(tài)面 向 對 象 設(shè) 計(jì) 階 段面 向 對 象 分 析 階 段需 求 階 段維 護(hù) 期編 程 階 段如圖。圖中小圓圈代表不同的開發(fā)階段， 圓圈中向下的箭頭表示該階段內(nèi)的迭代求精過程， 較小的圓圈代表維護(hù)階段， 圓圈較小象征采用了本開發(fā)模型后維護(hù)時間縮短了。噴泉模型對軟件復(fù)用和生存周期中多項(xiàng)開發(fā)活動的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)方法?！皣娙币辉~本身體現(xiàn)了迭代和無間隙特性。系統(tǒng)某個部分常常重復(fù)工作多次，相關(guān)功能在每次迭代中隨之加入演進(jìn)的系統(tǒng)。所謂無間隙是指在開發(fā)活動，即分析、設(shè)計(jì)和編碼之間不存在明顯的邊界。167。2－3－4 統(tǒng)一過程開發(fā)模型RUP（Rational Unified Process）RUP（Rational Unified ProcESs，統(tǒng)一軟件開發(fā)過 程， 統(tǒng)一軟件過程)是一個 面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。根據(jù)Rational( Rational Rose和 統(tǒng)一建模語言的開發(fā)者)的說法，好像一個在線的指導(dǎo)者，它可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方針，模版以及事例支持。RUP和類似的產(chǎn)品――例如，面向?qū)ο蟮?軟件過程（OOSP），以及OPEN Process都是理解性的 軟件工程工具――把開發(fā)中面向 過程的方面（例如定義的階段，技術(shù)和實(shí)踐）和其他開發(fā)的 組件（例如文檔，模型，手冊以及代碼等等）整合在一個統(tǒng)一的框架內(nèi)RUP是基于UML的模型驅(qū)動 的迭代開發(fā)方法。RUP簡 介：迭代式開發(fā)。在 軟件開發(fā)的早期階段就想完全、準(zhǔn)確的捕獲用戶的需求幾乎是不可能的。實(shí)際上，我們經(jīng)常遇到的問題是需求在整個 軟 件開發(fā)工程中經(jīng)常會改變。迭代式開發(fā)允許在每次迭代過程中需求可能有變化，通過不斷細(xì)化來加深對問題的理解。迭代式開發(fā)不僅可以降低項(xiàng)目的風(fēng)險，而且每個迭代過程以可以執(zhí)行版本結(jié)束，可以鼓舞開發(fā)人員。 管理需求。確定系統(tǒng)的需求是一個連續(xù)的過程，開 發(fā)人員在開發(fā)系統(tǒng)之前不可能完全詳細(xì)的說明一個系統(tǒng)的真正需求。RUP 描述了如何提取、組織系統(tǒng)的功能和約束條件并將其文檔化，用例和腳本的使用以被證明是捕獲功能性需求的有效方法。 基于組件的 體系結(jié)構(gòu)。組件使重用成為可能，系 統(tǒng)可以由組件組成?；讵?dú)立的、可替 換的、模塊化組件的體系結(jié)構(gòu)有助于管理復(fù)雜性，提高重用率。 RUP描述了如何設(shè)計(jì)一個有彈性的、能適應(yīng)變化的、易于理解的、有助于重用的 軟件體系結(jié)構(gòu)。 可視化建模。RUP是基于UML的模型驅(qū)動,RUP和UML聯(lián)系在一起，對 軟件系統(tǒng)建立可視化模型幫助人們提供管理軟件復(fù)雜性的能力。RUP告訴我們?nèi)绾慰梢暬膶浖到y(tǒng)建模，獲取有關(guān)體系結(jié)構(gòu)于組件的結(jié)構(gòu)和行為信息。 驗(yàn)證軟件質(zhì)量。在RUP中軟件質(zhì)量評估不再是事后進(jìn)行或單獨(dú)小組進(jìn)行的分離活動，而是內(nèi)建于過程中的所有活動，這樣可以及早發(fā)現(xiàn)軟件中的缺陷。 控制軟件變更。迭代式開發(fā)中如果沒有嚴(yán)格的控制和協(xié)調(diào)，整個軟件開發(fā)過程很快就陷入混亂之中，RUP描述了如何控制、跟蹤、監(jiān)控、修改以確保成功的迭代開發(fā)。RUP通過軟件開發(fā)過程中的制品，隔離來自其他工作空間的變更，以此為每個開發(fā)人員建立安全的工作空間。RUP軟件開發(fā)生命周期是一個二維的 軟件開發(fā)模型。橫軸通過時間組織，是 過程展開的生命周期特征，體現(xiàn)開 發(fā)過程的動態(tài)結(jié)構(gòu)，用來描述它的術(shù)語主要包括周期(Cycle)、階段(PhASe) 、迭代 (Iteration)和里程碑(MileSTone) ；縱軸以內(nèi)容來組織為自然的邏輯活動，體現(xiàn) 開發(fā)過程的靜態(tài)結(jié) 構(gòu)，用來描述它的 術(shù)語主要包括活動(Activity)、產(chǎn)物(Artifact)、工作者(Worker)和工作流(Workflow )。RUP核心概念角色：描述某個人或者一個小組的行為與職責(zé)。RUP預(yù)先定義了很多角色?；顒樱菏且粋€有明確目的的獨(dú)立工作單元。工件：是活動生成、創(chuàng)建或修改的一段信息。開發(fā)過程中的各個階段和里程碑　　RUP中的 軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段(Inception)、細(xì)化階段(ElaBOration)、構(gòu)造階段(Construction)和交付階段(Transition) 。每個 階段結(jié)束于一個主要的里程碑(Major Milestones)；每個階段本質(zhì)上是兩個里程碑之間的時間跨度。在每個階段的結(jié)尾執(zhí)行一次評估以確定這個階段的目標(biāo)是否已經(jīng)滿足。如果評估結(jié)果令人滿意的話，可以允許項(xiàng)目進(jìn)入下一個階段。 1． 初始階段　　初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了達(dá)到該目的必須識別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。本階段具有非常重要的意義，在這個階段中所關(guān)注的是整個項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險。對于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來講，初始階段可能很短。 初始階段結(jié)束時是第一個重要的里程碑：生命周期目標(biāo)(LifECycle objective)里程碑。生命周期目標(biāo)里程碑評價項(xiàng)目基本的生存能力。2． 細(xì)化階段 　　細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃，淘汰 項(xiàng)目中最高風(fēng)險的元素。為了達(dá)到該目的，必 須在理解整個系統(tǒng)的基礎(chǔ)上， 對體系結(jié)構(gòu)作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時為項(xiàng)目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。 細(xì)化階段結(jié)束時第二個重要的里程碑：生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑。生命周期結(jié)構(gòu)里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準(zhǔn)并使項(xiàng)目小組能夠在構(gòu)建階段中進(jìn)行衡量。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、 結(jié)構(gòu)的選擇以及主要風(fēng)險的解決方案。3． 構(gòu)造階段 　　在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測試。從某種意義上說，構(gòu)建階段是一個制造過程，其重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。 構(gòu)建階段結(jié)束時是第三個重要的里程碑：初始功能(Initial Operational)里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用 戶是否可以開始系統(tǒng)的運(yùn)作。此時的產(chǎn)品版本也常被稱為“beta”版。4． 交付階段 　　交付階段的重點(diǎn)是確保軟件對最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點(diǎn)上，用 戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性 問題，所有主要的 結(jié)構(gòu)問題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。 在交付階段的終點(diǎn)是第四個里程碑：產(chǎn)品發(fā)布(Product Release)里程碑。此時，要確定目 標(biāo)是否實(shí)現(xiàn)，是否應(yīng)該開始另一個開發(fā)周期。在一些情況下這個里程碑可能與下一個周期的初始階段的結(jié)束重合。RUP的迭代開發(fā)模式 RUP中的每個階段可以進(jìn)一步分解為迭代。一個迭代是一個完整的開發(fā)循環(huán)， 產(chǎn)生一個可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個子集，它增量式地發(fā)展，從一個迭代 過程到另一個迭代過程到成為最終的系統(tǒng)。 傳統(tǒng)上的項(xiàng)目組織是順序通過每個工作流，每個工作流只有一次，也就是我們熟悉的瀑布生命周期。這樣做的結(jié)果是到實(shí)現(xiàn)末期產(chǎn)品完成并開始測試，在分析、 設(shè)計(jì)和實(shí)現(xiàn)階段所遺留的隱藏問題會大量出現(xiàn)，項(xiàng)目可能要停止并開始一個漫長的錯誤修正周期。一種更靈活，風(fēng)險更小的方法是多次通過不同的開發(fā)工作流，這樣可以更好的理解需求，構(gòu)造一個健壯的體系結(jié)構(gòu)，并最 終交付一系列逐步完成的版本。 這叫做一個迭代生命周期。在工作流中的每一次順序的通過稱為一次迭代。軟件生命周期是迭代的連續(xù)，通過它，軟件是增量的開發(fā)。一次迭代包括了生成一個可 執(zhí)行版本的開發(fā)活動，還有使用這個版本所必需的其他輔助成分，如版本描述、用 戶文檔等。因此一個開 發(fā)迭代在某種意義上是在所有工作流中的一次完整的經(jīng)過，這些工作流至少包括：需求工作流、分析和設(shè)計(jì)工作流、實(shí)現(xiàn)工作流、測試工作流。其本身就像一個小型的瀑布 項(xiàng)目。 RUP 的 特 點(diǎn)? RUP提供了一個給角色分配任務(wù)和責(zé)任的嚴(yán)格方法。它的目標(biāo)是保證我們在預(yù)期的進(jìn)度和預(yù)算內(nèi)開發(fā)出滿足用戶需求的高質(zhì)量軟件。? RUP以架構(gòu)為中心；在將資源分配給全面開發(fā)之前，它先開發(fā)一個可執(zhí)行的架構(gòu)原型。? RUP是迭代并基于構(gòu)件的。該架構(gòu)基線通常包括一個框架或基礎(chǔ)設(shè)施以便于通過迭代增加構(gòu)件，在不影響系統(tǒng)其他部分的前提下定制和擴(kuò)展一個系統(tǒng)的功能。? RUP 利用一門工業(yè)標(biāo)準(zhǔn)語言UML，可視化建模系統(tǒng)的架構(gòu)和構(gòu)件。RUP 的 優(yōu) 點(diǎn)? 迭 代 式 開 發(fā) 方 法 是 一 個 不 斷 降 低 風(fēng) 險 的 過 程 ， 每 一 次 迭 代 過 程 都 選 擇 風(fēng) 險 最 大 的 Use Cases 執(zhí) 行 。 因 此 風(fēng) 險 在 迭 代 過 程 中 不 斷 地 被 發(fā) 現(xiàn) 、 被 消 滅 。 ? 迭 代 式 開 發(fā) 方 法 能 夠 更 容 易 地 管 理 需 求 的 變 化 ， 整 個 開 發(fā) 過 程 由 一 次 次 的 獨(dú) 立 迭 代 組 成 ， 項(xiàng) 目 經(jīng) 理 能 夠 比 較 容 易 地 調(diào) 整 迭 代 過 程 ， 使 最 終 產(chǎn) 品 滿 足 變 化 的 需 求 。 開 發(fā) 人 員 以 及 項(xiàng) 目 相 關(guān) 人 員 能 夠 及 時 地 從 迭 代 過 程 中 得 到 反 饋 信 息 ， 并 能 夠 及 時 修 改 以 前 工 作 中 的 失 誤 ， 有 效 地 監(jiān) 控 開 發(fā) 過 程 ， 并 對 迭 代 工 作 流 進(jìn) 行 校 正 ， 這 對 一 個 時 間 跨 度 很 長 的 項(xiàng) 目 具 有 重 要 的 意 義 。? 以 Use Case 驅(qū) 動 、 體 系 結(jié) 構(gòu) 為 中 心 的 開 發(fā) 使 得 開 發(fā) 人 員 能 比 較 容 易 地 控 制 整 個 系 統(tǒng) 的 開 發(fā) 過 程 ， 管 理 其 復(fù) 雜 性 并 維 護(hù) 其 完 整 性 。 ? 體 系 結(jié) 構(gòu) 中 定 義 清 晰 、 功 能 明 確 的 組 件 為 基 于 組 件 式 的 開 發(fā) 和 大 規(guī) 模 的 軟 件 復(fù) 用 提 供 了 有 力 的 支 持 ， 也 是 項(xiàng) 目 管 理 中 計(jì) 劃 與 人 員 安 排 的 依 據(jù) 。 ? Rational 公 司 提 供 了 豐 富 的 CASE 工 具 支 持 RUP， 包 括 可 視 化 建 模 工 具 Rational Rose、 需 求 管 理 工 具 Requisite Pro、 版 本 管 理 工 具 Clear Case、 文 檔 生 成 SoDa、 測 試 工 具 SQA 和 Perfomence 等 。 由 于 RUP 采 用 標(biāo) 準(zhǔn) 的 UML 描 述 系 統(tǒng) 的 模 型 體 系 結(jié) 構(gòu) ， 因 此 可 以