基于业务流程分析的酒店管理系统需求分析.docx

基于业务流程分析的酒店管理系统需求分析.docx

《基于业务流程分析的酒店管理系统需求分析.docx》由会员分享，可在线阅读，更多相关《基于业务流程分析的酒店管理系统需求分析.docx（13页珍藏版）》请在冰点文库上搜索。

基于业务流程分析的酒店管理系统需求分析

基于业务流程分析的酒店管理系统需求分析

基于业务流程分析的酒店管理系统需求分析××××公司软件开发文档公司软件开发文档文档编号：

文档编号：

版版本本号：

号：

文档名称文档名称：

：

需求分析需求分析说说明明书书项目名称项目名称：

：

酒店管理系酒店管理系统统文档编写人文档编写人：

：

编编写：

写：

2011年年12月月19日日校校对对：

：

年年月月日日审审核：

核：

年年月月日日批准：

批准：

年年月月日日开开发单发单位：

位：

××公司公司酒店管理系酒店管理系统统——需求分析需求分析第1页共21页目目录录1．文档概述31.1编写目的31.2预期的读者31.3项目背景31.5参考资料32．任务概述32.1系统建设背景42.1.1系统规模.42.1.2预期目标.42.2业务需求42.3计算机应用现状43．系统业务模型分析及业务建模43.1门店管理子系统53.1.1门店管理子系统的业务事件.53.2客服管理子系统63.2.1客服管理子系统的业务事件.63.3采购管理子系统73.3.1采购管理子系统的业务事件.73.4业务建模.73.4.1流程分析84．系统功能模型分析.104.1门店管理子系统用例模型104.1.1门店管理子系统用例模型分析104.1.2门店管理子系统用例模型优化.114.2客服管理子系统用例模型124.2.1客服管理子系统用例模型分析.124.3采购管理子系统用例模型.124.3.1采购管理子系统用例模型分析124.3.2采购管理子系统用例模型优化.134.4用例规约145．非功能需求.195.1性能需求195.2数据库需求205.3外部接口需求205.3.1用户接口205.3.2硬件接口205.3.3软件接口205.3.4通信接口205.4属性.205.4.1可靠性20酒店管理系酒店管理系统统——需求分析需求分析第2页共21页5.4.2效率205.4.3安全性215.4.4可维护性215.4.5可移植性215.4.6易使用性21酒店管理系酒店管理系统统——需求分析需求分析第3页共21页1．文档概述．文档概述1.11.1编写目的编写目的明确用户对酒店管理系统的功能需求和性能需求，减少用户和开发团队对软件功能及性能理解的差异，以达到更好的效果。

指导后续设计的进行和完善。

增强开发团队对所开发软件的理解。

并将这些需求用规范化的语言和规范化的结构完整、准确地表达清楚，以此统一软件开发者和用户对酒店管理软件系统的理解和认识。

1.21.2预期的读者预期的读者1、最终用户：

酒店；2、系统设计人员；3、系统测试者。

1.31.3项目背景项目背景传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结帐、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使的管理人员不得不集中精力规划管理运行策略和进行决策。

以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。

一个成熟的酒店管理系统不仅仅是记录酒店客人的信息，提供查询等一系列简单的工作，它能让工作人员从烦琐的手工操作中解脱，并且酒店管理系统本身就代表着一种管理方法。

随着它的深入，将带动企业的运做，为管理和决策提供支持。

为了达到这个要求，它必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。

酒店电脑系统要求24小时连续运行，数据量大，可靠性要求高，因此整个电脑系统供电采用专线方式，加配UPS（不间断供电系统），并合理接地，以便保障整套系统的正常运行。

1.51.5参考资料参考资料1、中华人民共和国国家标准《计算机软件开发规范》GB8566—882、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—883、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—884、软件系统分析与设计ppt文档2．任务概述．任务概述为了高效、规范地对酒店信息系统进行管理，以提高员工工作效率、加速资金周转、降低各项成本及改善服务质量，使之能更好的为企业服务。

