第一篇：酒店預定管理系統(tǒng)概要設計說明書

酒店預定管理系統(tǒng)（Web版）

概要設計說明書

1.引言

1.1編寫目的

大致設計好系統(tǒng)的結(jié)構(gòu)，部分功能模塊結(jié)構(gòu)，為詳細設計和代碼的編寫實現(xiàn)打好基礎。1.2背景

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

開發(fā)團體：H18小組

開發(fā)語言：java,html,css,javascript 軟件名稱：酒店預訂管理系統(tǒng) 1.3參考資料

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

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

客戶端模塊功能規(guī)定：

在客戶端系統(tǒng)的功能實現(xiàn)上，可以分為以下幾個部分： 1． 注冊賬號：

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

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

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

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

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

7.撤銷訂單：

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

服務端模塊功能規(guī)定：

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

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

3.訂單信息管理：

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

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

客戶端的狀態(tài)轉(zhuǎn)換圖：

客戶端功能模塊設計：

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

用戶進入注冊賬號的頁面，填寫相關(guān)內(nèi)容且符合各項標準后，進行注冊，系統(tǒng)通過網(wǎng)頁發(fā)送表單封裝成客戶user類接收客戶注冊數(shù)據(jù)，然后為該賬號名及其信息數(shù)據(jù)插入數(shù)據(jù)庫里。

（2）登陸賬號模塊：

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

（3）個人資料：

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

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

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

（5）預訂住房：

只有登陸后的客戶可以使用該功能。客戶可以在導航條中任何一個頁面的預定窗口查詢某天空余客房和進行預定，并進入預定頁面。預定頁面包括預定的日期，房間類型和數(shù)量，然后填寫客戶的資料，最后完成預定。預定信息發(fā)送到系統(tǒng)，然后插入數(shù)據(jù)庫。

（6）查看訂單：

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

（7）撤銷訂單：

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

對以上模塊描述畫出客戶端的數(shù)據(jù)流圖：

服務端的狀態(tài)轉(zhuǎn)換圖：

服務端功能模塊設計：

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

1.資源信息管理：

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

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

3.訂單信息管理：

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

對以上模塊描述畫出服務端的數(shù)據(jù)流圖：

4.數(shù)據(jù)庫設計

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

字段名稱 uid uaccount upwd uname usex uemail uphone 數(shù)據(jù)類型 number varchar varchar varchar char varchar varchar

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

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

字段名稱 rid rtype rprice rstatus rdetail 數(shù)據(jù)類型 number varchar dounble varchar varchar

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

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

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

說明

訂單編號 資源編號 資源數(shù)量 預定開始時間 預定結(jié)束時間 訂單狀態(tài)

字段名稱 orid oid orname orsex oremail orphone ortime ordetail 數(shù)據(jù)類型 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 數(shù)據(jù)類型 number varchar varchar char

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

說明

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

第二篇：圖書管理系統(tǒng)概要設計說明書

概要設計說明書 目 錄 1引言 3 1.1編寫目的 3 1.2背景 3 1.3定義 3 1.3.1 專門術(shù)語 3 1.3.2縮寫 4 1.4參考資料 4 2總體設計 4 2.1需求規(guī)定 4 2.2運行環(huán)境 4 2.3基本設計概念和處理流程 5 2.3.1體系結(jié)構(gòu)設計 5 2.3.2基本處理流程 6 2.3.2.1借書程序流程圖 6 2.3.2.1還書續(xù)借程序流程圖 6 2.3.3整體結(jié)構(gòu) 7 2.4功能需求與程序的關(guān)系 8 2.5尚未問決的問題 9 3接口設計 9 3.1外部接口 9 3.1.1用戶界面 9 3.2 軟件接口 9 3.3 硬件接口 9 3.4內(nèi)部接口 10 4運行設計 10 4.1運行模塊組合 10 4．2 運行控制 10 4.3運行時間 10 5系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設計 11 5.1邏輯結(jié)構(gòu)設計要點 11 5.2物理結(jié)構(gòu)設計要點 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數(shù)據(jù)庫概念結(jié)構(gòu)設計 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系統(tǒng)出錯處理設計 14 6.1出錯信息 14 6.2補救措施 15 6.3系統(tǒng)維護設計 15 6.4 安全保密設計 15 1引言 1.1編寫目的 在本圖書借閱管理系統(tǒng)項目的前一階段，也就是需求分析階段中，已經(jīng)將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經(jīng)在上一階段中對圖書館及相關(guān)人員的實地調(diào)研中獲得，并在需求規(guī)格說明書中得到詳盡得敘述及闡明。

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

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

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

