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

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

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

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

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

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

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

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

8、統(tǒng)對企業(yè)的業(yè)務(wù)流程進行流程再造，使其更加通暢，提高企業(yè)在同行業(yè)中的競爭力。 商品代碼化治理代碼問題，嚴(yán)格講是一個科學(xué)治理的問題，設(shè)計出一個好的代碼方案關(guān)于系統(tǒng)的開發(fā)工作是一件極為有利的情況。代碼設(shè)計的好能夠使專門多機器處理變得十分方便，還能夠把一些現(xiàn)時期計算機專門難處理的工作變成專門簡單的工作。由于庫存商品種類繁多，在庫存治理過程中極易發(fā)生混亂的問題。IT技術(shù)與層次編碼技術(shù)的結(jié)合為商品的高效治理提供了可能。這種編碼技術(shù)對所有庫存商品按照層次和類不給予唯一的編碼。它是區(qū)分不同商品的最要緊的標(biāo)準(zhǔn)，具有易讀和易記的特點，使得治理者只需明白商品的編碼，就能夠了解該商品的有關(guān)信息，以便在每日的煩雜治理中

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

10、統(tǒng)的差不多功能和工作過程如下：首先車間科室提出需求打算，庫房治理員依照庫存情況，決定是否需購貨，如不需購貨則通知車間前來取貨，否則庫房治理員通知采購員購貨，當(dāng)物資到達(dá)后進行入庫處理并通知車間科室前來取貨。依照相應(yīng)的功能要求，我們繪制系統(tǒng)的數(shù)據(jù)流程圖，如圖2所示：供貨單位供貨單位出入庫處理車間采購員打算臺賬庫存臺賬合同臺賬供應(yīng)商信息商品信息車間信息打算臺賬發(fā)貨單退貨單到貨通知入庫單取貨單打算單訂貨單驗貨處理庫存提示可供貨的打算單庫存檢查查詢打印圖2數(shù)據(jù)流程圖（2）數(shù)據(jù)字典數(shù)據(jù)字典是對描述數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)流、數(shù)據(jù)存儲、加工處理邏輯等組成部分的嚴(yán)格定義，下面是本系統(tǒng)的數(shù)據(jù)字典（由于篇幅緣故

11、，在此僅給出部分）。 數(shù)據(jù)項的定義數(shù)據(jù)項編號：1-01數(shù)據(jù)項名稱：商品編號不名：無簡 述：某種商品的編號類型：字符型長度：8字節(jié)取值范圍：數(shù)字 + 英文字母數(shù)據(jù)項編號：1-02數(shù)據(jù)項名稱：單價不名：購入單價簡 述：某種商品的購入單價類型：數(shù)值型長度：10位，小數(shù)位2位取值范圍：0.009999999.99數(shù)據(jù)項編號：1-03數(shù)據(jù)項名稱：庫存數(shù)量不名：實際庫存數(shù)量簡 述：某種商品的庫存數(shù)量類型：數(shù)值型長度：5位整數(shù)取值范圍：099999 數(shù)據(jù)流的定義數(shù)據(jù)流名稱：入庫單編號：F1簡述：采購人員填寫的商品入庫憑單數(shù)據(jù)流來源：采購人員數(shù)據(jù)流去向：登記庫存臺賬數(shù)據(jù)流組成：日期 + 入庫單編號 + 商品編

12、號 + 購入數(shù)量流通量：25份/天高峰流通量：50份/天數(shù)據(jù)流名稱：發(fā)貨單編號：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簡述：記錄商品的編號、名稱、單價與庫存數(shù)量等信息數(shù)據(jù)存儲組成：商品編號 + 購入

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

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

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

