管理信息系統(tǒng)開發(fā)案例

1、第十章管理信息系統(tǒng)開發(fā)案例管理信息系統(tǒng)開發(fā)示例XX廠庫存管理信息系統(tǒng)的分析與設(shè)計(jì)1. 問題的提出（1）開發(fā)背景XX廠是我國的一家老加工企業(yè)，隨著改革的深入和經(jīng)濟(jì)的發(fā)展，該廠的生產(chǎn)任務(wù)日益 繁重，從而對庫存管理的要求也更加嚴(yán)格。在傳統(tǒng)的手工管理時(shí)期， 一種物品由進(jìn)貨到發(fā)貨，要經(jīng)過若干環(huán)節(jié)，且由于物品的規(guī)格型號繁多，加之業(yè)務(wù)人員素質(zhì)較低等因素，造成物品供應(yīng)效率低下，嚴(yán)重的影響了企業(yè)的正常生產(chǎn)。同時(shí)由于庫房與管理部門之間的信息交流困難， 造成庫存嚴(yán)重積壓， 極大的影響了企業(yè)的資金周轉(zhuǎn)速度，另外也使得物資管理、 數(shù)據(jù)匯總成為了一大難題。當(dāng)今該廠的競爭壓力越來越大，企業(yè)要想生存，就必須在各個(gè)方面加強(qiáng)管理

2、，并要求企業(yè)有更高的信息化集成，能夠?qū)ζ髽I(yè)的整體資源進(jìn)行集成管理?，F(xiàn)代企業(yè)都意識到， 企業(yè)的競爭是綜合實(shí)力的競爭，要求企業(yè)有更強(qiáng)的資金實(shí)力，更快的市場響應(yīng)速度。這就要求企業(yè) 各部門之間統(tǒng)一計(jì)劃，協(xié)調(diào)生產(chǎn)步驟，匯總信息，調(diào)配集團(tuán)內(nèi)部資源，實(shí)現(xiàn)既要獨(dú)立，又要 統(tǒng)一的資源共享管理。 隨著信息技術(shù)的發(fā)展， 該廠為了提高庫存周轉(zhuǎn)率， 加快資金周轉(zhuǎn)速度， 決定開發(fā)“庫存管理信息系統(tǒng)”。（2）項(xiàng)目目標(biāo)充分利用現(xiàn)有的設(shè)備，采用 VB6.0作為開發(fā)工具，利用 ACCESS據(jù)庫建立一個(gè)高效、 準(zhǔn)確、操作方便，具有專業(yè)的查詢、更新及統(tǒng)計(jì)功能的微機(jī)管理信息系統(tǒng)，以滿足工作人員 進(jìn)行綜合的、模糊的查詢及更新要求，從而更

3、加方便的管理庫存物品。該系統(tǒng)的開發(fā)與建立 會極大程度提高管理人員、工作人員的工作效率。2. 對現(xiàn)有系統(tǒng)進(jìn)行需求調(diào)查需求調(diào)查是信息系統(tǒng)分析與設(shè)計(jì)的基礎(chǔ)。 了理解用戶的需求，并形成系統(tǒng)需求說明書。 序編碼等工作。該廠在需求調(diào)查過程中發(fā)放了要開發(fā)并實(shí)施一個(gè)完整的信息系統(tǒng)， 必須首先 在此基礎(chǔ)上才能進(jìn)行系統(tǒng)分析、 系統(tǒng)設(shè)計(jì)和程 8種不同種類的調(diào)查表，要求相關(guān)人員對其進(jìn)行逐條逐項(xiàng)的填寫，從而對其現(xiàn)行系統(tǒng)的業(yè)務(wù)流程進(jìn)行了詳細(xì)的調(diào)查。（1）現(xiàn)行系統(tǒng)業(yè)務(wù)流程通過大量的調(diào)查，我們了解到當(dāng)前該廠的業(yè)務(wù)流程如下：各車間向商品供應(yīng)部門提出對某種商品的需求計(jì)劃， 倉庫將相應(yīng)的商品發(fā)放給各車間，一般要經(jīng)過計(jì)劃、庫房管理等

4、流程。各業(yè)務(wù)流程圖如圖1所示。（2）現(xiàn)行系統(tǒng)存在的問題 由于采用的是手工管理，賬目繁多，加之幾個(gè)倉庫之間距離較遠(yuǎn)，庫管員、計(jì)劃員和有 關(guān)領(lǐng)導(dǎo)相互之間的信息交流困難， 使得物資供應(yīng)效率低下， 影響生產(chǎn)。 同時(shí)每月的月末報(bào)表 會耗費(fèi)大量的人力， 且由于手工處理容易造成失誤， 從而影響了數(shù)據(jù)的效率和準(zhǔn)確率， 造成 了不必要的損失。因此，該廠必須建立相應(yīng)的庫存管理信息系統(tǒng)，使其能根據(jù)市場情況，及 時(shí)合理地采購所需商品，同時(shí)又能科學(xué)地對商品進(jìn)行管理，統(tǒng)籌安排人力、物力、財(cái)力，有 效地改善當(dāng)前管理的混亂狀況。庫存管理是企業(yè)管理的重要組成部分。 在企業(yè)生產(chǎn)經(jīng)營活動中， 庫存管理既必須保證生 產(chǎn)車間對原材料、

5、零部件需求，又直接影響采購、銷售部門的購、銷活動。為盤活企業(yè)流動 資金，加快資金周轉(zhuǎn)，在保障供給的前提下，最大限度地降低商品的庫存量，節(jié)省企業(yè)流動 資金的占用， 直接影響著企業(yè)的經(jīng)營效益。 根據(jù)對該廠的庫存管理情況所作的調(diào)查和參考有 關(guān)資料，發(fā)現(xiàn)目前該廠在庫存管理方面存在著如下問題 : 不能及時(shí)獲得庫存信息在企業(yè)運(yùn)作過程中， 管理人員必須獲知各種商品當(dāng)前的庫存量， 在庫存數(shù)量小于商品的 最低庫存限度的時(shí)候， 向供應(yīng)商進(jìn)行訂貨； 在庫存數(shù)量大于商品的最高庫存限度的時(shí)候， 即 商品積壓的時(shí)候， 應(yīng)該停止商品的進(jìn)貨活動。 但在實(shí)際操作中， 由于商品的種類多、 數(shù)量大， 需要進(jìn)行仔細(xì)地核算，這不僅費(fèi)時(shí)

