1、第十章 管理信息系統開發案例本章教學要求l 掌握系統開發的規程和一般方法l 掌握系統分析、系統設計與系統實施的主要環節 本章課時安排 2課時每章重要教學知識點 管理信息系統開發示例××廠庫存管理信息系統的分析與設計1問題的提出（1）開發背景XX廠是我國的一家老加工企業，隨著改革的深入和經濟的發展，該廠的生產任務日益繁重，從而對庫存管理的要求也更加嚴格。在傳統的手工管理時期，一種物品由進貨到發貨，要經過若干環節，且由于物品的規格型號繁多，加之業務人員素質較低等因素，造成物品供應效率低下，嚴重的影響了企業的正常生產。同時由于庫房與管理部門之間的信息交流困難，造成庫存嚴重積壓，極

2、大的影響了企業的資金周轉速度，另外也使得物資管理、數據匯總成為了一大難題。當今該廠的競爭壓力越來越大，企業要想生存，就必須在各個方面加強管理，并要求企業有更高的信息化集成，能夠對企業的整體資源進行集成管理。現代企業都意識到，企業的競爭是綜合實力的競爭，要求企業有更強的資金實力，更快的市場響應速度。這就要求企業各部門之間統一計劃，協調生產步驟，匯總信息，調配集團內部資源，實現既要獨立，又要統一的資源共享管理。隨著信息技術的發展，該廠為了提高庫存周轉率，加快資金周轉速度，決定開發“庫存管理信息系統”。（2）項目目標充分利用現有的設備，采用VB6.0作為開發工具，利用ACCESS數據庫建立一個高效、

3、準確、操作方便，具有專業的查詢、更新及統計功能的微機管理信息系統，以滿足工作人員進行綜合的、模糊的查詢及更新要求，從而更加方便的管理庫存物品。該系統的開發與建立會極大程度提高管理人員、工作人員的工作效率。2對現有系統進行需求調查需求調查是信息系統分析與設計的基礎。要開發并實施一個完整的信息系統，必須首先了理解用戶的需求，并形成系統需求說明書。在此基礎上才能進行系統分析、系統設計和程序編碼等工作。該廠在需求調查過程中發放了8種不同種類的調查表，要求相關人員對其進行逐條逐項的填寫，從而對其現行系統的業務流程進行了詳細的調查。（1）現行系統業務流程通過大量的調查，我們了解到當前該廠的業務流程如下：各

4、車間向商品供應部門提出對某種商品的需求計劃，倉庫將相應的商品發放給各車間，一般要經過計劃、庫房管理等流程。各業務流程圖如圖1所示。采購單需求計劃單庫管員訂貨單采購員車間供應商采購員提貨通知單入庫單庫管員領料單車間庫存臺賬統計報表圖1 業務流程圖（2）現行系統存在的問題由于采用的是手工管理，賬目繁多，加之幾個倉庫之間距離較遠，庫管員、計劃員和有關領導相互之間的信息交流困難，使得物資供應效率低下，影響生產。同時每月的月末報表會耗費大量的人力，且由于手工處理容易造成失誤，從而影響了數據的效率和準確率，造成了不必要的損失。因此，該廠必須建立相應的庫存管理信息系統，使其能根據市場情況，及時合理地采購所需

5、商品，同時又能科學地對商品進行管理，統籌安排人力、物力、財力，有效地改善當前管理的混亂狀況。庫存管理是企業管理的重要組成部分。在企業生產經營活動中，庫存管理既必須保證生產車間對原材料、零部件需求，又直接影響采購、銷售部門的購、銷活動。為盤活企業流動資金，加快資金周轉，在保障供給的前提下，最大限度地降低商品的庫存量，節省企業流動資金的占用，直接影響著企業的經營效益。根據對該廠的庫存管理情況所作的調查和參考有關資料，發現目前該廠在庫存管理方面存在著如下問題: 不能及時獲得庫存信息在企業運作過程中，管理人員必須獲知各種商品當前的庫存量，在庫存數量小于商品的最低庫存限度的時候，向供應商進行訂

