上傳人：我***

認(rèn)證信息

認(rèn)證類型：個人認(rèn)證

認(rèn)證主體：孔**（實名認(rèn)證）

IP屬地：北京

IP屬地：北京 上傳時間：2022-10-09 格式：PPTX 頁數(shù)：177 大?。?.59MB 積分：18 舉報 版權(quán)申訴

1、面向?qū)ο蠓治鯱ML的誕生與發(fā)展20世紀(jì)70年代出現(xiàn)了面向?qū)ο蟮某绦蛟O(shè)計語言。20世紀(jì)80年代，出現(xiàn)了面向?qū)ο蟮慕ＵZ言。在1989年到1994年期間,面向?qū)ο蟮姆椒◤牟坏绞N增加到了五十多種 ；一些方法脫穎而出，包括Booch方法、 OMT和OOSE等方法；其他的方法還有Fusion方法、Shlaer-Mellor 方法和Coad-Yourdon方法經(jīng)過Booch、Rumbaugh和Jacobson三人的共同努力,于1996年發(fā)布了UML(Unified Modeling Language)。UML的三位主要奠基人，被稱為“三友”（three amigos），UnifiedG.Booch 布奇

2、 Booch方法J.Rumbaugh 蘭博 OMT方法I.Jacobson 雅格布森 OOSEUML的標(biāo)準(zhǔn)化1997年11月14日，UML1.1版本被OMG（對象管理組織）采納為標(biāo)準(zhǔn)，并陸續(xù)修訂頒布了1.3、1.4和1.5等版本。2000年-2003年，UML2.0版本問世。2005年，UML2.0標(biāo)準(zhǔn)版本被OMG采納。Booch Rumbaugh JacobsonUML 的形成過程UML的主要特點統(tǒng)一的標(biāo)準(zhǔn)UML是被OMG接受為標(biāo)準(zhǔn)，越來越多的開發(fā)人員使用UML進(jìn)行軟件開發(fā)，越來越多的廠商支持UML。面向?qū)ο笫侵С諳O軟件開發(fā)的建模語言。可視化、表達(dá)能力強(概念明確)建模表示法簡潔，圖形結(jié)構(gòu)

3、清晰，可視化、表示能力強大，容易掌握和使用。獨立于過程UML不依賴于特定的軟件開發(fā)過程。 可視化UML通過它的元模型和表示法，把那些通過文字或其他表達(dá)方法很難表達(dá)清楚的、隱晦的潛臺詞用簡單直觀的圖形表達(dá)和暴露出來，準(zhǔn)確而直觀地描述其復(fù)雜的含義。例如：造一輛車身是紅色金屬漆的小轎車，裝備四個普利司通牌子的輪胎，它是一輛四門車，車門時加厚的，并且前后門玻璃上貼黑色的膜。前后擋風(fēng)玻璃里都裝有電熱絲，后視鏡是電動可調(diào)的。2022/9/268UML的構(gòu)成為了理解UML， 需要形成該語言的概念模型，這要求學(xué)習(xí)語言的三個要素。UML的基本構(gòu)造塊,也叫建模元素。UML的構(gòu)造塊包括事物(Things) 關(guān)系(R

4、elationships) 圖(Diagrams) 支配構(gòu)造塊如何放在一起的規(guī)則（the rules ）UML的公共機(jī)制（common mechanisms）掌握了這些思想，就能讀懂UML，并能構(gòu)建一些基本的UML模型。UML的上述三個要素的關(guān)系如下列圖示：UML的構(gòu)成圖UML構(gòu)成規(guī)則公共機(jī)制命名范圍執(zhí)行完整性可見性擴(kuò)展機(jī)制通用劃分詳述修飾構(gòu)造型約束標(biāo)記值UML基本構(gòu)造塊事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系用例類接口協(xié)作主動類組件節(jié)點狀態(tài)機(jī)交互機(jī)包注釋模型元素UML基本構(gòu)造塊聚合關(guān)系視圖UML構(gòu)成模型元素用例視圖邏輯視圖進(jìn)程視圖構(gòu)件視圖配置視圖時序圖協(xié)作圖狀

5、態(tài)圖活動圖UML基本構(gòu)造塊用例圖類圖對象圖構(gòu)件圖配置圖視圖UML基本構(gòu)造塊事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系用例類接口協(xié)作主動類組件節(jié)點狀態(tài)機(jī)交互機(jī)包注釋模型元素圖靜態(tài)圖動態(tài)圖用例圖類圖對象圖組件圖配置圖時序圖協(xié)作圖狀態(tài)圖活動圖UML軟件系統(tǒng)體系結(jié)構(gòu)的描述作用：描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；適用對象：客戶、分析者、設(shè)計者、開發(fā)者和測試者；描述使用的圖：用例圖和活動圖；重要性：系統(tǒng)的中心，它決定了其他視圖的開發(fā)，用于確認(rèn)和最終驗證系統(tǒng)。 1用例視圖2邏輯視圖作用：描述如何實現(xiàn)系統(tǒng)內(nèi)部的功能 ；適用對象：分析者、設(shè)計者、開發(fā)者 ；描述使用的圖：類圖和對

6、象圖、狀態(tài)圖、順序圖、合作圖和活動圖 ；重要性：描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和因發(fā)送消息而出現(xiàn)的動態(tài)協(xié)作關(guān)系 。靜態(tài)結(jié)構(gòu):類圖、對象圖動態(tài)行為：狀態(tài)圖、活動圖、時序圖、協(xié)作圖 作用：描述系統(tǒng)代碼構(gòu)件組織和實現(xiàn)模塊，及它們之間的依賴關(guān)系 ；適用對象：設(shè)計者、開發(fā)者 ；描述使用的圖：構(gòu)件圖 ；重要性：描述系統(tǒng)如何劃分軟件構(gòu)件，如何進(jìn)行編程 。 3構(gòu)件視圖 作用：描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步 ；適用對象：開發(fā)者和系統(tǒng)集成者 ；描述使用的圖：狀態(tài)圖、順序圖、合作圖、活動圖、構(gòu)件圖和配置圖 ；重要性：將系統(tǒng)分割成并發(fā)執(zhí)行的控制線程及處理這些線程的通信和同步 。 4進(jìn)程視圖作用：描述系統(tǒng)的物理設(shè)

