當前位置：首頁 > 运维知识 > windows >内容正文

windows

酒店预定系统—需求规格说明书

發布時間：2023/12/10 windows 48 豆豆

生活随笔收集整理的這篇文章主要介紹了酒店预定系统—需求规格说明书小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

1. 引言

1.1 目的

本次設置的酒店預訂系統包含兩大功能，一方面為客戶提供酒店預訂服務，另一方面為酒店管理系者方便管理業務。此說明文檔在于使客戶與軟件開發測試團隊更了解和彼此對需求的理解。

1.2 背景

?傳統的酒店預訂方式是，客戶根據需要選擇了合適的酒店之后，會撥打該酒店的熱線服務電話進行預約，或者客服親自來到酒店預約。預約時，客戶需要填寫預訂時間、房間數量、聯系方式、身份信息并且支付費用。最后用柜臺服務員輸入系統。酒店管理層認為，將繁瑣的酒店預訂系統搬到線上會進一步提高預訂效率，減低成本，并且吸引到更多客戶。比如客戶可以直接登入在線瀏覽器瀏覽空閑房間，、費用、房間條件，以及預約和取消預約，給客戶帶來友好的體驗之外，酒店的管理和運營人員成本可以得到節省，節省率可以達到30%。

1.3 定義

序號	縮寫	定義
1.	b/s	Browser?server框架簡稱

1.4參考文獻

[1] GB-T8567-2006，《計算機軟件文檔編制規范》[S]

[2]需求規格說明書模板

2. 項目概述

2.1 產品描述

通過開發基于c/s架構的批量保存和恢復機房學生機主機名的軟件，減輕機房管理員工作量，提高工作效率。

2.2 產品功能

1：提供酒店信息（價格、評分、評價等）和當天優惠套餐

2：提供在線預訂，下單、支付功能，評價

3：推送酒店價格和促銷優惠信息

4：記錄客戶訂單信息和基本信息

5：客戶可以對已定房間進行打分和評價

?2.3用戶特點

客戶：使用線上預定功能預定房間

餐廳經營者：管理酒店運營，謀求酒店的最大營業額

餐廳管理服務人員：線下為顧客提供服務，期望減少工作量

2.4 一般約束

進行本軟件開發工作的約束條件如下：

1.開發周期：要求在學期末重新安裝機房系統之前完成開發和測試。

2.所采用的方法與技術有限：采用b/s開發框架，資源較少，一些技術需要嘗試，有一定技術風險。

2.5 假設與依據

本項目是否能夠成功實施，主要取決于以下的條件：

（1）保證工作進度。

（2）代碼框架等技術是否合理，這是系統的功能和性能是否優化和項目能否成功的保證。

3. 具體需求

3.1 功能需求

3.1.1?相關功能需求

編號	需求描述
Post	系統允許用戶發布促銷策略
Post.UserValid	系統應該對發布促銷策略的用戶進行身份驗證
.Post.UserValid.Logined	用戶必須登陸
.Post.UserValid.IFNot	沒有登陸的用戶跳轉至登陸注冊界面
.Post.Edit	用戶編輯促銷策略內容
.Post.Edit.CheckInput	用戶編輯內容時，系統進行實時輸入檢查
Post.Cancel	用戶取消發送
Post.Cancel.QueryDraft	系統返回編輯狀態

3.1.2?查看訂單

3.1.2.1 特性描述

管理員需要查看訂單時，登陸驗證的用戶可以查看全部訂單

優先級=高

3.1.2.3 相關功能需求

編號	需求描述
Order.See	系統允許用戶查看訂單
Order.See.UserValid	系統應該對發布促銷策略的用戶進行身份驗證
Order.See.UserValid.Logined	用戶必須登陸
Order.See.UserValid.IfNot	沒有登陸的用戶跳轉至登陸注冊界面
Order.See.ShowCertainOrder	系統應該允許用戶查看某一具體訂單

3.1.3查詢房間信息

3.1.3.1特性描述

酒店管理者要看房間信息，需要一個經過登陸驗證的用戶才能查看

優先級：高

3.1.3.3相關功能需求

編號	需求描述
Promotion.See.RoomInformation	系統允許用戶查看房間信息
Promotion.See.UserValid	系統應該對查看房間信息的用戶進行身份驗證
Promotion.See.UserValid.Logined	用戶必須登陸
Promotion.See.UserValid.IFNot	沒有登陸的用戶跳轉至登陸注冊界面
Promotion.See.RoomState	系統應該允許用戶查看房間狀態