6、貨；在庫存數量大于商品的最高庫存限度的時候，即商品積壓的時候，應該停止商品的進貨活動。但在實際操作中，由于商品的種類多、數量大，需要進行仔細地核算，這不僅費時，而且易出錯，從而影響企業快速有效地運轉。庫存信息不夠準確倉庫管理員根據各種入庫單、需求計劃單和領料單進行商品的入庫、出庫操作后，要隨時修改商品的庫存信息和出庫、入庫信息，以便反映庫存狀況。工作中的主要問題是：由于商品種類多、數量大、出庫入庫操作頻繁等原因，造成庫存記錄和實際庫存量通常達不到嚴格一致，因而需要通過盤點來糾正差錯，這既耽誤時間，又增加了工作量。無法及時了解車間對庫存商品的需求情況在需求計劃單下達后，由于庫存商品與車間的關系復

7、雜，根據送料員的個人經驗給各車間分配車間所需商品時，常缺少入庫、出庫信息和相關信息，經常出現車間缺少該商品的時候才知道該產品需要情況，此時如果庫存量不足，將會導致車間的停產。無法及時了解車間對庫存商品的需求情況會使企業的生產和銷售環節發生混亂，使企業無法正常的運作。市場需求日益多樣化和個性化，產品更新換代的周期越來越短，這就要求企業必須改變庫存管理現狀，以適應時代的要求。（3）企業庫存管理系統的特點因為傳統企業庫存管理存在以上的問題難于適應現代庫存管理要求，所以現代企業庫存管理系統要具有以下的特點： 科學的庫存管理流程存貨的種類不同，所涉及的業務環節及它們所組成的業務流程也各有差異。一般而言，

8、庫存業務包括入庫處理、貨物保管和出庫處理三個主要部分。通暢的業務流程是保障高效庫存管理的基礎，應具備優化、無冗余、并行作業的基本屬性。企業庫存管理系統對企業的業務流程進行流程再造，使其更加通暢，提高企業在同行業中的競爭力。 商品代碼化管理代碼問題，嚴格說是一個科學管理的問題，設計出一個好的代碼方案對于系統的開發工作是一件極為有利的事情。代碼設計的好可以使很多機器處理變得十分方便，還可以把一些現階段計算機很難處理的工作變成很簡單的工作。由于庫存商品種類繁多，在庫存管理過程中極易發生混亂的問題。IT技術與層次編碼技術的結合為商品的高效管理提供了可能。這種編碼技術對所有庫存商品按照層次和類別賦予唯一

9、的編碼。它是區分不同商品的最主要的標準，具有易讀和易記的特點，使得管理者只需知道商品的編碼，就可以了解該商品的有關信息，以便在每日的煩雜管理中，保持規范、有序的狀態。 庫存異常報警 當庫存數量小于商品的最低庫存限度的時候，系統發出警報，提醒管理人員應該向供應商進行訂貨；在庫存數量大于商品的最高庫存限度的時候，即商品積壓的時候，系統也會發出警報，提醒管理人員應該停止商品的進貨活動。也就是說企業庫存管理信息系統既能防止商品供應滯后于車間對它們的需求，也能防止商品過早地生產和進貨，以免增加庫存。對企業的生產起了保障作用，同時節省了企業的流動資金。3系統分析系統分析的任務是在全面調查的基礎上，通過對現

10、行管理業務的分析，提出系統的目標要求和功能分析的總體邏輯模型。（1）數據流程圖 根據系統調查階段的數據資料，并依據用戶的要求，確定該廠信息系統的基本功能和工作過程如下：首先車間科室提出需求計劃，庫房管理員根據庫存情況，決定是否需購貨，如不需購貨則通知車間前來取貨，否則庫房管理員通知采購員購貨，當貨物到達后進行入庫處理并通知車間科室前來取貨。根據相應的功能要求，我們繪制系統的數據流程圖，如圖2所示：供貨單位出入庫處理車間采購員計劃臺賬庫存臺賬合同臺賬供應商信息商品信息車間信息計劃臺賬發貨單退貨單到貨通知入庫單取貨單計劃單訂貨單驗貨處理庫存提示可供貨的計劃單庫存檢查查詢打印圖2數據流程圖（2）數據

11、字典數據字典是對描述數據流程圖中的數據項、數據流、數據存儲、加工處理邏輯等組成部分的嚴格定義，下面是本系統的數據字典（由于篇幅原因，在此僅給出部分）。 數據項的定義數據項編號：1-01數據項名稱：商品編號別名：無簡 述：某種商品的編號類型：字符型長度：8字節取值范圍：數字 + 英文字母數據項編號：1-02數據項名稱：單價別名：購入單價簡 述：某種商品的購入單價類型：數值型長度：10位，小數位2位取值范圍：0.009999999.99數據項編號：1-03數據項名稱：庫存數量別名：實際庫存數量簡 述：某種商品的庫存數量類型：數值型長度：5位整數取值范圍：099999 數據流的定義數據流名稱：入庫單

