中南大學(xué)軟件體系結(jié)構(gòu)實(shí)驗(yàn)報(bào)告-實(shí)驗(yàn)1

千里之行，始于足下。第2頁(yè)/共2頁(yè)精品文檔推薦中南大學(xué)軟件體系結(jié)構(gòu)實(shí)驗(yàn)報(bào)告-實(shí)驗(yàn)1

實(shí)驗(yàn)1UML實(shí)驗(yàn)

實(shí)驗(yàn)學(xué)時(shí)：4

每組人數(shù)：1

實(shí)驗(yàn)類型：3（1：基礎(chǔ)性2：綜合性3：設(shè)計(jì)性4：研究性）

實(shí)驗(yàn)要求：1（1：必修2：選修3：其它）

實(shí)驗(yàn)類不：3（1：基礎(chǔ)2：專業(yè)基礎(chǔ)3：專業(yè)4：其它）

一、實(shí)驗(yàn)?zāi)康?/p>

1.學(xué)會(huì)安裝和使用建模工具PowerDesigner，熟練使用PowerDesigner繪制常用的UML圖形，熟悉常用的UML建模符號(hào)；

2.構(gòu)建用例模型來描述軟件需求，包括繪制用例圖，撰寫用例文檔并制作用例檢查矩陣；

3.學(xué)習(xí)使用狀態(tài)圖描述對(duì)象的狀態(tài)及轉(zhuǎn)換；

4.學(xué)習(xí)使用活動(dòng)圖為業(yè)務(wù)流程建模；

5.學(xué)習(xí)使用順序圖描述對(duì)象之間的交互；

6.學(xué)習(xí)類圖的繪制；

7.學(xué)習(xí)從系統(tǒng)需求中識(shí)不類，并構(gòu)建相應(yīng)的面向?qū)ο竽Ｐ停?/p>

8.學(xué)習(xí)使用PowerDesigner實(shí)現(xiàn)正向工程和逆向工程；

9.學(xué)習(xí)使用組件圖描述每個(gè)功能所在的組件位置以及它們之間的關(guān)系；

10.學(xué)習(xí)使用部署圖描述軟件中各個(gè)組件駐留的硬件位置以及這些硬件之間的交互關(guān)系。

二、實(shí)驗(yàn)內(nèi)容

1.某酒店訂房系統(tǒng)描述如下：

(1)顧客能夠挑選在線預(yù)訂，也能夠直截了當(dāng)去酒店經(jīng)過前臺(tái)服務(wù)員預(yù)訂；

(2)前臺(tái)服務(wù)員能夠利用系統(tǒng)直截了當(dāng)在前臺(tái)預(yù)訂房間；

(3)別管采納哪種預(yù)訂方式，都需要在預(yù)訂時(shí)支付相應(yīng)訂金；

(4)前臺(tái)預(yù)訂能夠經(jīng)過現(xiàn)金或信用卡的形式舉行訂金支付，然而網(wǎng)上預(yù)訂只能經(jīng)過信用卡舉行支付；

(5)利用信用卡舉行支付時(shí)需要和信用卡系統(tǒng)舉行通信；

(6)客房部經(jīng)理能夠隨時(shí)查看客房預(yù)訂事情和每日收款事情。

繪制該酒店訂房系統(tǒng)的用例圖。

2.依照以下場(chǎng)景繪制用例圖：

某企業(yè)為了方便職員用餐，為企業(yè)餐廳開辟了一具訂餐系統(tǒng)（COS：CafeteriaOrderingSystem），企業(yè)職員可經(jīng)過企業(yè)內(nèi)聯(lián)網(wǎng)使用該系統(tǒng)。該系統(tǒng)功能描述如下：

(1)企業(yè)的任何職員都能夠查看菜單和今日特價(jià)；

(2)系統(tǒng)的顧客是注冊(cè)到系統(tǒng)的職員，能夠在線訂餐（以下操作均需先登錄）、注冊(cè)工資支付、修改訂餐信息和刪除訂餐信息，在注冊(cè)工資支付時(shí)需要經(jīng)過工資系統(tǒng)舉行身份驗(yàn)證；

(3)餐廳職員是特別的顧客，能夠舉行備餐（系統(tǒng)記錄備餐信息）、生成付費(fèi)請(qǐng)求和請(qǐng)求送餐，其中關(guān)于注冊(cè)使用工資支付的顧客生成付費(fèi)請(qǐng)求并發(fā)送給工資系統(tǒng)；

(4)菜單治理員是餐廳職員的一種，能夠治理菜單；

