MIS課程設(shè)計(jì)實(shí)驗(yàn)報(bào)告-快餐pos系統(tǒng)

《管理信息系統(tǒng)》課程設(shè)計(jì)PAGEPAGE2管理信息系統(tǒng)課程設(shè)計(jì)快餐pos系統(tǒng)MIS課程設(shè)計(jì)開發(fā)文檔PAGEPAGE18目錄軟件開發(fā)文檔版本更新記錄 11引言 21.1項(xiàng)目設(shè)想 21.2開發(fā)計(jì)劃 21.3技術(shù)路線 22需求分析 22.1業(yè)務(wù)建模 22.2需求規(guī)格說明 32.3補(bǔ)充性規(guī)格說明 32.4系統(tǒng)順序圖與操作契約 33架構(gòu)設(shè)計(jì) 33.1功能結(jié)構(gòu)設(shè)計(jì) 33.2軟件架構(gòu)設(shè)計(jì) 44詳細(xì)設(shè)計(jì) 44.1用例實(shí)現(xiàn)設(shè)計(jì) 44.1.1銷售開單 44.1.2收銀 44.1.3退貨 44.2輸入輸出設(shè)計(jì) 44.2.1表單設(shè)計(jì) 54.2.2報(bào)表設(shè)計(jì) 54.3數(shù)據(jù)庫(kù)設(shè)計(jì) 54.4權(quán)限設(shè)計(jì) 65系統(tǒng)實(shí)現(xiàn) 65.1功能實(shí)現(xiàn) 65.2系統(tǒng)測(cè)試 65.2.1單元測(cè)試 65.2.2用例測(cè)試 65.3系統(tǒng)部署 76項(xiàng)目總結(jié) 7軟件開發(fā)文檔版本更新記錄ContentDateDescriptionAuthor1引言1.1項(xiàng)目設(shè)想A.系統(tǒng)展望在餐飲界內(nèi)中，過去拼價(jià)格、拼菜品、比檔次、比服務(wù)等競(jìng)爭(zhēng)手段已不稀奇。在現(xiàn)今網(wǎng)絡(luò)經(jīng)濟(jì)時(shí)代，許多餐飲企業(yè)逐漸依靠靈敏的電子信息工具，不斷提高市場(chǎng)應(yīng)變能力。餐飲企業(yè)需要使用pos管理系統(tǒng)來適應(yīng)當(dāng)今高節(jié)奏的生活方式，為管理一體化提供技術(shù)手段，這是今后餐飲管理軟件信息化的一個(gè)重要標(biāo)志。也可以為顧客，服務(wù)人員，管理者，收費(fèi)人員等提供方便，如：預(yù)訂、接待、點(diǎn)菜、菜品上傳、廚房分單打印、條碼劃菜、收銀、經(jīng)理查詢等方面；提高為顧客服務(wù)質(zhì)量、緩解餐廳擁擠的狀況、提高廚房部的供餐服務(wù)質(zhì)量、也提高了服務(wù)人員的效率和質(zhì)量。主要應(yīng)用如下：1)顧客點(diǎn)餐，系統(tǒng)根據(jù)食物的價(jià)格和數(shù)量提供訂單并生成單據(jù)供結(jié)算費(fèi)用；2)廚房根據(jù)顧客的訂單，準(zhǔn)備所需食物。3)服務(wù)人員根據(jù)顧客的訂單，適時(shí)提供相應(yīng)食物。4)顧戶和收銀員確認(rèn)訂單無誤，結(jié)賬并打印小票。5）?？涂缮?jí)為會(huì)員，給予優(yōu)惠折扣和高質(zhì)服務(wù)等。6）經(jīng)理可以隨時(shí)查看業(yè)務(wù)，作出好的管理決策。本套系統(tǒng)適應(yīng)所有酒吧、茶餐廳、夜總會(huì)、咖啡廳、會(huì)所、娛樂城、火鍋店、酒樓、酒店

