系統(tǒng)分析及設(shè)計(jì)new第5章

第五章系統(tǒng)分析Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析4.需求建模

2.事件和事物的描述1系統(tǒng)分析概述3.對象及其關(guān)系和屬性

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院5.1系統(tǒng)分析概述◆系統(tǒng)分析的用戶視圖◆模型驅(qū)動(dòng)的分析方法◆系統(tǒng)分析中使用的邏輯模型Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析的用戶視圖

系統(tǒng)分析階段數(shù)據(jù)、功能和交互行為板塊的用戶視圖

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析的用戶視圖

系統(tǒng)分析階段建立的文檔庫（UML類圖）

模型驅(qū)動(dòng)的分析方法以UML為代表的面向?qū)ο笙到y(tǒng)分析方法是典型的模型驅(qū)動(dòng)的分析方法，即建立起由功能模型、對象模型和動(dòng)態(tài)模型構(gòu)成的分析模型。其中，功能模型由用例圖表示，對象模型由類圖表示，動(dòng)態(tài)模型由狀態(tài)圖和順序圖表示Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院模型驅(qū)動(dòng)的分析方法用例圖：功能視圖功能模型：模型對象模型：模型動(dòng)態(tài)模型：模型狀態(tài)圖：功能視圖類圖：數(shù)據(jù)視圖順序圖：功能視圖分析模型：模型系統(tǒng)分析中的邏輯模型系統(tǒng)分析階段的目標(biāo)是通過建立模型來“定義系統(tǒng)需求”這些模型定義了系統(tǒng)需求，但并不局限于某一具體技術(shù)，稱之為邏輯模型。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型事件和事件表以商務(wù)過程中的事件為關(guān)注點(diǎn)，將用戶所描述的事件用更簡潔的語句列舉出來，以便下一步找出這些事件的觸發(fā)原因、消息來源、所完成的動(dòng)作、所做出的響應(yīng)和事件要達(dá)到的目的，形成完整的事件列表數(shù)據(jù)流定義將事件中涉及到的要傳遞的數(shù)據(jù)集合明確表示出來，并給出數(shù)據(jù)集合的名稱。數(shù)據(jù)元素定義在數(shù)據(jù)流中分解出各個(gè)數(shù)據(jù)項(xiàng)，給出其描述，如名稱、類型、范圍以及相應(yīng)的說明等。數(shù)據(jù)流圖表示系統(tǒng)邏輯功能和信息聯(lián)系，并且獨(dú)立于硬件、軟件、數(shù)據(jù)結(jié)構(gòu)和文件組織的一種圖形，只用四個(gè)基本部件組成：外部實(shí)體、數(shù)據(jù)處理、數(shù)據(jù)存儲和數(shù)據(jù)流。實(shí)體-關(guān)系圖又叫做E-R圖，表示系統(tǒng)要素之間關(guān)系的一種圖形，主要用于數(shù)據(jù)庫系統(tǒng)的概念設(shè)計(jì)。在UML中，實(shí)體-關(guān)系圖常常被類圖、對象圖以及用例之間的關(guān)聯(lián)圖所替代。系統(tǒng)分析中使用的邏輯模型Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型數(shù)據(jù)流圖及其簡單的例子

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院類圖(對象圖)類和對象在UML中是離散的概念，類是具有相同結(jié)構(gòu)、行為和關(guān)系的一組對象的描述符號，對象是類的實(shí)例，我們認(rèn)為對象具有可激發(fā)的行為。類和對象都擁有身份、狀態(tài)、行為和關(guān)系，類和對象是面向?qū)ο笙到y(tǒng)組織結(jié)構(gòu)的核心。用例圖用例是外部可見的系統(tǒng)功能單元，這些功能單元由系統(tǒng)單元所提供，并通過一系列系統(tǒng)單元與一個(gè)或多個(gè)參與者之間交換的消息所表達(dá)。UML系統(tǒng)分析中使用的邏輯模型Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型用例圖和用例之間的關(guān)系Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院協(xié)作圖

