uml統(tǒng)一建模語言實(shí)驗(yàn)報(bào)告參考.doc

電子科技大學(xué)計(jì)算機(jī)學(xué)院標(biāo) 準(zhǔn) 實(shí) 驗(yàn) 報(bào) 告（實(shí)驗(yàn)）課程名稱UML統(tǒng)一建模語言電子科技大學(xué)教務(wù)處制表電 子 科 技 大 學(xué)實(shí) 驗(yàn) 報(bào) 告學(xué)生姓名： 學(xué) 號(hào)： 指導(dǎo)教師：陳波實(shí)驗(yàn)地點(diǎn)： 嵌入式實(shí)驗(yàn)室 實(shí)驗(yàn)時(shí)間：2011/4一、實(shí)驗(yàn)室名稱： 嵌入式實(shí)驗(yàn)室 二、實(shí)驗(yàn)項(xiàng)目名稱：從用例圖形成系統(tǒng)需求規(guī)格描述的案例分析實(shí)驗(yàn)三、實(shí)驗(yàn)學(xué)時(shí)：4四、實(shí)驗(yàn)原理：在對(duì)一個(gè)實(shí)時(shí)系統(tǒng)建模之前，我們需要清晰的知道我們將開發(fā)的系統(tǒng)到底要完成什么功能。所以開發(fā)的第一步便是分析我們的實(shí)時(shí)系統(tǒng)，建立Use case圖。 Use case圖從一個(gè)外部用戶的觀點(diǎn)清楚地描述一個(gè)系統(tǒng)將要完成什么功能，將與哪些外部用戶或者外部系統(tǒng)進(jìn)行交互。它由3部分組成：用例（use case），用戶（actor）和它們之間的關(guān)系（relationship）。每一個(gè)use case表明一項(xiàng)系統(tǒng)功能，用戶通過它與系統(tǒng)進(jìn)行交互。一個(gè)actor就是任何可能與系統(tǒng)發(fā)生關(guān)系的事物，包括終端用戶，其它系統(tǒng)。Relationship表示用戶與用例和用例之間的關(guān)系，它包括：association，extend，include和generalization。五、實(shí)驗(yàn)?zāi)康模和ㄟ^對(duì)已有Usecase的分析去了解，描述一個(gè)系統(tǒng)，進(jìn)而理解Usecase圖的作用并逐步掌握Usecase圖的畫法。六、實(shí)驗(yàn)內(nèi)容：1. 分析公司管理的Usecase圖并了解公司管理系統(tǒng)2. 分析電信計(jì)費(fèi)及話費(fèi)查詢系統(tǒng)的Usecase圖并了解電信計(jì)費(fèi)及話費(fèi)查詢系統(tǒng)七、實(shí)驗(yàn)器材（設(shè)備、元器件）：計(jì)算機(jī)，Rational Rose UML建模工具八、實(shí)驗(yàn)步驟：1 分析公司管理系統(tǒng)：描述公司管理系統(tǒng)（通過用戶來了解該系統(tǒng)）：A）業(yè)務(wù)管理員：由于在公司管理中很重要的一部分就是業(yè)務(wù)管理，所以業(yè)務(wù)管理是整個(gè)Usecase的核心；業(yè)務(wù)管理員要管理業(yè)務(wù)報(bào)表，要處理銷售業(yè)務(wù)，還要處理其它可能出現(xiàn)的業(yè)務(wù)。B）系統(tǒng)管理員：他的職責(zé)是管理系統(tǒng)中的基礎(chǔ)信息，維護(hù)系統(tǒng)的運(yùn)行，處理系統(tǒng)中可能出項(xiàng)的錯(cuò)誤。C) 銀行：由于在一個(gè)公司中，銀行會(huì)定期的對(duì)公司的財(cái)務(wù)狀況進(jìn)行查詢，所以系統(tǒng)提供了與銀行進(jìn)行交互的Usecase，銀行人員通過系統(tǒng)提供的查詢功能可以方便的處理與該公司相關(guān)的財(cái)務(wù)。D） 終端客戶：由于在系統(tǒng)開發(fā)時(shí)還不清楚與終端用戶可能產(chǎn)生的交互，所以并沒有為終端用戶提供功能明確的Usecase，但系統(tǒng)為其預(yù)留了接口，可以通過添加功能模塊的方式為終端用戶提供需要的功能。D) 生產(chǎn)廠商：公司要向生產(chǎn)廠商報(bào)告產(chǎn)品的銷售情況，廠商可以通過這些反饋信息決定下一步的生產(chǎn)計(jì)劃。E) 銷售商場：公司要向銷售商場提供貨源情況，商場根據(jù)貨源的緊缺可以決定自己的銷售計(jì)劃。F) 物流，安保服務(wù)公司：公司要向物流公司提供送貨安排信息，這樣物流公司才可以根據(jù)公司要求準(zhǔn)時(shí)送貨給商家，這些信息也要同時(shí)提供給安保服務(wù)公司，保證貨物安全送達(dá)。在整個(gè)Usecase圖中，最核心的是業(yè)務(wù)管理，它又提供了3種不同的情況：處理業(yè)務(wù)報(bào)表，處理其它業(yè)務(wù)，處理銷售業(yè)務(wù)。在處理銷售業(yè)務(wù)的時(shí)候，又涉及到向生產(chǎn)廠商報(bào)告銷售情況，向銷售商場提供貨源情況，向物流安保公司提供送貨安排信息。這些用例構(gòu)成了整個(gè)系統(tǒng)的各個(gè)功能模塊。2. 分析電信計(jì)費(fèi)系統(tǒng)描述電信計(jì)費(fèi)系統(tǒng)（通過關(guān)系來了解該系統(tǒng)）：A 用戶，個(gè)人用戶，集團(tuán)用戶的關(guān)系：電信計(jì)費(fèi)系統(tǒng)并不關(guān)心外部用戶之間有說明關(guān)系，但用戶之間有著明顯的區(qū)別，個(gè)人用戶和集團(tuán)用戶都繼承了用戶的所有性質(zhì)，它們又有自己與眾不同的特性，個(gè)人用戶只能通過系統(tǒng)提供的個(gè)人用戶話費(fèi)查詢來查詢?cè)捹M(fèi)。集團(tuán)中的每個(gè)個(gè)體對(duì)系統(tǒng)來說也只是個(gè)人用戶，但作為集團(tuán)則可以通過集團(tuán)用戶話費(fèi)查詢來了解整個(gè)集團(tuán)的話費(fèi)信息。B系統(tǒng)中有3個(gè)用例，都是話費(fèi)查詢，但個(gè)人話費(fèi)查詢和集團(tuán)用戶話費(fèi)查詢無疑繼承話費(fèi)查詢的功能，它們又分別為個(gè)人用戶和集團(tuán)用戶提供話費(fèi)查詢。C計(jì)費(fèi)人員同時(shí)為普通用戶，個(gè)人用戶和集團(tuán)用戶計(jì)費(fèi)，并管理他們?cè)捹M(fèi)的查詢。九、實(shí)驗(yàn)數(shù)據(jù)及結(jié)果分析：分析并了解了公司管理系統(tǒng)，電信計(jì)費(fèi)及話費(fèi)查詢系統(tǒng)。理解了上述系統(tǒng)完成的功能以及它們與用戶之間的交互。十、實(shí)驗(yàn)結(jié)論：Usecase圖是一種很好的描述系統(tǒng)，用戶及其管理的工具，用Usecase圖可以使開發(fā)人員對(duì)系統(tǒng)要完成什么功能有清晰的認(rèn)識(shí)。十一、總結(jié)及心得體會(huì)：通過本次試驗(yàn)，深刻認(rèn)識(shí)了Usecase圖以及Usecase圖在分析系統(tǒng)時(shí)的作用。Usecase圖是一種很好的工具：首先，它可以用在對(duì)現(xiàn)有系統(tǒng)的分析，通過畫出系統(tǒng)的Usecase圖，可以了解系統(tǒng)為不同的用戶提供了哪些功能。Usecase圖也很具體的描述了用戶之間，用例之間的關(guān)系。通過對(duì)不同用例，不同用戶，不同關(guān)系的分析，可以使我們了解該系統(tǒng)總體上的體系結(jié)構(gòu)。不但如此，Usecase圖還可以為我們提供系統(tǒng)的不同層次的抽象，既可以畫出總體的Usecase圖，也可以對(duì)每個(gè)模塊進(jìn)行細(xì)化，畫出模塊級(jí)的usecase圖。其次，usecase可以很好的用在一個(gè)系統(tǒng)的開發(fā)過程中，在對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)時(shí)，根據(jù)usecase的思想，先收集與系統(tǒng)交互的用戶信息，然后找出系統(tǒng)所要完成的核心功能，再逐步細(xì)化。最終形成清晰的Usecase圖，使整個(gè)開發(fā)團(tuán)隊(duì)都對(duì)系統(tǒng)要完成什么功能，要提供什么接口，用戶之間的關(guān)系，功能之間的關(guān)系有明確的理解，這樣有助于團(tuán)隊(duì)開發(fā)與交流。并且，Usecase還可以用在需求分析中，在用戶不清楚他們究竟需要的需求是什么的時(shí)候，我們可以和用戶一起合作畫出初步的Usecase圖，而且考慮到需求可能發(fā)生的變化，Usecase可以使用戶更好的了解系統(tǒng)的結(jié)構(gòu)，以及他們需要系統(tǒng)完成什么。十二、對(duì)本實(shí)驗(yàn)過程及方法、手段的改進(jìn)建議： 報(bào)告評(píng)分： 指導(dǎo)教師簽字：電 子 科 技 大 學(xué)實(shí) 驗(yàn) 報(bào) 告（二）學(xué)生姓名： 學(xué) 號(hào)： 指導(dǎo)教師：陳波實(shí)驗(yàn)地點(diǎn)：嵌入式實(shí)驗(yàn)室 實(shí)驗(yàn)時(shí)間：一、實(shí)驗(yàn)室名稱：嵌入式實(shí)驗(yàn)室 二、實(shí)驗(yàn)項(xiàng)目名稱：在線考試系統(tǒng)設(shè)計(jì)實(shí)驗(yàn)三、實(shí)驗(yàn)學(xué)時(shí)：12學(xué)時(shí)四、實(shí)驗(yàn)原理：按小組方式進(jìn)行分工協(xié)作，討論創(chuàng)建用例圖為核心的需求規(guī)格文檔，并通過協(xié)作圖、順序圖構(gòu)成系統(tǒng)的行為概要設(shè)計(jì)，通過類圖構(gòu)成系統(tǒng)的靜態(tài)概要設(shè)計(jì)。五、實(shí)驗(yàn)?zāi)康模赫莆胀ㄓ肬ML模型設(shè)計(jì)過程，從業(yè)務(wù)場景描述轉(zhuǎn)化成用例圖表示的需求規(guī)格說明，畫出活動(dòng)圖，發(fā)現(xiàn)類形成類圖，形成協(xié)作圖和順序圖為主的交互圖。六、實(shí)驗(yàn)內(nèi)容：1) 對(duì)系統(tǒng)需求分組進(jìn)行討論，進(jìn)行小組成員任務(wù)分工。2) 按照分工，完成用例圖各用例及其補(bǔ)充文檔、事件流、場景、活動(dòng)圖描述。3) 以用例圖為核心，設(shè)計(jì)出必要的類，通過類圖表達(dá)類之間的各種關(guān)系，以此描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，暫不要求一定引入封裝體概念。4) 以用例圖為核心，設(shè)計(jì)出主要事件流的概要設(shè)計(jì)順序圖并轉(zhuǎn)化成協(xié)作圖，以此描述系統(tǒng)的行為。5) 對(duì)于部分系統(tǒng)行為，可以適當(dāng)?shù)牟捎脿顟B(tài)圖進(jìn)行描述。6) 實(shí)驗(yàn)課后半段，各小組成員上臺(tái)逐一講述本小組的設(shè)計(jì)文檔。七、實(shí)驗(yàn)器材（設(shè)備、元器件）：計(jì)算機(jī)，Rational Rose UML建模工具八、實(shí)驗(yàn)步驟：1. 通過需求描述形成用例圖和用例輔助文檔，完成需求規(guī)格說明2. 從用例圖和描述用例的需求規(guī)格說明發(fā)現(xiàn)類和類間靜態(tài)關(guān)系3從用例場景描述形成類間交互圖，包括順序圖和協(xié)作圖4. 精化類圖與相關(guān)交互圖，形成系統(tǒng)的靜態(tài)和行為概要設(shè)計(jì)九、實(shí)驗(yàn)數(shù)據(jù)及結(jié)果分析：ATM用例圖用例圖描述： 啟動(dòng)系統(tǒng)用例。當(dāng)操作員將系統(tǒng)啟動(dòng)開關(guān)切換到ON 狀態(tài)時(shí)，系統(tǒng)開始啟動(dòng)。ATM自動(dòng)取款機(jī)提示操作員輸入現(xiàn)金數(shù)量，并建立同銀行的鏈接。當(dāng)鏈接建立后就可以為客戶服務(wù)。 關(guān)閉系統(tǒng)用例。當(dāng)操作員確定偶用戶在使用系統(tǒng)時(shí)，切換系統(tǒng)開關(guān)到OFF狀態(tài)。到銀行的鏈接將被中斷，操作員可以取出現(xiàn)金夾子箱，替換現(xiàn)金和打印紙等。 密碼錯(cuò)誤用例。如果用戶輸入的密碼不正確。用戶可以選擇重新輸入。如果達(dá)到一定的次數(shù)都還沒有輸入正確，賬戶將被鎖定。 登陸成功用例。當(dāng)用戶登陸成功后進(jìn)入登陸成功用例，在此用例中有相應(yīng)的用例供用戶選擇并進(jìn)行進(jìn)一步的服務(wù)。退卡用例。當(dāng)用戶選擇退卡后，系統(tǒng)就推出服務(wù)并將卡退出。一次服務(wù)完成。 查詢余額用例。用戶請(qǐng)求此服務(wù)后，ATM將為用戶顯示本用戶的余額。同時(shí)用戶可以選擇繼續(xù)交易或退出。 充值業(yè)務(wù)用例。充值事務(wù)請(qǐng)求用戶進(jìn)一步輸入相關(guān)信息，例如選擇電信，移動(dòng)及聯(lián)通號(hào)碼。用戶輸入信息后進(jìn)行服務(wù)。服務(wù)完成后并將結(jié)果返回給用戶。 取款用例。取款事務(wù)請(qǐng)求用戶輸入要取款幣種及數(shù)目。如果賬戶金額不足，則通知客戶，請(qǐng)求輸入新的取款金額。如果銀行同意事務(wù)，提取的現(xiàn)金將被機(jī)器彈出，并打印收據(jù)，保存到ATM日志中。在輸入金額之前，如果按下取消按鈕，取款事務(wù)將被取消。 轉(zhuǎn)賬用例。轉(zhuǎn)賬事務(wù)請(qǐng)求客戶定義要轉(zhuǎn)入哪個(gè)賬戶，以及需要轉(zhuǎn)賬的金額。ATM進(jìn)行聯(lián)網(wǎng)驗(yàn)證。一旦銀行同意該事務(wù)，事務(wù)不能被取消。如過最后確認(rèn)之前按取消按鈕，將取消轉(zhuǎn)賬事務(wù)。類圖類圖描述：BankAccount類：存儲(chǔ)各賬戶信息有三種屬性分別是：Type、Number、Balance。銀行工作人員在為客戶創(chuàng)建賬戶時(shí)設(shè)定賬戶的類型，例：信用卡、儲(chǔ)蓄卡。只能進(jìn)行一次設(shè)定，之后的操作只能獲取該賬戶的Type。每個(gè)賬戶的初始balance為0元，每次儲(chǔ)戶進(jìn)行操作后保存操作后的結(jié)果。每個(gè)賬戶在生成時(shí)生成一個(gè)賬戶number，number一經(jīng)設(shè)定不能改變，只能注銷，只能對(duì)賬戶number進(jìn)行查詢操作。DepositorAccount類：存儲(chǔ)各儲(chǔ)戶的信息由三種屬性：儲(chǔ)戶姓名、儲(chǔ)戶ID、儲(chǔ)戶密碼。儲(chǔ)戶可以設(shè)置姓名，儲(chǔ)戶ID，密碼，還可以重設(shè)密碼。狀態(tài)圖：新版本類圖：十、實(shí)驗(yàn)結(jié)論：通過對(duì)ATM實(shí)例需求的分析，小組成員共同討論形成了需求對(duì)