基于业务流程分析的酒店管理系统需求分析
××公司软件开发文档
文档编号：
版本号：
文档名称：需求分析说明书
项目名称：酒店管理系统
文档编写人：
编写： 2011年 12月 19 日校对：年月日审核：年月日批准：年月日开发单位：××公司
目录
1．文档概述 (3)
1.1编写目的 (3)
1.2预期的读者 (3)
1.3项目背景 (3)
1.5参考资料 (3)
2．任务概述 (3)
2.1系统建设背景 (4)
2.1.1 系统规模 (4)
2.1.2 预期目标 (4)
2.2业务需求 (4)
2.3计算机应用现状 (4)
3．系统业务模型分析及业务建模 (4)
3.1门店管理子系统 (5)
3.1.1 门店管理子系统的业务事件 (5)
3.2客服管理子系统 (6)
3.2.1 客服管理子系统的业务事件 (6)
3.3采购管理子系统 (7)
3.3.1 采购管理子系统的业务事件 (7)
3.4业务建模 (7)
3.4.1流程分析 (8)
4．系统功能模型分析 (10)
4.1门店管理子系统用例模型 (10)
4.1.1门店管理子系统用例模型分析 (10)
4.1.2 门店管理子系统用例模型优化 (11)
4.2客服管理子系统用例模型 (12)
4.2.1 客服管理子系统用例模型分析 (12)
4.3采购管理子系统用例模型 (12)
4.3.1采购管理子系统用例模型分析 (12)
4.3.2 采购管理子系统用例模型优化 (13)
4.4用例规约 (14)
5．非功能需求 (19)
5.1性能需求 (19)
5.2数据库需求 (20)
5.3外部接口需求 (20)
5.3.1用户接口 (20)
5.3.2硬件接口 (20)
5.3.3软件接口 (20)
5.3.4通信接口 (20)
5.4属性 (20)
5.4.1可靠性 (20)
5.4.2效率 (20)
5.4.3安全性 (21)
5.4.4可维护性 (21)
5.4.5可移植性 (21)
5.4.6易使用性 (21)
1．文档概述
1.1 编写目的
明确用户对酒店管理系统的功能需求和性能需求，减少用户和开发团队对软件功能及性能理解的差异，以达到更好的效果。指导后续设计的进行和完善。增强开发团队对所开发软件的理解。并将这些需求用规范化的语言和规范化的结构完整、准确地表达清楚，以此统一软件开发者和用户对酒店管理软件系统的理解和认识。
1.2 预期的读者
1、最终用户：酒店；
2、系统设计人员；
3、系统测试者。
1.3 项目背景
传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结帐、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使的管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。
一个成熟的酒店管理系统不仅仅是记录酒店客人的信息，提供查询等一系列简单的工作，它能让工作人员从烦琐的手工操作中解脱，并且酒店管理系统本身就代表着一种管理方法。随着它的深入，将带动企业的运做，为管理和决策提供支持。为了达到这个要求，它必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。酒店电脑系统要求24 小时连续运行，数据量大，可靠性要求高，因此整个电脑系统供电采用专线方式，加配UPS（不间断供电系统），并合理接地，以便保障整套系统的正常运行。
1.5 参考资料
1、中华人民共和国国家标准《计算机软件开发规范》GB8566—88
2、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—88
3、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—88
4、软件系统分析与设计ppt文档
2．任务概述
为了高效、规范地对酒店信息系统进行管理，以提高员工工作效率、加速资金周转、降低各项成本及改善服务质量，使之能更好的为企业服务。
2.1 系统建设背景
随着人们生活的物质生活的提高，人们的日常休闲生活中，外出旅游成了必不可少的一部分。相应的，酒店、餐饮娱乐行业日趋发达，引入全方位的电脑服务和电脑管理取得了极好的经济效益和社会效益。
传统的酒店管理往往令管理者花大量时间来处理顾客投诉，例如查询错误、繁琐的登记和结账手续等等，从而影响出租率，使得管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决。本系统是以连锁酒店的组织结构和业务活动为前提，开发软件系统，公司内部局域网畅通。网络带宽可以满足数据库系统的实时操作要求。
2.1.1 系统规模
1、本系统是用于连锁酒店内部信息管理的系统，该系统是一个独立集成的系统。
2、该系统分为：门店管理（每个单店的内部管理）、客服管理（统一预订、VIP（Very Important Person）客户管理）、采购管理（负责统一采购）等子系统。
2.1.2 预期目标
通过开发《酒店管理系统》，提供给酒店使用的完整的信息管理系统，基于酒店内部管理工作，系统功能能遵循酒店管理工作程序。
2.2 业务需求
本软件系统的开发目标是实现对用于酒店进行信息系统管理，以提高员工工作效率、加速资金周转、降低各项成本及改善服务质量。
2.3 计算机应用现状
1、计算机应用情况
各部门管理员和系统管理员都配备有微型计算机，以便上层管理人员管理资源和信息审核。并配备多台公共微型计算机，以便普通工作人员查询相关信息。
2、人员情况
所有工作人员均有计算机操作经验，能比较熟练使用办公自动化软件和上网操作。
3、设备情况
公司内部局域网保持长期连通状态，达到资源在一定程度上共享的目的。
3．系统业务模型分析及业务建模
本酒店信息系统是由门店管理子系统、客服管理子系统和采购管理子系统3个主题域构成的，它们之间的关系如图3-1所示。
采购管理子系统
客服管理子系
统
门店管理子系统提交采购申请
查询房
态
预订房
间
获取会员信息
反馈预定成交信息
交付采购物
图3-1 系统主题域划分示意图
3.1 门店管理子系统
该主题域的主要用户是酒店管理员，将对客人入住、结账等任务提供支持。根据酒店的门店中心需求得到该主题域的范围如图3-2所示。
门店管理子系统
登记入住
查询个人信息返回个人信息
提交客人信息结账返回发票
客人
客人
客人
门店管理员
返回客房信息
查询客房信息
图3-2 门店管理子系统范围示意图
3.1.1 门店管理子系统的业务事件
门店管理子系统的业务事件有：
1.登记入住
2.提交客人信息
3.查询个人信息
4.返回个人信息
5.结账
6.返回发票
7.查询客房信息
8.返回客房信息
3.2 客服管理子系统
该主题域的主要用户是酒店客服管理员，将对客人入住、结账等任务提供支持。根据酒店客服中心需求得到该主题域的范围如图3-3所示。
客服管理子系统
客人
加入会员客房预定
提交客人信息客人
客服管理员
查询个人信息返回个人信息
客人
取消会员
查询会员信息
返回会员信息
图3-3客服管理子系统范围示意图
3.2.1 客服管理子系统的业务事件
门店管理子系统的业务事件有： 1.客房预订 2.提交客人信息 3.查询个人信息
4.返回个人信息
5.加入会员
6.取消会员
7.查询会员信息
8.返回会员信息
3.3 采购管理子系统
该主题域的主要用户是酒店采购管理员，将对酒店采购物资任务提供支持。根据酒店采购中心需求得到该主题域的范围如图3-4所示。
采购管理子系统
采购申请酒店管理员
采购并提交采购信息提交送货/收货单
采购管理员
物资提供方
通知提货
提交采购资金情况
采购管理员
查询采购信息
返回采购信息
图3-4采购管理子系统范围示意图
3.3.1 采购管理子系统的业务事件
采购管理子系统的业务事件有：1.采购申请2.通知提货3.提交送货/收货单4.采购并提交采购申请5.提交采购资金情况6.查询交采购信息7.返回采购信息
3.4业务建模
业务建模是针对每个业务事件的，业务事件是业务流程的触发源。沿着业务事件的响应序列，找出相关的活动，表达出这些业务活动之间的关系。业务流程是针对要达到的目标进行设计的，流程是一个整体，通过该流程能保证目标的有效到达。在本系统中主要的
业务事件：客人信息查询，客房信息查询，会员信息查询，查询个人信息等。
3.4.1流程分析
通过活动图分别对本系统的业务事件做流程分析：
客人信息查询业务流程如活动图1。具体步骤：（1）门店管理员登录门店管理系统（2）系统进行省份认证，通过则进入信息查询子系统，否则重新登录（3）门店管理员根据客人提供的信息进行客人的个人信息查询。会员信息查询，客房信息查询的流程均与活动图1类似；
门店管理员
登陆
N
Y
查询信息
活动图1
采购业务流程如活动图2。具体步骤：（1）门店管理员登录门店管理系统（2）系统进行身份认证，通过则进入门店管理子系统，否则重新登录（3）提交采购申请（4）采购管理员审批采购申请，然后采购并提交采购信息（5）完成采购
登陆
查询信息
门店管理员N
Y
采购申请
审批采购申请
采购管理员采购成功
N
Y
修改采购申请
活动图2
登记入住业务流程如活动图3。注册会员与注销会员的流程均与活动图3类似。具体步骤：（1）门店管理员登陆门店管理系统（2）系统进行身份认证，通过则进入门店管理子系统，否则重新登录（3）客人提供信息给门店管理员（4）门店管理员提交入住信息（5）入住成功
门店管理员
登陆
N
Y
客人提供信息
提交入住信息
活动图3
4．系统功能模型分析
系统功能建模的核心是建立用例模型，用例建模主要是识别参与者和系统边界，参与者透过系统边界与系统进行交互，并获得可观的结果，这个行为便是一个用例。用例模型的建立是以每个基本业务活动为依据的，反映了系统中各个业务事件中的各个人在某个时间某个地点完成的一项任务。每个活动便可以抽象出一个用例。
4.1 门店管理子系统用例模型
4.1.1门店管理子系统用例模型分析
根据门店理子系统中的所有业务事件，分析得到门店管理子系统的参与者有：客人，酒店管理员。通过分析3.1.1小节中的所有业务事件和系统所有参与者，得到门店管理子系统的基本用例模型如图4-1所示。
客人
登记入住
结账
返回发票查询个人信息返回个人信息
提交客人信息
门店管理子系统
门店管理员
查询客房信息
返回客房信息
图4-1 门店管理子系统用例模型
4.1.2 门店管理子系统用例模型优化
图
4-1所示的客户管理子系统用例模型中，客人和酒店管理员有一些相似的行为。那么通过分析参与者的这些相似的行为，再用引入用例间的包含和扩展等关系，通过引入用例间的这些关系来简化用例模型，并根据用例间的这些关系来对用例模型进行优化，并绘制出新的用例模型图。如图4-2。
客人
登记入住
结账
返回发票
查询个人信息
返回个人信息
提交客人信息
门店管理子系统
门店管理员
打印发票
查询客房信息
返回客房信息
*
*
*
*
图4-2 门店管理子系统用例模型优化
4.2 客服管理子系统用例模型
4.2.1 客服管理子系统用例模型分析
根据客服理子系统中的所有业务事件，分析得到客服管理子系统的参与者有：客人，客服管理员。通过分析3.2.1小节中的所有业务事件和系统所有参与者，得到客服管理子系统的基本用例模型如图4-2所示。
客人
客房预订
加入会员
取消会员
查询个人信息
返回个人信息
提交客人信息
客服管理子系统
客服管理员
查询会员信息
返回会员信息
图4-3 客服管理子系统用例模型
4.3采购管理子系统用例模型
4.3.1采购管理子系统用例模型分析
根据客服理子系统中的所有业务事件，分析得到客服管理子系统的参与者有：酒店管理员，采购管理员和物资提供方。通过分析3.3.1小节中的所有业务事件和系统所有参与者，得到客服管理子系统的基本用例模型如图4-4所示。
门店管理员
提交采购申请
通知提货
提交送货单
提交收货单
采购并提交采购信息
采购管理子系统
采购管理员
物资提供方
提交采购资金情况
查询采购信息
返回采购信息
图4-4 采购管理子系统用例模型
4.3.2 采购管理子系统用例模型优化
图4-4所示的采购管理子系统用例模型中，酒店管理员和采购管理员有一些相似的行为。那么通过分析参与者的这些相似的行为，再用引入用例间的包含和扩展等关系，通过引入用例间的这些关系来简化用例模型，并根据用例间的这些关系来对用例模型进行优化，并绘制出新的用例模型图。如图4-5。
门店管理员
提交采购申请
通知提货
提交送货单
提交收货单
采购并提交采购信息
采购管理子系统
采购管理员
物资提供方
提交采购资金情况
查询采购信息
返回采购信息
修改采购申请
图4-5采购管理子系统用例模型优化
4.4 用例规约
用例规约在需求分析阶段通过用例界面的“预设计”可以更好地描述用例。真正涉及是从实现角度来考虑问题，“预设计”是从与用户交流角度来考虑问题。用例描述实际上是对用例所表示的系统功能的业务场景的描述。
登记入住用例描述:
用例名称登记入住
主要参与者客人
项目相关人员及兴趣酒店管理员、客服管理员
前置条件
后置条件提交客人信息
基本事件流登记入住-提交客人信息
扩展无
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
结账用例描述:
用例名称结账
主要参与者客人、酒店管理员
项目相关人员及兴趣酒店管理员
前置条件登记入住
后置条件返回发票
基本事件流登记入住-查询个人信息-结账-返回发票
扩展
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
查询个人信息用例描述:
用例名称查询个人信息
主要参与者客人
项目相关人员及兴趣酒店管理员
前置条件登记入住/加入会员/客房预定
后置条件返回个人信息
基本事件流查询个人信息-返回个人信息
扩展
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
返回个人信息用例描述:
用例名称返回个人信息
主要参与者客人
项目相关人员及兴趣酒店管理员
前置条件查询个人信息
后置条件返回发票
基本事件流查询个人信息-返回个人信息
扩展
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
提交客人信息用例描述:
用例名称提交客人信息
主要参与者酒店管理员/客服管理员
项目相关人员及兴趣酒店管理员/客房管理员
前置条件登记入住/结账/加入会员/取消会员后置条件
基本事件流登记入住/结账/加入会员/取消会员-提交客人信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
查询客房信息用例描述:
用例名称查询客房信息
主要参与者客服管理员
项目相关人员及兴趣客服管理员
前置条件
后置条件返回客房信息
基本事件流查询客房信息-返回客房信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
返回客房信息用例描述:
用例名称返回客房信息
主要参与者客服管理员
项目相关人员及兴趣客服管理员
前置条件查询客房信息
后置条件
基本事件流查询客房信息-返回客房信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
客房预定信息用例描述:
用例名称客房预定
主要参与者客人
项目相关人员及兴趣客服管理员
前置条件
后置条件提交客人信息
基本事件流客房预定-查询客房信息-提交客人信息扩展
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
加入会员用例描述:
用例名称加入会员
主要参与者客人
项目相关人员及兴趣客服管理员
前置条件
后置条件提交客人信息
基本事件流加入会员-提交客人信息
扩展
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
取消会员用例描述:
用例名称取消会员
主要参与者客人
项目相关人员及兴趣客服管理员
前置条件加入会员
后置条件提交客人信息
基本事件流加入会员-提交客人信息-取消会员-提交客人信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
查询会员信息用例描述:
用例名称查询会员信息
主要参与者客服管理员
项目相关人员及兴趣客服管理员
前置条件
后置条件返回会员信息
基本事件流查询会员信息-返回会员信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
返回会员信息用例描述:
用例名称返回会员信息
主要参与者客服管理员
项目相关人员及兴趣客服管理员
前置条件查询会员信息
后置条件
基本事件流查询会员信息-返回会员信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
返回会员信息用例描述:
用例名称返回会员信息
主要参与者客服管理员
项目相关人员及兴趣客服管理员
前置条件查询会员信息
后置条件
基本事件流查询会员信息-返回会员信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
提交采购申请用例描述:
用例名称提交采购申请
主要参与者酒店管理员
项目相关人员及兴趣酒店管理员、采购管理员
前置条件
后置条件修改采购申请/通知取货
基本事件流提交采购申请/修改采购申请-采购-通知取货
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
通知取货用例描述:
用例名称通知取货
主要参与者酒店管理员
项目相关人员及兴趣酒店管理员、采购管理员
前置条件提交采购申请/修改采购申请
后置条件
基本事件流提交采购申请/修改采购申请-采购-通知取货
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
提交送货单用例描述:
用例名称提交送货单
主要参与者物资提供方
项目相关人员及兴趣酒店管理员、采购管理员
前置条件采购
后置条件提交收货单
基本事件流采购-提交送货单-提交收货单扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
提交收货单用例描述:
用例名称提交收货单
主要参与者物资提供方
项目相关人员及兴趣酒店管理员、采购管理员
前置条件提交送货单
后置条件
基本事件流提交送货单-提交收货单
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
采购并提交采购信息用例描述:
用例名称采购并提交采购信息
主要参与者采购管理员
项目相关人员及兴趣酒店管理员、采购管理员
前置条件提交采购申请/修改采购申请
后置条件
基本事件流提交采购申请/修改采购申请-采购并提交采购信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
提交采购资金情况用例描述:
用例名称提交采购资金情况
主要参与者采购管理员
项目相关人员及兴趣酒店管理员、采购管理员
前置条件采购
后置条件
基本事件流采购-提交采购资金情况
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
查询采购信息例描述:
用例名称查询采购信息
主要参与者采购管理员
项目相关人员及兴趣酒店管理员、采购管理员
前置条件提交采购申请/修改采购申请
后置条件返回采购信息
基本事件流提交采购申请/修改采购申请-查询采购信息-返回采购信息
扩展
特殊需求所有查询的响应时间不超过10秒发生频率＞300次/天
待解决的问题
返回采购信息例描述:
用例名称返回采购信息
主要参与者采购管理员
项目相关人员及兴趣酒店管理员、采购管理员
前置条件提交采购申请/修改采购申请、查询采购信息
后置条件
基本事件流提交采购申请/修改采购申请-查询采购信息-返回采购信息
扩展
特殊需求所有查询的响应时间不超过10秒
发生频率＞300次/天
待解决的问题
5．非功能需求
5.1 性能需求
1、安全性要求高，能有效控制和管理不同的用户的权限；
2、服务器能同时处理500用户端并发的访问；
3、在PⅢ以上，内存128M以上，硬盘160G以上的微机与笔记本电脑上，响应时间要求在1~5秒内。
4.本系统所涉及的所有的货币金额数据类型，均按实数保存，在显示处理时保留小数点后2位。