【正文】 下圖是“預(yù)訂”用例的一個(gè)分析類圖： 第三部分 實(shí)驗(yàn)八： 物理 數(shù)據(jù)庫設(shè)計(jì) 物理數(shù)據(jù) 庫設(shè)計(jì) 是對系統(tǒng) 存儲結(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ù)。 “預(yù)定”用例的活動圖： 選 擇 餐 點(diǎn) 創(chuàng) 建 預(yù) 訂 確 認(rèn) 預(yù) 訂 付 款 顧 客 子流程同步的活動圖 ： 接 受 訂 單 制 造 餐 品 完 成 訂 單 ： 狀 態(tài)圖 通過制定一個(gè)對象在自己的生存期間響應(yīng)時(shí)間而經(jīng)歷的狀態(tài)序列以及對這些事件的響應(yīng)來描述對象的行為。類似的，控制將增加一個(gè)項(xiàng)目的責(zé)任 傳遞給了 ： LineItem。 LineItem（ OrderId ， ProId ， Quantity， ActualPrice， LineAmount） 規(guī)范化關(guān)系對象，進(jìn)一步細(xì)化 由于 Customer 允許通過接收 多值 屬性違背了第一范式 ，因而 Customer 不是一個(gè)良構(gòu)關(guān)系，而是一個(gè)對象關(guān)系，又因?yàn)槲覀冞M(jìn)一步討論決定接收純粹的關(guān)系模型，因此將 Customer 分為關(guān)系，為： Customer（ CustId， CustomerName， CustAddress） CustPhone（ CustId， CustPhone） 對象關(guān)系模型 經(jīng)過一步步的細(xì)化，我們產(chǎn)生了 6 個(gè)對象類，導(dǎo)出的對象關(guān)系模型如下： Admin（ AdminId， AdminName， AdminPsd， AdminType） Order （ OrderId ， CustId ， AdminId ， OrderDate ， DerivedSubTotal ，DerivedTotalAmount） LineItem（ OrderId ， ProId ， Quantity， ActualPrice， LineAmount） Product （ ProId ， ProName ， ProPrice ， ProPicture ， ProAbstract ，DerivedProAmount） Customer（ CustId， CustomerName， CustAddress） CustPhone（ CustId， CustPhone） 實(shí)驗(yàn)七：分析類圖建模 這一部分通過圖對系統(tǒng)進(jìn)行描述 ： 交互圖是幫助在一個(gè)用例的分析類之間分配責(zé)任并說明類對象之間的相互交互的圖，常用的交互圖的 類型是順序圖，它以時(shí)間順序的方式說明類的對象之間的交互。 建立概念數(shù)據(jù)模型 綜上所述，我們建立的概念數(shù)據(jù)模型如下圖所示： P r o d u c t P K P r o I dP r o N a m eP r o P r i c eP r o P i c t u r eP r o A b s t r u c t D e r i v e d P r o A m o u n tL i n e i t e mQ u a n t i t yA c t u a l P r i c e D e r i v e L i n e A m o u n t0 . . 1b u y1A d m i n P K A d m i n I dA d m i n N a m e A d m i n P s d A d m i n T y p eO r d e r P K O r d e r I dO r d e r D a t e D e r i v e d S u b T o t a l D e r i v e d T o t a l A m o u n tC u s t o m e r P K C u s t I dC u s t N a m e M u l t i v a l u e d C u s t P h o n ec u s t A d d r e s s10 . . 1o r d e r 實(shí)驗(yàn)六：將概念數(shù)據(jù)模型轉(zhuǎn)換為對象關(guān)系模型 對象關(guān)系數(shù)據(jù)模型是帶有面向?qū)ο髷U(kuò)充的關(guān)系數(shù)據(jù)模型，以關(guān)聯(lián)表或關(guān)系的形式描繪數(shù)據(jù)。 Admin（管理員）： AdminId（管理員號）， AdminName（管理員姓名）， AdminPsd（管理員密碼）， AdminType（管理員類型） Order（訂單）： OrderId（訂單號）， OrderDate（訂單時(shí)間）， SubTotal（小計(jì)），TotalAmount（總數(shù)量）， Customer（顧客）： CustId（顧客號）， CustomerName（顧客姓名）， CustPhone（顧客電話） CustAddress（顧客地址） Product（產(chǎn)品）： ProId（產(chǎn)品號）， ProName（產(chǎn)品名稱）， ProPrice（產(chǎn)品單價(jià)），ProPicture（產(chǎn)品圖片）， ProAbstract（產(chǎn)品介紹）， ProAmount（產(chǎn)品庫存） LineItem（訂單行項(xiàng)目）： Quantity（數(shù)量）， ActualPrice（實(shí)際價(jià)格）， LineAmount（項(xiàng)目總數(shù)量） 確定標(biāo)識符 即選擇一個(gè)屬性作為這個(gè)類的 唯一標(biāo)識符。 可選操作流程：如果交易不成功的話，送貨員應(yīng)及時(shí)提醒后臺管理員，后臺管理員 應(yīng)及時(shí)刪除相應(yīng)訂單。 可選操作流程：庫存量為零時(shí)，系統(tǒng)提示不 能進(jìn)行相應(yīng)的庫存減少的操作。 庫存量進(jìn)行管理的用例描述 用例名稱：庫存控制 簡要說明：系統(tǒng)根據(jù)訂單的數(shù)量和內(nèi)容減少相應(yīng)的庫存量。 參與者：后臺管理員 前置條件：點(diǎn)餐系統(tǒng)中確實(shí)存在需要修改的餐品信息 后置條件：顯示更新后的餐品信息 假設(shè)條件：后臺管理員使用特殊賬號正確登錄到點(diǎn) 餐系統(tǒng) 基本操作流程： (1) 后臺管理員在主頁面上點(diǎn)擊“增加餐品”按鈕，進(jìn)入增加 餐品的二級頁面，填寫相應(yīng)信息，完成餐品 增加操作。 (2) 當(dāng)后臺管理員接 到顧客的退訂申請時(shí)，查詢到相應(yīng)的 訂 單，進(jìn)行刪除操作，并及時(shí)通知其他有關(guān)部門。 （ 4）系統(tǒng)將顧客的訂單信息寫入數(shù)據(jù)庫，以進(jìn)行庫存管理。 印 第 安 漢 堡 點(diǎn) 餐 系 統(tǒng)顧 客前 臺 / 電 話 接 線 員后 臺 管 理 員送 貨 員訂 單 管 理生 成 訂 單庫 存 控 制餐 品 管 理供 應(yīng) 訂 貨i n c l u d e查 詢 訂 單i n c l u d e刪 除 訂 單i n c l u d e i n c l u d ei n c l u d e增 加 餐 品修 改 餐 品刪 除 餐 品**************二、 印第安漢堡點(diǎn)餐系統(tǒng)的用例描述 用例名稱 ： 生成訂單 簡要說明： 電話訂餐接線員或者前臺接到顧客的訂單， 生成訂單一式三聯(lián)。 （ 2） 投資回報(bào)率為 % （ 3） 凈收益 108237 美元 104942 美元 =3295美元。 我們調(diào)整貼現(xiàn)率可知，當(dāng)貼現(xiàn)率為 5%時(shí)，系統(tǒng)具有經(jīng)濟(jì)上的可行性。 2 經(jīng)常性收益： （ 1）由于系統(tǒng)的改進(jìn)而增加的收益： 2021 元 /年 *5=10000 元 （ 2）市場占有率的提高而增加的收益（假設(shè)市場占有率以每年 10%增加） 1000+1000*（ 1+10%） ^1+1000*（ 1+10%） ^2+1000*（ 1+10%） ^3+1000*（ 1+10%）^4+1000*（ 1+10%） ^5=7716 元 （ 3）效率的提高： 1000 元 /年 *5=5000 元 （ 4）不可定量的其他收益： 5年共 2284 元 開發(fā)該訂餐系統(tǒng)，當(dāng)其投入運(yùn)行后，每年的凈收益為 25000 元，再考慮貨幣的時(shí)間價(jià)值，系統(tǒng)每年的凈收益如下所示。具體如下圖所示。 一次性成本包括基建投資和其他一次性投資，具體是指與項(xiàng)目活動、系統(tǒng)開發(fā)和系統(tǒng)啟用有關(guān)的費(fèi)用，包括在該信息系統(tǒng)開發(fā)過程中全部一次性投入，如系統(tǒng)開發(fā)、新硬件和軟件的采購，用戶培訓(xùn)、站點(diǎn)準(zhǔn)備、數(shù)據(jù)或系統(tǒng)轉(zhuǎn)化。 1 實(shí)驗(yàn) 11 界面設(shè)計(jì) 1 第二 部分 系統(tǒng)分析 1 實(shí)驗(yàn) 2 項(xiàng)目可行性分析 1 第一 部分 項(xiàng)目管理與計(jì)劃 目 錄 前言 圖 103 庫存查詢 IPO 圖 模塊名稱：定單處理系統(tǒng) 使用單位：銷售部和采購部 輸入部分 I 處理描述 P 輸出部分 O 1. 利用權(quán)限打開數(shù)據(jù)庫 2. 上組模塊送入的合格的定單信息 3.