1、圖書管理信息系統一、 系統分析1，系統開發背景：隨著社會科技的不斷發展，傳統的高校圖書館管理方式已無法滿足讀者日益增長的信息需求， 信息與網絡技術的發展為數字化圖書管理系統的革新帶來了機遇。在傳統圖書管理中，管理員首先把買來的圖書資料登記到資料本上，再給每本書分類貼上標簽及制作和標簽相對應的圖書分類卡片，最后把圖書分類卡片按類別分別放置在文件柜里。然后還需要對有學生（教師）證的學生（教師）的資料作一定的記錄。在讀者借書時，持證件者要先去存放圖書分類卡片的文件柜里查找想借的書是否在架，如果卡片存在，再按照圖書分類卡片在相應的書架上找到需要的圖書。之后圖書管理員登記持證件者的借還書時間和在書簽條上

2、寫下借還書記錄，借書證留下；還書的時候，相對應的消去出借記錄。傳統圖書館管理系統在占用大量人力的情況下并沒有真正提高管理水平，反而由于手續繁瑣導致了資源浪費、出錯率高以及效率低下等問題，而且對于大規模的數據查詢和數據維護和更新造成了困難。2,系統名稱、開發意義和目的.系統名稱針對目前的系統開發背景情況的分析，這次開發小組研發了一套高校圖書館管理系統。圖書館管理系統的主要功能是方便讀者借閱歸還圖書，實現讀者高效地檢索查詢，圖書管理員可以利用系統完成圖書館的各項基本操作，系統管理員主要是管理用戶修改信息、維護系統等操作。. 系統開發目的（1）、系統功能目標1. 實現圖書館對在館圖書的按類別，書名，

3、作者，以及是否已被借出等分類的多方面查詢。 2. 實現圖書館對新書入庫，舊書淘汰的簡單處理，并建立書籍檔案，方便圖書管理。 3. 能夠輸入圖書的有關綜合信息和進行新書入庫、現有圖書信息刪改。4. 增添、刪改讀者信息，設置用戶權限 5. 實現依照讀者編號查詢讀者信息及借閱圖書信息 6. 能夠進行過期罰款及損壞賠償的功能。 7. 能夠進行借閱歷史的查詢功能。 8. 能夠進行用戶管理并實行注銷功能。（2）系統性能目標：系統安全、可靠；功能齊全；操作方便、界面簡明；易于維護和擴充。. 系統開發意義 圖書管理是高校內每一個系部或院部都必須切實面對的工作，但目前仍有少部分院系仍在使用傳統的人工方式管理圖書

4、資料。這種方式存在著許多缺點，如效率低、保密性差且較為繁瑣。另外，隨著圖書資料數量的增加，其工作量也將大大增加，這必將增加圖書資料管理者的工作量和勞動強度，這將給圖書資料信息的查找、更新和維護都帶來了很多困難。經過詳細的調查，目前我國各類高等學校中仍有一小部分單位圖書資料管理還停留在人工管理的基礎上。這樣的管理機制已經不能適應時代的發展，其管理方法將浪費許多人力和物力。隨著科學技術的不斷提高，這種傳統的手工管理方法必然被以計算機為基礎的信息管理方法所取代。圖書管理作為計算機應用的一個分支，有著手工管理無法比擬的優點，如檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點

5、能夠極大地提高圖書管理的效率。因此，開發一套能夠為用戶提供充足的信息和快捷的查詢手段的圖書管理系統，將是非常必要的，也是十分及時的。3，組織結構分析要想了解一個圖書館模式，我們應該先從對這圖書館的組織結構進行了解，做到了解它的各個部門與職能分工。因此，我在設計系統的前期，也就是做調查確定系統功能模塊及功能的第一步就是確定了組織結構。具體分析如圖11所示： 組織結構圖1-1 從功能角度描述現行的組織的主要職能圖1-1.14，業務流程分析我們再進一步分析，下面我就要從各個部門協同合作的角度分析整體的業務流程。具體分析如圖12所示：業務流程圖1-25，數據流分析數據流分析是以數據流圖為主要表現形式的