16、修及工程用料打算與已有的采購合同打算和庫存情況等信息建立數(shù)據(jù)庫，并及時依照生產(chǎn)打算的變更，修改商品打算，生成商品采購清單。庫存治理模塊中的各子模塊都由數(shù)據(jù)錄入、修改、刪除、查詢等模塊構(gòu)成。其中數(shù)據(jù)錄入模塊包括對商品庫存文件的數(shù)據(jù)錄入、商品購入文件的數(shù)據(jù)錄入、商品出庫文件的錄入；數(shù)據(jù)修改是對上述三種文件中的數(shù)據(jù)進行修改；數(shù)據(jù)刪除同數(shù)據(jù)修改差不多上是一樣的，只只是那個地點是將記錄從相應(yīng)的數(shù)據(jù)庫文件中刪除掉。庫存治理信息系統(tǒng)庫存治理信息系統(tǒng)系統(tǒng)治理打算治理庫存治理系統(tǒng)初始化用戶控制庫存臺賬管理計劃臺賬管理合同臺賬管理修改信息出庫入庫庫存提示圖3功能結(jié)構(gòu)圖圖3功能結(jié)構(gòu)圖（2）系統(tǒng)配置方案依照開發(fā)時期計

17、算機市場的性能價格比和本系統(tǒng)的實際情況，選擇了P4微機及Access數(shù)據(jù)庫治理系統(tǒng)。（3）代碼設(shè)計為了和工作人員以往的商品治理方式一致，商品信息編碼以數(shù)字表示。依照行業(yè)標(biāo)準(zhǔn)，所有商品分為19大類（兩位數(shù)字），每大類又分為若干小類（兩位數(shù)字），在小類中依照商品規(guī)格型號的不同以卡號（四位數(shù)字）再進行區(qū)分。設(shè)計方案如圖4所示。 * * * 小類號商品規(guī)格型號大類號圖4 商品代碼設(shè)計方案此外為了使數(shù)據(jù)錄入、商品信息治理、信息查詢、統(tǒng)計的方便快速，我們還依照需要對商品的去向和來源進行了統(tǒng)計用信息編碼和部門編碼。（4）數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫是數(shù)據(jù)庫應(yīng)用程序的核心。數(shù)據(jù)庫設(shè)計是建立一個應(yīng)用程序最重要的步驟之一。數(shù)

18、據(jù)庫設(shè)計一般要在需求分析和數(shù)據(jù)分析的基礎(chǔ)上進行概念設(shè)計、邏輯設(shè)計和物理設(shè)計。 概念設(shè)計通過對該廠的調(diào)查我們了解到系統(tǒng)中的實體類型有：供應(yīng)商、商品、領(lǐng)用單位等，這些實體之間的相互關(guān)系有：供應(yīng)商與商品之間存在“供應(yīng)”聯(lián)系，是多對多的。商品與領(lǐng)用單位之間存在“出庫”，“出庫”對多的。每個實體的屬性分不是：供應(yīng)商：供應(yīng)商編號，名稱，地址，電話，傳真，銀行帳號 商 品：商品編號，名稱，類不，規(guī)格，單價，單位，庫存量，存放位置，用途車 間：車間編號，名稱，聯(lián)系人，電話畫出庫存治理的ER圖如圖5所示。圖5庫存治理ER圖 邏輯設(shè)計邏輯設(shè)計的任務(wù)是依照DBMS的特征把概念結(jié)構(gòu)轉(zhuǎn)換為相應(yīng)的邏輯結(jié)構(gòu)。概念設(shè)計所得到

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

20、等。各表結(jié)構(gòu)如表17所示。表1庫存臺賬字段名字段類型字段寬度講明商品編號Character 8 購入單價 Numeric10.2 庫存數(shù)量 Numeric 5 庫存數(shù)量表2合同臺賬字段名 字段類型8 合同編號 字段寬度 8 供應(yīng)商編號講明合同編號Character8供應(yīng)商編號Character8商品編號Character8 商品編號 8單價Numeric10.2數(shù)量Numeric5日期Date8合同狀態(tài) 10.2 單價Logic 10.2 購入數(shù)量 1 備注 30 合同未執(zhí)行的緣故Demo合同未執(zhí)行的緣故表3打算臺賬字段名字段類型字段寬度講明打算編號Character8車間編號Characte

