第一篇：圖書館管理信息系統規劃

實驗二圖書館管理信息系統規劃

一、實驗目的通過圖書館管理信息系統開發，讓學生了解管理信息系統規劃工作的重點，掌握系統規劃報告說明書的寫作能力。

二、實驗內容

圖書館管理信息系統背景資料說明：

某企業圖書館系統是一個具有萬人以上的員工，并地理位置分布在大型企業的圖書管理系統，圖書館藏書100多萬冊，每天的借閱量近千冊。在手工操作的方式下，圖書的編目和借閱的工作量打，準確性低且不易修改維護，讀者借書只能到圖書館手工方式查找書目，不能滿足借閱需求。需要建設一套網絡化的電子圖書館信息系統。

該圖書館管理信息系統服務對象有兩部分人：注冊用戶和一般讀者。一般讀者經注冊后成為注冊用戶，注冊用戶可以在圖書館借閱圖書，其他人員只可查閱圖書目錄，但不能借閱圖書。系統同時考慮提供電子讀物服務，目前只提供電子讀物的目錄查詢服務，不久的將來將提供電子讀物全文服務。用戶可通過網絡方式訪問該圖書館管理信息系統。

系統內部人員結構，組織及用戶情況分析。圖書館由館長負責全面工作，下設辦公社，財務室，采編室，學術論文室，圖書借閱室，電子閱覽室，期刊閱覽室和技術支持室。各部門的業務職責如下：

辦公室：辦公室協助館長負責日常工作，了解客戶需求，制定采購計劃。

財務室：財務室負責財務方面的工作。

采編室：采編室負責圖書的采購，入庫和圖書編目，編目后的圖書粘帖標簽，并送圖書借閱室上架借閱。

學術論文室：負責學術論文的收集整理。

圖書借閱室：提供對讀者的書目查詢服務和圖書借閱服務。

電子閱覽室：收集整理電子讀物，準備體哦那個電子讀物的借閱服務，目前可以提供目錄查詢和借閱。

期刊閱覽室：負責期刊的收集整理和借閱。

技術支持室：負責對圖書館的網絡和計算機系統提供技術支持。

系統業務流程分析：

通過業務流程調查，理清圖書館管理系統的主要業務和業務的流程。圖書館管理員編制圖書采購計劃，由采購員負責新書的采購工作。采購圖書入庫后，交采編室編目，粘帖標簽，產生圖書目錄。圖書交圖書借閱室上架，供讀者借閱。采編后的電子讀書交電子閱覽室。讀者分為注冊讀者和非注冊讀者，只有注冊讀者可以在本圖書館借書，非注冊讀者可查詢目錄但不能借書。讀者填寫注冊登記表交圖書館管理員審核后，記入讀者登記表，成為注冊讀者，發給借書證。注冊讀者借書時，需填寫借書單，連同借書證一起交給借閱管理員，經管理員核對無誤后，填寫借閱登記表，修改圖書登記表中該書的數量，上架取數交給讀者。圖書館設有讀者信箱，讀者需要但沒有庫存的圖書，讀者可以通過讀者信箱反映。圖書館管理員定期處理讀者信箱種的意見。將讀者需要的圖書編制程圖書采購計劃交采購員購買。

實驗要完成如下內容：

（1）根據背景資料說明項目的年限和具體開發方法

（2）說明項目開發的目標（功能、服務范圍和質量）、約束條件

（3）說明單位的目前的現狀，從業務流程面臨的問題來說明如何通過信息技術如何

進行流程改造。

（4）項目小組的建設

（5）項目開發方案

（6）實施進度（分工）

三、實驗環境

硬/軟件要求：微機：每人1臺；軟件：Windows2000，Office2000

四、實驗報告

實驗報告提交要點：

一、項目概況

1、項目說明

1）項目名稱：2）客戶：3）供應商：

2、項目背景

二、項目規劃

1、說明單位的目前的現狀，從業務流程面臨的問題來說明如何通過信息技術如何

進行流程改造。

2、開發方法

3、目標和約束條件

4、項目小組建設

5、項目開發方案

6、實施進度

第二篇：某大學圖書館管理信息系統建設規劃(一)

某大學圖書館管理信息系統建設規劃

（一）信息系統建設規劃書——計算機系統建設計劃

第一章：要點提示！

一、規劃目的：

為更好的改善圖書管理，提高圖書管理的效率水平，建立一個合理有序的圖書借還管理秩序于是決定建立一個功能強大的管理信息系統。

眾所周知，計算機管理信息系統建設是現代商業企業生存和發展的前提。我們當前的總任務是：充分利用先進的電子信息技術，參考已有同行企業成功的解決方案，結合圖書館的現狀并考慮同學們的需要，成功建立起“圖書館”完整的內部一體化計算機管理信息系統。只有順利完成這項工作，才能確保圖書館的合理有序的秩序。

二、規劃原則：

1：按時

目標系統應該在新生到來之際完成建設，盡快為同學們提供服務。

2：全面

目標系統必須滿足學校管理的要求。通過系統分析設計，制定完整合理的借還操作流程，并優化建立相應數據模型與之針對。

3：實用

目標系統必須具有良好的可操作性和可維護性。能夠使操作人員通過全面的系統培訓迅速掌握。

4：先進

目標系統必須緊跟周邊學校的發展潮流，采用目前國際先進的技術體系結構進行建設，具有較強的可擴充性。能夠充分延長系統的使用生命周期。

5：可靠

目標系統必須具有較高的保密功能及數據備份能力和故障恢復能力，數據結構設計必須合理，數據采集必須高效，數據分析必須準確。

6：經濟

目標系統在確保前5項建設原則外，還應充分考慮系統資源的優化組合，充分降低投資風險。設計方案技術成熟，實施周期短、見效快，性能價格比最佳。具有完備的實施計劃。

三、過程監控：

信息系統建設是流通業軟件服務商和學校合作實施的系統工程。雙方必須密切配合，一切以成功建設系統為目標。為確保建設成果準時和高質量。必須對系統建設過程中的每個環節達到標準量化管理，確認責任人，全面監控各階段結果，建立完整的系統驗收制度。具體過程應包含四個方面，l 項目組織，2 項目進程，3項目指導，4項目計劃和控制

四、過程描述： 計算機系統建設步驟包含以下六個階段：（規劃書正文中將逐一詳細說明）l 需求分析2 設計開發3系統培訓4測試運行5實施監控6后期維護

第二章：規劃書正文

一、項目實施管理要求

項目實施管理中極為重要的四個關鍵因素是: 項目組織

項目組織定義了為實施系統所需的人員策略和組織結構。項目組織的定義涉及到“圖書館”的各個部門。

項目進程

項目進程定義了為成功實施系統所需的階段、步驟、活動和任務。每一階段、步驟、活動和任務都有明確的目標和應完成或應得到的結果,所有的這些都是為著最終目標----成功、高效、全新的管理信息系統服務。

項目指導

項目指導為項目實施人員提供高級實施應用結構化技術來指導項目的各種活動,這種技術有助于項目管理和軟件開發的規范化及項目小組成員間的交流。