酒店管理系酒店管理系统统——需求分析需求分析第4页共21页2.12.1系统建设背景系统建设背景随着人们生活的物质生活的提高，人们的日常休闲生活中，外出旅游成了必不可少的一部分。

相应的，酒店、餐饮娱乐行业日趋发达，引入全方位的电脑服务和电脑管理取得了极好的经济效益和社会效益。

传统的酒店管理往往令管理者花大量时间来处理顾客投诉，例如查询错误、繁琐的登记和结账手续等等，从而影响出租率，使得管理人员不得不集中精力规划管理运行策略和进行决策。

以上问题可通过电脑系统辅助解决。

本系统是以连锁酒店的组织结构和业务活动为前提，开发软件系统，公司内部局域网畅通。

网络带宽可以满足数据库系统的实时操作要求。

2.1.1系统规模1、本系统是用于连锁酒店内部信息管理的系统，该系统是一个独立集成的系统。

2、该系统分为：

门店管理（每个单店的内部管理）、客服管理（统一预订、VIP（VeryImportantPerson）客户管理）、采购管理（负责统一采购）等子系统。

2.1.2预期目标通过开发《酒店管理系统》，提供给酒店使用的完整的信息管理系统，基于酒店内部管理工作，系统功能能遵循酒店管理工作程序。

2.22.2业务需求业务需求本软件系统的开发目标是实现对用于酒店进行信息系统管理，以提高员工工作效率、加速资金周转、降低各项成本及改善服务质量。

2.32.3计算机应用现状计算机应用现状1、计算机应用情况各部门管理员和系统管理员都配备有微型计算机，以便上层管理人员管理资源和信息审核。

并配备多台公共微型计算机，以便普通工作人员查询相关信息。

2、人员情况所有工作人员均有计算机操作经验，能比较熟练使用办公自动化软件和上网操作。

3、设备情况公司内部局域网保持长期连通状态，达到资源在一定程度上共享的目的。

3．系统．系统业务模型分析及业务建模业务模型分析及业务建模本酒店信息系统是由门店管理子系统、客服管理子系统和采购管理子系统3个主题域构成的，它们之间的关系如图3-1所示。

酒店管理系酒店管理系统统——需求分析需求分析第5页共21页采采购购管管理理子子系系统统客客服服管管理理子子系系统统门门店店管管理理子子系系统统提交采购申请查询房态预订房间获取会员信息反馈预定成交信息交付采购物图3-1系统主题域划分示意图3.13.1门店管理子系统门店管理子系统该主题域的主要用户是酒店管理员，将对客人入住、结账等任务提供支持。

根据酒店的门店中心需求得到该主题域的范围如图3-2所示。

门店管理子系统登记入住查询个人信息返回个人信息提交客人信息结账返回发票客人客人客人门店管理员返回客房信息查询客房信息图3-2门店管理子系统范围示意图3.1.1门店管理子系统的业务事件门店管理子系统的业务事件有：

酒店管理系酒店管理系统统——需求分析需求分析第6页共21页1.登记入住2.提交客人信息3.查询个人信息4.返回个人信息5.结账6.返回发票7.查询客房信息8.返回客房信息3.23.2客服管理子系统客服管理子系统该主题域的主要用户是酒店客服管理员，将对客人入住、结账等任务提供支持。

根据酒店客服中心需求得到该主题域的范围如图3-3所示。

客服管理子系统客人加入会员客房预定提交客人信息客人客服管理员查询个人信息返回个人信息客人取消会员查询会员信息返回会员信息图3-3客服管理子系统范围示意图3.2.1客服管理子系统的业务事件门店管理子系统的业务事件有：

1.客房预订2.提交客人信息3.查询个人信息酒店管理系酒店管理系统统——需求分析需求分析第7页共21页4.返回个人信息5.加入会员6.取消会员7.查询会员信息8.返回会员信息3.33.3采购管理子系统采购管理子系统该主题域的主要用户是酒店采购管理员，将对酒店采购物资任务提供支持。