1.2背景 本項目名稱：圖書借閱管理系統(tǒng) 項目開發(fā)人員：

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

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

主鍵：數(shù)據(jù)庫表中的關(guān)鍵域。值互不相同。

外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關(guān)聯(lián)的域。

ROLLBACK: 數(shù)據(jù)庫的錯誤恢復機制。

1.3.2縮寫 系統(tǒng)：若未特別指出，統(tǒng)指本圖書借閱系統(tǒng)。

SQL: Structured Query Language（結(jié)構(gòu)化查詢語言）。

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

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

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

2.2運行環(huán)境 操作系統(tǒng)為windows系列 數(shù)據(jù)庫：

軟件開發(fā)平臺：

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

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

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

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

在這樣的應用策略下，對電腦應用的開發(fā)，將是一個逐步完善的過程，對這樣的開發(fā)環(huán)境，上一節(jié)中已經(jīng)做了分析。

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

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

采用C/S體系結(jié)構(gòu)，客戶所支出的費用項目，將增加數(shù)據(jù)庫平臺和對其維護的成本，和可能需要增加適合數(shù)據(jù)庫平臺運行的應用服務器操作系統(tǒng)。

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

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

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

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

3.6 性能、開發(fā)與品質(zhì)保證的考慮 ??? 非C/S結(jié)構(gòu)應用的性能，更大程度取決于應用程序的設計與實現(xiàn)。基于文件服務器運行的多用戶系統(tǒng)，當數(shù)據(jù)量、用戶數(shù)擴大時，性能就會嚴重下降，這包括巨大的網(wǎng)絡傳輸量，以及難以有效地平衡工作站與服務器的負荷。因此，大的數(shù)據(jù)容量和多用戶環(huán)境，通常是采納C/S結(jié)構(gòu)的一個重要理由。主機-終端模式雖然可能更具能量，但高成本和封閉性，限制了它的應用領域。

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

對于具備良好的規(guī)劃能力的開發(fā)者而言，C/S結(jié)構(gòu)給予規(guī)劃者更大的空間和更強的支持，易于實現(xiàn)不同應用間的合理分離，分別調(diào)試和投入應用。前臺應用和后臺數(shù)據(jù)庫的開發(fā)，被“強制”地分開；

數(shù)據(jù)庫部分的邏輯與規(guī)則，一經(jīng)調(diào)試完成，就可以在將來的應用中一直保證下去；

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

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

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

應用的不確定性，逐步開發(fā)和增加新應用的需要 ??? 適應將來開放的異種網(wǎng)絡環(huán)境中應用的需要 ??? 用戶數(shù)、數(shù)據(jù)量增長的可能性 ??? 適應電腦開發(fā)、維護、供應商與相關(guān)技術(shù)人員變更的需要 ??? 有利于動態(tài)規(guī)劃與動態(tài)開發(fā)過程，對系統(tǒng)可靠性的保證 ??? 此外，從用戶的現(xiàn)有資源的延續(xù)利用與新增投入，及開發(fā)的成本和難度看，采用C/S結(jié)構(gòu)，也是比較適中、現(xiàn)實的選擇。

讀者應當留意，這里僅僅是針對一個特定環(huán)境下小型應用案例開發(fā)策略的分析，而不是對數(shù)據(jù)庫體系結(jié)構(gòu)的一個完整的分析比較，更不是對技術(shù)本身的評價。

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

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

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

如果已經(jīng)逾期，則計算顯示出罰款并執(zhí)行還書操作。

圖（1）借書程序流程圖 圖（2）還書、續(xù)借程序流程圖 2.3.3整體結(jié)構(gòu) 本系統(tǒng)共分為兩大模塊：系統(tǒng)登錄模塊和系統(tǒng)設置模塊；

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

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

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

圖書管理員可以實現(xiàn)查詢、借閱信息管理和圖書管理；

系統(tǒng)管理員可以實現(xiàn)對系統(tǒng)維護和用戶維護兩大模塊。

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

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

系統(tǒng)管理員可以對后臺數(shù)據(jù)維護，日志維護，同時可以實現(xiàn)對用戶信息的添加、修改和刪除。

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

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

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

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

