面向?qū)ο蠓治雠c設計試驗指導書

本文格式為Word版，下載可任意編輯——面向?qū)ο蠓治雠c設計試驗指導書試驗一用例圖

一、試驗目的

1．把握用例圖的涵義和內(nèi)容

2.熟悉用例圖的基本功能和使用方法。3．把握如何使用建模工具繪制用例圖方法。

二、試驗內(nèi)容

畫出以下描述的用例圖：

某零食廠家使用購物預約管理系統(tǒng)。預約管理人責任客戶預約商品的登錄、瀏覽、更改和刪除。員工查看已預約的商品，確定當天的工作。該預約管理系統(tǒng)與客戶信息管理系統(tǒng)連動，在進行預約商品登錄的同時可以瀏覽預約訂貨客戶的信息?？蛻?、管理員和員工進行操作時要先登錄。

三、試驗條件

1．計算機一臺。

2．RationalRose工具軟件。

四、試驗指導

1.用例圖的簡介

用例模型用來獲得系統(tǒng)的需求。用例意味著和用戶和相關(guān)人員通信得到系統(tǒng)計劃做什么。

一個用例圖展示了系統(tǒng)和系統(tǒng)外部的實體之間的交互。這些外部實體就是actors。Actors既包括人類用戶，也包括硬件或者其他系統(tǒng)。一個actor經(jīng)常用一個人的符號表示，或者用類框加上《actor》原型表示。Actor可以泛化出其他更詳細的actor。見圖1.

CommerialCustomercustomer圖1actor

用例意味著一件唯一的工作。它提供了一個高級別的在系統(tǒng)外部可觀測到的人或事的行為。用橢圓表示。Actor和用例之間用一個帶箭頭的實線表示屬于這個actor的用例。如圖2，客戶取款的用例。

withdrawcustomer圖2客戶取款的用例

一個用例的定義尋常包括以下部分：名字和描述、需求、約束等。

名字和描述：一個用例尋常用一個動詞短語命名，并給出一個簡短的非正式的文本

描述。

需求：指的是一個用例必需提供給最終用戶的正式的功能性需求。需求是一個用例必需執(zhí)行一個動作或者向系統(tǒng)提供某個值的協(xié)約或者約定。

約束：指的是用例操作在前置條件、后置條件和常量條件下的約束。前置條件指用例進行前必需具有的狀態(tài)。后置條件指用例執(zhí)行后必需為真的狀態(tài)。常量狀態(tài)指用例執(zhí)行過程中始終為真的狀態(tài)。

用例場景：指用例在實際執(zhí)行的時候會有好多的不可憐況發(fā)生，是用例的實例。我們在描述用例的時候要覆蓋所有的用例場景，否則就有可能導致需求的遺漏。在用例規(guī)約中，場景的描述可以由基本流和備選流的組合來表示。

特別需求：尋常指非功能性需求，它為一個用例所專有，但不適合在用例的事件流文本中進行說明。特別需求的例子包括法律或法規(guī)方面的需求、應用程序標準和所構(gòu)建系統(tǒng)的質(zhì)量屬性（包括可用性、可靠性、性能或支持性需求等）。此外，其他一些設計約束，如操作系統(tǒng)及環(huán)境、兼容性需求等，也可以在此節(jié)中記錄。前置條件和后置條件：前置條件是執(zhí)行用例之前必需存在的系統(tǒng)狀態(tài)，后置條件是用例一執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。包含用例：一個用例可能包含其他用例的功能并作為自己正式處理的一部分。尋常認為包含用例在每次經(jīng)過基本路徑時都會被調(diào)用。例如：withdraw用例在每次運行時都要調(diào)用用例。一個用例可以包含一個或多個用例，通過找出用例被重用屢屢的常見行為來減少功能復制的級別。

withdraw>cardIdentificationcustomer圖3包含用例例如

擴展用例：一個用例可以被擴展到另一個，主要使用在異常環(huán)境中。例如：在修改一個用戶訂單的特別值前，一個用戶必需獲得更高的權(quán)限，圖4中用例擴展用例。

>modifyOrdergetApproval圖4擴展用例例如

2用例圖例如

銷售店員結(jié)算一件商品系統(tǒng)的描述如下：顧客到柜臺前結(jié)算，店員使用UPC讀卡器讀取商品名稱和價格，管理員可以對固定種類商品18（18歲以下阻止）結(jié)算，庫存店員通過UPC讀卡器管理庫存。

該結(jié)算商品系統(tǒng)的用例圖見圖5：

店員商品結(jié)算>UPC讀取器>顧客>>18商品管理員庫存庫存店員圖5結(jié)算系統(tǒng)的用例圖

試驗二類圖

一、試驗目的

1．理解類的基本概念。

2．把握如何從需求分析中抽象出類的方法。3．把握在RationalRose中繪制類的操作方法。

二、試驗內(nèi)容

畫出以下描述的類圖：

商品銷售系統(tǒng)中，用戶的信息包括兩個類，基本信息和地址，用戶購買商品下訂單，有不同的付款方式：現(xiàn)金和刷卡。商品按類別分類。

要求給出類的屬性和一些操作，以及類之間的各種關(guān)系。必要的地方要求定義接口。

三、試驗器材

1．計算機一臺。

2．RationalRose工具軟件。

四、試驗指導

1類圖的簡介