21、r8商品編號Character8數(shù)量Numeric5日期Date8是否定貨Logic1是否到貨Logic1是否取貨Logic1表4供應(yīng)商信息字段名字段類型字段寬度講明供應(yīng)商編號Character8名稱Character40地址Character50電話Character20傳真Character20銀行帳號Character20表5商品信息字段名字段名字段類型字段寬度講明商品編號Character8名稱Character20類不Character8規(guī)格Character8單價Numeric10.2單位Character8存放位置Character50用途Demo表6車間信息 字段名字段類型字段

22、寬度講明車間編號Character8名稱Character20聯(lián)系人Character10車間的聯(lián)系人電話Character20聯(lián)系人的電話表7用戶信息 字段名字段類型字段寬度講明用戶名Character20用戶登錄時的名稱密碼Character20用戶登錄時的密碼權(quán)限Character8用戶的權(quán)限（5）系統(tǒng)處理流程設(shè)計該廠的庫存治理信息系統(tǒng)包括：打算治理、庫房治理等子系統(tǒng)，系統(tǒng)運行流程圖如圖6所示。結(jié)束結(jié)束開始登錄界面各子系統(tǒng)選擇打算治理庫房治理 圖6庫存治理系統(tǒng)流程圖5系統(tǒng)實施（略）課堂案例分析案例51 基于Web的高校教材查詢系統(tǒng)的分析與設(shè)計1.開發(fā)背景*高校是一所綜合性高校，其涉及的專

23、業(yè)課程多，教材用書種類多，數(shù)量大，傳統(tǒng)的治理方法存在著效率低，易出錯等諸多弊端，特不是學(xué)生、教師對教材使用情況了解相對較少，信息的透明度較低，與當(dāng)前高校治理中倡導(dǎo)的“以人為本”的治理思想存在著專門大的差距。為此該校教材科開發(fā)了一套基于C/S的教材治理信息系統(tǒng)。該系統(tǒng)要緊包括以下六項處理功能：系統(tǒng)維護、教材訂購打算治理、教材庫存治理、教材銷售處理、學(xué)生預(yù)收款治理、數(shù)據(jù)統(tǒng)計、查詢與分析等功能。然而由于基于C/S的治理信息系統(tǒng)自身存在的使用范圍小、地點固定等缺點，依舊不能滿足治理上的需要。如學(xué)生想明白教材科是否有某本書、想了解自己教材款的使用情況，教師想要預(yù)訂下學(xué)期的教材等都必須親自去教材科，一方面

24、白費了學(xué)生和教師的時刻和精力，另一方面也加大了教材科的工作量，為此教材科希望在原有的基于C/S的教材治理信息系統(tǒng)的基礎(chǔ)上，利用高校校園網(wǎng)的強大存儲能力和方便的網(wǎng)絡(luò)查詢能力，采納流行的Browser/Server結(jié)構(gòu)體系，將最終用戶界面統(tǒng)一為掃瞄器，開發(fā)基于Web的教材信息查詢系統(tǒng)，更好地滿足各類人員對教材信息治理的需求。2.系統(tǒng)調(diào)查通過對該高校教材科的業(yè)務(wù)工作進行的調(diào)查，我們發(fā)覺該教材科的業(yè)務(wù)對象要緊有三類：學(xué)生、教師和教材科，其相應(yīng)的日常業(yè)務(wù)也能夠分為三類，分不是：（1）有關(guān)學(xué)生的業(yè)務(wù)教材科關(guān)于學(xué)生的業(yè)務(wù)要緊是為學(xué)生提供入學(xué)以來在教材科的購書詳細(xì)資料的查詢，存款詳細(xì)資料的查詢，剩余款項數(shù)額查