7、備配置，如計算機(jī)、硬件設(shè)備以及它們相互間的連接 ；適用對象：開發(fā)者、系統(tǒng)集成者和測試者 ；描述使用的圖：配置圖 ；重要性：描述硬件設(shè)備的連接和哪個程序或?qū)ο篑v留在哪臺計算機(jī)上執(zhí)行 。 5配置視圖設(shè)計視圖實現(xiàn)視圖配置視圖過程視圖Use case視圖2022/9/26UML系統(tǒng)建模與分析設(shè)計21高級語言程序設(shè)計UML模型元素事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系用例類接口協(xié)作主動類組件節(jié)點狀態(tài)機(jī)交互機(jī)包注釋模型元素圖靜態(tài)圖動態(tài)圖用例圖類圖對象圖組件圖配置圖時序圖協(xié)作圖狀態(tài)圖活動圖UML1.事物（Thing）事物是對模型中最具有代表性的成分的抽象。結(jié)構(gòu)事物：UML中

8、的名詞，它是模型基本物理元素。類、接口、協(xié)作（它是一個交互，它是由一組共同工作以提供某協(xié)作行為的角色和其它元素構(gòu)成的一個群體。）、用例、主動類（至少擁有一個進(jìn)程或者線程，其元素的行為可以和其它元素的行為并發(fā)）、構(gòu)件（如COM+和Java Bean）、節(jié)點。 行為事物：UML中的動詞，它是模型中的動態(tài)部分，是一種跨越時間、空間的行為。交互、狀態(tài)機(jī) （描述了一個對象或者一個交互在生命期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列）。分組事物：UML中的容器，用來組織模型，使模型更加的結(jié)構(gòu)化。例如：包。輔助事物：UML中的解釋部分，和代碼中的注釋語句一樣，是用來描述模型的。 例如：注釋。結(jié)構(gòu)事物(Structural

9、 things ) 結(jié)構(gòu)事物是模型中的靜態(tài)部分，用以呈現(xiàn)概念或?qū)嶓w的表現(xiàn)元素，是軟件建模中最常見的元素，共有以下七種： 類(class): 用矩形表示，寫有類的名稱,屬性和操作。 接口(interface) 用帶有名稱的圓表示。 協(xié)作(collaboration) 用含有名稱的虛線橢圓表示。 用例(Use case) 用含有名稱的實線橢圓表示。 主動類(Active class):與類相似,不同點就是對象至少擁有一個進(jìn)程或線程,因此能夠啟動控制活動. 外框是粗線,包括名稱,屬性和操作。 構(gòu)件(Component): 是類,接口和協(xié)作的物理包. 用帶有小方框的矩形表示,只寫構(gòu)件的名稱。 結(jié)點(n

10、ode): 與類相似,通常用只包括名稱的立方體表示. 表示可計算的一種資源。結(jié)構(gòu)事物部分圖符結(jié)構(gòu)事物部分圖符27行為事物(Behavioral things)行為事物描述跨越時間和空間的行為. 行為事物指的是UML模型中的動態(tài)部分，代表語句里的“動詞”，表示模型里隨著時空不斷變化的部分，包含兩類：交互(interaction): 包括消息,動作序列和鏈.用一條有向直線表示。狀態(tài)機(jī)(state machine): 包括狀態(tài),轉(zhuǎn)換,事件和活動.用圓角矩形表示. 分組事物(Grouping things)分組事物可以看成是一個“盒子”，模型可以在其中被分解。目前只有一種分組事物，即包。結(jié)構(gòu)事物、動作

11、事物甚至分組事物都有可能放在一個包中。包純粹是概念上的，只存在于開發(fā)階段，而組件在運行時存在。包(package): 是把元素組成組的機(jī)制.結(jié)構(gòu)事物,行為事物甚至其它事物組成一個包.由左上角有一個小矩形的大矩形來表示. 注釋事物(Annotational things)注釋事物是UML模型的解釋部分。注解(note):依附于一個元素或一組元素之上，對它進(jìn)行約束或解釋的簡單的符號。用右上角是折角的矩形來表示。UML基本構(gòu)造塊事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系用例類接口協(xié)作主動類組件節(jié)點狀態(tài)機(jī)交互機(jī)包注釋模型元素圖靜態(tài)圖動態(tài)圖用例圖類圖對象圖組件圖配置圖時序圖

12、協(xié)作圖狀態(tài)圖活動圖UML基本構(gòu)造塊關(guān)系（Relationships）關(guān)系是將事物聯(lián)系在一起的方式，UML中定義了四種關(guān)系： 關(guān)聯(lián)（ Association ）關(guān)聯(lián)是類之間的結(jié)構(gòu)關(guān)系，它描述了一組鏈，鏈?zhǔn)菍ο螅惖膶嵗┲g的連接。聚合與合成是特殊類型的關(guān)聯(lián)，描述了整體和部分間的結(jié)構(gòu)關(guān)系。在圖形上，把關(guān)聯(lián)畫成一條實線，它可能有方向，偶爾在其上還帶有一個標(biāo)記，而且它還經(jīng)常含有諸如多重性和端名這樣的修飾，如圖所示。依賴（Dependencies）依賴是兩個模型元素間的語義關(guān)系，其中一個元素（獨立元素）發(fā)生變化會影響另一個元素（依賴元素）的語義。在圖形上，把依賴畫成一條可能有方向的虛線，偶爾在其上還帶

13、有一個標(biāo)記，如圖所示： 泛化（Generalization）泛化是一種特殊/一般關(guān)系，在其中特殊元素（子元素）基于一般元素（父元素）而建立。用這種方法，子元素共享了父元素的結(jié)構(gòu)和行為在圖形上，把泛化關(guān)系畫成一條帶有空心箭頭的實線，該實線指向父元素，如圖示： 實現(xiàn)(Realization) 實現(xiàn)（realization）是類目之間的語義關(guān)系，其中的一個類目指定了由另一個類目保證執(zhí)行的合約。在兩種地方會遇到實現(xiàn)關(guān)系：一種是在接口和實現(xiàn)它們的類或構(gòu)件之間；另一種是在用況和實現(xiàn)它們的協(xié)作之間。在圖形上，把實現(xiàn)關(guān)系畫成一條帶有空心箭頭的虛線，它是泛化和依賴關(guān)系兩種圖形的結(jié)合，如圖所示。 UML基本構(gòu)造塊