根据酒店采购中心需求得到该主题域的范围如图3-4所示。

采购管理子系统采购申请酒店管理员采购并提交采购信息提交送货/收货单采购管理员物资提供方通知提货提交采购资金情况采购管理员查询采购信息返回采购信息图3-4采购管理子系统范围示意图3.3.1采购管理子系统的业务事件采购管理子系统的业务事件有：

1.采购申请2.通知提货3.提交送货/收货单4.采购并提交采购申请5.提交采购资金情况6.查询交采购信息7.返回采购信息3.4业务建模业务建模是针对每个业务事件的，业务事件是业务流程的触发源。

沿着业务事件的响应序列，找出相关的活动，表达出这些业务活动之间的关系。

业务流程是针对要达到的目标进行设计的，流程是一个整体，通过该流程能保证目标的有效到达。

在本系统中主要的酒店管理系酒店管理系统统——需求分析需求分析第8页共21页业务事件：

客人信息查询，客房信息查询，会员信息查询，查询个人信息等。

3.4.1流程分析通过活动图分别对本系统的业务事件做流程分析：

客人信息查询业务流程如活动图1。

具体步骤：

（1）门店管理员登录门店管理系统

（2）系统进行省份认证，通过则进入信息查询子系统，否则重新登录（3）门店管理员根据客人提供的信息进行客人的个人信息查询。

会员信息查询，客房信息查询的流程均与活动图1类似；登陆查询信息门店管理员NY活动图1采购业务流程如活动图2。

具体步骤：

（1）门店管理员登录门店管理系统

（2）系统进行身份认证，通过则进入门店管理子系统，否则重新登录（3）提交采购申请（4）采购管理员审批采购申请，然后采购并提交采购信息（5）完成采购酒店管理系酒店管理系统统——需求分析需求分析第9页共21页登陆查询信息门店管理员NY采购申请审批采购申请采购管理员采购成功NY修改采购申请活动图2登记入住业务流程如活动图3。

注册会员与注销会员的流程均与活动图3类似。

具体步骤：

（1）门店管理员登陆门店管理系统

（2）系统进行身份认证，通过则进入门店管理子系统，否则重新登录（3）客人提供信息给门店管理员（4）门店管理员提交入住信息（5）入住成功酒店管理系酒店管理系统统——需求分析需求分析第10页共21页门店管理员登陆客人提供信息提交入住信息YN活动图34．系统功能模型分析．系统功能模型分析系统功能建模的核心是建立用例模型，用例建模主要是识别参与者和系统边界，参与者透过系统边界与系统进行交互，并获得可观的结果，这个行为便是一个用例。

用例模型的建立是以每个基本业务活动为依据的，反映了系统中各个业务事件中的各个人在某个时间某个地点完成的一项任务。

每个活动便可以抽象出一个用例。

4.14.1门店管理子系统门店管理子系统用例模型用例模型4.1.1门店管理子系统用例模型分析根据门店理子系统中的所有业务事件，分析得到门店管理子系统的参与者有：

客人，酒店管理员。

通过分析3.1.1小节中的所有业务事件和系统所有参与者，得到门店管理子系统的基本用例模型如图4-1所示。

酒店管理系酒店管理系统统——需求分析需求分析第11页共21页客人登记入住结账返回发票查询个人信息返回个人信息提交客人信息门门店店管管理理子子系系统统门店管理员查询客房信息返回客房信息图4-1门店管理子系统用例模型4.1.2门店管理子系统用例模型优化图4-1所示的客户管理子系统用例模型中，客人和酒店管理员有一些相似的行为。

那么通过分析参与者的这些相似的行为，再用引入用例间的包含和扩展等关系，通过引入用例间的这些关系来简化用例模型，并根据用例间的这些关系来对用例模型进行优化，并绘制出新的用例模型图。

如图4-2。

