圖書館管理信息信息系統(tǒng)設計實踐

1、1圖書館管理信息信息系統(tǒng)圖書館管理信息信息系統(tǒng)設計實踐設計實踐 （選自（選自軟件工程實踐教程軟件工程實踐教程第六章，趙池龍編著，電子工業(yè)出版社）第六章，趙池龍編著，電子工業(yè)出版社） 23本章導讀本章導讀n本章的實用性在于：圖書館信息系統(tǒng)本章的實用性在于：圖書館信息系統(tǒng)的需求的需求是大學生較熟是大學生較熟悉的，編程語言悉的，編程語言VB是大學生最容易掌握的，提供的設計、是大學生最容易掌握的，提供的設計、實現(xiàn)、測試是系統(tǒng)的，核心源碼以文字的方式說明，全部實現(xiàn)、測試是系統(tǒng)的，核心源碼以文字的方式說明，全部源碼在附帶的光盤上給出。源碼在附帶的光盤上給出。n與與學生管理信息學生管理信息系統(tǒng)相似，圖書館信

2、息系統(tǒng)的規(guī)模系統(tǒng)相似，圖書館信息系統(tǒng)的規(guī)模(或工或工作量作量)不大不小，既非常實用，又比較熟悉，希望將學生不大不小，既非常實用，又比較熟悉，希望將學生劃分為多個項目組，每組劃分為多個項目組，每組3-5人，確定人，確定1名項目經理，按名項目經理，按照需求、設計、美工、編程、測試進行分工，組員之間既照需求、設計、美工、編程、測試進行分工，組員之間既分工又協(xié)作，一邊上課，一邊看書，一邊模仿著做項目，分工又協(xié)作，一邊上課，一邊看書，一邊模仿著做項目，用用1-2個月完成這項任務。驗收內容包括需求文檔、設計個月完成這項任務。驗收內容包括需求文檔、設計文檔、源代碼、可執(zhí)行程序、測試文檔、用戶指南。對于文檔、

3、源代碼、可執(zhí)行程序、測試文檔、用戶指南。對于不熟悉不熟悉VB語言的讀者，可以用其他數(shù)據(jù)庫開發(fā)語言加以語言的讀者，可以用其他數(shù)據(jù)庫開發(fā)語言加以實現(xiàn)，例如實現(xiàn)，例如Delphi語言。如果釆用語言。如果釆用C+或或Java語言，編語言，編程難度系數(shù)會大一些，收獲也會多一些。程難度系數(shù)會大一些，收獲也會多一些。 4本章對讀者的要求本章對讀者的要求 要要 求求具具 體體 內內 容容了了 解解1 1）系統(tǒng)立項背景系統(tǒng)立項背景2 2）開發(fā)計劃與項目管理）開發(fā)計劃與項目管理 理理 解解1 1）需求分析需求分析2 2）架構設計）架構設計3 3）編程實現(xiàn)）編程實現(xiàn) 掌掌 握握1）數(shù)據(jù)庫概念設計和物理設計）數(shù)據(jù)庫概

4、念設計和物理設計2）登錄窗體、系統(tǒng)管理、書籍管理和讀者管理詳細設計）登錄窗體、系統(tǒng)管理、書籍管理和讀者管理詳細設計3) 借閱管理詳細設計和系統(tǒng)測試借閱管理詳細設計和系統(tǒng)測試 5系統(tǒng)立項背景系統(tǒng)立項背景 n1 1圖書館信息系統(tǒng)立項背景圖書館信息系統(tǒng)立項背景n該系統(tǒng)為圖書館管理員提供一個個性化的門戶該系統(tǒng)為圖書館管理員提供一個個性化的門戶。要求系統(tǒng)界面友好，方便直觀，。要求系統(tǒng)界面友好，方便直觀，管理員可以針對不同需求分類、排序、查詢、統(tǒng)計，方便讀者和其他部門根據(jù)管理員可以針對不同需求分類、排序、查詢、統(tǒng)計，方便讀者和其他部門根據(jù)自己的需求能準確快速地查詢圖書信息，從而實現(xiàn)以計算機輔助的形式代替?zhèn)?/p>

