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