【正文】 ase 最終作為系統(tǒng)的一個 use case 時(shí)，必須考慮：它是否是完整的 （ plete）； 它是否是另一 use case的組成部分。其中： 應(yīng) 一個一個地審閱 actors, 為每一個 actor建議一些侯選的 use case。 ?Use case有其自己的屬性 ,例如 Withdraw money 這一 use case 可以認(rèn)為它有屬性 “ 帳目 ” （ account）、存款數(shù)目（ amount to be withdrawn）等，這些值局部于一個 use case實(shí)例 ?Use case實(shí)例不能與其它 use case 實(shí)例發(fā)生交互。這樣的名字可以 “傳達(dá)”（ convey）所期望的語義。 UseCase system UseCase model Actor Use case * * 1 The UseCase system denotes the toplevel package of the model UseCase 模型以及其內(nèi)容 參與需求工作流的有關(guān)人員 System Analysis responsible for Usecase Specifier responsible for Userinterface designer responsible for Architect responsible for use case model Actor Glossary Use case User interface prototype Architecture Description 需求捕獲工作流中的活動 發(fā)現(xiàn)并描述 Actor （ 1） 發(fā)現(xiàn) Actor的方法 ?發(fā)現(xiàn) actor的這一任務(wù)，依賴于起始點(diǎn)： 當(dāng)存在業(yè)務(wù)模型時(shí) 可以直接地發(fā)現(xiàn)一些候選的 actors，即： ? 對于業(yè)務(wù)中的每一個工作人員，可以建議一個候選的 actor ? 對于每一個將要使用該信息系統(tǒng)的業(yè)務(wù) actor （即每一個業(yè)務(wù)客戶）， 可以建議候選的一個 actor。 其中， Business entity 表示某些事物（ something） ,例如 一張發(fā)票。其中領(lǐng)域 對象表示 系統(tǒng)工作環(huán)境中存在的事物或發(fā)生的事件。 feature 作為需求 , 被轉(zhuǎn)換為其它制品。 實(shí)際問題 需求獲取層 模型表示 工具 ? ? ? 注： 這些概念體現(xiàn)了一些設(shè)計(jì)原理 （ 1）需求獲取層的術(shù)語（概念） ? USE CASE ? actor 以及 ? 4個表達(dá)關(guān)系的概念：關(guān)聯(lián)、包含、擴(kuò)展、泛化。 ?構(gòu)造階段（ the construction phase）的基本目標(biāo)是： 開發(fā)完整的系統(tǒng) 確保產(chǎn)品可以開始向客戶交付 , 即具有初始操作能力。軟件體系結(jié)構(gòu) (Software Architecture) 講義 13：統(tǒng)一軟件開發(fā)過程（ RUP） 一、引言 為屏蔽計(jì)算機(jī)硬件的異構(gòu)性，發(fā)展了操作系統(tǒng) .NET/COM Web Services J2EE/EJB 操作系統(tǒng) UNIX Windows Linux C/C++ 語言 Java 語言 支撐軟件 ?中間件 為屏蔽操作系統(tǒng)和編程語言的異構(gòu)性，發(fā)展了支撐軟件和中間件 為了屏蔽中間件之間的異構(gòu)性，出現(xiàn)了 Web技術(shù)?？梢赃m用于于不同規(guī)模的開發(fā)團(tuán)隊(duì)和規(guī)范程度不同的開發(fā)方法 ? RUP的基本原理 ?盡早并且不斷化解重大的風(fēng)險(xiǎn) ?確保滿足客戶的需求 ?把注意力放到可執(zhí)行軟件上 ?盡早在項(xiàng)目中適應(yīng)變化 ?在早期確定一個可執(zhí)行的架構(gòu) ?使用構(gòu)件構(gòu)造系統(tǒng) ?建立高效的開發(fā)團(tuán)隊(duì) 突出特點(diǎn)是： Use Case 驅(qū)動的、 以體系結(jié)構(gòu)為中心的、 迭代、增量的開發(fā) . ? 何謂 USE CASE 驅(qū)動 USE CASE 分 析 輸入 設(shè) 計(jì) 實(shí) 現(xiàn) 跟蹤 輸入 跟蹤 輸入 跟蹤 輸入 輸入 測 試 輸入 跟蹤 輸入 從 USE CASE模型的視覺 從分析模型的視覺 從設(shè)計(jì)模型的視覺 從實(shí)現(xiàn)模型的視覺 從部署模型的視覺 給 出 體 系 結(jié) 構(gòu) 描 述 ? 何謂 以體系結(jié)構(gòu)為中心 階 段 核心工作流 ? 何謂 迭代、增量的開發(fā) ? 初始階段（ the inception phase）的基本目標(biāo)是： 了解項(xiàng)目的范圍 建立業(yè)務(wù)模型 得到涉眾的認(rèn)可 換言之，其目標(biāo)是：建立該項(xiàng)目的生存周期目標(biāo) （ objectives） ? 精化階段（ the elaboration phase）的基本目標(biāo)是 建立體系結(jié)構(gòu)基線 捕獲大多數(shù)的需求 降低主要的技術(shù)風(fēng)險(xiǎn) 減少次要的錯誤風(fēng)險(xiǎn)，即建立生存周期體系結(jié)構(gòu) （ the life cycle architecture） . 到該階段末，就能夠估算成本、進(jìn)度，并能詳細(xì)地 規(guī)劃構(gòu)造階段（ the construction phase） 。其中至少涉及以下 3個問題： ?如何定義需求獲取層，即給出該層的術(shù)語； ?如何確定模型表示工具； ?如何映射。 給出各分段 （ 060， 6085， 85100） 的人數(shù)分布情況。 ? 業(yè)務(wù)模型或領(lǐng)域模型 領(lǐng)域模型 領(lǐng)域模型捕獲了系統(tǒng)語境中的一些重要對象類型。描述每 一個 業(yè)務(wù) use case 是如何通過一組 workers 、 business entities 、 work units予以細(xì)化的。 ? UseCase 模型是一個系統(tǒng)的一種模型，包括 actors、 use cases 以及它們之間的關(guān)系。 （ 2） Actors的命名與描述 Actors的命名： 對 actors給出恰當(dāng)?shù)拿质欠浅Ｖ匾摹? ? 該狀態(tài)由一個新的消息予以引發(fā)（ invoke），以此繼續(xù)， 通過了許多狀態(tài)，直到該 use case實(shí)例被終止 . ?大部分是一個 actor實(shí)例引發(fā)一個 use case實(shí)例， 但也可能由一個事件所引發(fā)，例如由系統(tǒng)之外的定時(shí)時(shí)鐘所引發(fā)。 ?當(dāng)開始點(diǎn)沒有業(yè)務(wù)模型時(shí) 要通過與客戶以及用戶一起工作來標(biāo)識 use case。用戶和系統(tǒng)的一個交互序列，可以在一個 use case中予以規(guī)約，也可以在多個 use case中予以規(guī)約。這樣，就有可能需要相當(dāng)大的變動。 ?內(nèi)容： Use Case 模型視覺下的體系結(jié)構(gòu)描述，刻畫了在體 系結(jié)構(gòu)方面具有重要意義的 use cases。 以事件流描述 Use Case所采用的結(jié)構(gòu) 一個 use case 可以被認(rèn)為有一個開始狀態(tài)，一些中間 狀態(tài)，并從一個狀態(tài)轉(zhuǎn)換為另一狀態(tài)，如下所示： 其中， ? 紅箭頭線表示基本路徑，曲線是其它路徑。 ? 定義所要求的次序，即給出其中的動作必須以該次序予以 執(zhí)行。 注意：在 usecase 描述中，我們必須顯式地描述系統(tǒng)做什么 （執(zhí)行的動作） ， 以及 actor做什么。 ? 相關(guān)的技術(shù) 為此，需要使用更結(jié)構(gòu)化的描述技術(shù)，這樣的技術(shù)一般使 用可視化的建模技術(shù)，來描述 use cases 。 建議： 應(yīng)謹(jǐn)慎地使用這些圖，在一般情況下，應(yīng)采用 use case的 正文描述（即事件流描述）。 ? 抽取 use case描述中附加的或可選的（ additional or optional）功能，它們可能被擴(kuò)展為特定 use case描述。這一精化，如果需要的話，是以面向?qū)ο箫L(fēng)格將由 use cases所定義的功能作為概念分析層面上對象之間的協(xié)作，以便產(chǎn)生對需求的深入理解 . 總結(jié) 需求獲取 ? 需求獲取以及相關(guān)制品 work to be done result artifacts List candidate requirements Feature list Understand system context Business or domain model Capture functional requirements Use case model Capture nonfunctional Supplementary requirements requirements or individual use cases (for use case specific req.) ?業(yè)務(wù)模型或領(lǐng)域模型 建立了系統(tǒng)的語境，是創(chuàng)建系 統(tǒng) use case 模型的基礎(chǔ)。 ?捕獲需求階段的活動 序號 輸入 活動 執(zhí)行者 輸出 1 業(yè)務(wù)模型或領(lǐng)域模型 ,補(bǔ)充需求 , 特征表 發(fā)現(xiàn)參與者和用況 系統(tǒng)分析員 、 客戶、 用戶 、 其他分析員 用況模型 概述， 術(shù)語表 2 用況模型 概述 ， 補(bǔ)充需求 ， 術(shù)語表 賦予用況優(yōu)先級 體系結(jié)構(gòu)設(shè)計(jì)者 體系結(jié)構(gòu)描述 用況模型角度 3 用況模型 概述 ， 補(bǔ)充需求 ， 術(shù)語表 細(xì)化用況 用況描述者 用況 詳述 4 用況 詳述 ， 用況模型概述 ， 補(bǔ)充需求 ， 術(shù)語表 人機(jī)接口原型化 人機(jī)接口設(shè)計(jì)者 人機(jī)接口原型 5 用況 詳述 ， 用況模型概述 ， 補(bǔ)充需求 ， 術(shù)語表 構(gòu)造用況模型 系統(tǒng)分析員 用況模型 詳述 需求分析 實(shí)際問題 ？ 需求獲取模型 形成 ？ 需求分析模型 形成 需求獲取 需求分析 注：實(shí)現(xiàn)第二次抽象 注：實(shí)現(xiàn)第一次抽象 1) 需求分析層的術(shù)語 ?分析類（ Analysis class） ?Use Case細(xì)化（ Use Case RealizationAnalysis） ?分析包（ Analysis Package） ? 分析類（ Analysis class） 一個分析類抽象地表達(dá)了 系統(tǒng)設(shè)計(jì)中 的一個或多個類和 /或子系統(tǒng)。 目的：使分析類在問題域中更加突出，與設(shè)計(jì)和實(shí)現(xiàn)中的類相比，粒度大，是概念性的。 與設(shè)計(jì)平臺的關(guān)系 ： 實(shí)體類一般表示一個邏輯數(shù)據(jù)結(jié)構(gòu)和屬性，以理解系統(tǒng)依賴什么信息。 實(shí)體類 封裝了問題域中的實(shí)體概念 控制類 封裝了一些重要的定序（ sequences），涉及多個 成分，例如協(xié)調(diào)有意義的 usecase細(xì)化。 作用 ： UseCase 細(xì)化對 usecase模型中的一個特定的 use case 提供了一中直接方式的跟蹤。 ? Usecase細(xì)化 分析 ，描述了如何利用分析模型中協(xié)作，來精 化 use case和相關(guān)的