6、，數據流程圖是一種能全面地描述信息系統邏輯模型的重要工具，它可以用少數幾種符號綜合的反應出信息在系統中的流動、處理和儲存情況。數據流程圖具有抽象性和概括性。抽象性表現在他完全舍去了具體的物質，只剩下數據的流動、加工處理和儲存；概括性表現在它可以把信息中的各種不同業務處理過程聯系起來，形成一個整體。無論是手工操作部分還是計算機處理部分，都可以用它表達出來。具體分析如圖1-3所示：數據流圖1-3數據字典數據流條目數據流名稱客戶信息編號F21來源收集客戶信息去向整理客戶信息（P4）數據流量12/天組成姓名+聯系方式+家庭成員+需求戶型+需求面積+需求價位+周邊環境數據流名稱小組客戶信息成交編號F22

7、來源整理客戶信息去向合編各組客戶信息（P6）數據流量10/天組成組名+小組信息數量+小組客戶信息成交量數據流名稱合編客戶信息編號F07來源合編各組客戶信息去向客服部數據流量8/天組成合編客戶信息內容+合編數量數據流名稱潛在客戶資料編號F08來源客服部去向分析潛在客戶類型（P22）數據流量15/天組成姓名+聯系方式+需求價格+需求面積+需求戶型+需求地理位置數據流名稱潛在客戶分析資料分析結果編號F24來源分析潛在客戶類型去向制定員工銷售配額（P31）數據流量30/月組成員工資料+銷售數量+分配比率+潛在客戶轉化為客戶數量數據存儲條目數據存儲名稱房屋動態信息編號M1組織方式按戶型排列組成價格+戶型

8、+面積+地理位置+裝修程度+朝向相關的處理P5.1數據存儲名稱異議處理結果編號M3組織方式按處理的時間排列組成時間+內容+結果+方法相關的處理P24數據存儲名稱合同書編號M2組織方式按合同編號排列組成編號+內容+名稱+格式相關的處理P1.2 P3.2數據元素條目名稱戶型編號HX1別名戶型偏好類型及寬度字符型 10位 取值范圍/相關聯的數據客戶信息、小組客戶信息、合編后客戶信息、潛在客戶資料名稱價格范圍編號JW1別名價位類型及寬度字符型 16位取值范圍 /相關聯的數據客戶信息、小組客戶信息、合編后客戶信息、潛在客戶資料二、系統設計1 系統功能結構及模塊設計. U/C矩陣分析利用U/C矩陣求解，對

9、系統結構劃分進行優化，具體分析見表2-1所示：. 系統功能結構分析功能結構圖是按功能從屬關系畫成的圖表，圖中每一個框稱為一個功能模塊。功能模塊可以根據具體情況分得大一點或小一點。分解得最小的功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一任務的一組程序。如圖2-4所示.系統功能（1） 客戶信息輸入這是業務人員從事的工作，當客戶看房時由業務人員對客戶的基本資料做紀錄，并輸入客戶資料的數據庫，以便企業積累客戶信息，挖掘客戶潛力。（2） 整理客戶信息這一步驟是由銷售組長進行的，是指將組長將領導的組員上交的客戶信息整理成以小組形式上交的資料集合。（3） 合編后客戶信息輸出這是指

10、組長整理好的資料交與秘書，再由秘書合編各組的客戶信息，交與客服的過程。（4） 分析潛在客戶資料這是指經理助理在對客服部提供的潛在客戶資料進行分類歸總，以確定最終目標客戶的餓過程。.系統模塊設計（客戶信息處理）SC圖2-3系統總體功能結構圖2-42，系統流程分析系統中許多業務或功能都是通過數據文件聯系起來的。這種聯系是通過繪制信息系統流程圖來從整體上表達的。信息系統流程圖是以新系統的數據流程圖為基礎繪制的。可以按下述思路來繪制信息系統流程圖：首先，為數據流程圖中的處理功能畫出數據關系圖，它反映了數據之間的關系，即輸入數據、中間數據和輸出信息之間的關系；最后，把各個處理功能的數據關系圖綜合起來，形