6、，而且易出錯，從而影響企業(yè)快速有效地運(yùn)轉(zhuǎn)。 庫存信息不夠準(zhǔn)確 倉庫管理員根據(jù)各種入庫單、 需求計(jì)劃單和領(lǐng)料單進(jìn)行商品的入庫、 出庫操作后， 要隨 時(shí)修改商品的庫存信息和出庫、入庫信息，以便反映庫存狀況。工作中的主要問題是：由于 商品種類多、 數(shù)量大、 出庫入庫操作頻繁等原因， 造成庫存記錄和實(shí)際庫存量通常達(dá)不到嚴(yán) 格一致，因而需要通過盤點(diǎn)來糾正差錯，這既耽誤時(shí)間，又增加了工作量。 無法及時(shí)了解車間對庫存商品的需求情況在需求計(jì)劃單下達(dá)后， 由于庫存商品與車間的關(guān)系復(fù)雜， 根據(jù)送料員的個(gè)人經(jīng)驗(yàn)給各車 間分配車間所需商品時(shí)， 常缺少入庫、 出庫信息和相關(guān)信息， 經(jīng)常出現(xiàn)車間缺少該商品的時(shí) 候才知道該

7、產(chǎn)品需要情況， 此時(shí)如果庫存量不足， 將會導(dǎo)致車間的停產(chǎn)。 無法及時(shí)了解車間 對庫存商品的需求情況會使企業(yè)的生產(chǎn)和銷售環(huán)節(jié)發(fā)生混亂，使企業(yè)無法正常的運(yùn)作。市場需求日益多樣化和個(gè)性化，產(chǎn)品更新?lián)Q代的周期越來越短，這就要求企業(yè)必須改變 庫存管理現(xiàn)狀，以適應(yīng)時(shí)代的要求。(3) 企業(yè)庫存管理系統(tǒng)的特點(diǎn)因?yàn)閭鹘y(tǒng)企業(yè)庫存管理存在以上的問題難于適應(yīng)現(xiàn)代庫存管理要求，所以現(xiàn)代企業(yè)庫存管理系統(tǒng)要具有以下的特點(diǎn)： 科學(xué)的庫存管理流程存貨的種類不同，所涉及的業(yè)務(wù)環(huán)節(jié)及它們所組成的業(yè)務(wù)流程也各有差異。一般而言， 庫存業(yè)務(wù)包括入庫處理、貨物保管和出庫處理三個(gè)主要部分。通暢的業(yè)務(wù)流程是保障高效庫存管理的基礎(chǔ)，應(yīng)具備優(yōu)化、

8、無冗余、并行作業(yè)的基本屬性。企業(yè)庫存管理系統(tǒng)對企業(yè)的業(yè) 務(wù)流程進(jìn)行流程再造，使其更加通暢，提高企業(yè)在同行業(yè)中的競爭力。 商品代碼化管理代碼問題，嚴(yán)格說是一個(gè)科學(xué)管理的問題，設(shè)計(jì)出一個(gè)好的代碼方案對于系統(tǒng)的開發(fā)工作是一件極為有利的事情。 代碼設(shè)計(jì)的好可以使很多機(jī)器處理變得十分方便，還可以把一些現(xiàn)階段計(jì)算機(jī)很難處理的工作變成很簡單的工作。由于庫存商品種類繁多，在庫存管理過程中極易發(fā)生混亂的問題。IT技術(shù)與層次編碼技術(shù)的結(jié)合為商品的高效管理提供了可能。這種編碼技術(shù)對所有庫存商品按照層次和類別賦予唯一的編碼。它是區(qū)分不同商品的最主要的標(biāo)準(zhǔn)，具有易讀和易記的特點(diǎn)，使得管理者只需知道商品的編碼，就可以了解

9、該商品的有關(guān)信息，以便在每日的煩雜管理中，保持規(guī)范、 有序的狀態(tài)。 庫存異常報(bào)警當(dāng)庫存數(shù)量小于商品的最低庫存限度的時(shí)候，系統(tǒng)發(fā)出警報(bào)，提醒管理人員應(yīng)該向供應(yīng)商進(jìn)行訂貨；在庫存數(shù)量大于商品的最高庫存限度的時(shí)候，即商品積壓的時(shí)候， 系統(tǒng)也會發(fā)出警報(bào)，提醒管理人員應(yīng)該停止商品的進(jìn)貨活動。也就是說企業(yè)庫存管理信息系統(tǒng)既能防止商品供應(yīng)滯后于車間對它們的需求，也能防止商品過早地生產(chǎn)和進(jìn)貨，以免增加庫存。對企業(yè)的生產(chǎn)起了保障作用，同時(shí)節(jié)省了企業(yè)的流動資金。3. 系統(tǒng)分析系統(tǒng)分析的任務(wù)是在全面調(diào)查的基礎(chǔ)上，通過對現(xiàn)行管理業(yè)務(wù)的分析，提出系統(tǒng)的目標(biāo)要求和功能分析的總體邏輯模型。(1)數(shù)據(jù)流程圖根據(jù)系統(tǒng)調(diào)查階段的