項目計劃和控制

包括:

-調度和控制項目的各活動和任務，（）

制定項目預算（）

-監視商業信息實施項目的進程（）

-解決各活動和任務間的時間沖突（）

-保證在計劃的時間和預算內完成項目的各進程

二、項目實施范圍

本項目涉及“圖書管理系統”整體解決方案中的主要內容如下: *以學校圖書館內部分類信息為基礎的管理應用系統實施及相應管理技術的應用,包括相應產品與技術的交付安裝、教育培訓、開發、驗收及系統維護支持。

具體內容見項目進程管理和教育培訓計劃相應部分。本系統實施項目涉及“某圖書館”大多數管理職能部門。

1、項目組織

1．1、項目組織結構（?)1.2、項目角色和責任

1.2.1、軟件服務公司的主要角色和責任（?)

項目責任經理：

對整個系統實施項目的成功與否以及應用軟件服務公司及其合作伙伴應承擔的義務負有主要責任。

*對“某圖書館管理系統”項目實施進度進行監控。

*檢查軟件服務公司及合作伙伴項目人員的服務質量。

*負責對軟件服務公司及其合作伙伴人員的調配及管理。

*是軟件服務公司與學校高層項目人員的主要聯系人。

項目執行經理：

* 軟件服務公司指定一名項目執行經理。

* 負責服務費用的估算及提供服務時間的制定。

* 負責項目工作計劃的制定與實施。

* 管理參與項目實施的軟件服務公司技術人員。

* 負責與“某圖書管理系統”項目負責人和各位職能經理的聯系。

* 指導和幫助“某圖書管理系統”項目人員進行項目實施。

* 對實施的進展，各個階段工作完成情況，按時匯報給軟件服務公司項目責任經理。

* 管理工作檔案及負責軟件服務公司應承擔的技術服務的管理。

* 負責處理軟件修改和增加的分析設計及編程等問題。

* 在開發過程中進行質量監督保證。

管理咨詢顧問

* 負責協助進行圖書館現行管理模式和運作流程的分析。

* 對圖書館現行管理存在的問題提供診斷咨詢和改進建議。

* 結合圖書館現行管理實際情況，指導應用系統的靈活應用。

* 在項目實施中，負責管理模式和運作方法方面的檢驗及質量保證。

應用顧問和技術顧問

* 根據現場需要及計劃安排，參與“圖書館”的項目實施，協助項目執行經理解決實施中的應用問題和技術問題。

* 承擔指導或技術課程的講授工作。

* 承擔指導或參與軟件用戶化修改及數據轉換。

* 承擔指導或參與網絡、硬件系統、數據庫系統的實施。

1.2.2、“某購物中心”的主要角色和責任

項目領導小組

該小組人員組成應包括：“某大學圖書館”的高層管理人員，部門主管人以及項目負責人。此外軟件服務公司及其合作伙伴的高級咨詢專家及項目責任經理也將參與小組的活動。

領導小組的責任包括：

* 批準項目計劃。

* 調配項目資源（人力，經費）。

* 定期檢查項目計劃執行情況。

* 協調各業務部門之間發生的沖突。

* 制定項目實施策略以保證項目實施同企業的業務發展目標相一致。

* 負責處理項目隊伍職權之外的問題。

項目實施應具體考慮的關鍵內容有：

* 哪些系統模塊應先實施。

* 哪些部門應先參與實施。

* 哪些業務先應計算機化。

* 實施時間表。

* 確定實施項目人選以及每一位參加者的職責。

* 確定項目實施輔助工程的具體內容和完成時間。

項目隊伍

項目隊伍作為直屬項目領導小組下的一個工作班子負責完成領導小組交給的一切有關項目實施的具體任務（例如：制定計劃，檢查進度，起草文件等等）。

項目經理

* 參與項目實施計劃的制定。

* 負責和協調所有的項目日常事務。

* 組織、計劃、調度、控制和監督項目所有實施活動。

* 負責向領導小組負責人匯報項目進展狀況。

* 組織項目隊伍的每周例會。

職能經理

* 給實施計劃提供資料。

* 在項目經理的協調下,負責在本業務范圍的應用系統部分的實施。

* 在原型測試階段提供輸入數據并確認測試結果。

* 組織在本業務范圍內的其余人員的培訓。

* 審查在本業務范圍內的基礎代碼定義和基礎數據采集。

數據處理經理

* 負責網絡、硬件系統的日常運行管理與維護。

* 負責數據庫的安全,數據的完整性和一致性。

* 負責數據庫的設定,數據的轉換及數據的備份。

* 處理用戶與項目有關的各類問題,包括軟件功能、硬件及任何其它問題。

* 幫助項目的實施。

* 至少50%的時間參與實施。

* 跟蹤系統培訓全過程，全面負責企業內部數據初始化建立的規范合理。

2、項目進程

2.1、項目進程說明

本系統項目進程定義了為成功實施所需的階段、步驟活動和任務。每一個階段的步驟、活動和任務都有明確的目標,工作和應得到的結果。按照高級實施策略的原理,“某大學圖書館”項目的整個實施過程可劃分為五個階段

2.1.1、項目定義階段

階段的主要任務及達到的目標:

* 對未來系統進行全面和詳細的分析, 明確建立管理信息系統的需求。

* 實施一系列有關管理技術原理和軟、硬件系統的教育培訓,企業高層和中層領導及管理人員對系統有基本概念的認識和了解。

* 提出以商業信息系統為原型的系統方案。

主要交付成果

* 項目定義分析報告(PDAR)。

* 管理技術原理課程和有關系統培訓課程教育大綱。

* 項目定義備忘錄(PDM)。

2.1.2、實施準備階段

階段的主要任務及達到的目標:

* 系統產品和文檔安裝。

* 進一步深入地對有關項目人員(包括職能部門人員)進行系統產品的培訓,使他們掌握系統的設計原理,處理流程和操作使用方法。

* 定義基礎代碼和準備原型測試數據。

主要交付成果

* 需求定義分析報告(RDR)。

* 系統業務流程圖(軟件修改初步設計(BSM))。

* 詳細設計報告(軟件修改詳細設計(DD))。

2.1.3、開發和確認階段

階段的主要任務及達到的目標:

* 根據系統業務流程和詳細設計報告要求,進行軟件用戶化編程。

* 根據要求重新修改和增加有關文檔。

* 對修改和開發后的系統進行全面測試,以便確認該系統的可行性,可靠性及合理性。

* 對最終用戶進行培訓,使他們掌握新系統的操作和使用。

* 建立標準運作規程。

主要交付成果

* 經過開發和確認的軟件及文檔（SPE）。

2.1.4、系列實施階段

階段的主要任務及達到的目標：

* 批準的標準運作規則。

* 進行系統運作之前的數據準備，包括全部靜態數據的整理和錄入以及全部初始動態數據的準備。

* 健全保證新系統運行的組織機構，明確各職能人員的分工和責任。

主要交付成果

以某大學信息系統為原型，經過開發和修改，并通過試運行之后可正式運行的系統，包括軟件、文檔和標準運作規程（TIP）。

