酒店管理系统开发可行性分析.doc

酒店管理系统开发可行性报告

[信息11162]
[第二科研小组]
[项目经理：边儒]
[项目成员：郑骁杰、陶阳、蔡苏园]
2024年7月1日

目录
一、项目背景·····································
二、项目建设目的·································
三、项目工程方案·································
3.1 项目的需求调研····················································
3.2 运营计划···································································
3.3 需求规格说明······················································
3.4 需求分析··························································
四、系统方案·····································
4.1、重要功能及结构工图················································
五、投资估算·····································
5.1 酒店系统的成本计划················································
5.2 收益·····························································
六、项目可行性分析·······························
6.1 项目经济效益和社会效益············································
七、项目开发划···································
7.1 需求方案··························································
7.2 人员安排··························································
7.3 项目的团队组织结构图··············································
八、 风险分析··················································

8.1 风险清单··························································

8.2 风险应对计划······················································

8.3 风险减少计划······················································
九、结论······································
9.1 局限······························································

9.2 前景······························································
一、 项目背景
该酒店管理系统包含预定接待、帐务解决、客房中心、报表中心等功能模块。优秀的酒店管理软件能显著地提高酒店的服务水平和工作效率，规范酒店的业务流程，帮助酒店管理者及时、全面地了解经营信息，做出更加准确的决策，从而有效地提高酒店的经营效益。
随着科学技术的进步和信息化时代的到来，管理信息系统在各个领域都得到广泛的应用。特别是它在公司管理和计算机应用领域的重要性日益显现。它不仅已经成为教育教学专业的核心课程，并且也是公司管理和计算机应用领域的一门重要的技术。
在经济全球化的剧烈竞争中，方便、快捷的管理手段已经成为所有管理部门的迫切规定。酒店作为社会需求的实体，更应当通过信息资源的进一步开发和广泛运用，不断提高生产、经营、管理、决策的效率和水平，进而提高酒店经济效益和综合竞争力，实现从传统管理向现代管理的转变。
新的信息系统使酒店有机会重新设计它的组织结构、职责权限、产品工艺、梳理工作流程等，从而提高酒店的生产率、劳动效益和经济效益。
二、项目建设目的
酒店管理系统提高服务质量：强大而方便的快速预订、前台接洽、帐务等批解决功能，减轻您的工作承担；2完善的酒店客房状态管理、预订管理，具体地预订状态报表，为您的预订销售做出权威指导；强大的客史管理：涉及回头客自动辨认及客史资料的调用；先进的多条件资料查询：操作员只需输入符合某个条件关键字，系统即可自动匹配，快速调出相关资料，让操作人员为顾客提供更好的服务；入住登记简便化：无需手工填写资料，可将客人资料直接输入电脑，自动打印出入住登记表或预付金收款单，简化入住登记手续，缩短客人等待时间；退房程序的智能化：前台收银可通过前台及客务中心进行电脑上的联系，只需按照提醒点击“是”或“否”，简化操作，缩短客人离店等待时间；酒店内的签单消费：住店客人可在酒店内多处消费、总台统一结帐，不仅大大方便了客人，也提高了酒店的服务档次；电话费自动计费及电话开关控制、叫醒服务设立(需要电话互换机支持这些功能)等，使话务员从繁琐的话务台管理中解放出来，有充足的时间为客人提供优质服务。
三、项目工程方案
3.1 项目需求调研：
需求调研对管理系统的开发起到准确的定位的作用，是开发管理系统的重要依据，它可以有效的帮助开发小组准确的设计一款有针对性，并让客户满意的管理系统。因此，这一步的工作是至关重要的。开发小组从以下几个方面对该项目的需求进行调查研究。
3.2 运营计划：
系统分析人员为核心，成立调研小组。采用询问、调查表、阅读分析资料等方法，对业务需求进行具体的调研与分析，掌握了现行酒店的运营情况和存在的问题。酒店的传统运营情况大体如下：
（1）餐饮管理：
点菜：服务员手写菜单，由点菜员或传单员将记帐单、厨房单分别送至帐台和厨房。
结帐：由服务员或顾客到帐台结帐，帐台收银员用计算器或收银机结帐。
原材料库存：由采购员自己点数食材的消耗与库存情况，并手记下库存量。
（2）客房管理：
入住：查看柜台房间钥匙情况，给房客随机分派房间；在住房本上手工登记住客的入住信息、身份证号、姓名等。
服务：客人需要客房服务，则通过打电话到柜台，柜台人员在帐本上相应地方记录下应收费用。
退房、结帐：住客交回房间钥匙，柜台人员翻找出住客的登记表和费用表，用计算器计算所有费用。
（3）娱乐、休闲管理：
酒店内设有酒吧、桑拿洗浴、美容等多种娱乐休闲服务。但营业时所有业务均为手工解决。
接待客人：人工辨认客人身份和信息，纸质登记客人信息和消费情况。
结帐：单独结算在酒店娱乐休闲场合的消费费用，不可与住房费用一起结算。
服务人员状况：查看场合柜台前中、高级技师的手牌情况，拟定技师们是处在空闲或忙碌状态，以便分派工作。
（4）会员管理：
在酒店消费满一定额度后，就发送特制的精致卡片给客人做为会员的象征，每次消费一定的额度，就在卡片上盖章，盖满章就可以享受一定的优惠。
突出问题：
综合以上几点，酒店存在如下突出问题：
（1） 服务效率低、速度慢；
（2） 工作量大，容易犯错；
（3） 库存和帐目记录工作难，更新不能及时完毕；
（4） 管理不完善，顾客满意度不高；
3.3需求规格说明：
理解需求是在问题及其最终解决方案之间架设桥梁的第一步。开发者只有和客户充足理解了需求之后才干开始设计系统，否则，对需求定义的任何改善，在设计上都必须大量的返工。下面是通过双方调研后得到的需求规格说明：
（1） 每个系统界面规定采用WEB方式，规定简洁明了，让所有具有一定计算机基础的用户可以快速、方便地检索或浏览到酒店服务信息。该系统的用户有两种类型：一是酒店高层管理员，二是服务员。两者应具有不同的权限。
（2） 系统需对登录用户进行身份认证，并允许用户填写、修改自己的个人信息和密码的设立、修改。
（3） 系统应提供酒店各种类型服务的分类管理功能，可分类设立客房信息，客房设备与价格等不同标准的分类管理。
（4） 在订房、退房管理时，系统可以显示客人住房的各种信息，例如：入住时间、住房期间各种消费、退房时间、总消费费用等。当客房没有住人时，客房的可用服务为“订房”，否则，为“退房”。
（5） 系统在各功能模块的实现当中，提供多级分类检索和组合搜索。
（6） 系统的客户端在Windows平台下运营，服务器端可在Windows平台或UNIX平台下运营。系统还需要有较好的安全性和可扩展性。
3.4需求分析：
通过对用户业务问题的分析，规划出系统的功能模块，即定义用例。这个环节是对理解需求的升华，直接关系到该系统的质量。
通过开发小组同客户的需求分析之后，开发小组初期拟定了酒店管理信息系统的功能模块，涉及：前台管理、后台管理、客房信息管理、餐饮管理、休闲娱乐管理、会员信息管理。酒店管理系统重要采用Web方式，各模块功能需求如下描述：
（1）前台管理：
前台作为与用户直接交互的可视化界面，必须简洁明化，不仅要让前台服务员一目了然，并且没有压迫感，方便好用，能将系统的各个功能提供应服务员，以帮助前台服务员进行管理。这样做的目的是让大多数客户可以轻松地享受电子商务给他们带来的便利。
（2）后台管理：
为了保证客户和酒店的信息具有更好的安全性，前台管理和后台管理是分离的。前台、后台的各管理模块需要通过权限授权才可以使用，前台的重要角色是前台服务员，而后台的重要角色即是酒店高层管理人员。其中高层管理人员享有最高权限，可以使用系统的各个功能模块。
（3）客房信息管理：
与传统的管理方式相比，开发的系统将具有预订和排房系统结构，绝大多数的来宾结帐变得简捷迅速，也可以完毕少数来宾的复杂结帐解决规定。电脑记录来宾住房退房信息，可以通过系统上的信息显示了解客房是可用或不可用。客房钥匙将采用高技术的感应类磁卡。
（4）餐饮管理：
可监控收银情况，提供收款报表。经理可查询打折情况，起到审核作用。涉及分析图表，为经理作经营分析提供依据。提供挂帐的记录和报表，用以有效控制应收款。餐饮系统留有厨房打印的接口，如有需要可接驳厨房打印机，提高点菜单传送效率。可选仓库管理系统，管理后台物料。可选餐饮成本分析系统，分析原材料实际消耗和销售消耗定额的差异。
（5）休闲娱乐管理：
可接受网上预订，来宾登记全采用数字化，电脑记帐和结帐。可以系统界面上显示各位高级技师的空闲情况，如为空闲则显示为“空闲中”，否则为“忙碌中”。
（6）会员管理：
可发售各种类型的会员卡，让客户享受不同会员卡的不同折扣优惠。可在会员系统上管理各会员的信息情况，修改、增长会员信息，记录各会员的消费情况，如有需要还可以导出或打印。可通过电子邮箱的方式给各会员发送信涵等。