(5)送餐員也是餐廳職員的一種，能夠打印送餐講明、記錄送餐信息（如送餐時(shí)刻）以及記錄收費(fèi)（關(guān)于沒有注冊(cè)工資支付的顧客，由送餐員收取現(xiàn)金后記錄）。

3.Drawausecasediagramforthefollowinglibrarysystem:

Thelibrarystoresvariousitemsthatcanbeborrowed,includingbooksandjournals.Bookscanbeborrowedbybothstaffandstudents,butonlystaffmemberscanborrowjournals.Whenauserborrowsabook,theirloandetailsarecheckedtoensurethattheyhavenooverduebooksonloan,andhavenotalreadyborrowedthemaximumpermittednumberofbooks.

Userscanchecktheirownloandetailsatanytime.Librariansarepermittedtochecktheloandetailsofanyuser.

Libraryuserscanreservebooksthatarecurrentlyoutonloan.Ifthreereservationshavealreadybeenmadeforagivenbook,andafurtherreservationismade,anewcopywillbeorderedbythelibrarian.

4.某銀行預(yù)備開辟一具網(wǎng)上信用卡治理系統(tǒng)CCMS，該系統(tǒng)的基本功能為：

(1)信用卡申請(qǐng)。非信用卡客戶，講明所要申請(qǐng)的信用卡類型及申請(qǐng)者的基本信息，提交CCMS登錄。假如信用卡申請(qǐng)被銀行同意，客戶會(huì)收到銀行的確認(rèn)函，并告知用戶信用卡的有效期及信貸限額；否則銀行會(huì)發(fā)送一封拒絕函給該客戶。客戶收到確認(rèn)函后，需再次登錄CCMS，用信用卡號(hào)和密碼激活該信用卡。激活操作結(jié)束后，CCMS將激活通知發(fā)送給客戶，告知客戶其信用卡是否被成功地激活。

(2)月報(bào)表生成。在每個(gè)月第一天的零點(diǎn)，CCMS為每個(gè)信用卡客戶創(chuàng)建一份月報(bào)表，對(duì)該客戶上月的信用卡交易事情及交易額舉行統(tǒng)計(jì)。信用卡客戶能夠登錄CCMS查看月報(bào)表，也能夠要求CCMS提供打印出的月報(bào)表。

(3)信用卡客戶信息治理。信用卡客戶的個(gè)人信息能夠在CCMS中舉行在線的治理。每個(gè)信用卡客戶能夠在線查詢其個(gè)人信息。

(4)信用卡交易記錄。信用卡客戶使用信息卡舉行的每一筆交易都會(huì)記錄在CCMS中。

(5)交易信息查詢。信用卡客戶能夠登錄CCMS查詢并核實(shí)其信用卡交易記錄及交易額。

構(gòu)造該系統(tǒng)的用例模型，要求繪制用例圖，編寫相應(yīng)的用例文檔，還需提供用例追蹤矩陣。

5.依照以下描述繪制狀態(tài)圖：

某銷售信息治理系統(tǒng)中銷售部職員能夠提交訂單，剛提交的訂單為“初始”狀態(tài)；系統(tǒng)治理員能夠處理訂單，假如訂單無誤，則修改訂單為“備貨”狀態(tài)，否則將訂單退還給提交訂單的銷售部職員修改，職員此刻能夠取消訂單；倉(cāng)庫(kù)治理員備貨完畢后可將訂單狀態(tài)改為“發(fā)貨”狀態(tài)；銷售部職員在確認(rèn)客戶差不多收到物資后，可將訂單改為“關(guān)閉”狀態(tài)。

6.某航空公司會(huì)員積分系統(tǒng)描述如下：

乘客只要辦理該航空公司的會(huì)員卡，即可成為普卡會(huì)員，普卡會(huì)員能夠升級(jí)到銀卡會(huì)員或金卡會(huì)員。非會(huì)員別能積存里程數(shù)。每年年末，系統(tǒng)依照會(huì)員在本年度累積的里程數(shù)對(duì)下一年會(huì)員等級(jí)舉行調(diào)整。普卡會(huì)員在一年內(nèi)累積的里程數(shù)若滿25000英里但別腳50000英里，則自動(dòng)升級(jí)為銀卡會(huì)員；若累積的里程數(shù)在50000英里以上，則自動(dòng)升級(jí)為金卡會(huì)員。銀卡會(huì)員在一年內(nèi)累積的里程數(shù)若在50000英里以上，則自動(dòng)升級(jí)為金卡會(huì)員。若一年內(nèi)沒有達(dá)到對(duì)應(yīng)級(jí)不要求的里程數(shù)，則自動(dòng)落低會(huì)員等級(jí)。金卡會(huì)員一年內(nèi)累積的里程數(shù)若別腳25000英里，則自動(dòng)落級(jí)為普卡會(huì)員；若累積的里程數(shù)達(dá)到25000英里，然而別腳50000英里，則自動(dòng)落級(jí)為銀卡會(huì)員。銀卡會(huì)員一年內(nèi)累積的里程數(shù)若別腳25000英里，則自動(dòng)落級(jí)為普卡會(huì)員。