2.1.5、系統模擬運行階段

階段的主要任務及達到的目標：

* 對系統的測試運行進行監控和維護，及時解決運作過程出現的新問題，保證系統持續正常運行。

* 總結和評價系統運行的效益和成果。

主要交付成果

* 項目模擬運行備忘錄

* 系統故障效率備忘錄

2.2、項目進程管理

2.2.1、項目計劃管理

計劃內容

項目實施過程的計劃分為三級計劃：

* 項目實施計劃

項目實施計劃作為項目整個過程中到綱領性計劃，其主要作用在于建立可行的項目實施工作的基本原則和標準工作流程和規范。

* 階段實施計劃

在每個階段的開始，必須制定出各階段工作計劃。它規定了本階段中所要實現的目標，所要完成的任務和所要交付的成果。計劃中還要規定出活動步驟和時間進度以及有關資源的使用（人力，物力）和新增費用預算

* 關鍵活動計劃

在項目實施的五個階段中包含了至少一個以上的關鍵活動。它標識了系統實施進程達到了某一狀態。對于這些關鍵活動，必須制定詳細的工作流程，以便這些活動能夠有條不紊地開展，達到預定的效果。

計劃管理

* 計劃制定由執行經理和項目經理負責。

* 計劃審批。

* 項目實施計劃由項目領導小組批準。

* 階段實施計劃由項目領導小組批準。

* 關鍵活動計劃由項目負責人批準。

* 計劃的修改和更新由項目經理負責。

2.2.2、項目監控

建立項目會議制度

* 項目小組會議

項目小組會議的主要作用是檢查項目進展的狀況和完成質量，協調和解決項目進展中出現的問題。項目隊伍例會根據需要隨時舉行。會議召集人為項目經理。

* 項目領導小組會議

在項目實施的每一階段，應召開至少一次以上的項目領導小組會議。

會議解決的事情如下：

* 重大問題的決策和協調以及政策的發布。

* 批準項目所需增加的資源和費用。

* 批準關鍵的可交付成果。

會議召集人為項目領導小組會負責人。

建立正常的檢查、復審和批準制度

為了確保項目實施按期保質進行，有必要建立正常的檢查、復審和批準制度。它所包括的內容如下：

* 軟件服務公司所承擔的檢查職責和工作內容。

* 復審和批準可交付成果的內容和程序。

* 軟件服務公司及其合作伙伴項目人員與“某大學圖書館管理信息系統”項目人員之間聯系的方式。

第三篇：圖書館管理信息系統 分析報告

圖書館管理信息系統 需求分析..................................................................................2

1.1 系統背景分析........................................................................................................2 1.2圖書管理業務流程圖..........................................................................................4 1.3數據流程圖...............................................................................................................7 1.4數據字典..................................................................................................................11 1.4.1 數據項描述....................................................................................................11 1.4.2 數據結構.........................................................................................................11 1.4.3 數據流的描述................................................................................................11 1.4.4 處理邏輯的描述...........................................................................................20 1.4.5 數據存儲的描述...........................................................................................23 1.4.6 外部實體的描述...........................................................................................25 2 概念模型設計........................................................................25

2.1實體圖.......................................................................................................................25 2.2 實體—聯系圖......................................................................................................27 2.3 數據庫概念模型.................................................................................................28 3 邏輯模型及物理模型設計...................................................28

3．1 數據庫概念模型轉換為關系模型.........................................................28 3．2 數據庫物理模型..............................................................................................29 4 數據庫的實施與運行...........................................................29

4．1生成的SQL語句.............................................................................................29 5 參考資料................................................................................33 需求分析

1.1 系統背景分析

<系統背景簡介…> 1． 組織機構介紹。。2． 業務情況介紹

隨著學院的日漸擴大，圖書館的管理工作也日益復雜，但其主要工作分為：

? 新書入庫：首先，圖書館的管理部門根據圖書的庫存量、圖書的需求量和各類圖書的最近發展情況向采購員發出購書計劃單，采購員根據購書計劃單向圖書供應商發出購書單，采購員收到圖書供應商的提貨通知單并提貨，將檢驗不合格的圖書退給供應商，并發出重新發貨的通知單。其次，將入庫書單和檢驗合格的圖書交付給圖書管理員。最后，對新書進行分類處理：即按國家統一的分類進行編號，登記書號、書名、作者、出版社、價格、數量等信息到書庫，并將購書單和提貨單交付給財務部門。記入入庫文件。

? 圖書出庫注銷：對于過期的各類圖書進行出庫處理，注銷其相應信息。? 圖書的借出：圖書管理員根據借閱者的借書單去查閱書庫，若有借閱者要借的書，則將書借給借閱者，并將借閱者的借閱證號、姓名及所借圖書的信息記入書庫借閱文件，若沒有借閱者要借的書，借閱者可以預定所要借的書，管理員將預定信息記入預定文件。

? 圖書的歸還：借閱者將所借的書歸還圖書館時，管理員對圖書進行檢查，若完好，將借閱者的這條歸還信息記入歸還文件，并注銷相應的借閱信息；若被損壞，開出罰款單，并將罰款信息記入罰款文件，將借閱者相應的歸還信息記入圖書歸還文件，并注銷相應的借閱信息；若超期，則根據超期的天數進行罰款，同時將相關罰款信息記入罰款文件，將借閱者的這條歸還信息記入歸還文件，并注銷相應的借閱信息。若借閱者不慎將圖書遺失，圖書管理員根據圖書的單價和學院的相關規定開出賠償單據，借閱者交納賠償金后，管理員相關的賠償信息記入賠償文件，注銷相應的借閱信息，并注銷該書的信息。

? 統計情況：圖書管理員對圖書借閱情況進行統計，對逾期未還的借閱者催其歸還

圖書。并且定期對圖書進行整理及統計。

檢索：對圖書館書庫的各方面進行檢索。

圖書館管理信息系統的數據需求包括如下幾點： 1． 數據錄入的可靠性

數據的輸入主要依靠手工，而準確的輸入關系到該系統的數據是否能準確處理，加之該系統需要輸入大量的圖書及用戶資料，所以系統必須有簡潔的界面和一定的靈活性使得輸入工作迅速而準確。2． 數據的完整性與一致性

對于輸入的數據，要有一定的完整性規則，如果不能符合要求，系統應該拒絕該數據。由于系統的數據是共享的，圖書作為共享數據，其去向必須是明確的，系統需保證圖書不能被兩人同時借出，而要解決這一問題，需要一定的人員維護數據的一致性。

1.2圖書管理業務流程圖

采編部有關部門新書書單不合格書單新書報表校驗員藏書報表新書清單合格書單藏書清單編碼員庫藏清單書庫書籍分配單領書清單書庫管理員領取新書報表書庫 新書入庫業務流程圖

書庫有關部門注銷計劃注銷申請表不合格申請表注銷通知審核員藏書報表注銷清單合格申請表藏書清單編碼員 舊書出庫（含遺失注銷）業務流程圖

