第一篇：軟件設計說明書

設計說明書 引言

水利方向一直是國家十分重視且投入巨大的方向，它關乎方方面面。百姓生命安全、水資源的利用、農(nóng)業(yè)的灌溉等等，都與其息息相關，但是，正因為它的無處不在，導致如果使用傳統(tǒng)的手段，將需要消耗過多的人力，效率極其低下，甚至是不可完成的，所以，水利也需要更加現(xiàn)代化的手段去完成預期的目標，水利自動化就是為了這一目的而提出來的。水利自動化可以大大提高數(shù)據(jù)測量的準確度和控制的可靠性，提高效率，降低勞動強度，充分利用現(xiàn)有設備，從而對于當?shù)厮麊挝缓退揪軒砜捎^的經(jīng)濟和社會收益。

1.1 編寫目的

a.編寫本說明書的目的在于闡明用戶的要求的，描述出系統(tǒng)的需求模型、功能和性能要求以及其他約定，為后期的軟件設計等工作提供依據(jù)。

b.本說明書的預期讀者為用戶、系統(tǒng)設計員及其他開發(fā)人員和相關審核檢測人員。

1.2 背景

本項目的任務提出者及開發(fā)者是北京恒宇偉業(yè)科技發(fā)展有限公司生產(chǎn)部開發(fā)小組：

項目負責人：

硬件設計工程師：

系統(tǒng)分析員：

系統(tǒng)設計員：

編碼員：

軟件測試員：

用戶為各地方招標業(yè)主單位，該軟件在WINDOW7系統(tǒng)下，在IAR FOR MSP430環(huán)境下完成開發(fā)，1.3 定義

RTU：遠程終端單元。

水文監(jiān)測系統(tǒng)：是指用于對各類水文要素實施采集、傳輸、處理的總體。

1.4 參考資料

水文檢測數(shù)據(jù)通信規(guī)約(SL651-2014)2 設計總體

2.1 需求規(guī)定

本軟件系統(tǒng)的各種用戶是唯一的參與者，參與者通過使用事件與系統(tǒng)進行交互，所有的使用事件綜合起來即構成了用戶的功能需求。本系統(tǒng)通過用戶操作鍵盤操作及顯示屏顯示交互設定相關系統(tǒng)、通訊、傳感器參數(shù)，查看歷史數(shù)據(jù)和系統(tǒng)運行狀態(tài)。

2.2運行環(huán)境

本軟件屬于工業(yè)級產(chǎn)品設備運行系統(tǒng)，運行在基于MSP430F5438A CPU芯片的自助設計的電路板上。部分操作依托于外部傳感器設備。

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

2.4 結構

初始化函數(shù)流程圖

Main函數(shù)流程圖

數(shù)據(jù)發(fā)送流程圖

水位數(shù)據(jù)采集流程圖

雨量數(shù)據(jù)采集流程圖

數(shù)據(jù)處理模塊流程圖

輸入數(shù)據(jù)處理模塊

2.5 功能需求與程序的關系

主程序函數(shù)

main();系統(tǒng)滴答初始化

Init_CLK();

GPIO口相關映射初始化

Init_Port();

;UART口相關初始化

Init_RSUART()

;鍵盤相關初始化

Init_Keypad();菜單鏈表初始化

Init_Menu();系統(tǒng)時鐘讀取

RX8025_R();本地網(wǎng)絡修復模塊

NetFix();輸入數(shù)據(jù)處理模塊

IO_ReportDeal();菜單模塊

Menu_Ctrl();雨量數(shù)據(jù)處理模塊

Msg_RainDDeal();水位數(shù)據(jù)處理模塊

Msg_WaterDeal();報文拼組模塊

Msg_PostDeal();數(shù)據(jù)發(fā)送模塊

NT_SendMsg();系統(tǒng)參數(shù)變更存儲模塊

SysParSave();

2.6 人工處理過程

用戶通過鍵盤及顯示屏，依靠系統(tǒng)菜單，對相關內(nèi)容進行設置，以達到按照具體需求運行程序獲得預期效果的結果。

2.7 尚未解決的問題

未能對攝像頭圖片數(shù)據(jù)進行采集及傳輸。接口設計

3.1 用戶接口

通過菜單項提供用戶接口,其操作簡單、功能直觀,故不再詳述,用戶接口如下： 主菜單：系統(tǒng)參數(shù) 通訊參數(shù) 傳感器參數(shù) 歷史數(shù)據(jù) 當前通訊狀態(tài)

系統(tǒng)參數(shù)：終端號 系統(tǒng)時鐘 密碼設置 次雨量清零 人工置數(shù) 修改密碼 恢復出廠設置 通訊參數(shù)：起始發(fā)送時間 當日發(fā)送次數(shù) GPRS設置 GSM設置

傳感器參數(shù)：水位計類型 雨量計精度 水位預警值 水位變化閾值 水位基值 歷史數(shù)據(jù)：歷史數(shù)據(jù)查詢 歷史數(shù)據(jù)清空

當前通訊狀態(tài)：信號強度 網(wǎng)絡通訊狀態(tài) 實時時鐘

3.2 內(nèi)部接口

按鍵中斷響應

#pragma vector=PORT1_VECTOR __interrupt void Port1(void)雨量中斷響應

#pragma vector=PORT2_VECTOR __interrupt void Port2(void)普通串口中斷響應

#pragma vector=USCI_A0_VECTOR __interrupt void USCI_A0_ISR(void)GPRS通訊串口中斷響應

#pragma vector=USCI_A1_VECTOR __interrupt void USCI_A1_ISR(void)485中斷響應

#pragma vector=USCI_A2_VECTOR __interrupt void USCI_A2_ISR(void)232中斷響應

#pragma vector=USCI_A3_VECTOR __interrupt void USCI_A3_ISR(void)

3.3 外部接口

硬件接口：

標準串口，485口，232口，格雷碼口，模擬量輸入口，12V供電輸出口，24V供電輸出接口 軟件接口：

關聯(lián)程序：編譯器等

運行設計

4.1 運行模塊組合

水位采集模塊→處理模塊→報文拼組模塊→數(shù)據(jù)發(fā)送模塊→歷史數(shù)據(jù)存儲模塊 雨量采集模塊→處理模塊→報文拼組模塊→數(shù)據(jù)發(fā)送模塊→歷史數(shù)據(jù)存儲模塊 按鍵響應模塊→菜單模塊→系統(tǒng)參數(shù)更新存儲模塊 輸入數(shù)據(jù)處理模塊→報文拼組模塊→數(shù)據(jù)發(fā)送模塊

4.2 運行控制

由用戶通過菜單選項進行控制。

4.3 運行時間

根據(jù)當前時間的采集任務及發(fā)送任務量決定 系統(tǒng)數(shù)據(jù)結構設計

5.1 邏輯結構設計要點

本系統(tǒng)各功能緊密結合，為盡量避免相互影響出現(xiàn)錯誤，系統(tǒng)嚴格按照時間順序運行，保證數(shù)據(jù)的絕對準確，各端口數(shù)據(jù)獨立接收，統(tǒng)一處理，保證數(shù)據(jù)不會混雜的前提下，保證更高的處理效率。系統(tǒng)出錯處理設計

6.1 出錯信息

當軟件進行硬件運行檢查，發(fā)生錯誤會重復啟動多次避免偶然情況導致硬件運行不正常，在多次檢驗無法通過時，會在顯示屏提示出錯原因，保住維護人員排查原因。

6.2 補救措施

故障出現(xiàn)后可能采取的變通措施，包括：

a.通過對系統(tǒng)參數(shù)進行分析，自主判斷問題原因，并采用預置的解決方案進行解決。

b.通過在程序各函數(shù)打印運行LOG并向串口發(fā)送，幫助排查人員了解當前運行情況，便于解決問題 c.恢復及再啟動技術說明將使用的恢復再啟動技術，使軟件從故障點恢復執(zhí)行或使軟件從頭開始重新運行的方法。

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

正確性維護：在運行過程中發(fā)現(xiàn)錯時，根據(jù)發(fā)生錯誤的功能項找到相應模塊，對出錯模塊單獨測試和修改。適應性維護：軟件的運行平臺限定特定硬件平臺上，限定住可能出現(xiàn)問題的范圍，便于排查。

完善性維護：為了應對用戶新提出的要求或改善性能，增加新的功能時，由于系統(tǒng)模塊間的獨立性，新功能通常可以單獨形成新的模塊，經(jīng)測試后拼加到系統(tǒng)中，而對其他模塊影響不大；改善某模塊的性能（提高處理效率，改善程序結構等）時，只需對相應模塊進行改進，然后還原到系統(tǒng)中。

第二篇：酒店管理系統(tǒng)軟件設計說明書

酒店管理系統(tǒng)

需求規(guī)格說明書

目錄

1.引言……………………………………………………….3 1.1目的……………………………………………………..3 1.2 定義…………………………………………………….3 1.3 產(chǎn)品的范圍和產(chǎn)品特性……………………………….3 1.4 參考文獻……………………………………………….4 2.綜合描述………………………………………………….4 2.1 產(chǎn)品的前景…………………………………………...4 2.2 產(chǎn)品的描述…………………………………………...4 2.3 用戶類和用戶特性…………………………………...4 2.4 運行環(huán)境……………………………………………...5 2.5 設計和實現(xiàn)的約束條件……………………………...5 2.6 假設和依賴…………………………………………...5 3.外部接口需求…………………………………………….5 3.1 用戶接口……………………………………………...5 3.2 硬件接口……………………………………………...6 3.3 軟件借口……………………………………………...6 3.4 通信接口……………………………………………...6 4.系統(tǒng)特性………………………………………………….6 4.1前臺管理………………………………………………6

4.2 消費管理……………………………………………...8 4.3 收銀管理……………………………………………...9 4.4 客房服務……………………………………………...11 5.其他非功能需求…………………………………………13 5.1 性能需求……………………………………………..13 5.2 安全性需求…………………………………………..13 5.3 軟件質(zhì)量需求………………………………………..13 6.附件………………………………………………………14