25、詢及學(xué)生對所需教材的查詢等等。以往的方式是學(xué)生到教材科，提供自己的姓名、系不、年級，然后教材科在原始記錄中查詢。（2）有關(guān)教師的業(yè)務(wù)教師的業(yè)務(wù)要緊是登記查詢教師領(lǐng)書的信息，每學(xué)期開學(xué)，各系教師依照上學(xué)期預(yù)定的教材記錄到教材科領(lǐng)取教材，并登記；每學(xué)期教師能夠預(yù)定下學(xué)期所用教材，方式是教師在學(xué)期末到教材科，提供所需教材名稱、教師個人信息等，然后教材科記錄相應(yīng)信息并制定相應(yīng)采購打算。（3）有關(guān)教材科的業(yè)務(wù)教材科的業(yè)務(wù)要緊是采購圖書，發(fā)放教材，對庫存圖書、學(xué)生購書信息、教師（院系）領(lǐng)書的信息進行治理、統(tǒng)計。這其中涉及到所有有關(guān)教材的各種信息、數(shù)據(jù)，這部分也是教材科最要緊、核心的業(yè)務(wù)。通過對上述業(yè)務(wù)的歸

26、納，能夠畫出該系統(tǒng)的功能體系圖，如圖1所示。教材信息查詢系統(tǒng)教材信息查詢系統(tǒng)通用查詢模塊專用查詢模塊教材預(yù)訂模塊教材信息查詢教師領(lǐng)書查詢教材零售查詢用戶的增加、刪除和修改學(xué)生購書查詢學(xué)生退書查詢學(xué)生存款查詢零售購書統(tǒng)計退書統(tǒng)計庫存統(tǒng)計教師領(lǐng)書統(tǒng)計教材預(yù)訂信息錄入教材預(yù)訂信息修改教材預(yù)訂信息查詢圖1功能結(jié)構(gòu)圖教材預(yù)訂統(tǒng)計學(xué)生領(lǐng)書統(tǒng)計用戶治理模塊3.業(yè)務(wù)流程分析業(yè)務(wù)分類通過對上述業(yè)務(wù)的了解及分析，新系統(tǒng)的業(yè)務(wù)能夠分為通用查詢業(yè)務(wù)、專用查詢業(yè)務(wù)和網(wǎng)上預(yù)定業(yè)務(wù)三部分。（1）通用查詢業(yè)務(wù)通用查詢業(yè)務(wù)包括教材差不多信息查詢業(yè)務(wù)、學(xué)生購書查詢業(yè)務(wù)、學(xué)生存款查詢業(yè)務(wù)、教師領(lǐng)書查詢業(yè)務(wù)、教材零售查詢業(yè)務(wù)等。任何

27、人在學(xué)?；蛐Ｍ舛寄軌蚴褂米约旱挠脩裘兔艽a在任何一臺能夠上網(wǎng)的電腦上查詢他想要查詢的內(nèi)容（其中教材差不多信息查詢不需要用戶名和密碼）。 （2）教材科專用查詢業(yè)務(wù)專用查詢業(yè)務(wù)是針對教材科的業(yè)務(wù)，這部分業(yè)務(wù)不對外開放，因為它沒有對外開放的必要，這部分業(yè)務(wù)要緊是輔助教材科對庫存中教材的數(shù)量，更新速度等進行統(tǒng)計、預(yù)測、分析。具體業(yè)務(wù)應(yīng)包括：教材庫存統(tǒng)計業(yè)務(wù)、教材零售統(tǒng)計業(yè)務(wù)、學(xué)生購書統(tǒng)計業(yè)務(wù)和學(xué)生退書統(tǒng)計業(yè)務(wù)及教師（院系）領(lǐng)書情況的統(tǒng)計業(yè)務(wù)。（3）教材預(yù)訂業(yè)務(wù)網(wǎng)上教材預(yù)訂業(yè)務(wù)是辦公自動化優(yōu)越性的體現(xiàn)。在新業(yè)務(wù)系統(tǒng)中，各系要預(yù)訂教材不用像往常跑到教材科進行登記了。只要在預(yù)定系統(tǒng)中輸入所要預(yù)定的教材的信息

