关于西软系统的问题的解决方案
计算机软件工程管理常见问题及解决对策
计算机软件工程管理常见问题及解决对策计算机软件工程管理是指对计算机软件项目进行规划、组织、协调和控制，以实现项目目标的过程。
在软件工程管理中，常常会出现一些常见问题，如进度延误、人员沟通不畅、需求变更频繁等。
这些问题会对项目进展产生负面影响，影响项目的质量和效率。
软件工程管理人员需要及时解决这些问题，保证项目的顺利进行。
本文将探讨计算机软件工程管理中常见的问题及解决对策。
一、进度延误进度延误是软件工程管理中最常见的问题之一。
当项目不能按照原定计划进行时，会造成时间和资源的浪费，会增加项目成本，延迟交付，对项目的整体效果造成负面影响。
导致进度延误的原因很多，比如不合理的进度安排、需求变更、人员资源不足等。
解决对策：1. 合理的进度规划：在项目启动阶段，制定合理的进度安排，充分考虑项目的复杂性和风险，合理分配任务，确保每个阶段的完成时间都有充足的考量。
2. 风险管理：及时发现和解决潜在的风险，采取相应的措施防止风险发生，减少项目风险对进度的影响。
3. 灵活调整：及时地、灵活地调整进度安排，对于出现的问题，要有积极的态度去解决，并对进度安排进行调整。
要了解项目进度，及时发现偏差，让项目团队明确剩余工作和时间，避免进度延误。
二、需求变更频繁软件工程项目在实施过程中，需求的变更是非常常见的。
但需求变更频繁会对项目产生很大的影响，不仅增加了项目的复杂性，还可能导致项目进度延误和成本增加。
解决对策：1. 清晰的需求分析：在项目启动之初，要对需求进行充分的分析和沟通，确保对需求的理解和记录清晰明确，避免沟通不畅导致需求理解偏差。
2. 及时的变更管理：对于实际中出现的需求变更，要及时地进行分析、评估和控制，确保变更的合理性和必要性，同时对变更的影响进行评估，然后做出相应的决策。
3. 沟通协调：开展多方沟通，确保需求的一致性和完整性，及时地与项目团队和相关方进行沟通，明确需求变更的影响和风险，达成一致的决策。
三、人员沟通不畅软件工程管理中，人员沟通不畅会导致诸多问题的发生，影响项目的推进和完成。
西软点餐系统心得
西软点餐系统心得有一次朋友请客吃饭，想到一个很好的主意来招待他们。
在饭店里我们设置了许多不同风格和档次的包间。
这样可以满足各种消费水平的需求。
最重要的是让顾客能够自己选择合适的菜式和酒水饮料，实现自助服务的目标。
从此，我对这套软件产生了极大兴趣，于是就借机上网学习使用。
刚开始时，还感觉操作十分复杂。
不过经过一段时间熟悉之后，再进行应用的话也没那么难了。
下面将学习和使用中遇到的问题加以归纳总结，提出几点体会与大家共享：第一步，运行点菜程序，先查看当前桌台情况。
只见已安排座位的窗口都呈现绿色，表示预定了座位。
其它未被安排的桌台则显示为红色，表明该桌尚未被人预订。
这里就像在银行等待办理业务的大厅一般。
通常而言，一张桌子如果空着且无人预定，电脑会发送预订信息给服务员。
接受到预订指令后，服务员便知道你已经预订这张桌子。
然后开启本桌上所有可以使用的单元。
通过大屏幕看到的情形正是“座无虚席”，充分利用了整块显示区域。
虽然工作效率比手工服务高，但是却存在一些缺陷：（1）服务速度较慢；（2）有可能因为缺少记录而造成漏单；（3）一旦发生纠纷不易解决。
而利用计算机进行管理则可克服以上三项弊端。
由于所有的桌台全部被激活，服务员的工作压力小了，服务质量高了。
另外，在日后需求增加的时候，可根据每天实际情况安排，调整供应，保证饭店的营业额。
具体地说，利用该系统，可以更准确、快捷的了解客流状态，掌握营业数据。
清楚的了解哪些桌台已经预订，什么桌台可以直接入座，可直接退单或换菜。
如此，使厨房工作人员精力集中，尽早做出菜肴烹饪计划。
可以减少上菜的时间，从而达到缩短上班时间节省人工成本的目的。
通过运行这个程序，基本了解了西软点餐系统的功能，深刻认识到了西软公司产品研发团队的辛勤劳动。
随着互联网技术的飞速发展和社会信息化程度的日益提升，计算机将在今后工作中扮演越来越重要的角色。
如何有效的利用并开发信息资源，既关系到企业自身的命运，又事关国家及民族的竞争实力。
信息软件系统故障处理方案
信息软件系统故障处理方案针对系统的故障发生，为将对系统影响降至最低，对整体系统运维故障进行分级，确定各级故障的排除时间。
及时发现和处理所服务的系统中的故障和问题，对问题的处理过程有详细跟踪建立完善的故障处理制度。
针对本项目的维保服务，我公司提供全年7×24小时的技术支持与上门维保服务。
系统故障的技术响应与支持是否过硬将直接关系到整体业务的稳定系，是维保工作的重中之重。
我公司向来重视故障远程技术支持与现场应急抢修工作，并建有一整套完整有效的保障体系和流程，一旦用户的系统出现任何问题，都可以随时得到我们最专业、最有效、最及时的远程技术支持与上门应急抢修服务。
一.故障级别定位与响应时间1、服务响应时间不超过5分钟,到达现场服务时间要求:不超过2小时。
2、所有故障应在到达现场后尽快解决，如遇到无法解决的问题情况，及时将问题扩散，及时解决。
一级故障:属于紧急问题;其具体现象为:现有网络、应用等已经无法使用，或对用户的业务运作有重大影响。
应对:凡出现一级故障，维保团队项目经理、相关专业技术工程师必须在第一时间赶到现场(1小时以内），并迅速判断故障点，确定应对方案，并记录系统故障维修报告。
确定故障后2小时内解决。
提交文件:故障处理报告，说明故障种类、故障原囚、故障解决中使用的方法及故障损失等情况。
二级故障:属于严重问题;其具体现象为:现有网络、应用等操作性能严重降级，或由于其性能失常严重影响用户业务运作应对:发现此类故障事件，巡视人员应立即通知维保团队，维保团队工程师确认故障级别后，如能远程解决立即开始远程排障，如无法远程项目经理立即派遣高级工程师使用最快交通工具抵达现场。
判断故障原因和危害程度，确定应急处理方案，确定故障后6小时内解决。
提交文件:故障处理报告，说明故障种类、故障原因、故障解决中使用的方法及故障损失等情况。
三级故障:属于普通问题;其具体现象为:现有网络、应用等操作性能受损，但大部分业务运作仍可正常工作。
西软系统管理制度
XX 酒店西软系统账号管理规定和流程为加强酒店西软系统用户账号和权限的规范化管理 ,确保西软系统安全、有序、稳定运行，防范应用风险，确保酒店西软软件规范化管理, 特制定本制度。
西软系统用户、角色、权限的划分和制定 ,以人力资源部对部门职能定位和各业务部门内部份工为依据。
西软系统须指定系统管理员 (IT)负责用户和权限管理的具体操作.西软系统用户和权限管理的基本原则是：Array(一)账号申请或者权限修改，由使用人报本部门经理和总监审核。
(二)用户、权限和密码设置由系统管理员全面负责。
(三)用户、权限和密码管理必须作为西软系统登陆的强制性技术标准或者要求.(四)用户采用实名制管理模式。
(五) 用户必须使用自己的密码登陆系统，严禁挪用、转借他人．负责西软系统用户管理。
包括创建各类申请用户、用户有效性管理、为用户分配经授权批准使用的操作系统和权限设置。
用户职责用户须严格管理自己用户名和密码，遵守保密性原则,除获得授权或者另有规定外，不能将采集的数据信息向任何第三方泄露或者公开。
系统内所实用户信息均必须采用真实信息，即实名制登记.用户申请和创建(一) 申请人在《XX 酒店西软系统用户账号申请和变更表》 (以下简称《用户账号申请和变更表》 )(见附件一)上填写基本情况，提交所在部门经理和总监审核;(二)申请人所在部门负责人确认申请人的身份权限，并在《用户账号申请和变更表》上签字确认,提交财务部审核。
(三)财务部审核基层员工(包含收银、接待等)操作权限并在《用户账号申请和变更表》上签字确认，中层以上职位操作权限和管理权限由总经办审核.(四)总经理审核并在《用户账号申请和变更表》上签字确认。
(五)申请人持签字确认的《用户账号申请和变更表》提交到人力资源部，原件由人力资源部存档备案,申请人留存复印件.(六)申请人持签字确认的《用户账号申请和变更表》复印件到 IT 中心，创建用户或者变更权限。
(七)系统管理员将创建的用户名、密码告知申请人本人，并要求申请人及时变更密码。
FOXHIS系统常见问题处理
故障现象
原因
解决方法
备注
1、不能进入应用系统，用SQLEDIT ping不通
Foxhis库日志满
1.用SYBASE用户登录
2.在$下，键入isql–Usa,回车，出现password，回车
3.在1〉后键入sp_helpdb foxhis回车
2> go回车
4.出现foxhis数据库和日志的剩余空间字节数，若foxlog剩余空间字节数低于10M，则说明日志满了
先看一下各文件系统空间利用率.
df–v–k若超过90％，则用
find .–name foxdump.dat–print查找大文件，找到后删除即可
5、FOXHIS库连接不上
FOXHIS库load后未做online
1、用SYBASE用户登录
2、在$下，键入isql–Usa,回车，出现password，回车
48、重新安装电话计费电脑需注意(事先与维护部联系以获得技术支持）
注意做好备份
1、串口接收方式a.串口参数如数记下；b.vb控件安装；c.客户端尤其是phone1.pbd,phone1.pbl一定要正确，从原电脑原样拷贝过来。d.新电脑采用原电脑的IP 2、文本共享方式a.客户端原样拷贝过来，包括phone1.pbd和chgclass.exe；b.话单路径设置
标准版已修正，老版3.0会出现
13、客人帐务有效帐目与所有明细余额不一致
撤消部结，合并结帐的撤消程序有BUG
重新执行_checkout,_partout
标准版已解决
14、前台收银结帐速度慢
Selected_account记录多
删selected_account，或在夜审中自动删
西软系统管理制度
西软系统管理制度为了规范西软系统管理工作，提高管理水平和效率，特制定以下系统管理制度：一、西软系统管理的目标1.确保西软企业信息化建设符合公司战略发展要求，支持业务运营，提升竞争力。
2.优化西软系统管理流程，提高系统建设与维护效率，保证系统稳定、安全、可靠运行。
3.规范西软系统运行监控，及时发现系统问题，减少系统故障时间，并快速响应用户需求，提供优质服务。
4.促进西软系统信息化水平不断提升，推动业务创新发展。
二、西软系统管理机构及职责1.西软信息化建设领导小组：a.组成：由公司领导、相关业务部门负责人、IT部门负责人组成。
b.职责：负责公司信息化战略规划、IT投资申请、核心系统开发项目管理、系统运行监控等。
2.西软系统管理部门：a.组成：由系统管理部门负责人、系统管理员等人员组成。
b.职责：负责系统规划架构设计、系统实施与维护、系统性能分析与调优、系统安全管理、用户培训等。
三、西软系统管理流程1.系统需求分析与设计：a.确定用户需求，分析业务流程，评估开发资源，设计系统功能模块。
b.编写需求规格说明书（SRS）及功能设计文档（FDD）。
2.系统开发与测试：a.根据需求规格说明书（SRS）和功能设计文档（FDD）进行开发。
b.系统上线前进行测试并修复缺陷。
3.系统实施和维护：a.部署系统至开发、测试、生产环境。
b.制定系统维护计划，保证系统高效稳定运行。
4.系统性能分析与调优：a.定期对系统进行性能分析，确定性能瓶颈。
b.结合系统运行状况，对系统进行调优。
5.系统安全管理：a. 根据公司安全策略及相关法律法规要求，确保系统安全性，包括网络安全、信息安全、物理安全等方面。
b. 定期对系统进行漏洞扫描，及时发现网络攻击行为。
6.用户培训：a.向系统使用人员提供系统使用手册。
b.定期开展相关培训，提高用户对系统的使用效率。
四、西软系统管理相关制度1.需求规格说明书（SRS）和功能设计文档（FDD）编写规范。
FOXHIS西软系统sybase提示通知空间不足处理方法
FOXHIS西软系统sybase提⽰通知空间不⾜处理⽅法各位酒店的电脑房经理有没有经历过在如下图这样的错误？有时候酒店的维护费没有到位或者时间急迫的时候我们需要⾃⼰的操作，操作步骤如下⽂所述。
1. 第⼀步我们需要⽤sybase权限登录只foxhis的sybase数据库。
bash-3.2$ su sybasePassword:bash-3.2$2. 查看当前已有的数据⽂件,打开⼀个终端窗⼝，输⼊命令.(⼀会新建设备数据⽂件时切记不要建同名的)# cd /home/sybase/data# ls -ahl3. 查看已经使⽤的vdevnoa. 登录数据库。
（得点击回车）-bash-3.2$ isql -Usab.查看最⼤的vdevno（因为系统有限制，当你新建设备时，是不能超过这个设备数的，所以要先查看⼀下）sp_configure "number of devices"c.查看当前已经使⽤的vdevnosp_helpdevicego注：上⾯检查每条记录的device_number，已经出现过的device_number不能在下⾯的添加设备操作中使⽤。
4. 添加新设备注：由于扩展需要同事扩展数据⽂件空间和log⽂件空间，所以要要扩容必须同时新建两个设备a. 新建⼀个data保存空间disk init name='dev11',physname='/home/sybase/data/dev11.dat'（这⾥跟进⾃⾝情况设置）,vdevno=11（设备号码跟进⾃⾝情况定义）,size=10240002> gob. 新建⼀个log保存空间disk init name='dev12',physname='/home/sybase/data/dev12.dat',vdevno=12,size=10240002> go5. 把数据库扩展到新设备上，操作如下alter database foxhis on dev11=2048000 log on dev12=2048000go注：dev11和dev12是刚刚你⾃⼰建出来的，当您操作的时候请根据实际⾃⼰的名称写上去。
实用计算机软件的常见问题解决方案
实用计算机软件的常见问题解决方案一、操作系统问题解决方案操作系统是计算机软件的基础，常见的操作系统问题包括系统崩溃、运行速度慢、蓝屏等。
解决方案如下：1. 系统崩溃：重新启动计算机，可以尝试进入安全模式并运行系统修复工具来解决问题。
2. 运行速度慢：增加计算机内存，关闭多余的后台程序，清理硬盘中的垃圾文件，优化启动项等可以提高系统运行速度。
3. 蓝屏：检查硬件驱动是否过时或不兼容，更新或卸载问题驱动，也可以尝试恢复系统到上一个正常工作状态。
二、办公软件问题解决方案办公软件是日常工作中常用的软件，如Microsoft Office、WPS Office等。
常见问题有文件打开缓慢、功能无法使用、界面乱码等。
解决方案如下：1. 文件打开缓慢：检查网络连接是否正常，关闭不必要的插件和附件，优化电脑性能，选择适合的文件存储位置等可以加快文件打开速度。
2. 功能无法使用：尝试更新软件版本，检查是否安装了必要的插件和扩展，确保系统和软件的兼容性。
3. 界面乱码：调整电脑的显示设置，选择适合的字体和编码格式，确保软件和操作系统的语言设置一致。
三、安全软件问题解决方案安全软件主要用于保护计算机和用户的隐私安全，常见问题有病毒无法清除、防火墙阻止正常访问等。
解决方案如下：1. 病毒无法清除：及时更新安全软件的病毒库，运行全盘扫描，排除病毒后删除隔离文件，也可以尝试使用其他杀毒软件进行清理。
2. 防火墙阻止正常访问：检查防火墙设置，合理设置允许访问的程序和端口，将需要的网站和应用程序添加到信任或白名单中。
四、多媒体软件问题解决方案多媒体软件主要用于音频、视频等媒体文件的播放和编辑，常见问题有无法播放文件、声音异常等。
解决方案如下：1. 无法播放文件：检查文件是否受损或格式不兼容，尝试使用其他播放器打开文件，更新或安装相应的解码器。
2. 声音异常：检查音量设置是否正确，确保扬声器或音箱的连接正常，检查驱动程序是否更新或安装正确。
系统开发中遇到的问题及解决方法
系统开发中遇到的问题及解决方法系统开发中遇到的问题及解决方法1. 现代社会中，信息技术的发展日新月异，各行各业都在不断地进行系统开发，以应对日益复杂的业务需求。
然而，在系统开发的过程中，往往会遇到各种各样的问题。
本文将从深度和广度两方面来探讨系统开发中常见的问题及解决方法，以帮助读者更好地理解和应对系统开发过程中的挑战。
2. 在系统开发的初期阶段，项目组往往会面临需求理解不清晰的问题。
这可能是由于业务需求复杂、信息沟通不畅、需求变更频繁等原因造成的。
在面对这一问题时，项目组可以采用敏捷开发的方法，不断与业务部门沟通，及时调整需求，确保需求清晰明确，从而避免开发过程中的方向偏差和重复劳动。
3. 另外，在系统开发的过程中，技术选型也是一个常见的问题。
由于市场上有各种各样的技术和工具可供选择，项目组往往会为了选择合适的技术而苦恼。
为了解决这一问题，项目组可以在需求分析的基础上，进行技术评估和比较，选择适合自身业务需求的技术和工具。
也可以考虑引入专业的技术顾问，为项目组提供技术选型上的建议和支持。
4. 在系统开发的中期阶段，项目组常常会面临进度延误的问题。
这可能是由于需求变更、人力不足、技术难题等原因导致的。
为了解决这一问题，项目管理者可以采取项目管理工具，对项目进度进行严格的监控和管理，及时发现和解决进度延误的问题，确保项目按时交付。
5. 在系统开发的后期阶段，项目组很容易遇到质量问题。
这可能是由于测试不充分、需求变更不受控等原因引起的。
为了解决这一问题，项目组应该在开发的早期就进行测试规划和测试用例的编写，确保在开发结束之前对系统进行全面的测试，发现和解决潜在的质量问题。
6. 总结回顾：系统开发中遇到的问题及解决方法是一个复杂而又重要的议题。
在面对这些问题时，需对需求进行充分的理解与沟通，采用敏捷开发的方法进行管理，严格监控项目进度，以及充分测试系统质量。
在解决问题的需要灵活应对、不断总结经验，从而提高系统开发的效率和质量。
西软问题解答
西软问题解答西软问题解答系统安装1、安装西软客户端需要复制哪几个文件夹？答：c:\sybase、c:\ syhis、和客户端程序所发文件夹如（c:\ver5.0、c:\syhis505、c:\x5等）不同版本命名不同。
2、 c:\sybase目前是做什么用的？这个目录能放在其它地方吗？答：c:\sybase目录是客户端程序运行的动态库及客户端程序连接sybase数据库所需环境。
一般情况下该目录只能放在C盘根目录下，若需放到其它盘或其它目录的话系统的环境变量也需做相应更改。
3、 c:\syhis目前是做什么用的？这个目录能放在其它地方吗？答：c:\ syhis存放系统运行所需的图片、图标等。
只能放在C盘根目录下，放到其它地方系统运行时会看不到图标。
4、sql.ini和foxhis.ini之间的配置有什么关系？通常这两个文件在哪个目录下？答：sql.ini是sybase客户端连接sybase数据库服和器配置文件，foxhis.ini是西软酒店系统前台连接数据库的配置文件，foxhis.ini文件里的servername取自sql.ini文件。
sql.ini通过sqledit编辑。
sql.ini 通常放在\sybase\ini\目录下, foxhis.ini通常放在\sybase\bin\目录下。
5、前台打印单据，如有账单的打印机是(EPSON1600K)和发票(EPSON300)分别对不同的打印机应该如何设置？答：不同单据对应不同打印机所先要确认程序是不是支持，西软系统V505版本以后的系统才有该功能。
要实现该功能，首先要将打印机安装，再对打印机分别命名，通常情况下账单打印机应命名为bill，发票打印机应命名为check。
6、Windows2000或Windows Xp下打印自己定义纸张大小如何做？答：Windows系统下运行—设置—打印机和传真机打开窗口后，文件打印机属性或空白处点右键打印机属性下设置纸张大小。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
关于西软系统的问题的解决方案
市场销售部：
1.销售业绩查询单一，无法罗列每位销售经理所负责的公司的总的和分开的销售业
绩；收入、平均房价、单房产值、分房型的日月年的房数；
2.无法查询单个公司的产量；只能查询和酒店有协议的公司的产量，如果没有协议只
有公司名称无法统计产量；不能够按照Source, Agent进行统计；
3.系统不支持超预定，只要房型预定的总数超一间，即便是今后的某一天超，当天的
超预定的房型在系统中无法安排房间，无法保存，无法入住，在实际操作中为了check in一间房，而花至少五分钟的时间去调整总数。
4.团队房表中无法体现当时的房间状态，只能显示脏房或干净房，但是不能显示当时
房态是空房或是住房。
此种情况在客人要求在入住前有要求往房间准备礼品的情况下，无法确认房间正确的状态，只能手工把报表上的数据和系统中的核对，对于我们会议商务型酒店来说，浪费时间和人工。
5.预定中的包价早餐，如果本身包含一份早餐，当客人需要第二份早餐，需要另外加
一份收费的50元早餐在包价里，但是用餐人数需要更改为两位；但是人数更改为两位之后，系统会按人数过两位的收费早餐100元。
导致费用多收50，需要扣减。
6.设定房价代码程式复杂，无法灵活运用房价代码做促销。
每个房价代码都要重新输
入一遍所有房型。
7.系统资料中有公司名称，但是暂时没有与酒店签订协议，在客人入住时，无法关联
此公司。
只能按照散客入住，客人来无法统计。
8.客史查询不准确。
9.客户产量报表与相关销售人员的业绩不能够关联在同一个报表中。
无法在系统中看
到某个销售人员所有的客户名录；
10.统计某个公司的产出明细，是将所有销售人员混在一起统计的，无法细分。
餐饮部：
1.点菜宝PDA信号不好。
2.打印餐饮明细单没有价格，只有最后结账时才有价格。
3.增加新菜品数据更新缓慢。
4.结账单各部门明细未分类。
前厅部：
1.营业日期不随夜审过，而是根据正常时间00：00之后自动发生日期变更，导致的
结果是，如果客人预定2009年7月13日的房间入住一个晚上，但是客人是在午夜00：00后入住的，当时客人的预定日期自动变更为2009年7月14日入住，停留0晚；客人结账时，入住日期和退房日期均为2009年7月14日，但是账单中的房费却是2009年7月13日。
无法给客人提供一个合理的解释，为什么是当天入住，当天退房，但是费用却是前一天的。
2.安排房间时，无法确定房间状态，只能看到房间是干净的还是脏的，但是无法确定
房间是空房还是住房；已经安排给其他客人的房间，仍然在可选房的列表中。
3.没有账务开账和关账，收银员账务操作日期界定不清晰，夜审前的账目和夜深后的
账目混在同一天的收银员报表中，无法清晰界定是哪一天的收入。
4.在账目操作中，没有账目操作记录，没有人可以知道此间房间到底曾经有过何种账
目，现在被转移到何处，对于检查房间账目的去向无法获知。
5.系统不具备自动实时刷新功能，不管在系统中做何种操作，必须手工去点击刷新键，
否则无法看到操作的结果；
6.当收银员对一个房间操作时，如果有另外的人员也对同一个房间进行操作，只有后
进系统的收银员可以看到提示，双方对房间进行入账操作时再不会有提示。
（因为此，已经造成三、四起跑单事件）
7.预定未到（No Show）的房间，如果夜审前不取消仍为抵达的预定，房间自动转为
No Show状态，虽然没有入住此房间，但是预定状态下会有房费产生。
8.系统账务操作繁琐，如果房间两位客人同住，无法在进入账务系统时看到两个客人
账户的余额，而是要分别双击进客人的明细账才可看到余额。
9.同时只能为一位客人结账，无法同时打开多个客人的账目界面进行操作，影响结账
速度。
10.无法做客人历史资料的备注，客人有无喜好无法从资料中看出，无法对于客人历史
和喜好的追踪和监控并进行服务。
11.退房提示当房间已经退房后，进入账目中无法再看到提示，无法看到当时的备注，
无法审计查账和控制。
12.办理入住时操作程序繁琐，需要分别打开每一个预订才能进行打印登记单和Check
in, 大大影响办理入住的速度。
13.查询当日以后的预定时，无法限定搜索条件，只能全部显示今天以后的所有预定，
不能看指定日期，根据指定公司或指定房型等其他条件搜索预定，无法有效进行房间控制。
14.夜审后入住的房间，入住后系统自动过房费，导致房价错误，如果客人临时决定不
住的话还要进行房费扣减。
15.系统中的接机送机只能选是否需要，没有必要的其他信息，如：日期，车型，航班
号，落地时间等。
16.加收的半天房费只能在账单上显示日用房费，引起客人对账单不认。
17.团队操作只有整团Checkin, 其他团队功能，不能群发信息，整团提醒或者分账操
作，只能一间一间做。
18.查房发信息，超过四间会导致客房部电脑死机。
19.入账和付款功能不分，房间账户没有消费的时候，无法做付款，如：客人押金未
退操作转后台时无法操作（目前的临时解决办法时，需要做账时，在house account 里输入一分钱的虚增收入，才可进行其他操作）
20.报表历史数据不准确；预抵客人报表，客人喜好或备注无法显示完全，理由是最大
只能显示16个字符。
（打印此报表的意义已经没有了）
21.两人同住一间房间，前台操作分别打开不同的人结账，但是系统没有提示，不能自
动刷新。
22.客人住三天，但是第三天欲锁的房间是维修房，但是当日的房间仍然出现在可用房
表中，当你要占用此房间时，确提示无法使用，因为第三天不能用。
23.Ctrl + H房数统计功能中，预离房间实际有一间，但是此功能查询确为0间。
24.住店客人统计中，自用房和免费房无数据关联。
25.Room Move直接在原房号更改，房号在入住状态下可更改；容易导致double check
in.
26.单间房账不支持分窗口操作，不能清晰的对某项账目做操作。
27.系统在预定状态下仍然可以入账。
28.日用房不能在实时房态中计算；当日预抵预离房间不包括日用房间数。
客房部：
1．系统不支持矛盾房功能；无法有效控制前台和客房的房态，退房人未走或住客房无人无行李，不能第一时间沟通。
2．系统不支持房态功能，只能显示干净和脏房，不能看是空房和住房；
3．系统放房时只能放干净房，无法放干净并已检查房。
4．‘查房与报房’页面在打开其他页面时，无法点击使用，只能退出重新登录，方可使用。
5．服务员用电话入迷你吧费用时无法使用。
6．电话更换房态，1）服务员无法使用2）主管房间状态转换不了。
7．历史酒水明细无法查询。
8．报表不能显示用标示去区分预退或预抵。
9．房态管理页面经常会出现死机状态，页面空白。
10．锁维修房不能根据房号锁，而是根据房间数量锁。
财务部：
1.报表不准确，统计不准确，数据不准确。