XX公司軟件開發(fā)文檔

文檔編號:

版本號:

文檔名稱：___________需求分析說明書______________

工程名稱：________管理系統(tǒng)_______________

文檔編寫人：_______________________________________

編寫：2011年12月19日

校對：年月日

—年—月—日

—年—月—日

開發(fā)單位：________XX公司

目錄

1.文檔概述....................................................4

1.1編寫目的...................................................4

1.2預期的讀者................................................4

1.3工程背景...................................................4

1.5參考資料...................................................4

2.任務概述....................................................4

2.1系統(tǒng)建設背景...............................................4

2.1.1系統(tǒng)規(guī)模..............................................5

2.1.2預期目標..............................................5

2.2業(yè)務需求...................................................5

2.3計算機應用現(xiàn)狀............................................5

3.系統(tǒng)業(yè)務模型分析及業(yè)務建模.................................5

3.1門店管理子系統(tǒng).............................................6

3.1.1門店管理子系統(tǒng)的業(yè)務事件..............................6

3.2客服管理子系統(tǒng)............................................7

3.2.1客服管理子系統(tǒng)的業(yè)務事件..............................7

3.3采購管理子系統(tǒng)............................................8

3.3.1采購管理子系統(tǒng)的業(yè)務事件..............................8

業(yè)務建模.......................................................8

流程分析....................................................8

4.系統(tǒng)功能模型分析...........................................10

4.1門店管理子系統(tǒng)用例模型....................................10

門店管理子系統(tǒng)用例模型分析................................10

4.1.2門店管理子系統(tǒng)用例模型優(yōu)化..........................11

4.2客服管理子系統(tǒng)用例模型...................................11

4.2.1客服管理子系統(tǒng)用例模型分析..........................II

采購管理子系統(tǒng)用例模型.......................................12

采購管理子系統(tǒng)用例模型分析...............................12

4.3.2采購管理子系統(tǒng)用例模型優(yōu)化.........................13

4.4用例規(guī)約..................................................13

5.非功能需求.................................................19

5.1性能需求..................................................19

5.2數(shù)據(jù)庫需求................................................19

5.3外部接口需求..............................................19

用戶接口...................................................19

硬件接口...................................................19

軟件接口...................................................19

通信接口...................................................19

屬性..........................................................20

可靠性.....................................................20

效率.......................................................20

平安性.....................................................20

可維護性...................................................20

可移植性...................................................20

易使用性...................................................20

效益。

傳統(tǒng)的酒店管理往往令管理者花大量時間來處理顧客投訴，例如查詢錯誤、繁瑣的登記和結賬手續(xù)

筆等，從而影響出租率，使得管理人員不得不集中精力規(guī)劃管理運行策略和進行決策。以上問題可通過

電腦系統(tǒng)輔助解決。本系統(tǒng)是以連鎖酒店的組織結構和業(yè)務活動為前提，開發(fā)軟件系統(tǒng)，公司內(nèi)部局域

網(wǎng)暢通。網(wǎng)絡帶寬可以滿足數(shù)據(jù)庫系統(tǒng)的實時操作要求。

2系統(tǒng)規(guī)模

I、本系統(tǒng)是用于連鎖酒店內(nèi)部信息管理的系統(tǒng)，該系統(tǒng)是一個獨立集成的系統(tǒng)。

2、該系統(tǒng)分為：門店管理（每個單店的內(nèi)部管理）、客服管理（統(tǒng)一預訂、VIP（Verj.ImportantPerson）

客戶管理）、采購管理［負責統(tǒng)一采購）等子系統(tǒng)。

2預期目標

通過開發(fā)《酒店管理系統(tǒng)》，提供應酒店使用的完整的信息管理系統(tǒng)，基于酒店內(nèi)部管理工作，系

統(tǒng)功能能遵循酒店管理工作程序。

2.2業(yè)務需求

本軟件系統(tǒng)的開發(fā)目標是實現(xiàn)對用于酒店進行信息系統(tǒng)管理，以提高員工工作效率、加速資金周轉、

降低各項本錢及改善效勞質量。

計算機應用現(xiàn)狀

1、計算機應用情況

各部門管理員和系統(tǒng)管理員都配備有微型計算機，以便上層管理人員管理資源和信息審咳。并配備

多臺公共微型計算機，以便普通工作人員查詢相關信息。