5、自己的需求能準確快速地查詢圖書信息，從而實現(xiàn)以計算機輔助的形式代替?zhèn)鹘y(tǒng)的手工查找的形式，減輕圖書信息管理人員的勞動強度，提高工作質量和效統(tǒng)的手工查找的形式，減輕圖書信息管理人員的勞動強度，提高工作質量和效率，從而使圖書和讀者的管理更加合理化和科學化。率，從而使圖書和讀者的管理更加合理化和科學化。n2 2軟件開發(fā)環(huán)境軟件開發(fā)環(huán)境n（1 1）開發(fā)方法：面向過程開發(fā)方法）開發(fā)方法：面向過程開發(fā)方法 + + 面向對象開發(fā)方法面向對象開發(fā)方法 n (2) (2) 開發(fā)模型：瀑布模型開發(fā)模型：瀑布模型 n ( 3 ) ( 3 ) 開 發(fā) 工 具開 發(fā) 工 具 : : V i s u a l B a s i

6、 c 6 . 0 + R a t i o n a l R O S E + V i s u a l B a s i c 6 . 0 + R a t i o n a l R O S E + PowerDesigner11+Microsoft Access.PowerDesigner11+Microsoft Access.n鑒于圖書館信息系統(tǒng)屬于中小型的信息系統(tǒng)，因此我們用鑒于圖書館信息系統(tǒng)屬于中小型的信息系統(tǒng)，因此我們用VB+ACCESSVB+ACCESS的設計方的設計方案能夠滿足用戶的需要，縮短開發(fā)周期。案能夠滿足用戶的需要，縮短開發(fā)周期。Rational ROSERational ROSE主要

7、用于主要用于UMLUML建模，建模，PowerDesigner11PowerDesigner11用于概念數(shù)據(jù)模型設計和物理數(shù)據(jù)模型設計。用于概念數(shù)據(jù)模型設計和物理數(shù)據(jù)模型設計。開發(fā)工開發(fā)工具具: :Visual Basic6.0+Rational ROSE + PowerDesigner11+Microsoft AccessVisual Basic6.0+Rational ROSE + PowerDesigner11+Microsoft Accessn鑒于圖書館信息系統(tǒng)屬于中小型的信息系統(tǒng)，因此我們用鑒于圖書館信息系統(tǒng)屬于中小型的信息系統(tǒng)，因此我們用VB+ACCESSVB+ACCESS的設計方

8、的設計方案能夠滿足用戶的需要，縮短開發(fā)周期。案能夠滿足用戶的需要，縮短開發(fā)周期。Rational ROSERational ROSE主要用于主要用于UMLUML建模，建模，PowerDesigner11PowerDesigner11用于概念數(shù)據(jù)模型設計和物理數(shù)據(jù)模型設計。用于概念數(shù)據(jù)模型設計和物理數(shù)據(jù)模型設計。 6開發(fā)計劃與項目管理開發(fā)計劃與項目管理 n項目管理是建立在項目開發(fā)計劃基礎之上的。計劃是管理的路線圖，項目管理是建立在項目開發(fā)計劃基礎之上的。計劃是管理的路線圖，管理是計劃執(zhí)行的保證。路線圖需要管理者去跟蹤、監(jiān)督、評審、管理是計劃執(zhí)行的保證。路線圖需要管理者去跟蹤、監(jiān)督、評審、審計和修

9、正。審計和修正。n1. 1. 項目管理簡述項目管理簡述n管理信息系統(tǒng)是一種需求不斷變化，不確定因素較多，風險較大的管理信息系統(tǒng)是一種需求不斷變化，不確定因素較多，風險較大的工程項目。因此，對它的開發(fā)必須進行有效的計劃和控制，即項目工程項目。因此，對它的開發(fā)必須進行有效的計劃和控制，即項目管理。項目開發(fā)計劃，是通過項目每個階段的開始時間和提交時間管理。項目開發(fā)計劃，是通過項目每個階段的開始時間和提交時間所制定的實施任務所制定的實施任務, ,利用任務驅動利用任務驅動, ,以便有效的落實分工和責任以便有效的落實分工和責任, ,使每使每位成員都能分工到位，并在限定的時間內完成自己的任務位成員都能分工到