12、編號：F1簡述：采購人員填寫的商品入庫憑單數據流來源：采購人員數據流去向：登記庫存臺賬數據流組成：日期 + 入庫單編號 + 商品編號 + 購入數量流通量：25份/天高峰流通量：50份/天數據流名稱：發貨單編號：F2簡述：供應商填寫的商品發貨憑單數據流來源：供應商數據流去向：登記合同臺賬數據流組成：日期 + 發貨單編號 + 供應商編號 + 商品編號 + 發貨數量流通量：25份/天高峰流通量：50份/天數據流名稱：取貨單編號：F3簡述：庫管員填寫的要求車間取貨憑單數據流來源：庫管員數據流去向：車間數據流組成：日期 + 車間編號 + 商品編號 + 數量流通量：25份/天高峰流通量：50份/天 數據存

13、儲的定義數據存儲的名稱：庫存臺賬數據存儲編號：D1簡述：記錄商品的編號、名稱、單價與庫存數量等信息數據存儲組成：商品編號 + 購入單價 + 庫存數量關鍵字： 商品編號數據存儲的名稱：合同臺賬數據存儲編號：D2簡述：記錄合同的編號、供應商編號、貨物編號、單價與購入數量等信息數據存儲組成：合同編號 + 供應商編號 + 商品編號 + 單價 + 購入數量 + 日期 + 合同狀態關鍵字： 合同編號數據存儲的名稱：計劃臺賬數據存儲編號：D3簡述：記錄計劃的編號、車間編號、商品編號、數量等信息數據存儲組成：計劃編號 + 供應商編號 + 商品編號 + 數量 + 日期 + 計劃狀態關鍵字： 計劃編號數據存儲的名

14、稱：供應商信息數據存儲編號：D4簡述：記錄供應商的編號，名稱，地址，電話，傳真，銀行帳號數據存儲組成：供應商編號 + 名稱 + 地址 + 電話 + 傳真 + 銀行帳號關鍵字： 供應商編號數據存儲的名稱：商品信息數據存儲編號：D5簡述：記錄庫存商品的編號，類別，名稱，規格，單價，單位，存放位置，用途數據存儲組成：商品編號 + 名稱 + 類別 + 規格 + 單價 + 單位 + 存放位置 + 用途關鍵字： 商品編號數據存儲的名稱：車間信息數據存儲編號：D6簡述：記錄車間的編號，名稱，聯系人，電話數據存儲組成：車間編號 + 名稱 + 聯系人 + 電話關鍵字： 車間編號 數據存儲的名稱：用戶信息數據存儲

15、編號：D7簡述：記錄用戶名稱、密碼和權限數據存儲組成：用戶名 + 密碼 + 權限關鍵字： 用戶名 處理邏輯的定義處理名：庫存檢查編號：P1輸入：數據流F5輸出：數據流F6描述：當車間將計劃單發給庫管員后，庫管員要將計劃單與庫存臺賬進行比較，看是否需要訂貨。處理名：驗貨處理編號：P2輸入：數據流F2，數據流F5輸出：數據流F1，數據流F4描述：采購員要檢驗貨物的質量。處理名：出入庫檢查編號：P3輸入：數據流F1輸出：數據流F3描述：當驗貨處理后，庫管員將貨物入庫，并發取貨單到訂貨單位。4系統設計（1）系統功能結構設計 庫存管理信息系統的目標是保障企業生產所需的所有商品供給，并通過有效的管理，提高

16、庫存周轉率，降低資金占用。我們根據系統分析結果，得出本系統的功能結構圖如圖3所示。計劃管理的主要功能是根據各生產部門上報的生產、維修及工程用料計劃與已有的采購合同計劃和庫存情況等信息建立數據庫，并及時根據生產計劃的變更，修改商品計劃，生成商品采購清單。庫存管理模塊中的各子模塊都由數據錄入、修改、刪除、查詢等模塊構成。其中數據錄入模塊包括對商品庫存文件的數據錄入、商品購入文件的數據錄入、商品出庫文件的錄入；數據修改是對上述三種文件中的數據進行修改；數據刪除同數據修改基本上是一樣的，只不過這里是將記錄從相應的數據庫文件中刪除掉。庫存管理信息系統系統管理計劃管理庫存管理系統初始化用戶控制庫存臺賬管理