2、人員情況

所有工作人員均有計算機操作經(jīng)驗，能比擬熟練使用辦公自動化軟件和上網(wǎng)操作。

3、設備情況

公司內(nèi)部局域網(wǎng)保持長期連通狀態(tài)，到達資源在一定程度上共享的目的。

3.系統(tǒng)業(yè)務模型分析及業(yè)務建模

本酒店信息系統(tǒng)是由門店管理子系統(tǒng)、客服管理子系統(tǒng)和采購管理子系統(tǒng)3個主題域構成的，它們

之間的關系如圖3-1所示。

3.1門店管理子系統(tǒng)

該主題域的主要用戶是酒店管理員，將對客人入住、結賬等任務提供支持。根據(jù)酒店的門店中心需

求得到該主題域的范圍如圖3-2所示。

Q

人客人

It

杳詢個人信息返回個人信息

返回客房信息C

Q▼---------k

------笠記入住

-----?（門店管理子系統(tǒng)、增人”

A'-------------|--------，查詢客房信；息八A口

結賬返回發(fā)票門店管理員

客人

!

O

客人

圖3-2門店管理子系統(tǒng)范圍示意圖

門店管理子系統(tǒng)的業(yè)務事件

門店管理子系統(tǒng)的業(yè)務事件有:

8.返回客房信息

客服管理子系統(tǒng)

該主題域的主要用戶是酒店客服管理員,將對客人入住、結賬等任務提供支持。根據(jù)酒店客服中心

需求得到該主題域的范圍如圖3-3所示。

O

客人

加八會員取消務員