14、事物關(guān)系結(jié)構(gòu)事物行為事物分組事物輔助事物關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系用例類接口協(xié)作主動類組件節(jié)點狀態(tài)機(jī)交互機(jī)包注釋模型元素圖靜態(tài)圖動態(tài)圖用例圖類圖對象圖組件圖配置圖時序圖協(xié)作圖狀態(tài)圖活動圖UML基本構(gòu)造塊用例模型及組成成分用例圖從用戶的角度出發(fā)描述系統(tǒng)的功能、需求，展示系統(tǒng)外部的各類角色與系統(tǒng)內(nèi)部的各種用例之間的關(guān)系1類圖（Class diagram）類圖描述系統(tǒng)所包含的類、類的內(nèi)部結(jié)構(gòu)及類之間的關(guān)系類圖是邏輯視圖的重要組成部分，用于對系統(tǒng)的靜態(tài)結(jié)構(gòu)建模。在系統(tǒng)分析階段，類圖主要用于顯示角色和提供系統(tǒng)行為的實體的職責(zé)；在系統(tǒng)設(shè)計階段，類圖主要用于捕捉組成系統(tǒng)體系結(jié)構(gòu)的類結(jié)構(gòu)；在系統(tǒng)實現(xiàn)階段

15、，根據(jù)類圖中的類及它們之間的關(guān)系實現(xiàn)系統(tǒng)的功能。 靜態(tài)模型與系統(tǒng)體系結(jié)構(gòu)建模2022/9/2639類是一組具有相同屬性、相同行為、和其他對象有相同關(guān)系、有相同表現(xiàn)的對象描述，類具有屬性和操作相對一個類的實例是對象，對象是一個類的實例，對象的每一個屬性都具有具體的值，在UML中用如下圖 所示 。若僅僅指明是某一個類的一般性對象，可表示為2對象圖（Object diagram）對象圖是類圖的一個具體實例3包圖(Package diagram) 包圖表明包及其之間的依賴類圖4構(gòu)件圖 (Component diagram) 組件圖描述代碼部件的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系5配置圖 部署圖定義系統(tǒng)中

16、軟硬件的物理體系結(jié)構(gòu)動態(tài)模型與行為控制流建模 順序圖（Sequence Diagram）用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。順序圖的一個用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個用例行為時，順序圖中的每條消息對應(yīng)了一個類操作或引起狀態(tài)轉(zhuǎn)換的觸發(fā)事件 順序圖（也稱時序圖）表示實例之間按時間順序組織的交互，是描述消息時間順序的交互圖。支持實時系統(tǒng)和復(fù)雜場景的詳細(xì)建模。在圖形上，順序圖是二維的。其中，垂直方向表示時間，水平方向表示不同的對象，顯示的對象沿橫軸排列，從左到右分布在圖的頂部；而消息則沿縱軸按時間順序排序。2合作圖（協(xié)作圖）描述對象間的協(xié)作關(guān)系，協(xié)作圖跟順序圖

17、 相似，顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外，協(xié)作圖還顯示對象以及它們之間的關(guān)系.協(xié)作圖的一個用途是表示一個類操作的實現(xiàn)協(xié)作圖是強調(diào)發(fā)送和接受消息的對象之間的結(jié)構(gòu)組織的交互圖，可顯示對象、對象之間的鏈接以及對象之間的消息，還可以顯示當(dāng)前模型中的簡單類實例和類實體實例。高級語言程序設(shè)計2合作圖3狀態(tài)圖 狀態(tài)圖是對類的一種補充描述，它展示了此類對象所具有可能的狀態(tài)以及某些事件發(fā)生時其狀態(tài)的轉(zhuǎn)移情況。與交互圖不同，交互圖對共同工作的對象群體的行為建模，而狀態(tài)圖對單個對象的狀態(tài)變化行為建模。4活動圖 活動圖是狀態(tài)圖的一個變體，用來描述執(zhí)行算法的工作流程中涉及的活動活動圖描述了一組順序的或并發(fā)的活

18、動 高級語言程序設(shè)計子系統(tǒng)組織的系統(tǒng)體系結(jié)構(gòu) UML系統(tǒng)體系結(jié)構(gòu)模型 系統(tǒng)模型組織的系統(tǒng)體系結(jié)構(gòu) 系統(tǒng)體系結(jié)構(gòu)模型的描述方式UML的構(gòu)成圖UML構(gòu)成規(guī)則公共機(jī)制命名范圍執(zhí)行完整性可見性擴(kuò)展機(jī)制通用劃分詳述修飾構(gòu)造型約束標(biāo)記值UML基本構(gòu)造塊公共機(jī)制UML具有四種貫穿整個語言且一致應(yīng)用的公共機(jī)制，使得UML較為簡單，他們分別是：詳述（Specifications）修飾（Adornments）通用劃分（Common divisions）擴(kuò)展機(jī)制（Extensibility mechanisms）詳述（Specifications）在UML中，每個模型元素的圖形表示法之后都存在一個詳述(規(guī)范說明)，

19、它以文字的形式描述基本模型元素的語法和語義。例如，在類的圖符背后有一個詳述，它提供了對該類所擁有的屬性、操作（包括完整的特征標(biāo)記）和行為的全面描述；在視覺上，類的圖符可能僅展示了這個詳述的一小部分。此外，可能存在著該類的另一個視圖，其中提供了一個完全不同的部件集合，但是它仍然與該類的基本詳述相一致。UML的圖形表示法用來對系統(tǒng)進(jìn)行可視化；UML的詳述用來說明系統(tǒng)的細(xì)節(jié)。修飾（Adornments）對類的詳述可以包含其他細(xì)節(jié)，例如，它是否是抽象類，或它的屬性和操作是否可見?？梢园押芏噙@樣的細(xì)節(jié)表示為圖形或文字修飾，放到類的基本矩形符號上。例如，下圖是一個帶有修飾的類，圖中表明這個類是一個抽象類，

