《《圖書館管理系統(tǒng)》PPT課件》由會員分享，可在線閱讀，更多相關《《圖書館管理系統(tǒng)》PPT課件（35頁珍藏版）》請在裝配圖網上搜索。

1、1,(采用結構化方法實現(xiàn)),圖書館信息系統(tǒng)項目實踐,2,圖書館信息系統(tǒng)的需求是大學生較熟悉的，編程語言VB是高職生最容易掌握的，提供的設計、實現(xiàn)、測試是系統(tǒng)的，核心源碼以文字的方式說明，全部源碼單獨附錄。 與學生管理信息系統(tǒng)等系統(tǒng)相似，圖書館信息系統(tǒng)的規(guī)模(或工作量)不大不小，既非常實用，又比較熟悉，希望將學生劃分為多個項目組，每組3-5人，確定1名項目經理，按照需求、設計、美工、編程、測試進行分工，組員之間既分工又協(xié)作，一邊上課，一邊看書，一邊模仿著做項目，用1-2個月完成這項任務。驗收內容包括需求文檔、設計文檔、源代碼、可執(zhí)行程序、測試文檔、用戶指南。對于不熟悉VB語言的讀者，可以用其他數(shù)

2、據(jù)庫開發(fā)語言加以實現(xiàn)，例如Delphi語言。如果釆用VC+或Java語言，編程難度系數(shù)會大一些，收獲也會多一些。,概 述,3,對讀者的要求,4,一、系統(tǒng)立項背景,1圖書館信息系統(tǒng)立項背景 該系統(tǒng)為圖書館管理員提供一個個性化的門戶。要求系統(tǒng)界面友好，方便直觀，管理員可以針對不同需求分類、排序、查詢、統(tǒng)計，方便讀者和其他部門根據(jù)自己的需求能準確快速地查詢圖書信息，從而實現(xiàn)以計算機輔助的形式代替?zhèn)鹘y(tǒng)的手工查找的形式，減輕圖書信息管理人員的勞動強度，提高工作質量和效率，從而使圖書和讀者的管理更加合理化和科學化。 2軟件開發(fā)環(huán)境 （1）開發(fā)方法：面向過程開發(fā)方法 + 面向對象開發(fā)方法 (2) 開發(fā)模型：

3、瀑布模型 (3) 開發(fā)工具:Visual Basic6.0+Rational ROSE（或Visio 2003）+Microsoft Access. 鑒于圖書館信息系統(tǒng)屬于中小型的信息系統(tǒng)，因此我們用VB+ACCESS的設計方案能夠滿足用戶的需要，縮短開發(fā)周期。開發(fā)工具:Visual Basic6.0+Rational ROSE （或Visio 2003） + Microsoft Access 鑒于圖書館信息系統(tǒng)屬于中小型的信息系統(tǒng)，因此我們用VB+ACCESS的設計方案能夠滿足用戶的需要，縮短開發(fā)周期。Rational ROSE主要用于UML建模， Visio 2003用于概念數(shù)據(jù)模型設計和

4、物理數(shù)據(jù)模型設計,及UML建模。,5,開發(fā)計劃與項目管理,項目管理是建立在項目開發(fā)計劃基礎之上的。計劃是管理的路線圖，管理是計劃執(zhí)行的保證。路線圖需要管理者去跟蹤、監(jiān)督、評審、審計和修正。 1. 項目管理簡述 管理信息系統(tǒng)是一種需求不斷變化，不確定因素較多，風險較大的工程項目。因此，對它的開發(fā)必須進行有效的計劃和控制，即項目管理。項目開發(fā)計劃，是通過項目每個階段的開始時間和提交時間所制定的實施任務,利用任務驅動,以便有效的落實分工和責任,使每位成員都能分工到位，并在限定的時間內完成自己的任務,及時在各個階段結束后交付文檔、進行總結，為下一個階段工作的開展做好準備。,6,2. 開發(fā)管理過程,項目