協(xié)作圖與順序圖是可以方便地相互轉(zhuǎn)化的，協(xié)作圖用來快速地瀏覽相互協(xié)作以支持一個(gè)特定場景的所有對象，強(qiáng)調(diào)的是對象之間的關(guān)系組織，而不是對象之間消息傳遞的時(shí)間性。為了克服這一缺點(diǎn)，協(xié)作圖中要求將消息名稱前面加上順序號，表示消息發(fā)生的先后順序。狀態(tài)圖

狀態(tài)圖描述一個(gè)對象的狀態(tài)變化，從其對象屬性值的變化中看出狀態(tài)的變化。狀態(tài)圖說明的是這種“事件-響應(yīng)-對象狀態(tài)的變化”的過程。注意，狀態(tài)圖表現(xiàn)的是一個(gè)對象對待外部事件刺激的內(nèi)部變化，所以常常是對象屬性值的改變。系統(tǒng)分析中使用的邏輯模型Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型順序圖順序圖用來顯示場景或用例的事件表中所發(fā)生的交互，它側(cè)重于對消息時(shí)序的描述，所以又稱為時(shí)序圖。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型包含了嵌套的狀態(tài)圖激活預(yù)熱冷卻閑置準(zhǔn)備/開關(guān)合上溫度達(dá)到過熱(所要溫度)加熱過冷(所要溫度)溫度達(dá)到過熱(所要溫度)過冷(所要溫度)Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型活動(dòng)圖活動(dòng)圖是狀態(tài)機(jī)的另一種形式，它表現(xiàn)的是與一組事件相連的多個(gè)對象的狀態(tài)變化，強(qiáng)調(diào)的是計(jì)算過程中順序的和并發(fā)的步驟，我們把它稱為工作流。活動(dòng)圖作為狀態(tài)機(jī)的一個(gè)要素是活動(dòng)狀態(tài)（動(dòng)作狀態(tài)），表示工作流中各個(gè)動(dòng)作的執(zhí)行，比如一個(gè)計(jì)算或者真實(shí)世界中不間斷的操作；而狀態(tài)機(jī)的另一個(gè)要素轉(zhuǎn)換則由這個(gè)動(dòng)作的完成來觸發(fā)。在狀態(tài)內(nèi)部處理以后，至少有一個(gè)輸出來完成轉(zhuǎn)換，也就是說，活動(dòng)狀態(tài)應(yīng)當(dāng)是原子狀態(tài)，即它們不會被轉(zhuǎn)換中斷。狀態(tài)圖和活動(dòng)圖本質(zhì)上都是狀態(tài)機(jī)。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院系統(tǒng)分析中使用的邏輯模型帶有泳道的活動(dòng)圖

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院5.2事件和事物的描述◆事件和系統(tǒng)需求◆事件的類型◆識別事件◆事件列表

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院事件和系統(tǒng)需求事件指發(fā)生在確定的時(shí)間和地點(diǎn)、可以描述、并應(yīng)該被系統(tǒng)記錄下來的事實(shí)。之所以稱其“應(yīng)該”，是因?yàn)榻＿^程是對現(xiàn)實(shí)的一個(gè)抽象的過程,系統(tǒng)中發(fā)生的事件很多，有的與系統(tǒng)的功能沒有關(guān)系或者關(guān)系不大，不值得記錄。主事件直接激發(fā)系統(tǒng)行為的事件子事件后序事件Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院事件和系統(tǒng)需求影響電話訂貨系統(tǒng)內(nèi)外部事件的例子

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院外部事件即系統(tǒng)之外發(fā)生的事件.外部事件的發(fā)生是由外部實(shí)體或者動(dòng)作參與者所引發(fā)。所謂外部實(shí)體或者外部參與者是指系統(tǒng)外部的組織或者人員，他為系統(tǒng)提供數(shù)據(jù)或者從系統(tǒng)獲取數(shù)據(jù)?？疾橥獠渴录年P(guān)鍵點(diǎn)是：1、外部實(shí)體對系統(tǒng)的數(shù)據(jù)輸入2、由外部實(shí)體的需要而觸發(fā)的系統(tǒng)內(nèi)部的事務(wù)處理3、外部實(shí)體想要獲取某些信息4、外部實(shí)體的變化引發(fā)系統(tǒng)內(nèi)部數(shù)據(jù)需要更新。外部事件一般不因起北部元素組成的變化，而在特殊條件下也能導(dǎo)致組成變化；屬性變化也能引起組成變化。事件的類型-(externalevent)（補(bǔ)）外部事件在系統(tǒng)之外發(fā)生，通常是由外部的人或組織激發(fā)的事件，這些人或組織是數(shù)據(jù)的提供者和接收者。比如圖書館流通系統(tǒng)中的讀者外部事件能夠?qū)С鱿到y(tǒng)需要處理的關(guān)鍵事務(wù)（補(bǔ)）尋找外部事件首先要確定外部實(shí)體，然后再分析。外部實(shí)體需要一個(gè)事務(wù)處理比如讀者借書外部實(shí)體需要系統(tǒng)提供某些信息比如讀者查閱書目某些數(shù)據(jù)改變了，系統(tǒng)需要更新它們比如書籍的位置改變管理過程需要某些信息比如制訂新的采購計(jì)劃需要流通統(tǒng)計(jì)情況Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院定時(shí)事件指的是時(shí)間點(diǎn)所觸發(fā)的事件，即由于到達(dá)了某一時(shí)刻系統(tǒng)內(nèi)部自動(dòng)發(fā)生的事件。信息系統(tǒng)應(yīng)當(dāng)在預(yù)定時(shí)間間隔中產(chǎn)生一些輸出結(jié)果。定時(shí)事件在正常情況下不引起內(nèi)部組成結(jié)構(gòu)的變化，只有在異常狀態(tài)下才會出現(xiàn)；而異常狀態(tài)也只能由定時(shí)事件觸發(fā)。定時(shí)事件與外部事件最大的不同點(diǎn)在于不需要觸發(fā)事件的實(shí)體，是系統(tǒng)自動(dòng)引發(fā)所需要的處理，產(chǎn)生信息或其他輸出結(jié)果。

