第一篇：圖書管理系統概要設計說明書

概要設計說明書 目 錄 1引言 3 1.1編寫目的 3 1.2背景 3 1.3定義 3 1.3.1 專門術語 3 1.3.2縮寫 4 1.4參考資料 4 2總體設計 4 2.1需求規定 4 2.2運行環境 4 2.3基本設計概念和處理流程 5 2.3.1體系結構設計 5 2.3.2基本處理流程 6 2.3.2.1借書程序流程圖 6 2.3.2.1還書續借程序流程圖 6 2.3.3整體結構 7 2.4功能需求與程序的關系 8 2.5尚未問決的問題 9 3接口設計 9 3.1外部接口 9 3.1.1用戶界面 9 3.2 軟件接口 9 3.3 硬件接口 9 3.4內部接口 10 4運行設計 10 4.1運行模塊組合 10 4．2 運行控制 10 4.3運行時間 10 5系統數據結構設計 11 5.1邏輯結構設計要點 11 5.2物理結構設計要點 11 5.2.1圖書類表 11 5.2.2圖書信息表 11 5.2.3借閱記錄表 11 5.2.4預訂圖書記錄表 12 5.2.5管理員信息表 12 5.2.6讀者信息表 12 5.3數據庫概念結構設計 13 5.3.1部分E-R圖 13 5.3.1.1圖書 13 5.3.1.2管理員 13 5.3.1.3讀者 13 5.3.2整體E-R圖 14 6系統出錯處理設計 14 6.1出錯信息 14 6.2補救措施 15 6.3系統維護設計 15 6.4 安全保密設計 15 1引言 1.1編寫目的 在本圖書借閱管理系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，這些用戶需求已經在上一階段中對圖書館及相關人員的實地調研中獲得，并在需求規格說明書中得到詳盡得敘述及闡明。

本階段已在系統的需求分析的基礎上，對圖書借閱管理系統做概要設計。主要解決了實現該系統需求的程序模塊設計問題。包括如何把該系統劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統所做的所有概要設計進行詳細的說明。

在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對圖書借閱管理系統所做的模塊結構設計的基礎上，對系統進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。

該文檔預期讀者為開發組設計人員。

1.2背景 本項目名稱：圖書借閱管理系統 項目開發人員：

續期讀者：所有在校的學生（包括?？?，本科，研究生），老師（包括在職老師和離退休老師），以及其他行政人員 1.3定義 1.3.1 專門術語 SQL SERVER: 系統服務器所使用的數據庫管理系統（DBMS）。

SQL: 一種用于訪問查詢數據庫的語言 事務流：數據進入模塊后可能有多種路徑進行處理。

主鍵：數據庫表中的關鍵域。值互不相同。

外部主鍵：數據庫表中與其他表主鍵關聯的域。

ROLLBACK: 數據庫的錯誤恢復機制。

1.3.2縮寫 系統：若未特別指出，統指本圖書借閱系統。

SQL: Structured Query Language（結構化查詢語言）。

ATM: Asynchronous Transfer Mode(異步傳輸模式)。

1.4參考資料 圖書借閱管理系統需求說明書 2總體設計 2.1需求規定 本項目是為了方便讀者，圖書管理員而設計的，讀者可以直接輸入相關書名、作者、出版社或者關鍵字到客戶端系統，系統將在屏幕上顯示所要查詢圖書信息（數量及所在位置），同時，讀者輸入圖書證號和密碼登錄后，可查看自己的個人信息以及借閱圖書情況（借閱圖書信息，借閱日期等），讀者可以在登錄后輸入自己想要借閱的圖書信息來進行預定或解除預定；

圖書管理員輸入登錄名和密碼登錄系統，當讀者需要借書時，圖書管理員輸入讀者圖書證號查看讀者是否可以借書，如果可以再輸入圖書ID，如果該圖書沒有被其他讀者預定即可給予借閱，該讀者借閱信息上將新增加一條借閱該書相關信息。如果讀者要還書，圖書管理員輸入圖書ID后系統自動檢測該圖書是否過期，如果過期則計算相應的罰款，否則讀者可以續借，此時圖書管理員只需修改借閱日期，否則更新讀者借閱信息和圖書庫信息。

2.2運行環境 操作系統為windows系列 數據庫：

軟件開發平臺：

2.3基本設計概念和處理流程 2.3.1體系結構設計 C/S體系結構的數據庫應用，由兩部分組成：客戶應用程序和數據庫服務器程序。二者可分別稱為前臺程序與后臺程序。運行數據庫服務器程序的機器，稱為應用服務器，一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；

客戶程序運行在用戶自己的電腦上，對應于服務器電腦，可稱為客戶電腦。當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，并向其發出請求，服務器程序根據預定的規則做出應答，送回結果。從原理和經驗上看，對本案例或類似的應用，C/S結構是目前技術條件下，能較好適應不確定和變化的需求環境的比較現實的方案。它可以以較低的投入，實現將易變與穩定的要素分離，快速地增添和替換“瘦小”而互相獨立的前臺應用，保持數據的連續性和繼承性。

3.3 未來的需求 ??? 在這個案例中，用戶確認了這樣的應用發展策略：由點到面，由簡到繁逐步引進電腦化作業方法，穩步改進日常的業務模式，并期望于時機成熟的時候開展基于信息技術的業務流程重規劃。

具體應用的規劃是：先建立簡單有效的數據庫應用，進一步開發更多的，更具專業性、更深入的應用項目，進而在更大的范圍上應用，最終期望將客戶也納入到電腦系統的用戶中來，實現客戶與銷售人員的遠程在線查詢、下單。在指導性的發展規劃中，具體提出了企業內部的互連網（Intranet）和面向國際互連網（Internet）的應用遠景。

在這樣的應用策略下，對電腦應用的開發，將是一個逐步完善的過程，對這樣的開發環境，上一節中已經做了分析。

以目前的技術看，先建立C/S結構的局域網絡應用，再向Internet/Intranet模式下數據庫應用過渡，是比較現實，相對易于把握、成本較低的。即使是一次到位的開發，對于類似的環境和小型的應用而言，要想實現不同的人員，從不同的地點，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）訪問和操作共同的數據庫，并有效地保證和管理數據的安全性、訪問權限、完整性，采用C/S架構和支持C/S架構的數據平臺，是必然選擇。

3.4 成本和資源的考慮 ??? 由于用戶已經建立并運行著LAN、文件服務器，并運行著（并且以后也要繼續運行）一些基于PC或PC LAN的應用，現行的硬件設備基本上不用大的擴充，就可以運行基于文件服務器的多用戶數據庫或基于應用服務器的C/S應用。

采用C/S體系結構，客戶所支出的費用項目，將增加數據庫平臺和對其維護的成本，和可能需要增加適合數據庫平臺運行的應用服務器操作系統。