17、計劃臺賬管理合同臺賬管理修改信息出庫入庫庫存提示圖3功能結構圖（2）系統配置方案根據開發時期計算機市場的性能價格比和本系統的實際情況，選擇了P4微機及Access數據庫管理系統。（3）代碼設計為了和工作人員以往的商品管理方式一致，商品信息編碼以數字表示。根據行業標準，所有商品分為19大類（兩位數字），每大類又分為若干小類（兩位數字），在小類中根據商品規格型號的不同以卡號（四位數字）再進行區分。設計方案如圖4所示。 * * *商品規格型號 小類號大類號圖4 商品代碼設計方案此外為了使數據錄入、商品信息管理、信息查詢、統計的方便快速，我們還根據需要對商品的去向和來源進行了統計用信息編碼和部門編碼。

18、（4）數據庫設計數據庫是數據庫應用程序的核心。數據庫設計是建立一個應用程序最重要的步驟之一。數據庫設計一般要在需求分析和數據分析的基礎上進行概念設計、邏輯設計和物理設計。 概念設計經過對該廠的調查我們了解到系統中的實體類型有：供應商、商品、領用單位等，這些實體之間的相互關系有：供應商與商品之間存在“供應”聯系，是多對多的。商品與領用單位之間存在“出庫”，“出庫”對多的。每個實體的屬性分別是：供應商：供應商編號，名稱，地址，電話，傳真，銀行帳號 商 品：商品編號，名稱，類別，規格，單價，單位，庫存量，存放位置，用途車 間：車間編號，名稱，聯系人，電話畫出庫存管理的ER圖如圖5所示。圖5庫存管理E

19、R圖 邏輯設計邏輯設計的任務是根據DBMS的特征把概念結構轉換為相應的邏輯結構。概念設計所得到的ER模型，是獨立于DBMS的，這里的轉換就是把表示概念結構的ER圖轉換成關系模型的邏輯結構。將上圖轉換為規范的關系模式為：供應商（供應商編號，名稱，地址，電話，傳真，銀行帳號）商品（商品編號，名稱，類別，規格，單價，單位，庫存量，存放位置，用途）供應（供應商編號，商品編號，數量，單價）車間（車間編號，名稱，聯系人，電話）出庫（商品編號，車間編號，數量） 物理設計物理設計的目的是根據具體DBMS的特征，確定數據庫的物理結構（存儲結構）。關系數據庫的物理設計任務包括兩個方面，一是確定所有數據庫文件的名稱

20、及其所含字段的名稱、類型和寬度；二是確定各數據庫文件需要建立的索引，在什么字段上建立索引等。各表結構如表17所示。表1庫存臺賬字段名字段類型字段寬度說明商品編號Character 8 購入單價 Numeric10.2 庫存數量 Numeric 5 庫存數量表2合同臺賬字段名 字段類型8 合同編號 字段寬度 8 供應商編號說明合同編號Character8供應商編號Character8商品編號Character8 商品編號 8單價Numeric10.2數量Numeric5日期Date8合同狀態 10.2 單價Logic 10.2 購入數量 1 備注 30 合同未執行的原因Demo合同未執行的原因表

21、3計劃臺賬字段名字段類型字段寬度說明計劃編號Character8車間編號Character8商品編號Character8數量Numeric5日期Date8是否定貨Logic1是否到貨Logic1是否取貨Logic1表4供應商信息字段名字段類型字段寬度說明供應商編號Character8名稱Character40地址Character50電話Character20傳真Character20銀行帳號Character20表5商品信息字段名字段名字段類型字段寬度說明商品編號Character8名稱Character20類別Character8規格Character8單價Numeric10.2單位Cha

22、racter8存放位置Character50用途Demo表6車間信息 字段名字段類型字段寬度說明車間編號Character8名稱Character20聯系人Character10車間的聯系人電話Character20聯系人的電話表7用戶信息 字段名字段類型字段寬度說明用戶名Character20用戶登錄時的名稱密碼Character20用戶登錄時的密碼權限Character8用戶的權限（5）系統處理流程設計該廠的庫存管理信息系統包括：計劃管理、庫房管理等子系統，系統運行流程圖如圖6所示。結束開始登錄界面各子系統選擇計劃管理庫房管理 圖6庫存管理系統流程圖5系統實施（略）課堂案例分析案例51 基

