其他系統(tǒng)用例的場(chǎng)景圖繪制也是依樣畫(huà)葫蘆了,這里就省略了。所有系統(tǒng)用例和系統(tǒng)用例場(chǎng)景圖繪制出來(lái)后,再配合相應(yīng)的用例規(guī)則,用例規(guī)約(前置條件,后置條件,流程等),那么完整的系統(tǒng)用例模型就出來(lái)了,以此為基礎(chǔ)便可以撰寫(xiě)系統(tǒng)需求文檔,即軟件需求規(guī)格說(shuō)明書(shū)。
到此為止,用例已經(jīng)全部找出來(lái)了,接著就是要進(jìn)入用例實(shí)現(xiàn)階段了,因?yàn)橛美皇敲枋隽讼到y(tǒng)應(yīng)該做什么,是對(duì)系統(tǒng)提出的設(shè)想,用例實(shí)現(xiàn)的目的就是實(shí)現(xiàn)需求,把設(shè)想變?yōu)楝F(xiàn)實(shí),由于我們采用的是面向?qū)ο蟮姆椒,所以用例?shí)現(xiàn)的過(guò)程就是用對(duì)象之間的交互來(lái)實(shí)現(xiàn)需求的過(guò)程。
不少人到這一步,包括我自己,可能直接進(jìn)入類設(shè)計(jì),數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)了,但是經(jīng)常說(shuō)不清楚類是如何推導(dǎo)出來(lái)的,為什么是設(shè)計(jì)2個(gè)類,為什么不是3個(gè)類 ? 美其名曰:經(jīng)驗(yàn),哈哈,無(wú)非就是拍腦袋拍出來(lái)的咯,尤其是在業(yè)務(wù)復(fù)雜的大型項(xiàng)目中,這種拍腦袋出來(lái)的設(shè)計(jì)估計(jì)要經(jīng)過(guò)反復(fù)修改才能滿足需求,F(xiàn)在我發(fā)現(xiàn),原來(lái)從系統(tǒng)需求到設(shè)計(jì)之間可以通過(guò)分析模型作為過(guò)渡,通過(guò)分析模型推導(dǎo)出設(shè)計(jì)模型,推導(dǎo)出設(shè)計(jì)類。分型模型就是采用分析類(邊界類,控制類,實(shí)體類)來(lái)實(shí)現(xiàn)用例場(chǎng)景的一種對(duì)象模型,這個(gè)抽象層次上需求已經(jīng)通過(guò)對(duì)象之間的交互實(shí)現(xiàn)出來(lái)了,而又不必去關(guān)注具體的技術(shù)細(xì)節(jié),如采用什么語(yǔ)言,什么框架之類的,可能安心的為需求到設(shè)計(jì)之間的跨越做一個(gè)橋梁。繪制分析類圖一般需求根據(jù)用例場(chǎng)景來(lái)推導(dǎo),先一步步的分析場(chǎng)景中的活動(dòng):
創(chuàng)建新申請(qǐng)報(bào)賬單:這是一條由外面發(fā)出的命令,需要用邊界對(duì)象接受它;
展現(xiàn)錄入新報(bào)賬單界面:這是一個(gè)控制邏輯,需要有控制對(duì)象處理;
輸入報(bào)賬單信息:這是一個(gè)人工活動(dòng),由邊界接受,報(bào)賬單是一個(gè)實(shí)體對(duì)象;
提交申請(qǐng):這是一條外界發(fā)出的指令,由邊界對(duì)象接受;
驗(yàn)證信息:這是業(yè)務(wù)規(guī)則,通過(guò)控制對(duì)象來(lái)處理;
保存申請(qǐng)單:這是一段處理邏輯,由控制對(duì)象處理,同時(shí),報(bào)賬單作為實(shí)體對(duì)象封裝了要處理的數(shù)據(jù);
發(fā)送郵件通知:這是一段處理邏輯,需要由控制對(duì)象處理;
顯示結(jié)果:這個(gè)是處理結(jié)果,用控制對(duì)象處理,并反映到邊界對(duì)象。
根據(jù)上面的分析,接下來(lái)我繪制出員工報(bào)銷申請(qǐng)用例實(shí)現(xiàn)的分析類時(shí)序圖:
出處:CSDN
責(zé)任編輯:bluehearts
上一頁(yè) 面向?qū)ο蠓治鲞^(guò)程案例實(shí)戰(zhàn) [4] 下一頁(yè) 面向?qū)ο蠓治鲞^(guò)程案例實(shí)戰(zhàn) [6]
◎進(jìn)入論壇網(wǎng)絡(luò)編程版塊參加討論
|