20、有兩個公共操作、一個受保護(hù)操作和一個私有操作。 UML表示法中的每一個元素都有 一個基本符號，可以把各種修飾 細(xì)節(jié)加到這個符號上。 修飾舉例在UML眾多的修飾符中，注釋是一種最重要的并且能單獨存在的修飾符，它是附加在模型元素或元素集上用來表示約束或注解信息的圖形符號。圖中注釋的作用是指出priority()的算法細(xì)節(jié)在文檔exe.doc中。通用劃分（Common divisions）UML提供了事物的抽象的描繪和具體的實例兩種兩分法表達(dá)，被稱為公共劃分。通常：第一種方法是對類和對象的劃分。類是一種抽象，對象是這種抽象的一個具體表現(xiàn)。在UML中，可以對類和對象建立模型，如圖所示。在圖形上，UML

21、是這樣辨別對象的：用與類同樣的圖形符號來表示對象，并且在對象名的下面畫一道線。 在這個圖中，有一個名稱為Customer的類，它有3個對象，分別為Jan（它被明確地標(biāo)記為Customer的對象），:Customer（匿名的Customer對象）和Elyse（它在詳述中被說明為是一種Customer對象，盡管在這里沒有明確地表示出來）。 通用劃分（Common divisions）第二種方法是接口和實現(xiàn)的分離。接口聲明了一個合約，而實現(xiàn)則表示了對該合約的具體實施，它負(fù)責(zé)如實地實現(xiàn)接口的完整語義。在UML中，既可以對接口建模又可以對它們的實現(xiàn)建模，如圖所示。在這個圖中，有一個名稱為Spelling

22、Wizard.dll的構(gòu)件，它實現(xiàn)了接口IUnknown和接口ISpelling，并且還需要一個由其他構(gòu)件提供的名為IDictionary的接口。 通用劃分（Common divisions）第三種方法是類型和角色的分離。類型聲明了實體的種類（如對象、屬性或參數(shù)），角色描述了實體在語境中的含義（如類、構(gòu)件或協(xié)作等）。任何作為其他實體結(jié)構(gòu)中的一部分的實體（例如屬性）都具有兩個特性：從它固有的類型派生出一些含義，從它在語境中的角色派生出一些含義。擴(kuò)展機(jī)制 UML提供了一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語言，但是一種閉合的語言即使表達(dá)能力再豐富，也難以表示出各種領(lǐng)域中的各種模型在不同時刻所有可能的細(xì)微差別。由于

23、這個原因，UML是目標(biāo)開放的，使人們能夠以受控的方式來擴(kuò)展該語言。UML的擴(kuò)展機(jī)制包括：衍型（Stereotypes）標(biāo)記值（Tagged values）約束（Constraints）擴(kuò)展機(jī)制衍型(構(gòu)造型 ):對UML的詞匯的擴(kuò)展，用于創(chuàng)建與已有的模型元素相似且針對特定問題的新種類的模型元素。用書名號括起來的名字表示，其位置在其他元素之上。 標(biāo)記值:對UML元素的特性的擴(kuò)展，用于在模型元素的規(guī)約中創(chuàng)建新的信息。用花括號括起來的字符串表示，其位置在其他元素之下。 約束:對UML元素的語義的擴(kuò)展，用于增加新規(guī)則或修改已有規(guī)則。用花括號括起來的字符串表示，且放在所關(guān)聯(lián)的元素附近或通過依賴關(guān)系連接相應(yīng)

24、元素。擴(kuò)展機(jī)制實例 衍型exception使得Overflow成為一個模型元素EventQueue中版本和作者是標(biāo)記值add上的約束ordered使得EvenrQueue中的事件按序排列UML的構(gòu)成圖UML構(gòu)成規(guī)則公共機(jī)制命名范圍執(zhí)行完整性可見性擴(kuò)展機(jī)制通用劃分詳述修飾構(gòu)造型約束標(biāo)記值UML基本構(gòu)造塊4.規(guī)則（Rules of the UML）UML的規(guī)則描述了一個結(jié)構(gòu)良好（well-formed）的模型看起來應(yīng)該像什么。而不至于出現(xiàn)不太規(guī)范的使用。UML的有自己的語法和語義上的規(guī)則，用于：名字（Names）：為事物、關(guān)系、圖起的名字范圍（Scope）：使名字具有特定含義的語境可見性（Visi

25、bility）：如何讓其他成分看到和使用這些名字完整性（Integrity）：事物如何正確、一致的相互聯(lián)系執(zhí)行（Execution）：運行或者模擬動態(tài)模型意味著什么UML軟件開發(fā)過程產(chǎn)生的模型與文檔 （1）業(yè)務(wù)模型：建立問題領(lǐng)域的組織結(jié)構(gòu)和業(yè) 務(wù)流程的抽象。描述方式：需求分析規(guī)格說明書。（2）領(lǐng)域模型：建立問題領(lǐng)域的需求分析說明。描述方式：需求分析規(guī)格說明書。（3）用例模型：表達(dá)系統(tǒng)的功能。 描述方式：用例圖、活動圖及需求分析規(guī)格說明書。 1模型 基本功能分析；實現(xiàn)功能的對象；對象之間的關(guān)系；4）分析模型（任選）：只有復(fù)雜的系統(tǒng)才需要建立獨立的分析模型。該模型包括： 描述方式：類圖、對象圖、包

26、圖、順序圖、合 作圖、狀態(tài)圖和活動圖。（5）設(shè)計模型：系統(tǒng)具體解決方案，由調(diào)整和完善分析模型而成。 描述方式：類圖、對象圖、包圖、順序圖、合作圖、狀態(tài)圖和活動圖。（7）實現(xiàn)模型：軟件的系統(tǒng)體系結(jié)構(gòu)。 描述方式：包圖和構(gòu)件圖。 （6）進(jìn)程模型（任選）：描述系統(tǒng)并發(fā)和同步機(jī)制。有多線程的并發(fā)系統(tǒng)才建立。 描述方式：狀態(tài)圖、順序圖、合作圖、活動圖、構(gòu)件圖和配置圖。（8）配置模型：描述系統(tǒng)軟件在各個硬件上的配置。 描述方式：配置圖。（9）測試模型：描述驗證系統(tǒng)功能的途徑。 描述方式：測試案例和測試報告。（1）技術(shù)文檔（2）管理文檔2文檔UML軟件開發(fā)過程的基本特征 1用例驅(qū)動的系統(tǒng)2以體系結(jié)構(gòu)為中心3

