【正文】 每次進(jìn)貨后，管理員點(diǎn)擊“庫(kù)存量更新”按鈕，根據(jù)每種餐品的庫(kù)存剩余量加上新進(jìn)貨量，添在新的“庫(kù)存剩余量”一欄中，在系統(tǒng)提示確認(rèn)后，即完成了對(duì)庫(kù)存量的更新。后臺(tái)管理員憑借分配到的賬號(hào)和密碼登錄本系統(tǒng)后即可見到上述頁(yè)面。在文字區(qū)域防止用戶讀完一行無(wú)法定位下一行的位置的麻煩，在整體布局上，它可以減輕用戶的視覺疲勞。例如輕松的淡彩為主配色，灰色系為主配色等等。2） 可將Admin和Product存儲(chǔ)在數(shù)據(jù)庫(kù)服務(wù)器的高速緩沖去。下圖是“預(yù)訂”用例的一個(gè)分析類圖：OrderPrimaryOrderIdOrderDateDerivedSubTotalDerivedTotalAmount//create order()//get order info()//update order info()CustomerPrimaryCustIdCustomerNameCustPhoneCustPhone//get customer info()//charge customer()ProductPrimaryProIdProNameProPrice//get products info()//update inventoryLineItemQuantityActualPriceDeriveLineAmount//add item()//get lineitems()//write order lineitems()BUYOrderControl//select item()//confirm order()//calc total()OrdertForm//select item()//confirm order()第三部分實(shí)驗(yàn)八：物理數(shù)據(jù)庫(kù)設(shè)計(jì) 物理數(shù)據(jù)庫(kù)設(shè)計(jì)是對(duì)系統(tǒng)存儲(chǔ)結(jié)構(gòu)和存取方法等依賴于具體計(jì)算機(jī)結(jié)構(gòu)的各項(xiàng)物理設(shè)計(jì)措施的設(shè)計(jì)，涉及訪問的效率考慮因素比如響應(yīng)時(shí)間和事務(wù)吞吐量，本實(shí)驗(yàn)旨在確保用戶在運(yùn)行查詢時(shí)不必等待不合理的時(shí)間，從而有效執(zhí)行任務(wù)。類似的，控制將增加一個(gè)項(xiàng)目的責(zé)任傳遞給了：LineItem。建立概念數(shù)據(jù)模型 綜上所述，我們建立的概念數(shù)據(jù)模型如下圖所示：實(shí)驗(yàn)六：將概念數(shù)據(jù)模型轉(zhuǎn)換為對(duì)象關(guān)系模型對(duì)象關(guān)系數(shù)據(jù)模型是帶有面向?qū)ο髷U(kuò)充的關(guān)系數(shù)據(jù)模型，以關(guān)聯(lián)表或關(guān)系的形式描繪數(shù)據(jù)。可選操作流程：如果交易不成功的話，送貨員應(yīng)及時(shí)提醒后臺(tái)管理員，后臺(tái)管理員應(yīng)及時(shí)刪除相應(yīng)訂單。用例名稱：庫(kù)存控制簡(jiǎn)要說(shuō)明：系統(tǒng)根據(jù)訂單的數(shù)量和內(nèi)容減少相應(yīng)的庫(kù)存量。(2) 當(dāng)后臺(tái)管理員接到顧客的退訂申請(qǐng)時(shí)，查詢到相應(yīng)的訂單，進(jìn)行刪除操作，并及時(shí)通知其他有關(guān)部門。二、印第安漢堡點(diǎn)餐系統(tǒng)的用例描述用例名稱：生成訂單簡(jiǎn)要說(shuō)明：電話訂餐接線員或者前臺(tái)接到顧客的訂單，生成訂單一式三聯(lián)。我們調(diào)整貼現(xiàn)率可知，當(dāng)貼現(xiàn)率為5%時(shí)，系統(tǒng)具有經(jīng)濟(jì)上的可行性。具體如下圖所示。模塊名稱：配件入庫(kù)處理系統(tǒng)使用單位：采購(gòu)部輸入部分 I處理描述 P輸出部分 O1. 利用權(quán)限打開數(shù)據(jù)庫(kù)2. 上組中輸出的采購(gòu)訂貨單信息3. 輸入供應(yīng)商發(fā)貨信息4. 讀取原庫(kù)存量信息5. 讀取標(biāo)準(zhǔn)配件質(zhì)量信息1. 核對(duì)采購(gòu)訂貨單和發(fā)貨單信息2. 核對(duì)發(fā)貨配件質(zhì)量信息和標(biāo)準(zhǔn)配件 質(zhì)量信息3. 處理過程出錯(cuò)信息核對(duì)出錯(cuò)質(zhì)量不合格不合格配件處理合格配件入庫(kù)處理1. 將合格標(biāo)志送回上一級(jí)調(diào)用模式2. 將核對(duì)記錄記入文件3. 修改庫(kù)存量信息4. 修改應(yīng)付款明細(xì)帳 圖105 配件入庫(kù)處理IPO圖配件入庫(kù)處理IPO圖表示了配件管理模塊，講述了如何核對(duì)采購(gòu)訂貨單合法貨單信息，核對(duì)發(fā)貨配件質(zhì)量信息和標(biāo)準(zhǔn)配件質(zhì)量信息等功能。企業(yè)業(yè)務(wù)管理系統(tǒng)庫(kù)存管理財(cái)務(wù)管理采購(gòu)管理銷售管理會(huì)計(jì)賬目管理會(huì)計(jì)報(bào)表管理訂貨管理客戶管理采購(gòu)配件管理供應(yīng)商管理庫(kù)存量管理庫(kù)存查詢管理 圖91 層次化結(jié)構(gòu)模塊圖層次化結(jié)構(gòu)模塊圖是從結(jié)構(gòu)化設(shè)計(jì)的角度提出的一種工具。 項(xiàng)目開發(fā)目的 本課程設(shè)計(jì)的具體任務(wù)就是設(shè)計(jì)一個(gè)企業(yè)內(nèi)部業(yè)務(wù)管理信息系統(tǒng)，利用現(xiàn)代計(jì)算機(jī)和數(shù)據(jù)庫(kù)開發(fā)技術(shù)來(lái)代替人工處理，從而減輕企業(yè)各部門工作人員的勞動(dòng)強(qiáng)度，提高工作質(zhì)量和效率，提高信息資源的利用率和企業(yè)管理水平?；舅枷胧牵耗K化；圖表文字解說(shuō)。模塊名稱：定單處理系統(tǒng)使用單位：銷售部和采購(gòu)部輸入部分 I處理描述 P輸出部分 O1. 利用權(quán)限打開數(shù)據(jù)庫(kù)2. 上組模塊送入的合格的定單信息3. 輸入當(dāng)前各配件庫(kù)存量1. 將定單的配件信息與配件當(dāng)前 存量核對(duì)2. 處理過程出錯(cuò)信息庫(kù)存量滿足定單要求處理庫(kù)存量暫缺處理零庫(kù)存量定單處理部分滿足庫(kù)存量處理1. 將合格標(biāo)志送回上一級(jí)調(diào)用模式2. 將核對(duì)的記錄記入文件3. 完全滿足定單要求輸出發(fā)貨單4. 暫缺配件庫(kù)存量的暫存定貨單文件圖102 訂單處理IPO圖訂單處理IPO圖表示了訂單處理模塊，講述了如何核對(duì)處理訂單，對(duì)庫(kù)存量和訂單進(jìn)行比較處理等功能。根據(jù)搜集到的資料顯示，印第安漢堡的餐品預(yù)定系統(tǒng)的一次性成本如下所示：（1） PC機(jī)：2臺(tái)，5000*2=10000元（2） Microsoft SQL Server 2005（1套）：5000元（3） Microsoft Server2008（1套）：10000元（4） 打印機(jī)1臺(tái)：1000元（5） 人員培訓(xùn)：7人/2000元，合計(jì)14000元總計(jì)：本系統(tǒng)開發(fā)的一次性投入為40000元，并且新系統(tǒng)需在6個(gè)月內(nèi)實(shí)現(xiàn)。（貼現(xiàn)率為10%時(shí)）綜上可知，五年內(nèi)系統(tǒng)的總收益為94770美元。從經(jīng)濟(jì)上考慮，當(dāng)貼現(xiàn)率為5%是，新系統(tǒng)在經(jīng)濟(jì)上具有可行性。可選操作流程：（1）顧客有信息輸入錯(cuò)誤的，前臺(tái)人員不予以確認(rèn)原錯(cuò)誤訂單，再按照顧客的正確信息重新生成訂單即可。(2) 后臺(tái)管理員在主頁(yè)上輸出查詢條件，選擇出需要修改的餐品（一般是餐品價(jià)格的修改），點(diǎn)擊餐品圖片進(jìn)入二級(jí)頁(yè)面， 完 成對(duì)餐品的修改操作。5送貨員向顧客供應(yīng)訂貨的用例描述用例名稱：供應(yīng)訂貨簡(jiǎn)要說(shuō)明：送貨員憑借其中一份訂單與顧客錢貨兩清，完成整個(gè)訂餐過程參與者： 送貨員前置條件：顧客完成“點(diǎn)餐”用例，且餐品未送達(dá)。在此我們選擇AdminId（管理員號(hào)）、OrderId（訂單號(hào)、CustId（顧客號(hào)）、ProId（產(chǎn)品號(hào)）為標(biāo)識(shí)符考慮屬性的性質(zhì)在此，除了普通的屬性以外，我們認(rèn)為顧客聯(lián)系方式應(yīng)除了常用的一個(gè)以外，至少一個(gè)備用，所以CustPhone（顧客電話）為多值屬性，訂單的ubTotal（小計(jì)），TotalAmount（總數(shù)量），產(chǎn)品的ProAmount（產(chǎn)品庫(kù)存）可由其他數(shù)據(jù)確定，應(yīng)為導(dǎo)出屬性。下圖為按照指導(dǎo)原則描繪的“預(yù)訂”用例的順序圖：圖中詳細(xì)描述了“預(yù)定”用例的順序圖：參與者：Customer選擇一個(gè)或多個(gè)產(chǎn)品調(diào)用該用例，這個(gè)消息//select item（選擇產(chǎn)品項(xiàng)）表明，它被傳給：OrderForm。一個(gè)對(duì)象的狀態(tài)是在對(duì)象生存期間的一個(gè)條件或情況，在這個(gè)時(shí)間它滿足某些條件，執(zhí)行某些活動(dòng)或等待某些事件。Admin表的掃描時(shí)間是100*。4）索引被頻繁訪問并具有相對(duì)大量不同質(zhì)的非屬性鍵如CustomerName也可作為索引。、選項(xiàng)等內(nèi)容。當(dāng)前臺(tái)人員或者電話訂餐接線員接收到客戶的有效訂餐時(shí)，在主頁(yè)上查詢到目標(biāo)餐品后，點(diǎn)擊主頁(yè)上餐品右下方的“生成訂單”按鈕，即進(jìn)入到上述頁(yè)面。當(dāng)管理員接到退訂電話時(shí)，按照顧客給出的訂單編號(hào)或者顧客姓名、電話號(hào)碼進(jìn)行查詢，找到目標(biāo)訂單后，點(diǎn)擊該訂單右方的“刪除”按鈕，即可刪除當(dāng)前訂單。如果點(diǎn)擊“取消”，則系統(tǒng)不做任何處理。還可以通過主頁(yè)上“增加漢堡”以及“增加冰激凌”按鈕，進(jìn)入到“增加餐品”的二級(jí)頁(yè)面，進(jìn)行相關(guān)操作。 每天上班開始之前，前臺(tái)人員和電話訂餐接線員用分配給他們賬號(hào)和密碼登錄到本系統(tǒng)，系統(tǒng)自動(dòng)顯示出上述頁(yè)面，讓工作人員準(zhǔn)備開始一天的點(diǎn)餐工作。 （3）數(shù)據(jù)顯示集中原則：各種列表在頁(yè)面中往往是傳遞信息的核心，盡量集中的表現(xiàn)出來(lái)，并提供必要的關(guān)聯(lián)數(shù)據(jù)、表等恰當(dāng)?shù)慕M織起來(lái)，并且在視覺上使用戶很容易察覺數(shù)據(jù)之間的關(guān)系，并方便查看、編輯等。可以通過索引具有大量不同值的外鍵提高檢索速度。在Admin表的例子中，分塊因子4000/200。： 活動(dòng)圖和順序圖相似，但兩個(gè)圖的重點(diǎn)不同，順序圖在于說(shuō)明一個(gè)