基于UML的需求分析_第1頁
基于UML的需求分析_第2頁
基于UML的需求分析_第3頁
基于UML的需求分析_第4頁
基于UML的需求分析_第5頁
已閱讀5頁,還剩47頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、基于基于UML的需求分析的需求分析報告人:鐘昭坤中企動力科技集團股份有限公司產(chǎn)品技術(shù)部產(chǎn)品技術(shù)部基于基于UML的需求分析的需求分析22為什么需求分析中要用為什么需求分析中要用UML3UML基礎(chǔ)知識基礎(chǔ)知識4怎樣用怎樣用UML做需求分析做需求分析UML是什么是什么15使用產(chǎn)品需求規(guī)格說明書模板的注意事項使用產(chǎn)品需求規(guī)格說明書模板的注意事項6附錄附錄基于基于UML的需求分析的需求分析3UML是什么是什么1UMLUML的理解的理解基于基于UML的需求分析的需求分析4UMLROSEUnified Modeling Language面向?qū)ο蟮慕y(tǒng)一建模語言建模工具之一實質(zhì):溝通方法,正如英語一樣成為世界各

2、地人解決溝通的問題。還有together,Micrsoft Visio等基于基于UML的需求分析的需求分析5為什么為什么需求分需求分析要使析要使用用UML2UMLUML是一種先進的方法是一種先進的方法基于基于UML的需求分析的需求分析6客戶需求分析師程序員UML設(shè)計人員測試人員共用一門語言進行溝通共用一門語言進行溝通UML的用例模型體現(xiàn)了參與者和系統(tǒng)的交互行為UML的概念模型體現(xiàn)了域?qū)嶓w之間的關(guān)系?;诨赨ML的需求分析的需求分析傳統(tǒng)需求分析表述方式XX系統(tǒng)子系統(tǒng)一子系統(tǒng)二子系統(tǒng)三模塊一模塊二模塊三采用功能分解方式描繪整個系統(tǒng)的組成,功能分解了功能模塊。缺少參與者與系統(tǒng)的交互行為。設(shè)計和需求

3、容易混淆,其中包含了一部分設(shè)計。造成不知細到什么程度?系統(tǒng)功能之間關(guān)聯(lián)要用其它文檔描述,分割了系統(tǒng)功能所在應(yīng)用環(huán)境?;诨赨ML的需求分析的需求分析8UML基礎(chǔ)基礎(chǔ)3UMLUML基本功訓練基本功訓練基于基于UML的需求分析的需求分析 用例圖用例圖(業(yè)務(wù)建模、需求、測試業(yè)務(wù)建模、需求、測試) 類圖類圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 對象圖對象圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 構(gòu)件圖構(gòu)件圖(設(shè)計設(shè)計) 部署圖部署圖(設(shè)計設(shè)計) 順序圖順序圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 協(xié)作圖協(xié)作圖(業(yè)務(wù)建模、分析、設(shè)計業(yè)務(wù)建模、分析、設(shè)計) 狀態(tài)圖狀態(tài)圖(需求,分析,

4、設(shè)計需求,分析,設(shè)計) 活動圖活動圖(業(yè)務(wù)建模、設(shè)計業(yè)務(wù)建模、設(shè)計)結(jié)構(gòu)結(jié)構(gòu)行為行為藍色部分作為講解內(nèi)容,其它不詳講?;诨赨ML的需求分析的需求分析基于基于UML的需求分析的需求分析用例圖表達了哪些內(nèi)容:用例圖表達了哪些內(nèi)容:參與者與用例之間的通訊關(guān)系,也可以參與者與參與者之間的關(guān)系,以及用例與用例之間關(guān)系。參與者(或叫角色),它可以是人或者其它外部系統(tǒng)或者計算機設(shè)備。用例:描述參與者與系統(tǒng)的交互,它向參與者提供了有重要價值的操作序列。關(guān)系(關(guān)系(Association)包用例的組織形式基于基于UML的需求分析的需求分析案例:案例:Actor:叫法很多,有“參與者/執(zhí)行者/主角/使用者”,

5、可以是人也可以其它事物(包括計算機設(shè)備與外部系統(tǒng)),用一個小人表示。參與者之間的關(guān)系,參與者其實質(zhì)就是類:參與者之間的關(guān)系,參與者其實質(zhì)就是類: 繼承(泛化)關(guān)系繼承(泛化)關(guān)系參與者與用例之間的關(guān)系參與者與用例之間的關(guān)系1、單向關(guān)系、單向關(guān)系2、雙向關(guān)系、雙向關(guān)系A(chǔ)ctor可以啟動User CaseActor也可以接收系統(tǒng)的發(fā)出的信息,如外部系統(tǒng)。基于基于UML的需求分析的需求分析Use case的叫法的叫法: 用況/用案/用例。用例之間的三種關(guān)用例之間的三種關(guān)系:系:包含關(guān)系繼承關(guān)系,擴展關(guān)系記憶方法:用例之間的關(guān)系是縱坐標+橫坐標。原則上來說:用例之間都是獨立的,并列的,它們之間不存在包

6、含從屬關(guān)系。但是為了體現(xiàn)一些用例之間的業(yè)務(wù)關(guān)系,以及提高可維護性和一致性。它都是從現(xiàn)有的用例中抽取出公共的那部分信息,作為一個單獨用例,然后通過不同的方法來重用這個公共的用例,以減少模型維護工作量?;诨赨ML的需求分析的需求分析包含關(guān)系類似于主程序調(diào)用子程序的關(guān)系。包含用例描述了插入到基本用例中的行為片段。基本用例可控制與包含用例的關(guān)系,并可依賴于執(zhí)行包含用例所得的結(jié)果,但基本用例和包含用例都不能訪問對方的屬性。何時使用:通常把多個用例都用到的片段,抽出來形成一個公共的用例。這樣維護方便且簡單。主要實現(xiàn)復(fù)用。基于基于UML的需求分析的需求分析擴展關(guān)系用例中的一部分是可選的,可以把可選行為和

7、必選行為分開。只在特定的條件下執(zhí)行的分支流。一組行為段,其中的一個或者多個段可以在基本用例中的擴展點處插入,是否插入取決于基本用例與參與者的交互。擴展是有條件的,擴展用例可以訪問和修改基本用例的屬性,但基本用例看不到擴展用例,也無法訪問它們的屬性?;诨赨ML的需求分析的需求分析繼承關(guān)系,很少用,常用用例中的備選流來代替。子用例和父用例相似,但加入了特子用例和父用例相似,但加入了特別的行為,子用例繼承了父用例的別的行為,子用例繼承了父用例的所有結(jié)構(gòu)、行為和關(guān)系。所有結(jié)構(gòu)、行為和關(guān)系?;诨赨ML的需求分析的需求分析包含:包含:是在用例A的某一點(不是判斷分支點),會到另一個用例B運行,B完

8、成后,會回到A,并繼續(xù)該點的緊接著的下一步驟。擴展:擴展:是在用例A的某點(條件判斷),當滿足一定條件則到B用例運行,B完成后,回到A中該點所屬條件分支結(jié)束后的下一步驟?;诨赨ML的需求分析的需求分析包含關(guān)系繼承關(guān)系擴展關(guān)系注意:可以為一個用例創(chuàng)建對應(yīng)的參與者,也可以為一個參與者注意:可以為一個用例創(chuàng)建對應(yīng)的參與者,也可以為一個參與者創(chuàng)建對應(yīng)的多個用例。創(chuàng)建對應(yīng)的多個用例。基于基于UML的需求分析的需求分析軟件模型域模型(面向?qū)ο?)概念模型數(shù)據(jù)模型(面向關(guān)系 )軟軟件件分分析析階階段段軟軟件件設(shè)設(shè)計計階階段段對象-關(guān)系映射1、在了解類圖之前,先了解軟件模型,并且對需求分析工作來說,我這里