10、數(shù)據(jù)資料，并依據(jù)用戶的要求，確定該廠信息系統(tǒng)的基本功能和工 作過程如下：首先車間科室提出需求計(jì)劃，庫房管理員根據(jù)庫存情況， 決定是否需購貨，如不需購貨則通知車間前來取貨，否則庫房管理員通知采購員購貨，當(dāng)貨物到達(dá)后進(jìn)行入庫處理并通知車間科室前來取貨。根據(jù)相應(yīng)的功能要求，我們繪制系統(tǒng)的數(shù)據(jù)流程圖，如圖2所示：圖 2 數(shù)據(jù)流程圖（2）數(shù)據(jù)字典 數(shù)據(jù)字典是對描述數(shù)據(jù)流程圖中的數(shù)據(jù)項(xiàng)、 數(shù)據(jù)流、 數(shù)據(jù)存儲、 加工處理邏輯等組成部 分的嚴(yán)格定義，下面是本系統(tǒng)的數(shù)據(jù)字典（由于篇幅原因，在此僅給出部分） 。 數(shù)據(jù)項(xiàng)的定義數(shù)據(jù)項(xiàng)編號：1-01數(shù)據(jù)項(xiàng)名稱：商品編號別名：無簡述：某種商品的編號類型：字符型長度： 8

11、 字節(jié)取值范圍： 數(shù)字 + 英 文字 母數(shù)據(jù)項(xiàng)編號：1-02數(shù)據(jù)項(xiàng)名稱：單價(jià)別名：購入單價(jià)簡述：某種商品的購入單價(jià)類型：數(shù)值型長度： 10 位，小數(shù)位 2 位取值范圍： 0. 00 9999999. 99數(shù)據(jù)項(xiàng)編號：1-03數(shù)據(jù)項(xiàng)名稱：庫存數(shù)量別名：實(shí)際庫存數(shù)量簡述：某種商品的庫存數(shù)量類型：數(shù)值型長度： 5 位整數(shù)取值范 圍： 0 99999 數(shù)據(jù)流的定義數(shù)據(jù)流名稱：入庫單編號： F1簡述：采購人員填寫的商品入庫憑單數(shù)據(jù)流來源：采購人員數(shù)據(jù)流去向：登記庫存臺賬 數(shù)據(jù)流組成：日期 + 入庫單編號 + 商品編號 + 購入數(shù)量 流 通 量 ：25 份/天 高峰流通量： 50份/ 天數(shù)據(jù)流名稱：發(fā)貨單

12、編號： F2簡述：供應(yīng)商填寫的商品發(fā)貨憑單數(shù)據(jù)流來源：供應(yīng)商 數(shù)據(jù)流去向：登記合同臺賬 數(shù)據(jù)流組成：日期 + 發(fā)貨單編號 + 供應(yīng)商編號 + 商品編號 + 發(fā)貨數(shù)量 流 通 量 ：25 份/天高峰流通量： 50份/ 天數(shù)據(jù)流名稱：取貨單編號： F3簡述：庫管員填寫的要求車間取貨憑單數(shù)據(jù)流來源：庫管員數(shù)據(jù)流去向：車間 數(shù)據(jù)流組成：日期 + 車間編號 + 商品編號 + 數(shù)量 流 通 量 ：25 份/天高峰流通量： 50份/ 天 數(shù)據(jù)存儲的定義 數(shù)據(jù)存儲的名稱：庫存臺賬 數(shù)據(jù)存儲編號： D1簡 述：記錄商品的編號、名稱、單價(jià)與庫存數(shù)量等信息 數(shù)據(jù)存儲組成：商品編號 + 購入單價(jià) + 庫存數(shù)量關(guān) 鍵

13、字 ： 商品編號數(shù)據(jù)存儲的名稱：合同臺賬數(shù)據(jù)存儲編號： D2簡 述：記錄合同的編號、供應(yīng)商編號、貨物編號、單價(jià)與購入數(shù)量等信息 數(shù)據(jù)存儲組成：合同編號 + 供應(yīng)商編號 + 商品編號 + 單價(jià) + 購入數(shù)量 + 日期 + 合同狀態(tài)關(guān) 鍵 字 ： 合同編號 數(shù)據(jù)存儲的名稱：計(jì)劃臺賬數(shù)據(jù)存儲編號： D3簡 述：記錄計(jì)劃的編號、車間編號、商品編號、數(shù)量等信息 數(shù)據(jù)存儲組成：計(jì)劃編號 + 供應(yīng)商編號 + 商品編號 + 數(shù)量 + 日期 + 計(jì)劃狀態(tài) 關(guān) 鍵 字 ： 計(jì)劃編號數(shù)據(jù)存儲的名稱：供應(yīng)商信息數(shù)據(jù)存儲編號： D4簡 述：記錄供應(yīng)商的編號，名稱，地址，電話，傳真，銀行帳號 數(shù)據(jù)存儲組成：供應(yīng)商編號 +

14、 名稱 + 地址 + 電話 + 傳真 + 銀行帳號 關(guān) 鍵 字 ： 供應(yīng)商編號數(shù)據(jù)存儲的名稱：商品信息 數(shù)據(jù)存儲編號： D5簡 述：記錄庫存商品的編號，類別，名稱，規(guī)格，單價(jià)，單位，存放位置， 用途數(shù)據(jù)存儲組成：商品編號 + 名稱 + 類別 + 規(guī)格 + 單價(jià) + 單位 + 存放位置 + 用 途關(guān) 鍵 字 ： 商品編號數(shù)據(jù)存儲的名稱：車間信息數(shù)據(jù)存儲編號： D6簡 述：記錄車間的編號，名稱，聯(lián)系人，電話 數(shù)據(jù)存儲組成：車間編號 + 名稱 + 聯(lián)系人 + 電話 關(guān) 鍵 字 ： 車間編號數(shù)據(jù)存儲的名稱：用戶信息數(shù)據(jù)存儲編號： D7簡 述：記錄用戶名稱、密碼和權(quán)限 數(shù)據(jù)存儲組成：用戶名 + 密碼 +

