酒店管理系统-需求分析报告
目錄
1.引言
1.1編制的目的
1.2術語定義
?1.3參考資料
1.4相關文檔
2.概述
2.1項目的描述
2.2項目的功能
2.3用戶特點
3.具體需求
3.1業務需求
3.1.1主要業務
3.1.2未來增長預測
3.2用戶需求
3.3應用需求
3.3.1系統功能
3.3.2主要應用及使用方式
3.4網絡基本結構需求
3.4.1總體結構
3.4.2網絡傳輸系統?
3.5外部接口需求
3.5.1用戶接口
3.5.2硬件接口
3.5.3軟件接口
3.5.4通信接口
3.6網絡性能需求
3.6.1數據存儲能力
3.6.2數據處理能力
3.6.3網絡通信流量與網絡服務最低帶寬
3.7其他需求
3.7.1可使用性
3.7.2安全性
3.7.3可維護性
3.7.4可擴展性
3.7.5可靠性
3.7.6可管理性
3.8約束條件
3.8.1投資約束
3.8.2工期約束
附錄
1.引言
1.1編制的目的
隨著旅游業的發展,酒店、餐飲等服務業日趨發達,引入全方位的計算機服務和計算機管理也日益流行,而這些行業在引入計算機管理和計算機服務后收獲了優良的經濟效益和社會效益。
在經濟全球化導致行業競爭愈發激烈的今天,方便快捷的管理手段已經成為各個行業所迫切需要的要求,酒店作為現代社會行業的實體,更應該通過信息資源的深入開發和廣泛利用,不斷提高生成、經營、管理、決策的效率和水平,進而提高酒店的經濟效益和綜合競爭力,實現從傳統管理向現代管理的轉變。
同時,國家建設部也有明確規定:凡星級酒店在項目審批時,其設計方案必須包括計算機管理系統,否則不予立項,由此可見,酒店管理計算機化勢在必行。本項目推行的酒店管理系統旨在將先進的計算機技術與現代的酒店服務管理完美結合起來,實現現代酒店住宿、餐飲、娛樂的全新概論服務和管理方式。一個合格的酒店管理系統可以提高服務質量,如:強大而方便的快速預訂,便利而完善的前臺接洽等,減輕顧客的入住和服務人員工作的負擔。
1.2術語定義
| 序號 | 術語名稱 | 術語定義 |
| 1 | 總體結構 | 軟件系統的總體邏輯結構。按照不同的設計方法,有不同的總體邏輯結構。若采用面向功能或面向數據的設計方法,則總體邏輯結構為一樹形的功能模塊結構圖。若采用面向對象或面向部件(構件)的設計方法,則總體邏輯結構為部件(構件)的組裝圖 |
| 2 | 外部接口 | 本軟件系統與其他軟件系統之間的接口,接口設施可以是中間件。接口描述包括:傳輸方式、帶寬、數據結構、傳輸頻率、傳輸量、傳輸協議 |
| 3 | 數據結構 | 數據結構包括:數據庫表的結構、其他數據結構等 |
| 4 | 概念數據模型 | 關系數據庫的邏輯設計模型,叫做概念數據模型。主要內容包括一張邏輯E-R圖及相應的數據字典 |
| 5 | 物理數據模型 | 關系數據庫的物理設計模型,叫做物理數據模型。主要內容包括一張物理表關系圖及相應的數據字典 |
| 6 | 視圖 | 在基表或其他視圖上建立的一張虛表,叫做視圖,它具有物理表的許多性質,在數據處理和授權上很有用 |
| 7 | 角色 | 數據庫中享有某些特權操作的用戶,叫做角色。角色的權力通過授權來實現。 |
| 8 | 子系統 | 具有相對獨立功能的小系統叫做子系統。一個大的軟件系統可以劃分為多個子系統,每個子系統可由多個模塊或多個部件組成 |
| 9 | 模塊 | 具有功能獨立、能被調用的信息單元叫做模塊。模塊是結構化設計中的概念 |
| 10 | 內部接口 | 軟件系統內部各子系統之間、各部件之間、各模板之間的接口,叫做內部接口。接口描述包括:調用方式、入口信息、出口信息等。 |
| 11 | 相關文件 | 相關文件是指當本文件內容變更后,可能引起變更的其他文件。如需求分析報告、詳細設計報告等 |
| 12 | 參考資料 | 參考資料是指本文件書寫時用到的其他資料。如各種有關規范、模板、標準、準則 |
?1.3參考資料
[1]《軟件工程導論》(第6版)清華大學出版社 張海藩 牟永敏 編著
[2]《Web程序設計——ASP.NET》(第2版)人民郵電出版社 陳冠軍 馬翠翠 主編 趙越 陳靜 副主編
1.4相關文檔
[1]《酒店管理系統-可行性報告》
[2]《酒店管理系統-概要設計報告》
2.概述
2.1項目的描述
本酒店管理系統是一項獨立的軟件應用產品,實現了酒店基于計算機的自動化管理,可應用于各自大中型酒店。傳統的酒店管理系統往往需要管理人員花費大量的時間和精力來處理住客的需要,如住店登記、錯誤查詢、結賬手續和空余客房信息等,嚴重影響工作效率,在這種傳統的管理系統中管理人員不得不集中精力去規劃酒店管理的運行策略。而用過先進的計算機軟件應用系統的輔助,管理人員可以輕松解決上述的問題,大幅度提高工作效率,而酒店管理的計算機化也是體現酒店現代化形象的重要標志,有利于加速資金周轉、降低各項成本及改善服務質量等。
2.2項目的功能
①酒店前臺接待系統
用于前臺服務人員接待住客,住客入住酒店時為其登記信息、驗證身份和辦理入住,允許住客入住時先消費后退款。團體入住時,可以為團體辦理團體入住賬戶,可以自動生成團體的主賬號及每個團員各自的私有賬號,服務人員可以根據每筆消費的性質將該筆消費登記為團體賬或個人私有帳,團體的全部房費將自動登記為團體帳。
②酒店前臺收銀系統
用于前臺服務人員為住客進行賬單結算服務,每一位住客在登記入住后系統都會自動為其生成一個記錄個人信息和在本酒店消費的情況的賬戶,在住客退房時能自動生成消費賬單用于為其結算費用。
本酒店管理系統還提供會員服務,住客在入住時或結算費用時都可以選擇通過辦理會員卡來獲得消費優惠,會員卡均免費辦理,只需提前為會員卡中充入一定金額即可激活使用,具體金額由XX酒店管理人員自行決定。本系統通過各子系統內部的相互連接為會員記賬功能,該功能將為住客與酒店進行的所有消費,包括住店費用、餐飲費用、客房服務和購置消費進行記賬,會員在消費時可以選擇當場不進行付款而是采用記賬方式,總消費不能超過會員卡中金額與其信用額度的總額,一旦總消費超過這一總額,系統將自動將其賬號鎖定以限制其記賬消費。
③客房預訂系統
顧客可以通過酒店網站或其他提供訂房服務的相關平臺來預定酒店的房間,酒店工作人員通過前臺住店系統與接收到預定信息為顧客預留房間。由于預定客房將占用酒店的客房資源,如遇到不講信用的顧客未如約入住將為酒店帶來相應的損失,所以本系統要求顧客預定客房時需要前提支付住房費用。
④餐廳前臺接待系統
用于酒店的餐廳前臺服務人員接待用餐顧客,當住客或者食客前來酒店餐廳用餐時,餐廳前臺服務人員可以為其提供相應的服務,包括安排餐桌和包房、預定餐桌和包房、點菜等。
⑤餐廳前臺收銀系統
用于酒店的餐廳前臺服務人員為用餐顧客進行賬單結算服務,用餐顧客有直接支付、酒店會員記賬和餐廳專屬會員結算三種結算賬單方式。
直接支付方式就是用餐顧客通過當場直接用餐費用直接支付賬單。酒店會員記賬則是為成為酒店住客會員的顧客提供的專屬支付方式,住客會員可以通過記賬方式將此次用餐費用計入住店總體消費中,等待退房時用過其會員卡一并支付,通過會員卡進行支付可獲得會員優惠。
而餐廳專屬會員結算是為餐廳食客而非住客的顧客提供的服務,其可以通過開通餐廳專屬會員卡來獲得在XX酒店餐廳消費時的優惠,只能用于酒店餐廳消費,該會員卡開通無需任何費用,只需要提前為會員卡沖入一定金額即可激活使用,具體金額由XX酒店管理人員自行決定。擁有此會員卡的食客在結算賬單時,可以使用此會員卡進行付款,餐廳前臺系統將會根據其優惠價格對會員卡中的金額進行扣除。
⑥客房管理系統
酒店用于為工作人員管理客房的后臺管理系統,工作人員可以通過該系統進行增加客房、刪除客房、查詢客房信息、查詢客房入住狀態和修改客房信息等操作,其中修改客房信息可以將客房設置為凈房、臟房和壞房三種狀態。
⑦餐廳管理系統
酒店用于為工作人員管理餐廳的后臺管理系統,工作人員可以通過該系統進行增加餐桌、刪除餐桌、增加菜式、刪除菜式、修改餐桌信息和修改菜式信息等操作,其中修改餐桌信息可以將餐桌設置為正常、閑置和損壞三種狀態。
⑧賬務審核系統
賬務審核系統是本酒店管理系統必不可少的核心部分,是酒店管理人員經營酒店的管理手段,每天的經營情況包括住店和餐廳都必須進行審核,最終生成一份詳細的記錄包括但不限于客房收入、餐廳收入、客房維護支出、餐廳購置與維護支出和酒店各項維護支出等各自收支信息,可以用于包括但不限于賬單核對、細賬查明和數據分析等各自用途。
⑨經理系統
是酒店經理用于管理和經營酒店的個人后臺管理系統,可以進行管理客房、管理餐廳、管理各級密保、修改特別賬單、設置系統參數、數據整理、經營情況診斷、數據分析和查詢酒店各級信息等操作。
⑩技術管理系統
用于酒店后臺技術人員管理整體系統的手段,可以進行管理員角色管理、系統診斷和系統更新維護等操作。
——圖示請見附錄。
2.3用戶特點
本酒店管理系統針對不同的用戶特點有授予不同的權限:
①一般的使用酒店系統的工作人員,不要求具備較高的計算機水平,只需經過簡單培訓后即可掌握相應職能系統的使用方法,該用戶角色的權限最小。
②酒店的高層管理,要求其具備一定的計算機能力,能運用此系統對員工進行管理,對酒店進行運營。
③該系統的開發人員,為方便其對本系統進行維護和更新,其擁有最大的權限,能進入到系統的開發環境中對系統進行修改。
3.具體需求
3.1業務需求
3.1.1主要業務
住店服務和餐廳服務是本酒店管理系統的核心,是該系統建設的重要組成部分。該系統以為用戶提供更加方便、快捷的操作,將酒店管理中的海量信息集合整理為主要目的,同時還為酒店顧客提供更加優質的服務,從而提高酒店的總體收入。
在住店方面,有入住登記、退房辦理、賬單結算、會員辦理、身份信息驗證、賬戶賬單計算、預定入住、查詢入住信息、管理客房和查詢客房信息等主要業務。
在餐廳方面,有安排餐桌、點菜、取消訂單、更改訂單、管理餐桌和賬單結算等主要業務。
3.1.2未來增長預測
隨著酒店在未來的不斷發展壯大,酒店管理系統的業務也會隨著用戶的需求不斷增長,未來會有如智慧餐廳、智慧客房等業務的出現,本管理系統也具備開拓這些的可擴展性。
3.2用戶需求
通常來說酒店管理系統的用戶普遍系統新系統具有以下功能:
①可以實時查詢酒店的客房信息、餐廳的用餐情況和顧客的賬單信息等的具體情況。
②可以實時地為住客登記入住、更改客房和退房結算。
③可以實時地為食客安排餐桌、點單、取消訂單和結算用餐費用。
④可以建立顧客的資料信息庫,通過記錄的顧客信息與其建立良好的客戶關系。
⑤可以使用計算機終端快速地處理日常的業務及相關數據,實現酒店的信息化管理。
⑥與外設連接,實現諸如打印賬單、報表的操作。
⑦實現數據的安全性,系統中不同的用戶角色具有不同的對數據查看和修改的處理權限。
⑧角色授權,為每個用戶角色設置密碼并設置其權限,每個用戶角色只能通過自己的賬戶和密碼來登錄系統進行操作,既保證系統不受外來的影響提高了安全性,又能防止用戶違規進行越權操作。只有系統管理員才能進行權限設置。
⑨實現數據的輸入和輸出,實現和外部接口進行連接以交換信息。
3.3應用需求
3.3.1系統功能
(1)前臺接待功能需求
其主要目的是以方便快捷的方式為住客辦理入住,功能需求包括入住登記、空房查詢、住客身份驗證、修改住客信息、住客辦理取消入住和查詢住客信息等。
(2)前臺收銀功能需求
其主要目的是以方便快捷的方式為住客結算住店費用,功能需求包括為住客結算賬單并收取費用、打印相關報表和賬單等。
(3)客房預定功能需求
其主要目的是以網絡預定的方式為顧客提前預留空房,以提高酒店的開房率,功能需求包括為顧客提供網絡訂房、取消訂房、空房查詢和更改訂房信息等。
(4)換房入住功能需求
其主要目的是滿足住客更換客房的需要,功能需求包括空房查詢、換房登記入住等。
(5)餐廳接待功能需求
其主要目的是以方便快捷的方式為食客安排用餐,功能需求包括餐桌安排,菜品安排,空桌查詢,更改用餐信息,取消用餐和查詢食客信息等。
(6)餐廳結賬功能需求
其主要目的是以方便快捷的方式為食客結算用餐費用,功能需求包括為食客結算賬單并收取費用、打印相關報表和賬單等。
(7)預定用餐功能需求
其主要目的是以預定的方式為食客提前做好用餐安排,以提高酒店的用餐率,功能需求包括為食客提供預定點菜,取消預定、空桌查詢和更改用餐信息等。
(8)客房管理功能需求
其主要目的是對客房進行信息化的管理,以提高客房管理的精度和準確度,同時減輕酒店客房管理中心工作人員的工作負擔,從而提高酒店的客房管理的效率和服務的質量,功能需求包括增加客房、刪除客房、查詢客房信息、查詢客房入住狀態和修改客房信息等,其中修改客房信息的具體需求為給客房設置凈房、臟房和壞房三種狀態的需求。
(9)餐廳管理功能需求
其主要目的是對餐廳進行信息化管理,以提高餐廳管理的精度和準確度,同時減輕酒店餐廳管理中心工作人員的工作負擔,從而提高酒店的餐廳管理的效率和服務質量,功能需求包括增加餐桌、刪除餐桌、增加菜式、刪除菜式、修改餐桌信息和修改菜式信息等,其中修改餐桌信息的具體需求為給餐桌設置為正常、閑置和損壞三種狀態的需求。
(10)賬務審核功能需求
其主要目的是對酒店每天的經營情況包括住店和餐廳等進行審核,最終生成一份詳細的記錄包括但不限于客房收入、餐廳收入、客房維護支出、餐廳購置與維護支出和酒店各項維護支出等各自收支信息,可以用于包括但不限于賬單核對、細賬查明和數據分析等各自用途。
(11)經理管理功能需求
其主要目的是為酒店經理提供管理和經營酒店的個人后臺管理系統,功能需求管理客房、管理餐廳、管理各級密保、修改特別賬單、設置系統參數、數據整理、經營情況診斷、數據分析和查詢酒店各級信息。
(12)維護更新功能需求
其主要目的是用于提供酒店后臺技術人員管理整體系統的手段,功能需求包括管理員角色管理、系統診斷和系統更新維護等。
3.3.2主要應用及使用方式
略
3.4網絡基本結構需求
3.4.1總體結構
3.4.2網絡傳輸系統?
①酒店內部網絡
②通信協議:TCP/IP協議
TCP/IP傳輸協議,即傳輸控制/網絡協議,也叫作網絡通訊協議。它是在網絡的使用中的最基本的通信協議。TCP/IP傳輸協議對互聯網中各部分進行通信的標準和方法進行了規定。并且,TCP/IP傳輸協議是保證網絡數據信息及時、完整傳輸的兩個重要的協議。TCP/IP傳輸協議是嚴格來說是一個四層的體系結構,應用層、傳輸層、網絡層和數據鏈路層都包含其中。
TCP/IP協議是Internet最基本的協議,其中應用層的主要協議有Telnet、FTP、SMTP等,是用來接收來自傳輸層的數據或者按不同應用要求與方式將數據傳輸至傳輸層;傳輸層的主要協議有UDP、TCP,是使用者使用平臺和計算機信息網內部數據結合的通道,可以實現數據傳輸與數據共享;網絡層的主要協議有ICMP、IP、IGMP,主要負責網絡中數據包的傳送等;而網絡訪問層,也叫網絡接口層或數據鏈路層,主要協議有ARP、RARP,主要功能是提供鏈路管理錯誤檢測、對不同通信媒介有關信息細節問題進行有效處理等。
③通信帶寬:2M
④兩層網絡體系結構
兩層結構也就是我們通常所說的客戶機/服務器(C/S)結構。在客戶端,客戶進程由一個用戶請求啟動。服務器必須隨時準備響應用戶請求,它通常是一個駐留程序,在一個特定的端口上監聽客戶的請求。由于WWW的迅速發展,客戶端服務器模式演變為瀏覽器Browse/Web服務器模式。即服務方為Web服務器,它接收客戶方的請求,并按要求傳送相應的文檔,如文本、圖像、聲音和動畫等。而在客戶端則統一為瀏覽器,用戶通過瀏覽器指定待請求文檔的URL,向服務器發送請求,可以請求一般的靜態文件,也可以請求執行一個程序。
由于API技術的出現,請求的頁面中可以載入某種Script(如VBScript)代碼,從而增加了Web頁面的動態性和交互性。在這種模式下,客戶方得到了簡單化和標準化。用戶所需要的僅僅是一種瀏覽器,而不需要對每一種應用都安裝和熟悉相應的客戶軟件。在客戶機/服務器模式下,典型的數據庫訪問方式為客戶端發送SOL請求到數據庫服務器,服務器返回相應結果,客戶端負責資料的格式化和其它分析。
⑤C/S和B/S
B/S結構具有以下優點:
①客戶端簡單,管理人員維護工作量小。在基于B/S結構的系統中,用戶只需過瀏覽器便可進行各種信息處理,而不需安裝專用的前端應用程序。
②界面統一,用戶操作容易,無需專門培訓。
③升級容易,信息內容和形式半富。
④可跨平臺操作。在基于B/S結構的系統中,各種平臺上的用戶可以通過瀏覽器訪問相應信息,由于采用統一的通訊協議,且瀏覽器及Web服務器軟件可以支持多種平臺,因此可跨平臺操作。
⑤標準統一,維護相對簡單。使用B/S方式,可將開發工作集中到服務器端,只需開發和維護服務器端的應用程序,極大減少了軟件維護和升級的費用。
B/S結構具有以下不足:
①效率較低,數據訪問請求與響應需經過Web服務器的轉換,不適合大量實時數據的處理。
②安全性不高,目前網絡安全仍是一個技術尚未成熟的領域,需不斷發現各種安全漏洞。
③對復雜的操作和處理感到困難。
④企業的各個部門之間是一個組織結構嚴密、有確定任務的有序實體,而 Internet面向的卻是一個無序的集合,B/S必須適應并迎合長期C/S下的有序需求方式。
⑤企業中已經積累了各種基于非Internet技術上的應用,與這些應用聯接是Internet 一項極其重要而繁重的任務。B/S 沒有集成有效的數據庫處理功能,系統的擴展能力較差,安全性難以控制。
3.5外部接口需求
3.5.1用戶接口
在本酒店管理系統中包括住店前臺管理系統、餐廳前臺管理系統、客房管理系統、餐廳后臺管理系統、經理管理系統和技術管理系統等,這些系統都會有相應用戶操作界面。各級用戶角色通過各自的賬戶密碼,登錄到各自職能負責的用戶界面中,在這些界面中各級用戶可以進行其職能權限的操作來完成他們的工作。
3.5.2硬件接口
本酒店管理系統可以通過與如打印機等外設相連接,來實現相應的需求。
3.5.3軟件接口
Visual Studio 2022與SQL Server數據庫的連接,在VS操作界面的工具欄中將項目連接到數據庫。
3.5.4通信接口
本酒店管理系統既使用了酒店內部的局部網絡,支持FTP協議,也使用了Internet連接到了網絡中,支持TCP/IP等協議。
3.6網絡性能需求
3.6.1數據存儲能力
SQL Server是一種關系型數據庫系統,也是一個可擴展的、高性能的、為分布式客戶機/服務器計算所設計的數據庫管理系統,實現了與WindowsNT的有機結合,提供了基于事務的企業級信息管理系統方案。與所有的數據庫管理系統一樣,SQL Server支持標準的SQL語言,而且它還額外包括 T-SQL,它自己的SQL實現。SQL Server Management Studio(SSMS)是 SQL Server 的主要界面工具,它支持 32 位和 64 位環境。另外SQL Server提供了多個版本,具有不同的功能和選項來滿足不同的用戶的需求。
SQL Server的優點:
①通過創建唯一性索引,可以保證數據庫表中每一行數據的唯一性。
②通過創建索引可以大大加快數據的檢索速度
③通過使用索引,可以在查詢的過程中,使用優化隱藏器,提高系統的性能。
⑤在使用分組和排序子句進行數據檢索時,同樣可以顯著減少查詢中分組和排序的時間
3.6.2數據處理能力
SQL Server作為一個成熟的商業數據庫,能輕易處理龐大的數據量。
3.6.3網絡通信流量與網絡服務最低帶寬
網絡通信流量與網絡服務最低帶寬為:2M
3.7其他需求
3.7.1可使用性
本酒店管理系統的目標系統功能基本齊全,能夠完全滿足XX的業務需求。理論上本系統能在大部分的操作系統中正常運行,而各個模塊接口能夠保證完好。
3.7.2安全性
本酒店管理系統采用完備的密碼管理系統,同時為不同級別的用戶分別不用的角色并授予不同的權限,實現了分級操作權限限制。另一方面該系統的數據庫管理系統實現了數據定時保存和更新。
3.7.3可維護性
本酒店管理系統在開發過程中就注重其可維護性,在投入使用后采取角色授權分級管理策略,系統的后臺技術人員或者系統的開發人員可以對該系統進行定期的維護和更新,具有該權限的管理人員享有在開發環境中修改系統代碼的權限。
3.7.4可擴展性
本酒店管理系統具備高可擴展性,在系統開發的過程就注重環繞可擴展性進行開發,無論界面的控件還是樣式都是以分離的方式進行開發,彼此之間不但具備聯系還能不對其他控件找出影響,開發人員可以輕松將擴展的內容添加到系統中而不會造成過大影響。
3.7.5可靠性
本酒店管理系統經由專業的開發人員開發而成,目標的系統完美滿足用戶的所有功能需求,所有開發人員都有具備過硬的開發技術,開發所用的技術ASP.NET和SQL Server都是極其可靠的開發技術。由此可見,此系統具備高可靠性。
3.7.6可管理性
本酒店管理具備極高的可管理性,無論是酒店的客房管理系統和餐廳管理系統,還是后臺的經理管理系統和技術管理系統,都說明了這一點。
對于前臺人員而言,他們可以通過前臺的計算機終端管理前臺服務模塊,為酒店的住客和食客們提供相應的服務,為酒店的服務管理提供了操作,為酒店前臺實現了可管理性。
對于酒店各部門的管理中的工作人員而言,他們可以通過后臺的計算機終端對酒店的客房和餐廳進行管理,實現了酒店的住店餐飲一體化管理模式,為酒店后臺實現了可管理性。
對于經理而言,其可以通過該系統為其整理提供各項數據,站在全局的角度對酒店的整體運營進行管理,從而保證了酒店的整體運作流暢,為酒店高層管理實現了可管理性。
3.8約束條件
3.8.1投資約束
本項目由XX酒店投資,本開發小組作為開發人員進行開發,XX酒店將會在系統的前期開發中投入一定的投資,但這將取決于該項系統的整體設計。而后續XX會增加的投資也將取決于該項系統在后續實際開發中所能取得的成果。由此可見,本項目需要在前期的設計中為XX酒店呈現一份完美的設計方案,而就目前而言結果是令人滿意的,XX酒店也愿意在前期投入相應的開發投資,本項目當前的目標將是在前期的開發為XX酒店展現本項目所能完成的成果,爭取為之后的開發取得更多的投資。
3.8.2工期約束
本酒店管理系統將于2022年5月開始進行開發,預期將用4個月的時間進行系統軟件的開發和硬件設備的購置,進行XX酒店的設備的軟件和硬件設配。之后還需要用1個月的時間對系統各個模塊,各項功能于XX酒店現實測試,并根據測試結果對系統進行改進,最終根據預期本項目最晚應于2022年11月之前完成開發。
附錄
1.系統總體結構:
2.酒店住店前臺終端子系統的具體操作流程:
?
3. 酒店餐廳前臺終端子系統的具體操作流程:
總結
以上是生活随笔為你收集整理的酒店管理系统-需求分析报告的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: [html] 使用svg画一个微信的l
- 下一篇: [vue] 你有使用过JSX吗?说说你对