讀者預約申請表借書申請表續借申請表無效申請表預約通知續借通知領書通知索書員未在庫在庫在庫在庫書籍清單有效申請表借出書籍清單預約清單書庫管理員書庫無此書庫存報表缺書申請單補書單采編部有關部門 圖書借閱（圖書借出、圖書預約、圖書續借）業務流程圖

讀者遺失通知超期通知還書通知有關部門遺失申請表歸還申請表遺失清單在庫清單書庫管理員歸還清單在庫報表遺失報表藏書清單注銷通知遺失統計編碼員藏書報表 圖書歸還（遺失歸還、超期歸還）業務流程圖

新用戶有關部門用戶申請表不合格申請表新用戶登錄通知審核員讀者清單讀者清單合格申請表新用戶清單讀者管理員 讀者入庫業務流程圖

讀者有關部門注銷申請表不合格注銷表用戶注銷通知單審核員讀者報表讀者清單合格注銷表注銷清單讀者管理員 用戶注銷（證件掛失）業務流程圖

1.3數據流程圖

符號說明

外部實體處理數據流數據存儲 p1管理員新舊書書單書書單采編入庫注銷書籍p2注銷出庫p3讀者歸、籍書籍閱書借還新用戶名單注銷用戶名單借閱歸還借歸閱清還單清、單新書清單清單D1書籍基本信息管理員p4編碼入庫p5注銷出庫新用本信戶基息用戶銷注信息基本D2讀者基本信息（1層數據流程圖）

管理員不合格書單新書書單P1.2審核合格書單P1.3編碼新書基本信息新書報表新書基本信息書籍基本信息管理員（2層新書入庫管理）

讀者不合格書單借書單、預約書單所借書籍P3.1.1審核合格預約書單P3.1.2預約處理合格借書單P3.1.3借書處理借書清單借書清單書籍基本信息管理員讀者借書情況報表（2層圖書借閱、預約管理）

P3.2.4讀者罰款通知罰款金額交納入帳罰款清單歸還書籍、遺失書籍P3.2.1審核損壞書單還書清單遺失書單罰款報表讀者還書情況報表P3.2.2損壞處理損壞清單還書清單P3.2.3遺失處理遺失報表損壞清單遺失清單遺失書籍報表損壞書籍報表書籍基本信息管理員（2層圖書歸還、遺失管理）

管理員不合格書單舊書書單P2.1審核合格書單P2.2注銷舊書清單舊書注銷報表舊書注銷清單書籍基本信息管理員（2層舊書出庫管理）

管理員不合格名單新用戶名單P4.1審核合格名單P4.2編碼入庫新用戶基本信息新用戶報表新用戶清單讀者基本信息管理員（2層新用戶入庫管理）

管理員不合格名單注銷名單P5.1審核合格名單P5.2注銷注銷用戶基本信息注銷用戶報表游樂用戶清單讀者基本信息管理員（2層用戶注銷管理）

1.4數據字典

1.4.1 數據項描述

1.4.2 數據結構

1.4.3 數據流的描述

數據流編號：D1 數據流名稱：新書書單

簡

述：購入書籍的表單 數據流來源：管理員 數據流去向：審核模塊

數據流組成：索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D2 數據流名稱：合格書單

簡

述：通過審核的新書書單 數據流來源：審核模塊 數據流去向：編碼模塊

數據流組成：索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D3 數據流名稱：不合格書單

簡

述：沒有通過審核的新書書單 數據流來源：審核模塊 數據流去向：管理員

數據流組成：索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D4 數據流名稱：新書基本信息

簡

述：新入庫圖書的信息 數據流來源：編碼模塊

數據流去向：書籍基本信息

數據流組成：條形碼+索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D5 數據流名稱：新書清單

簡

述：新入庫圖書的書單 數據流來源：編碼模塊 數據流去向：新書報表

數據流組成：條形碼+索書號+書名+出版社等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D6 數據流名稱：借書單

簡

述：讀者借書的書單 數據流來源：讀者 數據流去向：審核模塊

數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D7 數據流名稱：預約書單

簡

述：讀者預約書籍的書單 數據流來源：讀者 數據流去向：審核模塊

數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D8 數據流名稱：合格書單

簡

述：通過審核的借書單 數據流來源：審核模塊

數據流去向：借書處理模塊

數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D9

數據流名稱：不合格書單

簡

述：沒有通過審核的借書單 數據流來源：審核模塊 數據流去向：讀者

數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D10 數據流名稱：不合格書單

簡

述：沒有通過審核的預約書單 數據流來源：審核模塊 數據流去向：讀者

數據流組成：索書號+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D11 數據流名稱：合格書單

簡

述：通過審核的預約書單 數據流來源：審核模塊

數據流去向：預約處理模塊

數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D12 數據流名稱：所借書籍

簡

述：讀者借到的圖書 數據流來源：借書處理 數據流去向：讀者

數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D13 數據流名稱：預約清單

簡

述：預約圖書的書單 數據流來源：預約處理模塊 數據流去向：預約情況報表

數據流組成：條形碼+借閱證號碼 數據流量：200張/天 高峰流量：400張/天

數據流編號：D14 數據流名稱：預約圖書信息

簡

述：預約圖書的基本信息 數據流來源：借書處理模塊 數據流去向：書籍基本信息

數據流組成：條形碼+借閱證號碼 數據流量：200張/天 高峰流量：400張/天

數據流編號：D15 數據流名稱：借書清單

簡

述：借出圖書的書單 數據流來源：借書處理模塊 數據流去向：讀者借書情況報表 數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D16 數據流名稱：借出圖書信息

簡

述：借出的圖書的基本信息 數據流來源：借書處理模塊 數據流去向：書籍基本信息

數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D17 數據流名稱：歸還書籍

簡

述：歸還圖書的書單 數據流來源：讀者 數據流去向：審核模塊

數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D18 數據流名稱：遺失書單

簡

述：遺失圖書的書單 數據流來源：讀者 數據流去向：審核模塊

數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D19 數據流名稱：罰款通知

簡

述：交給罰款的通知 數據流來源：審核模塊 數據流去向：讀者

數據流組成：條形碼+借閱證號碼+罰款金額等 數據流量：15張/天 高峰流量：30張/天

數據流編號：D20 數據流名稱：損壞書單

簡

述：損壞的圖書的書單 數據流來源：審核模塊

數據流去向：損壞處理模塊 數據流組成：條形碼+書名等 數據流量：15張/天 高峰流量：30張/天

數據流編號：D21 數據流名稱：歸還清單

簡

述：歸還圖書的書單 數據流來源：審核模塊

數據流去向：讀者還書情況報表 數據流組成：條形碼+借閱證號碼等 數據流量：200張/天 高峰流量：400張/天

數據流編號：D22 數據流名稱：遺失書單

簡

述：遺失的圖書的書單 數據流來源：審核模塊

數據流去向：遺失處理模塊

數據流組成：條形碼+借閱證號碼等 數據流量：15張/天 高峰流量：30張/天

數據流編號：D23 數據流名稱：損壞清單

簡