15、 權(quán)限 關(guān) 鍵 字 ： 用戶名 處理邏輯的定義 處理名：庫存檢查編號：P1輸入：數(shù)據(jù)流 F5輸出：數(shù)據(jù)流 F6描述：當(dāng)車間將計(jì)劃單發(fā)給庫管員后， 庫管員要將計(jì)劃單與庫存臺賬進(jìn)行比較，看是否需要訂貨。處理名：驗(yàn)貨處理編號：P2輸入：數(shù)據(jù)流F2,數(shù)據(jù)流F5輸出：數(shù)據(jù)流F1,數(shù)據(jù)流F4描述：采購員要檢驗(yàn)貨物的質(zhì)量。處理名：出入庫檢查編號：P3輸入：數(shù)據(jù)流F1輸出：數(shù)據(jù)流F3描 述：當(dāng)驗(yàn)貨處理后，庫管員將貨物入庫，并發(fā)取貨單到訂貨單位。4. 系統(tǒng)設(shè)計(jì)（1）系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)庫存管理信息系統(tǒng)的目標(biāo)是保障企業(yè)生產(chǎn)所需的所有商品供給，并通過有效的管理，提高庫存周轉(zhuǎn)率，降低資金占用。我們根據(jù)系統(tǒng)分析結(jié)果，得出本

16、系統(tǒng)的功能結(jié)構(gòu)圖如圖3所示。計(jì)劃管理的主要功能是根據(jù)各生產(chǎn)部門上報(bào)的生產(chǎn)、維修及工程用料計(jì)劃與已有的采購合同計(jì)劃和庫存情況等信息建立數(shù)據(jù)庫，并及時(shí)根據(jù)生產(chǎn)計(jì)劃的變更，修改商品計(jì)劃，生成商品采購清單。庫存管理模塊中的各子模塊都由數(shù)據(jù)錄入、修改、刪除、查詢等模塊構(gòu)成。其中數(shù)據(jù)錄 入模塊包括對商品庫存文件的數(shù)據(jù)錄入、商品購入文件的數(shù)據(jù)錄入、商品出庫文件的錄入； 數(shù)據(jù)修改是對上述三種文件中的數(shù)據(jù)進(jìn)行修改；數(shù)據(jù)刪除同數(shù)據(jù)修改基本上是一樣的，只不過這里是將記錄從相應(yīng)的數(shù)據(jù)庫文件中刪除掉。（2）系統(tǒng)配置方案根據(jù)開發(fā)時(shí)期計(jì)算機(jī)市場的性能價(jià)格比和本系統(tǒng)的實(shí)際情況，選擇了P4微機(jī)及Access數(shù)據(jù)庫管理系統(tǒng)。（3

17、 ）代碼設(shè)計(jì)為了和工作人員以往的商品管理方式一致，商品信息編碼以數(shù)字表示。根據(jù)行業(yè)標(biāo)準(zhǔn)，所有商品分為19大類（兩位數(shù)字），每大類又分為若干小類（兩位數(shù)字），在小類中根據(jù)商品規(guī)格型號的不同以卡號（四位數(shù)字）再進(jìn)行區(qū)分。設(shè)計(jì)方案如圖4所示。商品規(guī)格型號 大類號 小類號圖4商品代碼設(shè)計(jì)方案此外為了使數(shù)據(jù)錄入、商品信息管理、信息查詢、統(tǒng)計(jì)的方便快速，我們還根據(jù)需要對 商品的去向和來源進(jìn)行了統(tǒng)計(jì)用信息編碼和部門編碼。（4）數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫是數(shù)據(jù)庫應(yīng)用程序的核心。數(shù)據(jù)庫設(shè)計(jì)是建立一個(gè)應(yīng)用程序最重要的步驟之一。 數(shù)據(jù)庫設(shè)計(jì)一般要在需求分析和數(shù)據(jù)分析的基礎(chǔ)上進(jìn)行概念設(shè)計(jì)、邏輯設(shè)計(jì)和物理設(shè)計(jì)。 概念設(shè)計(jì)經(jīng)過對該

18、廠的調(diào)查我們了解到系統(tǒng)中的實(shí)體類型有：供應(yīng)商、商品、領(lǐng)用單位等，這些 實(shí)體之間的相互關(guān)系有：供應(yīng)商與商品之間存在“供應(yīng)”聯(lián)系，是多對多的。商品與領(lǐng)用單位之間存在“出庫”，“出庫”對多的。每個(gè)實(shí)體的屬性分別是：供應(yīng)商：供應(yīng)商編號，名稱，地址，電話，傳真，銀行帳號商品：商品編號，名稱，類別，規(guī)格，單價(jià)，單位，庫存量，存放位置，用途車間：車間編號，名稱，聯(lián)系人，電話畫出庫存管理的E R圖如圖5所示。圖5庫存管理E R圖 邏輯設(shè)計(jì)邏輯設(shè)計(jì)的任務(wù)是根據(jù) DBMS勺特征把概念結(jié)構(gòu)轉(zhuǎn)換為相應(yīng)的邏輯結(jié)構(gòu)。概念設(shè)計(jì)所得到的E R模型，是獨(dú)立于 DBMS勺，這里的轉(zhuǎn)換就是把表示概念結(jié)構(gòu)的E R圖轉(zhuǎn)換成關(guān)系模型的邏

19、輯結(jié)構(gòu)。將上圖轉(zhuǎn)換為規(guī)范的關(guān)系模式為：供應(yīng)商（供應(yīng)商編號，名稱，地址，電話，傳真，銀行帳號）商品（商品編號，名稱，類別，規(guī)格，單價(jià)，單位，庫存量，存放位置，用途）供應(yīng)（供應(yīng)商編號，商品編號，數(shù)量，單價(jià)）車間（車間編號，名稱，聯(lián)系人，電話）出庫（商品編號，車間編號，數(shù)量） 物理設(shè)計(jì)物理設(shè)計(jì)的目的是根據(jù)具體 DBMS勺特征，確定數(shù)據(jù)庫的物理結(jié)構(gòu) （存儲結(jié)構(gòu)）。關(guān)系數(shù) 據(jù)庫的物理設(shè)計(jì)任務(wù)包括兩個(gè)方面，一是確定所有數(shù)據(jù)庫文件的名稱及其所含字段的名稱、 類型和寬度；二是確定各數(shù)據(jù)庫文件需要建立的索引，在什么字段上建立索引等。各表結(jié)構(gòu)如表1 7所示。表1庫存臺賬字段名字段類型字段寬度說明商品編號Chara

