第3章 需求分析

1、1實(shí)驗(yàn)課安排：實(shí)驗(yàn)課安排：時(shí)間：第時(shí)間：第6，7，9，11周周五晚上周周五晚上710點(diǎn)點(diǎn)地點(diǎn)：信地點(diǎn)：信軟軟樓樓305，306軟件工程基礎(chǔ)軟件工程基礎(chǔ)第三章第三章 需求分析需求分析2蘇蘇 生生 博士博士副教授副教授61830683(Tel)信息與軟件工程學(xué)院信息與軟件工程學(xué)院電子科技大學(xué)電子科技大學(xué)本章學(xué)習(xí)目標(biāo)本章學(xué)習(xí)目標(biāo)3掌握常用的需求掌握常用的需求分析建模方法分析建模方法掌握需求分析的掌握需求分析的主要步驟。主要步驟。理解需求分析的理解需求分析的過程。過程。第第三三章章 需求分析需求分析 需求分析概念與過程需求分析概念與過程 功能建模功能建模 流程建模流程建模 數(shù)據(jù)建模數(shù)據(jù)建模4需求分析概

2、念需求分析概念 軟件需求分析是軟件開發(fā)的一個(gè)重要階段。它在可行性研軟件需求分析是軟件開發(fā)的一個(gè)重要階段。它在可行性研究階段之后、設(shè)計(jì)階段之前進(jìn)行，是關(guān)系到軟件開發(fā)成敗究階段之后、設(shè)計(jì)階段之前進(jìn)行，是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟，也是整個(gè)系統(tǒng)開發(fā)的基礎(chǔ)。的關(guān)鍵步驟，也是整個(gè)系統(tǒng)開發(fā)的基礎(chǔ)。 需求分析的任務(wù)需求分析的任務(wù)o 采集用戶需求采集用戶需求o 確定并描述合理的用戶需求確定并描述合理的用戶需求o 管理用戶需求管理用戶需求 56需求分析需求分析過程過程采集用采集用戶需求戶需求確定并確定并描述合描述合理的用理的用戶需求戶需求管理用管理用戶需求戶需求用戶用戶需求需求采集采集文檔文檔需求需求規(guī)格規(guī)格

3、說明說明書書需求需求變更變更文檔文檔過程過程文檔文檔需求規(guī)格說明書需求規(guī)格說明書 確定系統(tǒng)的運(yùn)行環(huán)境要求確定系統(tǒng)的運(yùn)行環(huán)境要求o 硬件環(huán)境（網(wǎng)絡(luò)、服務(wù)器等）硬件環(huán)境（網(wǎng)絡(luò)、服務(wù)器等）o 軟件環(huán)境（操作系統(tǒng)、數(shù)據(jù)庫(kù)等）軟件環(huán)境（操作系統(tǒng)、數(shù)據(jù)庫(kù)等） 系統(tǒng)的功能性需求系統(tǒng)的功能性需求o 系統(tǒng)需要支持的若干功能點(diǎn)系統(tǒng)需要支持的若干功能點(diǎn) 系統(tǒng)的非功能性需求系統(tǒng)的非功能性需求o 響應(yīng)時(shí)間響應(yīng)時(shí)間o 可靠性可靠性o 安全性安全性o 可擴(kuò)展性可擴(kuò)展性 系統(tǒng)接口系統(tǒng)接口78需求規(guī)格說明書需求規(guī)格說明書需求規(guī)格說明書需求規(guī)格說明書 確定將飛機(jī)訂票系統(tǒng)中的以下方面做如下的劃分，確定將飛機(jī)訂票系統(tǒng)中的以下方面做如

4、下的劃分，F(xiàn)代表代表“功能性功能性”，NF代表代表“非功能性非功能性”，X代表代表“不應(yīng)當(dāng)是需不應(yīng)當(dāng)是需求求”。簡(jiǎn)要的說明功能性或非功能性需求的種類。對(duì)于不。簡(jiǎn)要的說明功能性或非功能性需求的種類。對(duì)于不應(yīng)當(dāng)是需求的方面，說明其原因。應(yīng)當(dāng)是需求的方面，說明其原因。o 如何輸入有關(guān)航班、乘客及訂票信息。如何輸入有關(guān)航班、乘客及訂票信息。F：輸入輸入o 什么信息要出現(xiàn)在機(jī)票和報(bào)告中。什么信息要出現(xiàn)在機(jī)票和報(bào)告中。F：輸出輸出o 如何計(jì)算乘機(jī)費(fèi)用。如何計(jì)算乘機(jī)費(fèi)用。 F：計(jì)算計(jì)算o 什么信息必須存儲(chǔ)在旅行社和其他人訪問的數(shù)據(jù)庫(kù)中。什么信息必須存儲(chǔ)在旅行社和其他人訪問的數(shù)據(jù)庫(kù)中。 F：數(shù)據(jù)數(shù)據(jù)存儲(chǔ)存儲(chǔ)9

