XX酒店軟件需求分析說明書

1、文檔編號：文檔狀態(tài)：討論中XX灑店信息管理系統軟件需求分析說明書ver2.3PK軟件集團有限公司2016-05-01目錄1系統簡介3.1.1系統背景31.2功能架構3.1.3環(huán)境配置.4.1.4業(yè)務流程5.2系統數據模型5.2.1系統實體關系圖（ERD）62.2系統數據流圖（DFD）72.2.1頂層數據流圖. 一層數據流圖8.2.3數據定義 預訂表.2顧客信息表.3 房卡綜合信息表客房信息表1.1.3面向對象建模. UseCase模型 類圖序列圖 預訂18.3.3

2、.2 接待Gheck-in.3 退房Check-out1.9.4驗收標準2Q.1系統簡介1.1系統背景本酒店管理系統是根據位于澳門本島臨海的XX酒店的需求而開發(fā)的。該酒店是一家四星級度假酒店，酒店占地XX平方米，高26層樓。1樓為接待大廳，2樓為灑店商場，3樓、4樓為餐飲部，5褸是休閑娛樂場所，6樓為酒店的管理部門，7?26樓為酒店客房。7?15層每層各設25間客房,15?26層各為20間客房，房間號XXXX第一位和笫二位是樓層號，后兩位為所在褸層的房間序號。7?13層每層各有8間單人房，10間雙人標準房,7間豪華雙人標準房。15-26層每層各有4間豪華套房,8間雙人標準房，8間

3、豪華雙人標準房。由于傳統管理方式成本高、效率低，難以處理大雖工作。因此期望開發(fā)一套功能完善、操作便捷的信息管理系統，實現對客房、餐飲、收銀等模塊的信息化管理，以提高工作效率，規(guī)范管理，降低業(yè)務處理成本。2功能架構本酒店管理系統主要山前臺和后臺兩大部分組成。山預訂管理、接待管理、收銀管理、租賃管理、娛樂管理、餐飲管理、倉儲管理、財務管理、人事管理、設施管理、文檔管理等模塊組成，如圖SRS-1所示。一卡式消費是本系統的一大特色。顧客獲得一卡通服務后在酒店客房、餐飲、娛樂等消費時實現自動入賬、自動匯總，方便顧客結算。各管理模塊可極大地提高各個部門的工作效率，減輕工作負擔，幫助整理和分析數據，輔助相應

4、的經營管理。1?*SLIV7HrL-toi-I文a.、尸1-二.2圖SRS-1功能架構圖1-3環(huán)境配根據軟件功能架構的需求，系統的網絡配置如圖SRS-2所示。圖中，前后臺分別用一個虛線框框起，以表示邏輯上的區(qū)分。M訂捋待收tRKB務岷樂翻BW?&A*m彬巴.?.®?蝕圖SRS-2系統網絡環(huán)境配置圖1.4業(yè)務流程圖SRS-3是在上述硬件網絡環(huán)境和軟件功能架構基礎上，本軟件系統需要實現的前臺業(yè)務流程（考慮到篇幅問題，后面實例中均忽略后臺系統。作為范本可以省略,實際項LI的分析說明書不能省略?。?。前臺的業(yè)務流程圖主要從顧客角度來表現要實現的業(yè)務流程，同時也加入了與此有關的酒店工作人

5、員與軟件系統的業(yè)務關系。軟件子系統>顧客流程->員工/系統交互圖SRS3業(yè)務流程圖2系統數據模型數據模型主要以ERDDFD數據詞典三方面明確系統需求。2.1系統實體關系圖（ERD）圖SRS-4的ER圖是根據前臺業(yè)務需求考慮的，其中主要考慮的是實體間的關聯關系，關于父子類的關系將在類圖中描述。這里沒有涉及后臺各個實體和它們之間的關'QidcraClni的fhasracncrsHJnn<harac*!ersMVMCtaracners誠fl3!(haxEeriMM.ChnracKr?IntrgorrifivwIntegernw?“嚀MirjmsirxnUK!flUWflJJ

6、FUJWHi/UCh-ftritficri(20)Qhvmu*"(IW(KarftctcrsC2SIntcArrCharacters0WDate£to<e<&Ti?*teteATlarCbarocRxs(5)Inicgrrifoney(IC)iQJSflia伸況&役博名林Ctoracxcrs(20)Chftmctcrs(90)RAhticnship17Rckioanship1Relationip18斛FfO-hip:M幺uflypjF機uAOHJMnmAKUffl入n爵兮Characters(?)Oiamctns(SO)Chamctrrs(20)