附錄 分析模型…………………………………………...14

1.引言 1．1目的

隨著旅游業(yè)的民展，酒店、餐飲娛樂行業(yè)日趨發(fā)達，引入全方位的電腦服務和電腦管理日益流行。同時，酒店和餐廳娛樂業(yè)引入電腦服務和管理也取得了優(yōu)良的經(jīng)濟效益和社會效益。酒店管理系統(tǒng)將先進的電腦技術和現(xiàn)代酒店服務管理管理完美地結合起來，實現(xiàn)了住宿，餐飲全新概念的服務和管理方式。

酒店管理的電腦化，不僅是體現(xiàn)酒店現(xiàn)代化形象的一個重要標志，而且對于提高員工的工作效率，加速資金周轉，降低各項成本及改善服務質(zhì)量都有十分積極的作用。

1．2定義

1.客房預定系統(tǒng):可以處理散客預定、團體預定、客房預定、預定未到處理、預售查詢等事務。

2.前臺接待系統(tǒng)：可以處理散客入住登記，合約入住，團體自動入住和手動入住，補填客單，修改客人信息、轉房、調(diào)房、設置房態(tài)、客人留言，預定客房查詢、可售客房查詢等事務。

3.前臺必銀系統(tǒng)：處理記賬、埋單、限制客人消費、退房、押金加入、查賬、轉賬、設置跑單、客用保險箱管理、團體埋單及退房業(yè)務。

4.賬務系統(tǒng)：除具有收銀的功能外，還具有糾錯、報表輸出等功能，能將損失降至最低。5.管家系統(tǒng)；可處理設置凈房、臟房、壞房及取消壞房，設置SKIP房、SLEEP房，查詢謅房表、臟房表、壞房表，房間狀態(tài)，新入住查詢等業(yè)務。

6.電話系統(tǒng)：具有自動計費、夜間稽核，客人信息查詢、動態(tài)房態(tài)查詢、房間明細賬查詢、收銀員報表、當日入住客人報表等功能。

7.客歷系統(tǒng)：能處理客人手工、自動輸入，客人資料查詢與修改，黑名單，入住客人自動查詢客歷、入住客人自動歸入客歷。

8.合約系統(tǒng)：可將酒店簽約的單位或個人的資料輸入電腦，并可隨時查詢和更新。

9.經(jīng)理系統(tǒng)：可修改客房定價，增加、刪除、修改各級密碼，個性特別客單，設置系統(tǒng)參數(shù)，內(nèi)部銀行系統(tǒng)，數(shù)據(jù)整理，自我診斷，數(shù)據(jù)備份。

10.總經(jīng)理系統(tǒng)：具有客單查詢，查詢客房狀態(tài)，查詢可售情況，客房占用統(tǒng)計，賬務查詢，萬能查詢，報表輸出功能

11.密碼管理系統(tǒng)：可以管理客戶和酒店的各種密碼。

12.報表系統(tǒng)：主要是對處理一些非賬務表單。主要有客房占用表、轉房改租表、預定未到表、客房取消表、房租分析表、經(jīng)營統(tǒng)計表、可售情況表、房間狀態(tài)表、壞房狀況表、日租統(tǒng)計表、合約銷售表。

13.賬務報表：主要是處理酒店的日常的賬務報表，有收入報表（前臺收入明細表、現(xiàn)付收入明細表）、消費報表、顧客賬務（住房賬務、離店客人賬務各跑單賬務）、交班報表、信用卡報表、街賬報表、應收報表、催賬報表、轉賬報表、借貸報表、聯(lián)網(wǎng)消費、酒店總表。

1．3產(chǎn)品的范圍和產(chǎn)品特性

“酒店管理系統(tǒng)”允許酒店工作人員對酒店的客房、員工以及入住酒店的顧客進行客房入住、酒店服務等一些管理。“酒店管理系統(tǒng)”實施后，能節(jié)約人力資源，提高服務質(zhì)量，方便各項管理。賬務處理的時間明顯減少，數(shù)學計算上的錯誤也會消失。對客房狀態(tài)（如是否入住，入住顧客信息等）的查詢與統(tǒng)計也顯得非常方便，減少了顧客等待與員工分類統(tǒng)計的時間。詳細的項目描述請參見酒店管理系統(tǒng)前景和范圍文檔。文檔中這一部分的標題為“初始版本和后續(xù)版本的范圍”，列出了按照進度計劃在這一版本中實現(xiàn)的全部或部分特性。

1.4 參考文獻

1）《軟件需求》Karl E.Wiegers(美)著 清華大學出版社

2）前期所寫的《酒店管理系統(tǒng)的前景和范圍文檔》

3）《現(xiàn)代軟件工程》 孫涌等著 北京希望電子出版社

2.綜合描述

2.1 產(chǎn)品的前景

隨著計算機技術的飛速發(fā)展，信息時代的到來，信息改變了我們這個社會。各類行業(yè)在日常經(jīng)營管理各個方面也在悄悄地走向規(guī)范化和網(wǎng)絡化。客房管理的信息化程度體現(xiàn)在將計算機及網(wǎng)絡與信息技術應用于經(jīng)營與管理，以現(xiàn)代化工具代替?zhèn)鹘y(tǒng)手工作業(yè)。無疑，使用網(wǎng)絡信息化管理使客房管理更先進、更高效、更科學，信息交流更迅速。

酒店客房管理系統(tǒng)是酒店經(jīng)營管理中不可缺少的部分，它的內(nèi)容對于經(jīng)營的決策者和管理者來說都至關重要,所以客房管理系統(tǒng)、信息管理系統(tǒng)應該能夠為用戶提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多弊端，如:效率低、保密性差，容易出現(xiàn)差錯等，且對于查詢空房間及已定房間等極為不方便。在當今時代，這些完全可以改用計算機來代替人的手工操作。

作為計算機及網(wǎng)絡應用的一部分，使用計算機對客房信息進行管理，具有手工管理所無法比擬的優(yōu)點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高客房經(jīng)營管理的效率，也是企業(yè)的科學化、正規(guī)化管理，與世界接軌的重要條件。且辦事效率也是決定收入的一個關鍵因素。

“酒店管理系統(tǒng)”代表了酒店管理的信息化，不僅是體現(xiàn)酒店現(xiàn)代化形象的一個重要標志，而且對于提高員工工作效率，加速資金周轉、降低各項成本及改善服務質(zhì)量都有十分積極的作用。

2.2 產(chǎn)品的描述

一個成熟的酒店管理系統(tǒng)不僅僅是記錄酒店客人的信息，提供查詢，報表打印等一 系列簡單的工作，它能讓工作人員從煩瑣的手工操作中解脫，并且酒店管理系統(tǒng)本身就 代表著一種管理方法。隨著它的深入，將帶動企業(yè)的運作，為管理和決策提供支持。本項目在經(jīng)過對各酒店軟件進行分析和研究后，參考國際上的先進酒店軟

件管理思想，結合中國酒店的實際特點，認為可將整個酒店管理系統(tǒng)細分為五個子系統(tǒng)：（1）前臺管理系統(tǒng)（2）消費管理系統(tǒng)（3）收銀管理系統(tǒng)（4）客房服務系統(tǒng)（5）系統(tǒng)維護

2.3 用戶類和用戶特性

酒店前臺工作人員（優(yōu)先考慮）：前臺服務員的主要職能是負責訂房和退房，以及查詢?nèi)胱〉目蛻粜畔ⅰＫ性摻巧豢梢允褂貌糠止δ埽头拷?jīng)營管理、客戶信息查詢、個人密碼修改以及注銷功能。前臺工作人員對客房信息進行管理，包括對客房的基本信息(如客房號、客房類型客房位置等)進行檢索、錄入和修改。工作人員根據(jù)酒店規(guī)定可 定義客房類型，并對其進行管理，包括對客房類型的基本信息(如類型名稱、面積、床位、價格等)進行檢索、錄入和修改系統(tǒng)。界面會自動顯示各種房類的訂房情況，以方便前臺接待控制房態(tài)。按客人姓名系統(tǒng)可自動調(diào)出回頭客信息 及歷次住店統(tǒng)計信息以確定房價優(yōu)惠、優(yōu)惠時段和客人具體的消費記錄等。

酒店管理人員：酒店管理員享有最高權限，可以使用酒店客房管理系統(tǒng)所提供的所有功能，包括員工信息維護、客房類型維護、客房信息維護、客戶信息查詢、經(jīng)營狀況統(tǒng)計、個人密碼修改以及注銷功能。

顧客：顧客可以在酒店提供的網(wǎng)上酒店管理系統(tǒng)進行自助查詢酒店的一些相關信息，以及預定客房等。

財務管理部門：根據(jù)酒店客房的業(yè)務記錄，酒店財務管理部門的工作人員可選擇客房類別和日期的統(tǒng)計方式對營業(yè)額進行統(tǒng)計。他們需要接受培訓，學會如何讓使用計算機以及一些office應用。

酒店房務服務人員：酒店的房務服務人員利用系統(tǒng)可看到系統(tǒng)根據(jù)自家酒店的實際情況按順序房號列出客房，很直觀地顯示客房所屬的房間類型及用圖形及顏色表示不同的房態(tài)，有沒有顧客入住、退房等，客房需要什么樣的服務，是否需要打掃、服務。

2.4 運行環(huán)境

為了達到系統(tǒng)要求，必須依靠高起點的硬件環(huán)境和軟件開發(fā)工具來保證系統(tǒng)的穩(wěn)定和正常運行。酒店電腦系統(tǒng)要求24小時連續(xù)運行，數(shù)據(jù)量大，可靠性要求高，因此整個電腦系統(tǒng)供電采用專線方式，加配lips（不間斷供電系統(tǒng)），并合理接地，以便保障整套系統(tǒng)的正常運行。