5、需求規(guī)格說明書需求規(guī)格說明書 確定將飛機(jī)訂票系統(tǒng)中的以下方面做如下的劃分，確定將飛機(jī)訂票系統(tǒng)中的以下方面做如下的劃分，F(xiàn)代表代表“功能性功能性”，NF代表代表“非功能性非功能性”，X代表代表“不應(yīng)當(dāng)是需不應(yīng)當(dāng)是需求求”。簡(jiǎn)要的說明功能性或非功能性需求的種類。對(duì)于不。簡(jiǎn)要的說明功能性或非功能性需求的種類。對(duì)于不應(yīng)當(dāng)是需求的方面，說明其原因。應(yīng)當(dāng)是需求的方面，說明其原因。o 這個(gè)系統(tǒng)應(yīng)該設(shè)計(jì)成可以處理旅行?？陀?jì)劃。這個(gè)系統(tǒng)應(yīng)該設(shè)計(jì)成可以處理旅行?？陀?jì)劃。 NF：增強(qiáng)的容限增強(qiáng)的容限o 這個(gè)系統(tǒng)在任何時(shí)候都必須是可用的。一周中只允許有這個(gè)系統(tǒng)在任何時(shí)候都必須是可用的。一周中只允許有2分鐘宕機(jī)分鐘宕機(jī)

6、時(shí)間。時(shí)間。NF：有效性有效性o 必須使用排序算法根據(jù)離開時(shí)間對(duì)航班排序。必須使用排序算法根據(jù)離開時(shí)間對(duì)航班排序。 X：這是一個(gè)設(shè)計(jì)這是一個(gè)設(shè)計(jì)問題問題1011需求分析的重要性需求分析的重要性導(dǎo)致軟件交付出現(xiàn)問題的原因統(tǒng)計(jì)導(dǎo)致軟件交付出現(xiàn)問題的原因統(tǒng)計(jì)12修正需求錯(cuò)誤的代價(jià)修正需求錯(cuò)誤的代價(jià)需求分析的重要性需求分析的重要性第第三三章章 需求分析需求分析 需求分析概念與過程需求分析概念與過程 功能功能建模建模 流程流程建模建模 數(shù)據(jù)建模數(shù)據(jù)建模1314功能功能建模建模 功能功能模型描述系統(tǒng)參與者對(duì)系統(tǒng)的功能需求模型描述系統(tǒng)參與者對(duì)系統(tǒng)的功能需求 功能功能建模的主要方法是建模的主要方法是UMLUM

7、L用例用例圖圖 建模過程建模過程o 確定系統(tǒng)的參與者（用戶角色）確定系統(tǒng)的參與者（用戶角色）o 每個(gè)參與者要求的功能每個(gè)參與者要求的功能o 功能之間的關(guān)系功能之間的關(guān)系15案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 為防止和（或）識(shí)別住宅中各種不希望出現(xiàn)的情況提供保為防止和（或）識(shí)別住宅中各種不希望出現(xiàn)的情況提供保護(hù)，如非法入侵、火宅、漏水、一氧化碳濃度超標(biāo)等。該護(hù)，如非法入侵、火宅、漏水、一氧化碳濃度超標(biāo)等。該功能使用無線傳感器監(jiān)控每種情況，戶主可以編程控制，功能使用無線傳感器監(jiān)控每種情況，戶主可以編程控制，并且在發(fā)現(xiàn)情況時(shí)自動(dòng)電話聯(lián)系監(jiān)控部門并且在發(fā)現(xiàn)情況