這樣，從現有資源出發，不考慮開發的成本，最直接而經濟的實現方案，是建立基于文件服務器的多用戶系統，其次才是C/S體系結構。相比之下，主機模式無論從軟硬件投資、開發成本上都是巨大的，沒有什么理由替代前兩種模式。

3.5 發布、運行與維護的考慮 ??? 由于數據庫用戶的地理位置和數量增加的可能，需要考慮安裝上的因素。C/S結構的應用至少需要設置客戶和服務器兩個項目，而基于文件服務器的應用，通常只需要一次性的安裝和設置?，F在的客戶服務器開發技術，可以將客戶端作成簡單復制一個瘦小的執行文件就可以運行，客戶端通常沒有維護的要求，對服務器的安裝設置則是一次性的。

對于非C/S架構的數據庫系統來說，維護方面的性能也是在應用程序的開發中決定的。這樣的系統，通常都需要原設計開發者才能比較好地維護。

C/S架構的數據庫系統，由于數據庫是建立在通用的平臺之上，并且支持SQL這樣的通用技術，對數據庫的維護工作更加專業，但更為開放，這意味著維護和進一步開發對原設計開發者的依賴性可以降低。用戶可以更好地適應人員的流動或服務/供應商的變更。對體系規劃的合理性，和一些特殊技術的采用，例如后臺服務器上的存儲過程、觸發器等，會影響到這個特點。出于這個理由，在C/S應用設計時，應盡可能采用規范的模式，標準化的技術。同樣的努力，在其他架構中就相對難以實現或較少實際意義。

3.6 性能、開發與品質保證的考慮 ??? 非C/S結構應用的性能，更大程度取決于應用程序的設計與實現?；谖募掌鬟\行的多用戶系統，當數據量、用戶數擴大時，性能就會嚴重下降，這包括巨大的網絡傳輸量，以及難以有效地平衡工作站與服務器的負荷。因此，大的數據容量和多用戶環境，通常是采納C/S結構的一個重要理由。主機-終端模式雖然可能更具能量，但高成本和封閉性，限制了它的應用領域。

從運行上來看，同樣設計良好的系統，C/S結構引入了更多的“銜接”環節，這意味著故障的機會和資源的耗費，然而，一旦系統處于開放的網絡與應用環境中，這些開銷就變成是必須的。

對于具備良好的規劃能力的開發者而言，C/S結構給予規劃者更大的空間和更強的支持，易于實現不同應用間的合理分離，分別調試和投入應用。前臺應用和后臺數據庫的開發，被“強制”地分開；

數據庫部分的邏輯與規則，一經調試完成，就可以在將來的應用中一直保證下去；

在一個動態改進或逐步擴充的開發環境，或復雜的應用環境中，這些都是提高系統可靠性有利因素。對基于文件服務器的系統而言，每次增加或修改功能，通常都意味著整個系統的升級，前后臺的一體化，也就意味著每次變更都有更大的可能性造成對原有規則的破壞，并引起連鎖效應。

以目前的技術環境而言，在C/S結構下，有更多成熟的，適合不同規模應用的開發平臺與數據庫平臺可供選擇，并普遍遵循或采用SQL等標準或技術，相對較具開放性，有更多的技術支持、開發與維護人員的來源，并且——基于技術與行業發展的趨勢，將來也會有更多的發展和保障。小結 ??? 總結以上的種種分析，可以發現，對于這個特定的案例，僅就當前已確定的和希望馬上實現的需求而言，可以用傳統的，基于LAN的文件服務器的多用戶系統實現，但考慮到用戶真實需求的不確定性和不斷擴充的可能等等因素，有更多的理由支持采用C/S體系結構。作為一種權宜的方案，也可以考慮先采用基于文件服務器的多用戶系統，在規劃和實現上，盡量為將適當時候來轉換成為C/S結構打下基礎。此外，如果采用C/S體系結構，還應當盡可能采用開放的，標準的技術。

在上面的分析中，支持采用C/S的理由主要有：

應用的不確定性，逐步開發和增加新應用的需要 ??? 適應將來開放的異種網絡環境中應用的需要 ??? 用戶數、數據量增長的可能性 ??? 適應電腦開發、維護、供應商與相關技術人員變更的需要 ??? 有利于動態規劃與動態開發過程，對系統可靠性的保證 ??? 此外，從用戶的現有資源的延續利用與新增投入，及開發的成本和難度看，采用C/S結構，也是比較適中、現實的選擇。

讀者應當留意，這里僅僅是針對一個特定環境下小型應用案例開發策略的分析，而不是對數據庫體系結構的一個完整的分析比較，更不是對技術本身的評價。

圖2.3.1C/S體系結構 2.3.2基本處理流程 2.3.2.1借書程序流程圖（1）借書程序流程圖：向系統輸入借閱證，系統檢查該借閱證是否可以借書，如果該借閱證達到最大借書書目，或者已經欠費，則系統不允許借書給出提示；

否則允許借書，繼續輸入要借閱的圖書ID，系統檢驗該書是否被預定。被預定則給出不能借該書的提示，否則系統自動更新圖書庫、借閱記錄，完成借書。

2.3.2.1還書續借程序流程圖 （2）還書、續借程序流程圖：首先向系統輸入圖書ID，系統查詢出該圖書的借閱信息判斷該圖書是否逾期，如果沒有逾期，則可以選擇是否要進行續借，如果在續借允許的時間內，則可以續借，否則提示不在續借時間內，不能續借；

如果已經逾期，則計算顯示出罰款并執行還書操作。

圖（1）借書程序流程圖 圖（2）還書、續借程序流程圖 2.3.3整體結構 本系統共分為兩大模塊：系統登錄模塊和系統設置模塊；

系統設置主要是系統對借閱信息時間的限定，讀者可借閱的圖書數，有效預定的時間限定；

登錄共分為三個用戶的登錄：讀者，圖書管理員和系統管理員；

用戶可以在不登錄的情況下查詢圖書，登錄成功后，讀者可以完成預定、解除預定和查詢；

圖書管理員可以實現查詢、借閱信息管理和圖書管理；

系統管理員可以實現對系統維護和用戶維護兩大模塊。

具體的，讀者可以實現預定，解除預定，查看借閱信息、查看預訂信息；

圖書管理員可以查詢圖書，對圖書進行添加、修該和刪除，實現借書、還書、續借處理；

系統管理員可以對后臺數據維護，日志維護，同時可以實現對用戶信息的添加、修改和刪除。

圖2.3.3 整體模塊 2.4功能需求與程序的關系 登錄界面 圖書管理 用戶管理 查詢 借閱管理 預定圖書 √ √ 解除預定 √ √ 查看預定信息 √ √ 查找圖書 √ 查看借閱信息 √ √ 借書管理 √ √ √ 還書管理 √ √ √ 增加圖書 √ √ 刪除圖書 √ √ 修改圖書信息 √ √ 日志維護 √ √ √ √ √ 數據維護 √ √ √ 添加用戶 √ √ 刪除用戶 √ √ 用戶信息修改 √ √ 2.5尚未問決的問題（1）只對系統的功能進行了描述，沒有闡述各個模塊之間是如何協調合作；