20、cter8購入單價(jià)Numeric10.2庫存數(shù)量Numeric5庫存數(shù)量表2合同臺賬字段名字段類型字段寬度說明合同編號Character8供應(yīng)商編號Character8商品編號Character8單價(jià)Numeric10.2數(shù)量Numeric5日期Date8合同狀態(tài)Logic1備注Demo合同未執(zhí)行的原因表3計(jì)劃臺賬字段名字段類型字段寬度說明計(jì)劃編號Character8車間編號Character8商品編號Character8數(shù)量Numeric5日期Date8是否定貨Logic1是否到貨Logic1是否取貨Logic1表4供應(yīng)商信息字段名字段類型字段寬度說明供應(yīng)商編號Character8名稱Cha

21、racter40地址Character50電話Character20傳真Character20銀行帳號Character20商品信息字段名字段類型字段寬度說明商品編號Character8名稱Character20類別Character8規(guī)格Character8單價(jià)Numeric10.2單位Character8存放位置Character50用途Demo表6車間信息字段名字段類型字段寬度說明車間編號Character8名稱Character20聯(lián)系人Character10車間的聯(lián)系人電話Character20聯(lián)系人的電話表7用戶信息字段名字段類型字段寬度說明用戶名Character20用戶登錄時(shí)的

22、名稱密碼Character20用戶登錄時(shí)的密碼權(quán)限Character8用戶的權(quán)限(5)系統(tǒng)處理流程設(shè)計(jì)該廠的庫存管理信息系統(tǒng)包括：計(jì)劃管理、庫房管理等子系統(tǒng)，系統(tǒng)運(yùn)行流程圖如圖 所示。計(jì)劃管理庫房管理圖6庫存管理系統(tǒng)流程圖5. 系統(tǒng)實(shí)施(略)課堂案例分析案例51基于Web的高校教材查詢系統(tǒng)的分析與設(shè)計(jì)1. 開發(fā)背景*高校是一所綜合性高校，其涉及的專業(yè)課程多，教材用書種類多，數(shù)量大，傳統(tǒng)的管 理方法存在著效率低，易出錯等諸多弊端，特別是學(xué)生、教師對教材使用情況了解相對較少， 信息的透明度較低，與當(dāng)前高校管理中倡導(dǎo)的“以人為本”的管理思想存在著很大的差距。 為此該校教材科開發(fā)了一套基于c/s的教材

23、管理信息系統(tǒng)。該系統(tǒng)主要包括以下六項(xiàng)處理功能：系統(tǒng)維護(hù)、教材訂購計(jì)劃管理、教材庫存管理、教材銷售處理、學(xué)生預(yù)收款管理、數(shù)據(jù) 統(tǒng)計(jì)、查詢與分析等功能。但是由于基于C/S的管理信息系統(tǒng)自身存在的使用范圍小、地點(diǎn)固定等缺點(diǎn)，依然不能滿足管理上的需要。如學(xué)生想知道教材科是否有某本書、想了解自己教材款的使用情況，教師想要預(yù)訂下學(xué)期的教材等都必須親自去教材科，一方面浪費(fèi)了學(xué)生和教師的時(shí)間和精力，另一方面也加大了教材科的工作量，為此教材科希望在原有的基于 C/S的教材管理信息系統(tǒng)的基礎(chǔ)上，利用高校校園網(wǎng)的強(qiáng)大存儲能力和方便的網(wǎng)絡(luò)查詢能 力，采用流行的 Browser/Server結(jié)構(gòu)體系，將最終用戶界面統(tǒng)一

24、為瀏覽器，開發(fā)基于Web的教材信息查詢系統(tǒng)，更好地滿足各類人員對教材信息管理的需求。2. 系統(tǒng)調(diào)查通過對該高校教材科的業(yè)務(wù)工作進(jìn)行的調(diào)查，我們發(fā)現(xiàn)該教材科的業(yè)務(wù)對象主要有三 類：學(xué)生、教師和教材科，其相應(yīng)的日常業(yè)務(wù)也可以分為三類，分別是：（1）有關(guān)學(xué)生的業(yè)務(wù)教材科對于學(xué)生的業(yè)務(wù)主要是為學(xué)生提供入學(xué)以來在教材科的購書詳細(xì)資料的查詢，存款詳細(xì)資料的查詢，剩余款項(xiàng)數(shù)額查詢及學(xué)生對所需教材的查詢等等。以往的方式是學(xué)生到教材科，提供自己的姓名、系別、年級，然后教材科在原始記錄中查詢。（2）有關(guān)教師的業(yè)務(wù)教師的業(yè)務(wù)主要是登記查詢教師領(lǐng)書的信息，每學(xué)期開學(xué)，各 系教師根據(jù)上學(xué)期預(yù)定的教材記錄到教材科領(lǐng)取教材

25、，并登記；每學(xué)期教師可以預(yù)定下學(xué)期所用教材，方式是教師在學(xué)期末到教材科，提 供所需教材名稱、教師個(gè)人信息等，然后教材科記錄相應(yīng)信息并制定 相應(yīng)采購計(jì)劃。（3）有關(guān)教材科的業(yè)務(wù)教材科的業(yè)務(wù)主要是采購圖書，發(fā)放教材，對庫存圖書、學(xué)生購書信息、教師（院系）領(lǐng)書的信息進(jìn)行管理、統(tǒng)計(jì)。這其中涉及到 所有有關(guān)教材的各種信息、數(shù)據(jù)，這部分也是教材科最主要、核心的 業(yè)務(wù)。通過對上述業(yè)務(wù)的歸納，可以畫出該系統(tǒng)的功能體系圖，如圖圖1功能結(jié)構(gòu)圖3. 業(yè)務(wù)流程分析3.1 業(yè)務(wù)分類通過對上述業(yè)務(wù)的了解及分析，新系統(tǒng)的業(yè)務(wù)可以分為通用查 詢業(yè)務(wù)、專用查詢業(yè)務(wù)和網(wǎng)上預(yù)定業(yè)務(wù)三部分。（1）通用查詢業(yè)務(wù)通用查詢業(yè)務(wù)包括教材基本