8、時(shí)自動(dòng)電話聯(lián)系監(jiān)控部門 涉及的對(duì)象：一個(gè)控制面板、若干煙感器、若干門窗傳感涉及的對(duì)象：一個(gè)控制面板、若干煙感器、若干門窗傳感器、若干動(dòng)態(tài)檢測(cè)器、一個(gè)報(bào)警器、一個(gè)計(jì)算機(jī)、一個(gè)電器、若干動(dòng)態(tài)檢測(cè)器、一個(gè)報(bào)警器、一個(gè)計(jì)算機(jī)、一個(gè)電話、若干號(hào)碼等話、若干號(hào)碼等 涉及的服務(wù)：配置系統(tǒng)、設(shè)置報(bào)警器、監(jiān)測(cè)傳感器、電話涉及的服務(wù)：配置系統(tǒng)、設(shè)置報(bào)警器、監(jiān)測(cè)傳感器、電話撥號(hào)、控制面板編程器等撥號(hào)、控制面板編程器等16案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 控制面板是一個(gè)安裝在墻上的裝置，尺寸大概控制面板是一個(gè)安裝在墻上的裝置，尺寸大概9x5英寸；英寸；控制面板與傳感器、計(jì)算

9、機(jī)之間無線連接；通過一個(gè)控制面板與傳感器、計(jì)算機(jī)之間無線連接；通過一個(gè)12鍵鍵的鍵盤與用戶交互，通過一個(gè)的鍵盤與用戶交互，通過一個(gè)3x3的的LCD彩色顯示器為用彩色顯示器為用戶提供反饋信息；軟件將提供交互提示、回顯以及類似功戶提供反饋信息；軟件將提供交互提示、回顯以及類似功能能17案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 第一步：第一步：確定系統(tǒng)的參與者確定系統(tǒng)的參與者o 房主（用戶）房主（用戶）o 配置管理人員配置管理人員18案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 第二步：第二步：每個(gè)參與者要求的功能（下面以房主為例）

10、每個(gè)參與者要求的功能（下面以房主為例）o 身份識(shí)別身份識(shí)別o 查詢安全區(qū)的狀態(tài)查詢安全區(qū)的狀態(tài)o 查詢傳感器的狀態(tài)查詢傳感器的狀態(tài)o 報(bào)警報(bào)警o 激活或關(guān)閉安全系統(tǒng)激活或關(guān)閉安全系統(tǒng)o 通過因特網(wǎng)訪問系統(tǒng)通過因特網(wǎng)訪問系統(tǒng)19用例圖表達(dá)用例圖表達(dá)20UML用用例圖例圖UML用例圖用例圖(User Case Diagram)從系統(tǒng)的使用者的角度所理解的系從系統(tǒng)的使用者的角度所理解的系統(tǒng)的總體功能統(tǒng)的總體功能參與者（參與者（User）：表示用例的使用者在與這些用例交互時(shí)所扮演的角）：表示用例的使用者在與這些用例交互時(shí)所扮演的角色，可以是人、硬件設(shè)備或一個(gè)系統(tǒng)，作為外部用戶與系統(tǒng)發(fā)生交互色，可以是人

11、、硬件設(shè)備或一個(gè)系統(tǒng)，作為外部用戶與系統(tǒng)發(fā)生交互用例用例(Case)：系統(tǒng)外部：系統(tǒng)外部可見可見的系統(tǒng)功能單元的系統(tǒng)功能單元事物事物名稱名稱解釋解釋UML表示表示參與者(Actor)在系統(tǒng)外部與系統(tǒng)直接交互的人或事物(如另一個(gè)計(jì)算機(jī)系統(tǒng)或一些可運(yùn)行的進(jìn)程)。我們需要注意的是：1.參與者是角色(role)而不是具體的人，它代表了參與者在與系統(tǒng)打交道的過程中所扮演的角色。所以在系統(tǒng)的實(shí)際運(yùn)作中，一個(gè)實(shí)際用戶可能對(duì)應(yīng)系統(tǒng)的多個(gè)參與者。不同的用戶也可以只對(duì)應(yīng)于一個(gè)參與者，從而代表同一參與者的不同實(shí)例。2.參與者作為外部用戶(而不是內(nèi)部)與系統(tǒng)發(fā)生交互作用，是它的主要特征。3.在后面的順序圖等中出現(xiàn)的“

