需求分析與用例建模

需求分析與用例建模

ID:24589184

大?。?.56 MB

頁(yè)數(shù):147頁(yè)

時(shí)間:2018-11-14

需求分析與用例建模_第1頁(yè)
需求分析與用例建模_第2頁(yè)
需求分析與用例建模_第3頁(yè)
需求分析與用例建模_第4頁(yè)
需求分析與用例建模_第5頁(yè)
資源描述:

《需求分析與用例建?!酚蓵?huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在教育資源-天天文庫(kù)

1、用例建模Use-CaseModeling吳曉霞wxxqa@163.com-2-課程內(nèi)容UML概述理解需求需求,難在何處?以用例為中心組織需求基于用例的需求分析過(guò)程-3-課程內(nèi)容UML概述理解需求需求,難在何處?以用例為中心組織需求基于用例的需求分析過(guò)程同樣的東西(對(duì)象)在不同人的眼里……如果在你的世界里出現(xiàn)了這樣的事情……抽象畫(huà)?還是表達(dá)某種神秘信息的作品?想做什么事情?UML簡(jiǎn)介UML(UnifiedModelingLanguage)為面向?qū)ο筌浖O(shè)計(jì)提供統(tǒng)一的、標(biāo)準(zhǔn)的、可視化的建模語(yǔ)言。適用于描述以用例為驅(qū)動(dòng),以體系結(jié)構(gòu)為中心的軟件設(shè)計(jì)的全過(guò)程。UML的定義包括UM

2、L語(yǔ)義和UML表示法兩個(gè)部分。UML語(yǔ)義:UML對(duì)語(yǔ)義的描述使開(kāi)發(fā)者能在語(yǔ)義上取得一致認(rèn)識(shí),消除了因人而異的表達(dá)方法所造成的影響。UML表示法:UML表示法定義UML符號(hào)的表示法,為開(kāi)發(fā)者或開(kāi)發(fā)工具使用這些圖形符號(hào)和文本語(yǔ)法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。-8--9-UML發(fā)展現(xiàn)狀目前通用的是UML1.x版主要UML1.3、UML1.42003年3月正式發(fā)布UML1.5UML2.02003年6月OMG采納了UML2.0的Superstructure的提案正式文本尚未發(fā)布…-10-UML9種圖類(lèi)圖:類(lèi)以及類(lèi)之間的相互關(guān)系對(duì)象圖:對(duì)象以及對(duì)象之間相互關(guān)系構(gòu)件圖:構(gòu)件及其相互依賴關(guān)系部

3、署圖:構(gòu)件在各節(jié)點(diǎn)上的部署順序圖:強(qiáng)調(diào)時(shí)間順序的交互圖協(xié)作圖:強(qiáng)調(diào)對(duì)象協(xié)作的交互圖狀態(tài)圖:類(lèi)所經(jīng)歷的各種狀態(tài)活動(dòng)圖:對(duì)工作流建模用例圖:需求捕獲,測(cè)試依據(jù)結(jié)構(gòu)行為用例圖靜態(tài)圖實(shí)現(xiàn)圖交互圖行為圖-11-UML建模工具IBMRationalRose2003BorlandTogether7.0MicrosoftVisio2003SybasePowerDesigner10NetBeansUML……“非程序員雜志”第26到30期UML工具一覽,列出了約129個(gè)UML開(kāi)發(fā)工具-12-內(nèi)容安排UML概述理解需求需求,難在何處?以用例為中心組織需求基于用例的需求分析過(guò)程認(rèn)識(shí)問(wèn)題分析問(wèn)題