在網(wǎng)絡軟件接口方面，使用一種無差錯的傳輸協(xié)議，采用滑動窗口方式對數(shù)據(jù)進行網(wǎng)絡傳輸及接收。

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

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

3.4內(nèi)部接口 內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的結(jié)構(gòu)將在下面數(shù)據(jù)結(jié)構(gòu)設計的內(nèi)容中說明。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。

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

服務器程序的接收網(wǎng)絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調(diào)用網(wǎng)絡發(fā)送模塊，將信息返回客戶機。

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

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

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

5系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設計 5.1邏輯結(jié)構(gòu)設計要點 圖書類表（圖書編號，圖書名，圖書作者，圖書出版社，圖書單價，圖書摘要）；

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

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

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

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

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

如果讀者借書已滿限制數(shù)N，則發(fā)出“借書錯誤”；

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

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

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

若用戶取消了解除預定操作否則系統(tǒng)取消解除預定；

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

（6）輸入要錄入的圖書信息，若信息輸入有誤，則返回添加失敗，若添加信息時系統(tǒng)發(fā)生異常，則返回添加失敗；

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

（8）輸入要刪除的圖書信息，若刪除時系統(tǒng)發(fā)生異常，則返回刪除失敗；

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

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

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

6.3系統(tǒng)維護設計 及時清理數(shù)據(jù)庫，提高數(shù)據(jù)庫運行能力；

同時對更新的數(shù)據(jù)及時保存，以防止數(shù)據(jù)丟失。

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

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

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

（4）系統(tǒng)對用戶的所有操作和相關(guān)信息都記錄在案。

第三篇：人事管理系統(tǒng)概要設計說明書范文

概要設計說明書

1． 引言

1．1 編寫目的

在人事管理系統(tǒng)項目的前一階段，也就是需求分析階段中，已經(jīng)將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，本階段已在系統(tǒng)的需求分析的基礎上，該文檔的目的是描述企業(yè)人事管理系統(tǒng)項目的概要設計,其內(nèi)容包括: 系統(tǒng)功能簡介 系統(tǒng)結(jié)構(gòu)設計 系統(tǒng)接口設計 數(shù)據(jù)設計 模塊設計 界面設計

本文檔的預期的讀者是：

XX有限公司的領導

技術(shù)人員

XX有限公司的領導 相關(guān)項目組的所有成員

1．2 項目背景

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

1．3 定義

1．3．1 專門術(shù)語

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

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

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

可適應性：軟件在不同的系統(tǒng)約束條件下使用戶需求得到滿足的難易程度。可移植性：軟件從一個計算機系統(tǒng)或環(huán)境搬到另一個計算機系統(tǒng)或環(huán)境的難易程度。主鍵：數(shù)據(jù)庫表中的關(guān)鍵域。

1．3．2 縮寫

系統(tǒng)：若未特別指出，統(tǒng)指本機票預定系統(tǒng)。

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

1．4 參考資料

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

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

2．1 需求規(guī)定

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

設計數(shù)據(jù)庫系統(tǒng)時應首先充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增

加的需求。用戶需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu) 能充分滿足各種信息的輸入和輸出。通過對書店管理工作過程的內(nèi)容和數(shù)據(jù)流程分析，設計 數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)。

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

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

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

2．2 運行環(huán)境

2．2．1 設備

1．Web服務器1臺 2．數(shù)據(jù)庫服務器1臺 3．備份服務器1臺 4．開發(fā)服務器1臺

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

7． 10M網(wǎng)絡寬帶1條

2.2.2 軟件環(huán)境

本系統(tǒng)的的軟件環(huán)境如下

1.My Eclipese 10開發(fā)工具 2．SQL Server2008數(shù)據(jù)庫系統(tǒng) 3．Windows xp操作系統(tǒng);4．防火墻，殺毒軟件

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

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

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

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

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

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

2．4 結(jié)構(gòu)

本系統(tǒng)的實現(xiàn)采用典型的三層模式、B/S結(jié)構(gòu)來實現(xiàn)，不同的客戶端程序共同訪問中心數(shù)據(jù)庫，系統(tǒng)結(jié)構(gòu)如圖1：

圖1：系統(tǒng)結(jié)構(gòu)

系統(tǒng)基本功能圖解體系基本結(jié)構(gòu)圖

2.5功能需求與系統(tǒng)模塊的關(guān)系 各項功能需求的實現(xiàn)同各個塊程序的分配關(guān)系：

2.5.1登錄頁面

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

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

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

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

注冊信息的修改。

