酒店管理系统需求分析0001

1、1项目前景1. 业务需求1.1 业务背景随着改革开，以及后来的加入wt后和西方文化的交流，人民生活水平得到了极大的提高，全社会对服务业的需求也越来越高。国内的服务行业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通服务行业的那种以住宿休息为服务核心的单一运营管理方式。由于这类顶尖酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂，因此到目前为止还没有一套较规范的公认的运营管理标准，而 照搬传统的酒店业务管理方法和运营机制显然已经不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业务模式，所以造成一些酒店

2、不得以而采用手工记费和人工结账的办法，尤其是在顶尖酒店开业时和增加新的服务项目时，这种现象往往也很普遍。采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互 联网高度发展的今天。这种近乎于原始的方法，在前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节，会给酒店的正常运营带来各种麻烦和漏洞。客观上严重制约着酒店的发展。酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发，以适应这类酒店对计算机管理信息系统的迫切需求。面对这种具有现代化文明时

3、尚的顶尖型酒店的灵活多变的运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合信息网络的特点，采用有 效手段进行全方位的调查分析。1.2 业务目标bo-1: 初始版本发布之后的3个月内，酒店运营效率提高50%服务员工作效率提高20%。bo-2:初始版本发布之后的6个月内，酒店收入提高50%sc-1: 目前通过系统的管理，在初始版本发布之后的6个月内，顾客的满意度提高30%。1.3 市场需要随着人民生活水平的提高，人们生活的质量一额大幅提高，所以生活中酒店行业在服务行业中的地位越来越重要。从激烈的竞争中脱颖而出，已成为每位酒店行业经营者所追求的目标。2根据酒店行业的特点，该系

4、统以住宿以及相关业务为基础，突出将前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等有机结合，可为酒店宾馆经营方向提供依据，为酒店宾馆的发展提供重要保证。2. 解决方案的前景2.1 前景陈述由于过去老式的管理方式的效率太低，满足不了现在的社会需求，为了能够加快速度，提高服务质量， 提高企业效率， 让顾客便捷舒适的享受各种服务，我们开 发了此酒店宾馆服务管理系统。2.2 主要特性fe-1: 前台操作、预订管理fe-2 : 收据补打印fe-3 : 现金管理fe-4: 信息查询fe-5 : 库存管理fe-6 : 基础资料fe-7: 账号权限管理2.3 假

5、设和依赖as- 1 :酒店宾馆内有该公司的内部计算机网络，这样可以使系统内部通信de-1: 酒店宾馆内应有活动的终端和打印机，终端可以入住客户提高服务效率，打印机使打印信息收据有据可循。3 项目范围和限制3.1 初始发布的范围fe-1: 开房，消费记账，结账退房，续收和退还客人预付款，客房状态查看，未结账退房，换房以及预定，预定入住，修改预订信息，解除预定，预定客人消费记账，预订信息一览表fe-2 : 预付款凭证补打印，结账单补打印，结账改为未结账，外卖单据查询及补打印fe-3: 交接班，缴款，收支管理，个操作员目前金额数，改正错误金额数，交接班历史查询，缴款历史查询3fe-4：在住客人列表，

6、预定客人列表，历史客人列表，未来一月房态，修改过的关键营业数据，客房换房明细查询，收款员收退款流水细账fe-5 : 客房结账明细总表，客房结账汇总表，客人来源统计报表，消费商品统计报表，营业日报表，营业汇总报表，fe-6 : 基础代码，折扣卡代码，挂账单位代码，会员卡代码，操作员房价折扣权限，身份证代码，黑名单代码fe-7 : 用户历史使用记录备案，用户管理，权限管理，软件设置，计费设置3.2 后续发布范围fe-2: 顾客结账（所有形式）。fe-3: 入住信息管理，退房管理。fe-6 : 数据库备份、还原。3.3 限制与排除li-1: 入住或预定手续办理开始到结束必须在30分钟内结束。li-2