事件的類型-(temporalevent)

（補(bǔ)）定時(shí)事件當(dāng)系統(tǒng)時(shí)間到達(dá)某一刻時(shí)發(fā)生的事件，這些事件通常要求系統(tǒng)能定時(shí)自動(dòng)地完成某些輸出或處理。如：圖書館流通系統(tǒng)中的按月發(fā)布逾期催還名單。如：每天晚上12：00定時(shí)轉(zhuǎn)換歸檔醫(yī)療圖像。注意命名時(shí)必須包含所要完成的處理和規(guī)定期限事件的類型-(stateevent)狀態(tài)事件是系統(tǒng)內(nèi)部由于某個(gè)要素狀態(tài)的改變而觸發(fā)其他要素狀態(tài)改變的事件。按照預(yù)先定義，系統(tǒng)內(nèi)部要素應(yīng)當(dāng)由一個(gè)狀態(tài)轉(zhuǎn)移到另一個(gè)狀態(tài)，這樣才能完成系統(tǒng)的功能。狀態(tài)事件無法定義發(fā)生的時(shí)刻。識別臨時(shí)事件和狀態(tài)事件的關(guān)鍵點(diǎn)是：1、內(nèi)部處理需要的臨時(shí)輸出結(jié)果2、系統(tǒng)應(yīng)當(dāng)對外給出的結(jié)果3、系統(tǒng)內(nèi)部相關(guān)要素的狀態(tài)依賴關(guān)系（補(bǔ)）狀態(tài)事件系統(tǒng)內(nèi)部的變化觸發(fā)系統(tǒng)對某個(gè)處理的需要，這種情況的發(fā)生稱為狀態(tài)事件比如：銷售系統(tǒng)中庫存數(shù)一旦低于控制點(diǎn)就產(chǎn)生訂貨單狀態(tài)事件一般是外部事件的結(jié)果，它的發(fā)生是不定時(shí)的Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院識別事件客戶走向銀行的柜臺客戶詢問能否用現(xiàn)金繳納電費(fèi)柜員回答只能用信用卡繳納電費(fèi)客戶將電卡和信用卡交給柜員柜員將電卡號碼輸入電費(fèi)繳納系統(tǒng)柜員將信用卡插入讀卡機(jī)客戶輸入密碼柜員將繳費(fèi)發(fā)票和兩張卡還給客戶客戶離開1、準(zhǔn)確區(qū)分事件、條件、響應(yīng)和行為。2、列出事件的時(shí)間順序3、技術(shù)選擇和系統(tǒng)控制（補(bǔ)）識別事件的規(guī)律區(qū)分事件與具體響應(yīng)過程