、賓館、中餐、西餐、快餐、排檔等各種餐飲業(yè)用戶。B.

系統(tǒng)特性：餐館內(nèi)部信息化：

點(diǎn)菜員只要輸入菜品編碼或拼音字頭簡(jiǎn)碼，就能在手持POS機(jī)里迅速調(diào)出菜品數(shù)據(jù)，系統(tǒng)自動(dòng)識(shí)別后在廚房打印機(jī)分單打印出來，廚師根據(jù)菜單很快就能了解到顧客的需要。2）及時(shí)反映需求：

餐館的老板可以通過電子化系統(tǒng)查詢營(yíng)業(yè)收入統(tǒng)計(jì)、員工業(yè)績(jī)統(tǒng)計(jì)、人均消費(fèi)額、翻臺(tái)率等；此外，還可以用圖形或者表格的形式進(jìn)行各種數(shù)據(jù)分析，例如財(cái)務(wù)狀況分析、營(yíng)銷決策分析、營(yíng)業(yè)收入分析等3）數(shù)字化精確管理：如一個(gè)炒菜需要用多少料、裝成多大一盤、用多少時(shí)間做出來、成本和利潤(rùn)是多少，全是模糊的概念。然而當(dāng)這些都數(shù)字化之后，一切就變得比較明晰了。4）形象得到提升：顧客來到高端大氣上檔次的酒樓，會(huì)覺得管理，服務(wù)，待遇等都不一樣，會(huì)提升酒樓的知名度等，吸引更多的客源。更加有如下功能：

（1）管理桌賬功能

（3）自動(dòng)分類打折功能

（4）服務(wù)員功能

（5）轉(zhuǎn)賬功能（6）分賬功能（7）廚房打印機(jī)

8）票據(jù)打印機(jī)（9）結(jié)賬受理各種銀行卡、會(huì)員卡，現(xiàn)金支付

(10)為商戶開通網(wǎng)上訂餐功能1.2開發(fā)計(jì)劃A.團(tuán)隊(duì)成員項(xiàng)目經(jīng)理（楊劍達(dá)）：

計(jì)劃、組織、領(lǐng)導(dǎo)、控制整個(gè)項(xiàng)目，也負(fù)責(zé)監(jiān)督整個(gè)項(xiàng)目的實(shí)施，把握整個(gè)項(xiàng)目的進(jìn)度，對(duì)項(xiàng)目實(shí)施過程中出現(xiàn)的問題進(jìn)行處理。

分析員（黃培鑫）：代表整個(gè)項(xiàng)目組，同時(shí)也可以代表客戶方的意見，項(xiàng)目組內(nèi)所有與客戶需求相關(guān)的事情必需得到他的認(rèn)可。對(duì)項(xiàng)目做出正確的需求分析，同時(shí)也是是項(xiàng)目組中的首席執(zhí)行官，涉及項(xiàng)目的所有方面，推動(dòng)項(xiàng)目進(jìn)度。

架構(gòu)師（凌鴻）：軟件架構(gòu)師負(fù)責(zé)理解和管理非功能性系統(tǒng)需求，比如軟件的可維護(hù)性、性能、復(fù)用性、可靠性、有效性和可測(cè)試性等。審查客戶和市場(chǎng)人員所提出的需求，確認(rèn)開發(fā)團(tuán)隊(duì)所提出的設(shè)計(jì)；組織開發(fā)團(tuán)隊(duì)成員和開發(fā)過程的定義；協(xié)助分析師。

