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

公司软件开发文档公司软件开发文档 文档编号：文档编号： 版版 本本 号：号： 文档名称文档名称： ： 需求分析需求分析说说明明书书 项目名称项目名称： ： 酒店管理系酒店管理系统统 文档编写人文档编写人： ： 编编写：写： 2011 年年 12 月月 19 日日 校校对对： ： 年年 月月 日日 审审核：核： 年年 月月 日日 批准：批准： 年年 月月 日日 开开发单发单位：位： 公司公司 酒店管理系酒店管理系统统需求分析需求分析 第 1 页 共 21 页 目目 录录 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 酒店管理系酒店管理系统统需求分析需求分析 第 2 页 共 21 页 5.4.2 效率 20 5.4.3 安全性 21 5.4.4 可维护性 21 5.4.5 可移植性 21 5.4.6 易使用性 21 酒店管理系酒店管理系统统需求分析需求分析 第 3 页 共 21 页 1文档概述文档概述 1.11.1 编写目的编写目的 明确用户对酒店管理系统的功能需求和性能需求，减少用户和开发团队对软件功能及 性能理解的差异，以达到更好的效果。指导后续设计的进行和完善。增强开发团队对所开 发软件的理解。并将这些需求用规范化的语言和规范化的结构完整、准确地表达清楚，以 此统一软件开发者和用户对酒店管理软件系统的理解和认识。 1.21.2 预期的读者预期的读者 1、最终用户：酒店； 2、系统设计人员； 3、系统测试者。 1.31.3 项目背景项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的 登记和结帐、旅客费用计算错误、空余客房资料 不能及时提供等，从而影响出租率，使的 管理人员不得不集中精力规划 管理运行策略和进行决策。以上问题可通过电脑系统辅助解 决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志 ，而且对于提高员工 工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 一个成熟的酒店管理系统不仅仅是记录酒店客人的信息，提供查询等一系列简单的工 作，它能让工作人员从烦琐的手工操作中解脱，并且酒店管理系统本身就代表着一种管理 方法。随着它的深入，将带动企业的运做，为管理和决策提供支持。为了达到这个要求， 它必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。酒店电脑系 统要求 24 小时连续运行，数据量大， 可靠性要求高，因此整个电脑系统供电采用专线方 式，加配 UPS（不间断供电系统） ，并合理接地，以便保障整套系统的正常运行。 1.51.5 参考资料参考资料 1、中华人民共和国国家标准计算机软件开发规范GB856688 2、中华人民共和国国家标准计算机软件开发文件编制指南GB856788 3、中华人民共和国国家标准计算机软件需求说明编制指南GB858588 4、软件系统分析与设计 ppt 文档 2任务概述任务概述 为了高效、规范地对酒店信息系统进行管理，以提高员工工作效率、加速资金周转、 降低各项成本及改善服务质量，使之能更好的为企业服务。 酒店管理系酒店管理系统统需求分析需求分析 第 4 页 共 21 页 2.12.1 系统建设背景系统建设背景 随着人们生活的物质生活的提高，人们的日常休闲生活中，外出旅游成了必不可少的 一部分。相应的，酒店、餐饮娱乐行业日趋发达，引入全方位的电脑服务和电脑管理取得 了极好的经济效益和社会效益。 传统的酒店管理往往令管理者花大量时间来处理顾客投诉，例如查询错误、繁琐的登 记和结账手续等等，从而影响出租率，使得管理人员不得不集中精力规划管理运行策略和 进行决策。以上问题可通过电脑系统辅助解决。本系统是以连锁酒店的组织结构和业务活 动为前提，开发软件系统，公司内部局域网畅通。网络带宽可以满足数据库系统的实时操 作要求。 2.1.1 系统规模 1、本系统是用于连锁酒店内部信息管理的系统，该系统是一个独立集成的系统。 2、该系统分为：门店管理（每个单店的内部管理）、客服管理（统一预订、 VIP（Very Important Person）客户管理）、采购管理（负责统一采购）等子系统。 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 类似； 登陆 查询信息 门店管理员 N Y 活动图 1 采购业务流程如活动图 2。具体步骤：（1）门店管理员登录门店管理系统 （2）系统 进行身份认证，通过则进入门店管理子系统，否则重新登录（3）提交采购申请（4）采购 管理员审批采购申请，然后采购并提交采购信息（5）完成采购 酒店管理系酒店管理系统统需求分析需求分析 第 9 页 共 21 页 登陆 查询信息 门店管理员 N Y 采购申请 审批采购申请 采购管理员 采购成功 N Y 修改采购申请 活动图 2 登记入住业务流程如活动图 3。注册会员与注销会员的流程均与活动图 3 类似。具体 步骤：（1）门店管理员登陆门店管理系统（2）系统进行身份认证，通过则进入门店管理 子系统，否则重新登录（3）客人提供信息给门店管理员（4）门店管理员提交入住信息 （5）入住成功 酒店管理系酒店管理系统统需求分析需求分析 第 10 页 共 21 页 门店管理员 登陆 客人提供信息 提交入住信息 Y N 活动图 3 4系统功能模型分析系统功能模型分析 系统功能建模的核心是建立用例模型，用例建模主要是识别参与者和系统边界，参与 者透过系统边界与系统进行交互，并获得可观的结果，这个行为便是一个用例。用例模型 的建立是以每个基本业务活动为依据的，反映了系统中各个业务事件中的各个人在某个时 间某个地点完成的一项任务。每个活动便可以抽象出一个用例。 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 以上的微机与笔记本电脑上，响应