（2）沒有描述模塊的實現方法，以及在這個過程具體的流程。

3接口設計 3.1外部接口 3.1.1用戶界面 在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOW 風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用Visual Studio2008 進行編程，在界面上可使用Visual Studio2008所提供的可視化組件，向WINDOWS 風格靠近。

其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用Visual Studio2008庫中的錯誤提示函數?？偟膩碚f，系統的用戶界面應作到可靠性、簡單性、易學習和實用 3.2 軟件接口 服務器程序可使用Visual Studio2008提供的對 SQL SERVER 的接口，進行對數據庫的所有訪問。服務器程序上可使用SQL SERVER 的對數據庫的備份命令，以做到對數據的保存。

在網絡軟件接口方面，使用一種無差錯的傳輸協議，采用滑動窗口方式對數據進行網絡傳輸及接收。

3.3 硬件接口 在輸入方面，對于鍵盤、鼠標的輸入，可用Visual Studio2008的標準輸入/輸出，對輸入進行處理。

在輸出方面，打印機的連接及使用，也可用Visual Studio2008的標準輸入/輸出對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸，將使用高速ATM。

3.4內部接口 內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。

4運行設計 4.1運行模塊組合 客戶機程序在有輸入時啟動接收數據模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。在接收數據模塊得到充分的數據時，將調用網絡傳輸模塊，將數據通過網絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數據輸出模塊，對信息進行處理，產生相應的輸出。

服務器程序的接收網絡數據模塊必須始終處于活動狀態。接收到數據后，調用數據處理/查詢模塊對數據庫進行訪問，完成后調用網絡發送模塊，將信息返回客戶機。

4．2 運行控制 運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。

在網絡傳輸方面，客戶機在發送數據后，將等待服務器的確認收到信號，收到后，再次等待服務器發送回答數據，然后對數據進行確認。服務器在接到數據后發送確認信號，在對數據處理、訪問數據庫后，將返回信息送回客戶機，并等待確認。

4.3運行時間 在軟體的需求分析中，對運行時間的要求為必須對做出的操作有較快的反應。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作反應將受到很大的影響。所以將采用高速ATM 網絡，實現客戶機與服務器之間的連接，以減少網絡傳輸上的開銷。其次是服務器的性能，這將影響對數據庫訪問時間即操作時間的長短，影響加大客戶機操作的等待時間，所以必須使用高性能的服務器，建議使用 Pentium III 處理器。硬件對本系統的速度影響將會大于軟件的影響。

5系統數據結構設計 5.1邏輯結構設計要點 圖書類表（圖書編號，圖書名，圖書作者，圖書出版社，圖書單價，圖書摘要）；

圖書信息表（圖書ID，圖書編號，是否借出標記）借閱記錄表（圖書ID，圖書名，借閱證號，借閱日期）預訂圖書記錄表（圖書ID，圖書名，借閱證號，預定期限開始日期）管理員信息表（編號，姓名，聯系電話，登錄名，地址，密碼，權限）讀者信息表（借閱證號，讀者姓名，學院，專業，聯系電話，密碼，讀者類型）5.2物理結構設計要點 5.2.1圖書類表 列名 數據類型 可否為空 說明 BookClassID Guid 否 圖書編號 BookName Nchar（20）否 圖書名 BookAuthor NChar（20）是 圖書作者 BookPress NChar（50）是 圖書出版者 BookPrice Double 是 圖書單價 BookSummary text 是 圖書摘要 5.2.2圖書信息表 列名 數據類型 可否為空 說明 BookID Guid 否 圖書ID BookClassID Guid 否 圖書編號 SendFlag int 否 是否借出標記 5.2.3借閱記錄表 列名 數據類型 可否為空 說明 BookID Guid 否 圖書ID BookName NChar（20）否 圖書名 CardNum Nchar（20）否 借閱證號 BorrowDate DateTime 否 借閱日期 5.2.4預訂圖書記錄表 列名 數據類型 可否為空 說明 BookID Guid 否 圖書ID BookName NChar（20）否 圖書名 CardNum Nchar（20）否 借閱證號 BookDate DateTime 否 預定期限開始日期 5.2.5管理員信息表 列名 數據類型 可否為空 說明 AdministerID guid 否 管理員編號 AdmName Nchar（20）否 管理員姓名 TelNumber Nchar（11）是 聯系電話 LoginName Nchar（20）否 登錄名 Address Nchar（50）是 地址 LodinKey Nchar（6）否 密碼 Power Nchar（10）否 權限 5.2.6讀者信息表 列名 數據類型 可否為空 說明 CardNum Nchar（20）否 借閱證號 ReaderName Nchar（10）否 讀者姓名 College Nchar（20）是 學院 Profession Nchar（20）是 專業 TelNumber Nchar（11）是 聯系電話 LodinKey Nchar（6）否 登錄密碼 ReaderType Nchar（10）否 讀者類型 5.3數據庫概念結構設計 5.3.1部分E-R圖 5.3.1.1圖書 圖書為實體，有8個屬性，分別為圖書ID（主鍵）、圖書編號、圖書作者、圖書單價、圖書出版社、圖書名、是否借出標記 5.3.1.2管理員 管理員作為一個實體，有7個屬性，分別為：編號（主鍵）、姓名、聯系電話、登錄名、權限、密碼、地址等。

5.3.1.3讀者 讀者作為一個實體，有7個屬性，分別為：借閱證號（主鍵）、讀者姓名、學院、專業、聯系電話、讀者類型、密碼等。

5.3.2整體E-R圖 6系統出錯處理設計 6.1出錯信息（1）驗證用戶的身份若讀者的密碼、借閱證號有誤則發出“驗證錯誤”信息；

（2）如果借書證未登記入庫，則發出“借書錯誤”；

如果圖書未登記入庫則發出“借書錯誤”；

如果讀者借書已滿限制數N，則發出“借書錯誤”；

如果讀者所借書中有超期，則發出“借書錯誤”；

（3）如果所還圖書超期則，統計超期天數，生成含警告的返回信息；

（4）輸入預定圖書信息，如果預定圖書信息不存在，則提示不存在；

若用戶取消了解除預定操作否則系統取消解除預定；

（5）如果不在有效續借的天數則返回不能續借提示信息；

（6）輸入要錄入的圖書信息，若信息輸入有誤，則返回添加失敗，若添加信息時系統發生異常，則返回添加失??；

（7）輸入編號、要修改的圖書信息，若信息輸入有誤，則返回修改失敗，若修改信息時系統發生異常，則返回修改失??；

（8）輸入要刪除的圖書信息，若刪除時系統發生異常，則返回刪除失?。?/p>