酒店系统管理
四、系统方案

系统分析
系统设计
系统实行
系统维护与运营
系统规划

具体设计
安装调试
系统程序设备
硬件设备购买
撰写系统设计报告
总体设计
撰写系统分析报告
系统逻辑模型分析
用户需求调研
用户需求报表
可行性研究
可行性报表
具体调研

数据流程
餐饮管理程序设计
后天管理程序设计
客房管理程序设计
输入输出设计
代码设计
酒店模块设计
数据库设计
酒店平台设计
酒店网络设计
酒店系统总体设计
数据流程分析
业务流程分析
前台服务员需求调研
酒店管理员需求调研
组织结构与功能
前台管理程序设计
会员管理程序设计

4.1、重要功能
（1）业务流程管理
系统全面支持数据中心各项业务的受理、开通、关闭、修改、取笑和回退，具有一套完整的、标准的、规范化的流程管理体系
（2）财务管理
酒店系统总体设计
通过对数据中心各项业务具体开展情况与财务收支情况的实时收获，实现对多种方式财务数据的记录，并以直观、多样的报表形式呈现出来。财务管理涉及：住房费用和餐饮费用，是为了查询某顾客的具体消费情况，涉及客房租凭与租房结算，该类费用可以让客户知道自己的实际消费情况
（3）客户信息管理
随着酒店业务的发展，客户的增多，规定对每一位客户的个人信息归入档案，随时删改调出，为业务圈的扩展作出重大的奉献
（4）客房管理
为了快速解决客人的订房信息、零时入住、退房结算、房间查询、房间报价以及各个住房区域所相应的管理员的信息
（5）职工管理
职工管理涉及员工档案管理、出勤记录和工资状况及员工编码，员工档案管理是一些在本酒店上班的员工的具体情况
五、投资估算
5.1 酒店系统的成本计划：
      影响项目的成本的因素是多方面，涉及项目的质量规定，质量越高成本越高；项目的工期，一般工期越长成本就越大；管理水平；人力资源等。在系统开发工作开始前必须做好初期的成本预算，以便运用达成“用更少的成本，做到更好的系统”，同时也可以预测到项目进行过程中也许碰到的问题，以便更快的做好解决问题的准备。