述：損壞圖書的書單 數據流來源：損壞處理模塊 數據流去向：損壞圖書報表

數據流組成：條形碼+借閱證明號碼等 數據流量：15張/天

高峰流量：30張/天

數據流編號：D24 數據流名稱：損壞圖書信息

簡

述：損壞圖書的基本信息 數據流來源：損壞處理模塊 數據流去向：書籍基本信息 數據流組成：條形碼+書名等 數據流量：15張/天 高峰流量：30張/天

數據流編號：D25 數據流名稱：歸還圖書信息

簡

述：歸還圖書的基本信息 數據流來源：審核模塊

數據流去向：書籍基本信息 數據流組成：條形碼+書名等 數據流量：200張/天 高峰流量：

數據流編號：D26 數據流名稱：遺失清單

簡

述：遺失圖書的書單 數據流來源：遺失處理模塊 數據流去向：遺失報表

數據流組成：條形碼+借閱證號碼等 數據流量：15張/在 高峰流量：15張/天

數據流編號：D27 數據流名稱：遺失圖書信息

簡

述：遺失圖書的基本信息 數據流來源：遺失處理模塊 數據流去向：書籍基本信息 數據流組成：條形碼+書名等 數據流量：15張/天 高峰流量：30張/天

數據流編號：D28 數據流名稱：罰款金額

簡

述：交給罰款的金額 數據流來源：讀者

數據流去向：交納處理模塊

數據流組成：借閱證號碼+罰款金額+罰款通知序號等

數據流量：15張/天 高峰流量：30張/天

數據流編號：D29 數據流名稱：舊書書單

簡

述：陳舊圖書的書單 數據流來源：管理員 數據流去向：審核模塊

數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D30 數據流名稱：不合格書單

簡

述：沒有通過審核的陳舊圖書的書單 數據流來源：審核模塊 數據流去向：讀者

數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D31 數據流名稱：合格書單

簡

述：通過審核的陳舊圖書的書單 數據流來源：審核模塊 數據流去向：注銷模塊

數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D32 數據流名稱：注銷書單

簡

述：注銷圖書的書單 數據流來源：注銷模塊 數據流去向：出庫報表

數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D33 數據流名稱：注銷圖書信息

簡

述：注銷圖書的基本信息 數據流來源：注銷模塊

數據流去向：書籍報表信息

數據流組成：條形碼+索書號+書名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D34 數據流名稱：新用戶名單 簡

述：新進用戶的名單 數據流來源：管理員 數據流去向：審核模塊

數據流組成：學號（或工作證號碼）+姓名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D35 數據流名稱：合格名單

簡

述：通過審核的新用戶名單 數據流來源：審核模塊

數據流去向：編碼入庫模塊

數據流組成：學號（或工作證號碼）+姓名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D36 數據流名稱：不合格名單

簡

述：沒有通過審核的新用戶名單 數據流來源：審核模塊 數據流去向：管理員

數據流組成：學號（或工作證號碼）+姓名等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D37 數據流名稱：新用戶信息

簡

述：新進用戶的基本信息 數據流來源：編碼入庫模塊 數據流去向：書籍基本信息

數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D38 數據流名稱：新用戶清單 簡

述：新用戶的名單 數據流來源：編碼入庫模塊

數據流去向：新用戶報表

數據流組成：借閱證號碼+學號（或工作號碼）等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D39 數據流名稱：注銷名單

簡

述：注銷用戶的名單 數據流來源：管理員 數據流去向：審核模塊

數據流組成：借閱證號碼+學號（或工作號碼）等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D40 數據流名稱：合格名單

簡

述：通過審核的注銷用戶名單 數據流來源：審核模塊 數據流去向：注銷模塊

數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D41 數據流名稱：不合格名單

簡

述：沒有通過審核的注銷用戶名單 數據流來源：審核模塊 數據流去向：管理員

數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D42 數據流名稱：游樂用戶信息 簡

述：注銷的基本信息 數據流來源：注銷模塊

數據流去向：用戶基本信息

數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月

數據流編號：D43 數據流名稱：注銷圖書清單 簡

述：注銷圖書的書單

數據流來源：注銷模塊

數據流去向：注銷用戶報表

數據流組成：借閱證號碼+學號（或工作證號碼）等 數據流量：1張/3個月 高峰流量：1張/月

1.4.4 處理邏輯的描述

處理邏輯編號：P1.1 處理邏輯名稱：審核處理

簡

述：對新購入圖書進行審核 輸入的數據流：新書書單

處理描述：對照新書書單對新購入圖書進行檢查，核對圖書數量、內容，檢查是否完整。輸出的數據流：不合格書單、合格書單 處理頻率： 1次/2個月

處理邏輯編號：P1.2 處理邏輯名稱：編碼處理

簡

述：將合格圖書近一定要求編碼入庫 輸入的數據流：合格書單

處理描述：由管理人員對采購回來并審核無誤的圖書，按照國家統一的分類進行編號，之后登記書號、書名、作者、出版社等圖書基本信息

輸出的數據流：新書基本信息、新書清單 處理頻率： 1次/2個月

處理邏輯編號：P2.1 處理邏輯名稱：審核處理

簡

述：對陳舊圖書進行審核 輸入的數據流：舊書書單

處理描述：檢查圖書是否已經過期或內容已不滿足讀者的需要，是否已遺失 輸出的數據流：合格書單、不合格書單 處理頻率：1次/2個月

處理邏輯編號：P2.2 處理邏輯名稱：注銷處理

簡

述：將圖書從書庫中撤消 輸入的數據流：合格書單

處理描述：將與合格書單中的圖書從書庫中刪除。輸出的數據流：注銷圖書基本信息、注銷圖書基本信息 處理頻率： 1次/2個月

處理邏輯編號：P3.1.1 處理邏輯名稱：審核處理

簡

述：對借書單、預約書單 輸入的數據流：借書單、預約書單

處理描述：根據借書單進行審核檢查書庫中是否有該圖書，該圖書是否在庫，讀者是否能夠再借閱該圖書；根據預約書單進行審核檢查看書庫中的圖書是否已經有人預約

輸出的數據流：不合格借書單、不合格預約書單、合格借書單、合格預約書單 處理頻率： 200次/天

處理邏輯編號：P3.1.2 處理邏輯名稱：借書處理

簡

述：處理讀者借書問題 輸入的數據流：合格借書單

處理描述： 根據合格借書單信息將書籍借予讀者 輸出的數據流：借書清單、借出圖書信息

處理頻率： 200次/天

處理邏輯編號：P3.1.3 處理邏輯名稱：預約處理

簡

述：處理讀者預約問題 輸入的數據流：合格預約書單

處理描述：根據合格預約書單信息將書籍歸入預約狀態 輸出的數據流：預約清單、預約圖書信息 處理頻率： 200次/天

處理邏輯編號：P3.2.1 處理邏輯名稱：審核處理

簡

述：將歸還書單、遺失書單進行審查 輸入的數據流：歸還書單、遺失書單

處理描述：根據還書書單檢查所借閱書籍是否已經超期或損壞，若有則給予罰款通知；檢查遺失圖書情況是否屬實