10、位，并在限定的時間內完成自己的任務, ,及時在各及時在各個階段結束后交付文檔、進行總結，為下一個階段工作的開展做好個階段結束后交付文檔、進行總結，為下一個階段工作的開展做好準備。準備。 72. 2. 開發(fā)管理過程開發(fā)管理過程 n項目開發(fā)計劃制定的工具有很多，我們采用一種專門的開發(fā)計劃評項目開發(fā)計劃制定的工具有很多，我們采用一種專門的開發(fā)計劃評審技術審技術PERTPERT（Program Evaluation and Review TechniqueProgram Evaluation and Review Technique），），對該對該信息系統(tǒng)進行開發(fā)計劃管理。信息系統(tǒng)進行開發(fā)計劃管理。n

11、PERTPERT是一種網絡圖技術，它能夠直觀和較好地反映工序之間的關系是一種網絡圖技術，它能夠直觀和較好地反映工序之間的關系和影響計劃進度的關鍵因素，并通過各個開發(fā)階段的時間，得出系和影響計劃進度的關鍵因素，并通過各個開發(fā)階段的時間，得出系統(tǒng)開發(fā)計劃進度的關鍵路徑。統(tǒng)開發(fā)計劃進度的關鍵路徑。n與傳統(tǒng)的項目管理方法甘特圖相比，與傳統(tǒng)的項目管理方法甘特圖相比，PERTPERT網的優(yōu)勢，在于能夠在工網的優(yōu)勢，在于能夠在工序進度發(fā)生變化時，反映出對整個工程的影響，從而進行靈活的調序進度發(fā)生變化時，反映出對整個工程的影響，從而進行靈活的調整，實現(xiàn)動態(tài)的計劃管理。整，實現(xiàn)動態(tài)的計劃管理。n圖圖6-16-1

12、是圖書館信息系統(tǒng)系統(tǒng)開發(fā)的是圖書館信息系統(tǒng)系統(tǒng)開發(fā)的PERTPERT網絡圖，其中數(shù)字網絡圖，其中數(shù)字“1“1、2 2、3 3、”表示檢查點，字母表示檢查點，字母“A A、B B、C C、”表示工序號。表示工序號。管理管理信息系統(tǒng)是一種需求不斷變化，不確定因素較多，風險較大的工程信息系統(tǒng)是一種需求不斷變化，不確定因素較多，風險較大的工程項目。因此，對它的開發(fā)必須進行有效的計劃和控制，即項目管理。項目。因此，對它的開發(fā)必須進行有效的計劃和控制，即項目管理。項目開發(fā)計劃，是通過項目每個階段的開始時間和提交時間所制定項目開發(fā)計劃，是通過項目每個階段的開始時間和提交時間所制定的實施任務的實施任務, ,利

13、用任務驅動利用任務驅動, ,以便有效的落實分工和責任以便有效的落實分工和責任, ,使每位成員使每位成員都能分工到位，并在限定的時間內完成自己的任務都能分工到位，并在限定的時間內完成自己的任務, ,及時在各個階段及時在各個階段結束后交付文檔、進行總結，為下一個階段工作的開展做好準備。結束后交付文檔、進行總結，為下一個階段工作的開展做好準備。8圖圖6-1 6-1 圖書館信息系統(tǒng)圖書館信息系統(tǒng)PERTPERT網絡圖網絡圖 123411112121314456789100ABCDFGHIJKLMNO1591011需求分析需求分析 n采用瀑布模型，就要對需求分析說明書進行凍結，使它成為凝固可靠采用瀑布模