23、于Web的高校教材查詢系統的分析與設計1.開發背景*高校是一所綜合性高校，其涉及的專業課程多，教材用書種類多，數量大，傳統的管理方法存在著效率低，易出錯等諸多弊端，特別是學生、教師對教材使用情況了解相對較少，信息的透明度較低，與當前高校管理中倡導的“以人為本”的管理思想存在著很大的差距。為此該校教材科開發了一套基于C/S的教材管理信息系統。該系統主要包括以下六項處理功能：系統維護、教材訂購計劃管理、教材庫存管理、教材銷售處理、學生預收款管理、數據統計、查詢與分析等功能。但是由于基于C/S的管理信息系統自身存在的使用范圍小、地點固定等缺點，依然不能滿足管理上的需要。如學生想知道教材科是否有某本書

24、、想了解自己教材款的使用情況，教師想要預訂下學期的教材等都必須親自去教材科，一方面浪費了學生和教師的時間和精力，另一方面也加大了教材科的工作量，為此教材科希望在原有的基于C/S的教材管理信息系統的基礎上，利用高校校園網的強大存儲能力和方便的網絡查詢能力，采用流行的Browser/Server結構體系，將最終用戶界面統一為瀏覽器，開發基于Web的教材信息查詢系統，更好地滿足各類人員對教材信息管理的需求。2.系統調查通過對該高校教材科的業務工作進行的調查，我們發現該教材科的業務對象主要有三類：學生、教師和教材科，其相應的日常業務也可以分為三類，分別是：（1）有關學生的業務教材科對于學生的業務主要是

25、為學生提供入學以來在教材科的購書詳細資料的查詢，存款詳細資料的查詢，剩余款項數額查詢及學生對所需教材的查詢等等。以往的方式是學生到教材科，提供自己的姓名、系別、年級，然后教材科在原始記錄中查詢。（2）有關教師的業務教師的業務主要是登記查詢教師領書的信息，每學期開學，各系教師根據上學期預定的教材記錄到教材科領取教材，并登記；每學期教師可以預定下學期所用教材，方式是教師在學期末到教材科，提供所需教材名稱、教師個人信息等，然后教材科記錄相應信息并制定相應采購計劃。（3）有關教材科的業務教材科的業務主要是采購圖書，發放教材，對庫存圖書、學生購書信息、教師（院系）領書的信息進行管理、統計。這其中涉及到所

26、有有關教材的各種信息、數據，這部分也是教材科最主要、核心的業務。通過對上述業務的歸納，可以畫出該系統的功能體系圖，如圖1所示。教材信息查詢系統通用查詢模塊專用查詢模塊教材預訂模塊教材信息查詢教師領書查詢教材零售查詢用戶的增加、刪除和修改學生購書查詢學生退書查詢學生存款查詢零售購書統計退書統計庫存統計教師領書統計教材預訂信息錄入教材預訂信息修改教材預訂信息查詢圖1功能結構圖教材預訂統計學生領書統計用戶管理模塊3.業務流程分析3.1 業務分類通過對上述業務的了解及分析，新系統的業務可以分為通用查詢業務、專用查詢業務和網上預定業務三部分。（1）通用查詢業務通用查詢業務包括教材基本信息查詢業務、學生購

27、書查詢業務、學生存款查詢業務、教師領書查詢業務、教材零售查詢業務等。任何人在學校或校外都可以使用自己的用戶名和密碼在任何一臺能夠上網的電腦上查詢他想要查詢的內容（其中教材基本信息查詢不需要用戶名和密碼）。 （2）教材科專用查詢業務專用查詢業務是針對教材科的業務，這部分業務不對外開放，因為它沒有對外開放的必要，這部分業務主要是輔助教材科對庫存中教材的數量，更新速度等進行統計、預測、分析。具體業務應包括：教材庫存統計業務、教材零售統計業務、學生購書統計業務和學生退書統計業務及教師（院系）領書情況的統計業務。（3）教材預訂業務網上教材預訂業務是辦公自動化優越性的體現。在新業務系統中，各系要預訂教材不