3.1.4預定登記

3.1.4.1特性描述

顧客預定登記房間時，一個經過驗證的普通用戶賬戶可以預定。

優先級：高

3.1.4.3相關功能需求

編號	需求描述
Promotion.Book	系統允許用戶預定登記
Promotion.Book.UserValid	系統應該對預定登記的用戶進行身份驗證
Promotion.Book.UserValid.Logined	用戶必須登陸
Promotion.Post.UserValid.IFNot	沒有登陸的用戶跳轉至登陸注冊界面
Promotion.Book.Edit	用戶編輯預定房間內容
Promotion.Book.Edit.CheckInput	用戶編輯內容時，系統進行實時輸入檢查
Promotion.Book.Cancel	用戶取消預定
Promotion.Book.Cancel.QueryDraft	系統返回編輯狀態

3.1.5下單

3.1.5.1 特性描述

用戶請求下單,已經經過登陸驗證的用戶可以進行下單

優先級=高

3.1.5.3 相關功能需求

編號	需求描述
Promotion.Place	系統應該允許用戶下單
Promotion.Place.UserValid	系統應該對下單的用戶進行身份驗證
Promotion.Place.UserValid.Logined	用戶必須登陸
Promotion.Place.UserValid.IFNot	沒有登陸的用戶跳轉至登陸注冊界面
Promotion.Place.Edit	用戶選擇房間
Promotion.Place.Pay	用戶選擇訂單支付，系統跳轉至支付界面
Promotion.Place.Cancel	用戶取消訂單，系統返回主頁
Promotion.Place.ReEdit	允許用戶返回編輯訂單內容

3.1.6支付

3.1.6.1 特性描述

下單后進入支付操作。

3.1.6.3?相關功能需求

編號	需求描述
Promotion.Pay	系統允許用戶支付
Promotion.Pay.UserValid	系統應該對請求支付的用戶進行身份驗證
Promotion.Pay.UserValid.Logined	用戶必須登陸
Promotion.Pay.UserValid.IFNot	沒有登陸的用戶跳轉至登陸注冊界面
Promotion.Pay.Edit	用戶編輯支付信息內容
Promotion.Pay.Edit.CheckInput	用戶編輯內容時，系統進行實時輸入檢查

3.1.7入住

3.1.7.1特性描述

顧客想要入住酒店房間時，一個經過驗證的普通用戶賬戶可以入住酒店。

優先級：高

3.1.7.3相關功能需求

編號	需求描述
Promotion.Stay	系統應該允許用戶入住
Promotion.Stay.UserValid	系統應該對入住的用戶進行身份驗證
Promotion.Stay.UserValid.Logined	用戶必須登陸
Promotion.Stay.UserValid.IFNot	沒有登陸的用戶跳轉至登陸注冊界面
Promotion.Stay.Address	用戶請求房間位置
Promotion.Stay.Address.Show	用戶應該顯示房間位置

3.2 外部接口需求

3.2.1 用戶接口

本系統采用B/S架構，采用Java圖形庫Swing開發。?

3.2.2 硬件接口

????無特殊需求。

3.2.3 軟件接口

????無特殊需求。

3.2.4 通信接口

????無特殊需求。

3.3 性能需求

????非功能性需求當前尚未形成完整文檔。

3.4 屬性

3.4.1 可用性

（1）方便操作，操作流程合理。盡量從用戶角度出發，以方便使用本產品。如：將相關功能按鈕放在一起。?

（2）容錯能力。系統具有一定的容錯和抗干擾能力，在非硬件故障或非通訊故障時，系統能夠保證正常運行，并有足夠的提示信息幫助用戶有效正確地完成任務。

3.4.2 安全性

無特殊安全性要求。

3.4.3 可維護性

????當前尚未形成完整文檔。

4. 驗收驗證標準

序號	角色	詳細操作	檢驗情況
1	用戶	提供酒店信息（價格、評分、評價等）和當天優惠套餐
2		提供在線預訂，下單、支付功能，評價
3		推送酒店價格和促銷優惠信息
4		客戶可以對已定房間進行打分和評價
5		記錄客戶訂單信息和基本信息

總結

以上是生活随笔為你收集整理的酒店预定系统—需求规格说明书的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。