酒店管理系統說明書

2021-03-04 09:43:19 字數 3493 閱讀 6003

一、酒店管理系統需求分析

1.引言

為了開發出真正滿足使用者需求的軟體產品,首先必須知道使用者的需求。對軟體需求的深入了解是軟體開發工作獲得成功的前提條件,不論設計和編碼工作做得如何出色,不能真正滿足使用者需求的程式只會令使用者失望,給開發者帶來煩惱。

需求分析是軟體定義時期的最後乙個間斷,他的基本任務是準確地回答「系統必須做什麼?」這個問題。

需求分析和規格說明是一項十分艱鉅複雜的工作。使用者與分析員之間需要溝通的內容非常多,在雙方交流資訊的過程中很容易出現誤解或遺漏,也可能存在二義性。因此,不僅在整個需求分析過程中應該採用行之有效的通訊技術,集中精力過細地工作,而且必須嚴格審核驗證需求分析的結構。

在所有這些分析方法中,我們都必須遵循下述準則:

(1) 必須理解並描述問題的資訊域,根據這條準則應該建立資料模型

(2) 必須定義軟體應完成的功能,這條準則要求建立功能模型

(3) 必須描述作為外部事件結構的軟體行為,這條準則要求建立行為模型

(4) 必須對描述資訊、功能和行為的模型進行分解,用層次的方式展示細節

接下來我們將嚴格根據需求分析的要求與書寫軟體需求規格說明書的過程闡述系統必須完成那些工作,對該點評網提出完整、準確、清晰、具體的要求。過程中不免有問題與錯誤之處,敬請各位指正。

1.1編寫目的

需求分析在乙個專案中的重要性就相當於一棟樓房中基石的重要性,需求分析出了亂子專案就會垮掉。如果因為乙個地方的失誤,很可能導致整個專案的失敗,那麼整個團隊甚至企業的所有努力將灰飛煙滅。

那麼,如果在專案開始前做好充分的需求,而且需求要做的到位,需求的思維嚴禁程度至關重要。因此,編寫需求分析的目的在於:確定系統怎麼樣完成它的工作,而僅僅是確定系統必須完成哪些工作,也就是對目標系統提出完整、準確、清晰、具體的要求以及要全面地理解使用者的各項要求,並準確地表達所接受的使用者需求。

1.2專案背景

傳統酒店在使用人工進行管理時,存在工作量大,各種多而複雜的檔案資訊占用大量的空間,資料不易保管,容易丟失,酒店對於各種資訊及出現的應急狀況反應緩慢,容易喪失良機,以及人工管理勞神傷財等各種弊端。

酒店資訊管理系統是屬於酒店企業部之間的一種管理系統,通過企業內部網的方式處理與交換資訊。他提供先進的資訊處理能力,具有決策支援體系。酒店資訊管理系統包括公用資料庫、主計算機系統(如計算中心或資訊中心的計算機系統)以及前台處理系統等。

同時,前台的酒店管理元通過計算機與主計算機系統相聯絡。

應該說,在現代社會中,乙個現代化的酒店,如果沒有與之相配套的酒店資訊管理系統,是無法想象的,也是沒有競爭力的。

使用計算機對酒店資訊進行管理,擁有手工管理所無法比擬的優點。例如:檢索迅速、查詢方便、可靠性高、儲存量大、成本低等。

這些優點能夠極大地提高就的資訊的效率,也是管理科學化、正規化的重要支撐。

酒店資訊管理系統能夠方便地查詢和變更酒店客戶的基本資料,節省大量工作時間,有效地提高酒店資訊管理的效率。而查詢資訊的直觀顯示將有助於系統的使用者一目了然地掌握客戶的情況。

2.任務概述

2.1 目標

餐飲管理系統將實現如下目標:

● 減少前台的服務人員的人數,減少經營者的人員開銷.

● 提高操作速度,提高顧客的滿意程度.

● 使經營者能夠查詢一些歷史資料.

2.2 執行環境

● intel系列伺服器或相容pc機

● jdk,***beans,hsql

● intel及相容cpu 1.8ghz以上,512m以上記憶體,500m以上硬碟空間

3.資料描述

3.1資料流圖

3.2資料字典

餐桌狀態表桌號

財務收入表收入金額

收入日期帳單表

菜名**

選單表使用者表

密碼許可權

4.功能描述

4.1系統功能結構

4.2功能劃分

1.開台點菜服務

2.加菜減菜服務

3.結帳服務

4.收入查詢服務

5.使用者管理

5.效能需求

