【正文】 Accounting system Use case in the Billing and Payment System that support the business use case Sales:From Order to Delivery. The role initiator, attached to the associations, indicate which actor starts the use case. 發(fā)現(xiàn)并描述 Use Case (1) 對(duì) use case的回顧 A use case specifies a sequence of actions, including alternatives of the sequence , that the system can perform , interacting with actor of the system. ? actor 使用系統(tǒng)的每一方法（ way ），被表示為一個(gè) use case ? Use case 是系統(tǒng)向它的 actors 提供結(jié)果（值）的功能塊 （ chunks ）。這樣的名字可以 “傳達(dá)”（ convey）所期望的語(yǔ)義。 如果 2個(gè)或多個(gè) actors有著幾乎相同的角色，那么就應(yīng)該 考慮： ?是否將這些角色組合到一個(gè) actor的角色中，或 ?是否需要發(fā)現(xiàn)另外一個(gè) “ 一般化 ” 的 actor，使之具有那些 重疊的、公共的角色 ，并可以通過(guò) “ 泛化 ” ，形成那些特 定 actor。 該準(zhǔn)則將幫助我們僅發(fā)現(xiàn)那些相關(guān)的 actors，避免 actor 僅是一些想象的 “ 事物 ” 。 Note:還要標(biāo)識(shí)表示外部系統(tǒng)的 actor和系統(tǒng)維護(hù)和運(yùn)行所需要的 actor 。 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 需求捕獲工作流中的活動(dòng) 發(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，即： ? 對(duì)于業(yè)務(wù)中的每一個(gè)工作人員，可以建議一個(gè)候選的 actor ? 對(duì)于每一個(gè)將要使用該信息系統(tǒng)的業(yè)務(wù) actor （即每一個(gè)業(yè)務(wù)客戶）， 可以建議候選的一個(gè) actor。 ? UseCase模型 作為客戶和開發(fā)人員之間的一種共識(shí)。 每一個(gè) 業(yè)務(wù) use case的細(xì)化可以通過(guò)交互圖和活動(dòng)圖予以 表示。 A work unit 是這樣實(shí)體的一個(gè)集合，對(duì)最終用戶 而言，形成了可認(rèn)知的整體。 其中， Business entity 表示某些事物（ something） ,例如 一張發(fā)票。 一般來(lái)說(shuō)， 業(yè)務(wù) use case 模型 是以 use case 圖予以描述的 . ? 業(yè)務(wù)對(duì)象模型 業(yè)務(wù)對(duì)象模型是一個(gè)業(yè)務(wù)的內(nèi)部（ interior）模型。 一般來(lái)說(shuō)，領(lǐng)域模型是以類圖予以描述的。 ?實(shí)在對(duì)象（ Realworld objects）和概念：例如 飛機(jī)， 火箭等。其中領(lǐng)域 對(duì)象表示 系統(tǒng)工作環(huán)境中存在的事物或發(fā)生的事件。 ? 實(shí)現(xiàn)中相聯(lián)的風(fēng)險(xiǎn)等級(jí)。 ( 所需的資源類型和人 /時(shí)）。 每一特征還有一組對(duì)規(guī)劃有意義的信息，可以包括： ?狀態(tài)（ Status），例如 ，提交，批準(zhǔn)，確認(rèn) 是組成的等。 feature 作為需求 , 被轉(zhuǎn)換為其它制品。 統(tǒng)計(jì) 2科以上不及格的人數(shù)。作為需求 , 并被轉(zhuǎn)換為其它制品。 實(shí)際問題 模型表示 工具 USE CASE圖 體系結(jié)構(gòu)描述 USE CASE模型 （ 2） 需求工作流 實(shí)際問題 ？ 需求獲取模型 （ USE CASE 模型） 形成 體系結(jié)構(gòu)描述 USE CASE模型 形成 需求工作流及所創(chuàng)建的制品 一般來(lái)說(shuō)，需求工作流包括以下四步，但它們并非是嚴(yán)格 分離的。 實(shí)際問題 需求獲取層 模型表示 工具 ? ? ? 注： 這些概念體現(xiàn)了一些設(shè)計(jì)原理 （ 1）需求獲取層的術(shù)語(yǔ)（概念） ? USE CASE ? actor 以及 ? 4個(gè)表達(dá)關(guān)系的概念：關(guān)聯(lián)、包含、擴(kuò)展、泛化。 1） 需求獲取的目標(biāo) 對(duì)大系統(tǒng)的開發(fā)來(lái)說(shuō) ， 需求一般包括需求獲取和需求分析 ?需求獲取的目標(biāo)是： ? 需求分析的目標(biāo)是： 客觀問題（系統(tǒng)） 系統(tǒng)需求獲取模型 形成 涉及：不同概念和不同處理邏輯 形成 涉及：不同概念和不同處理邏輯 系統(tǒng)分析模型 描述 — 系統(tǒng)需求獲取模型 體系結(jié)構(gòu)描述 USE CASE模型 體系結(jié)構(gòu)描述 Analysis模型 實(shí)現(xiàn)需求獲取目標(biāo)的基本途徑 實(shí)現(xiàn) 需求獲取的目標(biāo)，即實(shí)現(xiàn) 實(shí)際問題到軟件開發(fā)需求獲取層的映射，從軟件開發(fā)的角度 實(shí)現(xiàn)第一次抽象。 由上可見： USDP對(duì)于如何運(yùn)用 UML的概念進(jìn)行軟件開發(fā)提供了詳細(xì)指導(dǎo) 。 期間，培訓(xùn)用戶如何使用該軟件。 ?構(gòu)造階段（ the construction phase）的基本目標(biāo)是： 開發(fā)完整的系統(tǒng) 確保產(chǎn)品可以開始向客戶交付 , 即具有初始操作能力。還提供了軟件開發(fā)生命周期的結(jié)構(gòu)，明確定義了主要里程碑和決策的關(guān)系 (3) 是一個(gè)過(guò)程產(chǎn)品，提供了可定制的軟件工程的過(guò)程框架。 第二點(diǎn)： 問題空間的處理邏輯 與 解空間處理邏輯 之間的映射 例如 1： 加工 1（ 及相關(guān)的數(shù)據(jù)流 ） =F（ 計(jì)算學(xué)生成績(jī) ） 其中：使用的方法：結(jié)構(gòu)化方法； 對(duì)應(yīng)的過(guò)程：需求分析 使用的原理：過(guò)程抽象 加工 1 計(jì)算學(xué)生平均成績(jī) 科目 +年級(jí) /班 學(xué)生成績(jī)文件 學(xué)生平均成績(jī) 規(guī)約后的處理邏輯 例如 2： 交互圖 1=H（ 計(jì)算學(xué)生成績(jī) ） 其中：對(duì)應(yīng)的過(guò)程：需求分析 使用的方法：面向?qū)ο? 使用的原理：行為結(jié)構(gòu)抽象 （ 簡(jiǎn)稱 行為抽象 ） 作用：作為計(jì)算規(guī)則 ：教務(wù)員 ：教員 遞交 A科學(xué)生成績(jī)表 A科學(xué)生成績(jī)表 ：教學(xué)主任 求 A科平均 A科平均 由于以上兩個(gè)映射是由 “ 人 ” 完成的 ， 因此 就軟件開發(fā)而言 ， 需要解決兩個(gè)方面的問題： 1：技術(shù) 2：管理 進(jìn)一步說(shuō) ， 技術(shù)問題主要是指軟件開發(fā)過(guò)程通常需 要遵循的 途徑 和 方向 其中 ， 過(guò)程方向 確定用于創(chuàng)建問題模型和設(shè)計(jì)解的 特定的抽象層次 例如 ， 需求 、 設(shè)計(jì) 、 實(shí)現(xiàn) 、 部署等 問題空間 需求 一個(gè)抽象層 設(shè)計(jì) 一個(gè)抽象層 實(shí)現(xiàn) 一個(gè)抽象層 部署 一個(gè)抽象層 特定的 notation 特定的 notation 特定的 notation 特定的 notation 驗(yàn) 證 / 確 認(rèn) 問題空間 需求 一個(gè)抽象層 設(shè)計(jì) 一個(gè)抽象層 實(shí)現(xiàn) 一個(gè)抽象層 部署 一個(gè)抽象層 特定的 notation 特定的 notation 特定的 notation 特定的 notation 驗(yàn) 證 / 確 認(rèn) 它們體現(xiàn)了我們所說(shuō)的一些軟件設(shè)計(jì)原理 過(guò)程途徑 實(shí)現(xiàn)不同抽象層次的映射 ？ ？ ？ ？ ？ ？ ？ ？ 典型的途徑有： 結(jié)構(gòu)化方法 面向數(shù)據(jù)結(jié)構(gòu)方法 面向?qū)ο蠓椒ㄒ约? 維也納開發(fā)方法 （ VDM） 等 注：主要講解結(jié)構(gòu)化方法和面向?qū)ο蠓椒?。 解決問題的思維邏輯 不同。軟件體系結(jié)構(gòu) (Software Architecture) 講義 13：統(tǒng)一軟件開發(fā)過(guò)程（ RUP） 一、引言 為屏蔽計(jì)算機(jī)硬件的異構(gòu)性，發(fā)展了操作系統(tǒng) .NET/COM Web Services J2EE/EJB 操作系統(tǒng) UNIX Windows Linux C/C++ 語(yǔ)言 Java 語(yǔ)言 支撐軟件 ?中間件 為屏蔽操作系統(tǒng)和編程語(yǔ)言的異構(gòu)性，發(fā)展了支撐軟件和中間件 為了屏蔽中間件之間的異構(gòu)性，出現(xiàn)了 Web技術(shù)。 Fortran 語(yǔ)言 為了禰補(bǔ)應(yīng)用軟件與現(xiàn)實(shí)計(jì)算環(huán)境之間的距離 應(yīng)用系統(tǒng) 網(wǎng) 絡(luò) 層 綜觀 軟件技術(shù) 的發(fā)展 應(yīng)用系統(tǒng) 概念不同，邏輯不同。 “距離” 語(yǔ) 言 網(wǎng)絡(luò) 異構(gòu) VB、 VC 程序設(shè)計(jì)環(huán)境 中間件技術(shù)與產(chǎn)品 面向領(lǐng)域的軟件體系結(jié)構(gòu) 應(yīng)用框架 領(lǐng)域軟件生產(chǎn)線 系統(tǒng)建模 運(yùn)行平臺(tái) 開發(fā)平臺(tái) 軟件工程學(xué)科所要解決的問題 軟件開發(fā)的本質(zhì) 可概括為： 第一點(diǎn)： 問題空間的概念 與 解空間的模型化概念 之間的映射 例如：對(duì)象 = F（張山） （ 模型化概念 ） （ 問題空間的概念 ） 其中， 對(duì)應(yīng)的過(guò)程：需求分析 使用的技術(shù)：面向?qū)ο? 使用的原理：數(shù)據(jù)抽象 目的：作為計(jì)算的客體。 RUP的本質(zhì)及特點(diǎn) (1) 是一種迭代的、以架構(gòu)為中心的、用例驅(qū)動(dòng)的軟件開發(fā)方法 (2) 是一種具有明確定義和結(jié)構(gòu)的軟件工程過(guò)程，包括規(guī)定了人員的職責(zé)、如何完成各項(xiàng)工作以及何時(shí)完成各項(xiàng)工作?？梢赃m用于于不同規(guī)模的開發(fā)團(tuán)隊(duì)和規(guī)范程度不同的開發(fā)方法 ? RUP的基本原理 ?盡早并且不斷化解重大的風(fēng)險(xiǎn) ?確保滿足客戶的需求 ?把注意力放到可執(zhí)行軟件上 ?盡早在項(xiàng)目中適應(yīng)變化 ?在早期確定一個(gè)可執(zhí)行的架構(gòu)