uml統(tǒng)一建模語言實驗報告參考.doc

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