IT項目管理與實踐案例分析課件

IT項目管理與實踐案例分析餐飲業(yè)點(diǎn)餐系統(tǒng)項目報告

IT項目管理與實踐案例分析餐飲業(yè)點(diǎn)餐系統(tǒng)項目報告1項目背景項目章程項目計劃項目分析項目設(shè)計項目測試項目實施報告內(nèi)容項目背景報告內(nèi)容21.項目背景(60) 目前，我國酒店餐飲業(yè)在日常點(diǎn)菜管理中仍普遍采用手工操作方式，整體科技含量低，隨著酒店餐飲業(yè)高速發(fā)展和餐飲店規(guī)模的不斷擴(kuò)大，許多酒店餐飲企業(yè)采用連鎖經(jīng)營和集團(tuán)化運(yùn)營，手工操作無論是在工作效率、人力成本和決策信息等方面都已經(jīng)難以適應(yīng)企業(yè)發(fā)展的要求，制約了整個酒店餐飲業(yè)的規(guī)模化發(fā)展和整體服務(wù)水平的提升。據(jù)預(yù)測，未來3至5年內(nèi)，信息數(shù)字技術(shù)產(chǎn)品在中國飯店與餐飲業(yè)的應(yīng)用將達(dá)到一個高峰，市場最大容量可達(dá)2300億元人民幣。就點(diǎn)菜系統(tǒng)而言，最普遍的是計算機(jī)收銀臺錄入菜單設(shè)備、POS點(diǎn)菜系統(tǒng)，除了這種點(diǎn)菜系統(tǒng)，其它的計算機(jī)信息系統(tǒng)已經(jīng)從預(yù)訂、接待、點(diǎn)菜、菜品上傳、廚房分單打印、條碼劃菜、收銀、經(jīng)理查詢等方面在大型餐飲企業(yè)全方位地整合起來了。（摘自IT168—中國第三方餐飲企業(yè)信息化研究）1.項目背景(60)32.項目章程(60)項目名稱：餐飲業(yè)點(diǎn)餐系統(tǒng)開發(fā)目的： 節(jié)省人力和財力，提高餐廳工作人員的工作效率 節(jié)省候餐者的等待時間 有利于提高綜合競爭力項目目標(biāo)： 總目標(biāo)：開發(fā)一套適用大中型營業(yè)性餐廳的點(diǎn)餐系統(tǒng) 分目標(biāo)：開發(fā)一套適用于高校風(fēng)味餐廳的點(diǎn)餐系統(tǒng)項目主要可交付成果 軟件文檔、用戶手冊項目經(jīng)理責(zé)任 計劃并執(zhí)行整個項目，同潛在用戶進(jìn)行交流，需求分 析，界面設(shè)計項目總體進(jìn)度計劃 項目開始時間：2012-4-15 項目結(jié)束時間：2012-6-152.項目章程(60)項目名稱：餐飲業(yè)點(diǎn)餐系統(tǒng)43.1.進(jìn)度計劃

對項目各工作階段進(jìn)行了初步的劃分和進(jìn)度安排，具體如表3.項目計劃(1)工作階段進(jìn)度安排項目選擇2012-4-15~2012-4-17項目計劃2012-4-18~2012-4-20項目分析2012-4-21~2012-5-4項目設(shè)計2012-5-5~2012-6-1項目測試2012-6-2~2012-6-8項目實施2012-6-9~2012-6-153.1.進(jìn)度計劃

對項目各工作階段進(jìn)行了初步的劃分和進(jìn)度安排53.項目計劃（續(xù)）3.2.工作分解結(jié)構(gòu)將各工作階段進(jìn)行工作分解，如下圖：點(diǎn)餐系統(tǒng)項目背景項目章程項目計劃項目測試項目設(shè)計項目分析項目實施進(jìn)度計劃工作計劃網(wǎng)絡(luò)計劃可行性分析需求分析質(zhì)量標(biāo)準(zhǔn)數(shù)據(jù)庫建模代碼設(shè)計經(jīng)濟(jì)可行性技術(shù)可行性安全可行性操作可行性用戶特點(diǎn)相關(guān)人員功能需求性能分析可用性分析適應(yīng)性分析概念建模邏輯建模物理建模設(shè)計原則設(shè)計步驟注意事項運(yùn)行平臺3.項目計劃（續(xù)）3.2.工作分解結(jié)構(gòu)點(diǎn)餐系統(tǒng)項目背景項目章63.2.網(wǎng)絡(luò)計劃 對項目各項工作任務(wù)的工期進(jìn)行了估計，估計值列于下表中第4列，并且明確各項間的邏輯關(guān)系，確定了需要延遲的工作任務(wù)及延遲時間，制作了網(wǎng)絡(luò)計劃工作表：3.項目計劃（續(xù)）序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）A項目選擇B3B項目計劃CDE3C項目進(jìn)度計劃FD項目工作計劃FE項目網(wǎng)絡(luò)計劃FF項目分析G,L,P,T7FS1G項目可行性分析H,I,J,KH經(jīng)濟(jì)可行性分析3.2.網(wǎng)絡(luò)計劃3.項目計劃（續(xù)）序號任務(wù)名稱緊后工作工期（7序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）I技術(shù)可行性分析J安全可行性分析K操作可行性分析L用戶需求分析M,N,O14M用戶特點(diǎn)N相關(guān)人員O功能需求P質(zhì)量標(biāo)準(zhǔn)Q,R,S序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）I技術(shù)可8序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）Q性能分析R可用性分析S適應(yīng)性分析T項目設(shè)計U21FS1U數(shù)據(jù)庫建模V,W,XV概念建模YW邏輯建模Y序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）Q性能分9序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）X物理建模YY代碼設(shè)計Z,a,b,cZ設(shè)計原則da設(shè)計步驟db注意事項dc運(yùn)行平臺dd項目測試e7FS1e項目實施7FS1序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）X物理建10IT項目管理與實踐案例分析114.1.可行性分析(1)

4.1.1.經(jīng)濟(jì)可行性分析

