面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔

面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔

ID:36514503

大?。?.54 MB

頁數(shù):90頁

時間:2019-05-11

面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔_第1頁
面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔_第2頁
面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔_第3頁
面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔_第4頁
面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔_第5頁
資源描述:

《面向?qū)ο蠓治黾霸O(shè)計開發(fā)文檔》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、目錄第一部分面向?qū)ο蠡A(chǔ)31.面向?qū)ο缶幊痰娜笤瓌t32.對象世界協(xié)作模式----客戶-提供者消息協(xié)作模式33.類與類之間的關(guān)系及代碼實(shí)現(xiàn)64.面向?qū)ο蟪绦蛟O(shè)計的任務(wù)135.面向?qū)ο笙到y(tǒng)分析與設(shè)計的過程與產(chǎn)出26第二部分需求分析26第三部分系統(tǒng)分析261.系統(tǒng)需求說明272.用例圖:283.業(yè)務(wù)處理過程:294.活動圖:29(1)按客戶陳述繪制活動圖29(2)對活動圖進(jìn)行分塊305.基本用例敘述:356.系統(tǒng)時序圖:367.系統(tǒng)操作約定:378.創(chuàng)建域模型:389.一個顛覆常規(guī)的域模型案例4010.對象消息序列圖:40第四部分系統(tǒng)設(shè)計

2、方案1:控制臺應(yīng)用程序+無數(shù)據(jù)庫401.系統(tǒng)總體結(jié)構(gòu)設(shè)計40(1)業(yè)務(wù)層設(shè)計----設(shè)計系統(tǒng)總體類圖:402.詳細(xì)設(shè)計:44(1)業(yè)務(wù)層定義44<1>類聲明:44<2>確定類圖:49<3>Jackson圖49<4>算法流程圖493.編碼504.測試50第五部分系統(tǒng)設(shè)計方案2:控制臺應(yīng)用程序+數(shù)據(jù)庫系統(tǒng)501.業(yè)務(wù)層設(shè)計50(1)每個數(shù)據(jù)訪問對象直接與數(shù)據(jù)庫打交道50(2)增加一個單例對象DBOperation52(3)使用Hibernate框架522.數(shù)據(jù)層設(shè)計54(1)E-R圖:54(2)關(guān)系模式設(shè)計56(3)物理模型設(shè)計56第六部

3、分系統(tǒng)總體設(shè)計方案3:人機(jī)交互界面+業(yè)務(wù)處理+DBMS571.人機(jī)交互界面----表示層設(shè)計58(1)狀態(tài)圖:5890<1>狀態(tài)圖的概念58<2>訂餐系統(tǒng)的狀態(tài)圖:60<3>菜譜狀態(tài)圖:60<4>顧客訂單的狀態(tài)圖:61<5>訂單的狀態(tài)圖62(2)表示層設(shè)計:62(3)表示層的實(shí)現(xiàn):64<1>基于窗體的表示層64<2>基于web頁面的表示層642.數(shù)據(jù)層設(shè)計643.業(yè)務(wù)層設(shè)計64(1)單機(jī)模型:64(2)分布式模型65<1>C/S模型65<2>B/S模型65<3>基于Web的三層系統(tǒng)體系結(jié)構(gòu)654.系統(tǒng)整體架構(gòu)66(1)0人機(jī)交互界面+

