引言

這次把送大家的話寫在最前面：你所見到的驚艷，都曾經歷過平庸的歷練。
耗時一周，完成了需求工程。

概論

《需求規格說明文檔》是整個需求工程中最后生成的文檔，編寫本文檔，旨在將用戶需求高度總結，明確表示系統功能需求，便于用戶理解和修改，便于軟件開發者理解和實現，也便于軟件測試者閱讀和理解。

需求規格說明文檔

1. 引言

1.1目的

1.2范圍

1.3定義、首字母縮寫和縮略詞

1.4參考文獻

1.5文檔組織

2. 總體描述

2.1產品前景

2.2產品功能

2.3用戶特性

2.4約束

2.5假設和依賴

3. 詳細需求描述

3.1對外接口需求

3.1.1用戶界面

3.1.2硬件接口

3.1.3軟件接口

3.1.4通信接口

3.2功能需求

3.2.1身份信息

3.2.3客房類型管理

3.2.5客房價格管理

3.2.6系統管理

3.2.7月度報表管理

3.2.8季度報表管理

3.2.9年度報表管理

3.2.10交易記錄

3.2.11問題反饋

3.2.12聊天交流

3.3性能需求

3.4約束

3.5質量屬性

3.6其他需求

附錄

索引

引言

1.1目的

編寫本文檔，旨在將用戶需求高度總結，明確表示系統功能需求，便于用戶理解和修改，便于軟件開發者理解和實現，也便于軟件測試者閱讀和理解。

1.2范圍

Android酒店客房管理系統是一款幫助酒店管理者減輕管理成本投入、提升酒店盈利的移動軟件，本軟件可以生成一段時間內的營業報表，通過觀察營業報表，管理者可以調整營收策略，將酒店營收控制在一個相對固定的范圍內。

1.3定義、首字母縮寫和縮略詞

用戶使用本軟件系統的人

酒店管理者	管理酒店客房信息、制定酒店營業策略的用戶
酒店員工	執行酒店客房信息錄入、酒店營業策略的用戶
管理者	酒店管理者的縮寫
員工	酒店員工的縮寫
Oracle數據庫	Oracle Database，又名Oracle RDBMS，或簡稱Oracle。是甲骨文公司的一款關系數據庫管理系統。它是在數據庫領域一直處于領先地位的產品。可以說Oracle數據庫系統是世界上流行的關系數據庫管理系統，系統可移植性好、使用方便、功能強，適用于各類大、中、小微機環境。它是一種高效率的、可靠性好的、適應高吞吐量的數據庫方案
Tomcat	Tomcat 服務器是一個免費的開放源代碼的Web 應用服務器，屬于輕量級應用服務器
JSON	JSON(JavaScript Object Notation, JS 對象簡譜) 是一種輕量級的數據交換格式

1.4參考文獻

[1]駱斌、丁二玉.需求工程–軟件建模與分析[M].北京:高等教育出版社,2009:01.

1.5文檔組織

本文檔主要內容分為三部分：引言、總體描述和詳細需求描述。

總體描述

2.1產品前景

將要開發的軟件名稱為《Android酒店客房管理系統》，本項目提出者為寧夏理工學院計算機科學與工程學院計算機科學與技術（軟件開發方向）19101班李劍華提出，開發者為李劍華組建的開發小組，主要用戶是酒店管理人員和工作人員。該軟件獨立于其他系統，是一個獨立的軟件系統，應用方便。

2.2產品功能

該軟件功能分為以下幾部分：

用戶注冊登錄功能

查看客房信息

查看酒店營業報表

修改客房價格

添加訂單信息

標記客房狀態

2.3用戶特性

軟件使用者需具備一定的軟件操作能力與數據分析能力。

2.4約束

（1）客戶端：Android27以上版本

服務端：Windows7以上版本

（2）本系統可在Android和web網絡端使用

（3）開發期限：1個月

2.5假設和依賴

（1）假設相關硬件設備齊全

