【正文】 件產(chǎn)品 時間估計 10%–5 周 30%–16 周 50%–26 周 23 周 /迭代 10%–5 周 資源估計 5% 20% 65% 10% 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 關(guān)鍵角色 項目經(jīng)理、體系結(jié)構(gòu)師、業(yè)務(wù) /系統(tǒng)分析員 項目經(jīng)理、體系結(jié)構(gòu)師、業(yè)務(wù) /系統(tǒng)分析員 項目經(jīng)理、體系結(jié)構(gòu)師、業(yè)務(wù) /系統(tǒng)分析員、程序員、測試員 項目經(jīng)理、體系結(jié)構(gòu)師 里程碑 生命周期目標里程碑 生命周期構(gòu) 架里程碑 最初操作性能里程碑 產(chǎn)品發(fā)布里程碑 擁有良好定義的項目階段劃分的好處有： ? 支持擁有一個良好管理的項目 ? 支持溝通，使客戶和項目成員了解項目的進展 ? 支持在項目計劃和實際進展之間的比較測量，盡早發(fā)現(xiàn)問題 項目人員組成 OO 項目 應(yīng)由完成下列角色職能的人員組成：項目經(jīng)理、體系結(jié)構(gòu)師、業(yè)務(wù) /系統(tǒng)分析員、程序員、測試人員和其他需要的人員。每個階段（ phase） 是兩個主要里 程碑之間的時間跨度 ，例如先啟、精化、構(gòu)建和產(chǎn)品化。 OO 項目 已計劃的風(fēng)險如下： 風(fēng)險 名稱 描述 發(fā)生的可能性 影響 規(guī)避計劃 發(fā)生時的應(yīng)變方案 備注 數(shù)據(jù)庫未按時交付 10% 延遲項目 按月監(jiān)控 定義 項目風(fēng)險 的益處有： ? 支持有效的計劃，避免“驚奇” ? 提高項目成功的概率 ? 支持有效的決策 項目階段和進度安排 OO 項目 應(yīng)遵循 RUP 中描述的統(tǒng)一軟件開發(fā)過程。 Booch 在 對象 Solutions 講到：“什么是任何實際的項目都面臨的最嚴重的 風(fēng)險 因素？包括： 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 ? 不準確的測量尺度 ? 不充分的測量 ? 過度的進度壓力 ? 管理失誤 ? 不準確的成本估計 ? 銀彈綜合癥 ? 蠕變的用戶需求 ? 低質(zhì)量 ? 低生產(chǎn)率 ? 取消的項目” 為了保證我們能實現(xiàn) 項目目標， OO 項目 應(yīng)識別和監(jiān)控所有主 要的 風(fēng)險 。 描述或位置 備注 項目名稱 項目描述 項目目標 項目功能性需求文檔 項目非功能性需求文檔 項目約束 項目假設(shè) 項目標準 UML、編碼標準、 其他 (錯誤處理、線程 ) 企業(yè)業(yè)務(wù)模型 項目工作指南 見附錄 項目原型、標簽值和約束 見附錄 項目 UML 模型示例 見附錄 項目文檔 見工件總結(jié)（附錄 B） 項目工具 使用指導(dǎo)、 CD、書籍、培訓(xùn) 項目詞匯表 項目重用庫 組件、類、操作、模式等 項目 UML 模型復(fù)查 每兩周或在每個迭代結(jié)束時進行 定義 項目目標 的好處有： ? 使項目成員、客戶和其他人員在共同的基礎(chǔ)上進行溝通 ? 支持在項目計劃和實際進展之間進行比較，并識別潛在的問題 ? 使項目成員集中在實現(xiàn) 項目目標 的活動上，提高項目 效率 ? 可以有效地安排和設(shè)置為實現(xiàn) 項目目標 需要進行的活動和它們的優(yōu)先順序 項目風(fēng)險 風(fēng)險 是正在進行或迫近的對主要里程碑的實現(xiàn)有重要負面影響的因素。系統(tǒng)必須滿足所有功能性需求，例如各種特性（使用 Use Case 建模）。 基于組件的開發(fā)方式的益處有： ? 通過組件替換，支持開發(fā)高度可升級、可修改的系統(tǒng) ? 通過良好定義的接口，支持通訊 ? 通過定義可重用的組件，支持重用 ? 支持一個高度柔性的系統(tǒng) 體系結(jié)構(gòu)， ? 支持使用標準化的組件框架，如 COM+、 CORBA、 EJB 等等 ? 支持使用第三方商業(yè)組件 ? 為配置 管理和版本管理提供了一個自然的基礎(chǔ) 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 5 項目計劃和監(jiān)控 項目目標和概述 OO 項目 應(yīng)該設(shè)計、構(gòu)造和發(fā)布與 OO 項目 需求一致的 OO 項目 系統(tǒng)。 UML 組件圖顯示了具有接口的組件。 Kruchen 在 The Rational Unified Process An Introduction Second Edition 定義體系結(jié)構(gòu)為：“ 體系結(jié)構(gòu) 涵蓋對下面問題的重要的決定： ? 一個軟件系統(tǒng)的組織結(jié)構(gòu)； ? 組成系統(tǒng)的結(jié)構(gòu)化元素的選擇集合和它們的接口，以及這些元素相互協(xié)作所需要的行為； ? 將這些元素漸進地組裝進更大的系統(tǒng)的合成過程； ? 指導(dǎo)這個組織結(jié)構(gòu)、元素、接口 、元素之間的協(xié)作關(guān)系和合成方式的體系結(jié)構(gòu)風(fēng)格。 ? 支持創(chuàng)建正確、可靠、可擴展的和可重用的系統(tǒng) ? 支持交流、一致性和減少冗余 4 基于組件開發(fā)（ CBD）的系統(tǒng)體系結(jié)構(gòu) OO 項目 系統(tǒng)是一個更大的由組件組成的企業(yè)級系統(tǒng)的一部分。 業(yè)務(wù)模型 關(guān)鍵的 UML 元素 業(yè)務(wù)流程 (Use Case)、業(yè)務(wù)領(lǐng)域?qū)ο?對象 s 關(guān)鍵任務(wù) 對業(yè)務(wù)建模 目標 充分的業(yè)務(wù) /企業(yè)信息 靜態(tài) /結(jié)構(gòu)圖 業(yè)務(wù)領(lǐng)域?qū)ο? 動態(tài) /基于時間的圖 業(yè)務(wù)流程 (Use Case) 工具 ROSE、需求跟蹤工具 關(guān)鍵角色 業(yè)務(wù) /系統(tǒng)分析員、體系結(jié)構(gòu)師 模型驗收 項目經(jīng)理，體系結(jié)構(gòu)師、客戶 /用 戶 下面是一張企業(yè)業(yè)務(wù)建模的狀態(tài)表。對 OO 項目 來說支持企業(yè)地短期和長期目標，并能適當(dāng)?shù)財M合企業(yè)是重要的。對整個企業(yè)來說知道 OO 項目 處在何處是很重要的。 ” Grady Booch 在 對象 Solutions–Managing the 對象 Oriented Project 中說：“一個成功的 OO 項目有 5 中習(xí)慣，包括： ? 不留情面地專注于開發(fā)一個能提供被良好理解的本質(zhì)的最小功能集的系統(tǒng) . ? 存在一種文化：以結(jié)果為中心、鼓舞性的交流溝通和不怕失敗 ? 有效地使用面向?qū)ο蠼＜夹g(shù) ? 有一個強壯的體系結(jié)構(gòu)項目視圖 ? 應(yīng)用一個被良好管理的迭代增量開發(fā)聲明周期?！? 基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 項目管理包含計劃、進度安排、人員組織、資源配置和執(zhí)行情況的監(jiān)控，以產(chǎn)生一個高質(zhì)量的系統(tǒng)。 增加在三角形中間的“ Scope and Quality”會增加“ Cost”、“ Time”和“ Resources” . OO 項目管理與非 OO 項目管理相比，關(guān)鍵的問題包括： ? 在范圍規(guī)模 /抽象的各種層次上進行計劃和監(jiān)控：企業(yè) —— 業(yè)務(wù)層次、項目 —— 系統(tǒng)層次、構(gòu)造 /發(fā)布層次 ? 使用 RUP 階段模型：初始階段 —— 定義、精化階段 —— 計劃、構(gòu)造階段 —— 建模/編碼、產(chǎn)品化階段 —— 向最終用戶部署產(chǎn)品 ? 使用 RUP 為每個構(gòu)造 /發(fā)布項創(chuàng)建下列模型：需求、分析、設(shè)計、實現(xiàn)和測試 ? 使用 UML 元素和語義 ? 使用面向?qū)ο蟮囊?guī)模、復(fù)雜性和質(zhì)量度量 Grady Booch 在 對象 Solutions–Managing the 對象 Oriented Project 中說：“軟件管理小組的中心任務(wù)是平衡一組不完整、不一致和不斷變化的技術(shù)和非技術(shù)需求，以產(chǎn)生一個對最本質(zhì)的最小功能集最優(yōu)的 系統(tǒng)。 1 引言 一個 OO 項目是由一系列圍繞一個目標或目的的唯一的、復(fù)雜的和相互聯(lián)系的活動組成，并且必須在規(guī)定的時間完成，同時滿足預(yù)算要求和符合合同規(guī)定的技術(shù)規(guī)范要求。本文的最重要的參考文獻是《 Rational Unified Process 中文版 V 》?；?RUP 的軟件開發(fā)過程規(guī)范 Draft 1 UML 項目計劃 這個項目計劃的目的是為你提供一個項目計劃模板。在項目中有大量的模板和表格需要你來填寫，以記錄項目的信息、估計等。 為了針對你的項目更新這個計劃，你需要： ? 將項目名字 OO 項目 改為你的項目名稱； ? 根據(jù)你的項目的信息填寫各種模板表格； ? 更新本文檔以反映你的項目的計劃和策略； ? 根據(jù)項目組成員的反饋進行改進，將批準后的項目計劃放入一個共享目錄； ? 執(zhí)行計劃，并監(jiān)控項目的進行 我們的目標是 ：這個項目計劃將輔助所有的項目組成員朝成功完成項目的目標共同前進，創(chuàng)造高質(zhì)量的軟件產(chǎn)品。一個項目的關(guān)鍵問題見下圖。” Booch 還講到：“一個成功的軟件項目應(yīng)該是：它的交付項滿足并且可能超過最終用戶的期望、它是以一種省時經(jīng)濟的方式被開發(fā)的，并且對變更和改變是有彈性的。 “ 更好、更快、更便宜?！? Philippe Kruchten 在 The Rational Unified Process An Introduction Second Edition 中為支持有效的軟件工程提供了解決方案： ? 迭代地開發(fā)軟件 ? 管理需求 ? 使用基于組件的體系結(jié)構(gòu) ? 驗證軟件的質(zhì)量 ? 控制軟件的變更 下面是參考文獻和標準： ? 《 Rational Unified Process 中文版 V 》 Rational Software Corporation ? 《 OMG Unified Modeling Language Specification 》 First Edition: March 2020 2 企業(yè)級計劃和監(jiān)控 OO 項目 系統(tǒng)應(yīng)根據(jù)規(guī)模 /抽象的層次進行建模。 規(guī)模 /抽象的層次級別 層次級別 定義 UML 例子 OO 項目 全局 關(guān)注影響多個企業(yè)的語言、標準、政策 Inter–ANSI 和IEEE 標準 企業(yè) 有多個系統(tǒng)的組織 XYZ 公司 全部的系統(tǒng) ——應(yīng)用程序組 需求觀點：行動者和系統(tǒng) 實現(xiàn)觀點：組件 需求：行動者 +系統(tǒng) 實現(xiàn)：組件 Office 2020 包括 OO 項目 在內(nèi)的整個系統(tǒng) 系統(tǒng) /子系統(tǒng) /組 成組的類作為一個系統(tǒng)或 系統(tǒng)包或組件 Word 2020 OO 項目系基于 RUP 的軟件開發(fā)過程規(guī)范 Draft 1 件 —— 應(yīng)用程序 應(yīng)用一起工作 統(tǒng) 包 成組的類 包 —— 標簽盒子 協(xié)作 為一個特定的目的一起動作的成組的類 —— 實現(xiàn)一種模式 協(xié)作圖 —— 虛線橢圓 類 定義一組對象 類 Document 屬性 —— 操作 屬 性 —— 值 操作 —— 服務(wù) 屬性 —— 操作 () 希望 OO 項目 系統(tǒng)成為大系統(tǒng)的一個組件是基于如下的理由： ? 設(shè)置 OO 項目 系統(tǒng)的邊界 ? 促進精確的交流來了解規(guī)模 /抽象的層次 ? 便于為 OO 項目 系統(tǒng)指定責(zé)任和組件