7、: 前台终端不可重复项后台传同一顾客的相同服务。li-3: 系统只能在酒店宾馆内使用。44 业务环境4.1 涉众档案涉众主要价值态度主要兴趣约束条件酒店宾馆管理层提咼运营效率， 增加产 值需要最终版本减少运营成本，提咼产值无酒店宾馆服务员提高效率增加顾客满意度担心由于系统的便捷导致裁员保住工作接受培训，会使用前台pos机酒店宾馆顾客更好的选择入住时间支持新系统，减少等待的时间到酒店就餐酒店宾馆大堂经理增加入住额，更好的管理电子化使环境更好大堂秩序良好。处理好软件的正常过度4.2 项目优先级因素约束自由度特性初期发布实现的特性必须完全可操作质量必须通过95%勺用户验收， 保证安全和数据的完整性。

8、进度10年10月1日前完成第一版计划10年12月5日前完成第 二版。人员一名项目经理，两名开发人员，一名测试人员如有必要还要增加一名测试人员和一名开发人员成本最多可超支财政预算的5%4.3 运行环境oe-1:系统的操作需在windows xp/7的操作系统下完成。oe-2:系统数据库将运行在一个服务器上，此服务器运行该酒店宾馆的sql server 52008版数据库.6二 软件需求规格说明书1 引言2. 概述该软件需求规格说明描述了“酒店宾馆服务管理系统” 1.0 版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发

9、的“酒店宾馆服务管理系统” 1.0 版 本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0 中加以实现。3. 背景随着改革开， 以及后来的加入wt后和西方文化的交流， 人民生活水平得到了极大的提高，全社会对服务业的需求也越来越高。国内的服务行业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通服务行业的那种以住宿休息为服务核心的单一运营管理方式。由于这类顶尖酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂

10、，因此到目前为止还没有一套较规范的公认的运营管理标准，而照搬传统的酒店业务管理方法和运营机制显然已经不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业务模式，所以造成一些酒店不得以而采用手工记费和人工结账的办法，尤其是在顶尖酒店开业时和增加新的服务项目时，这种现象往往也很普遍。采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互联网高度发展的今天。这种近乎于原始的方法，在前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节，会给酒店的正常运营带

11、来各种麻烦和漏洞。客观上严重制约着酒店的发展。7酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发，以适应这类酒店对计算机管理信息系统的迫切需求。面对这种具有现代化文明时尚的顶尖型酒店的灵活多变的运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合信息网络的特点，采用 有效手段进行全方位的调查分析。4. 参考资料软件需求工程2 任务概述目标酒店宾馆服务管理系统运行于windows 操作系统的环境下，提供宾馆住房的快捷服务和酒店的系统管理， 使用酒店服务管理系统可以使外出住宿真正成为享受，随时更新最新酒店各

12、方面信息，让顾客的整个住宿过程更加的简便捷，服务人员的服务更加的贴心快速。整个过程也无形中节约了资源，同时也是酒店的管理更加的系统，过程更加的简单化，系统实现后， 大大提高了酒店的服务效率。降低服务过程中的错误发生率，减少信息交流的烦琐过程。运行环境2.3 oe-1: 系统的操作需在windows xp/7 的操作系统下完成。0e-2:系统数据库将运行在一个服务器上，此服务器运行该酒店的sql server 2008版数据库.假设和依赖2.5 as-1：酒店内有该公司的内部计算机网络，这样可以使系统内部通信de-1:酒店内应有活动的终端和打印机，终端可以点菜提高服务效率，打印机打印定菜菜单是厨

13、房有据可循。83 需求规定对功能的规定3.1.1 用户需求3.1.1.1组织机构和角色角色视图：称说明ba管理层人员酒店管理者，具有大堂经理的一切权限，并且还具有数据库初始化，账号权限管理，员工信息管理权限。高层管理者ba_大堂经理餐厅管理者，具有月收入查询，日收入查询，菜式信息管理等权限。管理者ba_酒店服务员工作人员，具有点菜，加菜，减菜，为顾客结账权限。员工。9(1) 管理层人员参与业务: 说明：管理层人员通过登陆该系统，设置数据库，管理员工信息，收发账号权限, 查询日收入和月收入，(2) 大堂经理参与业务 : 说明：大堂经理登录界面查询日收入和月收入，菜式信息(3) 酒店服务人员参与业