（2）系統相關功能達到預期要求

詳細需求描述

3.1對外接口需求

3.1.1用戶界面

用戶界面是程序中用戶能看見并與之交互作用的部分，設計好一個好的用戶界面是非常重要的，本設計將為用戶提供美觀、大方、操作簡單的網頁界面。

3.1.2硬件接口

數據采集接口：系統指定文件接口格式，數據采集器將采集后的數據按照系統指定的格式導出到指定目錄，然后系統讀取接口文件，讀入數據，系統通常使用串口連接數據采集器。

3.1.3軟件接口

（1）本系統采用集成化的用戶管理與集成化的權限管理

（2）本系統服務端連接oracle數據庫，部署在tomcat服務器上

（3）本系統數據傳輸采用JSON格式傳遞

3.1.4通信接口

軟件平臺需要調用的通信接口：

1. TCP/IP通信協議接口

2. GSM/CDMA無線通信協議接口

3. SMS短消息通信協議接口

4. 聯通網關通信協議接口

5. 防火墻通信接口

6. 路由器通信接口

7. 交換機通信接口

3.2功能需求

3.2.1身份信息

需求名稱：身份信息
簡要描述：管理者和員工進行個人信息的錄入，而且每個人只能錄入一次個人信息。之后可以根據個人的身份信息選擇相應的登錄板塊，輸入賬號和密碼后，系統開始審核。審核成功后便可以進入管理者或員工界面，并且出現登錄成功的提示；否則登錄失敗。管理者或員工放棄登錄就會返回登錄頁面。當賬戶密碼錯誤或者網絡不佳時，就會出現登錄失敗。

主要參與者：酒店管理者、酒店員工
主要步驟：
1.管理者或者員工進行錄入個人信息（只進行一次）
2.選擇登錄功能
3.填入賬戶密碼信息
4.審核通過成功后登錄進入系統
5.進入管理者/員工界面
6.登陸成功
3.2.2操作權限
需求名稱：操作權限
簡要描述：個人身份是管理員或者是員工打開系統后，選擇自己身份對應的權限進行注冊。正確添加信息后，便可完成注冊操作。如果管理員或者員工放棄權限選擇或者放棄添加信息，則返回系統主頁面。

主要參與者：酒店管理者、酒店員工
主要步驟：
1.管理者或者員工選擇對應權限進行注冊（只進行一次）
2.添加信息
3.注冊成功

3.2.3客房類型管理
需求名稱：客房類型管理
簡要描述：管理者根據銷售情況進行分析，并進行調整，增加或刪除某種房間類型。
主要參與者：管理員
主要步驟：
1.管理者選擇并進入客房信息管理界面
2.查看客房類型
3.根據實際銷量情況進行修改客房類型
4.修改成功
3.2.4客房數量管理
需求名稱：客房數量管理
簡要描述：管理者根據銷售情況進行分析，調整各個類型客房數量，以求更高的收益。
主要參與者：管理員
主要步驟：
1.管理者選擇并進入客房信息管理界面
2.查看各類客房數量
3.根據實際銷量情況進行修改客房數量
4.修改成功

3.2.5客房價格管理
需求名稱：客房價格管理
簡要描述：管理者根據銷售情況進行分析，調整各個類型客房價格。
主要參與者：管理員
主要步驟：
1.管理者選擇并進入客房信息管理界面
2.查看各類客房價格
3.根據實際銷量情況進行修改客房價格
4.修改成功

3.2.6系統管理

需求名稱：系統管理
簡要描述：管理者根據員工的工作變動，是否離職，進入酒店管理系統刪除或修改員工的就職信息。

主要參與者：酒店管理者
主要步驟：
1.酒店管理者登錄具有管理者權限的賬號
2.系統判斷賬號密碼是否正確，正確則登錄成功，不正確則登錄失敗，系統給出具體提示
3.當系統成功登錄后進入到管理員界面
4.酒店管理者根據已有信息（離職、休假、漲薪、職位變動），修改員工的工作變動信息
5.退出自動保存修改。

