酒店管理系统(需求分析)

1一项目前景1.业务需求1.1业务背景随着改革开，以及后来的加入WTO后和西方文化的交流，人民生活水平得到了极大的提高，全社会对服务业的需求也越来越高。国内的服务行业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通服务行业的那种以住宿休息为服务核心的单一运营管理方式。由于这类顶尖酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂，因此到目前为止还没有一套较规范的公认的运营管理标准，而照搬传统的酒店业务管理方法和运营机制显然已经不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业务模式，所以造成一些酒店不得以而采用手工记费和人工结账的办法，尤其是在顶尖酒店开业时和增加新的服务项目时，这种现象往往也很普遍。采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互联网高度发展的今天。这种近乎于原始的方法，在前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节，会给酒店的正常运营带来各种麻烦和漏洞。客观上严重制约着酒店的发展。酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发，以适应这类酒店对计算机管理信息系统的迫切需求。面对这种具有现代化文明时尚的顶尖型酒店的灵活多变的运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合信息网络的特点，采用有效手段进行全方位的调查分析。1.2业务目标BO-1：初始版本发布之后的3个月内，酒店运营效率提高50%，服务员工作效率提高20%。BO-2：初始版本发布之后的6个月内，酒店收入提高50%。SC-1：目前通过系统的管理，在初始版本发布之后的6个月内，顾客的满意度提高30%。1.3市场需要随着人民生活水平的提高，人们生活的质量一额大幅提高，所以生活中酒店行业在服务行业中的地位越来越重要。从激烈的竞争中脱颖而出，已成为每位酒店行业经营者所追求的目标。根据酒店行业的特点，该系统以住宿以及相关业务为基础，突出将前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等有机结合，可为酒店宾馆经营方向提供依据，为酒店宾馆的发展提供重要保证。2.解决方案的前景22.1前景陈述由于过去老式的管理方式的效率太低，满足不了现在的社会需求，为了能够加快速度，提高服务质量，提高企业效率，让顾客便捷舒适的享受各种服务，我们开发了此酒店宾馆服务管理系统。2.2主要特性FE-1：前台操作、预订管理FE-2：收据补打印FE-3：现金管理FE-4：信息查询FE-5：库存管理FE-6：基础资料FE-7：账号权限管理2.3假设和依赖AS-1:酒店宾馆内有该公司的内部计算机网络，这样可以使系统内部通信DE-1:酒店宾馆内应有活动的终端和打印机，终端可以入住客户提高服务效率，打印机使打印信息收据有据可循。3项目范围和限制3.1初始发布的范围FE-1：开房，消费记账，结账退房，续收和退还客人预付款，客房状态查看，未结账退房，换房以及预定，预定入住，修改预订信息，解除预定，预定客人消费记账，预订信息一览表FE-2：预付款凭证补打印，结账单补打印，结账改为未结账，外卖单据查询及补打印FE-3：交接班，缴款，收支管理，个操作员目前金额数，改正错误金额数，交接班历史查询，缴款历史查询FE-4：在住客人列表，预定客人列表，历史客人列表，未来一月房态，修改过的关键营业数据，客房换房明细查询，收款员收退款流水细账FE-5：客房结账明细总表，客房结账汇总表，客人来源统计报表，消费商品统计报表，营业日报表，营业汇总报表，FE-6：基础代码，折扣卡代码，挂账单位代码，会员卡代码，操作员房价折扣权限，身份证代码，黑名单代码3FE-7：用户历史使用记录备案，用户管理，权限管理，软件设置，计费设置3.2后续发布范围FE-2:顾客结账（所有形式）。FE-3：入住信息管理，退房管理。FE-6：数据库备份、还原。3.3限制与排除LI-1:入住或预定手续办理开始到结束必须在30分钟内结束。LI-2:前台终端不可重复项后台传同一顾客的相同服务。LI-3:系统只能在酒店宾馆内使用。4业务环境4.1涉众档案涉众主要价值态度主要兴趣约束条件酒店宾馆管理层提高运营效率，增加产值需要最终版本减少运营成本，提高产值无酒店宾馆服务员提高效率增加顾客满意度担心由于系统的便捷导致裁员保住工作接受培训，会使用前台pos机酒店宾馆顾客更好的选择入住时间支持新系统，减少等待的时间到酒店就餐酒店宾馆大堂经理增加入住额，更好的管理电子化使环境更好大堂秩序良好。处理好软件的正常过度4.2项目优先级因素约束自由度特性初期发布实现的特性必须完全可操作质量必须通过95%的用户验收，保证安全和数据的完整性。进度10年10月1日前完成第一版计划10年12月5日前完成第二版。人员一名项目经理，两名开发人员，一名测试人员如有必要还要增加一名测试人员和一名开发人员4成本最多可超支财政预算的5%4.3运行环境OE-1:系统的操作需在windowsxp/7的操作系统下完成。OE-2:系统数据库将运行在一个服务器上，此服务器运行该酒店宾馆的SQLSERVER2008版数据库.二软件需求规格说明书1引言1.1概述该软件需求规格说明描述了“酒店宾馆服务管理系统”1.0版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“酒店宾馆服务管理系统”1.0版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。1.2背景随着改革开，以及后来的加入WTO后和西方文化的交流，人民生活水平得到了极大的提高，全社会对服务业的需求也越来越高。国内的服务行业，特别是宾馆、酒店行业的发展，逐渐打破了传统的普通服务行业的那种以住宿休息为服务核心的单一运营管理方式。由于这类顶尖酒店的运行模式与传统酒店有很大的差异，它涉及的环节比较多，业务关系也比较复杂，因此到目前为止还没有一套较规范的公认的运营管理标准，而照搬传统的酒店业务管理方法和运营机制显然已经不能适应这些变化，难以满足实际需要了。同样，那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业务模式，所以造成一些酒店不得以而采用手工记费和人工结账的办法，尤其是在顶尖酒店开业时和增加新的服务项目时，这种现象往往也很普遍。5采用人工手段进行复杂的业务处理是一种相当原始的方法，尤其是在计算机、互联网高度发展的今天。这种近乎于原始的方法，在前台操作、预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节，会给酒店的正常运营带来各种麻烦和漏洞。客观上严重制约着酒店的发展。酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久，必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发，以适应这类酒店对计算机管理信息系统的迫切需求。面对这种具有现代化文明时尚的顶尖型酒店的灵活多变的运营方式，更需要管理者和开发者用现代和超前的眼光去看待它与认识它，要结合信息网络的特点，采用有效手段进行全方位的调查分析。1.3参考资料《软件需求工程》2任务概述2.1目标酒店宾馆服务管理系统运行于windows操作系统的环境下，提供宾馆住房的快捷服务和酒店的系统管理，使用酒店服务管理系统可以使外出住宿真正成为享受，随时更新最新酒店各方面信息，让顾客的整个住宿过程更加的简便捷，服务人员的服务更加的贴心快速。整个过程也无形中节约了资源，同时也是酒店的管理更加的系统，过程更加的简单化，系统实现后，大大提高了酒店的服务效率。降低服务过程中的错误发生率，减少信息交流的烦琐过程。2.2运行环境2.3OE-1:系统的操作需在windowsxp/7的操作系统下完成。OE-2:系统数据库将运行在一个服务器上，此服务器运行该酒店的SQLSERVER2008版数据库.2.4假设和依赖2.5AS-1:酒店内有该公司的内部计算机网络，这样可以使系统内部通信DE-1:酒店内应有活动的终端和打印机，终端可以点菜提高服务效率，打印机打印定菜菜单是厨房有据可循。3需求规定63.1对功能的规定3.1.1用户需求3.1.1.1组织机构和角色角色视图：角色说明：角色名称说明ba管理层人员酒店管理者，具有大堂经理的一切权限，并且还具有数据库初始化，账号权限管理，员工信息管理权限。高层管理者ba_大堂经理餐厅管理者，具有月收入查询，日收入查询，菜式信息管理等权限。管理者ba_酒店服务员工作人员，具有点菜，加菜，减菜，为顾客结账权限。员工。（1）管理层人员参与业务：7说明：管理层人员通过登陆该系统，设置数据库，管理员工信息，收发账号权限，查询日收入和月收入，（2）大堂经理参与业务：说明：大堂经理登录界面查询日收入和月收入，菜式信息。（3）酒店服务人员参与业务：8说明：酒店服务员通过登录界面为顾客点菜，中途还可以加菜、减菜，最后为顾客结账。3.1.1.2业务概览（1）点菜业务9点菜业务说明：点菜是通过服务员给顾客的菜单，顾客依照菜单上有的菜进行点菜，然后服务员输入信息，系统记录。（2）加菜业务加菜业务说明：加菜过程是在顾客完成点菜过程后，中途又有需要再次进行点菜，后厨通过查看系统进行做菜。（3）减菜业务10减菜业务说明：减菜过程是在顾客完成点菜过程后，中途对菜品不满或有什么其他情况进行减菜，后厨通过查看系统进行减菜。(1)入住房间业务视图结账业务说明：结账是在顾客结束这次用餐后，服务员通过查看系统，为顾客结账。113.1.1.3业务场景4（1）入住房间业务场景（2）点菜业务场景12业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的businessactor和businessusecase作为泳道和活动。这样有助检查和发现businessactor和businessusecase。（1）加菜业务场景业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的businessactor和businessusecase作为泳道和活动。这样有助检查和发现businessactor和businessusecase。13（2）减菜业务场景业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的businessactor和businessusecase作为泳道和活动。这样有助检查和发现businessactor和businessusecase。（3）结账业务场景业务场景说明：此图描述的是预订机票的业务流程，应使用预定义的businessactor和businessusecase作为泳道和活动。这样有助检查和发现businessactor和businessusecase。4.1.1系统需求3.1.2.1概览14此图展现的是业务用例的追溯，业务用例的实现过程在每个用例实现中。这些实现过程将是概念模型建立的依据和分析归纳的重要来源。本例实现点菜、加菜、减菜和结账有关的业务用例。系统将会打印菜单和账单。3.1.2.2系统需求规定（1）点菜a业务说明15用例名称bu_点菜实现名称Bur_orderdishes用例描述前台服务人员可以通过本用例向系统提交顾客的点菜需求参与者前台服务人员前置条件顾客必须要在本酒店落座后置条件无主事件流1.前台服务人员登录系统进入点菜界面2.系统记录顾客已经点的菜3.系统将顾客所点的菜单保存并发送给后厨4.系统打印顾客已点的菜单。用例结束备选事件流1.a登录信息错3.a未能提交菜单业务规则至少点一样菜涉及的业务实体Be_已点菜单,Be_菜单非功能性需求只支持本店内使用b业务场景分析16业务场景分析说明：服务员登录界面通过验证之后