2.5 設計和約束條件

CO-1:部分子系統(tǒng)將使用酒店本來的業(yè)務流程。

CO-2:系統(tǒng)必須操作簡單、用戶手冊通俗易懂。

CO-3：該服務器實現(xiàn)要使用由公司批準的Red Hat Linux版本和Apache HTTP Server.2.6 假設和依賴

AS-1: 酒店擁有一臺打印機和傳真機，能方便打印報表，以及對預定客房的商務傳真進行處理。

AS-2: 酒店有鏈接外網(wǎng)的服務器或計算機，能提供網(wǎng)上預定功能，方便顧客預定。DE-1: 對于經(jīng)常光顧或要求打折的顧客以及節(jié)假日或者店慶優(yōu)惠活動，應具備折扣管理功能。

DE-2: 對于使用酒店管理軟件前的電話預定等，該管理軟件應該有專門的錄音功能。

3.外部接口需求

3.1 用戶接口（User Interfaces,UI）

UI-1:入住登記界面應包含：部門，可選設施圖標區(qū)，賓客登記信息區(qū)，選定設施列表。

UI-2：消費點單操作界面應包含：部門選擇，總賬單列表區(qū)，子賬單列表區(qū)，消費記錄區(qū)，消費品選擇區(qū)。

UI-3:外賣零單消費界面應包含：消費品選擇區(qū)，消費記錄區(qū)，支付方式選擇區(qū)。UI-4:在退房結賬界面應包含：部門選擇，總賬單列表區(qū)，子賬單列表區(qū)，消費明細表，結賬操作面板。

3.2 硬件接口（Hardware Interfaces,HI）

HI-1:采用基于超5類雙絞的綜合布線系統(tǒng)，同時支持語音和數(shù)字的傳輸。HI-2：對機器的指示是：CPU2400轉以上，顯示器支持800*600分辨率，基本內(nèi)存512兆推薦2G，Windows兼容打印機。

3.3 軟件借口（Software Interfaces,SI）

“人事管理系統(tǒng)”。“人事管理系統(tǒng)”通過程序界面與“酒店管理系統(tǒng)”進行通信，完成下面這些工作：

1：提取人員業(yè)務完成情況，作為進行績效考核的依據(jù)。

2：根據(jù)酒店管理系統(tǒng)中各部門的項目消費情況，作為合理分配人員的依據(jù)。

3.4 通信接口（Communications Iterfaces,CI）

CI-1：“酒店管理系統(tǒng)”接收熟客的電子郵件預訂，由操作員將預訂信息輸入系統(tǒng)。

CI-2：“酒店管理系統(tǒng)”將向賓客發(fā)送電子郵件消息，以確認收到預訂或者預訂失敗信息。

4.系統(tǒng)特性

4.1 前臺管理

（1）描述和優(yōu)先級

為住店客人提供預訂信息，并為顧客辦理登記入住手續(xù)，將登記信息錄入電腦。并可以為客人增加房間，更換房間，還能根據(jù)操作員的權限不同，對客人登記信息及房間價格加以修改，提高系統(tǒng)的靈活性，滿足不同客人的要求。

（2）刺激/響應序列

預定

刺激：選擇客人準備預約登記的部門，如客房…等，點擊“新增預訂”。響應：系統(tǒng)給出預定登記區(qū)。

刺激：在預訂登記區(qū)填入相關信息、選擇具體需預訂的設施項目及數(shù)量。填寫無

誤后按“保存”按鈕。

響應：系統(tǒng)記錄預定信息，并返回預定成功。刺激：反之選擇“取消”按鈕。響應：系統(tǒng)取消預定。

入住登記

刺激：進入“接待畫面”后，先選擇當前需接待登記的部門，如：客房、餐飲…．．

再選擇設施規(guī)格，默認狀態(tài)下是“標準”。

響應：建立客戶消費帳，為每位客人安排一個房間、床位、桌號、牌號、及其他相關登記類型索引記錄。

刺激：選擇和填寫完畢，按“確定”按鈕。響應：完成接待操作。

刺激：按“取消”按鈕。響應：取消所有操作。

顧客換房

刺激：進入“登記調(diào)整”界面，響應：系統(tǒng)調(diào)出所有已登記賓客和空余設施。

刺激：首先選擇需調(diào)整賓客當前所登記的“部門”，在界面“原登記”列表框內(nèi)移動光標選擇需調(diào)整的賓客。在“設施列表”中選擇想調(diào)換的設施。按“調(diào)換”按鈕。

響應：完成調(diào)換。

刺激：按“取消”按鈕。響應：取消所有操作。

追加登記

刺激：進入“追加登記”界面，在客人列表框內(nèi)直接移動光標選擇需追加登記的客人。

響應：系統(tǒng)調(diào)出該客人已登記的項目。

刺激：在“可供追加項目”列表框內(nèi)雙擊鼠標添加新的項目到該賓客資料中，點擊“確定”。

響應：系統(tǒng)更新該客人的已登記記錄，并返回追加成功。刺激：選中追加項目，通過點擊“—”取消追加。響應：系統(tǒng)將新追加項目從該賓客資料中移除。刺激：按“取消”按鈕。響應：取消所有操作。

4.2 消費管理

（1）描述級和優(yōu)先級

根據(jù)客人需求，為已登記在店客人提供店內(nèi)能提供的消費服務，并自動建立消費檔案。每位顧客發(fā)生消費前必須進行登記，需要建立客戶帳，然后是顧客在酒店里進行了各種消費，例如：就餐點菜、會議室的租用、沐浴按摩、酒水消費等等，將這些消費信息錄入在客戶帳上，對這些消費進行管理滿足顧客不同的消費。

（2）刺激/響應序列

點單

刺激：進入“總帳單列表區(qū)”界面，通過移動上下鍵或直接用鼠標在此區(qū)域選擇需

要消費的客人，或者直接在“定位框”中輸入需要消費客人的編號或姓名直接進行定位選擇客人，選定客人，點擊客戶姓名。

響應：彈出選定顧客的消費總賬單，包含總帳單下的所有子帳單。子賬單也會并行

顯示在“子帳單列表區(qū)”。

刺激：根據(jù)客人的需求通過移動上下鍵或直接用鼠標在此區(qū)域選擇具體子帳單人，點擊進入。

響應：系統(tǒng)進入選定顧客的消費品選擇區(qū)，系統(tǒng)并行彈出消費品選擇區(qū)和消費記區(qū)界面。

刺激：先選擇消費品所在部門，然后根據(jù)該部門所提供的消費品列表雙擊某消費品 或按［添加］按鈕。

響應：系統(tǒng)添加該客人的本次消費品記錄，并返回添加成功。

刺激：所有消費品點單完成后，按“保存”按鈕。

響應：系統(tǒng)將本次操作所產(chǎn)生的消費額記錄在該客人的帳單數(shù)據(jù)表中，并生成消費

品記錄單反饋到消費服務部門，提示服務人員提供消費服務。

外賣

刺激：先選擇消費品所在部門，然后根據(jù)該部門所提供的消費品列表雙擊某消費或 按“添加”按鈕。

響應：系統(tǒng)添加該客人的本次消費品記錄，并返回添加成功。

刺激：所有消費品點單完成后，在顧客支付方式選擇區(qū)，根據(jù)客人的支付方式，如：

現(xiàn)金、支票、信用卡…等支付方式，進行選擇，按“保存”按鈕。

響應：系統(tǒng)即刻將消費記錄在消費記錄區(qū)等待顧客付費并彈出提示框，提示客人進 行付款。

刺激：點擊“付款”按鈕，輸入顧客已付款數(shù)額。響應：彈出應找零金額。

刺激：點擊“付款完成”按鈕。

響應：系統(tǒng)即刻生成客人消費記錄單反饋到服務部門，彈出提示框服務人員提供服務。

查單

刺激：進入“消費查詢（未結帳）”界面后，選擇需要查詢的部門，如選擇：進店 日期、消費部門這兩個項目，點擊“確定”按鈕。

響應：系統(tǒng)確定所查詢的范圍，彈出客人列表框。

刺激：在畫面左邊的客人列表框中移動光標，進一步確定某位客人的具體“消費明 細”和“收銀明細”情況。通過鼠標點擊“消費明細”和“收銀明細”頁框。

響應：系統(tǒng)顯示“消費明細”或“收銀明細”頁面。

刺激：可再進一步用鼠標點擊“只顯示電話費”明細。

響應：系統(tǒng)顯示電話費明細信息。

4.3 收銀管理

（1）描述和優(yōu)先級

每一個客人從入住房間起，系統(tǒng)就需要自動產(chǎn)生該客人的帳號，住店的客人享受酒 店的短期貸款，可以在酒店絕大部分簽單，這將刺激客人的消費心理，增加酒店收入，酒店管理者還應可根據(jù)客人的情況鎖住其帳號，以限制其消費。

前臺收銀的埋單應允許客人一帳多單，分期埋單，分類別埋單，退房時能自動檢測：客人的帳務余額為零；客人帳號的帳項為空；否則不能退房。

系統(tǒng)還應具有合并、分拆帳戶的功能，既不但可以把幾個帳號的消費轉入另一帳號，也可把某一帳號特定時期特定幾類消費轉入另一帳號，便于滿足客人的多種結帳要求。

細分為如下四個需求：退房結帳、取消結帳、合并帳戶、訂金管理。（2）刺激/響應序列

退房結賬

刺激：客人提出退房結賬申請。響應：系統(tǒng)給出退房結賬界面。

刺激：在“總賬單列表區(qū)”選擇登記客人、在“子賬單列表區(qū)”選擇該客人賬目下項目。

響應：系統(tǒng)在“消費明細表”區(qū)域顯示“待結賬客人列表框”或“子客列表框”中光標焦點所指客人的記錄，在“結賬操作面板”中顯示結算金額、已收金額，計算出實際收款。