12、參與者”，與此概念相同，但具體指代的含義，視具體情況而定。用例(Use Case)系統(tǒng)外部可見的一個(gè)系統(tǒng)功能單元。系統(tǒng)的功能由系統(tǒng)單元所提供，并通過一系列系統(tǒng)單元與一個(gè)或多個(gè)參與者之間交換的消息所表達(dá) 。創(chuàng)建新用例，確認(rèn)候選用例和劃分用例范圍的優(yōu)秀法則-“WAVE”測(cè)試用用例圖中的事物及解釋例圖中的事物及解釋關(guān)系解釋圖參與者與用例之間的關(guān)系關(guān)聯(lián)表示參與者與用例之間的交互，通信途徑。(關(guān)聯(lián)有時(shí)候也用帶箭頭的實(shí)線來表示，這樣的表示能夠顯示地表明發(fā)起用例的是參與者。)用例之間的關(guān)系包含箭頭指向的用例為被包含的用例，稱為包含用例；箭頭出發(fā)的用例為基用例。包含用例是必選的，如果缺少包含用例，基用例就不完

13、整；包含用例必須被執(zhí)行，不需要滿足某種條件；其執(zhí)行并不會(huì)改變基用例的行為。 include擴(kuò)展箭頭指向的用例為被擴(kuò)展的用例，稱為擴(kuò)展用例；箭頭出發(fā)的用例為基用例。擴(kuò)展用例是可選的，如果缺少擴(kuò)展用例，不會(huì)影響到基用例的完整性；擴(kuò)展用例在一定條件下才會(huì)執(zhí)行，并且其執(zhí)行會(huì)改變基用例的行為。參與者之間的關(guān)系泛化發(fā)出箭頭的事物“is a”箭頭指向的事物。泛化關(guān)系是一般和特殊關(guān)系，發(fā)出箭頭的一方代表特殊的一方，箭頭指向的一方代表一般一方。特殊一方繼承了一般方的特性并增加了新的特性。extend用用例圖例圖中中的關(guān)系的關(guān)系及及解釋解釋實(shí)例1 參與者之間的泛化關(guān)系 參與者：經(jīng)理，安全主管，保安 用例：管理人事

14、，批準(zhǔn)預(yù)算，批準(zhǔn)安全證書，監(jiān)視周邊 在參與者之間不存在泛化關(guān)系的情況下，各個(gè)參與者參與 用例的情況分別是：經(jīng)理參與用例管理人事和批準(zhǔn)預(yù)算；安全主管參與用例批準(zhǔn)安全證書；保安參與用例監(jiān)視周邊。由于安全主管與經(jīng)理，安全主管與保安之間泛化關(guān)系的存在，意味著安全主管可以擔(dān)任經(jīng)理和保安的角色，就能夠參與經(jīng)理和保安參與的用例。這樣，安全主管就可以參與全部4個(gè)用例。但經(jīng)理或者保安卻不能擔(dān)任安全主管的角色，也就不能參與用例批準(zhǔn)安全證書。 例子例子實(shí)例2 用例之間擴(kuò)展和包含關(guān)系 用例的上下文是：短途旅行但汽車的油不足以應(yīng)付全部路程。那么為汽車加油的動(dòng)作在旅行的每個(gè)場(chǎng)景(事件流)中都會(huì)出現(xiàn)，不加油就不會(huì)完成旅行。

15、吃飯則可以由司機(jī)決定是否進(jìn)行，不吃飯不會(huì)影響旅行的完成。 例子例子實(shí)例3. 航空售票的用例圖參與者(actor)：clerk，監(jiān)督員，信用卡服務(wù)商，信息亭用例(use case)： Buy tickets， Buy Subscription， Make charges， Survey sales參與者Clerk參與(或稱發(fā)起)Buy tickets和Buy Subscription 兩個(gè)用例(關(guān)聯(lián)關(guān)系)。這兩個(gè)用例的事件流都包含Make charges用例(包含關(guān)系)。系統(tǒng)由：Buy tickets， Buy Subscription， Make charges， Survey sales組成

16、。該系統(tǒng)主要包含：Buy tickets， Buy Subscription， Make charges， Survey sales這幾個(gè)功能。該系統(tǒng)主要面向的用戶(參與者)：clerk，監(jiān)督員，信用卡服務(wù)商，信息亭。 信息亭 Clerk Buy tickets Buy Subscription 信用卡服務(wù)商 Make charges 監(jiān)督員 Survey sales 參與者 用例 Box Office 系統(tǒng) 關(guān)系 26案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 第第三三步：步：功能之間的關(guān)系功能之間的關(guān)系第第三三章章 需求分析需求分析 需求分析概念與過程需求