5、開發(fā)計劃制定的工具有很多，我們采用一種專門的開發(fā)計劃評審技術PERT（Program Evaluation and Review Technique），對該信息系統(tǒng)進行開發(fā)計劃管理。 PERT是一種網絡圖技術，它能夠直觀和較好地反映工序之間的關系和影響計劃進度的關鍵因素，并通過各個開發(fā)階段的時間，得出系統(tǒng)開發(fā)計劃進度的關鍵路徑。 與傳統(tǒng)的項目管理方法甘特圖相比，PERT網的優(yōu)勢，在于能夠在工序進度發(fā)生變化時，反映出對整個工程的影響，從而進行靈活的調整，實現(xiàn)動態(tài)的計劃管理。 圖-1是圖書館信息系統(tǒng)系統(tǒng)開發(fā)的PERT網絡圖，其中數(shù)字“1、2、3、”表示檢查點，字母“A、B、C、”表示工序號。管理信

6、息系統(tǒng)是一種需求不斷變化，不確定因素較多，風險較大的工程項目。因此，對它的開發(fā)必須進行有效的計劃和控制，即項目管理。項目開發(fā)計劃，是通過項目每個階段的開始時間和提交時間所制定的實施任務,利用任務驅動,以便有效的落實分工和責任,使每位成員都能分工到位，并在限定的時間內完成自己的任務,及時在各個階段結束后交付文檔、進行總結，為下一個階段工作的開展做好準備。,7,圖-1 圖書館信息系統(tǒng)PERT網絡圖,8,需求分析,采用瀑布模型，就要對需求分析說明書進行凍結，使它成為凝固可靠的基線。萬一要求變更基線，開發(fā)者和用戶雙方，都必須執(zhí)行基線變更程序，此變更程序在合同中已做了明確規(guī)定。 系統(tǒng)需求分析作為項目開發(fā)

7、的第一階段，是整個項目開發(fā)的重頭戲，它的成功與否，直接影響后續(xù)工作是否能夠圍繞客戶的需求展開，因此開發(fā)人員必須給予高度的重視。 現(xiàn)針對圖書館信息系統(tǒng)對圖書館的組織結構、業(yè)務流程、用戶角色職能、系統(tǒng)數(shù)據(jù)流進行分析。我們利用了結構化分析和UML中的用例況從大到小，從粗到細進行系統(tǒng)建模。 2. 組織結構調查 系統(tǒng)的組織結構，是單位內部各個部門的劃分和它們之間的關系。系統(tǒng)的組織結構關系調查，是從總的方面對系統(tǒng)進行宏觀的了解和分析。信息的流動關系是以組織結構為背景，而且總是伴隨著組織部門之間的資金流和物流的傳遞而產生的。圖-2是圖書館的內部組織結構圖。 3. 系統(tǒng)用戶分析 圖書館信息系統(tǒng)是針對圖書借閱次

8、數(shù)的大量處理工作而開發(fā)的管理軟件。有三種用戶：管理員、操作員和讀者。,9,圖-2 圖書館內部組織結構圖,10,4. UML用例圖建模（面向對象分析方法）,圖-3 讀者用例分析,11,4. UML用例圖建模（面向對象分析方法）,圖-4 圖書管理員用例分析,12,5. 系統(tǒng)數(shù)據(jù)流的調查和分析（面向過程分析方法）,數(shù)據(jù)流的分析要利用到數(shù)據(jù)流圖（DFD，Data Flow Diagram），它能夠精確地在邏輯上對系統(tǒng)的數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)處理過程和數(shù)據(jù)存儲進行描述。 對圖書館信息系統(tǒng)的數(shù)據(jù)流分析中，我們首先畫出整個系統(tǒng)的頂層圖，以保證對整個系統(tǒng)的概況有個整體了解，然后把頂層圖中的細節(jié)用下一層次的數(shù)

9、據(jù)流程圖來表示，按照由粗到細，逐層細化的原則對系統(tǒng)的各個模塊進行深入的分析。進行分層數(shù)據(jù)流圖設計的時，應該要遵守“數(shù)據(jù)平衡”的原則： 1. 下層圖的輸入和輸出應與上層圖保持一致，即父圖和子圖之間的數(shù)據(jù)流必需保持一致。 2. 每張數(shù)據(jù)流圖加工的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流要平衡，即加工的輸出數(shù)據(jù)流要有與其相對應的輸入數(shù)據(jù)流。 圖-5是圖書館信息系統(tǒng)的頂層數(shù)據(jù)流圖。,13,圖-5是圖書館信息系統(tǒng)的頂層數(shù)據(jù)流圖,14,圖-6 第二層數(shù)據(jù)流圖,15,圖-9 圖書借閱管理數(shù)據(jù)流圖,16,6. 其他用戶需求,(1) 性能要求 查詢服務部分：用戶通過多媒體電腦，在提交查詢命令到返回結果，本地計算機不超過5秒鐘。