28、，就能夠完成對教材的預(yù)定，如此大大提高了工作效率。為完成網(wǎng)上預(yù)定的過程，相應(yīng)的應(yīng)該完成一系列的業(yè)務(wù)，包括：預(yù)定教材信息錄入、預(yù)定教材信息的修改、預(yù)定教材信息查詢和預(yù)定教材信息統(tǒng)計等內(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)輸入用戶名和密碼進行身份認(rèn)證，認(rèn)證成功的學(xué)生就能夠查詢其在教材中心的某一筆或全部購書、退書及存取款記錄。其業(yè)務(wù)流程圖如圖2所示。學(xué)生學(xué)生登錄子系統(tǒng)登錄信息查詢條件查詢子系統(tǒng)查詢結(jié)果“非法用戶”信息圖2學(xué)生購書查詢業(yè)務(wù)流程圖（2）教材預(yù)訂業(yè)務(wù)教師進行教材預(yù)訂的業(yè)務(wù)流程是教

29、師首先輸入自己的用戶名和密碼進行身份認(rèn)證，然后在教材預(yù)訂系統(tǒng)中輸入自己下學(xué)期所上課程要使用的教材差不多信息，在規(guī)定的時刻內(nèi)，教師也能夠?qū)σ演斎氲慕滩男畔⑦M行查詢和修改，超過了預(yù)定的時刻，該信息將被轉(zhuǎn)移到教材打算表中。該業(yè)務(wù)的業(yè)務(wù)流程圖如圖3所示。4、數(shù)據(jù)流程分析數(shù)據(jù)流程分析是在對上述業(yè)務(wù)流程圖進行分析的基礎(chǔ)上，從系統(tǒng)的科學(xué)性、治理的合理性和實際運行的可行性角度動身，將信息處理的功能和彼此之間的聯(lián)系自頂向下、逐層分解，在邏輯上精確地描述新系統(tǒng)應(yīng)具有的功能、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向。教師教師登錄子系統(tǒng)登錄信息教材信息教材預(yù)訂子系統(tǒng)“非法用戶”信息圖3教材預(yù)訂業(yè)務(wù)流程圖“教材預(yù)定

30、成功”信息“已超期”信息4.1 數(shù)據(jù)流程圖由于該系統(tǒng)的數(shù)據(jù)流程圖較多，我們依舊只對學(xué)生查詢業(yè)務(wù)和教材預(yù)訂業(yè)務(wù)的數(shù)據(jù)流程圖做詳細(xì)介紹。（1）學(xué)生查詢子系統(tǒng)由于學(xué)生要對自己的信息進行查詢，涉及個人機密，因此學(xué)生應(yīng)該首先進行身份確認(rèn)，即登錄系統(tǒng)，在身份得到確認(rèn)后才能夠查詢自己的購書記錄，退書記錄、自己的存款賬戶以及教材科現(xiàn)有教材的情況，其數(shù)據(jù)流程圖如圖4所示。學(xué)生學(xué)生 P2輸入查詢條件登錄信息P1驗證登錄信息合法用戶非法用戶 P3推斷條件是否合法查詢條件出錯信息合法查詢條件 P4查詢查詢結(jié)果教材信息表D2學(xué)生存款表D5學(xué)生退書表D4學(xué)生領(lǐng)書表D3圖4學(xué)生查詢子系統(tǒng)數(shù)據(jù)流程圖學(xué)生信息表D1（2）教材預(yù)