測(cè)試員（巴懷桔）：1.獨(dú)立編寫測(cè)試計(jì)劃；獨(dú)立編寫測(cè)試用例；協(xié)調(diào)測(cè)試團(tuán)隊(duì)內(nèi)部的工作以及與開發(fā)團(tuán)隊(duì)之間的工作；.完成“執(zhí)行測(cè)試”的工作；.掌握較深層次的測(cè)試方法、測(cè)試技術(shù)和較復(fù)雜的業(yè)務(wù)流程；負(fù)責(zé)測(cè)試過程工具的研究、推廣與維護(hù)，負(fù)責(zé)測(cè)試數(shù)據(jù)庫(kù)維護(hù)工作。B.項(xiàng)目進(jìn)度。過程時(shí)間目標(biāo)工作內(nèi)容提交資料初始階段第2周分組定題布置任務(wù)，確定分組；確定題目，制定計(jì)劃。提交MIS課程設(shè)計(jì)任務(wù)書提交分組計(jì)劃細(xì)化迭代13-4周搭建框架確定核心架構(gòu)實(shí)現(xiàn)基礎(chǔ)數(shù)據(jù)增刪改查程序；編寫文檔1.1,1.2,3.2細(xì)化迭代25-6周設(shè)計(jì)實(shí)現(xiàn)業(yè)務(wù)用例實(shí)現(xiàn)銷售開單用例程序；編寫文檔2.1-2.4；編寫4.1.1編寫4.2.1細(xì)化迭代37-8周設(shè)計(jì)實(shí)現(xiàn)業(yè)務(wù)用例實(shí)現(xiàn)收銀用例程序；完善文檔2.1-2.4，編寫4.1.2細(xì)化迭代49-10設(shè)計(jì)實(shí)現(xiàn)業(yè)務(wù)用例實(shí)現(xiàn)退貨用例程序；完善文檔2.1-2.4，編寫4.1.3編寫3.1里程碑總結(jié)。優(yōu)秀成果展示。細(xì)化迭代511-12周設(shè)計(jì)實(shí)現(xiàn)權(quán)限基于所選技術(shù)實(shí)現(xiàn)系統(tǒng)權(quán)限功能程序；編寫文檔4.4編寫文檔4.3細(xì)化迭代613-14周設(shè)計(jì)實(shí)現(xiàn)報(bào)表實(shí)現(xiàn)數(shù)據(jù)報(bào)表功能程序；編寫文檔4.2.2交付16周提交成果編程人員實(shí)驗(yàn)室演示程序；提交文檔打印稿。完成文檔5,6最終版程序，文檔定稿C.風(fēng)險(xiǎn)控制1，不勝任的項(xiàng)目經(jīng)理，擔(dān)任項(xiàng)目經(jīng)理職位的人不具備領(lǐng)導(dǎo)和管理項(xiàng)目的背景、技能、經(jīng)驗(yàn)和個(gè)人品質(zhì)。2.項(xiàng)目需求在不斷的發(fā)生變化，項(xiàng)目的雛形不符合，導(dǎo)致小組分工出現(xiàn)不能很好對(duì)接的現(xiàn)象。3.項(xiàng)目中沒有良好的溝通，這些問題的產(chǎn)生是由于信息的不對(duì)稱、準(zhǔn)確性，或者時(shí)間性的缺乏，以及粗略的數(shù)據(jù)收集和記錄，或者未能將信息分配給那些需要信息的人?？刂拼胧海╝）項(xiàng)目經(jīng)理要面對(duì)矛盾，反省自己。勇于提出深層的、探索性的問題，為了項(xiàng)目的最大利益而進(jìn)行有效的辯論。

（b）整個(gè)小組要不斷地改變程序，是的軟件可以適應(yīng)需求的變化，增加系統(tǒng)的糅合性。

（c）項(xiàng)目經(jīng)理要及時(shí)注意到項(xiàng)目的人力、行為方面。他建立一個(gè)項(xiàng)目團(tuán)隊(duì)，幫助團(tuán)隊(duì)成員理解項(xiàng)目目標(biāo)，要不斷激勵(lì)項(xiàng)目團(tuán)隊(duì)成員朝著目標(biāo)一起工作。1.3技術(shù)路線1、

MVC模式

MVC模式就是邊界、控制、處理三者相結(jié)合而形成的一種設(shè)計(jì)模式，其中涉及到的設(shè)計(jì)類包括邊界類（V）、控制類（C）、實(shí)體類（M）。在利用MVC模式來設(shè)計(jì)軟件系統(tǒng)時(shí)，對(duì)于每一個(gè)的用例都能夠找到三個(gè)這樣的類，

