【正文】 時(shí)序圖（ sequence diagram） ? 協(xié)作圖（ collaboration diagram) ? 活動(dòng)圖（ activity diagram） ?構(gòu)件圖（ ponent diagram） ?部署圖（ deployment diagram） UML的圖表與視圖 靜態(tài)邏輯視圖 動(dòng)態(tài)邏輯視圖 3并發(fā)視圖 1用例視圖 5部署視圖 2邏輯視圖 4構(gòu)件視圖 模型 ,視圖 ,和圖表 Use Case Diagrams Use Case Diagrams 用例圖 Scenario Diagrams Scenario Diagrams 協(xié)作圖 State Diagrams State Diagrams 組件圖 Component Diagrams Component Diagrams 分布圖 State Diagrams State Diagrams 對(duì)象圖 Scenario Diagrams Scenario Diagrams 狀態(tài)圖 Use Case Diagrams Use Case Diagrams 時(shí)序圖 State Diagrams State Diagrams 類圖 活動(dòng)圖 模型 是對(duì)一個(gè)系統(tǒng)從詳細(xì)觀察的角度的描述 模型 圖表 ? 圖表是模型的視圖 ?表現(xiàn)給投資者看得詳細(xì)的描述 。95 OOSE 其他方法 UML Web June 180。第四部分 軟件工程的需求過程 《 軟件工程 》 傳統(tǒng)的需求分析方法 1 面向?qū)ο蟮男枨蠓治龇椒?2 基于 UML的需求分析方法 3 需求工程與需求管理實(shí)現(xiàn) 4 第四部分 軟件工程的需求過程 第三章 基于 UML的需求分析方法 UML概述 需求獲取與用例建模 類與對(duì)象建模 動(dòng)態(tài)建模 物理體系結(jié)構(gòu)建模 第四部分 軟件工程的需求過程 UML概述 UML——統(tǒng)一 OO方法大戰(zhàn)的努力 ? 1960年 70年代 ? COBOL, FORTRAN, C ? 結(jié)構(gòu)化分析和設(shè)計(jì)技術(shù) ? 1980年 1990年前 ? Smalltalk, Ada, C++, Visual Basic ? 早期面向?qū)ο笊桑ùa）方法 ? 1990年中晚期 ? Java ? Unified Process UML概要 ? UML是一種語言： ? 可視化 ? 詳細(xì)描述的 ? 構(gòu)造性的 ? 文檔化的 ? UML的價(jià)值 ? 是一個(gè)開發(fā)的標(biāo)準(zhǔn) ? 支持完整的軟件開發(fā)生命周期模型 ? 支持不同的應(yīng)用領(lǐng)域 ? 是基于經(jīng)驗(yàn)的和用戶群體需要的 ? 被許多工具支持 什么是 UML? ? Unified Modeling Language（統(tǒng)一建模語言）是國際對(duì)象管理組織 OMG制定的一個(gè)通用的、可視化建模語言標(biāo)準(zhǔn) ? 用于描述（ specify）、可視化（ visualize）、構(gòu)造（ construct）和記載（ document）軟件密集型系統(tǒng)的各種工件 ? UML提供了一系列建模元素、概念、關(guān)系以及規(guī)則，應(yīng)用于軟件開發(fā)活動(dòng) ? 詳細(xì)內(nèi)容，請(qǐng)學(xué)習(xí) 《 統(tǒng)一軟件開發(fā)過程 》 （ The Unified Software Development Process）（美） Ivar Jacobson、Grady Booch、 James Rumbaugh著，周伯生、馮學(xué)民、樊東平譯（機(jī)械工業(yè)出版社） UML概念 ? UML—— Unified Modeling Language. ? 組合了當(dāng)前最好的面向?qū)ο筌浖７椒? ? UML三位主要貢獻(xiàn)者 ? 1. OMT方法（對(duì)象、動(dòng)態(tài)、功能模型， James Rumbaugh） ? 2. The Booch method （ 5個(gè)步驟， Grady Booch） ? 3. OOSE （ User Case圖， Ivar Jacobson） James Rumbaugh Grady Booch Ivar Jacobson UML概念 ? 1994年， Booch和 Rumbaugh在 Rational開始了UML的工作，但是的目標(biāo)是創(chuàng)建一個(gè)“統(tǒng)一方法” ? 他們把 Booch93和 OMT2統(tǒng)一起來，與 95年發(fā)布了 （ Unified Method） ? 1995年 OOSE的創(chuàng)始人 Jacobson加入到這個(gè)聯(lián)盟中，開始把工作重點(diǎn)放到創(chuàng)建一種標(biāo)準(zhǔn)建模語言，UML—— Unified Modeling Language。 ? 他們以 Booch方法、 OMT方法、 OOSE方法為基礎(chǔ)，吸收了其他流派的長處，于 96年 6月、 10月、97年 1月、 11月分別推出了 、 、 創(chuàng)建 UML Booch 方法 OMT Unified Method OOPSLA 180。96 公共 反饋 最后提交給 OMG, Sep ‘97 第一次提交給 OMG, Jan 180。 ?提供了系統(tǒng)的局部詳細(xì)描述； ?和別的視圖保持語義一致； ? 在 UML中 ,有九種標(biāo)準(zhǔn)圖表 ?靜態(tài)視圖 : 用例圖 , 類圖 ,對(duì)象圖 ,組件圖 , 分布圖 ?動(dòng)態(tài)視圖 : 時(shí)序圖 ,協(xié)作圖 ,狀態(tài)圖 ,活動(dòng)圖 用例圖 ? 捕獲用戶能夠看到的系統(tǒng) ?通過對(duì)”場景”的描述，定義系統(tǒng)的功能和性能，并獲得用戶和開發(fā)團(tuán)隊(duì)的共同認(rèn)可 ?提供清楚和無二義的用戶與系統(tǒng)的交互描述 用例圖 ? 在開發(fā)過程的早期創(chuàng)建 ? 目的： ?詳細(xì)說明系統(tǒng)的表達(dá)含義； ?捕獲系統(tǒng)的需求； ?驗(yàn)證系統(tǒng)的體系結(jié)構(gòu)； ?驅(qū)動(dòng)實(shí)現(xiàn)和生成測試用例。由一組對(duì)象、對(duì)象間的關(guān)系、對(duì)象間發(fā)送的消息組成一種動(dòng)態(tài)視圖，可以單獨(dú)使用、也可以對(duì)用例中的特定控制流程建模。 ? 二者區(qū)別點(diǎn)在于：順序圖（ sequence diagram）關(guān)注消息的時(shí)間順序，有對(duì)象生命線、有控制焦點(diǎn)；協(xié)作圖（ collaboration diagram，在 munication diagram，二者指的是同一類型的圖）關(guān)注收發(fā)消息的對(duì)象的組織結(jié)構(gòu)，有路徑、有順序號(hào)。一個(gè)電梯可以處于上升、下降、停止?fàn)顟B(tài)。 一臺(tái)電視機(jī)可以處于開機(jī)、播放、待機(jī)或關(guān)機(jī)狀態(tài) 。像狀態(tài)圖一樣，活動(dòng)圖也從一個(gè)連接到初始活動(dòng)的實(shí)心圓開始?；顒?dòng)可以通過轉(zhuǎn)換線段連接到其他活動(dòng)，或者連接到判斷點(diǎn)，這些判斷點(diǎn)連接到由判斷點(diǎn)的條件所保護(hù)的不同活動(dòng)。作為一種選擇， 活動(dòng)可以分組為泳道（ swimlane），泳道用于表示實(shí)際執(zhí)行活動(dòng)的對(duì)象 UML活動(dòng)圖示例（ ATM系統(tǒng)中“客戶插入卡”的活動(dòng)圖） 體系結(jié)構(gòu)和 UML 組織： 包 , 子系統(tǒng) 動(dòng)態(tài) 交互 狀態(tài)機(jī) 設(shè)計(jì)視圖 實(shí)現(xiàn)視圖 過程視圖 組件 類 , 接口 , 協(xié)作 活動(dòng)類 分布視圖 節(jié)點(diǎn) 用例圖 用例 UML靜態(tài)圖 ? 用例圖（ Use Case Diagram） ? 類圖 (Class Diagram) ? 對(duì)象圖 (Object Diagram) ? 構(gòu)件圖 (Component Diagram) ? 部署圖 (Deployment Diagram) UML動(dòng)態(tài)圖 ? 狀態(tài)圖（ State Diagram） ? 時(shí)序圖（ Sequence Diagram） ? 協(xié)作圖（ Collaboration Diagram） ? 活動(dòng)圖 （ Activity Diagram） UML建模方法與視圖 ? 用例建模 ? 用例圖 ? 類和對(duì)象（結(jié)構(gòu)）建模： ? 類圖 ? 對(duì)象圖 ? 行為（動(dòng)態(tài)）建模 ? 用例圖 ? 交互圖（順序圖、協(xié)作圖） ? 活動(dòng)圖 ? 狀態(tài)圖 ? 物理體系結(jié)構(gòu)建模 ? 構(gòu)件圖 ? 實(shí)施圖 UML過程 ? UML過程主要包括： ?用例驅(qū)動(dòng)（ usecasedriven） ?以體系結(jié)構(gòu)為中心（ architecturecentric） ?反復(fù)（ iterative） ?漸增式開發(fā)（ incremental） UML過程 ? 用例驅(qū)動(dòng)： ? 用用例方法獲取系統(tǒng)的功能需求，并以此驅(qū)動(dòng)需求分析之后的所以階段的開發(fā) ? 在需求階段，用例所包括的系統(tǒng)功能，需要用戶的確認(rèn) ? 在設(shè)計(jì)和實(shí)現(xiàn)階段，用例被實(shí)現(xiàn) ? 在測試階段，用例用于驗(yàn)證系統(tǒng)功能 需求 用例 分析 設(shè)計(jì) 實(shí)現(xiàn) 測試 用例視圖 并發(fā)視圖 部署視圖 構(gòu)件視圖 邏輯視圖 用例影響開發(fā)的所有階段 用例視圖影響其他視圖 UML過程 ? 以體系結(jié)構(gòu)為中心 ? 項(xiàng)目開發(fā)的早期，除了需求以外，另一個(gè)最主要的工作就是確定系統(tǒng)的體系結(jié)構(gòu) ? 體系結(jié)構(gòu)定義了系統(tǒng)的各部分、各部分的關(guān)系和交互、通信機(jī)制、如何增加和修改體系結(jié)構(gòu)的規(guī)則 ? 體系結(jié)構(gòu)決定了系統(tǒng)的功能和非功能部分 ? 非功能部分包括：性能、易理解性、易修改性、復(fù)用度 ? 在 UML中，通過定義可以層次化的“包”，來實(shí)現(xiàn)把一個(gè)大系統(tǒng)劃分成不同的小系統(tǒng) ? 確定體系結(jié)構(gòu)的基本方法是：分析、選擇、原型化、評(píng)估和精細(xì) UML過程 ? 反復(fù)迭代 ? 用 UML方法建模，可以反復(fù)多次，不需要一次完成 ? 通過反復(fù)，增加新信息、細(xì)化新的細(xì)節(jié) ? 每次反復(fù)，應(yīng)進(jìn)行評(píng)估，評(píng)估的內(nèi)容還應(yīng)包括：代價(jià)、風(fēng)險(xiǎn) ? 漸增式 ? 多次迭代，每次迭代增加新的用例和功能 ? 每次迭代，都是分析、設(shè)計(jì)、實(shí)現(xiàn)和測試的過程 ? 迭代的最大好處是分解了風(fēng)險(xiǎn)，不至于把失敗的風(fēng)險(xiǎn)留到開發(fā)的最后才發(fā)現(xiàn) 需求獲取與用例分析 需求開發(fā)過程的階段任務(wù) 需求開發(fā)過程的重要里程碑 需求獲取 需求分析 需求處理 需求驗(yàn)證 問題定義階段 需求分析階段 面向用戶確認(rèn)的需求描述 面向?qū)崿F(xiàn)的需求規(guī)格說明 用戶確認(rèn) 需求評(píng)審 面向?qū)崿F(xiàn)的細(xì)化 面向管理的規(guī)范 面向成果的驗(yàn)證 基于 UML的需求獲取 需求獲取與業(yè)務(wù)建模 ? 對(duì)于一個(gè)復(fù)雜的業(yè)務(wù)系統(tǒng)，我們可能涉及：公司組織、業(yè)務(wù)單位、部門和人員崗位、職責(zé)和功能、內(nèi)部和外邊網(wǎng)絡(luò)、客戶、業(yè)務(wù)信息流、行政和財(cái)務(wù)流等等 ? 為這個(gè)組織建立計(jì)算機(jī)系統(tǒng)，我們要回答： ? 為什么要建立這個(gè)系統(tǒng) ? 這個(gè)系統(tǒng)的定位在何處 ? 我們?nèi)绾未_定哪些功能是最適宜放在系統(tǒng)的特定節(jié)點(diǎn)上 ? 我們何時(shí)采用計(jì)算機(jī)處理而何時(shí)采用人工處理 ? 為適應(yīng)計(jì)算機(jī)處理，我們需要改變現(xiàn)有工作流程嗎 ? 回答這些問題的技術(shù)，就是業(yè)務(wù)建模 ? 業(yè)務(wù)建模的目的： 建模過程是開發(fā)者和用戶之間為導(dǎo)出需求規(guī)約而進(jìn)行的交互過程 因此： ? 理解現(xiàn)有業(yè)務(wù)組織的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)運(yùn)作方式 ? 確?？蛻簟⒆罱K用戶以及開發(fā)人員對(duì)業(yè)務(wù)組織有共同的理解 ? 系統(tǒng)的邊界在那里？功能是什么？ ? 理解如何部署新的系統(tǒng)以提高生產(chǎn)力，以及現(xiàn)有的哪一個(gè)系統(tǒng)會(huì)受到新系統(tǒng)的影響 ? 系統(tǒng)的功能由用例來表示： 用例用來： ? 確定和描述系統(tǒng)的功能要求 ? 給出清晰和一致的系統(tǒng)做什么的描述 ? 為驗(yàn)證系統(tǒng)所需的系統(tǒng)測試提供基準(zhǔn) ? 提供從功能需求到系統(tǒng)實(shí)際類和操作的跟蹤能力 圖例 說明 業(yè)務(wù)處理 單位 業(yè)務(wù)處理 描述 表格制作 傳遞 存儲(chǔ) 收集資料 儲(chǔ)戶 存折 存取款單 存折 現(xiàn)金 存折 業(yè)務(wù)分類 存款單折 取款單折 存款處理 取款處理 利息文件 帳目文件 存取款業(yè)務(wù) B 2 系統(tǒng)分析 B 2 . 2表 格 名 稱 業(yè) 務(wù) 流 程 第 圖 / 共 張圖業(yè)務(wù)名稱： 制圖： 審核：單位名稱： 核對(duì)： 年 月 日傳統(tǒng)方法：業(yè)務(wù)流程圖 ——存取款業(yè)務(wù)處理過程 在 UML中的建模結(jié)構(gòu)就是 業(yè)務(wù)用例模型 和 業(yè)務(wù)對(duì)象模型 ? 領(lǐng)域模型 將系統(tǒng)語境中的重要概念描述為領(lǐng)域?qū)ο螅⒔⑦@些領(lǐng)域?qū)ο笾g的關(guān)系 ? 業(yè)務(wù)模型 是領(lǐng)域模型的超集，包括： ：說明系統(tǒng)所支持的業(yè)務(wù)過程 ：領(lǐng)域模型和業(yè)務(wù)用例實(shí)現(xiàn) ? 業(yè)務(wù)用例模型 是業(yè)務(wù)系統(tǒng)預(yù)期功能的描述模型，是系統(tǒng)開發(fā)任務(wù)和作為產(chǎn)品提交時(shí)的最根本的系統(tǒng)工作描述 ? 業(yè)務(wù)對(duì)象模型 描述了實(shí)體和相互交互完成業(yè)務(wù)用例所需要的功能，是業(yè)務(wù)用例的實(shí)現(xiàn) ? 下面，我們用示例介紹 利用 UML概念進(jìn)行業(yè)務(wù)建模 業(yè)務(wù)過程與業(yè)務(wù)用例 ? 一個(gè) 業(yè)務(wù)過程 是根據(jù)組織目標(biāo)而采用組織資源來獲得預(yù)定義結(jié)果的一組邏輯相關(guān)的活動(dòng) ? 用一個(gè) 業(yè)務(wù)用例 代表一個(gè)業(yè)務(wù)過程 ? 業(yè)務(wù)用例包括： ? 角色（與業(yè)務(wù)活動(dòng)交互的人或系統(tǒng)） ? 用例（角色與業(yè)務(wù)元素交互完成工作的事件序列） ? 建立業(yè)務(wù)用例的過程： ?