31、訂子系統(tǒng)依照業(yè)務(wù)流程圖對教材預(yù)訂系統(tǒng)的描述，該系統(tǒng)的數(shù)據(jù)流程圖如圖5所示。4.2 數(shù)據(jù)字典數(shù)據(jù)流程圖只是從數(shù)據(jù)流向的角度描述了系統(tǒng)的組成和各部分之間的聯(lián)系，但卻沒有具體講明各個組成部分和數(shù)據(jù)流的具體含義，而數(shù)據(jù)字典正好彌補了這一不足，數(shù)據(jù)字典是對數(shù)據(jù)流程的最底層圖中的數(shù)據(jù)項、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯和外部實體進行了詳細(xì)的講明。由于系統(tǒng)分析中數(shù)據(jù)字典的內(nèi)容特不多，在此僅對各個部分分不舉例進行講明。數(shù)據(jù)項的定義數(shù)據(jù)項編號：A01-01數(shù)據(jù)項名稱：學(xué)號不 名：無簡 述：學(xué)生信息表中某個學(xué)生的學(xué)號類型：字符型長 度：10個字節(jié)取 值 范圍：0000000000-9999999999教師教師登錄信息P

32、1驗證登錄信息非法用戶教師信息表D6P5輸入教材預(yù)訂信息信息合法用戶教材預(yù)訂表D7圖5教材預(yù)訂子系統(tǒng)數(shù)據(jù)流程圖P5推斷是否超過預(yù)訂日期信息“已超過預(yù)訂期限”信息未超期數(shù)據(jù)項編號：A02-01數(shù)據(jù)項名稱：教材編號不 名：編號簡 述：教材信息表中某種教材的編號類型：字符型長 度：6個字節(jié)取 值 范圍：字母數(shù)字（2）數(shù)據(jù)結(jié)構(gòu)的定義數(shù)據(jù)結(jié)構(gòu)編號：D2數(shù)據(jù)結(jié)構(gòu)名稱：教材信息表簡 述：教材科庫存教材的信息情況表數(shù)據(jù)結(jié)構(gòu)組成：教材編碼教材名稱作者出版社版不序號印刷批次出版日期價格理論庫存量實際庫存量庫存位置數(shù)據(jù)結(jié)構(gòu)編號：D1數(shù)據(jù)結(jié)構(gòu)名稱：學(xué)生信息表簡 述：學(xué)生的相關(guān)信息數(shù)據(jù)結(jié)構(gòu)組成：學(xué)號學(xué)生姓名用戶名密碼當(dāng)

33、前余額（3）數(shù)據(jù)流的定義數(shù)據(jù)流編號：F02-01數(shù)據(jù)流名稱：登錄信息簡 述：用戶登錄系統(tǒng)時需要輸入的用戶信息數(shù)據(jù)流組成：用戶名+密碼數(shù)據(jù)流來源：學(xué)生、教師、教材治理人員流 通 量：1000份/天高峰流通量：700份/每天15：00-21：00（4）處理邏輯的定義處理邏輯編號：P1處理邏輯名稱：驗證登錄信息簡 述：驗證用戶身份輸入的數(shù)據(jù)流：登錄信息，來源：外部實體“學(xué)生”、“教師”等處 理：查詢“學(xué)生信息表”或“教師信息表”，推斷其是否為合法用戶輸出的數(shù)據(jù)流：合法用戶，去向是處理邏輯“輸入查詢條件”、“輸入教材預(yù)訂信息”等非法用戶，去向是外部實體“學(xué)生”、“教師”等處 理 頻 率：200次/天（

34、5）數(shù)據(jù)存儲的定義數(shù)據(jù)存儲編號：D3數(shù)據(jù)存儲名稱：學(xué)生領(lǐng)書表簡 述：存放學(xué)生在校期間所有的領(lǐng)書記錄數(shù)據(jù)存儲組成：流水號學(xué)號教材編碼領(lǐng)書日期數(shù)量單價業(yè)務(wù)員關(guān) 鍵 字：學(xué)號教材編碼領(lǐng)書日期相關(guān)聯(lián)的處理：P4(“查詢”)等（6）外部實體的定義外部實體編號：S2外部實體名稱：教師簡 述：本校所有任課教師輸入的數(shù)據(jù)流：F1（“非法用戶信息”）等輸出的數(shù)據(jù)流：D0201（“用戶登錄信息”）等5、系統(tǒng)設(shè)計5.1 系統(tǒng)總體設(shè)計5.1.1 系統(tǒng)硬件設(shè)計在開發(fā)一個網(wǎng)上掃瞄系統(tǒng)時，特不是基于具有大量數(shù)據(jù)的數(shù)據(jù)庫系統(tǒng)的網(wǎng)站時，需要多服務(wù)器的共同支持。盡管這些服務(wù)能夠在一個服務(wù)器上集成，但如此做可能會有安全問題。因此針