6.2補救措施 （1）后備技術說明準備采用的后備技術，當原始系統數據萬一丟失時啟用的副本的建立和啟動的技術，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術；

(2)降效技術說明準備采用的后備技術，使用另一個效率稍低的系統或方法來求得所需結果的某些部分，例如一個自動系統的降效技術可以是手工操作和數據的人工記錄；

(3)恢復及再啟動技術說明將使用的恢復再啟動技術，使軟件從故障點恢復執行或使軟件從頭開始重新運行的方法。

6.3系統維護設計 及時清理數據庫，提高數據庫運行能力；

同時對更新的數據及時保存，以防止數據丟失。

6.4 安全保密設計（1）對用戶輸入的所有內容都應進行安全性和合法性檢查，避免惡意輸入；

（2）為了確保數據庫的安全，數據庫采用冗余備份、定時備份和即時備份相結合，詳細記錄日志文件，以備災難恢復。

（3）系統對用戶注冊密碼要進行安全性提示，確保密碼不易丟失或失竊，同時為用戶提供密碼找回功能，確保安全。

（4）系統對用戶的所有操作和相關信息都記錄在案。

第二篇：圖書管理系統數據庫設計說明書

圖書管理系統數據庫設計說明書

? 設計題目：圖書管理系統 ? 學

院：計算機學院 ? 班

級：08網絡工程1班 ? 組

員：李忠義200813024016

張

巡200813024036

張學理200813024017 ? 指導老師：羅代忠 ? 完成時間：2011.01.01 1引言...............................................................................................................................................3

1.1編寫目的.............................................................................................................................3 1.2背景.....................................................................................................................................3 1.3定義.....................................................................................................................................3 1.4參考資料.............................................................................................................................4 2外部設計.......................................................................................................................................4

2.1標識符和狀態.....................................................................................................................4 2.2使用它的程序.....................................................................................................................4 2.3約定.....................................................................................................................................5 2.4專門指導.............................................................................................................................5 2.5支持軟件.............................................................................................................................8 3結構設計.......................................................................................................................................8

3.1概念結構設計.....................................................................................................................9 3.2邏輯結構設計...................................................................................................................11 3.3物理結構設計...................................................................................................................12 4運用設計.....................................................................................................................................12

4.1數據字典設計...................................................................................................................13 4.2安全保密設計...................................................................................................................14

1引言

隨著計算機技術的不斷應用和提高，計算機已經深入到社會生活的各個角落。而中小型租、借書機構仍采用手工管理圖書的方法，不僅效率低、易出錯、手續繁瑣，而且耗費大量的人力。為了滿足其管理人員對圖書館書籍，讀者資料，借還書等進行高效的管理，在工作人員具備一定的計算機操作能力的前提下，此圖書管理系統軟件力求提高其管理效率。

1.1編寫目的

本文檔的編寫是為了完善圖書管理系統軟件的開發途徑和應用方法。以求在最短的時間高效的開發圖書管理系統。

1.2背景

本項目的名稱：圖書管理系統開發軟件。

隨著圖書館圖書種類、數量的不斷擴大，圖書檢索速度慢、統計工作量大，難以滿足圖書館現代化管理的要求。因此，建立一套圖書館管理軟件，科學的對圖書館數據進行管理，方便圖書的檢索和讀者借閱工作。

本項目的需求者及設計人員是圖書管理系統開發小組，用戶是中小型租、借書機構。

本產品是針對電腦管理圖書的需求設計的，可以完成讀者登記、購入新書、讀者借還書、等主要功能。

1.3定義

開發（develop）：不是單純指開發活動，還包括維護活動。

項目(project)：該詞指的是向顧客或最終用戶交付一個或多個產品的收管理的相關資源的集合。這個資源集合有著明確的始點和終點，并且一般是按照某項計劃運行。這種計劃通常會形成文件，并且說明要交付或實現的產品、所用的資源和經費、要做的工作和工作進度，一個項目可能有若干項目組成。項目開發計劃（project development plan）：是一種把項目定義過程與項目如何推進連接起來的方案。

產品生命周期（product life cycle）：是產品從構思到不可以再使用的持續時間。數據字典：是一種用戶可以訪問的記錄數據庫和應用程序元數據的目錄。主動數據字典是指在對數據庫或應用程序結構進行修改時，其內容可以由DBMS自動更新的數據字典。被動數據字典是指修改時必須手工更新其內容的數據字典。

系統流程圖：是描繪系統物理模型的傳統工具。它的基本思想是用圖形符號以黑盒子形式描繪系統里面的每個部件(程序、文件、數據庫、表格、人工過程等），表達信息在各個部件之間流動的情況。

數據流圖：簡稱DFD，它從數據傳遞和加工角度，以圖形方式來表達系統的邏輯功能、數據在系統內部的邏輯流向和邏輯變換過程，是結構化系統分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。

1.4參考資料

《CMMI軟件過程改進與評估》 羅運模、謝志敏等編著，電子工業出版社，2004年6月版，北京

《軟件工程導論》（第四版）張海藩編著，清華大學出版社，2006年10月版，北京

2外部設計

2.1標識符和狀態

圖書管理員數據表：manager

學生數據庫表：student

借閱管理：Borrow—Chart

圖書管理：book—Chart

讀者管理：reader—Chart 2.2使用它的程序

《圖書管理系統》

2.3約定

E－R圖的圖形符號約定如下：

矩形。表示實體集。橢圓。表示屬性。菱形。表示聯系集。

線段。將屬性連接到實體或將實體集連接到聯系集。

雙橢圓。表示多值屬性。

虛橢圓。表示派生屬性。

2.4專門指導

本數據庫是基于Microsoft SQL Server 2008環境下設計的，為了您能更好的使用建議你使用Microsoft SQL Server 2008系統，數據庫文件為EmployeeManagement.mdf、日志文件為EmployeeManagement_log.ldf(備份為EmployeeManagement.bak),操作如下：

方法一：使用附加方式

1.啟動Microsoft SQL Server 2008并登錄，在左邊窗格中右擊“數據庫”?附加，打開附加數據庫對話框（如下圖）。

2.選擇，選擇EmployeeManagement.mdf所在的路徑及文件，回車。

3.單擊即可附加成功。

方法二：使用還原方法 1.右擊，選擇

選項，打開

對話框如下圖。

2.選擇還原的源-源設備，單擊，打開

對話框。

3.單擊，選擇路徑及文件（EmployeeManagement.bak）,回車，回車。

4.選勾選，單擊。

EmployeeManagement, 7

5.單擊彈出下圖表示還原成功。

相關操作如有疑問請參照SQL Server聯機叢書。

向準備從事此數據庫的生成、從事此數據庫的測試、維護人員提供專門的指導，例如將被送入數據庫的數據的格式和標準、送入數據庫的操作規程和步驟，用于產生、修改、更新或使用這些數據文卷的操作指導。如果這些指導的內容篇幅很長，列出可參閱的文件資料的名稱和章條。

2.5支持軟件

Microso Sql Sever2005提供了數據管理和數據庫操作的集成平臺；

3結構設計

3.1概念結構設計

數據流圖

? 頂層圖

? 0層圖

? 1層圖（2書籍管理）

? 1層圖（3讀者管理）

? 1層圖（4借閱管理）

3.2邏輯結構設計

軟件結構圖

圖書管理系統書籍管理子系統讀者管理子系統借閱管理子系統書籍類別管理書籍信息管理注銷管理出版社管理讀者類別管理讀者信息管理續借管理還書管理借書管理圖書信息圖書審類核別表圖書借閱信息圖書審信核息表圖書注銷信息注銷審信核息表出版社信息出版審社核信息表讀者類別信息讀者審類核別表讀者信息讀者審信核息表借閱條件完審成核借閱過期罰款管理圖書丟失管理讀者信息審核借閱信息表過期信息審核罰款數丟失信息審核罰款數 11

3.3物理結構設計

生成CDM：

create table Manager（Mid

char(12)

not null，Mname

char（10）

null，constraint PK_manager primary key(Mid))