26、信息查詢業(yè)務(wù)、學(xué)生購書查詢業(yè)務(wù)、學(xué)生存款查詢業(yè)務(wù)、教師領(lǐng)書查詢業(yè)務(wù)、教材零售查詢業(yè)務(wù)等。 任何人在學(xué)?；蛐Ｍ舛伎梢允褂米约旱挠脩裘兔?碼在任何一臺能夠上網(wǎng)的電腦上查詢他想要查詢的內(nèi)容（其中教材基本信息查詢不需要用戶名和密碼）。（2）教材科專用查詢業(yè)務(wù)專用查詢業(yè)務(wù)是針對教材科的業(yè)務(wù)，這部分業(yè)務(wù)不對外開放， 因?yàn)樗鼪]有對外開放的必要，這部分業(yè)務(wù)主要是輔助教材科對庫存中教材的數(shù)量，更新速度等進(jìn)行統(tǒng)計(jì)、 預(yù)測、分析。具體業(yè)務(wù)應(yīng)包括：教材庫存統(tǒng)計(jì)業(yè)務(wù)、教材零售統(tǒng)計(jì)業(yè)務(wù)、學(xué)生購書統(tǒng)計(jì)業(yè)務(wù)和學(xué)生退書統(tǒng) 計(jì)業(yè)務(wù)及教師（院系）領(lǐng)書情況的統(tǒng)計(jì)業(yè)務(wù)。（3）教材預(yù)訂業(yè)務(wù)網(wǎng)上教材預(yù)訂業(yè)務(wù)是辦公自動化優(yōu)越性的體現(xiàn)。在新

27、業(yè)務(wù)系統(tǒng)中，各系要預(yù)訂教材不用像以前跑到教材科進(jìn)行登記了。只要在預(yù)定系統(tǒng)中輸入所要預(yù)定的教材的信息，就可以完成對教材的預(yù)定，這樣大大提高了工作效率。為完成網(wǎng)上預(yù)定的過程，相應(yīng)的應(yīng)該完成一系列 的業(yè)務(wù)，包括：預(yù)定教材信息錄入、預(yù)定教材信息的修改、預(yù)定教材信息查詢和預(yù)定教材信 息統(tǒng)計(jì)等內(nèi)容。3.2業(yè)務(wù)流程圖由于業(yè)務(wù)較多，在此僅對通用查詢業(yè)務(wù)和網(wǎng)上教材預(yù)定業(yè)務(wù)分別舉例加以說明。（1）通用查詢業(yè)務(wù)以學(xué)生查詢業(yè)務(wù)為例，該業(yè)務(wù)是學(xué)生向系統(tǒng)輸入用戶名和密碼進(jìn)行身份認(rèn)證，認(rèn)證成功的學(xué)生就可以查詢其在教材中心的某一筆或全部購書、退書及存取款記錄。其業(yè)務(wù)流程圖如圖2所示（2）教材預(yù)訂業(yè)務(wù)教師進(jìn)行教材預(yù)訂的業(yè)務(wù)流程

28、是教師首先輸入自己的用戶名和 密碼進(jìn)行身份認(rèn)證，然后在教材預(yù)訂系統(tǒng)中輸入自己下學(xué)期所上課程 要使用的教材基本信息，在規(guī)定的時(shí)間內(nèi)，教師也可以對已輸入的教 材信息進(jìn)行查詢和修改，超過了預(yù)定的時(shí)間，該信息將被轉(zhuǎn)移到教材 計(jì)劃表中。該業(yè)務(wù)的業(yè)務(wù)流程圖如圖 3所示。4、數(shù)據(jù)流程分析數(shù)據(jù)流程分析是在對上述業(yè)務(wù)流程圖進(jìn)行分析的基礎(chǔ)上， 從系統(tǒng) 的科學(xué)性、管理的合理性和實(shí)際運(yùn)行的可行性角度出發(fā)， 將信息處理 的功能和彼此之間的聯(lián)系自頂向下、 逐層分解，在邏輯上精確地描述 新系統(tǒng)應(yīng)具有的功能、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和4.1數(shù)據(jù)流程圖由于該系統(tǒng)的數(shù)據(jù)流程圖較多，我們依然只對學(xué)生查詢業(yè)務(wù)和教 材預(yù)

29、訂業(yè)務(wù)的數(shù)據(jù)流程圖做詳細(xì)介紹。（1）學(xué)生查詢子系統(tǒng)由于學(xué)生要對自己的信息進(jìn)行查詢， 涉及個(gè)人機(jī)密，所以學(xué)生應(yīng) 該首先進(jìn)行身份確認(rèn)，即登錄系統(tǒng)，在身份得到確認(rèn)后才可以查詢自 己的購書記錄，退書記錄、自己的存款賬戶以及教材科現(xiàn)有教材的情 況，其數(shù)據(jù)流程圖如圖4所示。非法用戶岀錯信息圖4學(xué)生查詢子系統(tǒng)數(shù)據(jù)流程圖(2)教材預(yù)訂子系統(tǒng)根據(jù)業(yè)務(wù)流程圖對教材預(yù)訂系統(tǒng)的描述， 該系統(tǒng)的數(shù)據(jù)流程圖如 圖5所示。4.2數(shù)據(jù)字典數(shù)據(jù)流程圖只是從數(shù)據(jù)流向的角度描述了系統(tǒng)的組成和各部分之間的聯(lián)系，但卻沒有具體說明各個(gè)組成部分和數(shù)據(jù)流的具體含義， 而數(shù)據(jù)字典正好彌補(bǔ)了這一不足，數(shù)據(jù)字典是對數(shù)據(jù)流程的最底層圖 中的數(shù)據(jù)項(xiàng)、