以下成本预算都是从零开始的，即使用零基预算，以避免由于市场变动引起的成本剧增浪费。
以下就是酒店系统开发项目的各个阶段的大体费用预算：
酒店系统规划阶段：（总工期为7天）
人力资源
正常工作/小时
每小时工资
总工资/元
差旅费用
材料费用
总成本
项目经理
6*8
200
9600
300
200
17300
系统分析员
6*8
150
7200

酒店系统分析阶段：（总工期为13天）
人力资源
正常工作/小时
每小时工资
总工资/元
差旅费用
材料费用
总成本
项目经理
1*8
200
1600

800

400

17200
系统分析员
6*8
150
7200
系统设计员B
6*8
150
7200
酒店系统设计阶段：（总工期为23天）
人力资源
正常工作/小时
每小时工资
总工资/元
差旅费用
材料费用
总成本
项目经理
1*8
200
1600

1500

800

44700
系统设计员A
9*8
150
10800
系统设计员B
14*8
150
16800
系统程序员A
7*8
150
8400
系统程序员B
4*8
150
4800
酒店系统实行阶段：（总工期为13天）
人力资源
正常工作/小时
每小时工资
总工资/元
差旅费用
材料费用
总成本
项目经理
3*8
200
4800

800

400

33360
系统设计员A
6*8
150
7200
系统设计员B
6*8
150
7200
系统程序员B
6*8
150
7200
系统操作员
6*8
120
5760
酒店系统运营与维护阶段：（总工期为3天）
人力资源
正常工作/小时
每小时工资
总工资/元
差旅费用
材料费用
总成本
系统维护员
3*8
120
2880