事件響應(yīng)中的一系列交互過程是完整具體的實(shí)現(xiàn)，而不是獨(dú)立的一個(gè)事件。例如：拿信用卡交費(fèi)跟蹤關(guān)鍵業(yè)務(wù)的整個(gè)生命周期來發(fā)現(xiàn)事件

跟蹤讀者實(shí)現(xiàn)從圖書館借書的全部過程暫時(shí)忽略技術(shù)性依賴事件和系統(tǒng)控制事件

如管理員登錄系統(tǒng)，修改口令，每天的備份事件列表事件列表包括行和列，行代表事件，列代表事件的詳細(xì)信息。事件列表便于區(qū)分事件和由事件所引起的系統(tǒng)的其他的行為和響應(yīng)。事件名；觸發(fā)器；來源；動(dòng)作；響應(yīng)；目的地事件列表觸發(fā)器：使得系統(tǒng)知道事件發(fā)生的觸發(fā)消息。是事件與系統(tǒng)的接口。動(dòng)作：事件發(fā)生了的消息傳遞給系統(tǒng)后，系統(tǒng)引發(fā)的一系列動(dòng)作和行為。相應(yīng)：系統(tǒng)對所發(fā)生事件的輸出結(jié)果（一個(gè)或一系列）。目的地：系統(tǒng)產(chǎn)生結(jié)果的送達(dá)地。事件列表繪制網(wǎng)上訂單系統(tǒng)的事件列表（1）客戶希望檢查產(chǎn)品可訂量（2）客戶建立一個(gè)訂單（3）客戶改變或作廢訂單（4）客戶和管理層檢查訂單狀態(tài)（5）為訂單發(fā)貨（6）客戶退貨（7）未來客戶需要目錄（8）客戶更新基本信息（9）市場部給客戶發(fā)送促銷材料（10）調(diào)整產(chǎn)品目錄（11）每日交易匯總（12）每周訂單匯總事件名稱觸發(fā)點(diǎn)事件源活動(dòng)響應(yīng)結(jié)果事件目的地客戶希望檢查產(chǎn)品可訂量產(chǎn)品的查詢請求客戶查詢產(chǎn)品的可用量產(chǎn)品可用量詳細(xì)情況客戶客戶建立一個(gè)訂單新訂單客戶建立新訂單實(shí)時(shí)連接訂單確認(rèn)訂單細(xì)節(jié)交易信息信用卡處理系統(tǒng)客戶發(fā)裝部門銀行客戶改變或作廢訂單修改訂單的請求客戶更新訂單修改確認(rèn)訂單修改細(xì)節(jié)交易信息客戶發(fā)裝部門銀行客戶和管理層檢查訂單狀態(tài)訂單狀態(tài)的查詢請求客戶或管理部門查詢訂單的狀態(tài)訂單狀態(tài)的詳細(xì)情況客戶或管理部門為訂單發(fā)貨訂單發(fā)貨通知發(fā)裝部記錄訂單的執(zhí)行客戶退貨訂單退貨通知客戶建立退貨記錄退貨確認(rèn)交易信息客戶銀行網(wǎng)上訂單系統(tǒng)的事件表事件名稱觸發(fā)點(diǎn)事件源活動(dòng)響應(yīng)結(jié)果事件目的地未來客戶需要目錄產(chǎn)品目錄的查詢請求未來客戶提供產(chǎn)品目錄信息產(chǎn)品目錄未來客戶客戶更新基本信息客戶信息修改通知客戶更新客戶基本信息市場部給客戶發(fā)送促銷材料促銷產(chǎn)品細(xì)節(jié)市場部分發(fā)促銷單促銷單客戶和未來客戶調(diào)整產(chǎn)品目錄產(chǎn)品目錄更新細(xì)節(jié)銷售部更新產(chǎn)品目錄每日交易匯總每天末產(chǎn)生交易匯總報(bào)告交易匯總報(bào)告財(cái)務(wù)部每周訂單匯總每周末產(chǎn)生訂單匯總報(bào)告訂單匯總報(bào)告管理部門網(wǎng)上訂單系統(tǒng)的事件表Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院5.3事物、對象及其關(guān)系和屬性