3.2.7月度報表管理
需求名稱：月度報表管理
簡要描述:管理者進入管理界面，當管理者點擊“查看報表”按鈕，進入查看營收報表界面，當點擊月度報表管理時，管理者可獲取一個月的營收報表，并以此為依據進行定價策略的修改。

主要參與者：酒店管理者
主要步驟：
1.管理者點擊“查看報表”進入查看營收報表界面
2.管理者點擊不同階段時間段內的營收按鈕，可查看不同階段時間內的酒店營收數據
3.管理者點擊數據修改時，可修改客房定價。
4.系統判定管理者的修改操作以及網絡狀況，并給出系統提示。
5.當數據修改操作結束時，管理者可點擊營收報表返回營收報表界面。

3.2.8季度報表管理
需求名稱：季度報表管理
簡要描述：管理者進入管理者界面，當管理者點擊營收報表，進入營收報表界面，當點擊季度報表管理時，管理者可獲取一個季度的營收報表，并以此為依據進行定價策略的修改。

主要參與者：酒店管理者
主要步驟：

1.管理者點擊營收報表進入營收報表界面
2.管理者點擊季度營銷數據可查看階段時間內的酒店營收數據
3.管理者點擊數據修改時，可修改客房定價。
4.系統判定管理者的修改操作以及網絡狀況，并給出系統提示。
5.當數據修改操作結束時，管理者可點擊營收報表返回營收報表界面。

3.2.9年度報表管理
需求名稱：年度報表管理
簡要描述：管理者進入管理者界面，當管理者點擊營收報表，進入營收報表界面，當點擊年度報表管理時，管理者可獲取一年的營收報表，并以此為依據進行定價策略的修改。

主要參與者：酒店管理者
主要步驟：
1.管理者點擊營收報表進入營收報表界面
2.管理者點擊年度營銷數據可查看階段時間內的酒店營收數據
3.管理者點擊數據修改時，可修改客房定價。
4.系統判定管理者的修改操作以及網絡狀況，并給出系統提示。
5.當數據修改操作結束時，管理者可點擊營收報表返回營收報表界面。

3.2.10交易記錄

需求名稱：交易記錄

簡要描述：員工記錄訂單信息，生成報表，方便管理員進行策略調整

主要參與者：員工

主要步驟：

員工進入消費管理界面

員工錄入訂單信息

員工退出消費管理界面

管理員進入消費管理界面

管理員提取訂單信息

3.2.11問題反饋

需求名稱：問題反饋

簡要描述：員工把突發情況傳達給管理者，管理者做出接收信息，制定策略后交由員工執行，從而解決問題

主要參與者：管理者，員工

主要步驟：

員工進入聊天界面

員工發送信息給管理者

管理者接收信息

管理者發送信息給員工

3.2.12聊天交流

需求名稱：聊天交流

簡要描述：員工與員工、管理者之間可以通過本系統平臺聊天

主要參與者：員工，管理者

主要步驟：

用戶1發消息

用戶2接收消息

用戶2發送消息

用戶1接收消息

3.3性能需求

（1）存儲容量：8G系統存儲容量

（2）數據表長度：100

（3）系統響應時間：控制在0.3s以內

（4）系統崩潰可能性：0（除非沒網）

（5）系統并發性：可同時容納100名員工操作系統

（6）數據吞吐量：2Mbps

3.4約束

本軟件系統的使用對網絡質量要求較高，依賴于數據傳輸協議。

3.5質量屬性

表3.5.1 質量屬性

對用戶最重要的質量對開發者最重要的質量

有效性	可維護性
高效性	可移植性
靈活性	可重用性
完整性	可測試性
可靠性
健壯性
高效性

3.6其他需求

暫無

附錄

索引

總結

以上是生活随笔為你收集整理的软件工程专业期末项目开发全流程模拟日志《需求规格说明文档》的全部內容，希望文章能夠幫你解決所遇到的問題。

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