以餐廳面積800-1000平米計，餐桌數(shù)量約為30桌，每3張餐桌使用1本菜單，每本菜單成本約400元，每年更新3次。配備服務(wù)員約30人，年人均成本約2.4萬。4.項目分析投入前紙質(zhì)菜譜成本內(nèi)容成本紙質(zhì)菜單印刷400（單價）*10（本）*3（次）=1.2萬元/年服務(wù)員工資30（人數(shù)）*2.4（用工成本）=72萬元/年使用點(diǎn)餐系統(tǒng)后節(jié)約成本平板/桌平板節(jié)約人員工資節(jié)省130153600004.1.可行性分析(1)4.項目分析投入前紙質(zhì)菜譜成本內(nèi)容成12 硬件設(shè)施，按每個平板2000，需30個平板，則共60000。對于無線路由器,市面價格在180左右,按飯店面積是1000平米左右,一般阻隔小的話8個無線路由器足夠了.則一共1440元。顯示屏，后廚按1臺計算,則價格為:3000*1=3000，前臺打印機(jī)450。服務(wù)器，按照每臺3000，則一共67890。點(diǎn)餐系統(tǒng)一次性成本工作說明書第0年A．開發(fā)成本￥10,000.00B．硬件成本￥67，890.00C．用戶培訓(xùn)￥10，000.00D．其他____________________0一次性成本總計￥87,890.00 硬件設(shè)施，按每個平板2000，需30個平板，則共6000013點(diǎn)餐系統(tǒng)多次性成本工作說明書第一年A．系統(tǒng)維護(hù)￥50，000.00B．不斷增加的數(shù)據(jù)儲存￥10，000.00C．耗材供應(yīng)￥10，000.00D．軟件升級￥50，000.00E．其他___________0多次性成本總計￥120,000.00點(diǎn)餐系統(tǒng)有形效益工作說明書第一年A.成本降低和取消￥372，000.00B．靈活性增加￥10，000.00C．對規(guī)劃和控制有所改善￥10，000.00D.廣告加盟費(fèi)￥50，000.00E．其他____________________0有形效益總計￥422,000.00 經(jīng)計算，使用該系統(tǒng)第一年投入207890，同時收益為422000，收益大于成本，故該項目可行。點(diǎn)餐系統(tǒng)多次性成本工作說明書A．系統(tǒng)維護(hù)144.1.可行性分析（續(xù)） 4.1.2.技術(shù)可行性分析

目前基于Web的系統(tǒng)開發(fā)技術(shù)已經(jīng)十分成熟，Android，一款以Linux為核心的手機(jī)操作平臺，開放式的操作系統(tǒng)，鑒于其擁有豐富的開發(fā)環(huán)境，受到眾多開發(fā)者的歡迎，成為真正意義上的開放式操作系統(tǒng)。 另外，計算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展和計算機(jī)硬件性價比的不斷提升，使計算機(jī)全面應(yīng)用于餐飲業(yè)管理的各個環(huán)節(jié)成為可能。各種技術(shù)在國內(nèi)部分餐飲業(yè)的信息管理系統(tǒng)開發(fā)中已經(jīng)被廣泛采用，實踐證明這些技術(shù)都非常適合餐營業(yè)管理系統(tǒng)的開發(fā)。

4.1.3.安全可行性分析

就管理者而言，關(guān)心的是如何處理用戶信息，只要把用戶的信息放入服務(wù)器端的數(shù)據(jù)庫或?qū)ｉT的數(shù)據(jù)庫服務(wù)器，管理者就可運(yùn)行相應(yīng)的后臺程序進(jìn)行處理。

4.項目分析（續(xù)）4.1.可行性分析（續(xù)）4.項目分析（續(xù)）154.1.可行性分析（續(xù)）

4.1.4.操作可行性

在系統(tǒng)運(yùn)行后，就用戶方而言，由于用戶使用本系統(tǒng)時不會也不必關(guān)心系統(tǒng)內(nèi)部的結(jié)構(gòu)及實現(xiàn)方法，即對用戶來說是透明的，所以本系統(tǒng)對用戶而言是定位在界面友好、操作方便、功能齊全的原則上的，用戶只需簡單的點(diǎn)擊各頁面上的按鈕就能執(zhí)行相應(yīng)的功能。

4.2.用戶需求分析(2)

4.2.1.用戶特點(diǎn)

本軟件的最終用戶為食堂、餐廳、飯店、茶樓等服務(wù)餐飲行業(yè)，使用頻率非常之高，且本軟件操作較為簡單，對顧客和其工作人員的技術(shù)要求不高，所以實用性非常好。

4.項目分析（續(xù)）4.1.可行性分析（續(xù)）4.項目分析（續(xù)）164.2.用戶需求分析（續(xù)）

4.2.2.相關(guān)人員

與餐廳點(diǎn)菜相關(guān)的人員（可能操作系統(tǒng)的角色）詳細(xì)情況及需求如下表所示：

4.項目分析（續(xù)）角色需求描述顧客根據(jù)系統(tǒng)操作提示自主進(jìn)行點(diǎn)菜、退菜操作，系統(tǒng)要能夠根據(jù)顧客的選擇進(jìn)行自動進(jìn)行結(jié)賬計算并顯示。服務(wù)員根據(jù)系統(tǒng)操作提示對已經(jīng)上桌的菜進(jìn)行標(biāo)記。廚房根據(jù)系統(tǒng)操作提示對開始烹飪和已經(jīng)烹飪好的菜品進(jìn)行標(biāo)記。系統(tǒng)管理人員對數(shù)據(jù)庫初始數(shù)據(jù)的設(shè)置，系統(tǒng)維護(hù)與升級。對數(shù)據(jù)進(jìn)行分析，并根據(jù)當(dāng)日材料情況適當(dāng)修改菜單。權(quán)限設(shè)置，數(shù)據(jù)備份。4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）角色需求描174.2.用戶需求分析（續(xù)）

4.2.3.功能需求

4.2.3.1.系統(tǒng)管理員

系統(tǒng)管理員通過該部分功能完成酒店點(diǎn)菜管理系統(tǒng)中基礎(chǔ)數(shù)據(jù)的設(shè)置工作。主要工作包括：魯、粵、川、蘇等菜系基礎(chǔ)數(shù)據(jù)的設(shè)置，包括：圖片、口味、價格等的介紹，并根據(jù)價格的不同分為高、中、低三檔。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）184.2.用戶需求分析（續(xù)）

4.2.3.功能需求（續(xù)）

4.2.3.2.顧客