輸出的數據流：罰款通知、損壞書單、歸還圖書信息、歸還圖書清單、遺失書單 處理頻率： 200次/天

處理邏輯編號：P3.2.2 處理邏輯名稱：損壞處理

簡

述：對損壞圖書進行處理 輸入的數據流：損壞書單

處理描述：對已損壞圖書進行修補并記錄其損壞程度 輸出的數據流：損壞清單、損壞圖書信息 處理頻率： 200次/天

處理邏輯編號：P3.2.3 處理邏輯名稱：遺失處理

簡

述：對遺失圖書進行處理 輸入的數據流：遺失書單

處理描述：對已的圖書進行注銷

輸出的數據流：遺失清單、遺失圖書信息 處理頻率： 200次/天

處理邏輯編號：P3.2.4 處理邏輯名稱：交納入帳 簡

述：處理罰款問題 輸入的數據流：罰款金額

處理描述：根據罰款通知單內容收納罰款金額并對其進行記錄 輸出的數據流：罰款清單 處理頻率： 200次/天

處理邏輯編號：P4.1 處理邏輯名稱：審核處理

簡

述：對申請入庫的新用戶進行審查 輸入的數據流：新用戶名單

處理描述：對申請入庫的新用戶檢查其是否已經辦理過入庫 輸出的數據流：合格名單、不合格名單 處理頻率：30次/天

處理邏輯編號：P4.2 處理邏輯名稱：編碼入庫

簡

述：對合格用戶進行編碼 輸入的數據流：合格名單

處理描述：對合格用戶按其職位和所在部門進行統一編號 輸出的數據流：新用戶清單、新用戶基本信息 處理頻率：30次/天

處理邏輯編號：P5.1 處理邏輯名稱：審核處理

簡

述：對注銷用戶名單進行審核 輸入的數據流：注銷名單 處理描述：對注銷用戶的各類信息進行檢查，若其有未還圖書或未交納罰款認為其不能注銷 輸出的數據流：不合格名單、合格名單 處理頻率： 30次/天

處理邏輯編號：P5.2 處理邏輯名稱：注銷處理

簡

述：對合格名單的處理 輸入的數據流：合格名單

處理描述：將合格名單上的用戶從庫中撤消 輸出的數據流：注銷清單、注銷用戶基本信息 處理頻率：30次/天

1.4.5 數據存儲的描述

數據存儲編號：F1 數據存儲名稱：書籍基本信息

簡

述：存儲所有藏書的基本信息

數據存儲組成：條形碼+索書號+作者+出版社+出版日期+所在書庫+單價表+庫存數+書名+在庫數量+入庫日期

關鍵字：條形碼

相關聯的處理：P1.2，P2.2，P3.1.3，P3.2.1

數據存儲編號：F2 數據存儲名稱：新書報表

簡

述：存儲新購入圖書的信息

數據存儲組成：條形碼+索書號+作者+出版社+出版日期+所在書庫+單價表+庫存數+書名+在庫數量+入庫日期 關鍵字：條形碼 相關聯的處理：P1.2

數據存儲編號：F3 數據存儲名稱：舊書注銷報表

簡

述：存儲注銷圖書的信息

數據存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼 相關聯的處理：P2.2

數據存儲編號：F4 數據存儲名稱：讀者借書情況報表 簡

述：存儲讀者借書的信息

數據存儲組成：借閱證號碼+姓名+條形碼+索書號+書名 關鍵字：條形碼+借閱證號碼 相關聯的處理：P3.1.2

數據存儲編號：F5 數據存儲名稱：讀者預約情況報表

簡

述：存儲讀者預約圖書的信息

數據存儲組成：條形碼+索書號+書名+借閱證號碼+姓名 關鍵字：條形碼+借閱證號碼 相關聯的處理：P3.1.2

數據存儲編號：F6 數據存儲名稱：損壞圖書報表

簡

述：存儲損壞圖書的信息

數據存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼

相關聯的處理：P3.2.2

數據存儲編號：F7 數據存儲名稱：遺失圖書報表

簡

述：存儲遺失圖書的信息

數據存儲組成：條形碼+索書號+作者+出版社+出版日期+單價表+書名 關鍵字：條形碼

相關聯的處理：P3.2.3

數據存儲編號：F8 數據存儲名稱：讀者還書情況報表

簡

述：存儲讀者歸還圖書的信息

數據存儲組成：條形碼+索書號+書名+借閱證號碼+姓名 關鍵字：條形碼+借閱證號碼 相關聯的處理：P3.2.1

數據存儲編號：F9 數據存儲名稱：罰款報表

簡

述：存儲罰款的信息

數據存儲組成：借閱證號碼+姓名+罰款通知序號+罰款金額+罰款原因 關鍵字：借閱證號碼+罰款通知序號 相關聯的處理：P3.2.4

數據存儲編號：F10 數據存儲名稱：讀者基本信息

簡

述：存儲讀者的基本信息

數據存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：借閱證號碼

相關聯的處理：P4.2，P5.2

數據存儲編號：F11 數據存儲名稱：新用戶報表

簡

述：存儲新用戶的信息

數據存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：借閱證號碼 相關聯的處理：P4.2

數據存儲編號：F12 數據存儲名稱：注銷用戶報表

簡

述：存儲注銷用戶的信息

數據存儲組成：借閱證號碼+學號（或工作證號碼）+姓名+所在部門 關鍵字：學號（或工作證號碼）相關聯的處理：P5.2

1.4.6 外部實體的描述

外部實體編號：S1 外部實體名稱：讀者

簡

述：從圖書館中借閱圖書的人

輸入的數據流：所借圖書、不合格借書單、不合格預約書單、罰款通知 輸出的數據流：借書單、預約書單、歸還圖書、遺失書單、罰款金額

外部實體編號：S2 外部實體名稱：管理員

簡

述：管理圖書的人

輸入的數據流：不合格書單、不合格舊書書單、不合格新用戶名單、不合格注銷名單 輸出的數據流：新書書單、舊書書單、新用戶名單、注銷名單 概念模型設計

2.1實體圖

索書號條形碼所在書庫出版日期在庫數量庫存數量圖書入庫日期書名作者出版社單價表索書號 圖書實體

索書號索書號索書號索書號書庫類別 書庫類別實體

所在部門借閱證號碼學號學生借閱證 學生借閱證實體

所在部門借閱證號碼工作證號碼教師借閱證 教師借閱證實體

管理員姓名工作證號碼管理員 管理員實體

學號姓名性別學生年齡政治面貌籍貫所在系 學生實體

工作證號碼姓名性別職稱教師年齡政治面貌籍貫所在系 教師實體

罰款金額日期借閱證號碼序號罰款單 罰款單實體

2.2 實體—聯系圖

圖書n存放1書庫借閱mn學生借閱證教師借閱證擁有教師

n1罰款11擁有學生1罰款清單nn1管理管理員1

2.3 數據庫概念模型