28、用像以前跑到教材科進行登記了。只要在預定系統中輸入所要預定的教材的信息，就可以完成對教材的預定，這樣大大提高了工作效率。為完成網上預定的過程，相應的應該完成一系列的業務，包括：預定教材信息錄入、預定教材信息的修改、預定教材信息查詢和預定教材信息統計等內容。3.2 業務流程圖由于業務較多，在此僅對通用查詢業務和網上教材預定業務分別舉例加以說明。（1）通用查詢業務以學生查詢業務為例，該業務是學生向系統輸入用戶名和密碼進行身份認證，認證成功的學生就可以查詢其在教材中心的某一筆或全部購書、退書及存取款記錄。其業務流程圖如圖2所示。學生登錄子系統登錄信息查詢條件查詢子系統查詢結果“非法用戶”信息圖2學生

29、購書查詢業務流程圖（2）教材預訂業務教師進行教材預訂的業務流程是教師首先輸入自己的用戶名和密碼進行身份認證，然后在教材預訂系統中輸入自己下學期所上課程要使用的教材基本信息，在規定的時間內，教師也可以對已輸入的教材信息進行查詢和修改，超過了預定的時間，該信息將被轉移到教材計劃表中。該業務的業務流程圖如圖3所示。4、數據流程分析數據流程分析是在對上述業務流程圖進行分析的基礎上，從系統的科學性、管理的合理性和實際運行的可行性角度出發，將信息處理的功能和彼此之間的聯系自頂向下、逐層分解，在邏輯上精確地描述新系統應具有的功能、數據輸入、數據輸出、數據存儲及數據來源和去向。教師登錄子系統登錄信息教材信息教

30、材預訂子系統“非法用戶”信息圖3教材預訂業務流程圖“教材預定成功”信息“已超期”信息4.1 數據流程圖由于該系統的數據流程圖較多，我們依然只對學生查詢業務和教材預訂業務的數據流程圖做詳細介紹。（1）學生查詢子系統由于學生要對自己的信息進行查詢，涉及個人機密，所以學生應該首先進行身份確認，即登錄系統，在身份得到確認后才可以查詢自己的購書記錄，退書記錄、自己的存款賬戶以及教材科現有教材的情況，其數據流程圖如圖4所示。學生 P2輸入查詢條件登錄信息P1驗證登錄信息合法用戶非法用戶 P3判斷條件是否合法查詢條件出錯信息合法查詢條件 P4查詢查詢結果教材信息表D2學生存款表D5學生退書表D4學生領書表D

31、3圖4學生查詢子系統數據流程圖學生信息表D1（2）教材預訂子系統根據業務流程圖對教材預訂系統的描述，該系統的數據流程圖如圖5所示。4.2 數據字典數據流程圖只是從數據流向的角度描述了系統的組成和各部分之間的聯系，但卻沒有具體說明各個組成部分和數據流的具體含義，而數據字典正好彌補了這一不足，數據字典是對數據流程的最底層圖中的數據項、數據流、數據存儲、處理邏輯和外部實體進行了詳細的說明。由于系統分析中數據字典的內容非常多，在此僅對各個部分分別舉例進行說明。（1） 數據項的定義數據項編號：A01-01數據項名稱：學號別 名：無簡 述：學生信息表中某個學生的學號類型：字符型長 度：10個字節取 值 范

32、圍：0000000000-9999999999教師登錄信息P1驗證登錄信息非法用戶教師信息表D6P5輸入教材預訂信息信息合法用戶教材預訂表D7圖5教材預訂子系統數據流程圖P5判斷是否超過預訂日期信息“已超過預訂期限”信息未超期數據項編號：A02-01數據項名稱：教材編號別 名：編號簡 述：教材信息表中某種教材的編號類型：字符型長 度：6個字節取 值 范圍：字母數字（2）數據結構的定義數據結構編號：D2數據結構名稱：教材信息表簡 述：教材科庫存教材的信息情況表數據結構組成：教材編碼教材名稱作者出版社版別序號印刷批次出版日期價格理論庫存量實際庫存量庫存位置數據結構編號：D1數據結構名稱：學生信息表

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

34、是外部實體“學生”、“教師”等處 理 頻 率：200次/天（5）數據存儲的定義數據存儲編號：D3數據存儲名稱：學生領書表簡 述：存放學生在校期間所有的領書記錄數據存儲組成：流水號學號教材編碼領書日期數量單價業務員關 鍵 字：學號教材編碼領書日期相關聯的處理：P4(“查詢”)等（6）外部實體的定義外部實體編號：S2外部實體名稱：教師簡 述：本校所有任課教師輸入的數據流：F1（“非法用戶信息”）等輸出的數據流：D0201（“用戶登錄信息”）等5、系統設計5.1 系統總體設計5.1.1 系統硬件設計在開發一個網上瀏覽系統時，特別是基于具有大量數據的數據庫系統的網站時，需要多服務器的共同支持。雖然這些