27、螺旋上升式的開發(fā)過程4以質(zhì)量控制和風(fēng)險管理為目標(biāo) 客戶需求分析與用例建模用例驅(qū)動是統(tǒng)一過程的重要概念，或者說整個軟件生產(chǎn)過程就是用例驅(qū)動的。分析、設(shè)計、實現(xiàn)、測試都是用例驅(qū)動的，都是以實現(xiàn)用例為目標(biāo)。用例的捕獲手段抽象建造需求模型用例建模 需求分析與用例建模用例建模的主要目標(biāo)是：將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到用戶確認(rèn)； 給出清晰、一致的關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求； 提供從功能需求到系統(tǒng)分析、設(shè)計、實現(xiàn)各階段的度量標(biāo)準(zhǔn)； 為最終系統(tǒng)測試提供基準(zhǔn)，據(jù)此驗證系統(tǒng)是否達(dá)到功能要求； 為項目目標(biāo)進(jìn)度管理和風(fēng)險管理提供依據(jù)。 UML系統(tǒng)建模與分析設(shè)計用例圖 用例建模的步驟： 確定系統(tǒng)的范圍

28、和邊界； 確定系統(tǒng)的執(zhí)行者和用例； 對用例進(jìn)行描述； 定義用例之間的關(guān)系； 審核用例模型。 定義系統(tǒng)的邊界和范圍 系統(tǒng)邊界包括：整個組織：如一個企業(yè)； 一個組織的某個部門：如企業(yè)的財務(wù)處； 計算機(jī)系統(tǒng)的硬件/軟件邊界：如企業(yè)的進(jìn)、銷、存計算機(jī)管理系統(tǒng)。 1定義系統(tǒng)的范圍 2定義系統(tǒng)的邊界確定執(zhí)行者 執(zhí)行者（actor）是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與了系統(tǒng)內(nèi)用例的執(zhí)行。Actor：在系統(tǒng)之外與系統(tǒng)交互的某人或某事物。Actor在建模過程中是處于核心地位的誰是執(zhí)行者？小王去銀行開戶，向大廳經(jīng)理詢問了辦理手續(xù)，填寫了表單，交給柜臺職員，拿到了銀行存折?；卮饐栴}誰對系統(tǒng)有著明

29、確的目標(biāo)和要求并且主動發(fā)出動作？系統(tǒng)是為誰服務(wù)的？參與者業(yè)務(wù)工人執(zhí)行者可以非人需求：每天自動統(tǒng)計網(wǎng)頁訪問量，生成統(tǒng)計報表，并發(fā)送至管理員信箱。原則： 不存在沒有參與者的用例，用例不應(yīng)該自動啟動，也不應(yīng)該主動啟動另一個用例。1定義執(zhí)行者時應(yīng)注意的幾個問題 （1）執(zhí)行者之間可以有繼承關(guān)系 （2）執(zhí)行者代表一種角色而不是具體某個人 （3）對同一個人擔(dān)任角色的限制 （4）執(zhí)行者可分成主執(zhí)行者和副執(zhí)行者 （5）執(zhí)行者還可細(xì)分為主動執(zhí)行者和被動執(zhí)行者 尋找和確定執(zhí)行者 情況一情況二情況三情況四確定用例用例，就是一件事情，要完成這件事情，需要做一系列的活動；而做一件事情可以有很多不同的方法和步驟，也可能會遇

30、到各種各樣的意外情況，因此這件事情是由很多不同情況的集合構(gòu)成的，在UML中我們稱之為場景。一個場景就是一個用例的實例。確定用例1.用例的特征響應(yīng)性。一個用例不自動執(zhí)行，總是有執(zhí)行者啟動。回執(zhí)性。 用例執(zhí)行完畢，向執(zhí)行者提供可識別的返回值。完整性。 用例表示一個完整的功能，必須是一完整的描述。 必須以向執(zhí)行者提供返回值作為該用例完整性的標(biāo)志。用例的特征-響應(yīng)性這件事必須由一個執(zhí)行者發(fā)起，執(zhí)行者的愿望是用例存在的原因。不存在沒有執(zhí)行者的用例，也不應(yīng)該主動啟動另一個用例。用例的特征-完整性用例是相對獨立的，即用例的“功能”是完備的一個用例就是一個需求單元、分析單元、設(shè)計單元、開發(fā)單元、測試單元甚至部

31、署單元。用例的特征-回執(zhí)性用例的執(zhí)行結(jié)果對執(zhí)行者來說是可觀測和有意義的用例的執(zhí)行結(jié)果對參與者來說是可觀測的和有意義的。如，系統(tǒng)會監(jiān)控參與者在系統(tǒng)里的操作，并在參與者刪除數(shù)據(jù)之前備份。雖然它是系統(tǒng)的一個必需組成部分，但它在需求階段卻不應(yīng)該作為用例出現(xiàn)。因為這是一個后臺進(jìn)程，對參與者來說是不可觀測的，它應(yīng)該在系統(tǒng)用例分析階段定義。又比如，登錄系統(tǒng)是一個有效的用例，但輸入密碼卻不是。這是因為登錄系統(tǒng)對參與者是有意義的，這樣他可以獲得身份認(rèn)證和授權(quán)，但輸入密碼卻是沒有意義的，輸入完了呢？有什么結(jié)果嗎？用例的特征-動賓短語用例必然是以動賓短語形式出現(xiàn)的。用例必然是以動賓短語形式出現(xiàn)的。即，這件事必須有一

32、個動作和動作的受體。例如，喝水是一個有效的用例，而“喝”和“水”卻不是。雖然生活常識告訴我們，在沒有水的情況下人是不會做出喝這個動作的，水也必然是喝進(jìn)去的，而不是滑進(jìn)去的.但是我們所見的很多用例中類似“計算”，“統(tǒng)計”，“報表”，“輸出”，“錄入”之類的并不在少數(shù)。尋找和確定用例業(yè)務(wù)用例：開始階段，在確定用戶需求過程中，系統(tǒng)分析員通過與客戶交流建立業(yè)務(wù)模型來發(fā)現(xiàn)和確定的用例。系統(tǒng)用例：系統(tǒng)構(gòu)造階段，系統(tǒng)分析和設(shè)計人員在進(jìn)行系統(tǒng)分析和設(shè)計時，根據(jù)系統(tǒng)的需求建立的用例。在系統(tǒng)開發(fā)的開端階段，應(yīng)把注意力集中在業(yè)務(wù)用例上，在精化階段和構(gòu)建階段再考慮系統(tǒng)用例建立用例模型時，可詢問：用戶(執(zhí)行者)需要系統(tǒng)