刺激：選擇付款方式、付款。

響應：系統(tǒng)更新數(shù)據(jù)庫，提示結賬成功。刺激：按“取消”按鈕。響應：取消所有操作。

取消結賬

刺激：客人登記后隨即提出“退單”。

響應：系統(tǒng)給出退房結賬界面。

刺激：在“退房處理”處打勾，點擊結賬按鈕。

響應：完成取消結賬操作，其所有消費不作營業(yè)額統(tǒng)計。刺激：按“取消”按鈕。響應：取消所有操作。

合并賬戶

刺激：選擇需要合并帳單的客人所在的部門。響應：系統(tǒng)調(diào)出所有已登記賓客的賬戶信息。刺激：在 “已登記在店客人”列表框內(nèi)移動光標或直接用鼠標指定客人，也可在“已登記在店客人”文本框內(nèi)輸入賓客姓名或房間編號迅速查找定位相關賓客。“已登記在店客人”列表框內(nèi)按回車鍵或雙擊鼠標。

響應：將當前光標所指的客人記錄移動到“合并區(qū)”列表框。刺激：重復操作，選擇另一位需合并的客人。

響應：將當前光標所指的另一位客人記錄移動到“合并區(qū)”列表框。

刺激：在“合并區(qū)”移動光標，可確定合并后以哪個帳單號作為合并后的帳單 號。點擊“合并”按鈕。

響應：系統(tǒng)將合并的賬單存儲到合并后賬單號下，另一個賬號賬單清空，并提示合并成功。

刺激：按“取消”按鈕。響應：取消所有操作。定金管理

刺激：在“客人列表框”，通過直接用鼠標在此區(qū)域選擇欲繳款客人。也可 以在“定位框１”中輸入客人的編號或姓名直接進行定位選擇欲繳款客人。也可在 “子帳單列表區(qū)”直接接用鼠標在此區(qū)域選擇的欲繳款客人。響應：根據(jù)選擇的客人，其賬戶作為繳款賬號。

刺激：在“單據(jù)編號”文本框中輸入收款單據(jù)號（“單據(jù)編號”文本框為可選項，可通過“需要單據(jù)號”是否打勾確定）。

響應：根據(jù)單據(jù)號調(diào)出客人信息，作為繳款賬號。刺激：選擇“付款方式”，系統(tǒng)默認付款方式為“現(xiàn)金”。響應：等待輸入現(xiàn)金金額。

刺激：在“續(xù)繳金額’框中輸入具體金額。點擊“確定”

響應：系統(tǒng)將定金信息存儲到該客人的賬單號下，并提示繳納定金成功。刺激：按“取消”按鈕。響應：取消所有操作。

4.4 客房服務

（1）描述和優(yōu)先級

酒店提出需要一個專門的子系統(tǒng)用于客房部檢查客房等項目設施狀態(tài)，根據(jù)多家酒店調(diào)研得出，通常將客房分為五種狀態(tài)：清潔、有客、清理中、待修理和有預約，在電腦系統(tǒng)中應以五種圖標代表。為增加靈活性，可以對其進行修改或調(diào)整。客房部根據(jù)電腦中的資料對臟房進行清潔，并能將清潔后的房態(tài)更改為清潔房。也可將部分房態(tài)改為待修理，使前臺不能出售此類房間。可顯示各部門的設施利用率，對已離店賓客的詳細情況進行查詢或打印。

（2）刺激/響應序列

房態(tài)管理

刺激：光標在“接待狀態(tài)表”主畫面上，直接用鼠標點擊圖標來選擇設施，如果該設

施狀態(tài)為：“有客”。

響應：系統(tǒng)在界面右下部會顯示使用該設施客人概況。

刺激：在房態(tài)標示為“有客”圖標上雙擊鼠標左鍵。

響應：系統(tǒng)彈出該客人的基本情況表。

刺激：點擊右鍵。

響應：系統(tǒng)彈出一菜單，供選擇改變當前指定設施的狀態(tài)。

刺激：如果改變了當前客房的房房態(tài)。

響應：被改變客房的房態(tài)圖標下面的文字變?yōu)榧t色文字。

刺激：進行的更改完成，按“保存”按鈕完成保存操作。

響應：系統(tǒng)自動進行保存。

員工留言

刺激：系統(tǒng)界面設計有員工留言窗口，員工登錄留言。

響應：系統(tǒng)提示員工輸入登錄用戶名。

刺激：員工輸入用戶名點擊登錄。

響應：系統(tǒng)界面跳轉到員工留言窗口輸入框。

刺激：員工進行留言輸入，點擊完成發(fā)表。

響應：系統(tǒng)將員工的留言進行記錄在員工留言數(shù)據(jù)表中。

刺激：操作員登錄留言窗口進行查看時，如有“未接受”留言一提示，點擊查看。

響應：系統(tǒng)將“未接受”留言從數(shù)據(jù)表抽取出來顯示在界面上。

刺激：操作員查看完留言，進行回饋，點擊“完成”按鈕。

響應：系統(tǒng)將狀態(tài)為“未接受”留言改為“已接受”留言。將操作員的回復信息顯示在員工留言窗口。

設施利用統(tǒng)計

刺激：系統(tǒng)有一個查看酒店各部門的項目設施利用率，出租率情況的界面。酒店員工點擊查看。

響應：系統(tǒng)彈出輸入員工ID號的輸入框。

刺激：員工輸入自己的ID號，點擊“確定”按鈕。響應：系統(tǒng)判斷此員工是否有查看的權限。

刺激：如果有，系統(tǒng)彈出選擇框，選擇需查看的酒店部門，點擊“確定”按鈕。響應：系統(tǒng)彈出員工確認查詢的酒店部門項目設施利用率以及出租情況。

刺激：如果有部門項目設施利用率發(fā)生變化，員工要求更改記錄，點擊“修改”按鈕。響應：系統(tǒng)再次要求輸入員工身份認證密碼，彈出密碼輸入框。刺激：員工輸入密碼，點擊“確認”按鈕。響應：系統(tǒng)進行確認是否有修改權限。

刺激：如果有修改權限，進入設施記錄修改界面進行修改，修改完成，點擊“保存”按鈕。

響應：系統(tǒng)將新的記錄保存在酒店各部門的項目設施利用率，出租率報表中，進行更新。

客史資料查詢

刺激：系統(tǒng)有一個“登記人信息”界面，移動鼠標選擇要查詢客人的姓名，點擊“確定”。

響應：系統(tǒng)彈出輸入酒店工作人員ID號的輸入框。刺激：工作人員輸入自己的ID號，點擊“確定”按鈕。響應：系統(tǒng)判斷此員工是否有查看的權限。

刺激： 如果有，系統(tǒng)彈出進入指示，提示工作人員選擇進一步要查詢某位客人的信息

類別。

響應：系統(tǒng)根據(jù)員工的選擇彈出需查詢某位客人具體的登記情況。

刺激：在“其他人信息”區(qū)中移動光標，選擇進一步確定某位客人的查詢。

響應：系統(tǒng)根據(jù)員工的選擇彈出需進一步查詢某位客人的具體情況。

刺激：有一個“登記人信息”界面，點擊“查找按鈕”。

響應：系統(tǒng)彈出的“查找窗口”。

刺激：輸入“姓名”、“住址”和“證件號”，點擊查詢。

響應：彈出查詢客人信息。

5.其他非功能需求

5.1 性能需求

PE-1：當查詢空余項目時，系統(tǒng)的響應時間不能超過2秒。

PE-2：用戶向系統(tǒng)提交信息后，系統(tǒng)將在1秒鐘內(nèi)向用戶顯示確認信息。

5.2 安全性需求

SE-1：用戶安全性需求：

（1）限制不必要的用戶。經(jīng)常檢查系統(tǒng)的用戶，刪除已經(jīng)不再使用的用戶。

（2）創(chuàng)建兩個管理員賬號。創(chuàng)建一個一般權限用戶用來處理一些日常事物，另一個有管理員權限的用戶只在需要的時候使用。

（3）開啟用戶策略，分別設置復位用戶鎖定計數(shù)器時間為20分鐘，用戶鎖定時間為20分鐘，用戶鎖定閾值為3次。

SE-2：密碼安性需求：

（1）使用安全密碼，注意密碼的復雜性，還要經(jīng)常改密碼。（2）設置屏幕保護密碼。

（3）開啟密碼策略。設置密碼長度最小值為6位，設置強制密碼歷史為5次，時間為3天。

SE-3：系統(tǒng)安全性需求：

（1）安裝防毒軟件，經(jīng)常進行系統(tǒng)掃描并升級病毒庫。（2）關閉默認共享。

SE-4：服務安全性需求：

（1）關閉不必要的端口。用端口掃描器掃描系統(tǒng)已開放的端口，確定系統(tǒng)開放的哪些服務可能引起黑客入侵。

（2）設置好安全記錄的訪問權限。安全記錄在默認情況下是沒有保護的，把它設置成只有管理員和系統(tǒng)賬戶才有權訪問。

（3）要把一些重要的用戶數(shù)據(jù)（文件、數(shù)據(jù)表、項目文件等）定時備份在另一個安全的服務器中。

5.3 軟件質(zhì)量需求

Available（可用性）-1：“酒店管理系統(tǒng)”將具備每天24小時可用。

Robustness（健壯性）-1：如果在繳納定金或退房結賬時客戶機和服務器中斷，那么當時的操作全部視為無效，系統(tǒng)不記錄到數(shù)據(jù)庫。

6.附件

附錄 分析模型

圖1是酒店管理系統(tǒng)用例圖。用例視圖是表示整個系統(tǒng)需求。這個用例視圖反映了：參與者為系統(tǒng)管理員（總經(jīng)理）和各部門經(jīng)理，用例為各部門子系統(tǒng)，除了系統(tǒng)管理員（總經(jīng)理）能與所有的用例進行通信外，每位部門經(jīng)理只能與一個用例進行通信。