30、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯和外部實(shí)體進(jìn)行了詳細(xì)的 說明。由于系統(tǒng)分析中數(shù)據(jù)字典的內(nèi)容非常多，在此僅對各個(gè)部分分別舉例進(jìn)行說明。（1）數(shù)據(jù)項(xiàng)的定義數(shù)據(jù)項(xiàng)編號：A01-01數(shù)據(jù)項(xiàng)名稱：學(xué)號別名:無簡述:學(xué)生信息表中某個(gè)學(xué)生的學(xué)號類型:字符型長度:10個(gè)字節(jié)取值范圍：0000000000-9999999999已超過預(yù)訂期限”信息圖5教材預(yù)訂子系統(tǒng)數(shù)據(jù)流程圖數(shù)據(jù)項(xiàng)編號： A02-01 數(shù)據(jù)項(xiàng)名稱：教材編號 別名：編號簡述：教材信息表中某種教材的編號類型：字符型長度： 6 個(gè)字節(jié)取 值 范圍：字母數(shù)字（2）數(shù)據(jù)結(jié)構(gòu)的定義 數(shù)據(jù)結(jié)構(gòu)編號： D2 數(shù)據(jù)結(jié)構(gòu)名稱：教材信息表 簡 述：教材科庫存教材的信息情況表

31、 數(shù)據(jù)結(jié)構(gòu)組成：教材編碼教材名稱作者出版社版別序號 印刷批次出版日期價(jià)格理論庫存量實(shí)際庫存量庫存位置 數(shù)據(jù)結(jié)構(gòu)編號： D1 數(shù)據(jù)結(jié)構(gòu)名稱：學(xué)生信息表 簡 述：學(xué)生的相關(guān)信息數(shù)據(jù)結(jié)構(gòu)組成：學(xué)號學(xué)生姓名用戶名密碼當(dāng)前余額（3）數(shù)據(jù)流的定義數(shù)據(jù)流編號： F02-01 數(shù)據(jù)流名稱：登錄信息簡 述：用戶登錄系統(tǒng)時(shí)需要輸入的用戶信息 數(shù)據(jù)流組成：用戶名 +密碼 數(shù)據(jù)流來源：學(xué)生、教師、教材管理人員流 通 量： 1000 份/天高峰流通量： 700份/每天 15： 00-21 ：00（4）處理邏輯的定義處理邏輯編號： P1 處理邏輯名稱：驗(yàn)證登錄信息簡述：驗(yàn)證用戶身份輸入的數(shù)據(jù)流：登錄信息，來源：外部實(shí)體“

32、學(xué)生” 、“教師”等 處理：查詢“學(xué)生信息表”或“教師信息表” ，判斷其是否為合法用戶輸出的數(shù)據(jù)流：合法用戶，去向是處理邏輯“輸入查詢條件”輸入教材預(yù)訂信息”等非法用戶，去向是外部實(shí)體“學(xué)生” 、“教師”等 處 理 頻 率： 200次/ 天（5）數(shù)據(jù)存儲的定義數(shù)據(jù)存儲編號： D3數(shù)據(jù)存儲名稱：學(xué)生領(lǐng)書表簡 述：存放學(xué)生在校期間所有的領(lǐng)書記錄 數(shù)據(jù)存儲組成： 流水號學(xué)號教材編碼領(lǐng)書日期數(shù)量單 價(jià)業(yè)務(wù)員關(guān) 鍵 字：學(xué)號教材編碼領(lǐng)書日期相關(guān)聯(lián)的處理：P4（ “查詢”）等（6）外部實(shí)體的定義外部實(shí)體編號： S2外部實(shí)體名稱：教師簡 述：本校所有任課教師輸入的數(shù)據(jù)流：F1 （“非法用戶信息”）等輸出的數(shù)

33、據(jù)流：D02 01 （“用戶登錄信息”）等5、系統(tǒng)設(shè)計(jì)5.1 系統(tǒng)總體設(shè)計(jì)5.1.1 系統(tǒng)硬件設(shè)計(jì) 在開發(fā)一個(gè)網(wǎng)上瀏覽系統(tǒng)時(shí)， 特別是基于具有大量數(shù)據(jù)的數(shù)據(jù)庫 系統(tǒng)的網(wǎng)站時(shí)， 需要多服務(wù)器的共同支持。 雖然這些服務(wù)可以在一個(gè) 服務(wù)器上集成， 但這樣做可能會有安全問題。 所以針對最典型的網(wǎng)絡(luò) 應(yīng)用，至少需要兩臺服務(wù)器，他們分別是： Web 服務(wù)器和數(shù)據(jù)庫服務(wù) 器。瀏覽器、Web服務(wù)器與數(shù)據(jù)庫服務(wù)器之間的三層體系結(jié)構(gòu)關(guān)系如 圖 6 所示。校園網(wǎng) Web服務(wù)器為Sun Ultra Enterprise 450的UNIX服務(wù)器， 不兼容微軟的IIS/ASP平臺，所以瀏覽系統(tǒng)的 Web服務(wù)器選用HPLH

34、3 服務(wù)器，通過在校園網(wǎng)主DNS服務(wù)器設(shè)定域名進(jìn)行解析。數(shù)據(jù)庫服務(wù) 器同樣采用HPLH3服務(wù)器并安裝微軟的SQLServer 7.0數(shù)據(jù)庫平臺。5.1.2 系統(tǒng)軟件設(shè)計(jì)本系統(tǒng)全面采用微軟的產(chǎn)品解決方案。Web服務(wù)器操作系統(tǒng)采用微軟的 Win dows NT Server 4， Web服務(wù)器為微軟的In ter net Information System 4 ，數(shù)據(jù)庫管理系統(tǒng)采用微軟的 SQL Server 7, 開發(fā)工具采用微軟的 Visual InterDev ，采用微軟的 Active Server Pages（ASP技術(shù)開發(fā)網(wǎng)站。Active Server Pages 程序是在服務(wù)器端