顧客可根據(jù)菜系、價格、口味進(jìn)行點(diǎn)菜，菜系分為為魯、粵、川、蘇等五種；并根據(jù)價格分為高、中、低三個等級；根據(jù)口味可分為酸、甜、辣、咸四種。通過前臺可視化界面實現(xiàn)顧客多方面選擇。點(diǎn)菜完畢后，系統(tǒng)自動進(jìn)行菜價統(tǒng)計并顯示。如顧客不滿意則可進(jìn)行退選或補(bǔ)選。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）194.2.用戶需求分析（續(xù)）

4.2.3.功能需求（續(xù)）

4.2.3.3.廚房

系統(tǒng)自動記錄點(diǎn)菜次數(shù)，并對補(bǔ)選的菜進(jìn)行次數(shù)增加，退選的菜進(jìn)行次數(shù)減少，并將最終結(jié)果排序。廚師通過系統(tǒng)可知需要烹飪的菜肴，并通過點(diǎn)擊標(biāo)記正在烹飪的菜肴與已經(jīng)烹飪完成的菜肴。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）204.2.用戶需求分析（續(xù)）

4.2.3.功能需求（續(xù)）

4.2.3.4.服務(wù)員

服務(wù)員根據(jù)系統(tǒng)操作提示對已經(jīng)上桌的菜進(jìn)行標(biāo)記。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）21IT項目管理與實踐案例分析224.3.質(zhì)量標(biāo)準(zhǔn)(1)

4.3.1.性能分析 4.項目分析（續(xù)）點(diǎn)餐系統(tǒng)運(yùn)行穩(wěn)定、安全可靠、界面簡潔友好、使用方便。當(dāng)基礎(chǔ)數(shù)據(jù)發(fā)生變化時，系統(tǒng)管理員應(yīng)該能很方便地維護(hù)基礎(chǔ)數(shù)據(jù)，提高系統(tǒng)的靈活性。最大程度的保證點(diǎn)菜數(shù)據(jù)的準(zhǔn)確性。提高系統(tǒng)的并發(fā)性能。盡可能的降低系統(tǒng)運(yùn)行和維護(hù)的成本，以便在餐飲行業(yè)中推廣本系統(tǒng)，擴(kuò)大使用范圍。4.3.質(zhì)量標(biāo)準(zhǔn)(1)4.項目分析（續(xù)）點(diǎn)餐系統(tǒng)運(yùn)行穩(wěn)定、安234.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)）

4.3.2.可用性分析

4.項目分析（續(xù)）以顧客為關(guān)注焦點(diǎn)，采用觸摸屏技術(shù)，操作簡單易學(xué)，大按鈕的設(shè)計方便了顧客可以直接用手指操作，菜品的輸入方式有分類、手寫輸入、和快捷鍵。

4.3.3.適應(yīng)性分析

高效點(diǎn)菜：方便更好展示菜品，有效提高消費(fèi)額，方便顧客自助點(diǎn)菜，有效節(jié)約人工，提高服務(wù)質(zhì)量。菜單管理:包含了飯店所有菜品信息、菜品口感、份量、做法、一目了然，方便客人選擇。超強(qiáng)展示：7英寸液晶屏及簡潔界面，方便服務(wù)員及顧客點(diǎn)菜，海量信息儲存，可時時更新，優(yōu)越于傳統(tǒng)菜譜。4.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)）4.項目分析（續(xù)）以顧客為關(guān)注焦點(diǎn)，采244.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)） 4.3.3.適應(yīng)性分析（續(xù)）4.項目分析（續(xù)）準(zhǔn)確無誤：避免傳統(tǒng)手寫點(diǎn)菜失誤，造成的消費(fèi)者投訴。無線傳輸：無線上網(wǎng)功能，無線發(fā)送菜品功能，提高服務(wù)質(zhì)量，營造舒適就餐環(huán)境。提高效率：點(diǎn)菜、提交、下單同步進(jìn)行，規(guī)范管理；可與現(xiàn)有點(diǎn)菜方式同時使用，彌補(bǔ)傳統(tǒng)點(diǎn)菜方式的缺陷，更好提升餐廳管理數(shù)據(jù)分析：餐廳營業(yè)狀況一目了然，并兼容現(xiàn)有餐飲管理軟件。4.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)）4.項目分析（續(xù)）準(zhǔn)確無誤：避免傳統(tǒng)手255.1.數(shù)據(jù)庫建模(60) 5.1.1.概念建模5.項目設(shè)計5.1.數(shù)據(jù)庫建模(60)5.項目設(shè)計265.1.數(shù)據(jù)庫建模（續(xù)） 5.1.2.邏輯建模5.項目設(shè)計（續(xù)）將餐飲點(diǎn)菜系統(tǒng)的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型。關(guān)系模式如下：菜單（菜品編號，菜名，類型，單價，狀態(tài)）；顧客（顧客編號，姓名，座位號）；服務(wù)員（編號，姓名）；管理員（編號，名稱，密碼）；廚師（編號，姓名）。訂單（訂單編號，顧客編號，總價，菜品編號，菜名，類型，單價，數(shù)量）5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）將餐飲點(diǎn)菜系統(tǒng)的E275.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模

將餐飲點(diǎn)菜系統(tǒng)的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型。關(guān)系模式如下：5.項目設(shè)計（續(xù)）屬性中文名稱屬性名類型長度說明服務(wù)員號IDInt20（PK）統(tǒng)一編號，具有唯一性服務(wù)員姓名Watiernamechar10服務(wù)員名稱服務(wù)員信息表

5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）屬性中文名稱屬性名285.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）訂單信息表

屬性中文名稱屬性名類型長度說明訂單號IDInt20（PK）統(tǒng)一編號，具有唯一性顧客編號CustomerIDInt20（FK）統(tǒng)一編號，具有唯一性總價TotalPricechar10總消費(fèi)金額菜品編號DishIDInt20（FK）統(tǒng)一編號，具有唯一性菜名DishNameChar10菜品名稱類型DishTypeChar10菜品類型單價DishPriceChar10菜品單價數(shù)量Numberint10菜品數(shù)量5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）訂單信息表屬性中295.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）菜單信息表屬性中文名稱屬性名類型長度說明菜品編號DishIDInt20（PK）統(tǒng)一編號，具有唯一性菜名DishNameChar10菜品名稱類型DishTypeChar10菜品類型單價DishPriceChar10菜品單價狀態(tài)Isselectedint1選中：1；未選：05.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）菜單信息表屬性中文305.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）管理員信息表屬性中文名稱屬性名類型長度說明管理員編號IDInt20（PK）統(tǒng)一編號，具有唯一性管理員名稱Usernamechar10管理員名稱密碼Passwordvarchar50管理員密碼5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）管理員信息表屬性中315.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）廚師信息表屬性中文名稱屬性名類型長度說明廚師編號IDInt20（PK）統(tǒng)一編號，具有唯一性廚師姓名KitchenerNamechar10廚師名稱5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）廚師信息表屬性中文325.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）顧客信息表