14、型，就要對需求分析說明書進行凍結，使它成為凝固可靠的基線。萬一要求變更基線，開發(fā)者和用戶雙方，都必須執(zhí)行基線變的基線。萬一要求變更基線，開發(fā)者和用戶雙方，都必須執(zhí)行基線變更程序，此變更程序在合同中已做了明確規(guī)定。更程序，此變更程序在合同中已做了明確規(guī)定。n系統(tǒng)需求分析作為項目開發(fā)的第一階段，是整個項目開發(fā)的重頭戲，系統(tǒng)需求分析作為項目開發(fā)的第一階段，是整個項目開發(fā)的重頭戲，它的成功與否，直接影響后續(xù)工作是否能夠圍繞客戶的需求展開，因它的成功與否，直接影響后續(xù)工作是否能夠圍繞客戶的需求展開，因此開發(fā)人員必須給予高度的重視。此開發(fā)人員必須給予高度的重視。n現(xiàn)針對圖書館信息系統(tǒng)對圖書館的組織結構、業(yè)

15、務流程、用戶角色職現(xiàn)針對圖書館信息系統(tǒng)對圖書館的組織結構、業(yè)務流程、用戶角色職能、系統(tǒng)數(shù)據(jù)流進行分析。我們利用了結構化分析和能、系統(tǒng)數(shù)據(jù)流進行分析。我們利用了結構化分析和UMLUML中的用例況從中的用例況從大到小，從粗到細進行系統(tǒng)建模。大到小，從粗到細進行系統(tǒng)建模。n2. 2. 組織結構調查組織結構調查n系統(tǒng)的組織結構，是單位內部各個部門的劃分和它們之間的關系。系系統(tǒng)的組織結構，是單位內部各個部門的劃分和它們之間的關系。系統(tǒng)的組織結構關系調查，是從總的方面對系統(tǒng)進行宏觀的了解和分析。統(tǒng)的組織結構關系調查，是從總的方面對系統(tǒng)進行宏觀的了解和分析。信息的流動關系是以組織結構為背景，而且總是伴隨著組

16、織部門之間信息的流動關系是以組織結構為背景，而且總是伴隨著組織部門之間的資金流和物流的傳遞而產生的。圖的資金流和物流的傳遞而產生的。圖6-26-2是圖書館的內部組織結構圖。是圖書館的內部組織結構圖。n3. 3. 系統(tǒng)用戶分析系統(tǒng)用戶分析n圖書館信息系統(tǒng)是針對圖書借閱次數(shù)的大量處理工作而開發(fā)的管理軟圖書館信息系統(tǒng)是針對圖書借閱次數(shù)的大量處理工作而開發(fā)的管理軟件。有三種用戶：管理員、操作員和讀者。件。有三種用戶：管理員、操作員和讀者。 12與用戶溝通的傳統(tǒng)工具與用戶溝通的傳統(tǒng)工具1) 數(shù)據(jù)流圖數(shù)據(jù)流圖某些需求可以很自然地表述為處理元素之間的某些需求可以很自然地表述為處理元素之間的數(shù)據(jù)流。數(shù)據(jù)流。頂

17、層圖即為系統(tǒng)與外部實體的交互。頂層圖即為系統(tǒng)與外部實體的交互。2) 狀態(tài)圖狀態(tài)圖有時把應用看作是幾個狀態(tài)下的應用，而在某有時把應用看作是幾個狀態(tài)下的應用，而在某一確定時刻的應用始終明確地處于某個狀態(tài)中。一確定時刻的應用始終明確地處于某個狀態(tài)中。這種狀態(tài)劃分對理解系統(tǒng)比較有益。這種狀態(tài)劃分對理解系統(tǒng)比較有益。狀態(tài)的具體內容到實現(xiàn)階段會有確切的定義。狀態(tài)的具體內容到實現(xiàn)階段會有確切的定義。13借書過程的數(shù)據(jù)流圖借書過程的數(shù)據(jù)流圖n外部實體、數(shù)據(jù)流和數(shù)據(jù)存儲都為候選對象外部實體、數(shù)據(jù)流和數(shù)據(jù)存儲都為候選對象管理員管理員 1借書借書檢驗檢驗2借書借書登記登記索書單索書單借書證借書證檢驗錯誤檢驗錯誤借書