圖2為酒店管理系統(tǒng)的局部DFD圖。

圖8為酒店管理系統(tǒng)的狀態(tài)圖，它是描述客房狀態(tài)的狀態(tài)圖。

第三篇：軟件設計說明書封皮

山西農(nóng)業(yè)大學信息學院

《軟件工程》課程

設計名稱：姓 名：姓 名：姓 名：姓 名：姓 名：指導教師：成 績：

軟件設計說明書學 號：

學 號：

學 號：

學 號：

學 號：

信息工程系 2017.05

第四篇：02軟件設計說明書

文檔編號： LMS-02 版 本 號：

V1.0

文檔名稱： 項目名稱：

軟件設計說明書 學生考勤管理系統(tǒng)

編寫： 學號：10006410 姓名：李春林 校對： 學號：10006410 姓名：李春林 審核： 學號：10006410 姓名：李春林 日期： 院系： 專業(yè)：

2013年5月8日

通達學院 計算機科學與技術 1.引言 1.1 編寫目的

要求《學生考勤管理系統(tǒng)》對學校全體學生的資料和考勤情況進行管理，通過每日的打卡把出勤信息輸入到學校的考勤管理中心，保存學生每日的出勤情況，以便統(tǒng)計學生的出勤情況。同時方便班長查閱，即節(jié)省了人力，又省去了中間的很多容易出錯的步驟。讓學校學生的考勤管理更具有透明性，且方便管理。

明確所要開發(fā)的軟件應具有的功能、性能，是系統(tǒng)分析人員和軟件設計人員能清楚地了解用戶的需求，并在此基礎上進一步提出概要設計和完成后續(xù)設計與開發(fā)工作，為軟件開發(fā)范圍、業(yè)務處理規(guī)范提供依據(jù)。根據(jù)《需求規(guī)格說明書》，在仔細考慮討論之后，我們又進一步對《學生考勤管理系統(tǒng)》軟件的功能劃分、數(shù)據(jù)結構、軟件總體結構進行設計，從而完成概要設計，作為軟件詳細設計的基礎。

1.2 項目背景

項目委托單位：計算機學院軟件工程系。

開發(fā)單位：*************************************。

考勤作為一個基礎管理，是學校對學生進行管理的基本依據(jù)。實際管理和記錄工作非常需要快速獲知各個年級學生的每日出勤情況，以便于及時向班長反映學生出勤、缺勤情況（包括遲到、早退、病假、事假、曠課等情況）。因此此系統(tǒng)在操作系統(tǒng)的基礎上，結合Accese數(shù)據(jù)庫管理系統(tǒng)，運用VC++來實現(xiàn)運行。

1.3 定義

學生考勤管理系統(tǒng)

GUI：Graphic User Interface,圖形用戶界面。

1.4 參考資料

[1] 國剛 周峰 孫更新編著

《UML與Rational Rose 2003》 北京：電子工業(yè)出版社 2007

[2] 彭德中編著《軟件工程—理論與實踐》 高等教育出版社 2004 [3] 李佳若 《Accese2002數(shù)據(jù)庫應用》 人民郵電出版社 2006

[4] 《學生考勤管理系統(tǒng)》 曲阜師范大學計算機科學學院06級2班 第二小組 2.任務概述 2.1 目標

《學生考勤管理系統(tǒng)》相應的需求有：

1.具有輸入、查詢、刪除、修改記錄的任課老師，學院領導以及系統(tǒng)開發(fā)人員等系統(tǒng)管理員；

2.具有查詢記錄的學生作為普通用戶； 3.能夠對需要的統(tǒng)計結果提供打印輸出；

4.能夠提供一定的安全機制，提供數(shù)據(jù)信息授權訪問，防止隨意刪改，同時提供信息備份的服務。

a)運行環(huán)境

Intel486以上系列、AMD K6 以上系列等PC臺式機和便攜式電腦； 運行時占用內(nèi)存：≤1MB； 所需硬盤空間：≤5MB；

軟件平臺：中文Windows2003/xp或更高版本；

b)條件與限制

由于時間比較短，使用計算機不方便以及對于網(wǎng)絡編程不熟悉，本圖書館管理系統(tǒng)并沒有提供數(shù)據(jù)的遠程訪問功能。對信息的保護手段僅限于設置用戶級別，以及提供數(shù)據(jù)文件的備份，比較簡單，安全性能有待進一步完善。5.總體設計 3.1 處理流程

1.主流程

1)建立與數(shù)據(jù)庫的連接 2)獲取系統(tǒng)設置

3)顯示主對話框（即主界面）

4)等待用戶輸入，如為學生：進入學生考勤流程（顯示學生對話框）。如為教師：進入教師工作流程（顯示教師對話框）。如為院系領導：進入院系領導流程（顯示院系領導對話框）。如為系統(tǒng)管理:進入系統(tǒng)管理流程（進行授權）。如為退出：檢查所有子窗口，關閉對話框，斷開與數(shù)據(jù)庫的連接

2.學生考勤流程

1)要求用戶輸入學號，姓名 2)學生身份檢驗

3)獲取相關的學生信息并顯示

4)等待用戶輸入，如為確認輸入操作：讀入操作，提交請求，更新信息顯示，把操作信息寫入考勤訪問記錄文件進行備份，顯示考勤操作結果。如為完成相應操作：結束學生流程。

3.教師工作流程

1)等待用戶輸入：如為確認輸入教師號：讀入教師號，提交教師請求，顯示教師操作的返還信息。如為查詢考勤狀態(tài)：顯示考勤信息，如為退出：結束教師工作流程。

4.院系領導流程

1)等待用戶輸入，如為確認輸入院系領導：讀入院系領導，顯示相應操作，顯示操作結果。如為退出狀態(tài)：結束該流程。

5． 系統(tǒng)管理流程

1)要求用戶輸入賬號及口令 2)用戶操作權限檢驗

3)根據(jù)操作權限級別顯示系統(tǒng)管理對話框

4)等待用戶輸入，如為請假操作：進入請假操作流程。如為學生考勤庫操作：進入學生考勤庫操作流程。如為數(shù)據(jù)統(tǒng)計：進入數(shù)據(jù)統(tǒng)計流程。如為更改口令：要求用戶輸入口令，檢驗正確后更新。如為返回：結束系統(tǒng)管理流程

6． 請假操作流程 1)顯示請假信息

2)等待用戶輸入，如為事假： 要求輸入原因、時間，提交申請，等待審批。如為病假： 要求輸入時間和相應證明的照片，確認為病假，等待審批。

7． 查詢操作流程 1)顯示學生考勤信息

2)等待用戶輸入，如為學生： 輸入學生號，查詢記錄，顯示數(shù)據(jù)。如院系領導：輸入口令，查看是否有學生請假或病假審批，要求及時返回審批結果，修改相應信息。刷新數(shù)據(jù)顯示。如為返回：更新當前記錄，結束學生考勤操作流程。

8． 數(shù)據(jù)統(tǒng)計流程

1)等待管理員輸入，如為開始統(tǒng)計： 讀入統(tǒng)計條件，生成統(tǒng)計結果并顯示。如為返回：結束統(tǒng)計流程。

3.2

3.2.1 總體結構

1)主模塊調(diào)用：

2)學生考勤模塊調(diào)用：學生身份檢驗模塊，考勤查詢模塊，請假申請模塊

數(shù)據(jù)庫操作模塊

3)教師工作模塊調(diào)用：訪問記錄模塊，確認考勤記錄模塊，考勤查詢模

塊，教師身份檢驗模塊

數(shù)據(jù)庫操作模塊

4)院系領導模塊調(diào)用： 訪問記錄模塊，審批請假模塊，考勤查詢模塊，院系領導身份檢驗模塊

學生考勤模塊，教師工作模塊，院系領導模塊，系統(tǒng)管理模塊。總體結構和模塊外部設計

數(shù)據(jù)庫操作模塊

5)管理員模塊調(diào)用： 管理員身份檢驗模塊，考勤操作模塊，數(shù)據(jù)顯示

模塊

5)考勤查詢模塊調(diào)用： 查詢命令生成模塊，數(shù)據(jù)庫查詢模塊

數(shù)據(jù)顯示模塊

6)系統(tǒng)管理模塊調(diào)用： 考勤操作模塊，各身份檢驗模塊

數(shù)據(jù)統(tǒng)計模塊，更改口令等設置模塊

7)身份檢驗模塊調(diào)用： 數(shù)據(jù)庫查詢模塊

8)考勤檢驗模塊調(diào)用：

9)考勤記錄模塊調(diào)用：

數(shù)據(jù)庫查詢模塊

10)考勤操作模塊調(diào)用： 考勤記錄集獲取模塊，當前記錄更新模塊

更新顯示模塊，數(shù)據(jù)庫查詢模塊

11)數(shù)據(jù)統(tǒng)計模塊調(diào)用： 查詢命令生成模塊，數(shù)據(jù)庫查詢模塊

數(shù)據(jù)顯示模塊

12)當前記錄更新模塊： 數(shù)據(jù)庫操作模塊

13)考勤記錄集獲取模塊： 數(shù)據(jù)庫查詢模塊

3.2.2 模塊外部描述

1)主模塊：從操作系統(tǒng)獲得程序運行所需資源，顯示主對話框，完成消息處理，調(diào)用相應的子模塊。

2)學生考勤信息模塊：檢驗輸入的學生學號，獲取相關的學生信息并根據(jù)操作結果予以刷新，讀入用戶輸入的學生學號，檢驗學號信息確定操作合法性，對合法學生考勤操作，登記入訪問記錄庫，數(shù)據(jù)庫查詢模塊

數(shù)據(jù)庫操作模塊 對非法的學生考勤操作，提出警告，并返回。