35、服務可以在一個服務器上集成，但這樣做可能會有安全問題。所以針對最典型的網絡應用，至少需要兩臺服務器，他們分別是：Web 服務器和數據庫服務器。瀏覽器、Web服務器與數據庫服務器之間的三層體系結構關系如圖6所示。校園網Web服務器為Sun Ultra Enterprise 450的UNIX服務器，不兼容微軟的IIS/ASP平臺，所以瀏覽系統的Web服務器選用HP LH3服務器，通過在校園網主DNS服務器設定域名進行解析。數據庫服務器同樣采用HP LH3服務器并安裝微軟的SQL Server 7.0數據庫平臺。5.1.2 系統軟件設計本系統全面采用微軟的產品解決方案。Web服務器操作系統采用微軟的

36、Windows NT Server 4，Web服務器為微軟的Internet Information System 4，數據庫管理系統采用微軟的 SQL Server 7,開發工具采用微軟的Visual InterDev，采用微軟的Active Server Pages（ASP）技術開發網站。Active Server Pages程序是在服務器端工作，并且通過服務器端的編譯動態的送出HTML文件給客戶端，而不像一般Script是在客戶端通過瀏覽器執行，因而產生各廠商瀏覽器并不完全支持某種腳本語言而造成執行錯誤的現象；當客戶端瀏覽器向服務器端要求一個.ASP文件（Active Server Pa

37、ges文件后綴名為.asp）時，Server會將把這個ASP文件從頭到尾讀一遍，并加以編譯執行（利用核心程序ASP.DLL的編譯），最后送出標準HTML格式文件給客戶端，由于送給客戶端的是標準的HTML格式文件，所以可以克服瀏覽器互不兼容的問題。圖6 三層體系結構示意圖5.2 代碼設計代碼設計是系統設計中非常重要的一部分。本系統中設計多個代碼的設計，如“學號”，為了和學校中的其他系統保持一致，所以使用學校目前“學號”代碼的設計，其設計規則如下：*順序號年級專業院系編碼“教材編碼”的設計考慮到教材一般都是各個院系有自己專用的教材，所以其代碼設計如下：* * 順序號 院系編碼由于該高校的院系不超過

38、30個，所以“院系編碼”的設計采用了3位的順序碼。其他代碼設計不再一一列舉。5.3 數據庫設計數據庫設計是在選定的數據庫管理系統基礎上建立數據庫的過程。數據庫設計時需要綜合各個子系統的數據需求，分析各個數據之間的關系，按照DBMS提供的功能和描述工具，設計出規模適當、正確反映數據關系、數據冗余少、存取效率高、能滿足各種查詢要求的數據模型。該設計過程包括概念結構設計、邏輯結構設計和物理結構設計。5.3.1 概念結構設計在系統的數據庫設計中，首先要對系統分析得到的數據字典中的數據存儲進行分析，分析各數據存儲之間的關系，可采用ER圖的方法進行數據結構分析。本系統中涉及的實體主要有“學生”、“教師”、

39、“教材”、“院系”和“學生預存款”等，各實體及其屬性如圖7所示。 教材教材編碼教材名稱作者出版社版別序號印刷批次出版日期價格庫存量存放位置學生學號姓名（a）“學生”實體及其屬性圖（b）“教材”實體及其屬性圖學號院系院系名稱院系編碼存取日期教師編號預存款教師業務員金額存取姓名（e）“預存款”實體及其屬性圖（d）“院系”實體及其屬性圖（c）“教師”實體及其屬性圖圖7實體及其屬性圖各實體之間具有一定的聯系，用ER圖表示出來，如圖8所示。業務員購書日期nm購買存取n預存款學生1教材n退mmm業務員退書日期領書日期領取業務員1預訂院系nm教師n屬于圖8 ER圖5.3.2 邏輯結構設計邏輯設計的任務就是根

40、據DBMS的特征，將上述獨立于DBMS的ER圖描述的概念結構轉換為關系模型的邏輯結構。上述兩個ER圖轉換成的規范的關系模式為：（1）學生信息表XS（學號，姓名）（2）教材信息表JC（教材編碼，教材名稱，作者，出版社，版別序號，印刷批次，出版日期，價格，庫存量，庫存位置）（3）學生購書表XSGS（學號，教材編碼，購書日期，數量，單價，業務員）（4）學生退書表XSTS（學號，教材編碼，購書日期，退書日期，數量，單價，業務員）（5）教師信息表JS（教師編號，姓名，院系編號）（6）教師領書表JSLS（教師編碼，教材編碼，領書日期，數量，業務員）（7）教材預訂表JCYD（課程號，計劃日期，院系編碼，教師