◆事物的類型◆對象之間的關(guān)系

◆對象的屬性Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院事物的類型Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院

對象之間的關(guān)系一對一的關(guān)系

在每個(gè)端點(diǎn)上都有一個(gè)重?cái)?shù)1。兩個(gè)類之間是一對一的關(guān)系，意味著在每個(gè)類的實(shí)例間恰好只存在一個(gè)連接，例如，一個(gè)電子錢包只對應(yīng)一個(gè)客戶賬號。一對多的關(guān)系

在一個(gè)端點(diǎn)有一個(gè)重?cái)?shù)1，而另一個(gè)端點(diǎn)有一個(gè)重?cái)?shù)0..n（也可以用*表示）或者1..n。兩個(gè)類之間的一對多關(guān)系表示前一個(gè)類的一個(gè)實(shí)例對應(yīng)于后一個(gè)類的好幾個(gè)實(shí)例。例如，一個(gè)客戶可以在不同銀行申辦電子錢包，而這些電子錢包只對應(yīng)于這一個(gè)客戶。多對多的關(guān)系

在每個(gè)端點(diǎn)上都有一個(gè)重?cái)?shù)0..n(或者*)，兩個(gè)類之間的多對多關(guān)系表示這兩個(gè)類的實(shí)例之間可能存在著任意數(shù)目的連接。例如，多個(gè)銀行都可對客戶配發(fā)電子錢包。多對多的關(guān)系是關(guān)系中最復(fù)雜的類型。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院對象之間的關(guān)系重?cái)?shù)的例子

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院對象之間的關(guān)系關(guān)系類型UML符號功能和示例依賴關(guān)系（使用）兩個(gè)模型元素之間的關(guān)系，一個(gè)元素需要?jiǎng)e的元素提供適當(dāng)?shù)墓δ苋?，汽車使用汽油聚集關(guān)系（有一個(gè)）整體與部分的關(guān)聯(lián)如，汽車有一個(gè)發(fā)動(dòng)機(jī)如，汽車有車軸（中空的菱形代表只有參考部分，實(shí)心的菱形表示整個(gè)實(shí)體對象的全部）關(guān)聯(lián)關(guān)系類實(shí)例間連接的描述如，汽車由交通管理部門發(fā)放牌照泛化關(guān)系（是一個(gè)（isakindof）更概括的描述和更具體的種類之間的描述如，汽車是一種機(jī)動(dòng)車

UML描述關(guān)系類型用的四種主要結(jié)構(gòu)

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院對象之間的關(guān)系關(guān)系的一個(gè)例子

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院對象的屬性