17、分析概念與過程 功能建模功能建模 流程建模流程建模 數(shù)據(jù)建模數(shù)據(jù)建模2728案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 通過互聯(lián)網(wǎng)訪問攝像頭監(jiān)視通過互聯(lián)網(wǎng)訪問攝像頭監(jiān)視o 主要參與者：房主主要參與者：房主o 情景目標(biāo)：從任何遠(yuǎn)程地點(diǎn)通過互聯(lián)網(wǎng)查看遍布房間的攝像頭輸出情景目標(biāo)：從任何遠(yuǎn)程地點(diǎn)通過互聯(lián)網(wǎng)查看遍布房間的攝像頭輸出o 前提條件：必須完整配置系統(tǒng)；必須獲得正確的用戶身份證和密碼前提條件：必須完整配置系統(tǒng)；必須獲得正確的用戶身份證和密碼o 觸發(fā)：房主在遠(yuǎn)離家的時(shí)候決定查看房屋內(nèi)部觸發(fā)：房主在遠(yuǎn)離家的時(shí)候決定查看房屋內(nèi)部o 場(chǎng)景：場(chǎng)景： 房主登錄房主登錄Sa

18、feHome產(chǎn)品網(wǎng)站產(chǎn)品網(wǎng)站 房主輸入用戶身份信息和密碼房主輸入用戶身份信息和密碼 系統(tǒng)顯示所有主要功能按鈕系統(tǒng)顯示所有主要功能按鈕 房主從主要功能按鈕中選擇房主從主要功能按鈕中選擇“監(jiān)視監(jiān)視” 房主選擇房主選擇“選擇攝像頭選擇攝像頭” 系統(tǒng)顯示房間平面圖系統(tǒng)顯示房間平面圖 房主從房屋的平面圖中選擇攝像頭圖標(biāo)房主從房屋的平面圖中選擇攝像頭圖標(biāo) 房主選擇房主選擇“視圖視圖”按鈕按鈕 系統(tǒng)顯示一個(gè)有攝像頭號(hào)確定的視圖窗口并每秒一幀視頻輸出系統(tǒng)顯示一個(gè)有攝像頭號(hào)確定的視圖窗口并每秒一幀視頻輸出29案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品 通過互聯(lián)網(wǎng)訪問攝像頭監(jiān)視通

19、過互聯(lián)網(wǎng)訪問攝像頭監(jiān)視o 異常異常 身份證身份證號(hào)或密碼不匹配；查看用例號(hào)或密碼不匹配；查看用例“確認(rèn)身份證號(hào)和密碼確認(rèn)身份證號(hào)和密碼” 沒有為該系統(tǒng)配置監(jiān)視功能系統(tǒng)顯示錯(cuò)誤信息；查看沒有為該系統(tǒng)配置監(jiān)視功能系統(tǒng)顯示錯(cuò)誤信息；查看用例用例“配置監(jiān)視功能配置監(jiān)視功能” 房主選擇房主選擇“查看所有攝像頭的縮略視圖快照查看所有攝像頭的縮略視圖快照”；查看用例；查看用例“查看所有攝像頭查看所有攝像頭的縮略視圖快照的縮略視圖快照” 平面設(shè)計(jì)圖不可用或未配置顯示錯(cuò)誤消息；查看用例平面設(shè)計(jì)圖不可用或未配置顯示錯(cuò)誤消息；查看用例“配置平面設(shè)計(jì)圖配置平面設(shè)計(jì)圖” 遇到報(bào)警條件；查看用例遇到報(bào)警條件；查看用例“配

20、到報(bào)警條件配到報(bào)警條件”o 優(yōu)先級(jí)：必須在基礎(chǔ)功能只有實(shí)現(xiàn)中等優(yōu)先級(jí)優(yōu)先級(jí)：必須在基礎(chǔ)功能只有實(shí)現(xiàn)中等優(yōu)先級(jí)o 何時(shí)可用：第三個(gè)增量何時(shí)可用：第三個(gè)增量o 使用頻率：中等使用頻率：中等o 使用方式：互聯(lián)網(wǎng)訪問使用方式：互聯(lián)網(wǎng)訪問o 次要參與者：系統(tǒng)管理員，攝像頭次要參與者：系統(tǒng)管理員，攝像頭30案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品通通過過互互聯(lián)聯(lián)網(wǎng)網(wǎng)訪訪問問攝攝像像頭頭監(jiān)監(jiān)視視功功能能的的活活動(dòng)動(dòng)圖圖31案例：案例：SafeHomeSafeHome住宅安全監(jiān)控產(chǎn)品住宅安全監(jiān)控產(chǎn)品通通過過互互聯(lián)聯(lián)網(wǎng)網(wǎng)訪訪問問攝攝像像頭頭監(jiān)監(jiān)視視功功能能的的泳泳道道圖圖 描