200

50

6010
系统控制与管理员
3*8
120
2880
培训阶段：（总工期为7天）
人力资源
正常工作/小时
每小时工资
总工资/元
差旅费用
材料费用
总成本
项目经理
7*8
200
11200
500
200
11900
综合以上成本和前面讲到的一些系统硬件费用，项目的初期总成本大约为：350000+17300+17200+44700+33360+6010+11900=480470（元）
（注：实际费用与计划费用之间的差额将酒店支付）
5.2 收益
本软件使用寿命长,开发周期短,所需经费甚少.外部硬件环境成熟,目的系统不复杂,带来的效益是客观的.一次性的投资,以及后期的投资数目并不可观,但是带来的效益绝对是可观的. 新系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软件就能实现自动化.我们将尽也许地提高工作效率,减少工作人员。
（1）一次性收益
开发完毕运营后，为使用者带来便利，为系统的进一步推广发明了条件，经济收益将远超过投资.
赚钱预计: 鉴于酒店的房价销售全年不能达成完全记录仔细分析和核算，按全年平均销售价格100元/间，全年销售比例70%来核算。
全年的酒店预计销售额为：
20间*70%=14间*100元/间=1400元/天*30天*12个月份=504000元
全年的酒店预计开支为：
房租500000元+水电费，床上用品清洗，酒店一次性用品，简朴维修等费用160000元+人工工资180000元+工商，税务，资金利息，酒店用品折旧等费用28000元=114000元
全年的酒店预计纯利润：504000元-114000元=390000元
（2）非一次性收益
整个系统的使用寿命长,按月对其进行维护和更新,软件的局限性之处将逐步得到完善.带来的损失也会日益减少.相反每月带来的收益将逐步增长.
六、项目可行性分析
6.1 项目经济效益和社会效益
管理信息系统的开发是一项耗资大、周期长、风险高的工程项目。同其个复杂工程同样，可行性研究必须的。项目正式启动前的可行性研究也是合理使用信息资源、避免浪费的重要保证。.
建设系统的也许性包含以下三个方面：
1、技术可行性研究：
酒店系统的开发案例在现在社会是普遍存在的，并且系统拟建的方案比较成熟、技术难度不大，规定的运营环境为ASP环境、.NET环境或SQL server就可以，脚本语言可以选择JSP或ASP等。同时，在现在的计算机网络技术、数据库技术以及各种编程语言日趋成熟，可用于系统开发的软件越来越多种多样，对于不同领域的管理系统也有许多不同的专业应用、开发软件。它们的性能、可靠性、安全性都基本可以满足系统所提出的规定。因此，在技术方面是没有问题的。
2、 经济可行性研究：
开发需求较低,加上成熟的软硬件环境、目的系统并不是十分复杂和开发周期较短,人员经济支出有限。开发完毕运营后，为使用者带来便利，为系统的进一步推广发明了条件，经济收益将远超过投资。本系统一经使用在经费支出方面一定会得到很好的改善，用户在使用了本系统后只需要花一定资金购买一部分计算机与软件就能实现自动化。完善的散客和团队预订功能可防止有房不能出租或满房重订的情况出现，可随时提供准确和最新的房间使用和预订情况，从而可提高客房出租率。客人费用的直接入帐，不仅减少了票据传送，并且避免了管理上的混乱，更重要的是有效地防止逃帐的发生。
由于酒店在此之前并没有属于自己的管理信息系统，所以酒店没有属于自己的完备的局域网和配备齐全的微机，这让开发小组在构建系统的过程中带来了很大的不便。为了可以更快的开发完毕高质量的酒店管理系统，需要新增一些硬件、软件设备，并设立一定的额外支出费用。具体费用安排如下所示：
系统硬件费用开支
序号
名称
单位
数量
单价/元
金额
描述
1
IBM服务器
台
2
33500
67000
一台作为服务器，一台作为备份服务器
2
终端电脑
台
30
3200
96000
联想液晶电脑
3
互换机
台
2
1400
2800
10M/100M/1000M
4
集线器
个
3
180
540
16口
5
双绞线
卷
2
408
816
超五类非屏蔽
6
移动U盘
个
4
65
260
4G
7
数码摄像头
个
10
52
520
500万像素
……