類和對象除了具有名稱以外，還要有其特征的描述，這些特定的信息稱為屬性，屬性是與類（對象）結(jié)合在一起并勾畫出類（對象）基本特性的數(shù)據(jù)字段。在這些字段中最重要的、能唯一標(biāo)識該類和對象特點(diǎn)的屬性稱為關(guān)鍵屬性（關(guān)鍵字），或者標(biāo)識符。選取對象屬性的時(shí)候應(yīng)當(dāng)問下面兩個(gè)問題：1對目標(biāo)系統(tǒng)中的一個(gè)對象真正需要了解和記住的是哪些事情？2這些事情真正能顯現(xiàn)出對象的特性嗎？Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院5.4需求建模◆需求的概念◆需求描述的工具◆功能分析Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院需求的概念系統(tǒng)分析階段主要從概念上刻畫目標(biāo)系統(tǒng)包括對分析系統(tǒng)的需求，以用例模型的方式描述系統(tǒng)的功能需求，以及對目標(biāo)系統(tǒng)的內(nèi)部結(jié)構(gòu)和行為進(jìn)行描述。

需求的概念Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院需求的概念需求應(yīng)當(dāng)包括從用戶角度（系統(tǒng)外部行為）和從系統(tǒng)開發(fā)者的角度（一些內(nèi)部特性）描述的“用戶為解決某個(gè)問題或?yàn)閷?shí)現(xiàn)某一目標(biāo)，要求軟件必須滿足的條件或能力”。用面向?qū)ο蠓椒枋鲂枨蟮淖畲蠛锰?，是在于考慮問題的思路是從現(xiàn)實(shí)世界的人類思維習(xí)慣出發(fā)的，也就是采用我們在現(xiàn)實(shí)生活中習(xí)慣的思維方式，從人類考慮問題的角度出發(fā)，用某種特定的、規(guī)范的表達(dá)方式把用戶解決問題（即需求）的思維方式逐步翻譯成機(jī)器能夠理解的思維方式的過程。通過這一步步的翻譯的過程，逐步設(shè)計(jì)好了所需要的軟件條件和能力。信息系統(tǒng)的需求可以分為約束條件、功能需求與非功能需求。

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院需求的概念信息系統(tǒng)需求的層次

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院需求描述的工具◆建立領(lǐng)域模型◆建立業(yè)務(wù)模型◆需求說明的補(bǔ)充UML需求描述=事件表+類圖+用例圖+交互圖（順序圖、協(xié)作圖）+狀態(tài)圖Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院建立領(lǐng)域模型建立領(lǐng)域模型是從事件表轉(zhuǎn)化到類圖的工作。領(lǐng)域模型能捕獲系統(tǒng)環(huán)境中最重要的對象類型，描述對象類型之間的關(guān)系，所以領(lǐng)域模型主要的表現(xiàn)形式是UML類圖（以及對象圖）。領(lǐng)域?qū)ο蟠砹讼到y(tǒng)工作的環(huán)境中存在的事情和發(fā)生的事件。

建立領(lǐng)域模型

領(lǐng)域中一般有三種對象類：現(xiàn)實(shí)世界的對象，表示現(xiàn)實(shí)世界中要通過系統(tǒng)處理的事物，如貨物、地點(diǎn)等；業(yè)務(wù)對象，表示業(yè)務(wù)中需要進(jìn)行操作的事務(wù)，如訂單、合同、賬戶等；發(fā)生和將要發(fā)生的事件，表示能夠引發(fā)系統(tǒng)工作或?qū)ο到y(tǒng)產(chǎn)生影響的事實(shí)，如貨物抵達(dá)、申請遞交等。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院建立領(lǐng)域模型從事件到系統(tǒng)的領(lǐng)域模型Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院建立業(yè)務(wù)模型有助于理解組織中業(yè)務(wù)過程，同時(shí)它還有助于組織業(yè)務(wù)過程的改善和提高。業(yè)務(wù)模型的建立除了要用到類圖和對象圖以外，還應(yīng)當(dāng)畫出用例圖、活動(dòng)圖、順序圖和狀態(tài)圖。