屬性中文名稱屬性名類型長度說明顧客編號IDInt20（PK）統(tǒng)一編號，具有唯一性顧客姓名CustomerNamechar10顧客名稱5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）顧客信息表屬性中335.2.代碼設(shè)計(1) 5.2.1.代碼設(shè)計原則

5.項目設(shè)計（續(xù)）

標(biāo)準(zhǔn)化、系統(tǒng)化惟一性統(tǒng)一性、直觀性、邏輯性可擴(kuò)展性一致性

簡短性5.2.代碼設(shè)計(1)5.項目設(shè)計（續(xù)）標(biāo)準(zhǔn)化、系統(tǒng)化345.2.代碼設(shè)計（續(xù)） 5.2.2.代碼設(shè)計步驟

5.項目設(shè)計（續(xù)）

確定代碼編制目的。確定編碼對象，包括已在使用的代碼對象。確定代碼使用場合和使用期限。分析編碼對象的使用要求。如使用頻率、變更周 期、輸出要求等。確定具體編碼方法，考慮是否采用檢驗位。針對每種代碼編寫代碼設(shè)計書。

將總代碼設(shè)計書歸類編寫代碼薄,并規(guī)定代碼管理 制度。5.2.代碼設(shè)計（續(xù)）5.項目設(shè)計（續(xù)）確定代碼編355.2.代碼設(shè)計（續(xù)） 5.2.3.代碼設(shè)計注意事項5.項目設(shè)計（續(xù)）

設(shè)計的代碼在邏輯上必須能滿足用戶的需要，在結(jié)構(gòu)上應(yīng)當(dāng)與處理的方法相一致。一個代碼應(yīng)惟一標(biāo)志它所代表的事物或?qū)傩浴４a設(shè)計時，要預(yù)留足夠的位置，以適應(yīng)不斷變化的需要。代碼要系統(tǒng)化，代碼的編制應(yīng)盡量標(biāo)準(zhǔn)化，盡量使代碼結(jié)構(gòu)對事物的

表示具有實際意義，以便于理解及交流。要注意避免引起誤解，不要使用易于混淆的字符。要注意盡量采用不易出錯的代碼結(jié)構(gòu)。當(dāng)代碼長于4個字母或5個數(shù)字字符時，應(yīng)分成小段。5.2.代碼設(shè)計（續(xù)）5.項目設(shè)計（續(xù)）設(shè)計的代碼在邏輯上365.2.代碼設(shè)計（續(xù)） 5.2.3.代碼運(yùn)行平臺和體系結(jié)構(gòu)5.項目設(shè)計（續(xù)）

Android作為客戶端，Tomcat作為服務(wù)器，用于跟客戶端交互，通過Tomcat查詢MySQL數(shù)據(jù)庫然后傳給客戶端，交給用戶選擇。MySQL主要用來存儲訂單信息、賬本數(shù)據(jù)以及各種各樣的食品名稱，而且需要根據(jù)市場適時更新。 本系統(tǒng)選用C/S體系架構(gòu)，即客戶端/服務(wù)器模式。其中，客戶端一方面與用戶交互，提供良好的用戶界面，另一方面與服務(wù)器端進(jìn)行數(shù)據(jù)交換。服務(wù)器端向客戶端提供數(shù)據(jù)下載、數(shù)據(jù)上傳接口以及交換數(shù)據(jù)。這種體系架構(gòu)的分布結(jié)構(gòu)見圖：5.2.代碼設(shè)計（續(xù)）5.項目設(shè)計（續(xù)） Android375.項目設(shè)計（續(xù)）5.2.代碼設(shè)計（續(xù)） 5.2.3.代碼運(yùn)行平臺和體系結(jié)構(gòu)（續(xù)）5.項目設(shè)計（續(xù)）5.2.代碼設(shè)計（續(xù)）386.項目測試(60)6.1.進(jìn)度安排工作階段進(jìn)度安排數(shù)據(jù)和數(shù)據(jù)庫完整性測試1天接口測試1天集成測試功能測試1天業(yè)務(wù)周期測試1天用戶界面測試1天性能測試安全性和訪問控制測試1天故障轉(zhuǎn)移和恢復(fù)測試配置測試1天安裝測試6.項目測試(60)6.1.進(jìn)度安排工作階段進(jìn)度安排數(shù)據(jù)和數(shù)39測試成本分析說明書A．硬件設(shè)置￥12，450.00B．線路設(shè)施￥300.00C其他________0測試成本總計￥12.750.006.項目測試(續(xù))6.2.成本預(yù)算測試成本分析說明書A．硬件設(shè)置407.項目實施(2)7.1.階段劃分階段計劃階段1初期項目計劃階段階段2立項準(zhǔn)備階段階段3具體系統(tǒng)設(shè)計與評審階段4現(xiàn)場準(zhǔn)備階段5系統(tǒng)安裝階段6系統(tǒng)測試和調(diào)試階段7調(diào)整與維護(hù)階段 階段8系統(tǒng)升級數(shù)據(jù)轉(zhuǎn)換階段9最終驗收7.項目實施(2)7.1.階段劃分階段計劃階段1初期項目計劃417.項目實施(續(xù))7.2.成本預(yù)算實施成本分析說明書A．硬件設(shè)置￥55，440.00B．線路設(shè)施￥1000.00C其他________0測試成本總計￥56,440.007.項目實施(續(xù))7.2.成本預(yù)算實施成本分析說明書A．硬件427.項目實施（續(xù)）7.2.詳細(xì)進(jìn)度安排序號任務(wù)詳細(xì)內(nèi)容0成立項目實施小組，前期實施方案研究場地需求，制定解決方案。1雙方項目組第一次會議，討論實施工程建設(shè)的規(guī)劃項目任務(wù)分解和技術(shù)準(zhǔn)備存儲網(wǎng)絡(luò)規(guī)劃編制存儲設(shè)備配置詳表客戶提交機(jī)房及鏈路等準(zhǔn)備情況2細(xì)化實安裝實施及測試方案深入了解用戶系統(tǒng)環(huán)境3安裝環(huán)境及測試環(huán)境準(zhǔn)備根據(jù)項目實施方案及測試方案，準(zhǔn)備安裝測試的具體環(huán)境4第二次會議詳細(xì)確認(rèn)安裝環(huán)境及測試環(huán)境，確認(rèn)項目實施流程7.項目實施（續(xù)）7.2.詳細(xì)進(jìn)度安排序號任務(wù)詳細(xì)內(nèi)容0成立437.項目實施（續(xù)）7.2.詳細(xì)進(jìn)度安排（續(xù)）5第三次會議設(shè)備加電啟動驗收存儲設(shè)備機(jī)房安裝設(shè)備初始化配置與存儲網(wǎng)絡(luò)設(shè)備聯(lián)通測試與操作系統(tǒng)聯(lián)調(diào)測試與應(yīng)用系統(tǒng)聯(lián)調(diào)測試存儲架構(gòu)實現(xiàn)測試測試方案中其他項目的測試6現(xiàn)場培訓(xùn)設(shè)備功能培訓(xùn)，用戶的技術(shù)人員參與整個項目實施過程，一邊實施、一邊交流7系統(tǒng)安裝及配置按著項目實施文檔，進(jìn)行項目安裝配置的實施8系統(tǒng)聯(lián)調(diào)和測試主機(jī)、存儲設(shè)備、存儲網(wǎng)絡(luò)等聯(lián)合調(diào)試9方案測試按著前期溝通的測試方案進(jìn)行7.項目實施（續(xù)）7.2.詳細(xì)進(jìn)度安排（續(xù)）5第三次會議設(shè)447.項目實施（續(xù)）7.2.詳細(xì)進(jìn)度安排（續(xù)）10第四次會議文擋移交工程施工總結(jié)測試報告整理及情況匯總簽訂系統(tǒng)初驗報告11技術(shù)文檔移交根據(jù)用戶要求提交需要的相關(guān)技術(shù)文檔12系統(tǒng)初驗準(zhǔn)備初驗文檔，簽訂初驗報告13系統(tǒng)試運(yùn)行通過試運(yùn)行，進(jìn)一步完善系統(tǒng)14系統(tǒng)終驗準(zhǔn)備相關(guān)終驗文檔和運(yùn)行情況分析，簽訂終驗報告。15項目總結(jié)會對整個項目進(jìn)行總結(jié)7.項目實施（續(xù)）7.2.詳細(xì)進(jìn)度安排（續(xù)）10第四次會議文45thankyou！thankyou！46IT項目管理與實踐案例分析餐飲業(yè)點(diǎn)餐系統(tǒng)項目報告