3)學生考勤信息模塊：檢驗輸入的學生學號，獲取相關的學生信息并根據(jù)操作結果予以刷新，讀入用戶輸入的學生學號，檢驗學號信息確定操作合法性，對合法學生考勤操作，登記入訪問記錄庫，對非法的學生考勤操作，提出警告，并返回。

4)教師工作模塊：檢驗輸入的教師號，獲取相關的教師信息并根據(jù)操作結果予以刷新，讀入用戶輸入的教師號，檢驗教師號信息確定操作合法性，對合法教師號操作，登記入訪問記錄庫，對非法教師號操作，提出警告，并返回。

5)院系領導模塊：檢驗輸入的口令，獲取相關的領導信息并根據(jù)操作結果予以刷新，讀入用戶輸入的口令，檢驗口令確定操作合法性，對合法領導操作，登記入訪問記錄庫，對非法領導操作，提出警告，并返回。

6)學生考勤信息查詢模塊：根據(jù)用戶界面的輸入生成數(shù)據(jù)庫查詢命令，向數(shù)據(jù)庫提交查詢請求，查詢并顯示查詢操作的結果。7)系統(tǒng)管理模塊：根據(jù)用戶輸入檢驗操作權限，根據(jù)用戶輸入選擇調(diào)用不同的子模塊，根據(jù)不同的操作權限，對數(shù)據(jù)進行保護。8)身份檢驗模塊：根據(jù)輸入的證號或口令生成查詢語句，查詢數(shù)據(jù)庫，返回查詢結果。

9)請假申請模塊：根據(jù)請假原因進行審批，返回請假成功/失敗結果。

10)訪問記錄檢驗模塊：根據(jù)學生學號生成查詢語句，調(diào)用數(shù)據(jù)庫查詢模塊查詢借書記錄，返回查詢結果。

11)系統(tǒng)操作權限查驗：檢驗是否正確的用戶與口令，返回相應的操作級別。

12)學生考勤信息庫操作模塊：顯示考勤信息的數(shù)據(jù)項，根據(jù)院系領導或管理員輸入修改，增加或刪除。

13)數(shù)據(jù)統(tǒng)計模塊：根據(jù)用戶輸入，生成查詢命令，根據(jù)要求進行查詢，將所得結果顯示給用戶。

14)數(shù)據(jù)庫操作模塊：根據(jù)輸入的數(shù)據(jù)庫操作命令，完成相應操作，將操作結果返回。

15)查詢命令生成模塊：將用戶界面的輸入轉換成為數(shù)據(jù)庫查詢命令 16)數(shù)據(jù)庫查詢模塊：根據(jù)輸入的數(shù)據(jù)庫查詢命令，進行查詢，將查詢生成的結果返回。

17)數(shù)據(jù)顯示模塊：將數(shù)據(jù)按照一定格式顯示(列表),根據(jù)用戶輸入,調(diào)整格式。功能分配

1瀏覽功能：學生考勤信息庫操作模塊

查詢功能：學生考勤信息庫操作模塊

插入功能：學生考勤信息庫操作模塊

修改功能： 學生考勤信息庫操作模塊

刪除功能：學生考勤信息庫操作模塊

授權功能： 系統(tǒng)操作權限檢驗模塊

數(shù)據(jù)統(tǒng)計模塊

管理員操作模塊 管理員操作模塊 管理員操作模塊

3.3

6.接口設計 4.1 用戶接口

使用基于對話框的GUI，用戶通過鼠標的點擊和鍵盤的輸入完成操作，編輯框用于用戶的輸入。

4.2 外部接口

1．用戶界面

使用Windows的標準對話框的形式，完全用對話框實現(xiàn)。應用工具：Visual C++。

1)主對話框：由六個功能按鈕構成

學生、教師、院系領導、管理員、幫助、退出

2)學生對話框：

學生學號編輯框： 用于輸入學生學號； 學生信息顯示區(qū)： 用于顯示學生信息(姓名)； 學生考勤信息顯示區(qū)：用于顯示學生考勤信息 學生請假顯示區(qū)：用于輸入學生請假申請； 請假申請?zhí)峤话粹o：提交請假申請請求； 退出按鈕：退出學生對話框。

3)教師工作對話框：

教師號編輯框：用于輸入教師號；

教師信息顯示區(qū)：用于顯示教師信息(教師號、教師姓名，教授課程號)； 學生考勤信息顯示區(qū)：用于顯示學生考勤(正常、請假、曠課、遲到、早

退等)；

提交按鈕：用于提交確認學生考勤信息； 返回按鈕：用于退出教師對話框。

4)院系領導對話框：

院系領導口令編輯框：用于輸入領導口令

學生考勤信息顯示區(qū)：用于顯示學生考勤(正常、請假、曠課、遲到、早

退等)；

學生請假顯示區(qū)：用于輸入學生請假審批； 時間編輯框：用于編輯年與月； 退出按鈕：用于院系領導對話框；

5)管理員對話框：

管理員口令編輯框：用于輸入管理員口令；

學生考勤信息顯示區(qū)：用于顯示學生考勤(正常、請假、曠課、遲到、早

退等)；

學生考勤信息修改編輯框：用于修改某些特殊情況的學生信息； 學生考勤信息錄入編輯框：用于錄入學生考勤信息；

6)系統(tǒng)操作對話框：由六個功能按鈕構成

學生考勤信息庫操作、數(shù)據(jù)統(tǒng)計、數(shù)據(jù)備份、更改口令、返回。

7)學生考勤信息庫對話框：

學生學號編輯框：用于顯示學生學號； 學生姓名編輯框：用于顯示學生姓名； 課程號編輯框：用于顯示相應的課程號； 事假申請編輯框：用于顯示事假申請； 病假申請編輯框：用于顯示病假申請； 遲到編輯框：用于顯示遲到； 早退編輯框：用于顯示早退； 曠課編輯框：用于顯示曠課；

“前一個”按鈕：顯示和編輯前一個記錄； “后一個”按鈕：顯示和編輯后一個記錄；

“移動到”按鈕：顯示和編輯指定學生學號的考勤信息； “修改”按鈕：修改某些特殊情況考勤信息； “添加”按鈕：增加學生考勤信息； “刪除”按鈕：刪除當前的學生考勤信息； “退出”按鈕：退出學生考勤信息庫操作對話框。

8)數(shù)據(jù)統(tǒng)計對話框：

統(tǒng)計條件單選框：用于選擇統(tǒng)計條件類別(學生、教師、院系領導、管理

員情況)；

學生考勤統(tǒng)計條件復選框：用于指定統(tǒng)計條件包含的相關項(學生學號、學生姓名)；

教師統(tǒng)計條件復選框：用于指定統(tǒng)計條件包含的相關項(教師號、學生學

號、課程號)； 院系領導統(tǒng)計條件復選框：用于指定統(tǒng)計條件包含的相關性(領導口令、相關操作、審批日期)；

統(tǒng)計輸出設置單選框：用于選擇統(tǒng)計結果的輸出類別；

學生考勤統(tǒng)計輸出設置復選框：用于指定輸出項(學生學號、考勤狀態(tài))； 教師統(tǒng)計輸出設置復選框：用于指定輸出項(教師號、課程號、查詢的考

勤狀況)；

院系領導輸出設置復選框：用于指定輸出項（領導口令、審批結果、審

批日期、查詢信息）

管理員輸出設置復選框：用于指定輸出項（管理員口令、考勤狀態(tài)）

“開始統(tǒng)計”按鈕：提交統(tǒng)計請求； “返回”按鈕：退出數(shù)據(jù)統(tǒng)計對話框。

9)更改口令對話框：

舊口令輸入框：輸入舊口令； 新口令輸入框：輸入新口令；

新口令確認輸入框：再輸入一次新口令； 確認按鈕：確認輸入的新口令，并提交。

2．軟件接口

使用Access數(shù)據(jù)庫的驅動程序，通過ODBC接口訪問。

4.3 內(nèi)部接口 1.主模塊：

輸入：操作系統(tǒng)傳遞至的各種消息以及用戶的輸入數(shù)據(jù) 輸出：用戶界面顯示 上層模塊：無

下層模塊：學生考勤模塊、教師工作模塊、院系領導模塊、系統(tǒng)管

理模塊

2.學生考勤模塊：

輸入：學生學號、課程號 輸出：考勤信息 上層模塊：主模塊

下層模塊：學生考勤檢驗模塊、請假模塊、訪問記錄登記模塊、相

關信息獲取模塊。

3.教師工作模塊： 輸入：教師號、學生號 輸出：查詢信息、確認信息 上層模塊：主模塊

下層模塊：訪問記錄檢驗模塊、相關信息獲取模塊。

4.院系領導模塊：

輸入：領導口令

輸出：審批結果、查詢信息 上層模塊：主模塊

下層模塊：訪問記錄檢驗模塊、相關信息獲取模塊。

5.系統(tǒng)操作模塊：

輸入：與系統(tǒng)管理對話框有關的各種用戶及系統(tǒng)消息 輸出：

上層模塊：主模塊

下層模塊：系統(tǒng)操作權限檢驗模塊、考勤信息庫操作模塊、數(shù)據(jù)統(tǒng)

計模塊。

6.各身份檢驗模塊：

輸入： 身份驗證號 輸出：合法非法用戶標志 上層模塊：對應身份模塊 下層模塊：數(shù)據(jù)庫查詢模塊

7.相關信息獲取模塊：

輸入：身份驗證號

輸出：與身份驗證號匹配的記錄集 上層模塊：對應身份模塊 下層模塊：數(shù)據(jù)庫查詢模塊

8.訪問記錄登記模塊：

輸入：身份驗證號 輸出：操作結果信息 上層模塊：對應身份模塊 下層模塊：數(shù)據(jù)庫操作模塊

9.查詢命令生成模塊：

輸入：用戶界面的輸入

輸出：數(shù)據(jù)庫查詢命令(SQL命令)上層模塊：查詢模塊、數(shù)據(jù)統(tǒng)計模塊 下層模塊：無