9、不介紹類圖,只介紹概念模型。、域?qū)ο螅簩嶓w域?qū)ο?,過程域?qū)ο螅录驅(qū)ο蟆?、域?qū)ο蟮年P(guān)系。、類,實體,對象三者之間關(guān)系實體類過程類事件類類對象對象是類的實例化,它可以是一個或者幾個類的抽象形成。實體類簡稱實體。一個或多個表;表的所有索引;視圖;觸發(fā)器;表與表之間的參照完整性。業(yè)務(wù)邏輯或者流程警告,屏常,超時等事件人,事物,地點或者概念基于基于UML的需求分析的需求分析需求分析階段常做的兩件事:1、對問題域詳細分析后,確定用例。2、概據(jù)用例建立概念模型,它是用來模擬問題域中的真實實體。它描述了每個實體的概念和屬性,以及實體之間的關(guān)系,但不描述實體的行為。這些實體在設(shè)計階段轉(zhuǎn)化為類。基于基于UM

10、L的需求分析的需求分析數(shù)量來說:實體之間的關(guān)系(一對一,一對多,多對多)。關(guān)系類型來說,實體的關(guān)系是:3+1關(guān)聯(lián)關(guān)聯(lián)聚合聚合組合關(guān)系組合關(guān)系繼承(泛化)繼承(泛化)類之間的關(guān)系多了一個依賴關(guān)系(Dependency),但實體之間不描述這種關(guān)系。橫向縱向基于基于UML的需求分析的需求分析一對一關(guān)系一對多關(guān)系多對多關(guān)系基于基于UML的需求分析的需求分析Aggregation整體與部分關(guān)系,部分與可以脫離整體而存在?;诨赨ML的需求分析的需求分析又叫合成又叫合成 組合關(guān)系中的部分實體對象不能單獨存在,它的生組合關(guān)系中的部分實體對象不能單獨存在,它的生命周期依賴于整體實體的對象生命周期,當整體消命

