【正文】 庫(kù)存量查詢系統(tǒng)使用單位：銷售部和經(jīng)理輸入部分 I處理描述 P輸出部分 O1. 利用權(quán)限打開數(shù)據(jù)庫(kù)2. 輸入查詢的配件編號(hào)、規(guī)格、名稱等信息3. 讀取近期銷售記錄4. 讀取原有配件庫(kù)存量1. 核對(duì)配件信息和原有配件庫(kù)存量2. 核查近期銷售記錄情況 3. 處理過(guò)程出錯(cuò)信息當(dāng)前零庫(kù)存量配件處理當(dāng)前庫(kù)存量詳細(xì)處理1. 將合格標(biāo)志送回上一級(jí)調(diào)用模式2. 將核對(duì)的記錄記入文件3. 輸出銷售庫(kù)存的當(dāng)前查詢結(jié)果文件圖103 庫(kù)存查詢IPO圖庫(kù)存查詢IPO圖表示了庫(kù)存查詢管理模塊，講述了如何核對(duì)配件信息和原有配件庫(kù)存量，核查近期銷售記錄情況以及對(duì)出錯(cuò)信息的處理。其中，HIPO圖是一種強(qiáng)有力的描述系統(tǒng)機(jī)構(gòu)和模塊內(nèi)部處理功能的工具，它主要包括層次結(jié)構(gòu)圖和IPO圖兩個(gè)部分。汽車銷售管理信息系統(tǒng)的系統(tǒng)規(guī)劃一、汽車銷售管理信息系統(tǒng)的系統(tǒng)規(guī)劃第一節(jié) 項(xiàng)目開發(fā)背景隨著經(jīng)濟(jì)的發(fā)展和中國(guó)汽車市場(chǎng)的不斷擴(kuò)大，某汽車配件公司也隨著發(fā)展的浪潮不斷擴(kuò)大規(guī)模，隨之，訂單成倍增加，各項(xiàng)業(yè)務(wù)更加細(xì)化，各部門工作量增加，以往的人工處理方式就顯得力不從心，勞動(dòng)強(qiáng)度大而且容易出錯(cuò)。層次結(jié)構(gòu)圖描述了整個(gè)系統(tǒng)的設(shè)計(jì)結(jié)構(gòu)以及各類模塊之間的關(guān)系；IPO圖則描述了在某個(gè)特定模塊內(nèi)部的輸入（I）、處理過(guò)程（P）、輸出（O）思想。暫存訂單輸入配件采購(gòu)管理暫存訂單處理配件入庫(kù)圖93 層次化配件采購(gòu)管理模塊結(jié)構(gòu)圖模塊名稱：暫存訂單處理系統(tǒng)使用單位：采購(gòu)部輸入部分 I處理描述 P輸出部分 O1. 利用權(quán)限打開數(shù)據(jù)庫(kù)2. 輸入暫存訂貨單配件信息： 編號(hào)、規(guī)格、名稱、暫缺數(shù)量等3. 讀取供應(yīng)商列表信息1. 核查暫存訂貨單配件匯總信息2. 核對(duì)暫存配件和相應(yīng)的供應(yīng)商列表3. 處理過(guò)程1. 將合格標(biāo)志送回上一級(jí)調(diào)用模式2. 將核對(duì)的記錄記入文件3. 修改供應(yīng)商列表信息4. 輸出以供應(yīng)商分類的采購(gòu)訂貨單出錯(cuò)信息按配件匯總處理按供應(yīng)商匯總處理圖104 暫存訂單處理IPO圖暫存訂單處理IPO圖表示了暫存訂單管理模塊，講述了如何核查暫存訂單配件匯總信息，核對(duì)暫存配件和相應(yīng)的供應(yīng)商的列表等處理過(guò)程。根據(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元。由于總成本是大于總收益的，所以系統(tǒng)越運(yùn)行，越虧損，該信息系統(tǒng)不具備經(jīng)濟(jì)上的可行性。一、印第安漢堡點(diǎn)餐系統(tǒng)的用例圖如下所示。用例名稱：訂單管理簡(jiǎn)要說(shuō)明：由后臺(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)，也可以通過(guò)顧客名稱、電話號(hào)碼等進(jìn)行訂單查詢?？蛇x操作流程：增加餐品的前提是庫(kù)存不為零，庫(kù)存超過(guò)一定數(shù)量的餐品系統(tǒng)顯示不能刪除餐品信息。(2) 系統(tǒng)根據(jù)訂單中的餐品名稱和餐品數(shù)量作相應(yīng)庫(kù)存量的減少。每個(gè)訂單可包含多種產(chǎn)品，每個(gè)產(chǎn)品可以包括在不同的訂單里，因此Product和Order為多對(duì)多的關(guān)系，用關(guān)聯(lián)類LineItem來(lái)表示。控制對(duì)象將創(chuàng)建新訂單的責(zé)任傳給了：Order，：Order創(chuàng)建一個(gè)新訂單。 例如， 對(duì)象訂單的狀態(tài)經(jīng)歷創(chuàng)建、供應(yīng)、完成，它的狀態(tài)圖如下： ： 分析類圖說(shuō)明分析類和這些類之間的關(guān)系，有兩種關(guān)系——結(jié)構(gòu)關(guān)系和行為關(guān)系，結(jié)果方面從數(shù)據(jù)建模中可以獲得，分析類圖的行為方面可以從順序圖或通信圖導(dǎo)出。主鍵一般是最常被訪問(wèn)的屬性。（1）通用原則 界面色彩要求：計(jì)算機(jī)屏幕的發(fā)光成像和普通視覺(jué)成像有很大的不同，應(yīng)該注意這種差別作出恰當(dāng)?shù)纳蚀钆洹? （6） 頁(yè)面留白：頁(yè)面留白同時(shí)也是一種增加可讀性的方式。注意，只有對(duì)于電話訂餐的訂單，上述四項(xiàng)內(nèi)容必須全部填寫完整，而對(duì)于前臺(tái)直接點(diǎn)餐的，只需要系統(tǒng)自動(dòng)生成訂單編號(hào)即可，其他幾項(xiàng)允許為空。查詢條件一般為餐品的名稱或者編號(hào)。系統(tǒng)管理員通過(guò)主頁(yè)上的“增加漢堡”或者“增加冰激凌”按鈕，進(jìn)入到“餐品增加”二級(jí)頁(yè)面，根據(jù)實(shí)際情況，填寫相關(guān)信息后點(diǎn)擊“增加”即完成了對(duì)新餐品的錄入，系統(tǒng)會(huì)將新增加的餐品添加至餐品數(shù)據(jù)庫(kù)，如果點(diǎn)擊“取消”，則系統(tǒng)不做任何處理。在管理員的主頁(yè)面上可以進(jìn)行餐品的查詢、刪除以及通過(guò)頁(yè)面鏈接進(jìn)入其他頁(yè)面進(jìn)行相關(guān)操作。 （7） 即時(shí)響應(yīng)原則：每一個(gè)交互動(dòng)作應(yīng)該能夠馬上看到操作的結(jié)果，并且用色彩、文字粗細(xì)、閃爍、彈出、頁(yè)面布局的明顯變化等突出方式告知用戶。我們的點(diǎn)餐系統(tǒng)采用橙黃的為基調(diào)，旨在提供一種溫馨、熱情的界面感覺(jué)。即使沒(méi)有被緩存，沒(méi)有必要索引除了主鍵之外的任何屬性。關(guān)系對(duì)象屬性特性描述 在實(shí)驗(yàn)六中，我們的到如下的對(duì)象關(guān)系A(chǔ)dmin（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） 根據(jù)上述對(duì)象關(guān)系，結(jié)合邏輯數(shù)據(jù)模型以及實(shí)際情況，分析了各個(gè)屬性的特征，如數(shù)據(jù)類型、設(shè)計(jì)域、數(shù)據(jù)的完整性（默認(rèn)值、是否為空、控制范圍、參照完整性）等，具體涉及如下表所示：Customer字段名數(shù)據(jù)類型是否允許為空鍵或索引說(shuō)明CustIDInt（20）否主鍵唯一；系統(tǒng)自動(dòng)賦予CustTomerNameNvarchar（30）否CustAddresNvarchar（30）否CustPhone字段名數(shù)據(jù)類型是否允許為空鍵或索引說(shuō)明CustIDInt（20）否主鍵參照顧客表CustPhoneNvarchar（30）否主鍵唯一Admin字段名數(shù)據(jù)類型是否允許為空鍵或索引說(shuō)明AdminIDInt(20)否主鍵唯一；系統(tǒng)自動(dòng)賦予AdminPsdInt(30)否唯一；長(zhǎng)度大于6AdminNameNvarchar（30）否AdminTypeNuem否分為前臺(tái)管理員、電話預(yù)定員、系統(tǒng)管理員Order字段名數(shù)據(jù)類型是否允許為空鍵或索引說(shuō)明OrderIDInt(20)否主鍵唯一；系統(tǒng)自動(dòng)賦予CustIDInt（20）否參照顧客表AdminIDInt(20)否參照管理員表 OrderDatedatetime否系統(tǒng)自動(dòng)生成SubTotalNumeric(18,2)否根據(jù)LineItem表生成TotalAmountInt是根據(jù)LineItem表生成LineItem字段名數(shù)據(jù)類型是否允許為空鍵或索引說(shuō)明OrderIDInt(10)否主鍵參照訂單表ProIdInt(20)否主鍵參照產(chǎn)品表QuantityInt（10）否ActualPrice Numeric(18,2)否LineAmountNumeric(18,2)否系統(tǒng)自動(dòng)生成Product 字段名數(shù)據(jù)類型是否允許為空鍵或索引說(shuō)明ProIdInt(20)否主鍵唯一；系統(tǒng)自動(dòng)賦予ProNameNvarchar(50)否]唯一ProPrice Numeric(8,2)否ProPicturImage否唯一ProAbstractN