系统开发其他费用支出
序号
名称
金额（元）
说明
1
办公耗材
3000
重要用于开发过程中纸张、油墨等打印耗材
2
通讯费
2023
开发小组成员的通讯费用
3
软件开发费
110000
小组成员的劳务费
4
培训费
5000
软件实行中的系统培训费用
5
维护费
10000
开发过程中的软件维护费用
6
打印机
900
购置两台打印机，用于打印相关资料
7
其他
5000
其他不可预见费用开支
根据以上内容，开发过程中的支出费用为35万左右。当酒店管理信息系统投入运营后，在很大限度上将提高A酒店管理的效率，减轻开发人员的压力、提高酒店管理系统资源的有效运用率。不仅能给使用者带来了便利，同时也能提高消费者对酒店的满意度，进而提高A酒店在同行业中的影响力。所以从长远来考虑，系统所带来的经济效益远远超过支出费用。因此，从经济方面考虑，该系统是可以开发的。
3、社会可行性研究：
采用MySQL 、JAVA等开发系统，即使碰到困难，也能从丰富的资源中找到解决方案。开发出的系统具有库存宾馆管理功能，能高效管理来宾住宿信息，记录每年、每月、某天的客房住宿情况，对财务信息进行记录、分析，可以有效分析出酒店的收入与支出，以及对工作人员的管理等。使用简朴,方便,快捷,软件使用容易上手.只要具有计算机知识人基本均可使用. 就目前使用的开发技术来说建议系统的功能目的应当可以达成；运用现有的技术在规定的期限内开发工作基本可以完毕。
该系统的开发是酒店董事以及相关高级管理人员共同决定进行的，这说明A酒店内部对该系统的需求强烈限度。系统的顺利开发可以帮使用者节省精力、时间，给他们带来一个比较轻松的工作环境。系统设立的操作也是比较基本的。对于不熟悉或者不懂计算机的用户，只要参与专门的培训课程也是可以容易上手的。由于A酒店管理系统是针对A酒店开发的，所使用的数据库管理系统是通过合法购买而占用的，所以系统自身不存在法律上的知识产权和版权争议，系统开发完毕之后，知识产权是归A酒店所有的。因此，在社会角度上，该项目也是可行的。
七、项目开发计划
7.1需求方案
理解需求是在问题及其最终解决方案之间架设桥梁的第一步。开发者只有和客户充足理解了需求之后才干开始设计系统，否则，对需求定义的任何改善，在设计上都必须大量的返工。下面是通过双方调研后得到的需求规格说明：
（1） 每个系统界面规定采用WEB方式，规定简洁明了，让所有具有一定计算机基础的用户可以快速、方便地检索或浏览到酒店服务信息。该系统的用户有两种类型：一是酒店高层管理员，二是服务员。两者应具有不同的权限。
（2） 系统需对登录用户进行身份认证，并允许用户填写、修改自己的个人信息和密码的设立、修改。
（3） 系统应提供酒店各种类型服务的分类管理功能，可分类设立客房信息，客房设备与价格等不同标准的分类管理。
（4） 在订房、退房管理时，系统可以显示客人住房的各种信息，例如：入住时间、住房期间各种消费、退房时间、总消费费用等。当客房没有住人时，客房的可用服务为“订房”，否则，为“退房”。
（5） 系统在各功能模块的实现当中，提供多级分类检索和组合搜索。
（6） 系统的客户端在Windows平台下运营，服务器端可在Windows平台或UNIX平台下运营。系统还需要有较好的安全性和可扩展性。
7.2人员安排
软件工程师： 负责软件的编写
数据库工程师： 后台数据库的管理和组织
架构工程师： 整个系统的架构
设计工程师/美工： 界面的设计 各种图标图片的设计等
测试工程师： 对开发的系统进行测试
维护支持工程师： 系统开发完后对系统进行长期的支持与维护
项目经理： 对整个系统的需求进行分析，与客户联系
7.3项目的团队组织结构图
项目经理