11、周期依賴于整體實體的對象生命周期,當整體消失時,部分也就隨之消失。而對于存在關(guān)聯(lián)關(guān)系的失時,部分也就隨之消失。而對于存在關(guān)聯(lián)關(guān)系的兩個實體,可以允許每實體的對象都單獨存在,如兩個實體,可以允許每實體的對象都單獨存在,如雇員和雇主就是這樣的關(guān)系。,例如人與手之間的雇員和雇主就是這樣的關(guān)系。,例如人與手之間的就是組合關(guān)系,它在實體域?qū)ο笾g很常見。就是組合關(guān)系,它在實體域?qū)ο笾g很常見?;诨赨ML的需求分析的需求分析座位圖中的座位狀態(tài)轉(zhuǎn)換圖:基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析活動的一種特殊形式,各自只有一個。起點:畫在左上角,只有離開的遷移。終點:畫在右下角,

12、只有進入的遷移。對每一項活動,都存在從起點出發(fā),經(jīng)過它到終點的路徑?;诨赨ML的需求分析的需求分析有進有出命名:動賓結(jié)構(gòu)基于基于UML的需求分析的需求分析活動的負責者泳道可以多維的基于基于UML的需求分析的需求分析向外遷移的條件之和必須是完備集。向外遷移的條件之間不能重疊?;诨赨ML的需求分析的需求分析有分必有合有分必有合=有分必有進有分必有進=有合必有出有合必有出=并行!并行!=同時同時=基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析構(gòu)件圖部署圖,又叫配置圖基于基于UML的需求分析的需求分析34怎樣用怎樣用UML做做需求分需求分析析4把把UMLUML應(yīng)用到需求分

13、析中應(yīng)用到需求分析中弈弈基于基于UML的需求分析的需求分析業(yè)務(wù)建模業(yè)務(wù)建模需求定義需求定義基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析識別業(yè)務(wù)執(zhí)行者識別業(yè)務(wù)用例詳述業(yè)務(wù)用例建立業(yè)務(wù)對象模型系統(tǒng)執(zhí)行者系統(tǒng)用例詳述系統(tǒng)用例建立概念模型基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析用例模型的作用2驗證所有的需求都是否已經(jīng)捕捉到驗證所有的需求都是否已經(jīng)捕捉到3作為項目計劃的參考作為項目計劃的參考1識別誰或什么與系統(tǒng)進行交互,和系統(tǒng)應(yīng)該做什么識別誰或什么與系統(tǒng)進行交互,和系統(tǒng)應(yīng)該做什么基于基于UML的需求分析的需求分析用例模

14、型的內(nèi)容1用例圖用例圖1用例規(guī)約(即用例描述文檔)用例規(guī)約(即用例描述文檔)基于基于UML的需求分析的需求分析421系統(tǒng)開發(fā)完之后,有哪些人會使用這個系統(tǒng)?如售票員,影院經(jīng)理。系統(tǒng)開發(fā)完之后,有哪些人會使用這個系統(tǒng)?如售票員,影院經(jīng)理。2系統(tǒng)需要從哪些人或者其它系統(tǒng)中獲得數(shù)據(jù)?如:會員管理系統(tǒng)。系統(tǒng)需要從哪些人或者其它系統(tǒng)中獲得數(shù)據(jù)?如:會員管理系統(tǒng)。3系統(tǒng)會為哪些或者其他系統(tǒng)提供數(shù)據(jù)?如:國家電影總局數(shù)據(jù)接收系統(tǒng)。系統(tǒng)會為哪些或者其他系統(tǒng)提供數(shù)據(jù)?如:國家電影總局數(shù)據(jù)接收系統(tǒng)。4系統(tǒng)會與哪些其他系統(tǒng)相關(guān)聯(lián)?銀行支付系統(tǒng)。系統(tǒng)會與哪些其他系統(tǒng)相關(guān)聯(lián)?銀行支付系統(tǒng)。5系統(tǒng)是由誰來維護和管理的?系

15、統(tǒng)是由誰來維護和管理的?基于基于UML的需求分析的需求分析1參與者為什么使用該系統(tǒng)?參與者為什么使用該系統(tǒng)?2參與者是否會在系統(tǒng)中創(chuàng)建,修改,刪除,訪問,存儲數(shù)據(jù)?參與者是否會在系統(tǒng)中創(chuàng)建,修改,刪除,訪問,存儲數(shù)據(jù)?3參與者是否會將外部的某些事件通知此系統(tǒng)?參與者是否會將外部的某些事件通知此系統(tǒng)?3系統(tǒng)是否會將內(nèi)部的某一些事件通知參與者?系統(tǒng)是否會將內(nèi)部的某一些事件通知參與者?基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析如何寫好一個用例基于基于UML的需求分析的需求分析基于基于UML的需求分析的需求分析47注意事注意事項項5使用產(chǎn)品需求規(guī)格說明書使用產(chǎn)品需求規(guī)格說明書模板的注意事項模板的注意事項基于基于UML的需求分析的需求分析481、用例目標不明確,所以用例的名詞取的不太準確。2、沒有主執(zhí)行者。3、

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論