【正文】 l c t o t a l （ ） / / c o n f i r m o r d e r （ ） / / c o n f i r m o r d e r （ ）/ / c h a r g e c u s t o m e r （ ） / / w r i t e o r d e r i n f o （ ）/ / w r i t e o r d e r l i n e i t e m（ ）/ / u p d a t e i n v e n t o r y （ ）/ / g e t p r o d u c t i n f o（ ）/ / g e t l i n e i t e m s （ ） 圖中詳細(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)或等待某些事件。 例如， 對(duì)象訂單的狀態(tài)經(jīng)歷創(chuàng)建、供應(yīng)、完成， 它的狀態(tài)圖如下： 訂 單 被 創(chuàng) 建 檢 查 可 獲 得 的 訂 單 項(xiàng) 目 供 應(yīng) 顧 客 的 餐 點(diǎn) 訂 單 完 成 ： 分析類圖說明分析類和這些類之間的關(guān)系，有兩種關(guān)系 —— 結(jié)構(gòu)關(guān)系和行為關(guān)系，結(jié)果方面從數(shù)據(jù)建模中可以獲得，分析類圖的行 為方面可以從順序圖或通信圖導(dǎo)出。控制對(duì)象將創(chuàng)建新訂單的責(zé)任傳給了 ： Order， ： Order 創(chuàng)建一個(gè)新訂單。 每個(gè)訂單可包含多種產(chǎn)品，每個(gè)產(chǎn)品可以包括在不同的訂單里，因此 Product和 Order 為多對(duì)多的關(guān)系，用關(guān)聯(lián)類 LineItem來表示。 (2) 系統(tǒng)根據(jù)訂單中的餐品名稱和餐品數(shù)量作相應(yīng)庫(kù)存量的減少。 可選操作流程：增加餐品的前提是庫(kù)存不為零，庫(kù)存超過一定數(shù)量的餐品系統(tǒng)顯示不能刪除餐品信息。 用例名稱：訂單管理 簡(jiǎn)要說明：由后臺(tái)管理員對(duì)已經(jīng)生成的訂單進(jìn)行查詢和刪除 參與者： 后臺(tái)管理員 前置條件：點(diǎn)餐系統(tǒng)中存在業(yè)已生成的訂單 后置條件：顯示訂單信息、刪除相應(yīng)的訂單 假設(shè)條件：后臺(tái)管理員使用特殊賬號(hào)正確登錄到點(diǎn)餐系統(tǒng) 基本操作流程： (1) 后臺(tái)管理員輸入需要查詢的訂單編號(hào)，也可以通過顧客名稱、電話號(hào)碼等進(jìn)行訂單查詢。 一、 印第安漢堡點(diǎn)餐系統(tǒng)的用例圖如下所示。由于總成本是大于總收益的，所以系統(tǒng)越運(yùn)行，越虧損，該信息系統(tǒng)不具備經(jīng)濟(jì)上的可行性。 根據(jù)搜集到的資料顯示，在印第安漢堡的餐品預(yù)定系統(tǒng)中，這種經(jīng)常性投入表現(xiàn)為續(xù)生成本，并且需要連續(xù)投資 5年，具體如下所示： （ 1） 預(yù)定系統(tǒng)的維護(hù)： 1000 元 /年 *5 年 =5000 元 （ 2） 每年增加的數(shù)據(jù)存儲(chǔ)費(fèi)用： 5000 元 /年 *5 年 =25000 元 （ 3） 消費(fèi)用品支出： 800 元 /年 *5 年 =4000 元 （ 4） 其他支出： 1000 元 /年 *5年 =5000 元 綜上可得，印第安漢堡的餐品預(yù)定系統(tǒng)為 15000 美元 /年，折算為現(xiàn)值為96862 元。 1 第四 部分 系統(tǒng)實(shí)現(xiàn) 1 第三 部分 系統(tǒng)設(shè)計(jì) 1 實(shí)驗(yàn) 8 確定設(shè)計(jì)方案（ *） 1 實(shí)驗(yàn) 6 將概念數(shù)據(jù)模型轉(zhuǎn)換為對(duì)象關(guān)系模型 第 五 章 系統(tǒng)設(shè)計(jì)總結(jié) 第一節(jié) 項(xiàng)目實(shí)施中各個(gè)工作流程及時(shí)間分布 1． 項(xiàng)目開發(fā)的編寫 1 天 2． 業(yè)務(wù)流程圖設(shè)計(jì) 2 天 3． 數(shù)據(jù)流程圖設(shè)計(jì) 1 天 4． ER 圖設(shè)計(jì) 1 天 5． U/C 矩陣設(shè)計(jì) 2 天 6． HIPO 圖設(shè)計(jì) 2 天 模塊名稱：配件入庫(kù)處理系統(tǒng) 使用單位：采購(gòu)部 輸入部分 I 處理描述 P 輸出部分 O 1. 利用權(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ì)帳 7． 文檔修改、定稿 1 天 第二節(jié) 本人系統(tǒng)設(shè)計(jì)特點(diǎn) 1． 優(yōu)點(diǎn)：本系統(tǒng)具有較強(qiáng)的直觀性，設(shè)計(jì)完整，能較好的體現(xiàn)系統(tǒng)的設(shè)計(jì)構(gòu)思； 缺點(diǎn)：設(shè)計(jì)的有些方面有點(diǎn)簡(jiǎn)單，有很多地方還需進(jìn)一步分析改進(jìn)。汽車配件公司業(yè)務(wù)管理信息系統(tǒng)的模塊化分為若干子系 統(tǒng)，如銷售管理子系統(tǒng)、采購(gòu)管理子系統(tǒng)等，它們之間是平級(jí)關(guān)系，并且，相互之間也不交叉。 可行性分析 現(xiàn)在企業(yè)的業(yè)務(wù)流程管理方式為手工處理，重復(fù)勞動(dòng)多，勞動(dòng)強(qiáng)度大，而且容易出錯(cuò)，新系統(tǒng)的使用將有以下幾個(gè)方面的優(yōu)勢(shì)： 從技術(shù)上考察 A． 處 理速度快，準(zhǔn)確； B． 通過權(quán)限的設(shè)置，數(shù)據(jù)的安全性好； C． 方便查詢； D． 控制精度或生產(chǎn)能力的提高 2． 從經(jīng)濟(jì)上考察 A． 系統(tǒng)建設(shè)不需要很大的投入； B． 可縮減人員編制，減少人力費(fèi)用； C． 人員利用率的改進(jìn)； 3． 從各種社會(huì)因素來考察 A． 可降低工作人員工作強(qiáng)度，提高效率，會(huì)得到企業(yè)上下員工的一致同意的； B． 可引進(jìn)先進(jìn)的管理系統(tǒng)開發(fā)方案，從而達(dá)到充分利用企業(yè)現(xiàn)有資源 綜上所述，本系統(tǒng)的開發(fā)立項(xiàng)是可行的。 企業(yè)業(yè)務(wù)管理系統(tǒng) 庫(kù)存管理 財(cái)務(wù)管理 采購(gòu)管理 銷售管理 會(huì)計(jì)賬目管理 會(huì)計(jì)報(bào)表管理 訂貨管理 客戶管理 采購(gòu)配件管理 供應(yīng)商管理 庫(kù)存量管理 庫(kù)存查詢管理 第二節(jié) 層次化模塊結(jié)構(gòu)圖 汽車配件公司業(yè)務(wù)管理信息系統(tǒng)中，模塊劃分和處理過程設(shè)計(jì)是非常關(guān)鍵的一步，因此，我本著對(duì)系統(tǒng)可修改性、易讀性、易查錯(cuò)性等方面進(jìn)行設(shè)計(jì)。 圖 92 層次化訂貨管理模塊結(jié)構(gòu)圖 圖 101 訂單輸入 IPO 圖 訂單輸入 IPO 圖表示了訂單輸入模塊，講述了如何輸入客戶訂單，檢查其正確性，核對(duì)建立新的賬號(hào)等功能。 1 備注： *為選做實(shí)驗(yàn)。我們同樣將系統(tǒng)運(yùn)行后的投資收益分為一次性收益和經(jīng)常性收益。 總收益為 108237 美元。 假設(shè)條件：電話訂餐接線員或者前臺(tái) 已經(jīng)成功登錄訂餐系統(tǒng) 基本操作流程 ： （ 1）接線員或者前臺(tái)接收到顧客的有效訂餐 （ 2）在訂餐系統(tǒng)中輸入顧客需求的餐品名稱進(jìn)行查詢，比對(duì)顧客對(duì)餐品的需求量和庫(kù)存量。 可選操作流程：對(duì)于餐品已經(jīng)送出后接到顧客退訂申請(qǐng)的，及時(shí)刪除相應(yīng)的訂單。每銷售出去一個(gè)餐品，庫(kù)存數(shù)據(jù)庫(kù)中對(duì)應(yīng)餐品的庫(kù)存量相應(yīng)的減一。本次實(shí)驗(yàn) 通過 對(duì)前面用例進(jìn)行分析， 并 結(jié)合我們訂餐系統(tǒng)的功能和需求，建立概念 數(shù)據(jù)模型 ，具體步驟如下： 標(biāo)識(shí)用例中的類 通過觀察用例并結(jié)合實(shí)際分析，我們可以抽象出以下幾個(gè)類： Admin（管理員）， Order（訂單）， Customer（顧客）， Product（產(chǎn)品），以及關(guān)聯(lián)類 Lineitem（ 訂單 行項(xiàng)目） 。則 對(duì)象關(guān)系如下： Admin（ AdminId， AdminName， AdminPsd， AdminType） Order（ OrderId， OrderDate， DerivedSubTotal， DerivedTotalAmount） Customer（ CustId， CustomerName， MultivaluedCustPhone， CustAddress） Product （ ProId ， ProName ， ProPrice ， ProPicture ， ProAbstract ，DerivedProAmount） 為 1： n 關(guān)系安排外鍵 在此系統(tǒng)中， 有兩個(gè)一對(duì)多的關(guān)系，根據(jù)將 1 方的主鍵增加為 n 方的外鍵 ，則 order 關(guān)系將被修改為包含 CustId 和 AdminId，作為外鍵 。或者， ：Order 對(duì)象可以負(fù)責(zé)增加 ： LineItem 對(duì)象