11、成整個系統的數據關系圖，即信息系統流程圖10。本系統則符合了業務和功能的流程，總結出自己的一套數據流程，如圖2-4所示：系統流程圖2-43，代碼體系客戶編號代碼,選用區間碼中的特征碼。編碼結構:第一位代表省市,第二位代表城區,后六位為順序號.共八位.居住地區A-北京市B-外省市A1-海淀區A2-豐臺區A3-宣武區A4-朝陽區A5-東城區A6-西城區A7-崇文區A8-石景山A9-城八區以外市內地區戶型實體編碼結構:共一位,具體含義如下:戶型A-兩室一廳B-兩室兩廳C-三室一廳D-三室一廳E-一室一廳4，程序流程結構化程序設計有3種基本結構：順序結構、選擇結構、循環結構。在我設計系統時主要使用順序

12、結構和選擇機構.圖2-55，輸入輸出設計 （1）輸入設計 計主要以輸入方式設計，在實現系統開發過程上輸入設計所占的比重較大。根據總體設計和數據庫設計的要求，確定本系統數據輸入的具體形式采用鍵盤輸入、網絡傳送輸入和磁盤傳送輸入。鍵盤輸入適用于常規、少量的數據和控制信息的輸入，以及原始數據的錄入。使用網絡傳送數據安全、可靠、快捷。磁盤傳送輸入方式是一種非常方便的輸入數據方式，不需要增加任何設備和投入。在設計數據輸入格式時，應嚴格按照數據庫設計時產生的數據字典，遵循代碼設計的實際標準，統一格式。系統的校對方式采用數據平衡校對。具體做法是在原始報表每行每列這增加一位數字小記字段，然后再將累加的結果與原

13、始報表中的統計自動比較。如果一致，則可認為輸入正確，反之，則拒絕接受該數據記錄。具體界面見圖49所示：進入界面圖2-6 輸入界面圖（2）輸出設計：輸出設計界面有兩種，一是由資料查詢表單 打印按鈕中直接打印，如圖所示圖2-7 輸出界面圖一是由主菜單打印輸出欄中打印圖2-8輸出界面圖6，數據存儲設計E-R圖主要是由實體、屬性和聯系三個要素構成的。利用系統分析階段建立的數據字典，并對照數據流程圖對系統中的各個數據項進行分類、組織，確定系統中的實體、實體的屬性、標識實體的碼以及實體之間聯系的類型。本的系統E-R圖具體分析如圖2-5：E-R圖在系統分析階段進行新系統邏輯模型設計時，已從邏輯角度對數據儲存

14、進行了初步設計。到系統設計階段，就要根據以選用的計算機硬件和軟件及使用要求，進一步完成數據儲存的詳細設計。 數據庫在物理設備上的存儲結構與存取方式稱為數據庫的物理結構。它依賴于給定的計算機系統。為一個給定的邏輯數據模型選取一個最適合應用要求的物理結構的過程，就是數據的物理設計。所示：表名：客戶基本資料表用途：記錄潛在客戶個人基本信息索引：客戶編號7,系統環境配置條件與限制：已經具備的條件為：有打印機1臺，PC機1臺，WINDOWS 98 以上操作系統，開發程序：VFP數據庫軟件還需要的設備有：硬件與軟件平臺：中心服務器A數據庫服務器 （類型：企業級）B應用服務器 （類型：部門級）微軟與vfp數