2、

中介者模式

中介者封裝了對(duì)象之間的交互，當(dāng)多個(gè)對(duì)象分別于另外的多個(gè)對(duì)象之間進(jìn)行自由的交互式，可能導(dǎo)致他們之間的耦合度變得更加的高，但是對(duì)于一個(gè)系統(tǒng)來說往往希望高內(nèi)聚、低耦合。所以就設(shè)計(jì)一個(gè)中介者來代替一些對(duì)象與另外的對(duì)象進(jìn)行交互。3、

外觀模式

外觀模式為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，此模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。其結(jié)構(gòu)形式如下：

外觀模式往往在本系統(tǒng)設(shè)計(jì)的較為零散時(shí)，為了方便系統(tǒng)的擴(kuò)展或者使用維護(hù)而增加了統(tǒng)一的接口以此來減少系統(tǒng)的復(fù)雜性。4．

課程設(shè)計(jì)工具（1）

模工具軟件可選用Rational

Rose、Microsoft

Visio等；

（2）

項(xiàng)目管理軟件可選擇Microsoft

Project等；

（3）

程序開發(fā)語(yǔ)言可選用VC++、JAVA或VB等；

（4）

數(shù)據(jù)庫(kù)管理系統(tǒng)可選用ORACLE、SQL

SERVER或ACCESS等2需求分析2.1業(yè)務(wù)建模A.

業(yè)務(wù)流程建模涉眾有：收銀員、顧客、服務(wù)員、酒店、經(jīng)理、支付授權(quán)服務(wù)、稅務(wù)代理機(jī)構(gòu)；業(yè)務(wù)規(guī)則：一、餐前準(zhǔn)備工作①、按規(guī)定著裝；檢查自己儀容儀表是否符合規(guī)范；做好崗位清潔工作；②、認(rèn)真、仔細(xì)查看上一班交接內(nèi)容；處理未完成的事項(xiàng)；③、將昨日午市和晚市結(jié)賬單、收銀報(bào)表交財(cái)務(wù)部；④、檢查收銀臺(tái)各種設(shè)備是否正常，有無異常情況及時(shí)上報(bào)：電腦、打印機(jī)、點(diǎn)鈔機(jī)、POS機(jī)⑤、備用金的工作交接：一樓備用金1000元，茶樓備用金1000元，備足發(fā)票、結(jié)賬單以及其他物品。二、營(yíng)業(yè)操作流程1.接單、錄單工作：a.接單員在收單服務(wù)員開出的點(diǎn)菜單或酒水單后，仔細(xì)查看上面填寫內(nèi)容，如有不清楚或不正確時(shí)，客氣請(qǐng)服務(wù)員更改。b.所有單據(jù)正確之后，進(jìn)行電腦對(duì)單，看是否有誤遺漏；c．收銀員收到服務(wù)員買單通知后，確認(rèn)臺(tái)號(hào)、所點(diǎn)的菜品、酒水飲料之后，打印結(jié)賬單；d．打完結(jié)賬單后，將結(jié)賬單副聯(lián)交服務(wù)人員進(jìn)行買單；e．收到結(jié)賬單后，對(duì)消費(fèi)桌進(jìn)行相應(yīng)結(jié)賬處理，收款后馬上消臺(tái)；2.客人聯(lián)臺(tái)處理：a．收到由樓面部確認(rèn)后的聯(lián)臺(tái)信息，讓通知人員在收銀點(diǎn)菜單上寫明聯(lián)臺(tái)號(hào)并簽名；b．在卡頭登記日期，班次及聯(lián)臺(tái)桌號(hào)，熟記連臺(tái)桌號(hào)；c．收到連臺(tái)信息的樓層通知其他樓層；d．其他樓層收到信息后以相同方式記錄在卡頭上；e．將連臺(tái)信息置于醒目位置；f．收到買單信息后，由服務(wù)員將結(jié)賬單交接傳遞到買單樓層，收銀員電話確認(rèn)結(jié)賬有無傳到買單樓層，若買單客人拒買連臺(tái)單，找樓面主管級(jí)以上管理人員協(xié)調(diào)處理；g．買單后款項(xiàng)及結(jié)賬單，由收銀員保存存根；3.結(jié)賬工作：a.現(xiàn)金結(jié)賬；接到服務(wù)員或客人現(xiàn)金后，快速清點(diǎn)現(xiàn)鈔、驗(yàn)鈔，準(zhǔn)確找補(bǔ)零錢，若有質(zhì)疑，與樓面主管聯(lián)系，客氣地請(qǐng)客人調(diào)換；結(jié)賬后由值臺(tái)服務(wù)員在結(jié)賬單上簽字確認(rèn)實(shí)收金額及付發(fā)票金額，蓋“現(xiàn)金”章B．信用卡結(jié)賬與POS機(jī)的操作；C．客戶簽單：（折扣優(yōu)惠以協(xié)議為準(zhǔn)）4.服務(wù)員報(bào)簽單客戶信息；按簽單客戶協(xié)議打折；打印結(jié)賬單，請(qǐng)客人簽名；核對(duì)簽字模式；結(jié)賬單上蓋“簽單”章，留存；注：收銀員必須熟記簽單客戶資料（單位、折扣、簽單人以及簽單模式）；d.臨時(shí)掛賬（需經(jīng)理級(jí)以上人員擔(dān)保簽字）e．消費(fèi)卷結(jié)賬；