7、IntegerChtriTin?Me&TivrCboracters(S)btoneytortship12WWWtl名Qi4?ract<Ts(20)IJQiaractrrs(20)fchnioft$hip_l3ft?hiionship15MHCharacters(10)計行巧料Cbaracurs(2WR?laItenship.16h11cmship8>ReUtiontshipI+1AOiarxtws(20)I弓Qioractors(20)Rcln<idn-rfiip9WtU*5MflifltTKillRrlationsliip.7*floraeten(1?Cluract

8、cn(10)Money(10)iomliip6CInrarten:(L0)Chiract?r$>(LImeffr易“：釧ChincterAChtmctcrsMoney(10)Mmry(10)歡咎穆點汛"amMoney(105防Uik?nship.19Relationship.14較4U!4E名QaaractersGO)I巧Oaractrrs(20)圖SRS-4ER圖2.2系統數據流圖（DFD）2.1頂層數據流圖頂層圖大致描述了預訂、接待、客房、房卡、收銀、租賃、娛樂、餐飲之間的數據關系，詳見圖SRS-5。某些數據關系的細化，如顧客表、客房表，將在后續(xù)層次圖中描述。關于各個數據表

9、的詳細定義，請參看數據詞典相關內容。操件仃？接待員頃*他訂信尺TTT2頻咨乂木怙北娛*休陽朋體設舄使用信息71設備租貨情況袁設於創(chuàng)吠怙況餐飲設舄使用仃息頤客伯J&化息設備租賈消疲佶息6餐飲泊費袤ifi費總v8息8改族1ttft佶息收俶城圖SRS5DFD頂層圖說明接待處程處理；如果“房卡處理”，入住處理”、相應數據庫2.2.2層數據流圖一層是頂層的細化。圖SRS-6主要是關于處理2接待處理的分解,理中對于已經預訂的顧客，需要查找預訂信息，再III接待check-inii沒有預訂，則直接IIIcheck-in程處理。圖中也說明了接待處理與處理3i預訂表接待員顧客預訂信息操作俗也以及預訂表、

10、顧客表、客房表之間的數據關系。21房卡處理LZv方河狀態(tài)?check-in2頓客信息表41房間狀態(tài)信息農圖SRS-6DFD圖接待細化SRS-7則是處理4“客房處理”的細化，將“客房處理”分解為4142“客房服務處理”、43“退房處理”、44“賠償處理”四個子部分;表4“客房表”也分解為子表41“客房狀態(tài)表”、42“客房服務消費表”、43“客房總消費表”、44“客房設備表”。并標明了客房處理與預訂處理、房卡處理之間的關系。4442Alt玄吻股存址理駕屈住宿拔用依總44厲何設笛估息表續(xù)II們息U客房服務灑費表用信息用佶息43顧客佶息41為閭狀杰侑息表莎閻狀念侑息?怎房總消樁佶總45竹行客肉狀態(tài)伯息

11、43客房總洎費農呀的狀念仿息71設備相債情況表咬訂(6)I圖SRS-7DFD圖客房細化限于篇幅，其他細化DFD圖省略。(作為范本可以省略,明實際項I的分析說書不能省略！)2.3數據定義2.3.1預訂表ASRS-1飯、人i名稱：預訂喪項目英Sa榕式說明注fit名Suing20申文舵名Ttu名2央乂'姓名土Fii0Name>LaAiName址件Suing10r?(X攵份ifor觀行itSinng20聯系方式話乎機String20（HI家代碼）4機號碼卸（0086】159x）cxx0603主宴艮系力貞ffi?LSAnmg!5liil家代絡區(qū)號？電話號?»(?100A.0571

12、A8XXMKXX88阿遼.輔助最系方式：電于此件String30主U聯痛!方式D*aic10檢焦年J1|/口格氏ffiijAfLSJWDate20按警年川陽格K阻期離開日JWD趾:0w,林代便訂的客的ft*IntegCT5傍號SpringIS可預訂多何.talOU201價格float10m位：元/天5!付金Floet10fit認卻立=RMB可選，根需客戶實際情況備注袁SRS-22筑稱：幀客倍息表ya目類H長度格式說明?注姓名String20參照預訂老宦義證件String10訂農足義兮碼String20參照ffl訂左迄義聯系方式String20孳思麹訂表定文入住肘間String20住照刊刖H，小

13、時/分鉀格式.瓦中小時是24小時制精確到分鐘計離開時期String20桁燃年加/H格式入住客房號砒String15入住客房房卡號碼String10次交費Float10戢認單妝$RMB預交押金備注2.3.3房卡綜合信息表房卡一卡通消費是本系統的基本要求。房卡只需與顧客信息表的關聯綁定,顧客的其他信息就能從顧客表獲得。例如想知道顧客的消費情況，只需將房卡號碼與餐飲消費信息表關聯，就可以檢索出對應的消費記錄。表SRS-3墉號，3房卡彳桀合信息喪項目類fi長度格式說胡*詵房卡號String5與房何號同頤客號String20即顧客衣中的序弓備注2?3.4客房信息表如前面在DFD圖中所述“客房信息表”實際

14、上是山如下一些子表所組成的。表SRSAt編號：4-1名稱.房何狀態(tài)信息龍項目類型格式說明備注房間號碼Iftteijer5房肚狀態(tài)Siring10M:已入住.空閉、己預訂.清涵中、性修中備注客房服務信息表表SRS-54-2名林：客男出務彳巨思農項目矣型Qff枯式說胡備注靂何號碼Integer5?ft-客房戰(zhàn)務項目String10次數Integer3價格Float10客房胭務消決總額Float10各注房間設備信息表表SRS-6編號：4-3名稱：房間設備信息表9目a&長度格式說明#注房閭號碼Integer5房何設備名稱StringId數日Integer3價恪Flo

15、at10L表SRS-7編專!44俎稱：客歷總洎貸表瑣目ft塑長Jt格式說明ft注房1W號碼Integer5客龍般務JKHString10Iniegei3價格Floot10住房兔Float10String10ttftInteger3價格Hoal10客厲消費總Float10備注2.3.5娛樂休閑康體消費表表SRS-8編號：5名帳：奴樂休閃挽體甬費衷項目類£長n怙或說明ft注/;PAWInteger5String40消圳金額Float10消論肘間String20按救午/月/口/小時/分忡格式出中小時是24小時制徐樂休閑隸體消彷息甑Float10備注表SRS-9編號：6名禰：峻次消為農項目類

16、型*s格式說明?a房卡號碼Integer5消矣念目Stringin消費金額roal10消費時何String20按耳心年""L"小時/分鐘搐式.瓦中小時泉24小時制餐伙消丹總額Hoat10備注2.3.7設備租賃信息表和客房信息表類似，此表山下列子表組成。設備租賃情況表表SRSNO編號：7-1名稱：設備阻賃倩況農項目英型*a裕式說月#注鼓笛標識Stringio址備名稱+編號.句個設備個標識設吠志Stringio町填文寸，“己程賃、空閑.已訂和皎.修中？備注SRS-11褊號：7-2名彌：設備租貨消般友項目類型長度格式說明備注林號碼Integer5標識Str

17、ing10借出時閭String20口還時間String20Float10沒備租賃消費總食蟲Float10備注限于篇幅，略去員工表等數據表（實際項口不能省略?。?面向對象建模3?1UseCase模型UseCase圖描述了系統中的參與者和用例，以及它們之間相互使用的關系。圖SRS-8的UseCase圖表達了顧客、接待員、收銀員與軟件的預訂、接待、各種消費處理之間的關系。顧客除了可以直接預訂外，其他都需要通過接待員、收銀員等與軟件交互。3.2類圖SRS-9所示的類圖(ClassDiagram)根據面向對象的方法對系統中的一些對象進行了提煉，將接待員、收銀員、管理員作為員工類的子類；將各個消費對象中

18、的共性提煉為消費父類，例如，都有房卡、消費項LI、消費總額等屬性及其操作。從而充分利用父子繼承實現軟件的復用。；酒堵員I：彳復訂s1'按待i.i0,.1消費設條租賃悄況農1?1-各理員1.?1.1i.i【?1收銀員L.序列圖下面以時序圖分別描述預訂、接待Check-in、退房Check-out過程中各個對象的動態(tài)交互行為。注意對各個對象的操作一定要在這個對象的操作生命線上，以保持對象的封裝性。若要求其他對象的操作，則一定要通過對象交互實現，而不能“越俎代庖”，自行操作。3.3.1預訂預訂中接待員通過主窗口打開預訂窗口，通過顧客對象創(chuàng)建顧客信息，再啟動客房查找過程查找

19、合適客房，之后建立預訂記錄，更改房態(tài)為已預訂狀態(tài)。詳見圖SRS-lOo這里沒有考慮預訂的確認問題，如果需要，房態(tài)和預訂單需增加“預訂確認”狀態(tài)，并增加相應的確認處理。:上界血Jail廠1創(chuàng)鋌須訂文寸認A創(chuàng)建域和息返何可用客啟佶思修改*饒娥念為和訂施同y場狀戀仁息3.2接待Gheck-in接待入住中，首先查詢是否己經預訂，若未預訂則創(chuàng)建客戶信息，然后創(chuàng)建接待記錄，查找確認客房。確認后修改房態(tài)為“已入住”。最后須生成房卡將客房等信息寫入房卡中，與房卡綁定。詳見圖SRS-lloa,ama*RUKUkU"死可111%訪?4HAv;<M>UU丁圖SRS-11入住時序圖3.3.3退房Check-out參見圖SRS-12,退房中收銀員啟動收銀窗口，通過房卡查詢出對應的消費記錄和客房入住記錄，將消費信息匯總返回，請顧客確認；顧客確認無誤后，向收銀員支付款項，之后收銀員按下收銀支付完成確認按鈕，軟件自動修改房態(tài)，更新保存消費記錄和接待記錄，最后解除房卡與客房、客人的綁定。另外，顧客的消費信息，以及房卡、接待記錄等信息也將直接反饋到管理員（值班經理）的電腦上，以便及時監(jiān)察。Uh講秤扯啟k4H迄M存入仆的*&；起料丈何Vi£1J返同史電扳xw”皿為記;WSRS42退房時序圖4驗收標準本系統驗收、維護主要按照計劃書與合同中所