系统控制管理员
系统维护员
系统操作员
系统程序员
系统设计员
系统分析员

系统程序员A
系统设计员A

系统程序员B
系统设计员A

酒店系统项目中各个项目活动的人力资源计划如下表：（每周星期六、日为休息日）

项目活动
各阶段人力资源
工作时间安排
1
A酒店系统规划
/
/
1.1
用户需求调研
/
/
1.1.1
酒店管理员需求调研
项目经理

系统分析员
1.1.2
前台服务员需求调研
项目经理

系统分析员
1.2
撰写需求分析报告
系统分析员

1.3
可行性研究
项目经理

系统分析员
1.4
撰写可行性分析报告
项目经理

2
A酒店系统分析
/
/
2.1
具体调研
/
/
2.1.1
组织结构与功能分析
系统分析员

2.1.2
业务流程分析
系统分析员

2.1.3
数据流程分析
系统分析员

2.2
系统逻辑模型分析
/
/
2.2.1
数据流程
系统设计员B

2.2.2
数据字典
系统设计员B

2.3
撰写系统分析报告
项目经理

3
A酒店系统设计
/
/
3.1
总体设计
/
/
3.1.1
酒店系统总体设计
系统设计员A

3.1.2
酒店网络设计
系统设计员A

3.1.3
酒店平台设计
系统设计员B

3.2
具体设计
/
/
3.2.1
数据库设计
系统设计员B

3.2.2
酒店模块设计
/
/
3.2.2.1
前台管理模块设计
系统设计员A

3.2.2.2
后台管理模块设计
系统设计员A

3.2.2.3
客房管理模块设计
系统设计员B

3.2.2.4
餐饮管理模块设计
系统设计员B

3.2.2.5
娱乐管理模块设计
系统设计员B

3.2.2.6
会员管理模块设计
系统设计员B

3.2.3
代码设计
系统程序员A

3.2.4
输入输出设计
系统程序员B

3.3
撰写系统设计阶段报告
项目经理

4
A酒店系统实行
/
/
4.1
系统程序设计
/
/
4.1.1
前台管理程序设计
系统设计员A

4.1.2
后台管理程序设计
系统设计员A

4.1.3
客房管理程序设计
系统设计员B

系统程序员B
4.1.4
餐饮管理程序设计
系统设计员B

系统程序员B
4.1.5
娱乐管理程序设计
系统设计员B

系统程序员B
4.1.6
会员管理程序设计
系统设计员A

4.2
硬件设备购置
系统操作员

4.3
安装调试
项目经理

系统操作员
5
系统运营与维护
系统维护员

系统控制与管理员
6
培训
项目经理

八、风险分析
        进行任何开发项目都会存在一些不易被人发现辨认的风险因子，不管风险是大是小，都会对开发工作导致一定限度的影响，这种影响一般是不利的。因此制定一份项目的风险计划是非常必要的。
        对于该项目，开发人员从各方面分析之后，归纳出以下项目也许存在的风险。
8.1、风险清单：
风险编号
风险类别
风险描述
1
管理层
高层管理人员对项目态度不一致，管理流程多变，约束太多
2
工期风险
开发人员局限性，采购计划无法如期进行，技术方案存在问题
3
协议
职责定义不清楚，产生分歧；交付物定义不清；
4
范围定义
项目范围定义不清，没有范围变更控制流程
5
财务
客户付款不及时，范围变更，人员加班加点太多
6
项目团队
项目管理知识局限性，没有商务和成本意识，团队协作不够，沟通不好
7
供应
配送不及时，第三方配合不及时，分包进度延迟
8             
组织
内部职能分工不明确，配合不到位，组织结构变化
9
技术
技术不成熟，技术更新太快，使用新技术或新工具，技术推出延迟
10
质量
受技术限制，不能完全符合客户需求
11
材料
采购不全，材料短缺
12
人员
人员外聘受人事政策限制，人员调动，多项目人力冲突
13
客户
配合不好，需求不明确，需求经常变更