該系統應具備完善性和安全性,在實現各類基本功能的基礎上,應能夠有效防範不法分子對系統的惡意攻擊,同時能夠避免使用者的惡意註冊和隨便修改資訊等現象。

6.執行需求

6.1使用者介面

由於是該系統是小型桌面應用系統,使用者介面主要由圖形介面實現工具***beans來完成。使用者看到的介面主要包括以下內容:

1、 系統主介面

2、 開臺點菜服務

3、 加減菜服務

4、 顧客買單服務

5、 收入查詢服務

6、 系統管理服務

7、 退出系統

6.2硬體介面

普通伺服器或pc機均可.

6.3軟體介面

暫時不提供與其他系統的介面。

6.4故障處理

當系統出現故障是,能夠提供友好的資訊,並對問題進行記錄,保證不丟失資料。

二、酒店管理系統概要設計

1. 文件介紹

1.1文件目的

便於開發人員了解系統的詳細要求,和進一步改進,對系統開發和後期系統維護提供參考。

1.2文件範圍

對開發的需求分析進行詳細化、規範化說明,對需求分析中的不足進行改進和修正,規範資料庫的設計,對系統的設計提供策略,描述系統開發和執行的環境,提供出錯處理的機制,對系統的開發人員、測試人員提供相關約束說明,設計出系統的協議,介面事件,通訊以及系統的模型,對系統的安全保證提供要求和後期維護和擴充套件提供說明等。

1.3讀者物件

系統的開發人員,管理人員,測試人員,維護人員。

2.系統概述

本系統是乙個小型桌面應用系統,通過這個平台實現以前人工操作的點菜,加減菜,結帳買單,收入查詢等服務,這樣節省了很多的人力,也給工作帶來了方便.管理員(經理)還可以通過設定不同的許可權使不同的(服務員)具有不同的管理功能,也能實現系統內部人員之間的切換,還能限**務員對一些業務的控制.

本系統主要有五大功能模組:

一:開臺點菜

二:加菜減菜

三:顧客買單

四:收入查詢

五:使用者管理

3.介面設計

(1) 系統首頁,包括開臺點菜服務、加菜減菜服務、顧客買單服務、收入查詢服務、使用者管理服務。

(2) 開臺點菜服務:提供選擇桌號介面和點菜介面.

(3) 加菜減菜服務:提供點菜介面.

(4) 顧客買單服務:提供結帳介面,可以看到消費明細.

(5) 收入查詢介面:可以按日或月對收入進行查詢。

(6) 使用者管理服務:可以實現使用者的新增,修改和刪除功能

4.系統總體結構設計

通過需求分析階段的工作,系統必須「做什麼」已經基本的清楚,現在是解決「怎麼樣」的時候了,總體設計的基本目的就是回答「概括地說,系統應該如何實現」這個問題,因此,總體設計有稱為概要設計或者初步設計。通過這個階段的工作將劃分出組成系統的物理元素——程式、檔案、資料庫、人工過程和文件等等,但是每個物理元素仍然處於黑盒子級,這些黑盒子裡的具體內容在以後仔細設計。總體設計階段的另乙個重要任務是設計軟體的結構,也就是要確定系統中每個程式是有哪些模組組成的,以及這些模組相互間的關係。

將整個功能劃分成如下幾個功能模組,如下所示:

7. 資料庫或資料結構設計

UML酒店管理系統說明書需求規格說明書

系統分析說明書 需求規格說明書 目錄1 概述 1 1.1 編寫目的 1 1.2 參考資料 1 2 需求 1 2.1 功能需求 1 2.1.1 功能需求概述 1 2.1.2資料庫管理模組 2 2.1.3基本業務模組 2 2.1.3系統用例圖 3 2.2 資料需求 4 3 環境 5 3.1 執行環境 5...

酒店管理系統設計說明書

寧夏理工學院 2013.11 目錄一概述1 1.1 概述1 二 可行性研究2 2.1可行性研究2 三.需求問題描述3 3.1使用者需求3 3.2使用者功能需求4 3.3系統功能需求4 3.4 系統分析方法4 3.5功能模組圖5 3.6 資料流圖7 3.7 e r圖8 3.8 資料字典9 四.邏輯結構...

酒店管理系統需求分析說明書

系統介面採用web 方式,介面應簡潔明瞭,使用者可方便瀏覽和查詢客房資訊。該系統的使用者有兩種型別 一是顧客,二是酒店管理人員。顧客只在酒店的 部分有許可權。酒店管理人員可按職位有不同的許可權,既經理,客房管理職員和清潔工各自有不同的許可權和登陸介面。系統需對使用者登入進行管理。使用各功能模組時,系...