圖書條形碼索書號作者書名出版日期出版社單價表庫存量在庫數量書庫書庫名可用借書證類型借閱周期超期罰款單價教師借閱證借閱證號碼工作證號碼所在部門學生借書證借書證號碼學號所在部門罰款單序號借閱證號碼罰款金額日期教師工作證號碼姓名性別所在部門職稱政治面貌籍貫教師年齡學生學號姓名性別教師年齡所在系籍貫政治面貌管理員管理員號碼管理員姓名 3 邏輯模型及物理模型設計

3．1 數據庫概念模型轉換為關系模型

1．管理員（管理員姓名，工作證號碼）

2．圖書（。。）

3．2 數據庫物理模型

BNOBNOchar(10)BSNAMETCARDchar(10)BNUMBNO = BNOANAMEBNAMEBDATEBPUBLISHPRICETCARD = TCARDBSTOCKSBSTORAGERELATION_88BOOKSBOOKSTORAGEchar(10)BSNAMEchar(10)BSNAME = BSNAMEchar(10)BSCARDchar(10)char(10)BSCIRCLYintegerchar(20)BSPRICEfloatchar(20)dateBNO = BNOchar(20)RELATION_89floatBNOchar(10)integerSTUCARDchar(10)integerSTUCARD = STUCARDTCARDSTCARDTNUMTNOTDEPTchar(10)char(10)char(10)char(40)STUCARD = STUCARDAMERCESTUCARDSSTUCARDSNOSTUNOSTUDEPTANOSTUCARDchar(10)STUCARD = STUCARDMNOchar(10)CARDchar(10)AMARYchar(40)ADATEMNO = MNOTNUM = TNUMTCARD = TCARDTEACHERchar(10)char(10)char(10)char(10)floatdateSNO = SNOSTUDENTSNOSTUCARDSNAMESSEXTAGESDEPTSADRESSSPOLITICSTNUMTCARDTNAMETSEXTDEPTTPOSTTPOLITICSTADRESSTAGEchar(10)char(10)char(10)char(2)char(40)char(10)char(10)char(10)integerchar(10)char(10)char(10)char(2)integerchar(40)char(10)char(10)MANAGERMNOMNAMEchar(10)char(10)4 數據庫的實施與運行

4．1生成的SQL語句

%% ============== %%

Database name: MODEL_1

%%

DBMS name:

Sybase SQL Anywhere

%%

Created on:

2002-12-16 0:44

%% ==============

%% ============== %%

Table: BOOKSTORAGE

%% ============== create table BOOKSTORAGE（BSNAME

char(10)

not null，BSCARD

char(10)

，BSCIRCLY

integer ，BSPRICE

float ，primary key(BSNAME));

%% ============== %%

Table: MANAGER

%% ============== create table MANAGER（MNO

char(10)

not null，MNAME

char(10)

，primary key(MNO));

%% ============== %%

Table: TCARDS

%% ============== create table TCARDS（TCARD

char(10)

not null，TNUM

char(10)

，TNO

char(10)

，TDEPT

char(40)

，primary key(TCARD));

%% ============== %%

Table: STUCARDS

%% ============== create table STUCARDS（STUCARD

char(10)

not null，SNO

char(10)

，STUNO

char(10)

，STUDEPT

char(40)

，primary key(STUCARD));

%% ============== %%

Table: BOOKS

%% ============== create table BOOKS（BNO

char(10)

not null，BSNAME

char(10)

，BNUM

char(10)

，ANAME

char(20)

，BNAME

char(20)

，BDATE

date

，BPUBLISH

char(20)

，PRICE

float ，BSTOCKS

integer ，BSTORAGE

integer ，primary key(BNO));

%% ============== %%

Table: STUDENT

%% ============== create table STUDENT（SNO

char(10)

not null，STUCARD

char(10)

，SNAME

char(10)

，SSEX

char(2)，TAGE

integer ，SDEPT

char(40)

，SADRESS

char(10)

，SPOLITICS char(10)

，primary key(SNO));

%% ============== %%

Table: TEACHER

%% ============== create table TEACHER（TNUM

char(10)

not null，TCARD

char(10)

，TNAME

char(10)

，TSEX

char(2)，TDEPT

char(40)

，TPOST

char(10)

，TPOLITICS char(10)

，TADRESS

char(10)

，TAGE

integer ，primary key(TNUM));

%% ============== %%

Table: AMERCE

%% ============== create table AMERCE（ANO

char(10)

not null，STUCARD

char(10)

，MNO

char(10)

，CARD

char(10)

，AMARY

float ，ADATE

date

，primary key(ANO));

%% ============== %%

Table: RELATION_88

%% ============== create table RELATION_88（BNO

char(10)

not null，TCARD

char(10)

not null，primary key(BNO, TCARD));

%% ============== %%

Table: RELATION_89

%% ============== create table RELATION_89（BNO

char(10)

not null，STUCARD

char(10)

not null，primary key(BNO, STUCARD));

alter table TCARDS

add foreign key FK_TCARDS_RELATION__TEACHER(TNUM)

references TEACHER(TNUM)on update restrict on delete restrict;

alter table STUCARDS

add foreign key FK_STUCARDS_RELATION__STUDENT(SNO)

references STUDENT(SNO)on update restrict on delete restrict;

alter table BOOKS

add foreign key FK_BOOKS_BSTOCK_BOOKSTOR(BSNAME)

references BOOKSTORAGE(BSNAME)on update restrict on delete restrict;

alter table STUDENT

add foreign key FK_STUDENT_RELATION__STUCARDS(STUCARD)

references STUCARDS(STUCARD)on update restrict on delete restrict;

alter table TEACHER

add foreign key FK_TEACHER_RELATION__TCARDS(TCARD)

references TCARDS(TCARD)on update restrict on delete restrict;

alter table AMERCE

add foreign key FK_AMERCE_RELATION__STUCARDS(STUCARD)

references STUCARDS(STUCARD)on update restrict on delete restrict;

alter table AMERCE

add foreign key FK_AMERCE_RELATION__MANAGER(MNO)

references MANAGER(MNO)on update restrict on delete restrict;

alter table RELATION_88

add foreign key FK_RELATION_RELATION__BOOKS(BNO)

references BOOKS(BNO)on update restrict on delete restrict;

alter table RELATION_88

add foreign key FK_RELATION_RELATION__TCARDS(TCARD)

references TCARDS(TCARD)on update restrict on delete restrict;

alter table RELATION_89

add foreign key FK_RELATION_RELATION__BOOKS(BNO)

references BOOKS(BNO)on update restrict on delete restrict;

alter table RELATION_89

add foreign key FK_RELATION_RELATION__STUCARDS(STUCARD)

references STUCARDS(STUCARD)on update restrict on delete restrict;參考資料

1、薩師煊、王珊

《數據庫系統概論（第三版）》

北京 ：高等教育出版社，2000

2、黃梯云、李一軍

《管理信息系統（修訂版）》

北京：高等教育出版社，2000

3、陳景艷、侯炳輝

《管理信息系統（第二版）》

北京：中國鐵道出版社，2001

4、徐引篪、霍國慶