B.

領(lǐng)域建模。使用UML類圖構(gòu)建領(lǐng)域模型。2.2需求規(guī)格說明A.系統(tǒng)用例圖。繪制整個(gè)系統(tǒng)的UML用例圖。B.

用例詳述文本對(duì)所有業(yè)務(wù)活動(dòng)用例采用詳述風(fēng)格（包括前置條件、后置條件、主事件流，擴(kuò)展、業(yè)務(wù)規(guī)則等）進(jìn)行描述。用例:（1）

客人進(jìn)店開手牌

參與者:

管理員

目的:

給客戶開手牌，安排座位

概述:

有辛苦人進(jìn)店后，管理員要看一下系統(tǒng)還有沒有手牌，如果有的話給客戶開手牌，手牌的種類有客戶自己選擇，然后安排客戶就座

。前置條件:

系統(tǒng)運(yùn)行正常

后置條件:

給出處理結(jié)果

，發(fā)出手牌或者告知沒有空位

特定要求:

待請(qǐng)求發(fā)出后，系統(tǒng)必須在兩秒內(nèi)作出反應(yīng)

主

事件流

參與者操作

1.管理員發(fā)出查詢請(qǐng)求

2.管理員給客戶展示后讓客戶選擇滿意的餐桌。管理員開出手牌系統(tǒng)作出響應(yīng)

3.顯示空余的桌子和已經(jīng)有人的桌子，

4.根據(jù)手牌開出這桌客人的預(yù)消費(fèi)列表，并指定專屬服務(wù)員，

5.記錄服務(wù)員與相應(yīng)的手牌

6.要求入庫(kù)

候選事件流

第一行：如果沒有手牌，系統(tǒng)要給管理員提出警告。

用例:（2）客戶點(diǎn)菜

參與者:

客戶，服務(wù)員

目的:

服務(wù)員記錄客戶的點(diǎn)菜菜單

概述:

客戶選擇自己喜歡的菜品，服務(wù)員記錄菜品，菜單一式兩份手寫和復(fù)印。復(fù)印那份給管理

員，手寫那份粘在手牌上。并傳給廚房備菜上菜，并隨時(shí)準(zhǔn)備加菜或者減菜

用例:（3）

管理員記錄菜單

參與者:

管理員

目的:

記錄相應(yīng)桌子上的菜單