4、業(yè)務(wù)處理+DBMS具體實(shí)施方案:66第七部分系統(tǒng)架構(gòu)與框架技術(shù)66(1)系統(tǒng)體系結(jié)構(gòu)66(2)技術(shù)框架Framework66(3)系統(tǒng)體系結(jié)構(gòu)的發(fā)展進(jìn)程67<1>單機(jī)版67<2>基于C/S架構(gòu)的系統(tǒng)體系結(jié)構(gòu)67<3>基于Web的系統(tǒng)體系結(jié)構(gòu)67<4>基于Web的三層系統(tǒng)體系結(jié)構(gòu)67<5>基于Web的四層系統(tǒng)體系結(jié)構(gòu)70第八部分詳細(xì)設(shè)計711.表示層詳細(xì)設(shè)計:712.業(yè)務(wù)層詳細(xì)設(shè)計:713.數(shù)據(jù)層詳細(xì)設(shè)計:71第九部分設(shè)計原則711.拙劣設(shè)計的癥狀71(1)癥狀71(2)案例72(3)原因分析72(4)問題解決722.設(shè)計原則72(1)

5、單一職責(zé)原則72(2)開放-封閉原則72(3)Liskov替換原則72(4)依賴倒置原則72(5)接口分離原則72第十部分設(shè)計模式74901.設(shè)計模式分類74(1)創(chuàng)建型74<1>簡單工廠設(shè)計模式74<2>工廠方法模式79(3)MFC之工廠模式(C++&java)85<3>抽象工廠模式86第十一部分系統(tǒng)測試881.測試階段劃分882.測試技術(shù)883.測試優(yōu)先的益處88這是面向?qū)ο蟮氖澜?,客戶向服?wù)器提出請求是為服務(wù)器分配職責(zé)的唯一標(biāo)準(zhǔn)。第一部分面向?qū)ο蠡A(chǔ)1.面向?qū)ο缶幊痰娜笤瓌t封裝、繼承、多態(tài)2.對象世界協(xié)作模式----客戶-提供

6、者消息協(xié)作模式一、現(xiàn)實(shí)中的消息協(xié)作模式:面向?qū)ο蟪绦虻倪\(yùn)行,是對現(xiàn)實(shí)世界中對象與對象的協(xié)作方式的模擬。在現(xiàn)實(shí)世界中,消息的發(fā)送方與消息的接收方,針對消息而言是地位平等的雙方。如下場景1:A希望獲知B的姓名90在這個場景中,針對于A希望獲知B的姓名而互發(fā)的消息,可能會出現(xiàn)上述三種現(xiàn)象。1.A問,B答2.A問,B不答(問而不答型)3.A不問,B主動告知。(不問自答型)再如下述場景2:A希望B去做飯。同樣存在場景1中存在的現(xiàn)象。1.A請求B做事情,B做事情2.A請求B做事情,B不做(叫做不做型)3.A不請求B做事情,B主動做事情。(不請自做

7、型)在兩個場景中的現(xiàn)象2和現(xiàn)象3都體現(xiàn)了A、B雙方作為現(xiàn)實(shí)世界中的人的行為的自主性。這些現(xiàn)象是現(xiàn)實(shí)中協(xié)作的普遍現(xiàn)象,A、B對象的協(xié)作,其中B的自主動作摻雜了B對A的心理琢磨。B認(rèn)為A可能會問其什么,或認(rèn)為A可能會讓其做某事,但B這種基于猜測的行為可能使結(jié)果適得其反,使本不應(yīng)該發(fā)生的麻煩事情發(fā)生,從而使事情處理流程變得更糟。90開發(fā)計算機(jī)軟件系統(tǒng)的目的,是為了使事情的處理流程自動化,如果處理流程本身是個紊亂的話,那么計算機(jī)軟件系統(tǒng)只能加速這種紊亂,因此,在面向?qū)ο蟪绦蚰M現(xiàn)實(shí)世界的消息協(xié)作時,采用消息發(fā)送方與消息接收方地位不平等的客戶-

8、提供者模式來完成協(xié)作。二、客戶-提供者消息協(xié)作模式前提:B擁有A所問問題的知識;B具有A所請求事情的處理能力。但是A不問時,B不主動回答;A不請求B做事情,B不主動做事情。也即,只有當(dāng)A作為客戶,請求B回答問題時,B作為

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費(fèi)完成后未能成功下載的用戶請聯(lián)系客服處理。