IT項目管理與實踐案例分析餐飲業(yè)點(diǎn)餐系統(tǒng)項目報告47項目背景項目章程項目計劃項目分析項目設(shè)計項目測試項目實施報告內(nèi)容項目背景報告內(nèi)容481.項目背景(60) 目前，我國酒店餐飲業(yè)在日常點(diǎn)菜管理中仍普遍采用手工操作方式，整體科技含量低，隨著酒店餐飲業(yè)高速發(fā)展和餐飲店規(guī)模的不斷擴(kuò)大，許多酒店餐飲企業(yè)采用連鎖經(jīng)營和集團(tuán)化運(yùn)營，手工操作無論是在工作效率、人力成本和決策信息等方面都已經(jīng)難以適應(yīng)企業(yè)發(fā)展的要求，制約了整個酒店餐飲業(yè)的規(guī)?；l(fā)展和整體服務(wù)水平的提升。據(jù)預(yù)測，未來3至5年內(nèi)，信息數(shù)字技術(shù)產(chǎn)品在中國飯店與餐飲業(yè)的應(yīng)用將達(dá)到一個高峰，市場最大容量可達(dá)2300億元人民幣。就點(diǎn)菜系統(tǒng)而言，最普遍的是計算機(jī)收銀臺錄入菜單設(shè)備、POS點(diǎn)菜系統(tǒng)，除了這種點(diǎn)菜系統(tǒng)，其它的計算機(jī)信息系統(tǒng)已經(jīng)從預(yù)訂、接待、點(diǎn)菜、菜品上傳、廚房分單打印、條碼劃菜、收銀、經(jīng)理查詢等方面在大型餐飲企業(yè)全方位地整合起來了。（摘自IT168—中國第三方餐飲企業(yè)信息化研究）1.項目背景(60)492.項目章程(60)項目名稱：餐飲業(yè)點(diǎn)餐系統(tǒng)開發(fā)目的： 節(jié)省人力和財力，提高餐廳工作人員的工作效率 節(jié)省候餐者的等待時間 有利于提高綜合競爭力項目目標(biāo)： 總目標(biāo)：開發(fā)一套適用大中型營業(yè)性餐廳的點(diǎn)餐系統(tǒng) 分目標(biāo)：開發(fā)一套適用于高校風(fēng)味餐廳的點(diǎn)餐系統(tǒng)項目主要可交付成果 軟件文檔、用戶手冊項目經(jīng)理責(zé)任 計劃并執(zhí)行整個項目，同潛在用戶進(jìn)行交流，需求分 析，界面設(shè)計項目總體進(jìn)度計劃 項目開始時間：2012-4-15 項目結(jié)束時間：2012-6-152.項目章程(60)項目名稱：餐飲業(yè)點(diǎn)餐系統(tǒng)503.1.進(jìn)度計劃

對項目各工作階段進(jìn)行了初步的劃分和進(jìn)度安排，具體如表3.項目計劃(1)工作階段進(jìn)度安排項目選擇2012-4-15~2012-4-17項目計劃2012-4-18~2012-4-20項目分析2012-4-21~2012-5-4項目設(shè)計2012-5-5~2012-6-1項目測試2012-6-2~2012-6-8項目實施2012-6-9~2012-6-153.1.進(jìn)度計劃