18、信息借書信息日歷日歷 借閱記錄借閱記錄 借閱者信息借閱者信息 圖書信息圖書信息 借書證借書證圖書圖書14還書過程的數(shù)據(jù)流圖還書過程的數(shù)據(jù)流圖n系統(tǒng)與外部實體、系統(tǒng)與數(shù)據(jù)存儲的交互，構成系統(tǒng)與外部實體、系統(tǒng)與數(shù)據(jù)存儲的交互，構成系統(tǒng)的接口。相應數(shù)據(jù)流構成接口數(shù)據(jù)。系統(tǒng)的接口。相應數(shù)據(jù)流構成接口數(shù)據(jù)。借閱者借閱者 3還書還書檢驗檢驗4還書還書登記登記檢驗錯誤檢驗錯誤還書信息還書信息日歷日歷 借閱記錄借閱記錄 圖書圖書15館藏圖書（對象）的狀態(tài)圖館藏圖書（對象）的狀態(tài)圖借出借出在架在架丟失丟失修補修補報廢報廢出借出借返還返還丟失丟失丟失丟失注銷注銷損壞損壞上架上架16圖書管理員借書操作的狀態(tài)圖圖書管

19、理員借書操作的狀態(tài)圖登記讀登記讀者信息者信息登記登記借書借書信息信息findTitle（檢索圖書）（檢索圖書）login（登錄）（登錄）findBorrower（查找借閱者）（查找借閱者）reserve（預約）（預約）借書借書預約圖書預約圖書手續(xù)手續(xù)完成完成檢驗圖書檢驗圖書borrow（借閱）（借閱）檢查圖書狀態(tài)檢查圖書狀態(tài)取消取消findBook（檢索復本）（檢索復本）setLoan（設借閱狀態(tài)）（設借閱狀態(tài)）cancel（取消）（取消）close（關閉）（關閉）檢驗讀者檢驗讀者借書借書172. 組織結構調查組織結構調查18193. 3. 系統(tǒng)用戶分析系統(tǒng)用戶分析204. 4. UMLUML

20、用況圖建模（面向對象分析方法）用況圖建模（面向對象分析方法） 圖書信息查詢圖書續(xù)借圖書借閱讀者交納罰金圖書歸還214. 4. UMLUML用況圖建模（面向對象分析方法）用況圖建模（面向對象分析方法） 圖書管理員讀者信息查詢借閱圖書書籍信息查詢歸還罰金書籍歸還處理借書證辦理讀者信息管理圖書注銷書籍信息管理225. 5. 系統(tǒng)數(shù)據(jù)流的調查和分析（面向過程分析方法）系統(tǒng)數(shù)據(jù)流的調查和分析（面向過程分析方法） n數(shù)據(jù)流的分析要利用到數(shù)據(jù)流圖（數(shù)據(jù)流的分析要利用到數(shù)據(jù)流圖（DFDDFD，Data Flow DiagramData Flow Diagram），），它能夠精確地在邏輯上對系統(tǒng)的數(shù)據(jù)輸入、數(shù)據(jù)

21、輸出、數(shù)據(jù)處理它能夠精確地在邏輯上對系統(tǒng)的數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)處理過程和數(shù)據(jù)存儲進行描述。過程和數(shù)據(jù)存儲進行描述。n對圖書館信息系統(tǒng)的數(shù)據(jù)流分析中，我們首先畫出整個系統(tǒng)的頂對圖書館信息系統(tǒng)的數(shù)據(jù)流分析中，我們首先畫出整個系統(tǒng)的頂層圖，以保證對整個系統(tǒng)的概況有個整體了解，然后把頂層圖中層圖，以保證對整個系統(tǒng)的概況有個整體了解，然后把頂層圖中的細節(jié)用下一層次的數(shù)據(jù)流程圖來表示，按照由粗到細，逐層細的細節(jié)用下一層次的數(shù)據(jù)流程圖來表示，按照由粗到細，逐層細化的原則對系統(tǒng)的各個模塊進行深入的分析。進行分層數(shù)據(jù)流圖化的原則對系統(tǒng)的各個模塊進行深入的分析。進行分層數(shù)據(jù)流圖設計的時，應該要遵守設計的時，應