概述:

管理員根據(jù)服務(wù)員拿過來的復(fù)印式菜單輸入相應(yīng)手牌上的菜品，

前置條件:

相應(yīng)手牌已經(jīng)開出，并且已經(jīng)列出點(diǎn)菜列表

后置條件:

記錄菜單，入庫(kù)留存

事件流

參與者操作

1.

管理員輸入客戶所點(diǎn)菜品

系統(tǒng)響應(yīng)

2.根據(jù)輸入列出所點(diǎn)菜品列表并入庫(kù)保存

候選事件流

用例:（4）

客戶加減菜

參與者:

管理員

目的:

給客戶加減菜，滿足客戶需求并入庫(kù)保存

概述:

客人要求加減菜時(shí)，系統(tǒng)要記錄相應(yīng)手牌的加減菜品以備最后結(jié)算作為依據(jù)

類型:

基本

前置條件:

客戶首次所點(diǎn)菜單已經(jīng)列出并且已經(jīng)保存

后置條件:

記錄客戶加減菜后的菜單入庫(kù)并且保存

事件流

參與者操作

1.

輸入客戶加減菜菜單系統(tǒng)響應(yīng)

2.記錄修改后的列表

3.刪除原先的列表并入庫(kù)保存更改后的列表

用例:（5）

結(jié)賬

參與者:

管理員

目的:

根據(jù)客戶消費(fèi)記錄進(jìn)行結(jié)算

概述:

管理員調(diào)出相應(yīng)手牌的消費(fèi)記錄并且計(jì)算金額，進(jìn)行收賬，收賬后要求系統(tǒng)及時(shí)入庫(kù)并且保存

前置條件:

客戶消費(fèi)情況已經(jīng)入庫(kù)并保存

后置條件:

給出消費(fèi)列表和項(xiàng)目

事件流

參與者操作

1.

管理員發(fā)出結(jié)算請(qǐng)求系統(tǒng)響應(yīng)

2.顯示相應(yīng)手牌的消費(fèi)記錄，并且自動(dòng)累加計(jì)算

3.顯示消費(fèi)小票，并送入打印機(jī)打印出小票

4.備份小票和相應(yīng)的服務(wù)員，資料入庫(kù)并保存，設(shè)置權(quán)限，非管理員無權(quán)打開參閱2.3補(bǔ)充性規(guī)則說明

補(bǔ)充性規(guī)格說明補(bǔ)貨并確定其他類型的需求，如可靠性（如10000人并發(fā)訪問）、可用性（如1米外輕松看到文本）、接口（如支持錢箱、支持網(wǎng)銀支付接口）等。也可以包括其他跨越多個(gè)用例的功能性需求如報(bào)表、安全性、日志和錯(cuò)誤處理、數(shù)據(jù)備份、數(shù)據(jù)導(dǎo)入導(dǎo)出等。1.功能性1.1滿足多個(gè)顧客的并發(fā)執(zhí)行。1

該系統(tǒng)應(yīng)支持多達(dá)1000名顧客在任意特定時(shí)間使用中央數(shù)據(jù)庫(kù)，并支持多達(dá)500名顧客在任何時(shí)候訪問本地服務(wù)器。1.2當(dāng)顧客預(yù)定飯菜時(shí)，系統(tǒng)必須判斷該食品是否還有剩余，若該食品已無庫(kù)存，需提醒顧客，并通知采購(gòu)部門進(jìn)行采購(gòu)。2

可用性2.1前臺(tái)顧客界面采用美觀，方便瀏覽的布局，色彩溫和，餐飲主題突出，模塊分布清晰。2.2后臺(tái)管理界面各管理模塊采用下拉菜單式設(shè)計(jì)，簡(jiǎn)潔大方，層次清晰，便于操作2,3顧客界面視窗與WINDOWS系統(tǒng)兼容。3.