21、述描述系統(tǒng)的動(dòng)態(tài)行為。系統(tǒng)的動(dòng)態(tài)行為。 包含包含活動(dòng)狀態(tài)活動(dòng)狀態(tài)(ActionState)，活動(dòng)狀態(tài)是指業(yè)務(wù)用例的一個(gè)執(zhí)，活動(dòng)狀態(tài)是指業(yè)務(wù)用例的一個(gè)執(zhí)行步驟或一個(gè)操作，不是普通對(duì)象的狀態(tài)。行步驟或一個(gè)操作，不是普通對(duì)象的狀態(tài)。 活動(dòng)圖活動(dòng)圖適合描述在沒有外部事件觸發(fā)的情況下的系統(tǒng)內(nèi)部的適合描述在沒有外部事件觸發(fā)的情況下的系統(tǒng)內(nèi)部的邏輯執(zhí)行過程；否則，狀態(tài)圖更容易描述邏輯執(zhí)行過程；否則，狀態(tài)圖更容易描述。 類似于類似于傳統(tǒng)意義上的流程圖。傳統(tǒng)意義上的流程圖。 活動(dòng)圖活動(dòng)圖主要用于主要用于：業(yè)務(wù)：業(yè)務(wù)建模時(shí)建模時(shí)，用于詳述業(yè)務(wù)用例用于詳述業(yè)務(wù)用例，描述一描述一項(xiàng)業(yè)務(wù)的執(zhí)行過程項(xiàng)業(yè)務(wù)的執(zhí)行過程；設(shè)計(jì)

22、；設(shè)計(jì)時(shí)時(shí)，描述操作的流程。描述操作的流程。UML活動(dòng)圖活動(dòng)圖活動(dòng)圖活動(dòng)圖事物事物活動(dòng) (ActionState)動(dòng)作的執(zhí)行起點(diǎn) (InitialState)活動(dòng)圖的開始終點(diǎn)(FinalState) 活動(dòng)圖的終點(diǎn)對(duì)象流(ObjectFlowState)活動(dòng)之間的交換的信息發(fā)送信號(hào)(signalSending)活動(dòng)過程中發(fā)送事件，觸發(fā)另一活動(dòng)流程接收信號(hào)(SignalReceipt)活動(dòng)過程中接收事件，接收到信號(hào)的活動(dòng)流程開始執(zhí)行泳道(SwimLane)活動(dòng)的負(fù)責(zé)者UML活動(dòng)圖活動(dòng)圖活動(dòng)圖活動(dòng)圖關(guān)系關(guān)系遷移(transition)活動(dòng)的完成與新活動(dòng)的開始分支(junction point)根據(jù)條

23、件，控制執(zhí)行方向分叉(fork)以下的活動(dòng)可并發(fā)執(zhí)行結(jié)合(join)以上的并發(fā)活動(dòng)再此結(jié)合UML活動(dòng)圖活動(dòng)圖帶帶泳道的活動(dòng)圖泳道的活動(dòng)圖本本例為一個(gè)按活動(dòng)職責(zé)例為一個(gè)按活動(dòng)職責(zé)(帶泳道帶泳道)組織的處理訂單用例的活動(dòng)圖組織的處理訂單用例的活動(dòng)圖(模型中的活動(dòng)按職責(zé)組織模型中的活動(dòng)按職責(zé)組織)?；顒?dòng)被按職責(zé)分配到用線分開的?；顒?dòng)被按職責(zé)分配到用線分開的不同區(qū)域不同區(qū)域(泳道泳道)UML活動(dòng)圖活動(dòng)圖2022-5-31用來用來描述系統(tǒng)描述系統(tǒng)邏輯功能模型邏輯功能模型的一種圖形的一種圖形工具工具是一種功能模型。是一種功能模型。數(shù)據(jù)流圖數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的從數(shù)據(jù)傳遞和加工的角度，以圖