10.數(shù)據(jù)顯示模塊：

輸入：數(shù)據(jù)庫操作的結果集 輸出：用戶界面的數(shù)據(jù)列表顯示 上層模塊：查詢模塊、數(shù)據(jù)統(tǒng)計模塊。下層模塊：無

11.系統(tǒng)操作權限檢驗模塊：

輸入：用戶名、用戶口令 輸出：合法/非法用戶標志 上層模塊：系統(tǒng)操作模塊 下層模塊：數(shù)據(jù)庫查詢模塊

12.顯示更新模塊

輸入：

輸出：用戶界面顯示

上層模塊：學生考勤信息庫操作模塊、、系統(tǒng)設置模塊。下層模塊：

13.更新當前記錄模塊

輸入：

輸出：操作結果信息

上層模塊：學生考勤信息庫操作模塊、系統(tǒng)設置模塊 下層模塊：數(shù)據(jù)庫操作模塊

14.數(shù)據(jù)統(tǒng)計模塊：

輸入：統(tǒng)計方式及其關鍵字 輸出：統(tǒng)計結果視圖顯示 上層模塊：系統(tǒng)操作模塊

下層模塊：查詢命令生成模塊、數(shù)據(jù)庫查詢模塊、數(shù)據(jù)顯示模塊

15.數(shù)據(jù)庫操作模塊：

輸入：數(shù)據(jù)操作命令 輸出：

上層模塊：學生考勤模塊 下層模塊：無

16.數(shù)據(jù)庫查詢模塊：

輸入：數(shù)據(jù)查詢命令 輸出：查詢結果集

上層模塊：各身份檢驗模塊、訪問記錄登記模塊、相關信息獲取模

塊、查詢模塊、系統(tǒng)操作權限查驗模塊、數(shù)據(jù)統(tǒng)計模塊、系統(tǒng)設置模塊。

下層模塊：無

4.4 功能分配

瀏覽功能：學生考勤信息庫操作模塊

查詢功能：學生考勤信息庫操作模塊

插入功能：學生考勤信息庫操作模塊

修改功能： 學生考勤信息庫操作模塊

刪除功能：學生考勤信息庫操作模塊

授權功能： 系統(tǒng)操作權限檢驗模塊

管理員操作模塊

管理員操作模塊

管理員操作模塊

數(shù)據(jù)統(tǒng)計模塊

7.數(shù)據(jù)結構設計 5.1 邏輯結構設計

學生考勤表：由多個學生考勤記錄構成

學生考勤記錄的數(shù)據(jù)結構如下： 學生學號

學生姓名

院系

年級

專業(yè)

性別

遲到

早退

曠課

請假

整數(shù)（唯一標識）

變長字符串 變長字符串 變長字符串 變長字符串 變長字符串 變長字符串

變長字符串

變長字符串 變長字符串

教師表：由多個教師記錄構成

教師記錄的數(shù)據(jù)結構如下：

教師號 課程號

整數(shù)（唯一標識）

變長字符串 變長字符串 教師姓名

院系領導表：由多個院系領導記錄構成

院系領導記錄的數(shù)據(jù)結構如下：

院系領導口令

院系領導姓名

整數(shù)（唯一標識）變長字符串

訪問記錄表：由若干個訪問記錄構成

請假記錄的數(shù)據(jù)結構如下： 請假學生學號(BookID)姓名(ReaderID)請假時間(BorrowDate)銷假學生學號(BookID)姓名(ReaderID)還書時間(ReturnDate)

整數(shù)（與學生考勤庫中的學生學號對應）(唯一標識)

變長字符串（與學生考勤庫中的姓名對應）

日期

整數(shù)（與學生考勤庫中的學生學號對應）(唯一標識)

變長字符串（與學生考勤庫中的姓名對應）日期 銷假記錄的數(shù)據(jù)結構如下：

系統(tǒng)操作員記錄表：由若干個系統(tǒng)操作員記錄構成 系統(tǒng)操作員記錄的數(shù)據(jù)結構如下：

記錄序號(id)整數(shù)(系統(tǒng)自動生成，唯一標示符)賬號(Administrater)口令(Password)

5.2 物理結構設計 數(shù)據(jù)的物理結構由使用的數(shù)據(jù)庫決定。

5.3 數(shù)據(jù)結構與程序的關系 主模塊：連接數(shù)據(jù)庫；

學生考勤模塊：指定學號，姓名，讀出考勤狀態(tài)，記錄考勤時期，對應課程號的相關信息，并把相關信息記錄到訪問記錄模塊中。

教師模塊：指定學號，教師號，讀出學生考勤狀態(tài)，對考勤狀態(tài)確認，記錄查詢?nèi)掌冢處煹南嚓P信息，并把相關信息記錄到訪問記錄模塊中。

院系領導模塊：制定學號，院系領導號，讀出學生考勤狀態(tài)和請假申請相關信息，對請假申請進行審批，并把相關信息記錄到訪問記錄模塊中。

查詢模塊：指定查詢條件，提交給數(shù)據(jù)庫操作模塊。

系統(tǒng)操作模塊：對學生考勤信息庫操作，調(diào)用數(shù)據(jù)庫操作模塊對各個庫進行相應操作，對數(shù)據(jù)進行備份，在授權操作中檢驗用戶身份。

權限級別(Level)

變長字符串 變長字符串 整數(shù) 8.運行設計 6.1 運行模塊的組合

程序啟動后，進入主模塊，用戶的單擊對話框按鈕事件觸發(fā)主模塊調(diào)用各下層模塊，進入對應的子對話框，同樣由用戶的輸入觸發(fā)這些模塊調(diào)用其下層模塊，完成相應操作。

6.2 運行控制

本軟件控制流程：主程序運行，等待用戶的輸入，根據(jù)用戶的輸入調(diào)用各子模塊。

6.3 出錯處理及安全保密設計

1.提供豐富的出錯提示信息； 2.提供一定的保密手段。

6.4 維護設計

第五篇：庫存管理系統(tǒng)軟件設計說明書

引言........................................................................................2

1.1 編寫目的........................................................................2

1.2 背景及意義....................................................................3

1.3 國內(nèi)外研究現(xiàn)狀............................................................4 2 系統(tǒng)總體設計分析...............................................................5

2.1 軟件功能及模塊設計....................................................5

2.1.1 軟件主要功能.........................................................6

2.1.2 軟件模塊組成.........................................................6

2.2 開發(fā)環(huán)境及性能優(yōu)化....................................................7

2.2.1開發(fā)環(huán)境....................................................................7 3 各模塊軟件設計與實現(xiàn).......................................................7

3.1系統(tǒng)管理模塊...................................................................7

3.2進貨管理模塊.................................................................14

3.3 出貨管理模塊.................................................................17

3.4報表統(tǒng)計模塊.................................................................17

3.5信息查詢模塊.................................................................18

引言 1.1 編寫目的

“公正、公平、合理”的企業(yè)管理理念和企業(yè)管理水平的提高，使社會對庫存管理系統(tǒng)有了更高的需求；同時由于個人電腦的普及，數(shù)據(jù)庫技術、客戶/服務器技術，特別是Internet/Intranet技術的發(fā)展，使的三代庫存管理系統(tǒng)的出現(xiàn)才成為必然。庫存管理系統(tǒng)的特點是從物品管理的角度出發(fā)，用集中的數(shù)據(jù)庫將幾乎所有與物品相關的數(shù)據(jù)統(tǒng)一管理起來，形成了集成的信息源。有好的用戶界面，強有力的報表生成工具、分析工具和信息的共享使得物品管理人員得以擺脫繁重的日常工作，集中精力從戰(zhàn)略的角度來考慮企業(yè)物品規(guī)劃和政策。

企業(yè)的庫存物資管理往往是很復雜、很繁瑣的。由于所掌握的物資種類眾多，訂貨、管理、發(fā)放的渠道各有差異，各個企業(yè)之間的管理體制不盡相同，各類統(tǒng)計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統(tǒng)，實現(xiàn)計算機化操作，而且必須根據(jù)企業(yè)的具體情況制定相應的方案。

根據(jù)當前的企業(yè)管理體制，一般的庫存管理系統(tǒng)，總是根據(jù)所掌握的物資類別，相應分成幾個科室來進行物資的計劃，訂貨，核銷托收，驗收入庫，根據(jù)企業(yè)各個部門的需求來發(fā)送物資設備，并隨時按期進行庫存盤點，作臺帳，根據(jù)企業(yè)領導和自身管理的需要按月、季度、進行統(tǒng)計分析，產(chǎn)生相應報表。為了加強關鍵物資、設備的管理，要定期掌握其儲備，消耗情況，根據(jù)計劃定額和實際纖毫定額的比較，進行定額管理，使得資金使用合理，物資設備的儲備最佳。

一個完整的企業(yè)物資供應管理系統(tǒng)應包括采購計劃管理，合同收托管理、倉庫庫存管理、定額管理、統(tǒng)計管理、財務管理等模塊。其中倉庫的庫存管理是整個物資供應管理系統(tǒng)的核心。因此有必要開發(fā)一套獨立的庫存管理系統(tǒng)來提高企業(yè)工作效率, 而所使用的這套庫存管理系統(tǒng)是企業(yè)生產(chǎn)經(jīng)營管理活動中的核心，此系統(tǒng)必須可以用來控制合理的庫存費用、適時適量的庫存數(shù)量，使企業(yè)生產(chǎn)活動效率最大化。

1.2背景及意義

進行庫存管理的意義就在于：它能確保物暢其流，促使企業(yè)經(jīng)營

活動繁榮興旺。不論什么企業(yè)，都要儲備一些物資。以生產(chǎn)為主的企業(yè)，不儲備一定的物資，不能維持其連續(xù)生產(chǎn)；服務性行業(yè)，也要備置某些需用的設備和服務用具；就連一般的事業(yè)單位，也要備有某些辦公用品等。因此，各行各業(yè)都存在不同程度的庫存管理業(yè)務。