22、該要遵守“數(shù)據(jù)平衡數(shù)據(jù)平衡”的原則：的原則：n1. 1. 下層圖的輸入和輸出應與上層圖保持一致，即父圖和子圖之下層圖的輸入和輸出應與上層圖保持一致，即父圖和子圖之間的數(shù)據(jù)流必需保持一致。間的數(shù)據(jù)流必需保持一致。n2. 2. 每張數(shù)據(jù)流圖加工的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流要平衡，即加每張數(shù)據(jù)流圖加工的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流要平衡，即加工的輸出數(shù)據(jù)流要有與其相對應的輸入數(shù)據(jù)流。工的輸出數(shù)據(jù)流要有與其相對應的輸入數(shù)據(jù)流。n圖圖6-56-5是圖書館信息系統(tǒng)的頂層數(shù)據(jù)流圖。是圖書館信息系統(tǒng)的頂層數(shù)據(jù)流圖。 23圖圖6-56-5是圖書館信息系統(tǒng)的頂層數(shù)據(jù)流圖是圖書館信息系統(tǒng)的頂層數(shù)據(jù)流圖 管理請求信息讀者信息圖

23、書信息讀者情況圖書情況借還書信息當前時間圖書查詢信息圖書借閱情況罰款信息圖書館信息系統(tǒng)圖 書管 理員系統(tǒng)時鐘讀者24圖圖6-6 6-6 第二層數(shù)據(jù)流程圖第二層數(shù)據(jù)流程圖 252627282930圖圖6-9 6-9 圖書借閱管理數(shù)據(jù)流程圖圖書借閱管理數(shù)據(jù)流程圖 3132333435363738396. 6. 其他用戶需求其他用戶需求 n(1) (1) 性能要求性能要求n查詢服務部分：用戶通過多媒體電腦，在提交查詢命令到返回結查詢服務部分：用戶通過多媒體電腦，在提交查詢命令到返回結果，本地計算機不超過果，本地計算機不超過5 5秒鐘。秒鐘。n數(shù)據(jù)管理部分：提交一次錄入到結果返回不超過數(shù)據(jù)管理部分：提

24、交一次錄入到結果返回不超過5 5秒鐘。借閱等秒鐘。借閱等對資源不能滿足借閱要求時，應首先予以提示，不能出現(xiàn)死循環(huán)對資源不能滿足借閱要求時，應首先予以提示，不能出現(xiàn)死循環(huán)或無限等待?；驘o限等待。n(2) (2) 靈活性要求靈活性要求n各種字典數(shù)據(jù)的編碼要盡可能采用行業(yè)標準，自行編碼也應合乎各種字典數(shù)據(jù)的編碼要盡可能采用行業(yè)標準，自行編碼也應合乎規(guī)范，征得相關業(yè)務部門認可；數(shù)據(jù)庫的設計應考慮可擴充性，規(guī)范，征得相關業(yè)務部門認可；數(shù)據(jù)庫的設計應考慮可擴充性，以適應今后圖書館發(fā)展和系統(tǒng)升級的需要。以適應今后圖書館發(fā)展和系統(tǒng)升級的需要。n(3) (3) 故障處理要求故障處理要求n正常使用時不應出錯，若運

25、行時遇到不可恢復的系統(tǒng)錯誤，也必正常使用時不應出錯，若運行時遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。在系統(tǒng)出錯后，應能恢復回原來備份的須保證數(shù)據(jù)庫完好無損。在系統(tǒng)出錯后，應能恢復回原來備份的數(shù)據(jù)庫。數(shù)據(jù)庫。n(4) (4) 其他要求其他要求 40概要設計概要設計 n概要設計也叫總體設計，或架構設計，它是軟件開發(fā)的第二個階概要設計也叫總體設計，或架構設計，它是軟件開發(fā)的第二個階段，在完成系統(tǒng)需求分析的基礎上確定系統(tǒng)段，在完成系統(tǒng)需求分析的基礎上確定系統(tǒng)“怎么做怎么做”。概要設。概要設計注重于宏觀上和框架上的設計，它是軟件系統(tǒng)的總體結構設計、計注重于宏觀上和框架上的設計，它是軟件系統(tǒng)的總