8.2、重要风险应对计划：
编号
风险因素
也许性
影响限度
解决方法建议
解决后的影响限度分析
1
管理层意见不致
高
大
双方分别只指派一位发言人或负责人
双方沟通方便，观点基本能达成一致
2
工期延误
偏高
大
延长交付工期或者增多工作人员
工期能如期完毕
3
协议矛盾
低
低
让具有法律知识的专业人员拟定，双方核对后再签定
实际行为和成果与协议规定一致
4
范围定义不明确
高
大
双方互相监督协作，制定范围变更控制流程
项目范围清楚明了
5
货款支付不及时
偏低
小
提前付款
财务上基本没有问题
6
项目团队不团结
偏高
大
每周开一次例会，让各成员自由发表意见见解
达成有效沟通的效果
7
供应不及时
低
小
与信誉良好的第三方合作
供应及时
8
技术不成熟
高
大
定期培训，学习新技术
专业知识加深，技术提高了
9
客户需求多变
高
大
进行沟通，协商
尽量满足客户需求
 8.3、风险减少计划：
此阶段我开发小组针对系统结构及相应功能调整，新成立了质量监控组，重要工作职责是在项目经理、系统控制管理员的率领下，承担对整个项目人才培养工作质量的监控工作。根据该工作计划，经各兼职质量监控员商讨，制定质量监控工作计划，此阶段重点围绕系统开发方面启动监控工作，具体如下：
1、平常工作巡视
聘请项目经理、A酒店管理人员和质量监控员等重要项目管理人员担任巡视员，天天安排一位巡视人员负责当天的巡视任务。巡视地点涉及B公司开发部门办公室、开发实验室，巡视内容重要有工作常规、管理与实验秩序、安全等。巡视人员具体记录当天各有关情况，并及时反馈至相关管理负责人员，争取发现问题及时沟通，及时解决。
2、开发工作质量监控与评价小组
（1） 拟于12月调整开发工作质量监控与评价小组。组长和副组长由项目经理和系统控制员担任，挑选一名质量监控员担任工作质量监控与评价员（信息员），相应负责联系、指导开展平常工作。
（2）信息员每周进行工作、管理、生活等各方面的信息搜集与反馈。信息员重要调查搜集有关开发小组工作风气、工作质量、资料借鉴情况等各方面的信息、意见、建议，填写好信息表，于每周末上交给相应的质量监控员。根据实际情况，由质量监控员和项目经理召集召开信息员会议，书面反馈与口头交流结合，全面沟通。
（3）每周对获取的信息进行汇总、分析，上报部门，贯彻解决。
3、平常监控工作环节
（1）监控平常信息反馈：各工作人员工作后须有信息反馈环节。每一天工作后监控员向监控小组提交一份信息反馈表。
（2）抽查巡视：监控组将在不提前告知工作人员的前提下，每周组织抽查巡视1～2次，检查工作状况、工作质量与效果、纪律状况等内容。
质量监控组将每月开例会一次，对当月各项常规性工作进行讨论、分析、汇总、整理，并对下一个月的质量监控工作进行布置安排。

九、结论
9.1局限
由于缺少专业人士的帮助，并且缺少实际经验，该管理系统也许做的不太健全，远不是真正意义上的软件、工业产品，只能算作实验成果。也许还存在缺陷，局限性之处有待改善。
9.2前景
根据以上分析，我们认为开发此系统的条件已经具有，可以开始进行开发。并且我们相信此软件经济实惠，肯定具有良好的前景。我们将会逐步完善该软件，尽也许地让满足客户的需求。 让客人在他下榻的房间内感受到方便，快捷，温馨。同时保证投资者资金的安全性，资金稳步的回笼期，资金的合理回报率.因此我们开发的宾馆管理系统可行！