《現代圖書館學理論》

北京：北京圖書館出版社，1999

第四篇：圖書館管理信息系統可行性分析報告

圖書館可行性分析報告

圖書館管理系統是一些單位不可缺少的部分。書籍是人類不可缺少的精神食糧，尤其對一些學校來說，尤其重要。所以圖書館管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統人工的方式管理圖書、期刊、試卷合訂本等，這種管理方式存在著許多缺點,如:效率低、保密性差,另外時間一長,將產生大量的文件和數據,這對于查找、更新和維護都帶來了不少的困難。

隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對圖書資源信息進行管理,具有著手工管理所無法比擬的優點.例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高圖書館管理的效率,也是企業、學校的科學化、正規化管理,與世界接軌的重要條件。

圖書館管理系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。

圖書管理系統的建立，需要進行用戶需求調查與分析，以確定系統目標，提出解決問題的詳細方案，這是系統建設的重要環節。要想使學生能夠有效的借閱，功能上對系統的要求是全面的。因此對用戶的需求可分為四個方面：一方面是圖書管理人員對需要進行圖書借閱的同學進行信息注冊，獲得借書證；二方面是學生通過計算機進行圖書瀏覽；三方面是學生通過計算機進行圖書借閱；四方面是打印輸出學生信息。

這四個方面形成了圖書借閱的一個工作整體，利用計算機的自動化處理，可方便快捷地共享信息、交流信息，高效地協同工作。

圖書館管理系統是典型的信息管理系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。

在軟硬件方面對系統的需求，軟件要求易學，界面友好，容易掌握，可以很簡單方便的進行圖書借閱信息管理。硬件的配置要求不能太高，這樣可以很好的適應當前的學校圖書館的借閱。

第五篇：學生選課管理信息系統規劃

學生選課管理信息系統規劃

（1）系統的意義與目標

隨著學校的辦學規模不斷擴大,生源的急劇增加,有關學生的各種信息量也成倍增長。面對龐大的信息量,學校如何做管理才能夠降低成本又能夠提高管理質量;老師如何工作才能達到既能減輕工作量又能提高工作水平成為一直探討和研究的一門學科。伴隨著計算機的盛行,信息技術在管理上越來越深入而廣泛的應用,管理信息系統的實施在技術上已逐步成熟,學校需要與時俱進的發展,達到科學化和高效化的管理,就需要建立一套與自身特點相適應的管理信息系統來滿足學校學分制改革的要求，便于操作使用。

通過正確的口令進入系統，進行數據庫的維護操作和運用，對數據安全性有一定的保障，保密性好；進入系統后可對學籍信息、班級信息進行添加、修改、刪除、查詢操作；用來實現學生信息管理工作流程的系統化、規范化和自動化。

（2）系統的用戶需求

通過調查,要求系統需要有以下功能:

⑴ 由于操作人員的計算機知識普遍較差,要求有良好的人機界面;

⑵ 由于該系統的使用對象多,要求有較好的權限管理;

⑶ 原始數據修改簡單方便,支持多條件修改;

⑷ 方便的數據查詢，支持多條件查詢;

⑸ 在相應的權限下，刪除數據方便簡單，數據穩定性好;

⑹ 數據計算自動完成，盡量減少人工干預;

學生選課管理系統的性能要求；

⑴軟件的可行

以Windows XP為操作系統，運用SQL的數據庫技術，根據科學的管理方法與編程技術設計、開發學生信息管理系統，能符合各種技術要求，擁有較高的存儲能力和處理速度。該系統的運行硬件環境PC機，當用戶使用系統時，通過正確的口令進入系統，進行數據庫的維護操作和運用，對數據安全性有一定的保障，用戶放心使用

（2）系統科學的分析

待開發模塊的一般描述

本設計主要為學校學生信息管理提供一個使用方便、經濟實用的系統模塊，以替代傳統的手工操作方式。對學生的基本信息模塊進行了設計，包括添加、刪除、查詢學生信息等操作。

（3）模塊設計

3.1 登錄界面

登錄界面的設計，主要是本著實用簡便的原則設計制作。

3.2 主界面

當操作員的名稱和密碼均正確的時候，系統便會進入信息管理（主界面）。信息管理包括系統的所有主功能模塊：學籍管理、班級管理、查詢管理、退出系統。它可以實現錄入學籍信息、錄入班級信息、查詢學籍信息（按學號、按姓名、按班級查詢）、退出系統等功能。

3.3 信息管理

3．3．1添加學籍信息

當操作員點擊學籍管理圖片按鈕進入子目錄，繼續點擊添加學籍信息圖片按鈕，便可進入添加學籍信息界面，對學籍信息進行錄入，添加學籍信息界面的結構（如圖4）：

3.3.2 修改學籍信息

當操作員點擊學籍管理圖片按鈕進入子目錄，繼續點擊修改學籍信息圖片按鈕，便可進入修改學籍信息界面，對學籍信息進行更改、刪除，修改學籍信息界面的結構

3.3.3修改班級信息

當操作員點擊班級管理圖片按鈕進入子目錄，繼續點擊修改班級信息圖片按鈕，便可進入修改班級信息界面，對班級信息進行錄入，修改班級信息界面的結構

3.3.5 數據庫表

記錄表信息，添加、修改后的信息保存于學籍信息表或班級信息表中。表中包含學號、姓名等字段，使用戶直觀、便捷的了解學生的基本情況3.3.4查詢學籍信息

學籍信息的查詢基于表，其中提供了按學號，按姓名，按班級三種查詢，在選擇按學號、按姓名或按班級后，可在文本框中輸入要查詢的姓名、學號或班級，然后點擊“查詢”可得到滿足條件的查詢結果。功能是便于操作人員對學籍信息的檢索查詢。如按班級查詢，輸入要查詢的班級

4．系統調試

完成對流程的編碼后，最重要的是對系統的測試工作。測試在系統設計階段有兩個時期，一個時期是在編碼寫完每個模塊后做單元測試，另一個是對系統做綜合測試。

第一、模塊測試：在模塊測試的時候，設計者從下面幾個方面考慮：模塊的結構；局部數據結構；重要執行通道；出錯的處理通道；影響上述方面的邊界條件。

第二、整體測試：總體測試是組裝軟件的系統技術，本系統采用漸增集成測試，即測試單一模塊，再將測試完的模塊加入到系統中，進行一次系統測試，以此類推將所以模塊加入系統中，在具體測試時，采用自頂向下的結合方式，從主控模塊開始，沿各控制層向下移動，逐漸把所以模塊結合。

第三、評估運行可靠性的問題：結果正確；運行速度；空間利用率；

算法的可靠性

（3）系統經費概算

初步估算約需要20萬，包括硬件資源，技術資源，開發費用。培訓費用等。其中，開發期間約需8萬。調試與運行約需6萬元。

（4）系統開發計劃

本系統計劃由開發小組（開發人員4人）用12個月完成，具體時間安排計劃如下：

系統調研，系統分析：3個月

系統設計：2個月

系統程序設計：3個月

系統調試：2個月

系統試運行：2個月