實行庫存管理有如下優(yōu)點：

（一）有利于資金周轉

因為在某些特殊情況下，可以做到將庫存需要的投資額規(guī)定為零。為此可使經(jīng)營活動更為靈活，把用于建立原材料、制成品、商品等常備庫存所需要占用的資金轉為經(jīng)營其他項目，這就有可能使經(jīng)營活動向更新、更高的階段發(fā)展。

（二）促使生產(chǎn)管理更為合理

這是因為庫存管理工作的目標之一就是必需的物資，即在需要時，按需要量供應。目前生產(chǎn)管理較為混亂的主要原因在于一些急需的物資不能及時供應，要從根本上杜絕此類現(xiàn)象，就要認真搞好庫存管理。

（三）有利于順利地進行運輸管理，也有助于有效地開展倉庫管理工作

通過庫存管理，可將原來零零散散放置的物料整理得井然有序，可使企業(yè)的生產(chǎn)環(huán)境整潔一新，實現(xiàn)文明生產(chǎn)。廢舊物料堆放整齊、報廢的設備及時運走，工廠的空地整潔干凈，這樣的環(huán)境，自然令人感到心情舒暢。此外。還可以把經(jīng)常動用的物料以及危險性物料分片保管，以保證工廠的安全生產(chǎn)。

庫存管理工作的好壞，對改善企業(yè)生產(chǎn)環(huán)境將起著舉足輕重的作用。

1.3 國內(nèi)外研究現(xiàn)狀

由于庫存管理在經(jīng)濟管理中占重要地位，其計算機化在發(fā)達國家中也已經(jīng)達到了相當高的水平。我國在全國范圍內(nèi)推廣計算機在管理中的應用，是在70年代末開始的，雖然起步較晚，近幾年發(fā)展卻較快，特別是微型計算機的出現(xiàn)和普及為信息處理提供了物美價廉的手段，對于推動我國管理信息處理的現(xiàn)代化起了重要的作用。

庫存管理對企業(yè)來說是一項繁瑣復雜的工作，每天要處理大量的單據(jù)數(shù)據(jù)。為及時結清每筆業(yè)務，盤點庫存和貨物流動情況，保證企業(yè)生產(chǎn)用料以及貨物安全，庫管人員要花費大量人力物力和時間來做數(shù)據(jù)記錄統(tǒng)計工作。

在世界發(fā)達國家，庫存管理的計算機化水平已經(jīng)很高了，盡管我國的生產(chǎn)企業(yè)在這方面也有了很強的意識和長足的進步，但仍存在這樣、那樣的一些問題。

有的企業(yè)單位的庫存管理部分目前仍為手工、半手工操作。從供應單位辦理入庫登記開始，到使用單位輸領料出庫手續(xù)為止，所有操作基本上都是由倉庫管理人員筆寫，手理，加上算盤、計算器來完成。這不僅煩瑣，效率低，而且缺乏庫存管理的一些基本手段，如庫存狀況統(tǒng)計，查詢經(jīng)濟訂貨量計算等，這給企業(yè)在一定程度上造成了管理上的落后，及經(jīng)濟利益上的損失。有的單位的庫存管理部已上了微機，但對微機的利用效率極低，有的在用它打游戲，有的僅把它當計算器或打字機來用。有的企業(yè)單位既有了微機同時也有了庫存管理軟件，但硬件上去了，軟件上不去。因為他們用的庫存管理軟件，大多為自己的工作人員及其他一些非專業(yè)人員所開發(fā)的簡單的管理程序，很難稱得上是“庫存管理信息系統(tǒng)軟件”這些程序的弱點多表現(xiàn)為：

1、系統(tǒng)開發(fā)時無科學的理論支持。

2、開發(fā)過程中調(diào)研不全面。

3、軟件編寫時模型不清晰完整。

4、所用開發(fā)工具落后（如Fox base）。

計算機在管理中的應用開始于1954年，當時美國首先用計算機處理工資單。40多年來，計算機在處理管理信息方面發(fā)展迅速。例如，60年代美國計算機在管理中應用項目不到300項，到了1975年達到2670項。而現(xiàn)在，美國在財務會計上90%的工作由計算機完成；物資管理中80—100%的信息處理由計算機完成；計劃管理中是80—90%。據(jù)計算機應用方面發(fā)展較快的國家統(tǒng)計，計算機用于經(jīng)濟管理的約占80%；用于科技運算的占8%；用于生產(chǎn)過程控制的占12%。因此，經(jīng)濟管理是計算機應用的主要領域。系統(tǒng)總體設計分析 2.1 軟件功能及模塊設計 2.1.1 軟件主要功能

庫存管理系統(tǒng)軟件能達到如下具體功能要求： 1）系統(tǒng)管理模塊 2）進貨管理模塊 3）出貨管理模塊 4）報表統(tǒng)計模塊 5）信息查詢模塊 2.1.2 軟件模塊組成

本軟件包括五個模塊：系統(tǒng)管理、進貨管理、出貨管理、報表統(tǒng)計、信息查詢。庫存管理系統(tǒng)總體設計框圖

圖2-1 系統(tǒng)總體設計框圖

2.2 開發(fā)環(huán)境及性能優(yōu)化

2.2.1開發(fā)環(huán)境

數(shù)據(jù)庫：Microsoft SQL Server 2000 前端開發(fā)工具：Visual C#.NET 數(shù)據(jù)訪問對象：ADO 各模塊軟件設計與實現(xiàn) 3.1 系統(tǒng)管理模塊

系統(tǒng)管理模塊分為4種功能：身份驗證功能、注冊用戶功能、修改刪除用戶功能、修改密碼功能。身份驗證功能

在進入系統(tǒng)主界面之前，會出現(xiàn)一個身份驗證對話框，要驗證用戶的身份。本系統(tǒng)中用戶分為管理員、倉庫管理員和經(jīng)理三種。不同用戶其權限也不同。

用戶通過庫存管理系統(tǒng)界面登錄進入系統(tǒng)。在其輸入用戶編號與密碼之后，單擊“確定”按鈕登錄數(shù)據(jù)庫（為了方便用戶，本系統(tǒng)允許用戶在輸入密碼之后直接按回車鍵登錄數(shù)據(jù)庫，而無須使用鼠標單擊“確定”按鈕）。此時觸發(fā)“確定”按鈕的Click事件相應函數(shù)。在這個事件響應函數(shù)中，需要首先判斷用戶，因為他們具有不同的權限。如果權限是0，則進入系統(tǒng)管理員界面；權限是1，則進入經(jīng)理界面；權限是2，則進入倉庫管理員界面。

圖3-1 系統(tǒng)登錄界面

由于用戶權限的差異，他們所能進入的系統(tǒng)主界面也相應的不同。

圖3-2 系統(tǒng)主界面一（系統(tǒng)管理員身份進入）

圖3-3 系統(tǒng)主界面二（經(jīng)理身份進入）

圖3-4 系統(tǒng)主界面三（倉庫管理員身份進入）

注冊用戶功能 以下為注冊用戶界面：

圖3-5 系統(tǒng)管理員注冊用戶界面

注冊用戶成功界面：

圖3-6 注冊用戶成功界面

修改刪除用戶功能 修改刪除用戶界面如下：

圖3-7 系統(tǒng)管理員修改刪除用戶界面

修改密碼功能

對一個完整的系統(tǒng)而言，用戶是應該可以修改自己的密碼的，因此系統(tǒng)中應該具有修改密碼的功能，提高數(shù)據(jù)的安全性，用戶可以在進入系統(tǒng)主界面后可以修改自己的密碼。當用戶輸入完成之后，按“確定”按鈕來關閉對話框，系統(tǒng)會自動檢查用戶兩次輸入的密碼是否一致，如果不一致，會出現(xiàn)出錯提示并建議用戶重新輸入。

圖3-8 修改密碼界面

用戶只能通過此界面修改自己的密碼，如果試圖修改別人的密碼，則提示如下圖：

圖3-9 修改密碼界面

修改密碼成功則顯示重新登錄界面，圖如下：

圖3-10重新登錄界面

3.2 進貨管理模塊

進貨管理模塊包括填寫貨品信息、入庫單、修改最低庫存三個子模塊。

圖3-11 倉庫管理員填寫入庫單界面

入庫單中涉及數(shù)據(jù)一致性，貨品編號為1開頭的庫別自動為飲料庫，貨品編號為2開頭的庫別自動為主倉庫，貨品編號為3開頭的庫別自動為酒庫。數(shù)量和進貨單價設置只能輸入數(shù)字類型。其中貨品編號如果在庫存信息表中不存在，那么提示先輸入貨品信息，點擊確定后界

面自動跳轉到如下圖：

圖3-12 倉庫管理員填寫入庫單界面

圖3-13 倉庫管理員填寫貨品信息界面

3.3 出貨管理模塊

出庫時如果出庫數(shù)量低于庫存信息表中的最低庫存時報警，提醒倉庫管理員及時通知采購員采購，如果不清楚此貨品的采購員是誰可以根據(jù)貨品編號查詢采購員信息，報警顯示如下圖：

圖3-14 填寫出庫單

3.4報表統(tǒng)計模塊

本系統(tǒng)的報表分為日報表和月報表，日報表在添加入庫單和出庫單時就已經(jīng)自動添加進數(shù)據(jù)庫中的日報表了，所以在此只需再手動添加月

報表。

圖3-15 月報表統(tǒng)計

3.5信息查詢模塊

該模塊三種用戶都會用到，用戶根據(jù)不同的權限分別可以查詢不同的內(nèi)容，如系統(tǒng)管理員為了修改倉庫信息表、采購員信息表、客戶信息表而查詢相關信息，倉庫管理員為了通知采購員及時采購而查詢采購員信息，經(jīng)理查詢倉庫管理的各種信息等。

圖3-24 庫存信息查詢