(返.會員信息一

客房預定客服管理子系統(tǒng)了絲竺息

---------------------/查詢會員信息

查詢個人信息返回個人信息

客人

客服管理員

O

客人

圖3-3客服管理子系統(tǒng)范圍示意圖

客服管理子系統(tǒng)的業(yè)務事件

門店管理子系統(tǒng)的業(yè)務事件有:

8.返回會員信息

3.3采購管理子系統(tǒng)

該主題域的主要用戶是酒店采購管理員,將對酒店采購物資任務提供支持。根據(jù)酒店采購中心需求

得到該主題域的范圍如圖3-4所示。

Q

人物資提供方

提交送貧畋貨單

返回采購信息

Q采購申請尸’、----------

通知提貨（

采購管理子系統(tǒng)下卑井提父采購信

-----------------/產(chǎn)詢采購信息f人

人，樨交采眼急企情況/\

采購管理員

酒店管理員

采購管理員

圖3-4采購管理子系統(tǒng)范圍示意圖

采購管理子系統(tǒng)的業(yè)務事件

采購管理子系統(tǒng)的業(yè)務事件有:

業(yè)務建模是針對每個業(yè)務事件的，業(yè)務事件是業(yè)務流程的觸發(fā)源。沿著業(yè)務事件的響應序列，找出

相關的活動，表達出這些業(yè)務活動之間的關系。業(yè)務流程是針對要到達的目標進行設計的，流程是一個

整體，通過該流程能保證目標的有效到達。在本系統(tǒng)中主要的業(yè)務事件：客人信息查詢，客房信息查詢,

會員信息查詢，查詢個人信息等。

流程分析

通過活動圖分別對本系統(tǒng)的業(yè)務事件做流程分析：

客人信息查詢業(yè)務流程如活動圖1。具體步驟：（1）門店管理員登錄門店管理系統(tǒng)（2）系統(tǒng)進行省

份認證，通過那么進入信息查詢子系統(tǒng)，否則重新登錄(3：門店管理員根據(jù)客人提供的信息進行客

人的個人信息查詢。會員信息查詢，客房信息查詢的流程均與活動圖1類似;

門店管理員

N

活動圖I

采購業(yè)務流程如活動圖2。具體步驟：(1)門店管理員登錄門店管理系統(tǒng)(2)系統(tǒng)進行身份認證,

通過那么進入門店管理了?系統(tǒng)，否則重新登錄(3)提交采購申請(4)采購管理員審批采購申請，然

后采購并提交采購信息(5)完成采購

活動圖2

登記入住業(yè)務流程如活動佟3。注冊會員與注銷會員的流程均與活動圖3

類似。具體步驟：（1）門店管理員登陸門店管理系統(tǒng)（21系統(tǒng)進行身份認證，通過那么進入門店管

理子系統(tǒng)，否則重新登錄

[3）客人提供信息給門店管理員（4）門店管理員提交入住信息（5）入住成功

活動圖3

4.系統(tǒng)功能模型分析

系統(tǒng)功能建模的核心是建立用例模型，用例建模主要是識別參與者和系統(tǒng)邊界，參與者透過系統(tǒng)邊

界與系統(tǒng)進行交互，并獲得可觀的結果，這個行為便是一個用例。用例模型的建立是以每個根本業(yè)務活

動為依據(jù)的，反映了系統(tǒng)中各個業(yè)務事件中的各個人在某個時間某個地點完成的一項任務。每個活動使

可以抽象出一個用例。

門店管理子系統(tǒng)用例模型

41.1門店管理子系統(tǒng)用例模型分析

根據(jù)門店理子系統(tǒng)中的所有業(yè)務事件，分析得到門店管理子系統(tǒng)的參與者有：客人，酒店管理員。

通過分析小節(jié)中的所有業(yè)務事件和系統(tǒng)所有參與者，得到門店管理子系統(tǒng)的根本用例模型如圖4-1所

TJXo

門店管理子系統(tǒng)用例模型優(yōu)化

圖4-1所示的客戶管理子系統(tǒng)用例模型中，客人和酒店管理員有?些相似的行為。那么通過分析參

與者的這些相似的行為，再用引入用例間的包含和擴展等關系，通過引入用例間的這些關系來簡化用例

模型，并根據(jù)用例間的這些關系來對用例模型進行優(yōu)化，并繪制出新的用例模型圖。如圖4-2。

4.2客服管理子系統(tǒng)用例模型

客服管理子系統(tǒng)用例模型分析

根據(jù)客服理子系統(tǒng)中的所有業(yè)務事件，分析得到客服管理子系統(tǒng)的參與者有：客人，客服管理員。

通過分析「小節(jié)中的所有.業(yè)務事件和系統(tǒng)所有參與者，得到客服管理子系統(tǒng)的根本用例模型如圖4-2所

4.3采購管理子系統(tǒng)用例模型

43.1采購管理子系統(tǒng)用例模型分析

根據(jù)客服理子系統(tǒng)中的所有業(yè)務事件，分析得到客服管理子系統(tǒng)的參與者有：酒店管理員，采購

管理員和物資提供方。通過分析.1小節(jié)中的所有業(yè)務事件和系統(tǒng)所有參與者，得到客服管理子系統(tǒng)的

根本用例模型如圖4Y所示。

采購管理子系統(tǒng)

物資提供方

圖4-4采購管理子系統(tǒng)用例模型

采購管理子系統(tǒng)用例模型優(yōu)化

圖4-4所示的采購管理子系統(tǒng)用例模型中，酒店管理員和采購管理員有一些相似的行為c那么通過

分析參與者的這些相似的行為，再用引入用例間的包含和擴展等關系，通過引入用例間的這些關系來簡

4.4用例規(guī)約

用例規(guī)約在需求分析階段通過用例界面的“預設計”可以更好地描述用例。真正涉及是從實現(xiàn)角度

來考慮問題，“預設計”是從與用戶交流角度來考慮問題。用例描述實際上是對用例所表示的系統(tǒng)功能

的業(yè)務場景的描述。

登記入住用例描述:

用例名稱登記入住

主要參與者客人

工程相關人員及興趣酒店管理員、客服管理員

前置條件

后置條件提交客人信息

根本領件流登記入住-提交客人信息

擴展無

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

結賬用例描述:

用例名稱結賬

主要參與者客人、酒店管理員

工程相關人員及興趣酒店管理員

前置條件登記入住

后置條件返回發(fā)票

根本領件流登記入住-查詢個人信息-結賬-返回發(fā)票

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

查詢個人信息用例描述:

用例名稱查詢個人信息

主要參與者客人

工程相關人員及興趣酒店管理員

前置條件登記入住/參加會員/客房預定

后置條件返回個人信息

根本領件流查詢個人信息-返回個人信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

返回個人信息用例描述:

用例名稱返回個人信息

主要參與者客人

工程相關人員及興趣酒店管理員

前置條件查詢個人信息

后置條件返回發(fā)票

根本領件流查詢個人信息-返回個人信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

提交客人信息用例描述:

用例名稱提交客人信息

主要參與者酒店管理員/客服管理員

工程相關人員及興趣酒店管理員/客房管理員

前置條件登記入住/結賬/參加會員/取消會員

后置條件

登記入住/結賬/參加會員/取消會員-提交

根本領件流

客人信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>30()次/天

待解決的問題

查詢客房信息用例描述:

用例名稱查詢客房信息

主要參與者客服管理員

工程相關人員及興趣客服管理員

前置條件

后置條件返回客房信息

根本領件流查詢客房信息-返回客房信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

返回客房信息用例描述:

用例名稱返回客房信息

主要參與者客服管埋員

工程相關人員及興趣客服管理員

前置條件查詢客房信息

后置條件

根本領件流查詢客房信息-返回客房信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

客房預定信息用例書各述：

用例名稱客房預定

主要參與者客人

工程相關人員及興趣客服管理員

前置條件

后置條件提交客人信息

根本領件流客房預定-查詢客房信息-提交客人信息

擴展

特殊需求所有杳詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

參加會員用例描述:

用例名稱參加會員

主要參與者客人

工程相關人員及興趣客服管理員

前置條件

后置條件提交客人信息

根本領件流參加會員-提交客人信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

取消會員用例描述:

用例名稱取消會員

主要參與者客人

T程相關人員及興趣客服管理員

前置條件參加會員

后置條件提交客人信息

參加會員-提交客人信息-取消會員-提交

根本領件流

客人信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

查詢會員信息用例描述:

用例名稱查詢會員信息

主要參與者客服管理員

工程相關人員及興趣客服管理員

前置條件

后置條件返回會員信息

根本領件流查詢會員信息-返回會員信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

返回會員信息用例描述:

用例名稱返回會員信息

主要參與者客服管理員

工程相關人員及興趣客服管理員

前置條件查詢會員信息

后置條件

根本領件流查詢會員信息-返回會員信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

返回會員信息用例描述:

用例名稱返回會員信息

主要參與者客服管理員

工程相關人員及興趣客服管理員

前置條件查詢會員信息

后置條件

根本領件流查詢會員信息-返回會員信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

提交采購申請用例描述:

用例名稱提交采購申請

主要參與者酒店管理員

工程相關人員及興趣酒店管理員、采購管理員

前置條件

后置條件修改采購申請/通知取貨

提交采購申請/修改采購申請-采購-通知

根本領件流

取貨

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

通知取貨用例描述:

用例名稱通知取貨

主要參與者酒店管理員

工程相關人員及興趣酒店管理員、采購管理員

前置條件提交采購申請/修改采購申請

后置條件

提交采購申請/修改采購申請-采購-通知

根本領件流

取貨

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

提交送貨單用例描述:

用例名稱提交送貨單

主要參與者物資提供方

工程相關人員及興趣酒店管理員、采購管理員

前置條件采購

后置條件提交收貨單

根本領件流采購-提交送貨單-提交收貨單

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

提交收貨單用例描述:

用例名稱提交收貨單

主要參與者物資提供方

工程相關人員及興趣酒店管理員、采購管理員

前置條件提交送貨單

后置條件

根本領件流提交送貨單-提交收貨單

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

采購并提交采購信息用例描述:

用例名稱采購并提交采購信息

主要參與者采購管理員

工程相關人員及興趣酒店管理員、采購管理員

前置條件提交采購申請/修改采購申請

后置條件

提交采購申請/修改采購申請-采購并提交

根本領件流

采購信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

提交采購資金情況用例描述:

用例名稱提交采購資金情況

主要參與者采購管理員

工程相關人員及興趣酒店管理員、采購管理員

前置條件采購

后置條件

根本領件流采購-提交采購資金情況

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>30()次/天

待解決的問題

查詢采購信息例描述:

用例名稱查詢采購信息

主要參與者采購管理員

工程相關人員及興趣酒店管理員、采購管理員

前置條件提交采購申請/修改采購申請

后置條件返回采購信息

提交采購申請/修改采購申請-查詢采購信

根本領件流

息-返回采購信息

擴展

特殊需求所有查詢的響應時間不超過10秒

發(fā)生頻率>300次/天

待解決的問題

返回采購信息例描述:

用例名稱返回采購信息

主要參與者采購管理員

工程相關人