請(qǐng)依照以上描述繪制會(huì)員對(duì)象的狀態(tài)圖。

7.依照以下描述繪制某訂餐系統(tǒng)中顧客訂餐過程的活動(dòng)圖（要求繪制泳道）：

(1)顧客請(qǐng)求查看菜單；

(2)系統(tǒng)顯示菜單和今日特價(jià)；

(3)顧客選菜；

(4)系統(tǒng)顯示訂單和價(jià)格；

(5)顧客確認(rèn)訂單；

(6)系統(tǒng)顯示可送餐時(shí)刻；

(7)顧客指定送餐時(shí)刻、地方和支付方式；

(8)系統(tǒng)確認(rèn)同意訂單，然后發(fā)送Email給顧客以確認(rèn)訂餐，并且發(fā)送相關(guān)訂餐信息通知給餐廳職員。

8.某在線拍賣網(wǎng)站的拍賣流程描述如下：

(1)賣方在網(wǎng)站上發(fā)起一次拍賣，并設(shè)置本次拍賣的起拍價(jià)。

(2)賣方確定拍賣標(biāo)的以及拍賣標(biāo)的保留價(jià)（若在拍賣時(shí)刻結(jié)束時(shí)，所有出價(jià)均低于拍賣標(biāo)的保留價(jià)，則本次拍賣失?。?。

(3)賣方在網(wǎng)站上公布本次拍賣品的介紹。

(4)買方參與拍賣，給出競(jìng)拍價(jià)，多個(gè)買方能夠出價(jià)。

(5)賣方挑選同意一具競(jìng)拍價(jià)作為成交價(jià)，買方在線支付，結(jié)束拍賣。

依照以上描述繪制活動(dòng)圖（要求繪制泳道）。

9.依照如下描述繪制順序圖：

在某在線訂房系統(tǒng)中，顧客輸入房間套數(shù)、房間類型、入住時(shí)刻、入住天數(shù)等信息，系統(tǒng)顯示符合要求的房間號(hào)；顧客確定預(yù)訂的房間，系統(tǒng)顯示預(yù)付訂金信息；顧客輸入信用卡賬號(hào)和密碼，系統(tǒng)請(qǐng)求銀行信用卡系統(tǒng)提供支付服務(wù)；銀行信用卡系統(tǒng)驗(yàn)證用戶信息并返回驗(yàn)證經(jīng)過和支付成功消息；顧客請(qǐng)求系統(tǒng)打印預(yù)訂單和收據(jù)，系統(tǒng)打印相關(guān)資料；預(yù)訂結(jié)束。

11.依照以下描述繪制類圖，再正向工程生成Java源代碼（也可生成其他面向?qū)ο笳Z(yǔ)言的源代碼，如C++或C#等）：

圖形(Shape)可分為圓形(Circle)、矩形(Rectangle)、橢圓形(Ellipse)等具體圖形，在Shape類中提供了一具抽象的draw()辦法用于繪制圖形，而在具體的圖形類中實(shí)現(xiàn)該抽象draw()辦法。

提供一具圖形工廠類(ShapeFactory)，該類提供一具靜態(tài)辦法createShape(chartype)，其返回類型為Shape，參數(shù)type為所需繪制圖形對(duì)應(yīng)的代碼，例如“c”表示圓形，“r”表示矩形，“e”表示橢圓形等，在createShape()辦法中，能夠使用條件語(yǔ)句來推斷所需繪制圖形的類型，并依照參數(shù)的別同返回別同的具體形狀對(duì)象?！咀ⅲ骸皠?chuàng)建關(guān)系”是一種特別的“依靠關(guān)系”】

12.依照以下描述繪制類圖：

某商場(chǎng)會(huì)員治理系統(tǒng)包含一具會(huì)員類(Member)，會(huì)員的基本信息包括會(huì)員編號(hào)、會(huì)員姓名、聯(lián)系電話、電子郵箱、地址等，會(huì)員可分為金卡會(huì)員(GoldMember)和銀卡會(huì)員(SilverMember)兩種，別同類型的會(huì)員在購(gòu)物時(shí)能夠享受別同的折扣；每個(gè)會(huì)員能夠擁有一具或多個(gè)訂單(Order)，每一具訂單又能夠包含至少一條商品銷售信息(ProductItem)，商品銷