41、編碼，教材名稱，作者，出版社，出版日期，價格，需求數量）（8）預存款信息表XSCK（學號，存取日期，存取，金額，業務員）（9）院系信息表YXXX（院系編碼，院系名稱）5.3.3 物理結構設計物理結構設計的任務主要包括兩個方面，其一是確定所有數據庫文件的名稱及其結構，其二是確定各個數據庫文件是否需要建立索引，以及在什么字段上建立索引。本系統中部分表的結構如表1表11所示。表1教材信息表（JC）字段名含義類型寬度空值主鍵索引JCBM教材編碼Char6NoYesYesJCMC教材名稱Char32YesZZ作者Char12YesCBS出版社Char40YesBBXH版別序號LongYSPC印刷批次Lo

42、ngCBRQ出版日期Date8XSJG價格DecLLKC理論庫存量LongSJKC實際庫存量LongXQSL需求量LongKCWZ庫存位置Char12表2 學生信息表（XS）字段名含義類型寬度空值主鍵索引XH學號Char10NoYesYesXSXM學生姓名Char12YesDQYE當前余額DecYHM用戶名Char16NoYesKLDM口令Char16No表3學生購書信息表（XSGS）字段名含義類型寬度空值主鍵索引ID流水號LongNoYesXH學號Char10NoYesJCBM教材編碼Char6NoYesGSRQ購書日期Date8SL數量LongDJ單價DecYWY業務員Char12表4 學

43、生退書表（XSTS）字段名含義類型寬度空值主鍵索引ID流水號LongNoYesXH學號Char10NoYesJCBM教材編碼Char6NoYesGSRQ購書日期Date8SL數量LongDJ單價Dec9YWY業務員Char12TSRQ退書日期Date8TSYWY退書業務員Char12表5教師信息表（JSXX）字段名含義類型寬度空值主鍵索引JSBH教師編號Char7NoYesYesJSXM教師姓名Char12YesYXBM院系編碼Char3NoYesYesYHM用戶名Char16NoYesKLDM口令Char16No表6 教師領書信息表（JSLS）字段名含義類型寬度空值主鍵索引ID流水號Long

44、NoYesJSBH教師編號Char7NoYesJCBM教材編碼Char6NoYesLSRQ領書日期Date8SL數量LongDJ單價DecYWY業務員Char12表7 教材預訂表（JCYD）字段名含義類型寬度空值主鍵索引KCBH課程編號Char7NoYesYesYXBH院系編號Char3NoYesJSBH教師編號Char7NoYesJCMC教材名稱Char32YesZZ作者Char12YesCBS出版社Char40YesCBRQ出版日期Date8BBXH版別序號LongYSPC印刷批次LongXSJG價格DecXQSL需求量Long表8 教材計劃信息表（JCJH）字段名含義類型寬度空值主鍵索引

45、KCBH課程編號Char7NoYesYesJCMC教材名稱Char32YesZZ作者Char12YesCBS出版社Char40YesCBRQ出版日期Date8BBXH版別序號LongYSPC印刷批次LongXSJG價格DecXQSL需求量Long說明：在規定的教材預訂期限內，教師可以修改教材預訂表中的教材信息，一旦超過教材的預訂期限，教材預訂表中的內容將自動轉入教材計劃信息表，教材科根據此表進行教材的預訂工作。表9 學生存款信息表（XSCK）字段名含義類型寬度空值主鍵索引ID流水號LongNoYesXH學號Char10NoYesCKRQ存款日期Date8CZLX操作類型Char4JE金額DecYWY業務員Char12說明：CZLX（操作類型）的取值為“存款”和“取款”，在校期間學生的操作一般為存款，存款時，JE（金額）字段的值為正數，只有當學生畢業或由于各種原因離校時才能執行取款操作，取款時，JE（金額）字段的值為負數。表10 院系編碼信息表（YXXX）字段名含義類型寬度空值主鍵索引YXBM院系編碼Char3NoYesYesYXMC院系名稱Char16表11 課程信息表（KCXX）字段名含義類型寬度空值主鍵索引KCBH課程編號Char7N