建立業(yè)務(wù)模型建立業(yè)務(wù)模型—用例圖用例圖從使用的角度來描述系統(tǒng)，概括了系統(tǒng)如何向用戶和向哪些用戶提供有價(jià)值的功能。用例模型側(cè)重于從功能的角度來描述組織所包含的業(yè)務(wù)過程信息，能以清晰的方式表達(dá)組織中各個(gè)業(yè)務(wù)過程的各個(gè)功能的組成部分，并確定業(yè)務(wù)的參與者所使用的業(yè)務(wù)用例。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院建立業(yè)務(wù)模型—用例圖一個(gè)電話訂貨系統(tǒng)的用例圖

注意用例圖不顯示系統(tǒng)的流入流出及其內(nèi)部的信息。（這些內(nèi)容利用順序圖和協(xié)作圖等交互圖表示）順序圖重點(diǎn)放在消息本身細(xì)節(jié)上，強(qiáng)調(diào)信息的時(shí)間關(guān)系協(xié)作圖強(qiáng)調(diào)的是所涉及的對象狀態(tài)圖刻畫了對象本身執(zhí)行功能的狀態(tài)轉(zhuǎn)移Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院用例圖、類圖、順序圖和狀態(tài)圖之間的關(guān)系

建立業(yè)務(wù)模型關(guān)于活動(dòng)圖可以從兩個(gè)角度來描述業(yè)務(wù)過程1，描述不同業(yè)務(wù)用例之間的協(xié)作和交互過程，重點(diǎn)在不同用例之間的關(guān)系和執(zhí)行，包括任何從一個(gè)起始點(diǎn)開始，通過一系列業(yè)務(wù)用例的交互來完成組織的特定功能2，描述每個(gè)業(yè)務(wù)用例的細(xì)節(jié)過程，即描述單個(gè)用例的整個(gè)執(zhí)行過程和用例中不同業(yè)務(wù)活動(dòng)之間的協(xié)調(diào)和交互。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院建立業(yè)務(wù)模型創(chuàng)建和確認(rèn)訂單的活動(dòng)圖

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院需求說明的補(bǔ)充對于非功能需求，一般不用UML的圖形表示，這時(shí)候可以采用傳統(tǒng)的描述手段進(jìn)行說明，以便和UML的模型一起用于分析與設(shè)計(jì)。補(bǔ)充的內(nèi)容包括：可用性是指用戶可以使用系統(tǒng)的時(shí)間百分比，可用性強(qiáng)的產(chǎn)品能夠被用戶更容易的理解和掌握，主要包括故障恢復(fù)能力、帶病工作能力，以及用戶使用的方便性，如界面標(biāo)準(zhǔn)、操作簡單、運(yùn)行規(guī)范等等。可靠性是指信息系統(tǒng)能否始終一貫地正確運(yùn)行，可靠性強(qiáng)的產(chǎn)品準(zhǔn)確度高、平均無故障時(shí)間長、軟件缺陷少，以及系統(tǒng)可用性強(qiáng)、抗風(fēng)險(xiǎn)能力強(qiáng)、健壯性好。性能是對信息系統(tǒng)功能所增加的條件，如存貯容量、響應(yīng)時(shí)間、傳輸帶寬、時(shí)延等。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院需求說明的補(bǔ)充可支持性表明系統(tǒng)為了保持其可維護(hù)性、可擴(kuò)展性而必須達(dá)到的一些條件和要求，例如編碼規(guī)范和標(biāo)準(zhǔn)、系統(tǒng)的公共類庫、版本控制工具、分發(fā)渠道等。設(shè)計(jì)約束是對系統(tǒng)設(shè)計(jì)所進(jìn)行的限制，例如擴(kuò)展能力和維護(hù)要求、對遺留系統(tǒng)（老系統(tǒng)）數(shù)據(jù)的利用要求、開發(fā)平臺和語言工具、系統(tǒng)架構(gòu)，甚至軟件硬件產(chǎn)品的選擇要求等。接口需求與系統(tǒng)相關(guān)的外部項(xiàng)目、遺留系統(tǒng)的接口要求，如軟件接口、硬件接口、通信接口等。其他需求包括在線幫助、法律條款、所用軟件產(chǎn)品的許可權(quán)利等。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院功能分析◆識別參與者◆定義系統(tǒng)邊界◆識別系統(tǒng)用例◆識別用例間的關(guān)系◆建立用例模型◆給出用例的優(yōu)先級Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院參與者（actor）是UML中的一個(gè)專門術(shù)語，指的是系統(tǒng)外部的一個(gè)主動(dòng)介入系統(tǒng)的實(shí)體，可能是人員，也可能是設(shè)備或者另外一個(gè)系統(tǒng)，用火柴棒小人表示。參與者作為向系統(tǒng)輸入和請求系統(tǒng)輸出某些事件來觸發(fā)系統(tǒng)用例執(zhí)行的角色出現(xiàn)，因此，同樣一個(gè)實(shí)體，在不同系統(tǒng)或者不同用例前面所擔(dān)負(fù)的角色是不同的。識別參與者