售信息包括訂單編號(hào)、商品編號(hào)、商品數(shù)量、商品單價(jià)和折扣等；每一條商品銷售信息對(duì)應(yīng)一類商品(Product)，商品信息包括商品編號(hào)、商品名稱、商品單價(jià)、商品庫(kù)存量、商品產(chǎn)地等。

13.某基于C/S的即時(shí)談天系統(tǒng)的注冊(cè)和登錄模塊功能描述如下：

(1)注冊(cè)功能：用戶經(jīng)過注冊(cè)界面(RegisterForm)輸入新帳號(hào)，系統(tǒng)檢測(cè)該帳號(hào)是否已存在，假如別存在則可注冊(cè)成功，否則提示“帳號(hào)已存在”，用戶再次輸入帳號(hào)；用戶輸入其他個(gè)人信息；系統(tǒng)保存用戶個(gè)人信息；用戶個(gè)人信息包括帳號(hào)、密碼、姓名、性不、年齡、電話、電子郵箱等。

(2)登錄功能：用戶經(jīng)過登錄界面(LoginForm)輸入賬號(hào)和密碼，系統(tǒng)將輸入的賬號(hào)和密碼與存儲(chǔ)在數(shù)據(jù)庫(kù)(User)表中的用戶信息舉行比較，驗(yàn)證用戶輸入是否正確，假如輸入正確則進(jìn)入主界面(MainForm)，否則提示“輸入錯(cuò)誤”。

現(xiàn)對(duì)這兩個(gè)模塊舉行設(shè)計(jì)，要求如下：

(1)依照以上描述繪制類圖，要求分析出每個(gè)類中的要緊辦法；

(2)需要提供獨(dú)立的業(yè)務(wù)邏輯類和數(shù)據(jù)拜訪類，思考到數(shù)據(jù)庫(kù)的移植性，需提供抽象的數(shù)據(jù)拜訪接口；

(3)盡可能使用數(shù)據(jù)傳輸對(duì)象(DTO)來傳遞參數(shù)，減少辦法中參數(shù)的個(gè)數(shù)。

14.依照以下描述，使用組件圖對(duì)所述源代碼文件舉行建模：

Help.h是一具頭文件，被Calculate.cpp和Filter.cpp引用，而Calculate.cpp又引用了Filter.cpp。此外，F(xiàn)ilter.cpp還引用了頭文件FileReader.h，Display.cpp又依靠于Calculate.cpp的運(yùn)算結(jié)果。

15.某電子商務(wù)網(wǎng)站的硬件部署事情如下：

(1)客戶可經(jīng)過掃瞄器拜訪該網(wǎng)站，以實(shí)現(xiàn)查詢商品、在線購(gòu)物、注冊(cè)、登錄等功能；

(2)電子商務(wù)網(wǎng)站的界面文件和業(yè)務(wù)邏輯代碼以war文件的方式部署在一臺(tái)Web服務(wù)器上，該服務(wù)器使用Tomcat作為Web服務(wù)器中間件；

(3)為了落低Web服務(wù)器的負(fù)載，該網(wǎng)站的數(shù)據(jù)庫(kù)部署在另一臺(tái)服務(wù)器中，Web服務(wù)器經(jīng)過網(wǎng)絡(luò)連接數(shù)據(jù)庫(kù)服務(wù)器；

(4)為了實(shí)如今線支付功能，網(wǎng)站需要與銀行提供的網(wǎng)上銀行系統(tǒng)舉行通信；

(5)思考到系統(tǒng)的安全性，系統(tǒng)的后臺(tái)治理經(jīng)過C/S方式來實(shí)現(xiàn)，后臺(tái)治理程序打包成jar文件，治理員在自個(gè)兒的工作電腦中經(jīng)過該jar文件中的數(shù)據(jù)庫(kù)拜訪模塊直截了當(dāng)拜訪數(shù)據(jù)庫(kù)服務(wù)器，以實(shí)現(xiàn)對(duì)網(wǎng)站數(shù)據(jù)的增刪改查等操作和治理。

依照以上描述繪制該電子商務(wù)網(wǎng)站的部署圖。

三、實(shí)驗(yàn)要求

1.正確安裝PowerDesigner；

2.熟練使用PowerDesigner繪制用例圖、狀態(tài)圖、活動(dòng)圖、順序圖、類圖、組件圖和部

署圖；

3.需按照用例建模的流程，提供用例圖、用例文檔和用例追蹤矩陣；

4.熟練使用PowerDesigner實(shí)現(xiàn)正向工程和逆向工程；

5.使用UML2.X中的