客人登记入住结账返回发票查询个人信息返回个人信息提交客人信息门门店店管管理理子子系系统统门店管理员打印发票查询客房信息返回客房信息****图4-2门店管理子系统用例模型优化酒店管理系酒店管理系统统——需求分析需求分析第12页共21页4.24.2客服管理子系统用例模型客服管理子系统用例模型4.2.1客服管理子系统用例模型分析根据客服理子系统中的所有业务事件，分析得到客服管理子系统的参与者有：

客人，客服管理员。

通过分析3.2.1小节中的所有业务事件和系统所有参与者，得到客服管理子系统的基本用例模型如图4-2所示。

客人客房预订加入会员取消会员查询个人信息返回个人信息提交客人信息客客服服管管理理子子系系统统客服管理员查询会员信息返回会员信息图4-3客服管理子系统用例模型4.34.3采购管理子系统用例模型采购管理子系统用例模型4.3.1采购管理子系统用例模型分析根据客服理子系统中的所有业务事件，分析得到客服管理子系统的参与者有：

酒店管理员，采购管理员和物资提供方。

通过分析3.3.1小节中的所有业务事件和系统所有参与者，得到客服管理子系统的基本用例模型如图4-4所示。

酒店管理系酒店管理系统统——需求分析需求分析第13页共21页门店管理员提交采购申请通知提货提交送货单提交收货单采购并提交采购信息采采购购管管理理子子系系统统采购管理员物资提供方提交采购资金情况查询采购信息返回采购信息图4-4采购管理子系统用例模型4.3.2采购管理子系统用例模型优化图4-4所示的采购管理子系统用例模型中，酒店管理员和采购管理员有一些相似的行为。

那么通过分析参与者的这些相似的行为，再用引入用例间的包含和扩展等关系，通过引入用例间的这些关系来简化用例模型，并根据用例间的这些关系来对用例模型进行优化，并绘制出新的用例模型图。

如图4-5。

门店管理员提交采购申请通知提货提交送货单提交收货单采购并提交采购信息采采购购管管理理子子系系统统采购管理员物资提供方提交采购资金情况查询采购信息返回采购信息修改采购申请酒店管理系酒店管理系统统——需求分析需求分析第14页共21页图4-5采购管理子系统用例模型优化4.44.4用例规约用例规约用例规约在需求分析阶段通过用例界面的“预设计”可以更好地描述用例。

真正涉及是从实现角度来考虑问题，“预设计”是从与用户交流角度来考虑问题。

用例描述实际上是对用例所表示的系统功能的业务场景的描述。

登记入住用例描述:

用例名称登记入住主要参与者客人项目相关人员及兴趣酒店管理员、客服管理员前置条件后置条件提交客人信息基本事件流登记入住-提交客人信息扩展无特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题结账用例描述:

用例名称结账主要参与者客人、酒店管理员项目相关人员及兴趣酒店管理员前置条件登记入住后置条件返回发票基本事件流登记入住-查询个人信息-结账-返回发票扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题查询个人信息用例描述:

用例名称查询个人信息主要参与者客人项目相关人员及兴趣酒店管理员前置条件登记入住/加入会员/客房预定后置条件返回个人信息基本事件流查询个人信息-返回个人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题返回个人信息用例描述:

用例名称返回个人信息主要参与者客人酒店管理系酒店管理系统统——需求分析需求分析第15页共21页项目相关人员及兴趣酒店管理员前置条件查询个人信息后置条件返回发票基本事件流查询个人信息-返回个人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题提交客人信息用例描述:

用例名称提交客人信息主要参与者酒店管理员/客服管理员项目相关人员及兴趣酒店管理员/客房管理员前置条件登记入住/结账/加入会员/取消会员后置条件基本事件流登记入住/结账/加入会员/取消会员-提交客人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题查询客房信息用例描述:

用例名称查询客房信息主要参与者客服管理员项目相关人员及兴趣客服管理员前置条件后置条件返回客房信息基本事件流查询客房信息-返回客房信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题返回客房信息用例描述:

用例名称返回客房信息主要参与者客服管理员项目相关人员及兴趣客服管理员前置条件查询客房信息后置条件基本事件流查询客房信息-返回客房信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题客房预定信息用例描述:

酒店管理系酒店管理系统统——需求分析需求分析第16页共21页用例名称客房预定主要参与者客人项目相关人员及兴趣客服管理员前置条件后置条件提交客人信息基本事件流客房预定-查询客房信息-提交客人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题加入会员用例描述:

用例名称加入会员主要参与者客人项目相关人员及兴趣客服管理员前置条件后置条件提交客人信息基本事件流加入会员-提交客人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题取消会员用例描述:

用例名称取消会员主要参与者客人项目相关人员及兴趣客服管理员前置条件加入会员后置条件提交客人信息基本事件流加入会员-提交客人信息-取消会员-提交客人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题查询会员信息用例描述:

用例名称查询会员信息主要参与者客服管理员项目相关人员及兴趣客服管理员前置条件后置条件返回会员信息基本事件流查询会员信息-返回会员信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天酒店管理系酒店管理系统统——需求分析需求分析第17页共21页待解决的问题返回会员信息用例描述:

用例名称返回会员信息主要参与者客服管理员项目相关人员及兴趣客服管理员前置条件查询会员信息后置条件基本事件流查询会员信息-返回会员信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题返回会员信息用例描述:

用例名称返回会员信息主要参与者客服管理员项目相关人员及兴趣客服管理员前置条件查询会员信息后置条件基本事件流查询会员信息-返回会员信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题提交采购申请用例描述:

用例名称提交采购申请主要参与者酒店管理员项目相关人员及兴趣酒店管理员、采购管理员前置条件后置条件修改采购申请/通知取货基本事件流提交采购申请/修改采购申请-采购-通知取货扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题通知取货用例描述:

用例名称通知取货主要参与者酒店管理员项目相关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申请后置条件基本事件流提交采购申请/修改采购申请-采购-通知取货酒店管理系酒店管理系统统——需求分析需求分析第18页共21页扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题提交送货单用例描述:

用例名称提交送货单主要参与者物资提供方项目相关人员及兴趣酒店管理员、采购管理员前置条件采购后置条件提交收货单基本事件流采购-提交送货单-提交收货单扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题提交收货单用例描述:

用例名称提交收货单主要参与者物资提供方项目相关人员及兴趣酒店管理员、采购管理员前置条件提交送货单后置条件基本事件流提交送货单-提交收货单扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题采购并提交采购信息用例描述:

用例名称采购并提交采购信息主要参与者采购管理员项目相关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申请后置条件基本事件流提交采购申请/修改采购申请-采购并提交采购信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题提交采购资金情况用例描述:

用例名称提交采购资金情况主要参与者采购管理员项目相关人员及兴趣酒店管理员、采购管理员前置条件采购酒店管理系酒店管理系统统——需求分析需求分析第19页共21页后置条件基本事件流采购-提交采购资金情况扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题查询采购信息例描述:

用例名称查询采购信息主要参与者采购管理员项目相关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申请后置条件返回采购信息基本事件流提交采购申请/修改采购申请-查询采购信息-返回采购信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题返回采购信息例描述:

用例名称返回采购信息主要参与者采购管理员项目相关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申请、查询采购信息后置条件基本事件流提交采购申请/修改采购申请-查询采购信息-返回采购信息扩展特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天待解决的问题5．非功能需求．非功能需求5.1性能需求1、安全性要求高，能有效控制和管理不同的用户的权限；2、服务器能同时处理500用户端并发的访问；3、在PⅢ以上，内存128M以上，硬盘160G以上的微机与笔记本电脑上，响应时间要求在1~5秒内。

4.本系统所涉及的所有的货币金额数据类型，均按实数保存，在显示处理时保留小数点后2位。

酒店管理系酒店管理系统统——需求分析需求分析第20页共21页5．登记录入信息上传系统保存时响应时间应控制在2秒内；统计、查询数据时的相应时间应该控制在30秒内；报表生成时间应控制在30秒内。

局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据时的数据库操作响应时间控制在0.5秒/条之内；5.2数据库需求本软件使用