對項目各工作階段進(jìn)行了初步的劃分和進(jìn)度安排513.項目計劃（續(xù)）3.2.工作分解結(jié)構(gòu)將各工作階段進(jìn)行工作分解，如下圖：點(diǎn)餐系統(tǒng)項目背景項目章程項目計劃項目測試項目設(shè)計項目分析項目實施進(jìn)度計劃工作計劃網(wǎng)絡(luò)計劃可行性分析需求分析質(zhì)量標(biāo)準(zhǔn)數(shù)據(jù)庫建模代碼設(shè)計經(jīng)濟(jì)可行性技術(shù)可行性安全可行性操作可行性用戶特點(diǎn)相關(guān)人員功能需求性能分析可用性分析適應(yīng)性分析概念建模邏輯建模物理建模設(shè)計原則設(shè)計步驟注意事項運(yùn)行平臺3.項目計劃（續(xù)）3.2.工作分解結(jié)構(gòu)點(diǎn)餐系統(tǒng)項目背景項目章523.2.網(wǎng)絡(luò)計劃 對項目各項工作任務(wù)的工期進(jìn)行了估計，估計值列于下表中第4列，并且明確各項間的邏輯關(guān)系，確定了需要延遲的工作任務(wù)及延遲時間，制作了網(wǎng)絡(luò)計劃工作表：3.項目計劃（續(xù)）序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）A項目選擇B3B項目計劃CDE3C項目進(jìn)度計劃FD項目工作計劃FE項目網(wǎng)絡(luò)計劃FF項目分析G,L,P,T7FS1G項目可行性分析H,I,J,KH經(jīng)濟(jì)可行性分析3.2.網(wǎng)絡(luò)計劃3.項目計劃（續(xù)）序號任務(wù)名稱緊后工作工期（53序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）I技術(shù)可行性分析J安全可行性分析K操作可行性分析L用戶需求分析M,N,O14M用戶特點(diǎn)N相關(guān)人員O功能需求P質(zhì)量標(biāo)準(zhǔn)Q,R,S序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）I技術(shù)可54序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）Q性能分析R可用性分析S適應(yīng)性分析T項目設(shè)計U21FS1U數(shù)據(jù)庫建模V,W,XV概念建模YW邏輯建模Y序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）Q性能分55序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）X物理建模YY代碼設(shè)計Z,a,b,cZ設(shè)計原則da設(shè)計步驟db注意事項dc運(yùn)行平臺dd項目測試e7FS1e項目實施7FS1序號任務(wù)名稱緊后工作工期（天）搭接關(guān)系搭接時間（天）X物理建56IT項目管理與實踐案例分析574.1.可行性分析(1)

4.1.1.經(jīng)濟(jì)可行性分析

以餐廳面積800-1000平米計，餐桌數(shù)量約為30桌，每3張餐桌使用1本菜單，每本菜單成本約400元，每年更新3次。配備服務(wù)員約30人，年人均成本約2.4萬。4.項目分析投入前紙質(zhì)菜譜成本內(nèi)容成本紙質(zhì)菜單印刷400（單價）*10（本）*3（次）=1.2萬元/年服務(wù)員工資30（人數(shù)）*2.4（用工成本）=72萬元/年使用點(diǎn)餐系統(tǒng)后節(jié)約成本平板/桌平板節(jié)約人員工資節(jié)省130153600004.1.可行性分析(1)4.項目分析投入前紙質(zhì)菜譜成本內(nèi)容成58 硬件設(shè)施，按每個平板2000，需30個平板，則共60000。對于無線路由器,市面價格在180左右,按飯店面積是1000平米左右,一般阻隔小的話8個無線路由器足夠了.則一共1440元。顯示屏，后廚按1臺計算,則價格為:3000*1=3000，前臺打印機(jī)450。服務(wù)器，按照每臺3000，則一共67890。點(diǎn)餐系統(tǒng)一次性成本工作說明書第0年A．開發(fā)成本￥10,000.00B．硬件成本￥67，890.00C．用戶培訓(xùn)￥10，000.00D．其他____________________0一次性成本總計￥87,890.00 硬件設(shè)施，按每個平板2000，需30個平板，則共6000059點(diǎn)餐系統(tǒng)多次性成本工作說明書第一年A．系統(tǒng)維護(hù)￥50，000.00B．不斷增加的數(shù)據(jù)儲存￥10，000.00C．耗材供應(yīng)￥10，000.00D．軟件升級￥50，000.00E．其他___________0多次性成本總計￥120,000.00點(diǎn)餐系統(tǒng)有形效益工作說明書第一年A.成本降低和取消￥372，000.00B．靈活性增加￥10，000.00C．對規(guī)劃和控制有所改善￥10，000.00D.廣告加盟費(fèi)￥50，000.00E．其他____________________0有形效益總計￥422,000.00 經(jīng)計算，使用該系統(tǒng)第一年投入207890，同時收益為422000，收益大于成本，故該項目可行。點(diǎn)餐系統(tǒng)多次性成本工作說明書A．系統(tǒng)維護(hù)604.1.可行性分析（續(xù)） 4.1.2.技術(shù)可行性分析

目前基于Web的系統(tǒng)開發(fā)技術(shù)已經(jīng)十分成熟，Android，一款以Linux為核心的手機(jī)操作平臺，開放式的操作系統(tǒng)，鑒于其擁有豐富的開發(fā)環(huán)境，受到眾多開發(fā)者的歡迎，成為真正意義上的開放式操作系統(tǒng)。 另外，計算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展和計算機(jī)硬件性價比的不斷提升，使計算機(jī)全面應(yīng)用于餐飲業(yè)管理的各個環(huán)節(jié)成為可能。各種技術(shù)在國內(nèi)部分餐飲業(yè)的信息管理系統(tǒng)開發(fā)中已經(jīng)被廣泛采用，實踐證明這些技術(shù)都非常適合餐營業(yè)管理系統(tǒng)的開發(fā)。

4.1.3.安全可行性分析

就管理者而言，關(guān)心的是如何處理用戶信息，只要把用戶的信息放入服務(wù)器端的數(shù)據(jù)庫或?qū)ｉT的數(shù)據(jù)庫服務(wù)器，管理者就可運(yùn)行相應(yīng)的后臺程序進(jìn)行處理。