14、务：103.1.1.2 业务概览(1) 点菜业务11本视图展 j 现1点菜业务的参与耆与参与 业务用例卜此视图有助于了解清楚某项业务是如何柚咸的*点菜业务说明：点菜是通过服务员给顾客的菜单，顾客依照菜单上有的菜进行点菜, 然后服务员输入信息，系统记录。（2） 加菜业务加菜业务说明：加菜过程是在顾客完成点菜过程后，中途又有需要再次进行点菜, 后厨通过查看系统进行做菜。（3） 减菜业务出_洒店后曆(froiiri busifiess actor)展业与与例图了某是图菜参參用视于楚务- 视加的与务此助清业何本现务者业。有解项如也_酒店服务员ffroim business adoi)旳_酒店服务员q也

15、酒店后厨(from bus mess actor)12bu减菜减菜业务说明：减菜过程是在顾客完成点菜过程后，中途对菜品不满或有什么其他情况进行减菜，后厨通过查看系统进行减菜。洒店服务员鮎酉店后厨(fem business actoo(from business actor)本现务者业。有解项如展业与与例图了某是13结账业务说明：结账是在顾客结束这次用餐后，服务员通过查看系统，为顾客结账143.1.1.3业务场景4 (1) 入住房间业务场景(2) 点菜业务场景15和bus in ess usecase 作为泳道和活动。这样有助检查和发现busi ness actor 和和bus in ess u

16、secas作 为泳道和活动。这样有助检查和发现bus in ess actor和bus in essbus in ess actorbus in ess actor bus in ess usecase 。16usecase 业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的bus in essactor和bus in ess usecase# 为泳道和活动。这样有助检查和发现bus in ess actor和bus in ess usecase （3）结账业务场景?（品）（支时_ 甘算金额 ）v e业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的bus in essac

17、tor和bus in ess usecase# 为泳道和活动。这样有助检查和发现bus in ess actor和17bus in ess usecase 4.1.1 系统需求减菜和结账有关的业务用例。系统将会打印菜单和账单183.122 系统需求规定点菜a业务说明用例名称bu_点菜实现名称bur_orderdishes用例描述前台服务人员可以通过本用例向系统提交顾客的点菜需求参与者前台服务人员前置条件顾客必须要在本酒店落座后置条件无主事件流1?前台服务人员登录系统进入点菜界面2?系统记录顾客已经点的菜3?系统将顾客所点的菜单保存并发送给后厨4?系统打印顾客已点的菜单。用例结束备选事件流1.a

18、 登录信息错3.a 未能提交菜单业务规则至少点一样菜涉及的业务实体be_已点菜单 ,be_菜单非功能性需求只支持本店内使用19提交菜单打印菜单业务场景分析说明：服务员登录界面通过验证之后开台点菜，系统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到点菜，提交就打印菜单，后厨做菜, 结束用例。b业务场景分析 v- 成功本视图可臥显示整个点菜的过程，以及是否继续点菜。登录失败交?否是20c、业务实体分析bur_order dishes(froni bittiness：case rejlizalioh)业务实体说明：上图显示的是点菜的业务实体过程，顾客通过菜单进行点菜，系统记录已点菜单。（2

19、） 加菜a业务说明用例名称bu_加菜业务实现名称bur_sidedish用例描述前台服务人员通过本用例添加顾客需要添加的菜参与者前台服务人员前置条件该顾客还未结账顾客已经点过至少一样菜后置条件记录创建加菜菜单主事件流1 前台服务人员进入系统加菜业务界面2.前台服务人员将加菜名输入系统，系统生成加菜菜单3?系统将加菜菜单保存并发送至后厨214?系统自动打印出加菜菜单。用例结束备选事件流1.a 登录信息错3.a 未能提交菜单业务规则至少选择一样菜涉及的业务实体be 加菜菜单，be 菜单非功能性需求只支持本店内使用b业务场景分析点菜业务场景分析22业务场景分析说明：服务员登录界面通过验证之后加菜，系

20、统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到点菜，提交就打印菜单，后厨做菜，结束用例。c业务实体分析bur_side dishesiffrom business 左rsj lizjtiion)业务实体说明：上图显示的是加菜的业务实体过程，顾客通过菜单进行加菜，系统记录加菜菜单。（3） 减菜a业务说明用例名称bu_减菜业务实现名称bur_reduceddish用例描述前台服务人员通过本用例减去顾客不再需要的菜参与者前台服务人员前置条件1.该顾客还未结账2.顾客已经点过至少一样菜3.该顾客已经点过这道菜23后置条件记录创建减采采单主事件流1 前台服务人员进入减菜业务界面2?查处该顾客

