【正文】 理 IPO 圖 訂單處理 IPO 圖表示了訂單處理模塊，講述了如何核對(duì)處理訂單，對(duì)庫(kù)存量和訂單進(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)是可行的。 項(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ù)來代替人工處理，從而減輕企業(yè)各部門工作人員的勞動(dòng)強(qiáng)度，提高工作質(zhì)量和效率，提高信息資源的利用率和企業(yè)管理水平。 企業(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ì)。 企業(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ì)的角度提出的一種工具。 圖 92 層次化訂貨管理模塊結(jié)構(gòu)圖 圖 101 訂單輸入 IPO 圖 訂單輸入 IPO 圖表示了訂單輸入模塊，講述了如何輸入客戶訂單，檢查其正確性，核對(duì)建立新的賬號(hào)等功能。 暫存訂單輸入 配件采購(gòu)管理 暫存訂單處理 配件入庫(kù) 模塊名稱：暫存訂單處理系統(tǒng) 使用單位：采購(gòu)部 輸入部分 I 處理描述 P 輸出部分 O 1. 利用權(quán)限打開數(shù)據(jù)庫(kù) 2. 輸入暫存訂貨單配件信息： 編號(hào)、規(guī)格、名稱、 暫缺數(shù)量等 3. 讀取供應(yīng)商列表信息 1. 核查暫存訂貨單配件匯 總信息 2. 核對(duì)暫存配件和相應(yīng)的供應(yīng)商列表 3. 處理過程 1. 將合格標(biāo)志送回上一級(jí)調(diào)用模式 2. 將核對(duì)的記錄記入文件 3. 修改供應(yīng)商列表信息 4. 輸出以供應(yīng)商分類的采購(gòu)訂貨單 出錯(cuò)信息 按配件匯總處理 按供應(yīng)商匯總處理 圖 105 配件入庫(kù)處理 IPO 圖 配件入庫(kù)處理 IPO 圖表示了配件管理模塊，講述了如何核對(duì)采購(gòu)訂貨單合法貨單信息，核對(duì)發(fā)貨配件質(zhì)量信息和標(biāo)準(zhǔn)配件質(zhì)量信息等功能。 1 實(shí)驗(yàn) 3 項(xiàng)目需求收集 1 備注： *為選做實(shí)驗(yàn)。 經(jīng)常性支出是指由于正在進(jìn)行的系統(tǒng)演化和使用而產(chǎn)生的費(fèi)用，例如應(yīng)用軟件維護(hù)、逐漸增加的數(shù)據(jù)存儲(chǔ)費(fèi)用、增加的溝通、新軟件和硬件租借以及消費(fèi)用品和其他支出等。我們同樣將系統(tǒng)運(yùn)行后的投資收益分為一次性收益和經(jīng)常性收益。 三、 成本 /收益分析 通過上述成本收益的分析可知，當(dāng)貼現(xiàn)率為 10%時(shí)，新開發(fā)的信息系統(tǒng)總成本為 96862 元，總收益為 94770 元。 總收益為 108237 美元。 第二部分 實(shí)驗(yàn)三：項(xiàng)目需求收集 我們選擇訪談的形式進(jìn)行需求收集，分別對(duì)顧客、服務(wù)員、廚師進(jìn)行提問，以下是我們?cè)O(shè)計(jì)的問題 針對(duì)顧客： 1 您更偏重哪種口味的漢堡 飲料 冰淇淋 2 能說一下漢堡 飲料 冰淇淋與季節(jié)的關(guān)系嗎 3 您希望多長(zhǎng)時(shí)間拿到您的定餐 4 您一般什么時(shí)候來店里消費(fèi) 5 您希望我們店通過什么方法實(shí)現(xiàn)個(gè)性化推薦，發(fā)傳單 貼海報(bào) 咨詢服務(wù)員 針對(duì)服務(wù)員： 1 一天中什么時(shí)候是消費(fèi)的最高峰 2 你覺得什么樣的界面操作比較方面 3 你覺得系統(tǒng)存在什么樣的問題 4 您對(duì)系統(tǒng)有什么樣的改進(jìn)意見 5 您覺得訂餐系統(tǒng)對(duì)企業(yè)帶了的效益體現(xiàn)在哪里 針對(duì)廚師： 1 您希望多長(zhǎng)時(shí)間來準(zhǔn)備漢堡 飲料 冰淇淋 2 現(xiàn)在一天大約做多少漢堡 飲料 冰淇淋 （庫(kù)存的要求） 3 對(duì)這個(gè)系統(tǒng)您最不喜歡的是什么 4 您對(duì)訂餐系統(tǒng)在缺貨處理上有怎樣的評(píng)價(jià) 5 您覺得訂餐系統(tǒng)對(duì)你的工作有何幫助 最可能得到的文檔是訪談?dòng)涗?， 最不可能得到的文檔是觀察筆記 實(shí)驗(yàn)四：用例建模 我們?yōu)橛〉诎矟h堡構(gòu)建的信息系統(tǒng)主要是為了方便客戶點(diǎn)餐以及管理員及時(shí)進(jìn)行庫(kù)存控制，以減少顧客在點(diǎn)餐 和取餐時(shí)的時(shí)間開銷，為印第安漢堡贏取更大的利益。 假設(shè)條件：電話訂餐接線員或者前臺(tái) 已經(jīng)成功登錄訂餐系統(tǒng) 基本操作流程 ： （ 1）接線員或者前臺(tái)接收到顧客的有效訂餐 （ 2）在訂餐系統(tǒng)中輸入顧客需求的餐品名稱進(jìn)行查詢，比對(duì)顧客對(duì)餐品的需求量和庫(kù)存量。 （ 2） 顧客在訂餐過程中臨時(shí)決定退訂的，操作如“顧客信息輸入有誤”同樣處理。 可選操作流程：對(duì)于餐品已經(jīng)送出后接到顧客退訂申請(qǐng)的，及時(shí)刪除相應(yīng)的訂單。 (3) 后臺(tái)管理員在主頁(yè)上輸出查詢條件，選擇出需要?jiǎng)h除的餐品，點(diǎn)擊餐品圖片右下方的“刪除，”完成對(duì)餐品的刪除操作。每銷售出去一個(gè)餐品，庫(kù)存數(shù)據(jù)庫(kù)中對(duì)應(yīng)餐品的庫(kù)存量相應(yīng)的減一。 后置條件：交易完成，刪除相應(yīng)訂單 假設(shè)條件：顧客提交了有效的點(diǎn)餐需求 基本操作流程： (1) 送貨員憑借訂單與顧客完成交易后，向有關(guān)管理部門提示“送貨成功”。本次實(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)目） 。 屬性與屬性之間的關(guān)系 通過分析我們可以知道，一個(gè)顧客可以 下多個(gè)訂單 ， 一個(gè)訂單只能對(duì)應(yīng)一個(gè)顧客購(gòu)買；一個(gè)管理員（前臺(tái)）可以處理多個(gè)訂單，但每個(gè)訂單對(duì)應(yīng)一個(gè)管理員，因此 Customer 和 Order， Asmin 和 Order 的關(guān)系是一對(duì)一的 。則 對(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，作為外鍵 。表單將信息傳遞給控制對(duì)象： OrderControl，于是創(chuàng)建訂單?；蛘撸?：Order 對(duì)象可以負(fù)責(zé)增加 ： LineItem 對(duì)象。可以認(rèn)為對(duì)象的活動(dòng)圖是狀態(tài)圖的一個(gè)特例