可靠性保證系統(tǒng)在配置完成以后24小時(shí)都可用，平均無故障時(shí)間應(yīng)超過300小時(shí)。系統(tǒng)要求對(duì)數(shù)據(jù)庫(kù)的訪問，存取速度要快，特別是對(duì)食品目錄的訪問的反應(yīng)時(shí)間要在8秒內(nèi)4

數(shù)據(jù)備份對(duì)數(shù)據(jù)庫(kù)初始數(shù)據(jù)的設(shè)置，系統(tǒng)維護(hù)與升級(jí)。對(duì)數(shù)據(jù)進(jìn)行分析，并根據(jù)顧客點(diǎn)菜情況適當(dāng)修改菜單。權(quán)限設(shè)置，數(shù)據(jù)備份。

5.

安全性系統(tǒng)要求有較高的安全性，由于在管理訂單時(shí)，顧客的信息都在網(wǎng)絡(luò)上傳輸，所以必須提供額外的安全性措施。6接口設(shè)計(jì)

6.1用戶接口在這一接口里創(chuàng)建對(duì)象以訪問數(shù)據(jù)庫(kù)而不是使用直接函數(shù)調(diào)用，用戶可設(shè)置和取得對(duì)象屬性或調(diào)用方法。程序代碼變得更清晰，開發(fā)和維護(hù)更為簡(jiǎn)單。

Microsoft使用多種對(duì)象接口來訪問數(shù)據(jù)庫(kù)管理系統(tǒng)，比如SQL

Server的數(shù)據(jù)：

(1)

數(shù)據(jù)訪問對(duì)象(

DAO

)。

(2)

遠(yuǎn)程數(shù)據(jù)對(duì)象(

RDO

)。

(3)

OLE

DB。

(4)

ActiveX

Data

Objects。

6.2外部接口

所有本組討論的接口以標(biāo)準(zhǔn)形式寫出，支持Visual

Basic程序的調(diào)用。SQL

Server對(duì)Visual

Basic編程人員提供兩種調(diào)用級(jí)接口：

(1)

DB-Library。

(2)

開放式數(shù)據(jù)庫(kù)連接(ODBC)。

DB-Library是Microsoft開發(fā)的提供到SQL

Server的函數(shù)調(diào)用的API，因此，DB-Libra

ry是使用第三部分?jǐn)?shù)據(jù)轉(zhuǎn)換和集成數(shù)據(jù)服務(wù)、業(yè)務(wù)服務(wù)、表達(dá)服務(wù)。2.4系統(tǒng)順序圖與操作契約系統(tǒng)順序圖（SSD）針對(duì)用例的一個(gè)特定場(chǎng)景，闡述從參與者到系統(tǒng)的跨越系統(tǒng)邊界的事件制品，便于設(shè)計(jì)階段為類分配職責(zé)。操作契約(ContractofOperation)定義了重要系統(tǒng)事件對(duì)領(lǐng)域模型內(nèi)對(duì)象狀態(tài)的變化。系統(tǒng)順序圖。使用UML順序圖，選擇1個(gè)業(yè)務(wù)活動(dòng)用例繪制系統(tǒng)順序圖。B.操作契約。選擇系統(tǒng)順序圖中復(fù)雜的系統(tǒng)事件編寫操作契約。如有需要，使用UML狀態(tài)圖對(duì)某些關(guān)鍵對(duì)象（如訂單）狀態(tài)轉(zhuǎn)換進(jìn)行建模分析。3架構(gòu)設(shè)計(jì)3.1功能結(jié)構(gòu)設(shè)計(jì)3.2軟件架構(gòu)設(shè)計(jì)A.軟件分層。（1）表現(xiàn)層(Presentation

Layer)：顯示信息，處理用戶的請(qǐng)求，提供與用戶交互的界面。有GUI（圖形用戶界面）和web頁(yè)面是表述層的兩個(gè)典型的例子。

（2）領(lǐng)域/邏輯層(Domain

Logic

Layer)：邏輯，實(shí)際的業(yè)務(wù)活動(dòng)，系統(tǒng)中真正的核心，實(shí)現(xiàn)各種業(yè)務(wù)邏輯。