26、體結構設計、全局數(shù)據(jù)庫全局數(shù)據(jù)庫( (包括數(shù)據(jù)結構包括數(shù)據(jù)結構) )設計、外部接口設計、功能部件分配設計、外部接口設計、功能部件分配設計、部件之間的接口設計。它要覆蓋需求規(guī)格說明書中的功能設計、部件之間的接口設計。它要覆蓋需求規(guī)格說明書中的功能點列表、性能點列表、接口列表，若為點列表、性能點列表、接口列表，若為B/A/SB/A/S結構設計，則要說結構設計，則要說明部件運行在網絡中的哪一個節(jié)點上。明部件運行在網絡中的哪一個節(jié)點上。 n概要設計的任務，一是要覆蓋需求規(guī)格說明書的全部內容，概要設計的任務，一是要覆蓋需求規(guī)格說明書的全部內容，二是要作為指導詳細設計的依據(jù)。二是要作為指導詳細設計的依據(jù)。

27、n(1) (1) 系統(tǒng)模塊的劃分系統(tǒng)模塊的劃分n概要設計的核心問題是確定系統(tǒng)總體架構和模塊劃分。系統(tǒng)功能概要設計的核心問題是確定系統(tǒng)總體架構和模塊劃分。系統(tǒng)功能要層層劃分，直到每一個模塊可以作為一個可以執(zhí)行的程序單元要層層劃分，直到每一個模塊可以作為一個可以執(zhí)行的程序單元為止。功能模塊的劃分最終的結果，是系統(tǒng)功能結構圖，圖為止。功能模塊的劃分最終的結果，是系統(tǒng)功能結構圖，圖6-106-10是圖書館信息系統(tǒng)的功能架構圖。是圖書館信息系統(tǒng)的功能架構圖。 n(2) (2) 功能需求與程序模塊的關系，如表功能需求與程序模塊的關系，如表6-46-4所示。所示。n(3) (3) 基本處理流程，如圖基本處理

28、流程，如圖6-116-11所示。所示。 4142434445464748數(shù)據(jù)庫概念設計數(shù)據(jù)庫概念設計 R1R2R5R3讀者讀者ID讀者標號讀者姓名性別出生日期辦證日期讀者狀態(tài)已借書數(shù)證件編號證件名稱讀者單位讀者部門聯(lián)系電話聯(lián)系地址電子郵件備注操作員NOVA20VA20VA2DDTXTNVA20VA20TXTTXTTXTTXTTXTTXTVA10Identifier_1書籍圖書ID圖書編號圖書名稱ISBN類別編號類別名稱書架位置作者譯者出版社名出版地點圖書頁數(shù)圖書價格現(xiàn)存量庫存總量借閱次數(shù)是否注銷入庫日期出版日期內容簡介備注操作員NOVA20VA50VA20VA20VA20TXTTXTTXTTX

29、TTXTNNNNNBLDDTXTTXTVA10Identifier_1圖書借閱歸還借書ID圖書編號圖書名稱讀者編號讀者名稱借閱數(shù)量借閱日期應還日期實還日期過期天數(shù)是否交款超期罰款續(xù)借次數(shù)操作員NOVA20VA50VA20VA20NDDDNBLNNVA10Identifier_1罰款罰款ID圖書編號圖書名稱讀者編號讀者姓名圖書價格圖書數(shù)量應罰金額實收金額罰款日期罰款原因操作員NOVA20VA50VA20VA20NNOMN5,2MN5,2DTXTVA10Identifier_1圖書注銷注銷ID圖書編號注銷數(shù)量注銷日期操作員NVA20NDVA10Identifier_14950數(shù)據(jù)庫物理設計數(shù)據(jù)庫物理設計 n數(shù)據(jù)庫物理設計是指設計出數(shù)據(jù)庫的物理數(shù)據(jù)模數(shù)據(jù)庫物理設計是指設計出數(shù)據(jù)庫的物理數(shù)據(jù)模型，是數(shù)據(jù)庫在物理設備上的具體實現(xiàn)，即數(shù)據(jù)型，是數(shù)據(jù)庫在物理設備上的具體實現(xiàn)，即數(shù)據(jù)庫服務器物理空間上的表空間、表、字段、索引、庫服務器物理空間上的表空間、表、字段、索引、視圖、儲存過程、觸發(fā)器，以及相應的數(shù)據(jù)字典視圖