用例圖

2.5.3員工的登錄和登出

功能描述：

員工登陸

員工退出 用例圖：

2.5.4信息查詢 功能描述：

查看公司內(nèi)部相關(guān)信息 查看個人信息

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

2.5.5人事檔案

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

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

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

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

1.工資信息模塊

2.計發(fā)工資信息

3.查詢工資信息

4.保險/福利

5.打印工資信息 用例圖

2.5.7員工培訓 功能描述：

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

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

2.5.8公司招聘

功能描述：

1.錄入招聘信息

2.查詢招聘信息

3.修改招聘信息

4.刪除招聘信息

5.查詢應聘者信息

6.刪除應聘者信息

用例圖

2．6 人工處理工程

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

2．7 尚未解決的問題

由于數(shù)據(jù)的傳輸上需要通過網(wǎng)絡傳輸，為了客戶資料進行保密，需要在網(wǎng)絡的傳輸過程中對數(shù)據(jù)進行加密。

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

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

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

3.2外部接口

3.3內(nèi)部接口

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

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

4.2運行控制

5.系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設計 5.1邏輯結(jié)構(gòu)設計要點

根據(jù)設計好的E-R圖在企業(yè)人事管理系統(tǒng)中創(chuàng)建各表。

員工信息表用于儲存員工基本信息和單位相關(guān)信息，改數(shù)據(jù)表結(jié)構(gòu)如表2.1所示：

部門表用于存儲部門編號、部門名稱等信息，該數(shù)據(jù)表結(jié)構(gòu)如表2.2所示。

工資表用于存儲每月每個員工的詳細工資信息該數(shù)據(jù)表結(jié)構(gòu)如表2.3所示。

6.系統(tǒng)出錯處理設計 6.1出錯信息

程序在運行時主要會出現(xiàn)兩種錯誤：

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

2、由于其他問題，如網(wǎng)絡傳輸超時等，產(chǎn)生的問題，稱為硬錯誤。

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

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

6.2補救措施

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

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

在硬件方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。

6.3系統(tǒng)維護設計

維護方面主要為對服務器上的數(shù)據(jù)庫數(shù)據(jù)進行維護。可使用 SQL SERVER 的數(shù)據(jù)庫維護功能機制。例如，定期為數(shù)據(jù)庫進行Backup，維護管理數(shù)據(jù)庫死鎖問題和維護數(shù)據(jù)庫內(nèi)數(shù)據(jù)的一致性等。

第四篇：酒店管理系統(tǒng)說明書

黑山印象假日酒店

遠程系統(tǒng)使用說明書

第一步:將您的光碟放入光驅(qū),將碟上的２個數(shù)據(jù)包拷貝到電腦上,并解壓數(shù)據(jù)包!

第二步:打開ssvpn文件包,安裝sslvpn程序.（注：為了不影響網(wǎng)速，請在安裝的時候注意把開啟自動運行程序關(guān)掉；另如發(fā)現(xiàn)安裝錯誤時,先點擊仍然安裝，再安裝補丁文件,如果沒有安裝錯誤,就不需要安裝補丁)

第三步:在解壓出來的ssvpn文件包里有個client文件，請雙擊打開，把里面的內(nèi)容全部復制，右鍵右下角的紅色電腦圖標（如果是黃色圖標，請右鍵先斷開）點擊編輯配置文件，用剛才復制的文件覆蓋里面所有的內(nèi)容！保存！

第四步：打開設置帳號文本,把222改為您相應的VPN帳號和VPN密碼,完成填寫后,保存!之后右鍵右下角紅色圖標，連接!現(xiàn)在右下角出現(xiàn)了黃色電腦圖像,這就表示正在連接中,稍待幾分鐘,直到圖象變成綠色時,就表示連接成功（如果一!

直不出現(xiàn)綠色，請從新運行此程序）

第五步:運行快速列車酒店管理系統(tǒng)遠程客戶端文件包里的etsoft62010-酒店管理系統(tǒng)，只需要在員工號這里輸入您的遠程帳號，在口令這里輸入密碼，登陸之后，就可以依照相對應的模塊進行查詢了！

如有不明白地方，歡迎來電咨詢！

VPN號:密碼:聯(lián)系電話：１３８８３４９９１１９ 遠程號:密碼:聯(lián)系ＱＱ：４７０６１０

第五篇：酒店預定部職位說明書

崗位職責與任職資格

預訂部

目 錄