（3）數(shù)據(jù)訪問層(Data

Access

Layer)：與數(shù)據(jù)庫(kù)、消息系統(tǒng)等的通信，負(fù)責(zé)存放和管理應(yīng)用的持久性業(yè)務(wù)數(shù)據(jù)。

B.命名規(guī)范。

本規(guī)范的條目分為兩個(gè)級(jí)別:

規(guī)則-R

建議-S

S-最好為名詞

R-命名類和接口時(shí)，需要將所有單詞的首字母大寫。

R-接口的命名不采用首字母為I或加上IF后綴的命名方式。例如：IBookDao、BookDaoIF等。

R-抽象類必須使用Abstract作為類名的前綴，而接口建議使用Interface作為接口名后綴。

R-異常類應(yīng)該使用Exception做為名稱后綴。

R-如果是運(yùn)行一次就拋棄的類，以ing結(jié)尾，比如Rendering

R-類名盡量短，但是最好不要縮寫，如果縮寫，必須為特別常用的類，比如org.nutz.dao.Cnd

因?yàn)檎{(diào)用者書寫你的類名太長(zhǎng)，他(她)的IDE會(huì)自動(dòng)替他(她)換行，他會(huì)覺得有點(diǎn)不爽

R-不要和Java的標(biāo)準(zhǔn)庫(kù)中的類名沖突，比如Class,Object,String等

如果沖突，就表示你極其藐視Java標(biāo)準(zhǔn)庫(kù)中的那個(gè)的設(shè)計(jì)

調(diào)用者需要花更多的時(shí)間和代碼來明確他使用的是你的類,而不是標(biāo)準(zhǔn)庫(kù)中的那個(gè)

S-以下情況可以允許寫奇怪類名–名稱簡(jiǎn)短，讓人一眼不知道什么意思，用了以后一眼就能知道什么意思

類特別常用

類非常特殊，難以歸類

私有類或內(nèi)部類

不推薦其他人調(diào)用的公有、保護(hù)、默認(rèn)類

起個(gè)奇怪的名字，就是不想讓你關(guān)心這個(gè)類的代碼

R-缺省接口實(shí)現(xiàn)應(yīng)該使用Default名稱前綴。例如：DefaultEntityMaker。

也可以采用Impl作為后綴，表示這個(gè)實(shí)現(xiàn)為此接口的最優(yōu)實(shí)現(xiàn)或者唯一實(shí)現(xiàn)C.架構(gòu)相關(guān)設(shè)計(jì)模式。DAO模式和MVC模式4詳細(xì)設(shè)計(jì)4.1用例實(shí)現(xiàn)設(shè)計(jì)對(duì)關(guān)鍵的系統(tǒng)用例實(shí)現(xiàn)構(gòu)建設(shè)計(jì)模型。可結(jié)合需求修改子項(xiàng)的用例名稱。4.1.1銷售開單說明業(yè)務(wù)功能/用例實(shí)現(xiàn)設(shè)計(jì)，擴(kuò)展和細(xì)化類，分析對(duì)象之間動(dòng)態(tài)關(guān)系。該節(jié)重點(diǎn)描述為實(shí)現(xiàn)用例涉及的類、消息傳遞（即對(duì)象調(diào)用請(qǐng)求消息）。設(shè)計(jì)類圖。繪制UML類圖，為用例實(shí)現(xiàn)的參與類(VOPC)分配職責(zé)，定義類的重要方法，描述類之間的靜態(tài)結(jié)構(gòu)關(guān)系。交互圖。使用UML順序圖或UML通信圖描述對(duì)象之間的消息傳遞，描述類之間動(dòng)態(tài)行為關(guān)系。4.1.2收銀設(shè)計(jì)類圖順序圖4.1.3退貨設(shè)計(jì)類圖順序圖4.2輸入輸出設(shè)計(jì)4.2.1表單設(shè)計(jì)以錄入訂單等