21、已经点的菜的菜单3?前台服务人员将减菜名输入系统，系统生成减菜菜单3?前台服务人员将减菜菜单保存并发送至后厨4?系统自动打印出减菜菜单。用例结束业务规则至少选择一样菜涉及的业务实体be_减菜菜单，be_菜单非功能性需求只支持本店内使用b业务场景分析24业务场景分析说明：服务员登录界面通过验证之后减菜，系统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到减菜，提交就打印菜单，后厨撤菜，结束用例。c业务实体分析业务实体说明：上图显示的是减菜的业务实体过程，顾客将有情况的菜取消掉，系统记录减菜菜单。结账a业务说明用例名称bu_结账业务实现名称bur_settleacco unts用例描述前台

22、服务人员通过本用例查询顾客本次的消费参与者前台服务人员前置条件1.该顾客至少点过一道菜费用记录房间0.nbur_openroom(from bus ines s use case realizati on)前台管理员(from bus ness actor)0.n客房篮be 房间费用单开房金252.顾客之前没有结过账后置条件打印该顾客的消费账单主事件流1 前台服务人员进入结账菜业务界面前台服务人员将该顾客的点菜菜单费用、加菜菜单费用和减菜菜单费用调出前台服务人员通过该系统得出该顾客本次的总消费账单4?系统自动打印出总消费账单。用例结束业务规则已经点菜涉及的业务实体be_点菜账单，be_加菜账单

23、， be_减菜账单， be_总消费账单非功能性需求只支持本店内使用b业务场景分析26成功业务场景说明：服务员进入结账菜单，系统计算消费金额，付款之后打印账单并保存。c、业务实体分析_y显示金额失败结账计算金额支付打印账单27bur_orderroomctom r* on)业务实体说明：上图显示的是结账的业务实体过程，系统将该顾客所有的菜单加在一起，系统进行计算，最后显示总的费用。3.123数据分析（1）概览28-xi /bur_overroom(from bus in ess use case realizati on)4 一1 /11预房金额1o.nl/zbe_结房清单酒店客户0.n(fro

24、m busness actor)0.n- x-/1.nf 一 -( /1 . /be 房间费用单房间实体之间关系说明：各个实体之间都有一定的关系，其关系的对应通过上图可以清楚的看出。(1) 菜单菜单be_菜单实体描述每张菜单上都有该酒店的所有菜类，以及该菜所属的菜系和价钱属性名称类型精度说明价钱字符10说明各种菜在本酒店的价钱菜系字符20例如：鲁菜、川菜、粤菜、闽菜、苏菜、浙菜、湘菜、徽菜。优惠策略字符10说明某样菜是否打折，打几折。菜品类型字符20例如：荤菜、素菜、汤类等。菜名字符20菜的名字29简介字符100菜单上显示有本酒店的所有可以做的菜，并有本酒店推荐的菜和那些是打折的菜加菜菜单加菜

25、菜单be 加菜菜单实体描述记录顾客又添加的菜品，以及加菜的时间、数量属性名称类型精度说明菜名字符20所点菜的名称价钱字符10说明所加的菜的价钱加菜时间日期系统自动记录时间点菜菜单菜单be 点菜菜单实体描述记录顾客所点的菜品， 以及点菜的时间、数量属性名称类型精度说明菜名字符20菜的名字价钱字符10说明所点的菜的价钱点菜时间日期系统自动记录附加说明字符100所点的菜中是否有正在打折的，例如：青椒肉丝打 7.5 折。所点的菜所属的类型，例 女口：鱼香肉丝属于荤菜。 所点的菜所属的菜系：宫保鸡丁属于鲁菜。减菜菜单减菜菜单be_减菜菜单30实体描述记录顾客想从所点的菜中撤销的菜品，以及撤菜的时间、数量属性名称类型精度说明菜名字符20菜的名字价钱字符10说明所减的菜的价钱减菜时间