35、對最典型的網(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ù)器選用HP LH3服務(wù)器，通過在校園網(wǎng)主DNS服務(wù)器設(shè)定域名進行解析。數(shù)據(jù)庫服務(wù)器同樣采納HP LH3服務(wù)器并安裝微軟的SQL Server 7.0數(shù)據(jù)庫平臺。5.1.2 系統(tǒng)軟件設(shè)計本系統(tǒng)全面采納微軟的產(chǎn)品解決方案。Web服務(wù)器操作系統(tǒng)采納微軟的Windows NT Server 4，Web服務(wù)器為微軟的

36、Internet 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ù)器端工作，同時通過服務(wù)器端的編譯動態(tài)的送出HTML文件給客戶端，而不像一般Script是在客戶端通過掃瞄器執(zhí)行，因而產(chǎn)生各廠商掃瞄器并不完全支持某種腳本語言而造成執(zhí)行錯誤的現(xiàn)象；當(dāng)客戶端掃瞄器向服務(wù)器端要求一個.ASP文件（Active Server Pages文件后綴名為.asp）時，Server會將把那個ASP

37、文件從頭到尾讀一遍，并加以編譯執(zhí)行（利用核心程序ASP.DLL的編譯），最后送出標(biāo)準(zhǔn)HTML格式文件給客戶端，由于送給客戶端的是標(biāo)準(zhǔn)的HTML格式文件，因此能夠克服掃瞄器互不兼容的問題。圖6 三層體系結(jié)構(gòu)示意圖 代碼設(shè)計代碼設(shè)計是系統(tǒng)設(shè)計中特不重要的一部分。本系統(tǒng)中設(shè)計多個代碼的設(shè)計，如“學(xué)號”，為了和學(xué)校中的其他系統(tǒng)保持一致，因此使用學(xué)校目前“學(xué)號”代碼的設(shè)計，其設(shè)計規(guī)則如下：*順序號年級專業(yè)院系編碼“教材編碼”的設(shè)計考慮到教材一般差不多上各個院系有自己專用的教材，因此其代碼設(shè)計如下：* * 順序號 院系編碼由于該高校的院系不超過30個，因此“院系編碼”的設(shè)計采納了3位的順序碼。其他代碼設(shè)計

38、不再一一列舉。數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計是在選定的數(shù)據(jù)庫治理系統(tǒng)基礎(chǔ)上建立數(shù)據(jù)庫的過程。數(shù)據(jù)庫設(shè)計時需要綜合各個子系統(tǒng)的數(shù)據(jù)需求，分析各個數(shù)據(jù)之間的關(guān)系，按照DBMS提供的功能和描述工具，設(shè)計出規(guī)模適當(dāng)、正確反映數(shù)據(jù)關(guān)系、數(shù)據(jù)冗余少、存取效率高、能滿足各種查詢要求的數(shù)據(jù)模型。該設(shè)計過程包括概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計和物理結(jié)構(gòu)設(shè)計。5.3.1 概念結(jié)構(gòu)設(shè)計在系統(tǒng)的數(shù)據(jù)庫設(shè)計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關(guān)系，可采納ER圖的方法進行數(shù)據(jù)結(jié)構(gòu)分析。本系統(tǒng)中涉及的實體要緊有“學(xué)生”、“教師”、“教材”、“院系”和“學(xué)生預(yù)存款”等，各實體及其屬性如圖7所示。 教材