15、據庫操作系統軟件三、系統實施1，程序設計(包括主要源程序代碼，系統調試、錄入、轉換等)。（1）運行設計：系統運行期間的管理有系統運行情況的記錄，系統運行的日常維護等工作。對系統運行情況的記錄應事先制定記錄格式和記錄要點，具體工作由使用人員完成。人工記錄的系統運行情況和系統自動記錄的運行情況，都應作為基本的系統文檔按照規定的期限保管。這些文檔既可作為在系統出現問題時查清原因和責任。還能作為系統維護的依據和參考。記錄的內容是每天計算機的啟動、應用系統的進入、數據備份、存檔等情況。記錄的方法是一方面盡量在系統中設置自動記錄功能，另一方面可對正常情況不予記錄，而對于不正常的情況和無法運行情況則應將所見

16、的現象、發生的時間及可能的原因做盡量詳細的記錄。下面是程序設計部分：示例程序主要由VF的各類生成器做成,SQL語言使用較少，基本步驟如下1設計 進入表單：新建表單添加文字，圖片增加按鈕“進入”將按鈕“進入”click代碼設計為“do menu.mpr”保存表單2設計主菜單新建菜單設計菜單項將客戶資料查詢設為命令“do form 客戶資料表”，打印項 命令“do form frmcquery副”。退出項設為過程“set sysmenu to default”，生成菜單保存SET SYSMENU TOSET SYSMENU AUTOMATICDEFINE PAD _2940u83by OF _MS

17、YSMENU PROMPT "客戶資料輸入" DEFINE PAD _2940u83bz OF _MSYSMENU PROMPT "客戶資料查詢" COLOR SCHEME 3DEFINE PAD _2940u83c0 OF _MSYSMENU PROMPT "客戶資料分析"DEFINE PAD _2940u83c1 OF _MSYSMENU PROMPT "打印" COLOR SCHEME 3DEFINE PAD _2940u83c2 OF _MSYSMENU PROMPT "退出" COLO

18、R SCHEME 3ON PAD _2940u83by OF _MSYSMENU ACTIVATE POPUP 客戶資料輸ON SELECTION PAD _2940u83bz OF _MSYSMENU do form 客戶綜合資料表ON SELECTION PAD _2940u83c0 OF _MSYSMENU ;DO _2940u83c3 ;IN LOCFILE("房地產客戶(好表)MENU" ,"MPX;MPR|FXP;PRG" ,"WHERE is MENU?")ON SELECTION PAD _2940u83c1 OF _

19、MSYSMENU do form frmcquery副ON SELECTION PAD _2940u83c2 OF _MSYSMENU ;DO _2940u83cd ;IN LOCFILE("房地產客戶(好表)MENU" ,"MPX;MPR|FXP;PRG" ,"WHERE is MENU?")DEFINE POPUP 客戶資料輸 MARGIN RELATIVE SHADOW COLOR SCHEME 4DEFINE BAR 1 OF 客戶資料輸 PROMPT "新資料輸入"DEFINE BAR 2 OF 客戶資料

20、輸 PROMPT "資料修改"ON SELECTION BAR 1 OF 客戶資料輸 ;DO _2940u83ce ;IN LOCFILE("房地產客戶(好表)MENU" ,"MPX;MPR|FXP;PRG" ,"WHERE is MENU?")ON SELECTION BAR 2 OF 客戶資料輸 ;DO _2940u83ct ;IN LOCFILE("房地產客戶(好表)MENU" ,"MPX;MPR|FXP;PRG" ,"WHERE is MENU?")set sysmenu to default3設計查詢菜單（查詢客戶資料）SELECT DISTINCT 客戶基本信息表.*, 客戶意向調查表.戶型,;客戶意向調查表.朝向, 客戶意向調查表.樓層, 客戶意向調查表.價格范圍, 客戶意向調查表.面積, 客戶意向調查表.裝修程度, 客戶意向調查表.付款方式,; 客戶意向調查表.區域位置; FROM 數據1!客戶基本信息表 INNER JOIN 數據1!客戶意向調查表