33、提供哪些業(yè)務(wù)功能,即系統(tǒng)能做什么?用戶最關(guān)心系統(tǒng)中哪些事件?從功能觀點看,這些事件表示什么?用戶要了解系統(tǒng)在工作中發(fā)生了哪些事件及其結(jié)果?用戶自己需要做什么?用戶是否要在系統(tǒng)中創(chuàng)建、刪除、讀、修改或存儲某類業(yè)務(wù)數(shù)據(jù)？系統(tǒng)為了維持正常運轉(zhuǎn)需要增加的功能和信息的交互； 這些信息從何而來，到哪里去？ 實現(xiàn)當(dāng)前系統(tǒng)（可能是人工系統(tǒng)而不是自動化系統(tǒng)）的關(guān)鍵問題是什么？通過與用戶反復(fù)交流，確定主要業(yè)務(wù)用例和次要業(yè)務(wù)用例。對于建立的每一個業(yè)務(wù)用例，都需要一組系統(tǒng)用例來輔助和支持。（不嚴(yán)謹(jǐn)）系統(tǒng)用例是執(zhí)行者與系統(tǒng)的交互，它描述了系統(tǒng)的功能需求和動態(tài)行為。系統(tǒng)用例用于建立系統(tǒng)用例模型，可通過分析系統(tǒng)的業(yè)務(wù)流和控

34、制流來尋找和確定系統(tǒng)用例。（活動圖）如何獲得用例訪談您對系統(tǒng)有什么期望？您打算在這個系統(tǒng)里面做些什么事情？您做這件事的目的是什么？您做完這件事情希望有一個什么樣的結(jié)果？一個明確的有效地目標(biāo)才是一個用例的來源。一個真實的目標(biāo)應(yīng)當(dāng)完備地表達(dá)執(zhí)行者的期望。一個有效地目標(biāo)應(yīng)當(dāng)在系統(tǒng)邊界內(nèi)，由主角發(fā)動，并具有明確的后果。應(yīng)當(dāng)先建立業(yè)務(wù)用例模型，然后再從業(yè)務(wù)用例模型向系統(tǒng)用例模型映射。 注意用例圖的層次，從系統(tǒng)到子系統(tǒng)逐層建立用例圖。用例和功能的誤區(qū)用例就是功能劃分？ 在描述一個事物的時候，我們可以從以下三個觀點出發(fā)：這個事物是什么？結(jié)構(gòu)性觀點這個事物能做什么？功能性觀點人們能用這個事物做什么？使用者觀點

35、結(jié)構(gòu)性觀點：自行車是一種交通工具，它由傳動系統(tǒng)、剎車系統(tǒng)等部分組成。功能性觀點：自行車可以騎行。使用者觀點：人們可以用雙腳蹬動踏板而向前行進(jìn)，可以用手捏合剎車使自行車停下來。總結(jié)：功能是脫離使用者的愿望而存在的。功能是孤立的，給一個輸入，通過計算就有一個固定的輸出只要按下開關(guān)燈就亮。用例是系統(tǒng)性的，它需要描述誰在什么情況下通過什么方式開燈，結(jié)果是什么。功能描述的是一個個點。用例描述的是一個系統(tǒng)性工作。目標(biāo)和步驟的誤區(qū)用例的粒度ATM取錢的場景中，取錢，讀卡，驗證賬號，打印回執(zhí)單等都是可能的用例？用例粒度的劃分最標(biāo)準(zhǔn)的方法應(yīng)該是：以該用例是否完成了參與者的某個完整目的為依據(jù)的。同一個需求階段，用

36、例的粒度應(yīng)該時同一級別的。粒度選取的問題本質(zhì)上還是因為邊界認(rèn)定不同而產(chǎn)生的。ATM示例客戶代表說：我希望這臺ATM能支持跨行業(yè)務(wù)，我插入卡片輸入密碼后，可以讓我選擇是取錢還是存錢；為了方便，可以設(shè)置一些默認(rèn)的存取金額按鈕；我可以修改密碼，也可以掛失；還有我希望可以交納水費、電費和電話等費用；為了安全起見，ATM上應(yīng)當(dāng)有警示小心騙子的提示條，還有攝像頭；如果輸入三次密碼錯誤，卡片應(yīng)當(dāng)被自動吞沒。判斷題支持跨行業(yè)務(wù)插入卡片輸入密碼選擇服務(wù)取錢存錢掛失卡片交納費用警示騙子三次錯誤吞沒卡片判斷題參考答案支持跨行業(yè)務(wù)錯，這是一個業(yè)務(wù)規(guī)則，限定業(yè)務(wù)的范圍插入卡片錯，這是一個過程步驟，不是完整目標(biāo)輸入密碼錯

37、，這是一個過程步驟，不是完整目標(biāo)選擇服務(wù)錯，這是一個過程步驟，不是完整目標(biāo)取錢對，這是一個完整有效的目標(biāo)存錢對，這是一個完整有效的目標(biāo)掛失卡片對，這是一個完整有效的目標(biāo)交納費用對，這是一個完整有效的目標(biāo)警示騙子錯，已超出了邊界范圍三次錯誤吞沒卡片錯，這是一個業(yè)務(wù)規(guī)則，限定業(yè)務(wù)的范圍描述用例用例名：簡單名： 路徑名：用例的文字描述應(yīng)包括以下內(nèi)容:用例的目的（功能）；該用例在什么情況下被哪個執(zhí)行者啟動執(zhí)行；用例與執(zhí)行者之間交互哪些消息來通知對方作出決定；交互的主消息流及因此被使用或修改的實體；用例中可供選擇的異常事件流；用例結(jié)束標(biāo)志：給執(zhí)行者返回一個可識別的值。舉例：用例名稱：學(xué)生選課 執(zhí)行者：學(xué)