35、工作，并且通過服務(wù)器 端的編譯動態(tài)的送出HTMI文件給客戶端，而不像一般Script是在客 戶端通過瀏覽器執(zhí)行， 因而產(chǎn)生各廠商瀏覽器并不完全支持某種腳本 語言而造成執(zhí)行錯誤的現(xiàn)象；當(dāng)客戶端瀏覽器向服務(wù)器端要求一 個(gè).ASP文件（Active Server Pages文件后綴名為.asp ）時(shí)，Server 會將把這個(gè)ASP文件從頭到尾讀一遍，并加以編譯執(zhí)行（利用核心程 序ASP.DLL的編譯），最后送出標(biāo)準(zhǔn)HTMI格式文件給客戶端，由于送 給客戶端的是標(biāo)準(zhǔn)的HTML格式文件，所以可以克服瀏覽器互不兼容的問題。Browser5.2Wb ServerActiveServerDBMSPages圖6

36、三層體系結(jié)構(gòu)示意圖代碼設(shè)計(jì)代碼設(shè)計(jì)是系統(tǒng)設(shè)計(jì)中非常重要的一部分。 本系統(tǒng)中設(shè)計(jì)多個(gè)代碼的設(shè)計(jì)，如“學(xué)號”，為了和學(xué)校中的其他系統(tǒng)保持一致，所以使用學(xué)校目前“學(xué)號”代碼的設(shè)計(jì)，其設(shè)計(jì)規(guī)則如下：I 1順序號年級專業(yè)院系編碼“教材編碼”的設(shè)計(jì)考慮到教材一般都是各個(gè)院系有自己專用的教材，所以其代碼設(shè)計(jì)如下：順序號院系編碼由于該高校的院系不超過30個(gè)，所以“院系編碼”的設(shè)計(jì)采用了 3位的順序碼。其他代碼設(shè)計(jì)不再一一列舉。5.3數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)是在選定的數(shù)據(jù)庫管理系統(tǒng)基礎(chǔ)上建立數(shù)據(jù)庫的過 程。數(shù)據(jù)庫設(shè)計(jì)時(shí)需要綜合各個(gè)子系統(tǒng)的數(shù)據(jù)需求，分析各個(gè)數(shù)據(jù)之 間的關(guān)系，按照DBMS提供的功能和描述工具，設(shè)計(jì)出規(guī)

37、模適當(dāng)、正 確反映數(shù)據(jù)關(guān)系、數(shù)據(jù)冗余少、存取效率高、能滿足各種查詢要求的 數(shù)據(jù)模型。該設(shè)計(jì)過程包括概念結(jié)構(gòu)設(shè)計(jì)、 邏輯結(jié)構(gòu)設(shè)計(jì)和物理結(jié)構(gòu) 設(shè)計(jì)。531概念結(jié)構(gòu)設(shè)計(jì)在系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)中，首先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進(jìn)行分析，分析各數(shù)據(jù)存儲之間的關(guān)系，可采用E-R圖的方法進(jìn)行數(shù)據(jù)結(jié)構(gòu)分析。本系統(tǒng)中涉及的實(shí)體主要有“學(xué)生”、“教師”、學(xué)生“教材”、“院系預(yù)存款(e) “預(yù)存款”實(shí)體及其屬性圖(c) “教師”實(shí)體及其屬性圖(d) “院系”實(shí)體及其屬性圖圖7實(shí)體及其屬性圖各實(shí)體之間具有一定的聯(lián)系，用E R圖表示出來，如圖8所示；購書日期：業(yè)務(wù)員nn532邏輯結(jié)構(gòu)設(shè)計(jì)邏輯設(shè)計(jì)的任務(wù)就是根據(jù)

38、DBMS勺特征，將上述獨(dú)立于DBMS勺E-R圖描述的概念結(jié)構(gòu)轉(zhuǎn)換為關(guān)系模型的邏輯結(jié)構(gòu)。上述兩個(gè)E- R圖轉(zhuǎn)換成的規(guī)范的關(guān)系模式為:（1）學(xué)生信息表XS （學(xué)號，姓名）（2）教材信息表JC （教材編碼，教材名稱，作者，出版社，版別序號，印刷批次，出版日期，價(jià)格，庫存量,學(xué)生購書表學(xué)生退書表(3)(4) 員)(5)(6)(7)教師信息表教師領(lǐng)書表教材預(yù)訂表庫存位置）XSGS （學(xué)號，教材編碼，購書日期，數(shù)量，單價(jià)，業(yè)務(wù)員）XSTS （學(xué)號，教材編碼，購書日期，退書日期，數(shù)量，單價(jià)，業(yè)務(wù)JS （教師編號，姓名，院系編號）JSLS （教師編碼，教材編碼，領(lǐng)書日期，數(shù)量，業(yè)務(wù)員）JCYD （課程號，計(jì)劃

39、日期，院系編碼，教師編碼，教材名稱，作者,出版社，出版日期，價(jià)格，需求數(shù)量）（8）預(yù)存款信息表 XSCK （學(xué)號，存取日期，存取，金額，業(yè)務(wù)員）（9）院系信息表 YXXX （院系編碼，院系名稱）5.3.3物理結(jié)構(gòu)設(shè)計(jì)物理結(jié)構(gòu)設(shè)計(jì)的任務(wù)主要包括兩個(gè)方面，其一是確定所有數(shù)據(jù)庫文件的名稱及其結(jié)構(gòu)，其二是確定各個(gè)數(shù)據(jù)庫文件是否需要建立索引，以及在什么字段上建立索引。本系統(tǒng)中部分表的結(jié)構(gòu)如表1表11所示表1 教材信息表（JC）字段名含義類型寬度空值主鍵索引JCBM教材編碼Char6NoYesYesJCMC教材名稱Char32YesZZ作者Char12YesCBS出版社Char40YesBBXH版別序號Lo ngYSPC印刷批次Lo ngCBRQ出版日期Date8XSJG價(jià)格DecLLKC理論庫存量Lo ngSJKC實(shí)際庫存量Lo ngXQSL需求量Lo ngKCWZ庫存位置Char12表2 學(xué)生信息表（XS）字段名含義類型寬度空值主鍵索引XH學(xué)號Char10NoYesYesXSXM學(xué)生姓名Char12YesDQYE當(dāng)前余額DecYHM用戶名Char16NoYesKLDM口令Char16No表3 學(xué)生購書信息表（XS