39、教材編碼教材教材編碼教材名稱作者出版社版不序號印刷批次出版日期價格庫存量存放位置學(xué)生學(xué)號姓名（a）“（a）“學(xué)生”實體及其屬性圖（b）“教材”實體及其屬性圖學(xué)號院系院系名稱院系編碼存取日期教師編號學(xué)號院系院系名稱院系編碼存取日期教師編號預(yù)存款教師預(yù)存款教師業(yè)務(wù)員金額存取姓名業(yè)務(wù)員金額存取姓名（e）“預(yù)存款（e）“預(yù)存款”實體及其屬性圖（d）“院系”實體及其屬性圖（c）“教師”實體及其屬性圖圖7實體及其屬性圖圖7實體及其屬性圖各實體之間具有一定的聯(lián)系，用ER圖表示出來，如圖8所示。業(yè)務(wù)員購書日期業(yè)務(wù)員購書日期nmnm購買購買存取n預(yù)存款學(xué)生1教材n退m存取n預(yù)存款學(xué)生1教材n退mmmm業(yè)務(wù)員退書

40、日期m業(yè)務(wù)員退書日期領(lǐng)書日期領(lǐng)取領(lǐng)書日期領(lǐng)取業(yè)務(wù)員業(yè)務(wù)員11預(yù)訂院系nm教師n屬于預(yù)訂院系nm教師n屬于圖8 ER圖圖8 ER圖5.3.2 邏輯結(jié)構(gòu)設(shè)計邏輯設(shè)計的任務(wù)確實是依照DBMS的特征，將上述獨立于DBMS的ER圖描述的概念結(jié)構(gòu)轉(zhuǎn)換為關(guān)系模型的邏輯結(jié)構(gòu)。上述兩個ER圖轉(zhuǎn)換成的規(guī)范的關(guān)系模式為：（1）學(xué)生信息表XS（學(xué)號，姓名）（2）教材信息表JC（教材編碼，教材名稱，作者，出版社，版不序號，印刷批次，出版日期，價格，庫存量，庫存位置）（3）學(xué)生購書表XSGS（學(xué)號，教材編碼，購書日期，數(shù)量，單價，業(yè)務(wù)員）（4）學(xué)生退書表XSTS（學(xué)號，教材編碼，購書日期，退書日期，數(shù)量，單價，業(yè)務(wù)員）（

41、5）教師信息表JS（教師編號，姓名，院系編號）（6）教師領(lǐng)書表JSLS（教師編碼，教材編碼，領(lǐng)書日期，數(shù)量，業(yè)務(wù)員）（7）教材預(yù)訂表JCYD（課程號，打算日期，院系編碼，教師編碼，教材名稱，作者，出版社，出版日期，價格，需求數(shù)量）（8）預(yù)存款信息表XSCK（學(xué)號，存取日期，存取，金額，業(yè)務(wù)員）（9）院系信息表YXXX（院系編碼，院系名稱）5.3.3 物理結(jié)構(gòu)設(shè)計物理結(jié)構(gòu)設(shè)計的任務(wù)要緊包括兩個方面，其一是確定所有數(shù)據(jù)庫文件的名稱及其結(jié)構(gòu)，其二是確定各個數(shù)據(jù)庫文件是否需要建立索引，以及在什么字段上建立索引。本系統(tǒng)中部分表的結(jié)構(gòu)如表1表11所示。表1教材信息表（JC）字段名含義類型寬度空值主鍵索引JCBM教材編碼Char6NoYesYesJCMC教材名稱Char32YesZZ作者Char12YesCBS出版社Char40YesBBXH版不序號LongYSPC印刷批次LongCBRQ出版日期Date8XSJG價格DecLLKC理論庫存量LongSJKC實際庫存量LongXQSL需求量LongKCWZ庫存位置Char12表2 學(xué)生信息表（XS）字段名含義類型寬度空值主鍵索引XH學(xué)號Char