1.預訂經(jīng)理................................................................................................................3 2.預訂主任................................................................................................................4 3.預訂員....................................................................................................................5

崗位職責與任職資格

部門：預訂部 崗位職責：

1.全面負責預訂部的管理工作。

2.督導預訂員的日常工作，確保所有預訂資料正確輸入電腦。3.全面掌握整個酒店的房類分布情況。

4.監(jiān)督檢查員工的儀容儀表是否符合飯店的標準。5.負責本部門各班次的人員安排。

6.負責將本部門的成本控制在合理水平內(nèi)。7.負責將飯店的相關(guān)信息傳達到每位員工。8.負責預訂部各項設備設施的完好及正常使用。9.每日制作八日滾動客房出租率預測。

10.每日查看前一日中班所留交班，并安排處理遺留問題。11.檢查次日到店VIP客人的預訂。12.負責隨時將房間出租情況反饋部門。13.對客房銷售向部門提出建議。14.做好房控。15.處理投訴。

16.不定期抽查員工的工作。17.每月總結(jié)及下月展望。

18.負責與所有相關(guān)業(yè)務部門協(xié)調(diào)以保證業(yè)務正常運轉(zhuǎn)。19.隨時輸入新簽訂的訂房協(xié)議書。20.每日參加市場部例會。21.完成上級指派的其它工作任務。

任職資格：

1.自然條件：身體健康，精力充沛，儀表端莊。2.文化程度：大專學歷。

3.工作經(jīng)歷：五星級酒店三年以上本崗經(jīng)歷。4.外語水平：飯店英語中級水平。

5.交流能力：語言表達能力良好，具有良好的溝通能力。6.其它條件：具有培訓、管理及應變能力。

崗位： 預訂經(jīng)理

直屬上級：市場部總監(jiān)

崗位職責與任職資格

部門：預訂部 崗位職責：

22.負責協(xié)助經(jīng)理負責預訂部的管理工作。23.督導預訂員的日常工作。24.掌握整個飯店的房類分布情況。

25.協(xié)助經(jīng)理培訓、督導、檢查預訂員的工作。26.與銷售部協(xié)調(diào)團隊的預訂事宜。27.接受并輸入團隊預訂。

28.負責次日到店團隊的電腦復核,與團隊接待處核對團隊數(shù)量。29.整理團隊存檔。

30.接聽電話，最大限度的爭取每一個預訂。31.子解當日可賣房間狀況。

32.隨時向預訂經(jīng)理反饋當前預訂情況及房間流量。

33.當預訂經(jīng)理不在崗時，預訂主任全面負責預訂部的工作。34.完成上級指派的其它工作任務。

任職資格：

7.自然條件：身體健康，精力充沛，儀表端莊。8.文化程度：大專學歷。

9.工作經(jīng)歷：五星級酒店三年以上本崗經(jīng)歷。10.外語水平：飯店英語中級水平。

11.交流能力：語言表達能力良好，具有良好的溝通能力。12.其它條件：具有培訓、管理及應變能力。

崗位： 預訂主任

直屬上級：預定部經(jīng)理

崗位職責與任職資格

部門：預訂部 崗位職責：

1.負責按預訂主任的指示工作，認真做好預訂工作。2.打印查看報表。

3.查看交班，處理中班交班的工作。

4.了解最新房間流量情況及當日可賣房間狀況。

5.接受并輸入散客預訂（電話、傳真、銷售部、網(wǎng)上預訂）6.確認散客預訂。7.為有預訂的散客訂接機。

8.收到延住傳真及時轉(zhuǎn)交前臺處理。9.檢查次日到店散客。10.檢查次日到店VIP。11.檢查次日到店接機。

12.下班前檢查傳真機國際長途是否加保密，并關(guān)閉電源。13.打印次日到店散客、VIP團隊表，當日取消預訂表留存。14.換季調(diào)價時，輸入新的合同價。

15.隨時向預訂經(jīng)理反饋當前預訂情況及房間流量。16.完成上級指派的其它工作任務。任職資格：

1.自然條件：身體健康，精力充沛，儀表端莊。2.文化程度：職業(yè)高中畢業(yè)。

3.工作經(jīng)歷：在同檔星級以上酒店同類工作三年以上。4.外語水平：飯店英語中級水平。

5.交流能力：語言表達能力良好，具有良好的溝通能力。6.其它條件：電腦操作熟練。

崗位： 預訂員

直屬上級：預定部經(jīng)理