24、形的方式刻畫方式刻畫數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程。數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過程。 DFD數(shù)據(jù)流圖數(shù)據(jù)流圖DFD（Data Flow Diagram）2022-5-312022-5-312022-5-31-系統(tǒng)系統(tǒng)邏輯邏輯模型模型2022-5-312022-5-312022-5-312022-5-312022-5-312022-5-31外部實(shí)體外部實(shí)體2022-5-31 F1書號(hào)書號(hào)單價(jià)單價(jià)數(shù)量數(shù)量2022-5-312022-5-31 - - DFD 2022-5-31DFD 2022-5-31第第三三章章 需求分析需求分析 需求分析概念與過程需求分析概念與過程 功能建模功能建模 流程建

25、模流程建模 數(shù)據(jù)建模數(shù)據(jù)建模532022-5-31數(shù)據(jù)字典數(shù)據(jù)字典 - - DD（Data Dictionary） 數(shù)據(jù)字典的任務(wù)是數(shù)據(jù)字典的任務(wù)是: : 對(duì)于數(shù)據(jù)流圖中出現(xiàn)的所有被對(duì)于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的圖形元素在字典中作為一個(gè)詞條加以定義，使得命名的圖形元素在字典中作為一個(gè)詞條加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的解釋。每一個(gè)圖形元素的名字都有一個(gè)確切的解釋。DD數(shù)據(jù)字典數(shù)據(jù)字典2022-5-312022-5-312022-5-312022-5-312022-5-312022-5-312022-5-312022-5-312022-5-31對(duì)象 對(duì)象就是一個(gè)包含數(shù)據(jù)以及與這

26、些數(shù)據(jù)有關(guān)的操作的集合。每個(gè)實(shí)體都是對(duì)象。 對(duì)象數(shù) 據(jù)操作代碼基于類的數(shù)據(jù)建?；陬惖臄?shù)據(jù)建模2022-5-31類 是一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對(duì)象集合。類的定義包括一組數(shù)據(jù)屬性和在數(shù)據(jù)上的一組合法操作。類定義可視為一個(gè)具有類似特性與共同行為的對(duì)象摸板，可用來產(chǎn)生對(duì)象。 可以說，類是對(duì)象的抽象，而對(duì)象是類的具體實(shí)例。 基于類的數(shù)據(jù)建?；陬惖臄?shù)據(jù)建模2022-5-31繼承 是在一個(gè)已存有的類的基礎(chǔ)上建立一個(gè)新的類。并將已存在的類稱為-基類或父類；新建立的類稱為派生類或子類。繼承基 類派 生 類基于類的數(shù)據(jù)建?；陬惖臄?shù)據(jù)建模對(duì)象繼承了類所有屬性- 從類到對(duì)象的繼承costdimensio

27、nweightlocationcolor類: furniturecostdimensionweightlocationcolor對(duì)象: chair 對(duì)象、類、繼承 基于類的數(shù)據(jù)建?；陬惖臄?shù)據(jù)建模2022-5-31 對(duì)象 繼承類的所有屬性和操作costdimensionweightlocationcolor類: furnitureBuySellWeightmovecostdimensionweightlocationcolor對(duì)象: TableBuySellWeightmovecostdimensionweightlocationcolor對(duì)象: chairBuySellWeightmove2

28、022-5-31- 面向?qū)ο箢惖谋硎灸Ｊ?類名: 操作: :屬性: :基于類的數(shù)據(jù)建?；陬惖臄?shù)據(jù)建模2022-5-31識(shí)別對(duì)象1、標(biāo)識(shí)潛在對(duì)象 找出通過分析過程中的所有名詞或名詞短語(yǔ)并合并同義詞。除去有動(dòng)作含義的名詞，使它們將被描述為對(duì)象的操作。 標(biāo)識(shí)規(guī)則如下:(1)、外部實(shí)體(2)、事物(3)、位置(7)、聚焦對(duì)象(5)、事件(6)、角色(4)、組織機(jī)構(gòu)基于類的數(shù)據(jù)建?；陬惖臄?shù)據(jù)建模2022-5-31潛在對(duì)象理由用戶傳感器控制面板系統(tǒng)(SafeHome System)傳感器編號(hào)密碼電話號(hào)碼傳感器事件警報(bào)器角色或外部實(shí)體外部實(shí)體外部實(shí)體事物傳感器屬性事物事物事件外部實(shí)體例如:基于類的數(shù)據(jù)建模基于類的數(shù)據(jù)建模2022-5-312、篩選對(duì)象 篩選對(duì)象規(guī)則如下:(1)、具有記憶自身狀態(tài)的能力(2)、有意義的