4、解決問(wèn)題最終用戶(提出問(wèn)題)開(kāi)發(fā)團(tuán)隊(duì)(解決問(wèn)題)以用戶的身份站在用戶的角度認(rèn)識(shí)問(wèn)題獲取需求—用例建模技術(shù)以開(kāi)發(fā)者的身份站在用戶的角度分析問(wèn)題分析需求—用例分析技術(shù)以開(kāi)發(fā)者的身份站在開(kāi)發(fā)團(tuán)隊(duì)的角度分析問(wèn)題解決需求—面向?qū)ο笤O(shè)計(jì)-14-需求—建造“正確”的系統(tǒng)需求:系統(tǒng)必須滿足的條件或具備的能力軟件質(zhì)量準(zhǔn)則“FURPS”功能性(Functionality)可用性(Usability)可靠性(Reliability)性能(Performance)可支持性(Supportability)非功能性需求-15-內(nèi)容安排UML概述理解需求需求,難在何處?以用例為中心組織需求基于用例的

5、需求分析過(guò)程-16-需求:飲料問(wèn)題我要一瓶飲料…差不多,但我要無(wú)糖飲料…很好,不過(guò)我要綠茶的…啊,沒(méi)有大瓶的…大瓶的無(wú)糖綠茶飲料難捕獲,易變!-17-需求:如此脆弱客戶/用戶的要求/想法/期望軟件設(shè)計(jì)軟件產(chǎn)品分析和設(shè)計(jì)編碼和測(cè)試驗(yàn)收沒(méi)價(jià)值的 軟件需求補(bǔ)文檔-18-需求:也需要開(kāi)發(fā)客戶/用戶的要求/想法/期望軟件設(shè)計(jì)軟件產(chǎn)品開(kāi)發(fā)編碼和測(cè)試驗(yàn)收有價(jià)值的 軟件需求分析和設(shè)計(jì)-19-獲取好的需求需求收集包括五個(gè)關(guān)鍵步驟找到可以幫助你理解這個(gè)系統(tǒng)的人傾聽(tīng)這些相關(guān)人員的描述,并從他們的角度來(lái)理解系統(tǒng)利用一個(gè)容易理解的模型來(lái)描述用戶希望如何使用這個(gè)系統(tǒng)以及為他們提供的什么價(jià)值詳細(xì)地描

6、述系統(tǒng)和客戶以及系統(tǒng)和外部系統(tǒng)之間的交互重構(gòu)(refactor)這個(gè)詳細(xì)描述以保證它是可讀且易懂的-20-內(nèi)容安排UML概述理解需求需求,難在何處?以用例為中心組織需求基于用例的需求分析過(guò)程-21-需求問(wèn)題:對(duì)策難捕獲易變從用戶視角看問(wèn)題合理的結(jié)構(gòu)用例-22-以用例為中心組織需求用例可用性可靠性網(wǎng)絡(luò)協(xié)議業(yè)務(wù)規(guī)則……硬件接口界面約束性能-23-內(nèi)容安排UML概述理解需求需求,難在何處?以用例為中心組織需求基于用例的需求分析過(guò)程-24-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別角色2.2識(shí)別用例2.3構(gòu)建用例圖3詳細(xì)、完整地描述需求進(jìn)行用例闡

7、述4重構(gòu)用例模型4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包-25-基于用例的需求分析過(guò)程1.獲取原始需求2.開(kāi)發(fā)一個(gè)可以理解的需求2.1識(shí)別角色2.2識(shí)別用例2.3構(gòu)建用例圖3.詳細(xì)、完整地描述需求進(jìn)行用例闡述4.重構(gòu)用例模型4.1識(shí)別用例間的關(guān)系4.2對(duì)用例進(jìn)行組織和分包-26-獲取需求的技巧技巧描述實(shí)地觀察直接觀察個(gè)人工作的情況,以發(fā)現(xiàn)現(xiàn)存的實(shí)踐方式和問(wèn)題訪談從個(gè)人處收集特定信息特定群體調(diào)查對(duì)一組人員進(jìn)行調(diào)查,以便了解工作態(tài)度和共同看法問(wèn)卷調(diào)查收集詳細(xì)數(shù)據(jù)和統(tǒng)計(jì)意義上比較重要的數(shù)據(jù)用戶指導(dǎo)讓最終用戶告訴你,他們是如何操作系統(tǒng)的原

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫(huà)的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無(wú)此問(wèn)題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫(kù)負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無(wú)法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。