酒店客房管理项目计划书.doc

酒店客房管理系统项目计划书1、定义愿景本项目以如家连锁酒店的运营环境为参照，希望设计出适合酒店管理运用的酒店客房管理系统。1.1 定义变化1.1.1 发掘作改变的需要随着酒店业蓬勃发展，如家现有客房管理系统已经无法跟上信息时代的快速发展，因此我们着手于本系统的设计开发。酒店客房管理系统是根据酒店对客房管理的实际情况进行编写的，主要目的是为了方便酒店对客房的实际情况进行集中的查询与管理工作，以提高整个酒店的工作。酒店客房管理的科学化、系统化、信息化成为各个酒店追求的目标。因此，而要实现这些功能，就要求各个酒店配备一套客房管理系统，以便在酒店内实施良好的完善的管理且以最快地速度响应客户的需求，及时为他们提供服务，为他们提供一个高效、便捷的居住环境。客房管理信息系统（MIS）是各个酒店软件建设中一个重要的应用系统，它大大了改善酒店管理的基础环境，它大大了改善酒店管理的基础环境。1.1.2 项目所希望达成的改变搞好酒店的事务处理工作和服务质量，使如家酒店内信息流通体系能协调一致地运行，节约公司管理费用，提高管理人员的管理水平，及时准确迅速地提供有关信息资料，1.2 项目愿景相对于传统酒店管理中存在的许多问题，例如客房资料不能及时提供等，从而影响出租率，使的管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过我们设计的客房管理电脑系统辅助解决，酒店客房管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。作为中国最大的连锁酒店“如家”为例，面对全国分店，庞大的客房资源，客房管理系统可以大大节约管理成本，有效减少错误以及实现全国连网，及时沟通。针对如家酒店全国所有分店，设计客房管理系统，系统连网如家所有分店，管理所有客房记录、客房资料、预定信息、退定信息、消费信息、会员信息、信息查询功能等。1.3 愿景的可行性本项目使用后主要将改善酒店客房管理模式，现从以下几个方面进行可行性分析：（1）投资必要性：从长期角度来看节约公司管理费用，因此值得投资；（2）技术可行性：客房管理系统需要数据库等技术，目前而言尚未成熟；（3）组织可行性:各分店管理人员必须配合才能；（4）财务可行性:有一人专项负责项目财务事宜。2、订出目标建立完善的如家酒店客房管理系统。设计出的酒店客房管理系统的功能模块，包括：基本资料管理，消费结账管理，记录查询。其中基本资料管理包括客房类型管理、客房资料管理。消费结账管理包括预定记录管理、入住记录管理、消费明细管理和消费结账管理。记录查询包括客房类型查询、客房资料查询、预定记录查询、入住记录查询、消费明细查询和消费结账查询。（1）定义目标：可在如家整体系统中成功运行； （2）订定指标：能适应现在的客房数量等并且有一定的升级空间；（3）订定轻重缓急：首先了解如家酒店客房情况等详细信息，制定方案并从技术上评估其可行性以及财政预算。3、评估限制本次项目评估，主要是针对如家酒店客房管理系统的时间压力，资源限制以及现有的管道这三个方面来进行评估，为酒店管理者选择项目及实施方案提供多方面的告诫，能够让管理者客观、准确地做出对本酒店更为有利合适的决策，同时也为投资项目的执行和全面检查奠定基础。3.1 评估时间的压力对于一家酒店来说，传统的人工客房管理已经无法满足越来越电子化的经济形势，越来越多的酒店领导认识到酒店管理计算机化的重要性和必要性，计算机信息管理系统对酒店管理来说，已不再是一个时髦的奢侈品，而是一个必不可少的得力助手。越快拥有自己的客房管理系统，时间越短，意味着将有更广阔的客源，而往往，设计一个客房管理系统需要不短的时间。那么，除了找专门的IT人士设计一个，随着电子商务的日益普及化，网上也推出了很多完善的专门针对酒店客房管理的软件，可以在第一时间投入到酒店的运营中，为酒店带来利润。对于酒店管理者来说，所需做的只是熟悉运用这个软件而已。3.2 检验资源的限制客房管理系统的运行所需的资源：一台能够上网的计算机，一个酒店客房管理软件，一个能熟练操作软件的员工。这些资源的成本不高，且其利润绝对远远大于其成本。酒店客房管理系统属于正当的经营方式，受法律保护，至于安全方面，该系统提供了基于角色的权限管理体系，设置灵活，管理科学，确保了系统的安全可靠。3.3 善用现有管道酒店管理管理系统早已投入到酒店管理运营中了，此类案例也可以很方便的在网上搜索到。并且网上也有很多关于酒店客房管理类的资源软件可供借鉴，酒店管理者可以在网上下载一个适合本酒店的客房管理软件，妥善利用已有的资源。并通过对其他类似案例的思考，加以改进，尽量完善自己的客房管理系统。我们认为，从时间上来考虑，应该把系统业务外包给第三方的专业化团体，我们专注于需求的设计和构架的构思，这样不仅节约时间，也能够专注于自身的核心业务，降低成本，减少设计的时间，提高生产效率，充分发挥自身核心竞争力和增强对环境的迅速应变能力。4、列出工作4.1 初步制定工作计划姓名性别在本项目中承担的工作阳鑫磊女项目发起人，负责计划，项目总体监督及协调进度，组织协助小组成员完成项目，项目具体操作。何茵女设计项目进度与划分优先级，检测项目各阶段成果，项目具体操作。顾燕华女负责为项目提供相应资料，资料和资源的采集，项目具体操作。华怡婕女监控项目，对项目质量负责，安排项目的详细进度，项目具体操作。全组成员系统分析/软件设计/软件测试/测试小组成员各司其职。对项目的制作进行责任制控制。4.2 纪录工作总表该项目的最终目标是为了提高酒店的经济效益、提高酒店的服务质量、提高酒店的工作效率以及全面了解营业情况，我们认为，上述工作做完之后，能够基本达到项目的目标。并且每项工作都是有必要的，如客房资料查询能方便地查询到房态信息，现在及将来某时段的可用房信息以及客房的使用率信息；消费明细查询则能对宾客的账务进行调整，处理漏帐，错帐等问题，能对宾客相关账务进行查询，及时了解欠款宾客情况，进行催帐，极大地保障了酒店的财务正确性。5、资源确定5.1 人力评估l 需求：投入3人*2周l 架构：投入3人*2周l 开发：投入4人*3周l 测试：投入3人*1周（1）所需知识：范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，风险管理，采购管理，酒店管理。（2）所需经验：IT项目管理相关经验和酒店管理经验。（3）所需技术：l 软件资源需求：Access开发工具，SQL Server数据库，Project项目管理软件。l 硬件资源需求：开发服务器一台(2.4G CPU,1G以上内存)；开发服务器一台(2.4G CPU,2G以上内存)。（4）所需资源：人力资源，工程实施所需要的软件、硬件及其相关文档，相关设备，网络配置。5.2 评估其他的资源（1）场地：适合办公，制定系统项目进程的地点。（2）器材：计算机，网络配置，传输专线等。（3）安全性：选用业界领先的Sybase/SQL Server/Oracle等大型数据库存储数据资料，从根本上保证了数据的安全和稳定。资源的不足或过多都可能导致项目的失败，因此要对这些资源作出准确的评估。5.3 沟通协调（1）在项目开始前，所有资源要准备到位，人力资源以及计算机的软、硬件资源和网络资源。（2）当有资源无法到位时，有备用资源可供选择，一样可以达成项目的目标。（3）组内成员之间，协调工作内容，共同完成项目。5.4 记录资源用资源投入表（commitment matrix）来记录及沟通所有的资源。要拿到掌握资源者与项目赞助人的签署。6、工作排序6.1 考虑优先级如家酒店客房管理系统主要分为基本资料管理、记录查询和消费结账管理三大类。按逻辑关系，将此三大板块按优先级分为记录查询、基本资料管理和消费结账管理。l 记录查询：根据原始资料对客房类型、客房价格、预定情况、入住情况、会员资料等内容进行整理，录入电脑；l 基本资料管理：主要是进行信息的更新管理，包括客房类型、客房价格、预定和入住情况、会员资料和消费记录等内容。l 消费结账管理：根据客房入住情况和会员与非会员不同的消费记录，进行系统的资料更新。记录查询基本资料管理 消费结账管理酒店客房管理系统客房类型查询客房资料查询预定记录查询入住记录查询会员资料查询消费明细查询消费结账查询客房资料管理客房类型管理会员资料管理预定记录管理入住记录管理消费明细管理消费结账管理6.2 估计工期的长短任务项负责人参加人员交付项、应提交文档预计起止时间项目启动阳鑫磊全体项目章程调查问卷问卷数据分析2010-09-07 至2010-09-23项目计划顾燕华全体项目需求分析项目开发计划书2010-09-24至2010-10-07功能设计阳鑫磊全体项目设计报告项目维护与推广方案2010-10-08至2010-11-05页面设计何茵、顾燕华全体Access设计华怡婕全体项目收尾阳鑫磊全体项目总结报告PPT展示2010-11-09至2010-11-06审核监控华怡婕审计活动检查表审计报告阶段评估报告2010-09-07至2010-11-086.3 网络图网络图如下所示：关键路径：如家酒店客房管理系统 记录查询 客房类型查询、客房资料查询、预定记录查询、入住记录查询、会员资料查询、消费明细查询、消费结账查询如家酒店客房管理系统 资料录入 客房类型、客房资料、会员资料、预定记录、入住记录、消费明细、消费结帐如家酒店客房管理系统 资料管理 客房类型、客房资料、会员资料、预定记录、入住记录、消费明细、消费结帐酒店客房管理系统记录查询客房类型查询客房资料查询预定记录查询入住记录查询会员资料查询消费明细查询消费结账查询基本资料管理 客房资料管理客房类型管理会员资料管理消费结账管理预定记录管理入住记录管理消费明细管理消费结账管理7、确定进度项目实施前期，设定进度计划里程碑。 具体的项目进度计划根据后期制定Project细则，设置里程碑为： （1）项目起始时间：2010-09-07（2）需求开发完成: 2010-09-29（3）架构设计完成: 2010-11-05（4）软件测试完成：2010-11-10（6）软件产品发布: 2010-11-128、项目风险8.1识别风险（1）项目的潜在风险主要有：预算方面、进度细则、人力(工作人员及组织)问题、资源控制、客户需求是否完善等方面的问题以及它们对软件项目的综合影响。（2）项目的实际风险主要在项目的复杂性、规模性以及结构的不确定性。（3）项目的技术风险：设计、实现、接口、验证、和维护等方面的问题。此外，规约的二义性、技术的不确定性、陈旧的技术及“先进的”技术在存在风险。 （4）项目的组织风险：组织内部对目标未达成一致、管理者与执行者对项目意见分歧、资金不足或与其他项目有资源冲突等。（5）项目的外部风险：法律法规变化、项目相关接口方的情况发生变化，以及一些不可控制的时间。（6）其他风险：一般不可控制的“不可抗力”因素，相当于灾难防御。8.2 风险预测设计项目计划者以及其他管理人员和技术人员需要一起执行四个风险预测活动：（1）建立一个尺度，以反映风险发生的可能性；（2）描述风险的后果；（3）估算风险对项目及产品的影响；（4）标注风险预测的整体精确度，以免产生误解。8.3 风险计划（1）由项目经理，需求和架构成立风险小组。负责分析和识别项目风险；（2）主要通过历史风险库，检查单和头脑风暴分析项目风险；（3）风险识别和跟踪周期为每周例会进行跟踪；（4）