4.項目分析（續(xù)）4.1.可行性分析（續(xù)）4.項目分析（續(xù)）614.1.可行性分析（續(xù)）

4.1.4.操作可行性

在系統(tǒng)運(yùn)行后，就用戶方而言，由于用戶使用本系統(tǒng)時不會也不必關(guān)心系統(tǒng)內(nèi)部的結(jié)構(gòu)及實現(xiàn)方法，即對用戶來說是透明的，所以本系統(tǒng)對用戶而言是定位在界面友好、操作方便、功能齊全的原則上的，用戶只需簡單的點(diǎn)擊各頁面上的按鈕就能執(zhí)行相應(yīng)的功能。

4.2.用戶需求分析(2)

4.2.1.用戶特點(diǎn)

本軟件的最終用戶為食堂、餐廳、飯店、茶樓等服務(wù)餐飲行業(yè)，使用頻率非常之高，且本軟件操作較為簡單，對顧客和其工作人員的技術(shù)要求不高，所以實用性非常好。

4.項目分析（續(xù)）4.1.可行性分析（續(xù)）4.項目分析（續(xù)）624.2.用戶需求分析（續(xù)）

4.2.2.相關(guān)人員

與餐廳點(diǎn)菜相關(guān)的人員（可能操作系統(tǒng)的角色）詳細(xì)情況及需求如下表所示：

4.項目分析（續(xù)）角色需求描述顧客根據(jù)系統(tǒng)操作提示自主進(jìn)行點(diǎn)菜、退菜操作，系統(tǒng)要能夠根據(jù)顧客的選擇進(jìn)行自動進(jìn)行結(jié)賬計算并顯示。服務(wù)員根據(jù)系統(tǒng)操作提示對已經(jīng)上桌的菜進(jìn)行標(biāo)記。廚房根據(jù)系統(tǒng)操作提示對開始烹飪和已經(jīng)烹飪好的菜品進(jìn)行標(biāo)記。系統(tǒng)管理人員對數(shù)據(jù)庫初始數(shù)據(jù)的設(shè)置，系統(tǒng)維護(hù)與升級。對數(shù)據(jù)進(jìn)行分析，并根據(jù)當(dāng)日材料情況適當(dāng)修改菜單。權(quán)限設(shè)置，數(shù)據(jù)備份。4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）角色需求描634.2.用戶需求分析（續(xù)）

4.2.3.功能需求

4.2.3.1.系統(tǒng)管理員

系統(tǒng)管理員通過該部分功能完成酒店點(diǎn)菜管理系統(tǒng)中基礎(chǔ)數(shù)據(jù)的設(shè)置工作。主要工作包括：魯、粵、川、蘇等菜系基礎(chǔ)數(shù)據(jù)的設(shè)置，包括：圖片、口味、價格等的介紹，并根據(jù)價格的不同分為高、中、低三檔。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）644.2.用戶需求分析（續(xù)）

4.2.3.功能需求（續(xù)）

4.2.3.2.顧客

顧客可根據(jù)菜系、價格、口味進(jìn)行點(diǎn)菜，菜系分為為魯、粵、川、蘇等五種；并根據(jù)價格分為高、中、低三個等級；根據(jù)口味可分為酸、甜、辣、咸四種。通過前臺可視化界面實現(xiàn)顧客多方面選擇。點(diǎn)菜完畢后，系統(tǒng)自動進(jìn)行菜價統(tǒng)計并顯示。如顧客不滿意則可進(jìn)行退選或補(bǔ)選。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）654.2.用戶需求分析（續(xù)）

4.2.3.功能需求（續(xù)）

4.2.3.3.廚房

系統(tǒng)自動記錄點(diǎn)菜次數(shù)，并對補(bǔ)選的菜進(jìn)行次數(shù)增加，退選的菜進(jìn)行次數(shù)減少，并將最終結(jié)果排序。廚師通過系統(tǒng)可知需要烹飪的菜肴，并通過點(diǎn)擊標(biāo)記正在烹飪的菜肴與已經(jīng)烹飪完成的菜肴。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）664.2.用戶需求分析（續(xù)）

4.2.3.功能需求（續(xù)）

4.2.3.4.服務(wù)員

服務(wù)員根據(jù)系統(tǒng)操作提示對已經(jīng)上桌的菜進(jìn)行標(biāo)記。4.項目分析（續(xù)）4.2.用戶需求分析（續(xù)）4.項目分析（續(xù)）67IT項目管理與實踐案例分析684.3.質(zhì)量標(biāo)準(zhǔn)(1)

4.3.1.性能分析 4.項目分析（續(xù)）點(diǎn)餐系統(tǒng)運(yùn)行穩(wěn)定、安全可靠、界面簡潔友好、使用方便。當(dāng)基礎(chǔ)數(shù)據(jù)發(fā)生變化時，系統(tǒng)管理員應(yīng)該能很方便地維護(hù)基礎(chǔ)數(shù)據(jù)，提高系統(tǒng)的靈活性。最大程度的保證點(diǎn)菜數(shù)據(jù)的準(zhǔn)確性。提高系統(tǒng)的并發(fā)性能。盡可能的降低系統(tǒng)運(yùn)行和維護(hù)的成本，以便在餐飲行業(yè)中推廣本系統(tǒng)，擴(kuò)大使用范圍。4.3.質(zhì)量標(biāo)準(zhǔn)(1)4.項目分析（續(xù)）點(diǎn)餐系統(tǒng)運(yùn)行穩(wěn)定、安694.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)）

4.3.2.可用性分析

4.項目分析（續(xù)）以顧客為關(guān)注焦點(diǎn)，采用觸摸屏技術(shù)，操作簡單易學(xué)，大按鈕的設(shè)計方便了顧客可以直接用手指操作，菜品的輸入方式有分類、手寫輸入、和快捷鍵。

4.3.3.適應(yīng)性分析