38、生目的：完成一次學(xué)生選課的完整過程。類型：主要的、基本的級別：一級過程描述：（1）學(xué)生輸入標(biāo)識碼（ID），系統(tǒng)識別標(biāo)識碼的有效性；（2）對學(xué)生進(jìn)行注冊識別；（3）流覽本學(xué)期預(yù)開課程；（4）選擇學(xué)生自己要上的課程并確認(rèn)；（5）退出系統(tǒng)，系統(tǒng)給出所選課程列表及相應(yīng)學(xué)分合計。異常事件流處理：（1）標(biāo)識碼有效性檢查失敗，允許學(xué)生重新輸入（3次機(jī)會）。（2）注冊識別失敗，沒有注冊（尙未交學(xué)費）的學(xué)生不能選課。（3）選擇課程確認(rèn)失敗，所選幾門課程中在上課時間上發(fā)生沖 突時，系統(tǒng)提示重選。 用例之間的關(guān)聯(lián)1繼承關(guān)聯(lián)2.擴(kuò)展關(guān)聯(lián)3.包含關(guān)聯(lián)4.使用關(guān)聯(lián)1.繼承關(guān)聯(lián)-泛化(generalization) 當(dāng)多個

39、用例共同擁有一種類似的結(jié)構(gòu)和行為的時候我們可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。泛化舉例（一）： 泛化舉例（二）：2022/9/261212.擴(kuò)展(extend)箭頭指向的用例為被擴(kuò)展的用例，稱為擴(kuò)展用例；箭頭出發(fā)的用例為基本用例。擴(kuò)展用例是可選的，如果缺少擴(kuò)展用例，不會影響到基用例的完整性；擴(kuò)展用例在一定條件下才會執(zhí)行，并且其執(zhí)行會改變基用例的行為。擴(kuò)展(extend)將擴(kuò)展用例的事件流在一定的條件下按照相應(yīng)的擴(kuò)展點插入到基礎(chǔ)用例中。 基礎(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點。擴(kuò)展用例的行為是否被執(zhí)行要取決于主事件流中的判定點。 擴(kuò)展(extend)

40、擴(kuò)展(extend)擴(kuò)展舉例（一）：擴(kuò)展(extend)擴(kuò)展舉例（二）：3.包含(include)包含是指基本用例(base use case)會用到包含用例(inclusion)，具體地講，就是將包含用例的事件流插入到基礎(chǔ)用例的事件流中。包含用例是可重用的用例多個用例的公共用例。 包含(include)箭頭指向的用例為被包含的用例，稱為包含用例；箭頭出發(fā)的用例為基本用例。包含用例是必選的，如果缺少包含用例，基礎(chǔ)用例就不完整；包含用例必須被執(zhí)行，不需要滿足某種條件；其執(zhí)行并不會改變基用例的行為。包含(include)包含(include)包含舉例（一）：包含(include)包含舉例（二）：用

41、例之間的關(guān)系包含用例與擴(kuò)展用例的區(qū)別相對于基礎(chǔ)用例，擴(kuò)展用例是可選的，而包含用例則不是。如果缺少擴(kuò)展用例，基礎(chǔ)用例還是完整的，而缺少包含用例，則基礎(chǔ)用例就不完整了。擴(kuò)展用例的執(zhí)行需要滿足某種條件，而包含用例不需要。擴(kuò)展用例的執(zhí)行會改變基礎(chǔ)用例的行為，而包含用例不會。使用關(guān)聯(lián) 使用關(guān)聯(lián)也是一種繼承關(guān)系.在使用關(guān)聯(lián)中,一個用例使用另一個用例的功能和行為.考慮用例的關(guān)聯(lián)類型1).圖中的參與者有？ (a) 1 (b) 2 (c) 3 (d) 42).圖中的用例有？ (a) 1 (b) 2 (c) 3 (d) 43). 2和3之間是什么關(guān)系？5和6呢？ (a) 擴(kuò)展，包含(b) 包含，擴(kuò)展4).5缺少了

42、3仍然是個完整的用例？ (a) 是的(b) 不是5).4能夠參與2嗎？1能夠參與5嗎？ (a) 可以，不可以 (b) 不可以，可以習(xí)題答案：1、(a)(d) 2、(b)(c) 3、(b) 4、(b) 5、(b)習(xí)題用例圖實例UML系統(tǒng)建模與分析設(shè)計需求分析規(guī)格說明2022/9/26138需求分析中的用例建模步驟根據(jù)UML軟件開發(fā)過程的要求，問題領(lǐng)域的業(yè)務(wù)模型包括:業(yè)務(wù)用例模型業(yè)務(wù)對象模型系統(tǒng)模型包括:系統(tǒng)用例模型設(shè)計模型實現(xiàn)模型測試模型。首先應(yīng)建立業(yè)務(wù)模型，再從業(yè)務(wù)模型向系統(tǒng)模型延伸 用例主要用于建立問題域的業(yè)務(wù)用例模型和系統(tǒng)用例模型， 最后建立起代表系統(tǒng)需求的完整的用例模型用例模型是開發(fā)者與

43、客戶交流的紐帶.客戶能夠看得懂用例模型。用例模型作為軟件項目開發(fā)的后續(xù)基礎(chǔ)，也是開發(fā)活動的指南。層次化用例圖描述一個復(fù)雜的大系統(tǒng)，可以將系統(tǒng)分解為由若干子系統(tǒng)組成，子系統(tǒng)還可以有自己的下屬系統(tǒng)子系統(tǒng)，形成一個系統(tǒng)層次結(jié)構(gòu)。每一個子系統(tǒng)都需要相應(yīng)的用例圖進(jìn)行描述，用例圖之間也具有了層次結(jié)構(gòu)。高層系統(tǒng)的用例可以分解為若干子系統(tǒng)的用例。這些具有層次結(jié)構(gòu)的用例圖可以簡潔、全面、完整地描述用例模型。對于功能需求簡單的系統(tǒng)，可不對用例圖進(jìn)行層次化.層次化用例圖用例圖可以描述一個系統(tǒng)(或子系統(tǒng))的系統(tǒng)生存環(huán)境或系統(tǒng)功能需求1功能需求用例圖描述系統(tǒng)功能需求的用例圖。要在圖上列出行為者和相關(guān)用例，并對每一個行為