類圖可以用來展示一切面向?qū)ο笙到y(tǒng)的構(gòu)造塊。類圖是靜態(tài)視圖，描述了模型或模型的

一部分以及這些模型具有的屬性和行為而不是實現(xiàn)這些操作的詳細方法。類圖往往用來表達類和接口之間的關(guān)系。關(guān)系包括：實現(xiàn)、泛化、關(guān)聯(lián)和依靠。

類是這樣一種元素，它定義了一個對象能夠產(chǎn)生的屬性和行為。行為用類能夠理解的可能的消息以及每個消息對應的操作的描述。類也可以使用標簽值和原型定義約束。

類符號是用一個帶有類名和可選操作和屬性名的矩形表示。分隔線用來分開類名、屬性和方法。一般狀況下，類名在矩形的最上方，其次是屬性，然后是方法。其中屬性和方法是具有可見性的，尋常〞-“表示private，〞+〞表示pubic，〞#〞表示protected，〞~〞表示package的可見性。見圖1所示。

Rectangle-#*++#*length:intwidth:intcolor:intcenter:Pointarea():intgetLength():intgetWidth():int圖1類例如

接口是一個約定，它定義了實現(xiàn)它的行為規(guī)范。要實現(xiàn)一個接口，類要求提供一個必需的行為，這個行為允許系統(tǒng)用同一個方法對待不相關(guān)的元素，這些是通過接口實現(xiàn)的。接口的符號和類的符號相像，但接口還可以用一個圓表示。見圖2.

實現(xiàn)被用來表達模型中的實現(xiàn)——事務處理或者需求被一個或者多個用例實現(xiàn)，這些模型再被一個或者多個類實現(xiàn)。在系統(tǒng)的設計中，在模型的抽象層次上保證系統(tǒng)元素的大的藍圖并同時反映出小圖的約束和定義細節(jié)。實現(xiàn)用虛線加實心箭頭表示。

shape+area():int+getColor():intshaperectAngle+>area():int+>getColor():intTrianglerectAngleTriangle+>area():int+>getColor():int:int+>area():int+>area()+>getColor():int+>getColor():int圖2接口及實現(xiàn)

關(guān)聯(lián)意味著兩個元素之間有關(guān)系，尋常是在一個類中實現(xiàn)了另一個的一個實例。關(guān)聯(lián)可以包括每個的角色名、數(shù)目、方向和約束。還有兩種特別的關(guān)聯(lián)，聚合和組合。聚合用來描述一個元素是另一個元素的組成部分，用空心菱形表示。組合是用來描述一種更強的包含關(guān)系，主體消失客體也跟著消失，客體消失主體還可以繼續(xù)存在。

Team1..1playForPlayer1..*1..10..*Hand圖3關(guān)聯(lián)

關(guān)聯(lián)類是這樣一種構(gòu)造，它允許關(guān)聯(lián)具有方法和屬性。見圖4.

Employee-job:String0..*1..*Project-name:StringRole-title:String-partTime:boolean圖4關(guān)聯(lián)類

泛化尋常用來指出層次結(jié)構(gòu)。繪制時從父類到子類。實現(xiàn)是子類繼承父類。

Shape-xPosition:int-yPosition:int+display():intCircle-center:int圖5泛化例如

依靠用來在模型元素之間更廣泛的依靠關(guān)系的建模。它尋常被用在設計處理的早期來表達兩個元素之間有某種關(guān)系，但這時還不知道它們之間的具體的關(guān)系。到設計后期，依靠會被原型化或者被更具體的關(guān)系來代替。用虛線箭頭表示。

2.類圖例如

下面是一個學校中的類圖。語義如下：學校有多個系，每個系有多個老師，一個老師可以講多門課，一門課也可以有多個老師來講，一個學生只能在一個學校上課，一個學校至少有一名學生，每個學生可以選多門課。類圖例如見圖6：

School-name:String-address:String-telephone:String++++++++addStudent()removeStudent()getStudent()getAllStudents()addDepartment()removeDepartment()getDepartment()getAllDepartments()1..1:boolean:boolean:String:int:boolean:boolean:String:int1..1has1..*Department-name:int++++addInstructor()removeInstructor()getInstructor()getAllInstructor():boolean:boolean:String:int1..*AssignedTo0..11..*Student-name:int-studentId:int+addCourse():boolean+removeCource():booleanCource*attend*-name:String-courseId:int1..*teach-name:int+addCourse():boolean+removeCourse():boolean1..*0..1chariPersonInstructor*圖6學校的類圖

>[foreachday]:isRoom:=available>[isRoom]:createaReservation:ReservationcreateaNotice:Notice圖3預定旅館的時序圖

3.通信圖的簡介

通信圖，在UML1.x中被稱為協(xié)作圖，和時序圖一樣也是交互圖的一種，表示和時序圖相像的信息，但和時序圖不同，通信圖主要用來表現(xiàn)對象之間的關(guān)系。

在通信圖中，對象用它們之間的關(guān)聯(lián)和連接來表示，消息被加到關(guān)聯(lián)上，并用一個短箭頭指向消息流的方向。消息的時序用數(shù)字編碼來表示。

由于通信圖和時序圖表示同樣的消息，因此可以用時序圖來轉(zhuǎn)化為通信圖，不需要單獨繪制通信圖。

4.通信圖的例如

下面是一個通信圖的例如。例如的描述如下：預