識別參與者業(yè)務(wù)模型建成以后，可以根據(jù)業(yè)務(wù)模型中的業(yè)務(wù)用例，由分析人員提煉出對應(yīng)的角色作為參與者。提煉角色可以從介入實(shí)際業(yè)務(wù)過程的工作人員比對產(chǎn)生，步驟為：

1、考慮所有可能的與系統(tǒng)運(yùn)行有關(guān)的人員、設(shè)備和其他系統(tǒng)2、確定系統(tǒng)數(shù)據(jù)的輸入輸出方面的參與者3、確定系統(tǒng)操作和維護(hù)的參與者4、將參與者-用戶-角色掛起鉤來5、代表扮演觸發(fā)系統(tǒng)用例執(zhí)行起來的角色(避免憑空想象的參與者)6、進(jìn)行合理的組織和合并,減少功能重疊,以便形成參與者和角色的類別7、對參與者命名,名字要有實(shí)際意義、易于理解并前后一致Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院定義系統(tǒng)邊界系統(tǒng)邊界標(biāo)識了什么在系統(tǒng)之內(nèi)，什么在系統(tǒng)之外，并進(jìn)而識別系統(tǒng)的職責(zé)，UML中用一個(gè)大的方框表示，系統(tǒng)職責(zé)寫在框架內(nèi)明顯的地方，我們把圖加上方框，就界定了系統(tǒng)的邊界。從不同角度看待整個(gè)系統(tǒng)，可能會得到不一樣的系統(tǒng)邊界范圍，這對后續(xù)的設(shè)計(jì)和開發(fā)工作會產(chǎn)生影響的。Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院識別系統(tǒng)用例識別系統(tǒng)用例

Copyright◎南京郵電大學(xué)經(jīng)管學(xué)院識別用例間的關(guān)系用面向?qū)ο蟮挠^點(diǎn)看，用例也是對象，所以對象之間的使用、關(guān)聯(lián)、聚集、泛化等關(guān)系在用例之間也可以使用。除此之外，用例之間還有兩種更常使用的特殊關(guān)系：包含（include）和擴(kuò)展（extend）。

包含關(guān)系表示所觸發(fā)用例的完成需要調(diào)用其他一些描述同樣功能的子用例，即后者對于別的用例也是可以調(diào)用的，使用包含關(guān)系可以降低用例的冗余。擴(kuò)展關(guān)系是減少復(fù)雜性的又一個(gè)手段，擴(kuò)展關(guān)系表示可以選擇的行為集合、特定條件下才發(fā)生的行為集合或者不同流程，從而使用例變得更短和更容易理解，開發(fā)人員能夠分別處理每種功能。區(qū)分包含于擴(kuò)展在邏輯上，包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別在于相關(guān)的程度，擴(kuò)展關(guān)系表示一種可能的需要，而包含關(guān)系則表示只要有就必須完成的功能。在結(jié)構(gòu)上，包含和擴(kuò)展是類似的，其主要差別在關(guān)系的方向。在包含關(guān)系中，使目標(biāo)用例啟動(dòng)的條件是在主用例中的，它的作用好像事件流中的事件一樣，箭頭方向從主