44、者和用例給出說明描述。2生存環(huán)境用例圖描述系統(tǒng)生存環(huán)境的用例圖。要在圖上列出行為者和相關(guān)用例，并將用例和行為者、用例和用例之間的各種關(guān)聯(lián)標(biāo)注出來客戶需求分析中的活動圖活動圖(activity diagram)是UML的動態(tài)視圖之一，用來描述事物或?qū)ο蟮幕顒幼兓鞒獭?活動圖用于對系統(tǒng)的動態(tài)行為建模。（1）表示完成一個操作所需要的活動（2）描述一個用例實例(場景)的活動.活動圖也是一種流程圖遷移遷移與狀態(tài)圖不同，活動圖的遷移是無條件的,一個活動結(jié)束即可自動進(jìn)入下一個活動.條件判斷條件判斷是一個轉(zhuǎn)折點,活動遷移按照滿足條件的方向進(jìn)行.條件是一個邏輯表達(dá)式,活動沿邏輯真的分支遷移.147并發(fā)活動:

45、分劈與接合: 用來對并發(fā)的控制流建模。分劈活動表示一個源活動分劈為多個目標(biāo)活動。接合活動表示多個源活動接合為一個目標(biāo)活動。分劈接合并發(fā)分劈并發(fā)接合活動圖中的幾個基本概念1. 動作狀態(tài)（Action State）2. 活動狀態(tài)（Activity State）3. 動作流（Action Flow）4. 泳道（Swimlane）5. 對象流（Object Flow）1.動作狀態(tài)動作狀態(tài)是指執(zhí)行原子的、不可中斷的動作，并在此動作完成后通過完成轉(zhuǎn)換轉(zhuǎn)向另一個狀態(tài)的狀態(tài)。 動作狀態(tài)使用平滑的圓角矩形表示，動作狀態(tài)所表示的動作寫在圓角矩形內(nèi)部。 動作狀態(tài)的特點：動作狀態(tài)是原子的，它是構(gòu)造活動圖的最小單位，已

46、經(jīng)無法分解為更小的部分。動作狀態(tài)是不可中斷的狀態(tài)，它一旦開始運行就不能中斷，一直運行到結(jié)束。動作狀態(tài)是瞬時的行為，它所占用的處理事件極短，有時甚至可以忽略。動作狀態(tài)和狀態(tài)圖中的狀態(tài)不同，它不能有入口動作和出口動作，更不能有內(nèi)部轉(zhuǎn)移。在一張活動圖中，動作狀態(tài)允許多處出現(xiàn)。 2. 活動狀態(tài)活動狀態(tài)用于表達(dá)狀態(tài)機(jī)中的一個非原子的運行。 活動狀態(tài)的表示圖標(biāo)也是平滑的圓角矩形，并可以在圖標(biāo)中給出入口動作和出口動作等信息?；顒訝顟B(tài)的特點：活動狀態(tài)可以分解成其他子活動或動作狀態(tài)，由于它是一組不可中斷的動作或操作的組合，所以可以被中斷?；顒訝顟B(tài)的內(nèi)部活動可以用另一個活動圖來表示。和動作狀態(tài)不同，活動狀態(tài)可以有

47、入口動作和出口動作，也可以有內(nèi)部轉(zhuǎn)移。動作狀態(tài)是活動狀態(tài)的一個特例，如果某個活動狀態(tài)只包括一個動作，那么它就是一個動作狀態(tài)。 3.動作流所有動作狀態(tài)之間的轉(zhuǎn)換流稱之為動作流。 無條件動作流條件動作流條件分支條件合并 4 泳道 泳道是活動圖中的區(qū)域劃分，每一個泳道代表一個責(zé)任區(qū)域，指明活動是由誰負(fù)責(zé)的或發(fā)起的。一個泳道中包括一組相關(guān)活動。泳道5.活動圖中的對象 對象流: 反映活動與對象之間的依賴關(guān)系，表示對象對活動的作用或活動對對象的影響，用依賴關(guān)系表示。對象流1）如果箭頭從活動指向?qū)ο?，表示活動對對象的?chuàng)建、修改或撤銷等的影響；2）如果箭頭從對象指向活動，表示該活動將使用所指向的對象。對象下的

48、方括號表示對象的狀態(tài)動作狀態(tài)的分劈和同步接合要成對出現(xiàn).同步桿一個線程經(jīng)過同步桿”分劈”后分為幾個線程,當(dāng)這幾個線程全部執(zhí)行完畢后,再經(jīng)過同步桿”接合”為一個新線程,這就是”同步并發(fā)遷移”。條件線程，在執(zhí)行時，該線程的條件為“假”，對與同步“接合”而言，就認(rèn)為該線程已執(zhí)行完畢?；顒訄D中的并發(fā)與同步活動動態(tài)并發(fā)指一個動作或活動可以并發(fā)重復(fù)執(zhí)行,其并發(fā)執(zhí)行次數(shù)由運動時的并發(fā)表達(dá)式確定.圖3-21是圖3-20的簡化活動圖.3.具有層次關(guān)系的活動圖活動按其構(gòu)成可分為簡單活動和組合活動。簡單活動：不能再分解的活動；組合活動：一個內(nèi)部嵌套了若干活動或動作的活動。被嵌套的活動稱為子活動.按結(jié)構(gòu)層次關(guān)系描述活動圖時,可以在最高層只描述幾個組合活動,不必涉及子活動的內(nèi)容.組合活動查詢價格簡單活動課堂練習(xí)學(xué)生請假流程1、學(xué)生請假須先經(jīng)班主任同意；2、班主任在準(zhǔn)假時，如學(xué)生請假時間超越審批權(quán)限，還要請系辦審批，經(jīng)系辦審批后，系辦將假條存根留下，事后轉(zhuǎn)班主任存查。3、學(xué)生請假獲準(zhǔn)后，應(yīng)立即報告班長，以便班長向任課教師報告。2022/9/26162需求分析用例建模案例客戶需求分析1業(yè)務(wù)組織結(jié)構(gòu)（綜述）“企業(yè)綜合信息管理系統(tǒng)”的用戶是企業(yè)各級管理部門的工作人員、公