10、數(shù)據(jù)管理部分：提交一次錄入到結果返回不超過5秒鐘。借閱等對資源不能滿足借閱要求時，應首先予以提示，不能出現(xiàn)死循環(huán)或無限等待。 (2) 靈活性要求 各種字典數(shù)據(jù)的編碼要盡可能采用行業(yè)標準，自行編碼也應合乎規(guī)范，征得相關業(yè)務部門認可；數(shù)據(jù)庫的設計應考慮可擴充性，以適應今后圖書館發(fā)展和系統(tǒng)升級的需要。 (3) 故障處理要求 正常使用時不應出錯，若運行時遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。在系統(tǒng)出錯后，應能恢復回原來備份的數(shù)據(jù)庫。 (4) 其他要求,17,概要設計,概要設計也叫總體設計，或架構設計，它是軟件開發(fā)的第二個階段，在完成系統(tǒng)需求分析的基礎上確定系統(tǒng)“怎么做”。概要設計注重于宏觀

11、上和框架上的設計，它是軟件系統(tǒng)的總體結構設計、全局數(shù)據(jù)庫(包括數(shù)據(jù)結構)設計、外部接口設計、功能部件分配設計、部件之間的接口設計。它要覆蓋需求規(guī)格說明書中的功能點列表、性能點列表、接口列表，若為B/A/S結構設計，則要說明部件運行在網絡中的哪一個節(jié)點上。 概要設計的任務，一是要覆蓋需求規(guī)格說明書的全部內容，二是要作為指導詳細設計的依據(jù)。 (1) 系統(tǒng)模塊的劃分 概要設計的核心問題是確定系統(tǒng)總體架構和模塊劃分。系統(tǒng)功能要層層劃分，直到每一個模塊可以作為一個可以執(zhí)行的程序單元為止。功能模塊的劃分最終的結果，是系統(tǒng)功能結構圖，圖-10是圖書館信息系統(tǒng)的功能架構圖。 (2) 功能需求與程序模塊的關系，

12、如表-1所示。 (3) 基本處理流程，如圖-11所示。,18,圖-10 系統(tǒng)功能結構圖:,表-1 功能需求與程序模塊的關系,19,圖-11 系統(tǒng)基本處理流程:,20,數(shù)據(jù)庫概念設計(圖-12 圖書借閱部分E-R圖:),21,詳細設計思路(以登錄窗體為例說明),登錄窗體功能 操作員選擇自己用戶名并輸入正確密碼登錄系統(tǒng)，如表6-17所示。 l 1. 輸入項 用戶名以及該用戶所對應的密碼。 l 2. 輸出項 相應的系統(tǒng)登錄提示信息。 l 3. 界面設計 如表6-17所示。 用 戶 名：【cmbox用戶名】 密 碼：【 txt 密碼 】 【確認 cmdok】 【取消 cmdexit】 l 4.測試要點

13、 三次密碼錯誤是否退出程序。,22,編程實現(xiàn),23,數(shù)據(jù)庫物理設計,數(shù)據(jù)庫物理設計是指設計出數(shù)據(jù)庫的物理數(shù)據(jù)模型，是數(shù)據(jù)庫在物理設備上的具體實現(xiàn)，即數(shù)據(jù)庫服務器物理空間上的表空間、表、字段、索引、視圖、儲存過程、觸發(fā)器，以及相應的數(shù)據(jù)字典設計。 (1) 數(shù)據(jù)庫命名標準與規(guī)范(略)。 (2) 表和視圖的匯總(略) 。 (3) 表設計詳解(略),24,圖-16 主窗體,25,圖-17 增加刪除用戶,26,圖-19 書籍信息管理,27,圖-24 修改書籍資料,28,圖-25 查詢書籍資料,29,圖-31 讀者信息管理,30,圖-35 借書管理,31,圖-38 還書管理,32,圖-40 續(xù)借管理,33,系統(tǒng)測試,下面以讀書類別管理為例，說明測試思路： 讀者類別管理 frmreaderstyle.frm l測試要點 1）能否在“讀者類別表”和當前表格中正確顯示所輸入的信息,且“讀者類別”是唯一的； 2）當借書信息表中存在該類別的讀者時，不能刪除該類別的記錄。 l測試列表 如表-2所示。,34,表-2 讀者類別管理,35,謝謝使用!,