【正文】 統(tǒng)顯示菜單和今日特價(jià)。問題回答：“顧客訂餐”用例的基本用例敘述事件流描述（處理過程交互的描述） 參與者操作系統(tǒng)響應(yīng)系統(tǒng)操作約定1當(dāng)顧客準(zhǔn)備訂餐時(shí)用例開始。6顧客請求系統(tǒng)提供訂餐服務(wù)7系統(tǒng)生成訂單系統(tǒng)生成訂單訂單控制器提供訂餐服務(wù)，生成訂單。這樣才能充分展現(xiàn)客觀現(xiàn)實(shí)對象的多樣性，達(dá)到了對問題域所涉及的各類對象的真實(shí)反映的效果。（1） 業(yè)務(wù)層設(shè)計(jì)設(shè)計(jì)系統(tǒng)總體類圖：第一層次做圖：根據(jù)對象消息序列圖映射類及類的方法。餐廳員工信息表，用餐廳員工信息表來表示。Order confirmOrder(aCustOrder CustOrder){ // 提供買單服務(wù)(aCustOrder)。//設(shè)置顧客id =? 。 =?。在程序?qū)崿F(xiàn)時(shí)，需要編寫相應(yīng)的代碼，實(shí)現(xiàn)內(nèi)存數(shù)據(jù)與數(shù)據(jù)庫數(shù)據(jù)之間的讀寫操作。優(yōu)點(diǎn)：可以充分利用數(shù)據(jù)庫管理系統(tǒng)的強(qiáng)大的數(shù)據(jù)管理功能，以及成熟的SQL語言對數(shù)據(jù)進(jìn)行操作。這種處理方式的優(yōu)點(diǎn)：業(yè)務(wù)層的處理完全在業(yè)務(wù)層，不與數(shù)據(jù)層打交道。由此圖得到關(guān)系模式：（顧客id, 用戶名，密碼）（菜項(xiàng)id，菜名，價(jià)格，類型，介紹，圖片，是否特價(jià)）（顧客id, 菜項(xiàng)id, 份數(shù)，選菜id）選菜id不是主鍵,是分組單位?；顒?dòng)表語法格式如下：事件名 ( 參數(shù)表 )/ 動(dòng)作表達(dá)式“ 事件名 ” 可以是任何事件的名稱。守衛(wèi)條件是一個(gè)布爾表達(dá)式。因此，這個(gè)servlet控制器為應(yīng)用程序提供了一個(gè)進(jìn)行前后端處理的中樞。概念角度：描述系統(tǒng)的主要構(gòu)件及它們之間的關(guān)系模塊角度：包含功能分解與層次結(jié)構(gòu)運(yùn)行角度：描述一個(gè)系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)代碼角度：描述各種代碼和庫函數(shù)在開發(fā)環(huán)境中的組織。MVC模式為大型程序的開發(fā)及維護(hù)提供了巨大的便利。（2）servlet通常有哪些方法：init方法，完成初始化service方法，包括doGet和doPost，用于接收用戶的請求，調(diào)用后臺(tái)的JavaBean或者EJB，選擇界面對用戶響應(yīng)。解決方案：設(shè)計(jì)一個(gè)類，由該類的一個(gè)靜態(tài)工廠方法來負(fù)責(zé)創(chuàng)建其它類的實(shí)例。靜態(tài)方法是類方法，不需要去實(shí)例化類就可以調(diào)用這個(gè)方法，靜態(tài)方法內(nèi)部使用的是靜態(tài)變量，這些就相當(dāng)于全局變量，有類就有方法。 return new Strawberry()。 } else if ((grape)) {(2)客戶只知道傳入工廠類方法的參數(shù)，對于如何創(chuàng)建對象不關(guān)心的情況。}Public class Apple implements Fruit{Public void introduce(){ (“this is an apple”)。Private Fruit pl,p2。}}Public class AppleFactory {Public Fruit produce(){ Fruit f= new Apple()。Private Fruit pl,p2。}Public class Apple implements Fruit{Public void introduce(){ (“this is an apple”)。 return f。解決方案：考慮將簡單工廠設(shè)計(jì)模式中的簡單工廠由原來的類改為接口，產(chǎn)生具體對象的職責(zé)由具體實(shí)現(xiàn)類負(fù)責(zé)。(3)由于簡單工廠模式使用靜態(tài)工廠方法，子類無法覆蓋父類的靜態(tài)方法，造成工廠角色無法形成基于繼承的等級(jí)結(jié)構(gòu)。 } throw new BadFruitException(Bad fruit request)。 if 產(chǎn)品參數(shù)=具體產(chǎn)品B new 具體產(chǎn)品B()。生產(chǎn)產(chǎn)品方法下增加一條下劃線，以示該方法是靜態(tài)方法。工廠設(shè)計(jì)模式中，由工廠接口的工廠方法 根據(jù) 待創(chuàng)建新對象名 與具體的對象創(chuàng)建工廠 的映射關(guān)系來負(fù)責(zé)。在MVC模式中，JSP通常充當(dāng)視圖，Servlet通常充當(dāng)控制器。一方面為輸入數(shù)據(jù)的驗(yàn)證、身份認(rèn)證、日志及實(shí)現(xiàn)模塊化編程提供了一個(gè)合適的切入點(diǎn)；另一方面也提供了將業(yè)務(wù)邏輯從JSP文件中剝離的效果。Philippe Kruchten提出4+1 模型用于描述軟件體系統(tǒng)結(jié)構(gòu)。由于邏輯開發(fā)與頁面設(shè)計(jì)的高度耦合，使得程序的修改與維護(hù)變得異常困難；且，邏輯與頁面的高度耦合，不便于分工合作，也不利于代碼的重用，這樣的程序其健壯性和可伸縮性都不好。狀態(tài)變遷通常是由事件觸發(fā)的，在這種情況下應(yīng)在表示狀態(tài)轉(zhuǎn)換的箭頭線上標(biāo)出觸發(fā)轉(zhuǎn)換的事件表達(dá)式；如果在箭頭線上未標(biāo)明事件，則表示在源狀態(tài)的內(nèi)部活動(dòng)執(zhí)行完之后自動(dòng)觸發(fā)轉(zhuǎn)換。1. 人機(jī)交互界面表示層設(shè)計(jì)（1） 狀態(tài)圖：1 狀態(tài)圖的概念狀態(tài)圖初態(tài)用實(shí)心圓表示終態(tài)用一對同心圓 ( 內(nèi)圓為實(shí)心圓 ) 表示；中間狀態(tài)用圓角矩形表示可以用兩條水平橫線把它分成上、中、下 3 個(gè)部分。思考：上圖所示ER圖有問題嗎？問題是什么？將上圖轉(zhuǎn)化為關(guān)系模式分別為：（顧客id，用戶名，密碼）；(菜項(xiàng)id，菜名，價(jià)格，類型，介紹，圖片，是否特價(jià))；（顧客id，菜項(xiàng)id，份數(shù)，總金額，付款方式，送餐時(shí)間，）還是有問題。（3） 使用Hibernate框架Hibernate 是一種ORM技術(shù)。(2)配置數(shù)據(jù)源，連接數(shù)據(jù)庫，連接數(shù)據(jù)表。1. 業(yè)務(wù)層設(shè)計(jì)方案2的業(yè)務(wù)層設(shè)計(jì)與方案1的業(yè)務(wù)層的設(shè)計(jì)類似，仍然以對象消息時(shí)序圖為依據(jù)，但由于有些對象的數(shù)據(jù)信息存放在數(shù)據(jù)庫中，為了區(qū)分這些對象的數(shù)據(jù)信息是通過訪問數(shù)據(jù)庫而得到，對于這些對象稱為一類數(shù)據(jù)訪問對象。 =?。 =？。){// Return( (aCustomer Customer, aMenu Menu))。餐廳員工，用餐廳員工信息來表示。菜譜1顧客信息表3顧客訂單4訂單52過程對象選菜控制器2訂單控制器63事件對象繪制其域模型圖如下：9. 一個(gè)顛覆常規(guī)的域模型案例案例：敏捷軟件開發(fā)P190頁思考：10. 對象消息序列圖：根據(jù)域模型中的對象，以及對象之間的關(guān)系，結(jié)合系統(tǒng)時(shí)序圖，系統(tǒng)操作約定，得到如下對象消息序列圖。域模型是一個(gè)真實(shí)的客觀的問題域中對象，以及對象與對象之間的關(guān)系的反映。4顧客請求系統(tǒng)提供選菜服務(wù)5系統(tǒng)生成顧客訂單系統(tǒng)核實(shí)顧客身份；顧客信息表提供核實(shí)顧客身份信息的服務(wù)。8用例結(jié)束系統(tǒng)顯示今日特價(jià)4顧客請求系統(tǒng)提供選菜服務(wù)5系統(tǒng)生成顧客訂單6顧客請求系統(tǒng)提供訂餐服務(wù)7系統(tǒng)生成訂單8用例結(jié)束所以優(yōu)先方案3。選菜部分包括：交互式選菜過程、系統(tǒng)生成訂單、將訂單通知給員工和顧客。3時(shí)間內(nèi)聚：把需要同時(shí)執(zhí)行的動(dòng)作組合在一起形成的模塊為時(shí)間內(nèi)聚模塊。 6內(nèi)容耦合：這是最高程度的耦合，也是最差的耦合。 公共耦合。 衡量軟件的模塊獨(dú)立性使用耦合性和內(nèi)聚性兩個(gè)定性的度量標(biāo)準(zhǔn)。模塊的內(nèi)聚性由低到高：偶然內(nèi)聚，邏輯內(nèi)聚，時(shí)間內(nèi)聚，通信內(nèi)聚，順序內(nèi)聚，功能內(nèi)聚。2. 用例圖：用例圖：OrderingUseCase3. 業(yè)務(wù)處理過程：顧客訂餐過程如下： 顧客訂餐顧客系統(tǒng)1. 顧客請求查看菜單；2. 系統(tǒng)顯示菜單和今日特價(jià)；3. 顧客選菜；4. 系統(tǒng)顯示訂單和價(jià)格；5. 顧客確認(rèn)訂單；6. 系統(tǒng)顯示可送餐時(shí)間；7. 顧客指定送餐時(shí)間、地點(diǎn)和支付方式；8. 系統(tǒng)確認(rèn)接受訂單，然后發(fā)送Email給顧客以確認(rèn)訂餐，同時(shí)發(fā)送相關(guān)訂餐信息通知給餐廳員工。 業(yè)務(wù)類圖 1. 系統(tǒng)需求說明系統(tǒng)需求說明書：某企業(yè)為了方便員工用餐，為餐廳開發(fā)了一個(gè)訂餐系統(tǒng)（COS：Cafeteria Ordering System），企業(yè)員工可通過企業(yè)內(nèi)聯(lián)網(wǎng)使用該系統(tǒng)。（4）基本用例敘述 224。事實(shí)上，活動(dòng)圖的正確性將直接影響到面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)時(shí)的對象的尋找 類的抽象 方法的抽象等重要環(huán)節(jié)。 用例圖系統(tǒng)需求說明書：用于描述系統(tǒng)基本功能要求及性能要求 224。反過來，如果客戶端向服務(wù)器端所發(fā)送的消息請求是合乎依據(jù)的請求，那么就應(yīng)該是服務(wù)器端應(yīng)提供的服務(wù)，也即，服務(wù)器端應(yīng)具有的方法，由此，可以通過將客戶端向服務(wù)器端發(fā)送的消息請求，轉(zhuǎn)換為服務(wù)器端的方法，這就完成了為類分配職責(zé)的任務(wù)。消息從客戶端對象發(fā)向服務(wù)器端對象，即是客戶端請求服務(wù)器端執(zhí)行其負(fù)責(zé)的職責(zé)，即是對服務(wù)器端對象方法的調(diào)用。之三：發(fā)向自已的消息體會(huì)：（1）向服務(wù)器端發(fā)消息，就是向服務(wù)器端提出服務(wù)請求，調(diào)用服務(wù)器端對象的方法 （2）對象調(diào)用所屬類的方法，即產(chǎn)生了對象的行為。1． 面向?qū)ο蟪绦蛟O(shè)計(jì)任務(wù)：為類分配職責(zé)2． 面向?qū)ο蟪绦蛟O(shè)計(jì)過程：由動(dòng)到靜，完成設(shè)計(jì)任務(wù)。（2）從代碼的角度解釋，程序中有幾個(gè)類，各自有什么方法。4. 面向?qū)ο蟪绦蛟O(shè)計(jì)的任務(wù)本文在介紹面向?qū)ο蟪绦蜻\(yùn)行基礎(chǔ)上，介紹了面向?qū)ο蟪绦蛟O(shè)計(jì)的任務(wù)及過程，并通過案例進(jìn)行講解。 YiYeQingRen aYiYeQingRen = new YiYeQingRen(“DZX”,”28”)。六、一個(gè)小Baby的問題當(dāng)一個(gè)男人與一個(gè)女人發(fā)生關(guān)系，就有可能有一個(gè)小baby產(chǎn)生，這個(gè)關(guān)系反映在面向?qū)ο蟮念惻c類的關(guān)系中，就是客戶端對象負(fù)責(zé)構(gòu)建服務(wù)器端的對象的實(shí)例，這種關(guān)系也是一種依賴關(guān)系，在代碼實(shí)現(xiàn)上也表現(xiàn)為客戶端的方法的參數(shù)。如果整體銷亡了，部分存在沒有意義，則整體與部分之間就是組合關(guān)系，如家與丈夫和妻子之間的關(guān)系，家不存在了，則丈夫和妻子無從談起，因此，丈夫和妻子對于家來講是組合關(guān)系。()。西方社會(huì)講究，妻子是丈夫的組成部分，可以用下圖來表示。下圖表示男人與其情人之間存在的關(guān)聯(lián)關(guān)系。 //該對象的作用域?yàn)檎麄€(gè)程序 YiYeQingRen bYiYeQingRen = new YiYeQingRen(“DZXM”,”28”)。在依賴關(guān)系中，客戶端對象與服務(wù)器端對象關(guān)系非常弱，僅在提供服務(wù)時(shí)發(fā)生關(guān)系。一般化的關(guān)系，即，泛化關(guān)系是從子類指向父類，與繼承或?qū)崿F(xiàn)的方法相反。對象與對象之間的關(guān)系就是提供服務(wù)與接受服務(wù)的關(guān)系。這樣的處理方式，解決了A，B消息協(xié)作時(shí)自主處理事務(wù)的方式，從而使消息協(xié)作變得可控。這些現(xiàn)象是現(xiàn)實(shí)中協(xié)作的普遍現(xiàn)象，A、B對象的協(xié)作，其中B的自主動(dòng)作摻雜了B對A的心理琢磨。面向?qū)ο蠓治雠c設(shè)計(jì)開發(fā)文檔面向?qū)ο蠡A(chǔ)1. 面向?qū)ο缶幊痰娜笤瓌t封裝、繼承、多態(tài)2. 對象世界協(xié)作模式客戶提供者消息協(xié)作模式一、現(xiàn)實(shí)中的消息協(xié)作模式：面向?qū)ο蟪绦虻倪\(yùn)行，是對現(xiàn)實(shí)世界中對象與對象的協(xié)作方式的模擬。（不請自做型）在兩個(gè)場景中的現(xiàn)象2和現(xiàn)象3都體現(xiàn)了A、B雙方作為現(xiàn)實(shí)世界中的人的行為的自主性。這種屏蔽了B的主觀能動(dòng)性的協(xié)作方式稱為客戶提供者模式。3. 類與類之間的關(guān)系及代碼實(shí)現(xiàn) 類與類之間的關(guān)系及代碼表現(xiàn)　 　解析UML中類與類之間的五種關(guān)系類與類之間的關(guān)系，其實(shí)質(zhì)就是類的對象與類的對象之間的關(guān)系。所以，也講泛化關(guān)系表示類與類之間的繼承關(guān)系，接口與接口之間的繼承關(guān)系，或類對接口的實(shí)現(xiàn)關(guān)系。}Class YiYeQingRen extends NvRen{}Class QingRen extends NvRen{}Class QiZi extends NvRen{}二、 依賴關(guān)系對于兩個(gè)相互獨(dú)立的對象，當(dāng)客戶端對象負(fù)責(zé)構(gòu)建了服務(wù)器端對象的實(shí)例時(shí)，或者客戶端為了完成某些職責(zé)而需要向服務(wù)器端對象發(fā)送消息請求服務(wù)端對象提供服務(wù)時(shí)，這時(shí)，客戶端對象的職責(zé)的完成依賴于服務(wù)器端對象的服務(wù)時(shí)，兩個(gè)對象之間表現(xiàn)為依賴關(guān)系。 YiYeQingRen aYiYeQingRen = new YiYeQingRen(“DZX”,”28”)。從關(guān)聯(lián)雙方的提供服務(wù)與被提供服務(wù)的關(guān)系來講，關(guān)聯(lián)雙方也存在客戶端對象與服務(wù)器端對象，提出服務(wù)請求的一方為客戶端，提供服務(wù)的一方為服務(wù)器端。在UML中，聚合關(guān)系用帶空心菱形的直線來表示，空心菱形端指向表示整體概念的類，另一端連接的是部分概念的類。//由構(gòu)造函數(shù)決定()。這一點(diǎn)也正是聚合關(guān)系與組合關(guān)系的區(qū)分點(diǎn)，如果整體銷亡了，部分還有存在的意義，則整體與部分之間是聚合關(guān)系，如果家與房子之間，家不存在了，房子仍然有價(jià)值，那么家與房子之間就是聚合關(guān)系。因此，在Java和C中，聚合關(guān)系和組合關(guān)系，在代碼體現(xiàn)上區(qū)分就不明顯了，因此，有的文章中，對于聚合關(guān)系與組合關(guān)系就不再進(jìn)行細(xì)化，而是統(tǒng)一稱為聚集關(guān)系，也就是把類與類之間的關(guān)系分為了四類：泛化、依賴、關(guān)聯(lián)和聚集。} }主程序：Public Class Test{ ZhangFu aZhangFu= new Zhangfu(“LMB”,”30”)。這些關(guān)系表現(xiàn)為面向?qū)ο蟪绦驅(qū)崿F(xiàn)時(shí)代碼的不同，因此，發(fā)現(xiàn)對象，確定對象與對象之間的關(guān)系，即類與類之間的關(guān)系，是有必要而且非常重要的。對象之間的消息傳遞。二． 面向?qū)ο蟪绦蛟O(shè)計(jì)任務(wù)。2． 對象與對象之間的互發(fā)消息(動(dòng),對服務(wù)器端方法的調(diào)用)動(dòng)現(xiàn)實(shí)世界、軟件系統(tǒng)1.對象與對象之間的互發(fā)消息消息的發(fā)送方客戶端對象消息的接收方服務(wù)器端對發(fā)向服務(wù)器端的消息對服務(wù)器端對象的方法的調(diào)用2.行為的協(xié)作3.發(fā)給自己的消息對象與對象之間的消息發(fā)送：之一：類的抽取之二：發(fā)送消息體會(huì)：（1）.向服務(wù)器端發(fā)消息，就是向服務(wù)器端提出服務(wù)請求，調(diào)用服務(wù)器端對象的方法 （2）