【正文】 互的時間順序，協(xié)作圖則著重表現(xiàn)交互對象的靜態(tài)鏈接關(guān)系。但即使他們各有側(cè)重，但從語義上來說是等價的，可從一種圖自動轉(zhuǎn)換為另一種圖。一般情況下，當需要強調(diào)消息傳遞的時間順序時，采用順序圖；當表示涉及很多對象的模型時，協(xié)作圖比順序圖更形象。順序圖在分析中更常用，而協(xié)作圖則在設(shè)計中更常用。 考慮銀行系統(tǒng)中的帳戶會有哪幾種狀態(tài)，畫出帳戶對象的狀態(tài)圖。賬戶的狀態(tài)包括開戶、正常使用、透支、休眠、凍結(jié)和注銷。賬戶對象的狀態(tài)圖如下圖所示。第8章 面向?qū)ο蠓治?，闡述它們各自的特點。面向?qū)ο蟮姆治龇椒ㄊ褂糜美Ｐ蛠肀硎居脩舻墓δ苄枨螅美Ｐ拖喈斢诠δ苣Ｐ?，在對用例模型進行細化的過程中，也伴隨著對功能的分解。但面向?qū)ο蟮姆治龇椒ú⒉皇且怨δ芊纸鉃楹诵?，在獲取并分析用戶的功能需求之后，重點以類和對象為核心，建立對象模型，交互模型也是圍繞對象模型進行的。面向數(shù)據(jù)流的分析方法是從建立頂層數(shù)據(jù)流圖（環(huán)境圖）開始，之后逐層對加工進行分解。面向數(shù)據(jù)流的分析方法是以功能分解為核心的。 面向?qū)ο蠓治鲂枰⒌娜齻€模型是什么？面向?qū)ο蠓治鲂枰⒌?個模型是：由用例和場景表示的功能模型（用例模型）；用類和對象表示的靜態(tài)模型（對象模型）；由狀態(tài)圖和順序圖表示的動態(tài)模型（交互模型）。 用例建模的主要步驟是什么？ 用例建模的主要步驟如下：(1) 確定業(yè)務(wù)參與者──可以是與系統(tǒng)有交互的外部硬件、軟件、組織、人等。(2) 確定業(yè)務(wù)需求用例──參與者需要系統(tǒng)提供的完整功能。(3) 創(chuàng)建用例圖──標識參與者與用例之間、用例與用例之間的關(guān)系。 用例與用例之間的關(guān)系主要有哪兩種？其區(qū)別是什么？ 用例之間的關(guān)系主要有《包含》（也稱《使用》）和《擴展》。《包含》表示一個用例所執(zhí)行的功能中總是包括被包含用例的功能；《擴展》是指一個用例的執(zhí)行可能需要由其他用例的功能來擴展，《擴展》聯(lián)系可用于對期望或可選的行為建模，但其主要用途是使基本用例的功能不依賴于擴展用例。 對于復雜的系統(tǒng)，其對象模型應(yīng)該由哪五個層次組成？對于復雜的系統(tǒng)，對象模型應(yīng)該由下述5個層次組成：主題層(也稱為范疇層)、類對象層、結(jié)構(gòu)層、屬性層和服務(wù)層，如圖所示。對象模型的五個層次 解釋關(guān)聯(lián)類的作用，在什么時候需要使用關(guān)聯(lián)類？關(guān)聯(lián)類的作用是描述關(guān)聯(lián)的屬性。在關(guān)聯(lián)關(guān)系比較簡單的情況下，關(guān)聯(lián)關(guān)系的語義用關(guān)聯(lián)關(guān)系的名字來概括。但在某些情況下，需要對關(guān)聯(lián)關(guān)系的語義做詳細的定義、存儲和訪問，為此可以建立關(guān)聯(lián)類（association class）。 按照以下描述，畫出UML類圖：一本教材由許多章組成，每一章包含許多節(jié)、小結(jié)和習題組成，章和節(jié)都具有標題和序號屬性。UML類圖如下： 考慮一個計算機超市，出售硬件、外設(shè)和軟件。分析誰是這個系統(tǒng)的參與者？這個系統(tǒng)有哪些主要用例？畫出用例圖。系統(tǒng)的參與者：系統(tǒng)管理員（administrator），售貨員（salesperson），客戶（customer）。主要用例編號參與者用例說明1administratorMaintain product information（維護商品信息）增加、修改、刪除商品信息（商品編號、名稱、型號、價格）2Maintain membership information（維護會員信息） 增加、修改、刪除會員信息（會員編號、姓名、身份證號、辦卡日期）3salespersonScan membership card（掃描會員卡）在商品出售之前，系統(tǒng)通過掃描儀刷卡（會員卡）來確認顧客的會員身份4Scan product code（掃描商品的條形碼）通過掃描商品的條形碼，自動識別商品的名稱和價格5Input amount of product（輸入商品數(shù)量）對于已經(jīng)掃描的條形碼，手工輸入購買的此件商品的數(shù)量6salesperson，customerAccept payment（接收現(xiàn)金付款）Charge payment to card（使用銀行卡付款）7salespersonPrint receipt（打印收據(jù)）用例圖如下：第10章 面向?qū)ο笤O(shè)計 軟件模塊之間的依賴性可以從哪些角度和抽象層次進行分析？在面向?qū)ο筌浖?，常見的軟件模塊有類、接口、包、構(gòu)件。因此，分析軟件模塊之間的依賴性就可以從類、接口、包和構(gòu)件的角度和層次進行分析。 消除包之間循環(huán)依賴性的方法是什么？ 本質(zhì)上，兩個包之間的依賴性來自于兩個包中類之間的依賴性。類之間的循環(huán)依賴性是個特別棘手的問題，好在大多數(shù)情況下可以通過重新設(shè)計避免循環(huán)依賴性。具體方法是增加新包。舉例說明如下：在下圖中，包A依賴于包B，反過來包B又依賴包A，構(gòu)成了循環(huán)依賴。具體解決辦法是：將包B依賴的包A中的元素從包A中分離出來，組成包C，使得包B不再依賴包A，而是依賴包C。 請給出構(gòu)件的一般性定義，然后給出傳統(tǒng)的軟件工程環(huán)境及面向?qū)ο蟮能浖こ汰h(huán)境中構(gòu)件的定義，最后選擇你熟悉的編程語言說明怎樣定義一個構(gòu)件。軟件構(gòu)件是一種組裝單元，它具有規(guī)范的接口規(guī)格說明和顯式的語境依賴。軟件構(gòu)件可以被獨立部署，并由第三方任意組裝。OMG UML規(guī)范中將構(gòu)件定義為“系統(tǒng)中某一定型化的、可配置的和可替換的部件，該部件封裝了實現(xiàn)并暴露一系列接口”。在傳統(tǒng)的軟件工程環(huán)境中，一個構(gòu)件就是程序的一個功能要素，程序由處理邏輯和實現(xiàn)處理邏輯所需的內(nèi)部數(shù)據(jù)結(jié)構(gòu)以及能夠保證構(gòu)件被調(diào)用和實現(xiàn)數(shù)據(jù)傳遞的接口構(gòu)成。傳統(tǒng)的構(gòu)件也稱為模塊，是軟件體系結(jié)構(gòu)的一部分。在面向?qū)ο蟮能浖こ汰h(huán)境中，面向?qū)ο蠹夹g(shù)已達到了類級復用，而構(gòu)件級復用則是比類級復用更高一級的復用，它是對一組類的組合進行封裝（當然，在某些情況下，一個構(gòu)件可能只包含一個單獨的類），并代表完成一個或多個功能的特定服務(wù)，也為用戶提供了多個接口。一個構(gòu)件可以是一個編譯的類，可以是一組編譯的類，也可以是其他獨立的部署單元，如一個文本文件、一個圖片、一個數(shù)據(jù)文件、一個腳本等。選擇你熟悉的編程語言說明怎樣定義一個構(gòu)件。（略） 典型的面向?qū)ο笤O(shè)計模型在邏輯上由哪幾部分組成？對每一部分進行設(shè)計時所包含的主要內(nèi)容是什么？典型的面向?qū)ο笤O(shè)計模型在邏輯上將系統(tǒng)劃分為4個部分，分別是問題域部分、人機交互部分、任務(wù)管理部分及數(shù)據(jù)管理部分。 1) 問題域部分的設(shè)計在面向?qū)ο笤O(shè)計過程中，可能要對面向?qū)ο蠓治鏊贸龅膯栴}域模型進行補充或調(diào)整。例如，調(diào)整需求、復用已有的類、把問題域類組合在一起、增添泛化類以建立類間的協(xié)議、調(diào)整繼承的支持級別、改進性能等。2) 人機交互部分的設(shè)計人機交互界面的設(shè)計質(zhì)量直接影響到用戶對軟件的使用。在設(shè)計階段，必須根據(jù)需求把交互細節(jié)加入到用戶界面設(shè)計中，包括人機交互所必需的實際顯示和輸入。3) 任務(wù)管理部分的設(shè)計任務(wù)管理主要包括任務(wù)的選擇和調(diào)整。常見的任務(wù)有事件驅(qū)動型任務(wù)、時鐘驅(qū)動型任務(wù)、優(yōu)先任務(wù)、關(guān)鍵任務(wù)和協(xié)調(diào)任務(wù)等。設(shè)計任務(wù)管理子系統(tǒng)時，需要確定各類任務(wù)，并將任務(wù)分配給適當?shù)挠布蜍浖?zhí)行。4) 數(shù)據(jù)管理的設(shè)計在采用面向?qū)ο蠓椒ㄟM行軟件開發(fā)時，數(shù)據(jù)的存儲還是普遍使用關(guān)系數(shù)據(jù)庫。在面向?qū)ο笤O(shè)計中，可以將UML類圖看作是數(shù)據(jù)庫的概念模型，一個類可以映射為一個表或多個表，此外，還要考慮類之間的關(guān)聯(lián)關(guān)系、繼承關(guān)系的映射。 用面向?qū)ο蠓椒ㄔO(shè)計網(wǎng)上購書系統(tǒng)的軟件結(jié)構(gòu)，網(wǎng)上購書系統(tǒng)的業(yè)務(wù)如下：某書店為方便客戶通過Internet購買相關(guān)圖書，開發(fā)一個“網(wǎng)上購書系統(tǒng)”，客戶可以通過Web頁面注冊并登錄“網(wǎng)上購書系統(tǒng)”，通過Web頁面查看、選擇圖書，系統(tǒng)根據(jù)用戶選擇的圖書單價、數(shù)量，系統(tǒng)自動生成訂單，并計算總價格?？蛻粼谔峤挥唵沃?，必須填寫關(guān)于寄送地址和發(fā)票及付款方式等細節(jié)，一旦訂單被提交，系統(tǒng)顯示確認信息，并附上訂單的詳細信息。客戶可以在線查詢訂單的狀態(tài)。系統(tǒng)管理人員查看客戶的訂單，驗證客戶的信用和付款方式，向倉庫請求所購圖書，打印發(fā)票并發(fā)貨。本系統(tǒng)從邏輯結(jié)構(gòu)上分為三層，Web頁面層，業(yè)務(wù)邏輯層和數(shù)據(jù)庫層。Web頁面層負責接收用戶的請求，業(yè)務(wù)邏輯層在獲知用戶請求后，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，向數(shù)據(jù)庫層發(fā)出數(shù)據(jù)請求，獲得所需要的數(shù)據(jù)后，通知Web頁面層將數(shù)據(jù)呈現(xiàn)給用戶。從業(yè)務(wù)的角度，又可以將系統(tǒng)劃分為訂購管理、客戶信息管理和系統(tǒng)管理三個子系統(tǒng)（包）。系統(tǒng)的軟件結(jié)構(gòu)如圖所示。 。問題域類包括客戶、信用信息、訂單、圖書、發(fā)票及發(fā)貨單。類圖如下所示：30 / 30