create table Student（Stuid

char(12)

not null，Stuname

char（10）

null，Sdept

char（10）

null，constraint PK_Student primary key(Stuid))create table Borrow—Chart（Borrowed—Book

char(12)

not null，Borrowed—Time

char（10）

null，Borrowed—Stuid

char（12）

null，constraint PK_Borrow—Chart

primary key(Borrowed—Book))create table Book—Chart（Bookid

char(12)

not null，Bookname

char（12）

null，Press

char（10）

null，Press —Time

char（10）

null，constraint PK_Book—Chart primary key(Bookid))create table Reader—Chart（Readerid

char(12)

not null，Readername

char（10）

null，Borrowed—Time

char（10）

null，constraint PK_Reader—Chart

primary key(Readerid))

4運用設計

4.1數據字典設計

數據字典是對數據流圖的解釋和說明，其包含的內容如下：數據元素，數據存儲，數據流，數據處理。

數據項描述={數據項名，數據項含義，數據類型，長度，取值范圍，取值含義，與其他數據庫的邏輯關系，數據項之間的關系。

數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。

數據字典的主要內容包括：數據元素卡、數據流卡、數據處理卡和數據存儲卡。

數據元素卡“數據元素是信息的最小單位，又稱為數據項、字段，是組成數據流的數據存儲的最小單位。

數據流卡：對數據流圖中的數據流的定義，主要是系統輸入與輸出的數據流。

數據處理卡：對輸入、輸出的數據流的處理的描述。

數據存儲卡：用于描述數據流圖中的數據存儲。

頂層圖書管理系統數據字典： 數據流編號： D01 數據流名稱：讀者信息

簡述：讀者信息

數據流來源：讀者借閱后，管理員將讀者信息輸入計算機。

數據流去向：圖書管理模塊。讀者信息將存入數據庫（讀者信息表）。數據項組成：讀者姓名+學號+專業

數據流編號： D02 數據流名稱：圖書信息

簡述：圖書信息

數據流來源：新書到館后，管理員將圖書信息輸入計算機。數據流去向：圖書管理模塊。讀者信息將存入數據庫（圖書信息表）。

數據項組成：圖書編碼＋圖書類別＋書名＋作者＋出版社＋Price 單價＋出版日期＋購買數量

數據流編號： D03 數據流名稱：讀者情況 簡述：讀者情況

數據流來源：圖書被借閱后，計算機將讀者信息返回給管理員。

數據流去向：管理員。

數據項組成：已借圖書+已借數量+續借次數

數據流編號： D04 數據流名稱：圖書情況 簡述：圖書情況

數據流來源：圖書被借閱后，計算機將圖書信息返回給管理員。

數據流去向：管理員。

數據項組成：書名+是否被借+已借次數

數據流編號： D05 數據流名稱：借還書信息 簡述：借還書信息

數據流來源：管理員把借還書信息錄入計算機。

數據流去向：圖書管理模塊。借還書信息將存入數據庫（借閱信息表）。數據項組成：已借書名+已還書名

數據流編號： D06 數據流名稱：圖書信息

簡述：圖書信息

數據流來源：讀者從計算機獲得圖書信息。

數據流去向：讀者。

數據項組成：圖書編碼＋圖書類別＋書名＋作者＋出版社＋Price 單價＋出版日期＋購買數量

數據流編號： D07 數據流名稱：讀者借閱情況

簡述：讀者借閱情況

數據流來源：讀者從計算機獲得借閱情況。

數據流去向：讀者。

數據項組成：書名+是否被借+已借次數

4.2安全保密設計

4.2.1登錄用戶的安全性

系統設計了登錄界面，每個合法用戶都有一個編號、用戶名及密碼，該密碼都用戶個人維護，從而實現對用戶的身份驗證。4.2.2維護設計

該系統后臺采用Microsoft公司 SQL SERVER 2005 服務器，對數據的管理可以自動進行。數據可以手動或者自動備份，對破損數據可以及時恢復。對數據庫的使用角色、維護、安全性等可以設定。

第三篇：酒店預定管理系統概要設計說明書

酒店預定管理系統（Web版）

概要設計說明書

1.引言

1.1編寫目的

大致設計好系統的結構，部分功能模塊結構，為詳細設計和代碼的編寫實現打好基礎。1.2背景

隨著社會的發展，外出旅游，出差，酒店的預定是必不可少的，但是傳統的預定模式效率極度低下，占用大量的人力資源，在方便性上不理想，所以現在越來越多人選擇網上預訂酒店。本次我們開發的系統就是滿足客戶網上預定酒店的需求，盡量做到讓客戶能身在電腦旁卻有身臨酒店的感覺。

開發團體：H18小組

開發語言：java,html,css,javascript 軟件名稱：酒店預訂管理系統 1.3參考資料

本項目參考資料來自 1.百度百科 2.7天酒店預訂系統 3.北京費爾蒙酒店 4.香港文華東方酒店

5.30天學通Java Web項目案例開發（電子工業出版社）第4章A10酒店預定管理系統 2.需求概述

客戶端模塊功能規定：

在客戶端系統的功能實現上，可以分為以下幾個部分： 1． 注冊賬號：

使用專用的賬號來登陸酒店管理系統，可以實現查看預訂等其他功能，預訂等其他動作就是綁定了當前注冊的賬號。2.登陸帳號：

用戶登錄本酒店擁有的賬戶后方能進行預定、預定查看等功能。3.修改個人資料：

已經登錄的用戶可以對之前注冊時填寫的個人信息進行修改。4.查看酒店各種信息： 用戶需要了解了本酒店的信息才能加深對酒店的認識。

5.預訂住房： 客人預訂旅住房，信息包括預訂的時間，住房類型，價格。

6.查看訂單： 查看訂單，方便了解客戶預定的信息。

7.撤銷訂單：

客戶如果對訂單不滿意或者不需要，可以進行對訂單的撤銷。

服務端模塊功能規定：

在客戶端系統的功能實現上，可以分為以下幾個部分： 1.資源信息管理： 使得系統管理員能夠為自己酒店相關的信息進行增加，修改和刪除。2.用戶信息管理：

使得系統管理員能夠查看、修改和刪除注冊的用戶信息，為注冊用戶提供良好的管理。

3.訂單信息管理：

使得系統管理員能夠查看、修改和刪除訂單，為酒店的訂單信息提供良好的管理。

3.總體設計 根據需求分析，分別對客戶端和服務端的進行設計程序流程圖，以明確系統的詳細運行流程，為詳細設計作準備。

客戶端的狀態轉換圖：

客戶端功能模塊設計：

客戶端的功能模塊包括注冊賬號模塊，登陸賬號，修改個人資料，查看酒店各種信息，預訂住房，查看訂單，撤銷訂單。（1）注冊賬號模塊：

用戶進入注冊賬號的頁面，填寫相關內容且符合各項標準后，進行注冊，系統通過網頁發送表單封裝成客戶user類接收客戶注冊數據，然后為該賬號名及其信息數據插入數據庫里。

（2）登陸賬號模塊：

用戶進入登陸賬號的頁面，填寫賬號和密碼后，頁面首先檢查是否符合標準，符合后把表單信息發送給系統，系統比較數據庫中的賬號以確定是否登錄成功。

（3）個人資料：

登陸后的客戶可在個人中心中找到修改個人資料的頁面，客戶對需要修改的個人信息進行修改，確認后提交，系統接收數據后，對對應的賬號的信息進行更新。

（4）查看酒店各種信息：

系統主界面顯示酒店的部分圖片和部分信息公告，還有客房預定的快捷窗口。導航條中有包括酒店的概述、圖片、客房介紹、設施、餐飲、活動和周邊，可進入對應的頁面查看酒店相關信息。

（5）預訂住房：

只有登陸后的客戶可以使用該功能?？蛻艨梢栽趯Ш綏l中任何一個頁面的預定窗口查詢某天空余客房和進行預定，并進入預定頁面。預定頁面包括預定的日期，房間類型和數量，然后填寫客戶的資料，最后完成預定。預定信息發送到系統，然后插入數據庫。

（6）查看訂單：

登陸后的客戶可在個人中心中打開查看訂單的頁面。頁面通過獲取服務器數據庫的信息，顯示該客戶所有的訂單。

（7）撤銷訂單：

登陸后的客戶可在個人中心中打開撤銷訂單的頁面。頁面通過獲取服務器數據庫的信息，顯示該客戶所有的訂單，客戶可以對還沒兌現的訂單進行撤銷。

對以上模塊描述畫出客戶端的數據流圖：

服務端的狀態轉換圖：

服務端功能模塊設計：

服務端的功能模塊包括資源信息管理、用戶信息管理、訂單信息管理。

1.資源信息管理：

使得系統管理員能夠為自己酒店相關的信息進行增加，修改和刪除。2.用戶信息管理：

使得系統管理員能夠查看、修改和刪除注冊的用戶信息，為注冊用戶提供良好的管理。

3.訂單信息管理：

使得系統管理員能夠查看、修改和刪除訂單，為酒店的訂單信息提供良好的管理。

對以上模塊描述畫出服務端的數據流圖：

4.數據庫設計

根據上述客戶端和服務端的數據流圖可以設計出客戶表，資源表，訂單表，訂單明細表，管理員表這5個數據表。下面是各表的數據設計：

字段名稱 uid uaccount upwd uname usex uemail uphone 數據類型 number varchar varchar varchar char varchar varchar

user_info表 字段大小 N/A 15 15 10 2 40 15

是否主鍵 是 否 否 否 否 否 否 說明 客戶編號 客戶帳號 客戶密碼 客戶真名 客戶性別 電子郵件 電話號碼

字段名稱 rid rtype rprice rstatus rdetail 數據類型 number varchar dounble varchar varchar

res_info表 字段大小 N/A 20 N/A 4 200

是否主鍵 是 否 否 否 否 說明 資源編號 資源類型 資源價格 資源狀態 資源描述 字段名稱 oid rid onum startTime endTime ostatus 數據類型 number number number date date varchar

order_info表 字段大小 是否主鍵 N/A 是 N/A 否 N/A 否 N/A 否 N/A 否 10 否

說明

訂單編號 資源編號 資源數量 預定開始時間 預定結束時間 訂單狀態

字段名稱 orid oid orname orsex oremail orphone ortime ordetail 數據類型 number number varchar char varchar varchar date varchar

order_user表 字段大小 是否主鍵 N/A 是 N/A 否 10 否 2 否 40 否 15 否 N/A 否 100 否

說明

明細編號 所屬訂單編號 提交人名字 提交人性別 提交人郵件 提交人電話 提交時間 訂單備注

字段名稱 aid aname apwd alevel 數據類型 number varchar varchar char

admin_info表 字段大小 是否主鍵 N/A 是 15 否 15 否 4 否

說明

管理員編號 管理員名 登陸密碼 管理員級別

第四篇：學生檔案管理系統概要設計說明書

學生信息管理系統設計規格說明書

一、總體結構設計

本系統從總體分可分用戶表、學生基本信息表、學生在校學籍表、院內課程表、學生課程表、學生成績表、學生獎懲信息表、教員信息表、班級信息表、系別信息表。

1.用戶表：用戶名、用戶編號、密碼、權限、用戶基本信息

2.學生基本信息表：姓名、學號、性別、出生日期、與學生關系、家庭成員、家長職業、家長單位、家庭住址、家庭電話

3.學生在校學籍表：學號、班級、系別、入學時間、學生電話、班主任、導員、攻讀學歷

4.院內課程表：年級、學期、課程、任課教師、課時、課程類型、課程信息

5.學生課程表：學號、年級、學期、課程、任課教師、課時、上課教室、課程信息

6.學生成績表：

姓名、學號、系別、班級、年級、學期、課程、任課教師、課時、分數、是否通過

7.學生獎懲信息表：姓名、學號、系別、班級、年級、學期、獎懲類型、獎懲信息、備注 8.教員信息表：姓名、職務 9.班級信息表：班級、系別 10.系別信息表：系別

1.1系統總體結構圖

圖1.1系統總體結構圖

1.2、包圖及關系

（1）數據庫設計 數據庫分析

在系統操作流程圖分析的基礎上，可以列出該系統所需要的主要數據項和數據結構。

用戶表：用戶名、用戶編號、密碼、權限、用戶基本信息

學生基本信息表：姓名、學號、性別、出生日期、與學生關系、家

庭成員、家長職業、家長單位、家庭住址、家庭電

話

學生在校學籍表：學號、班級、系別、入學時間、學生電話、班主任、導員、攻讀學歷

院內課程表：年級、學期、課程、任課教師、課時、課程類型、課程信息

學生課程表：學號、年級、學期、課程、任課教師、課時、上課教室、課程信息

學生成績表：

姓名、學號、系別、班級、年級、學期、課程、任課教師、課時、分數、是否通過

學生獎懲信息表：姓名、學號、系別、班級、年級、學期、獎懲類型、獎懲信息、備注 教員信息表：姓名、職務 班級信息表：班級、系別 系別信息表：系別 創建數據庫表

將上面的E-R圖轉換成表格形式，在這里即為創建數據庫。本課題在創建數據庫時，采用的是SQL Server 2000的企業管理器，不需要使用任何的SQL語句,即可成功創建數據庫。在SQL中新建了一個名為Student_MessageInfo的數據庫，根據先前做的分析，新建了多個數據庫表。其中較為重要的表如下所示，其中表格形式的數據庫表，學生基本信息

二、過程設計

1、模塊說明及程序流程圖（1）學生基本信息模塊

該模塊實現的功能：學生可以查詢個人基本信息，成績信息，學分信息以及懲處信息，但不能修改信息.（2）學生課程模塊

該模塊實現的功能：學生課程，系統根據學生所報專業選出其對應的選修課，然后學生可根據專業選擇其中一項，然后提交.（3）教師信息模塊

該模塊實現的功能：教師可查詢授課信息，學生選課信息，學生基本

信息和學生成績.（4）管理員查詢信息模塊

該模塊實現的功能：管理員可對學生信息，教師信息，課程信息，學院信息，專業信息，班

進行查詢

2、精確類圖

四、界面設計

用戶登陸：該系統根據用戶的身份實現了不同的功能，用戶登陸時需要選擇一種登陸方式（默認情況下是學生），系統再根據用戶選擇的登陸方式到相應的表中去搜索。例如，登陸時選擇了教師登陸方式，系統將會在教師信息表中搜索是否存在與該用戶的輸入相符的信息，如果存在則進入教師主頁，否則提示用戶輸入有誤，請重新輸入。

1、學生用戶界面 ①、修改密碼

學生的初始密碼是由管理員指定的。學生登陸后，可以按照要求自行修改使用密碼。首先需要輸入原始密碼，如果原始密碼沒有輸入正確將不能修改密碼，只有在原始密碼正確的基礎上，用戶才能繼續下面的操作。新密碼設定后，系統還要求用戶再輸入一次重復密碼，避免因為誤輸而導致密碼丟失。②、查詢指定學期成績

學生可以查詢自己指定學期的成績和所有的成績。方便學生了解自身情況。

③、查詢截止目前所獲學分

學分一直以來都是學生們倍受關注的焦點。就目前已有的系統來說，雖然實現了學生查詢成績的功能，但是關于學分部分仍然需要學生自行統計。本系統彌補了現有系統這方面的不足，學生可以直接查詢到截止目前所獲得的學分情況，減少了學生需要自行統計的工作量，提高了工作效率。④、選課系統

學生選課系統是針對學生進行網上選課而設計的，學生可以自主選擇自己想修的課程。2.、老師用戶界面 ①、查詢授課計劃

教師可以利用該系統實現查詢授課計劃的功能，教師不僅可以看到自己本學期要授的課程信息，還能查看選修對應課程的學生名單，同時可以添加對應課程的學生成績。幫助教師提高了工作效率。②、查詢學生基本信息

教師可以查詢學生的基本信息，以幫助教師了解學生情況?？梢园窗嗉壊檎摇葱彰檎?、按學號查找、按年齡查找、按籍貫查找，也可以一起查找。

3、管理員界面 ①、班級信息管理

班級信息管理包括添加班級信息，修改班級信息以及刪除班級信息。在班級信息管理之前，需要先對學校信息和專業信息管理。只有在已有的專業信息中才能建立班級檔案，班級信息和專業信息是從屬關系。

②、學生基本信息管理

學生基本信息管理包括學生基本信息添加、學生基本信息修改、學生基本信息刪除。下面給出的是學生信息添加界面 ③、教師基本信息管理 教師基本信息管理包括教師基本信息添加、教師基本信息修改以及教師基本信息刪除。

第五篇：人事管理系統概要設計說明書范文

概要設計說明書

1． 引言

1．1 編寫目的

在人事管理系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，本階段已在系統的需求分析的基礎上，該文檔的目的是描述企業人事管理系統項目的概要設計,其內容包括: 系統功能簡介 系統結構設計 系統接口設計 數據設計 模塊設計 界面設計

本文檔的預期的讀者是：

XX有限公司的領導

技術人員

XX有限公司的領導 相關項目組的所有成員

1．2 項目背景

國外企業關于人事信息的管理，主要是利用人力資源方面管理系統來實現的因為這類系統同IT、通信等領域技術的發展存在密切的聯系，因此在計算機、網絡等技術發展相對快的國家，基本上創建了一套人力資源管理系統，人力資源方面的信息能夠在其本國范圍內被授權查閱。無論人才流動到哪里，在人們進行求職、貸款以及辦理保險之時，具備查閱權限的機構都能夠查閱該人的信息，以衡量為該人辦理有關手續的潛在風險，或者是否可以錄用。

1．3 定義

1．3．1 專門術語

C/S：Client/Server客戶機/服務器。

可修改性：容許對系統進行修改而不增加原系統的復雜性。

有效性：軟件系統能有效地利用計算機的時間資源與空間資源的能力。

可適應性：軟件在不同的系統約束條件下使用戶需求得到滿足的難易程度?？梢浦残裕很浖囊粋€計算機系統或環境搬到另一個計算機系統或環境的難易程度。主鍵：數據庫表中的關鍵域。

1．3．2 縮寫

系統：若未特別指出，統指本機票預定系統。

SQL: Structured Query Language（結構化查詢語言）。ATM: Asynchronous Transfer Mode(異步傳輸模式)。

1．4 參考資料

以下列出在概要設計過程中所使用到的有關資料：

[1]韓萬江 《軟件工程案例教程》機械工業出版社 [2]李金勇 曹軍生，《SQL sever 2000實用教程》，北京理工大學出版社 [3]林鄧偉 等，《JAVA程序設計項目教程》，北京理工大學出版社 [4]孫峰，《數據庫原理及應用》。天津大學出版社 [5]軟件工程文檔編制國際標準：GB8567—88 2． 總體設計

2．1 需求規定

數據庫分析是數據庫管理系統開發周期中的一個重要的階段，也是工作量比較大的一 項活動。隨著現代軟件的發展，手工分析方式已經很難滿足數據庫管理系統數據庫分析的要 求，必須借助相應的工具。

設計數據庫系統時應首先充分了解用戶各個方面的需求，包括現有的以及將來可能增

加的需求。用戶需求具體體現在各種信息的提供、保存、更新和查詢，這就要求數據庫結構 能充分滿足各種信息的輸入和輸出。通過對書店管理工作過程的內容和數據流程分析，設計 數據項和數據結構。

通過與企業的溝通和需求分析，要求系統具有以下功能。1.新員工資料的添加、修改、刪除和查詢。2.部門信息的添加、修改、刪除和查詢。3.自動分配員工編號和部門編號。

4.人事調動的詳細記錄，包括部門、職位和職稱的調整，以及人員離職。

5.添加/修改日常出勤記錄，這里重點實現可按全體員工、部門員工和所選員工添加/修改 日常出勤記錄，以方便用戶操作。員工日常公出/請假信息的添加、修改、刪除和查詢。每月工資信息的批量添加、修改、刪除和查詢。

2．2 運行環境

2．2．1 設備

1．Web服務器1臺 2．數據庫服務器1臺 3．備份服務器1臺 4．開發服務器1臺

5．軟件防火墻服務器1臺 6．千兆路由器1臺

7． 10M網絡寬帶1條

2.2.2 軟件環境

本系統的的軟件環境如下

1.My Eclipese 10開發工具 2．SQL Server2008數據庫系統 3．Windows xp操作系統;4．防火墻，殺毒軟件

2.3 基本設計概念和處理流程

概念模型是對信息世界的建模，所以概念模型應該能夠方便、準確的表示出信息世界 中的常用概念。實體--關系模型（Entity-Relationship Module,簡稱E-R圖）是數據庫結構設計常用的方法。得到了數據項和數據結構以后，就可以設計出能夠滿足用戶需求的各種實體以及它們之間的關系，為后面邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。根據需求分析和功能分析，規劃出本系統中使用的數據庫實體分別為員工實體，部門實體，工資實體，出勤實體，公出請假實體，人事調動實體，福利實體，員工離職實體等員工實體包括ID、編號、姓名、性別、身份證號、出生年月、年齡、民族、婚姻狀況、政治面貌、如黨團時間、籍貫、聯系電話和手機號碼等屬性。員工實體E-R圖如圖2.1所示：

部門實體包括部門編號、部門名稱、部門經理、部門地址和部門電話屬性。

部門實體E-R圖如圖2.2所示：。

公出實體包括ID、所屬工資月份、員工編號、員工姓名、基本工資、加班費、工齡工

資、全勤獎、獎勵總額、職務津貼、請假扣除等屬性。工資實體E-R圖如圖2.3所示：

2．4 結構

本系統的實現采用典型的三層模式、B/S結構來實現，不同的客戶端程序共同訪問中心數據庫，系統結構如圖1：

圖1：系統結構

系統基本功能圖解體系基本結構圖

2.5功能需求與系統模塊的關系 各項功能需求的實現同各個塊程序的分配關系：

2.5.1登錄頁面

需要登陸的人員，對于不同的身份，他們的權限是不一樣 的。當用戶輸入ID 和密碼時，查詢數據庫，若用戶名和密

碼正確，則進入相應的員工信息頁面，若不正確，則提示用戶名或密碼錯誤，人顯示當前頁面。

功能描述： 用戶管理 配置管理 數據備份 數據維護 1.2.3.4.2.5.2員工注冊 功能描述：

新員工注冊，輸入員工的注冊信息，包括（登錄賬號，登錄密碼，核對密碼，聯系電話，聯系地址，電子郵箱）。

注冊信息的修改。

用例圖

2.5.3員工的登錄和登出

功能描述：

員工登陸

員工退出 用例圖：

2.5.4信息查詢 功能描述：

查看公司內部相關信息 查看個人信息

查看其他員工的部分信息 用例圖

2.5.5人事檔案

1增加員工檔案信息 2修改員工檔案信息

3刪除員工檔案信息 4查詢員工檔案信息

5打印員工檔案信息 用例圖

2.5.6工資信息管理 功能描述：

1.工資信息模塊

2.計發工資信息

3.查詢工資信息

4.保險/福利

5.打印工資信息 用例圖

2.5.7員工培訓 功能描述：

1.員工培訓模塊主要包括：

2.培訓信息的錄入 3.培訓信息的刪除 4.培訓信息的修改 5.培訓信息的查詢 6.履歷表的打印 用例圖

2.5.8公司招聘

功能描述：

1.錄入招聘信息

2.查詢招聘信息

3.修改招聘信息

4.刪除招聘信息

5.查詢應聘者信息

6.刪除應聘者信息

用例圖

2．6 人工處理工程

創建用戶（注冊新用戶）：用戶信息需要手工輸入計算機。更新部門、員工資料：需要手動輸入更新內容。

2．7 尚未解決的問題

由于數據的傳輸上需要通過網絡傳輸，為了客戶資料進行保密，需要在網絡的傳輸過程中對數據進行加密。

這個工作主要是在準備網絡包，及解開網絡包這兩個模塊完成，它們各對數據進行加密及解密還原工作。

在加密算法選擇上將使用RSA 加密算法。具體算法可參照參考資料中《Computer Network》p.598。

3.接口設計 3.1用戶接口設計

3.2外部接口

3.3內部接口

4．運行設計 4.1運行模塊組合

施加不同的外界運行控制時所引起的各種不同的運行模塊組合如下表所示：

4.2運行控制

5.系統數據結構設計 5.1邏輯結構設計要點

根據設計好的E-R圖在企業人事管理系統中創建各表。

員工信息表用于儲存員工基本信息和單位相關信息，改數據表結構如表2.1所示：

部門表用于存儲部門編號、部門名稱等信息，該數據表結構如表2.2所示。

工資表用于存儲每月每個員工的詳細工資信息該數據表結構如表2.3所示。

6.系統出錯處理設計 6.1出錯信息

程序在運行時主要會出現兩種錯誤：

1、由于輸入信息，或無法滿足要求時產生的錯誤，稱為軟錯誤。

2、由于其他問題，如網絡傳輸超時等，產生的問題，稱為硬錯誤。

對于軟錯誤，須在定票/領票操作成功判斷及輸入數據驗證模塊由數據進行數據分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。

對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置。返回輸入階段。

6.2補救措施

所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩造成的數據丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務器上：在斷電后恢復過程可采用 SQL SERVER 的日志文件，對其進行ROLLBACK 處理，對數據進行恢復。

在網絡傳輸方面，可考慮建立一條成本較低的后備網絡，以保證當主網絡斷路時數據的通信。

在硬件方面要選擇較可靠、穩定的服務器機種，保證系統運行時的可靠性。

6.3系統維護設計

維護方面主要為對服務器上的數據庫數據進行維護?？墒褂?SQL SERVER 的數據庫維護功能機制。例如，定期為數據庫進行Backup，維護管理數據庫死鎖問題和維護數據庫內數據的一致性等。