高效點(diǎn)菜：方便更好展示菜品，有效提高消費(fèi)額，方便顧客自助點(diǎn)菜，有效節(jié)約人工，提高服務(wù)質(zhì)量。菜單管理:包含了飯店所有菜品信息、菜品口感、份量、做法、一目了然，方便客人選擇。超強(qiáng)展示：7英寸液晶屏及簡潔界面，方便服務(wù)員及顧客點(diǎn)菜，海量信息儲存，可時時更新，優(yōu)越于傳統(tǒng)菜譜。4.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)）4.項目分析（續(xù)）以顧客為關(guān)注焦點(diǎn)，采704.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)） 4.3.3.適應(yīng)性分析（續(xù)）4.項目分析（續(xù)）準(zhǔn)確無誤：避免傳統(tǒng)手寫點(diǎn)菜失誤，造成的消費(fèi)者投訴。無線傳輸：無線上網(wǎng)功能，無線發(fā)送菜品功能，提高服務(wù)質(zhì)量，營造舒適就餐環(huán)境。提高效率：點(diǎn)菜、提交、下單同步進(jìn)行，規(guī)范管理；可與現(xiàn)有點(diǎn)菜方式同時使用，彌補(bǔ)傳統(tǒng)點(diǎn)菜方式的缺陷，更好提升餐廳管理數(shù)據(jù)分析：餐廳營業(yè)狀況一目了然，并兼容現(xiàn)有餐飲管理軟件。4.3.質(zhì)量標(biāo)準(zhǔn)（續(xù)）4.項目分析（續(xù)）準(zhǔn)確無誤：避免傳統(tǒng)手715.1.數(shù)據(jù)庫建模(60) 5.1.1.概念建模5.項目設(shè)計5.1.數(shù)據(jù)庫建模(60)5.項目設(shè)計725.1.數(shù)據(jù)庫建模（續(xù)） 5.1.2.邏輯建模5.項目設(shè)計（續(xù)）將餐飲點(diǎn)菜系統(tǒng)的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型。關(guān)系模式如下：菜單（菜品編號，菜名，類型，單價，狀態(tài)）；顧客（顧客編號，姓名，座位號）；服務(wù)員（編號，姓名）；管理員（編號，名稱，密碼）；廚師（編號，姓名）。訂單（訂單編號，顧客編號，總價，菜品編號，菜名，類型，單價，數(shù)量）5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）將餐飲點(diǎn)菜系統(tǒng)的E735.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模

將餐飲點(diǎn)菜系統(tǒng)的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型。關(guān)系模式如下：5.項目設(shè)計（續(xù)）屬性中文名稱屬性名類型長度說明服務(wù)員號IDInt20（PK）統(tǒng)一編號，具有唯一性服務(wù)員姓名Watiernamechar10服務(wù)員名稱服務(wù)員信息表

5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）屬性中文名稱屬性名745.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）訂單信息表

屬性中文名稱屬性名類型長度說明訂單號IDInt20（PK）統(tǒng)一編號，具有唯一性顧客編號CustomerIDInt20（FK）統(tǒng)一編號，具有唯一性總價TotalPricechar10總消費(fèi)金額菜品編號DishIDInt20（FK）統(tǒng)一編號，具有唯一性菜名DishNameChar10菜品名稱類型DishTypeChar10菜品類型單價DishPriceChar10菜品單價數(shù)量Numberint10菜品數(shù)量5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）訂單信息表屬性中755.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）菜單信息表屬性中文名稱屬性名類型長度說明菜品編號DishIDInt20（PK）統(tǒng)一編號，具有唯一性菜名DishNameChar10菜品名稱類型DishTypeChar10菜品類型單價DishPriceChar10菜品單價狀態(tài)Isselectedint1選中：1；未選：05.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）菜單信息表屬性中文765.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）管理員信息表屬性中文名稱屬性名類型長度說明管理員編號IDInt20（PK）統(tǒng)一編號，具有唯一性管理員名稱Usernamechar10管理員名稱密碼Passwordvarchar50管理員密碼5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）管理員信息表屬性中775.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）廚師信息表屬性中文名稱屬性名類型長度說明廚師編號IDInt20（PK）統(tǒng)一編號，具有唯一性廚師姓名KitchenerNamechar10廚師名稱5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）廚師信息表屬性中文785.1.數(shù)據(jù)庫建模（續(xù)） 5.1.3.物理建模（續(xù)）5.項目設(shè)計（續(xù)）顧客信息表

屬性中文名稱屬性名類型長度說明顧客編號IDInt20（PK）統(tǒng)一編號，具有唯一性顧客姓名CustomerNamechar10顧客名稱5.1.數(shù)據(jù)庫建模（續(xù)）5.項目設(shè)計（續(xù)）顧客信息表屬性中795.2.代碼設(shè)計(1) 5.2.1.代碼設(shè)計原則

5.項目設(shè)計（續(xù)）

標(biāo)準(zhǔn)化、系統(tǒng)化惟一性統(tǒng)一性、直觀性、邏輯性可擴(kuò)展性一致性

簡短性5.2.代碼設(shè)計(1)5.項目設(shè)計（續(xù)）標(biāo)準(zhǔn)化、系統(tǒng)化805.2.代碼設(shè)計（續(xù)） 5.2.2.代碼設(shè)計步驟

5.項目設(shè)計（續(xù)）

確定代碼編制目的。確定編碼對象，包括已在使用的代碼對象。確定代碼使用場合和使用期限。分析編碼對象的使用要求。如使用頻率、變更周 期、輸出要求等。確定具體編碼方法，考慮是否采用檢驗位。針對每種代碼編寫代碼設(shè)計書。

將總代碼設(shè)計書歸類編寫代碼薄,并規(guī)定代碼管理 制度。5.2.代碼設(shè)計（續(xù)）5.項目設(shè)計（續(xù)）確定代碼編815.2.代碼設(shè)計（續(xù)） 5.2.3.代碼設(shè)計注意事項5.項目設(shè)計（續(xù)）

設(shè)計的代碼在邏輯上必須能滿足用戶的需要，在結(jié)構(gòu)上應(yīng)當(dāng)與處理的方法相一致。一個代碼應(yīng)惟一標(biāo)志它所代表的事物或?qū)傩?。代碼設(shè)計時，要預(yù)留足夠的位置，以適應(yīng)不斷變化的需要。代碼要系統(tǒng)化，代碼的編制應(yīng)盡量標(biāo)準(zhǔn)化，盡量使代碼結(jié)構(gòu)對事物的

表示具有實際意義，以便于理解及交流。要注意避免引起誤解，不要使用易于混淆的字符。要注意盡量采用不易出錯的代碼結(jié)構(gòu)。當(dāng)代碼長于4個字母或5個數(shù)字字符時，應(yīng)分成小段。5