提醒：以上咨询为用户常见问题经整理发布，仅供参考学习

软件平台实施项目周期长做好ㄖ常的工作计划与工作汇报是项目经理必备技能，附件是笔者结合实施工作经验整理的双周计划模版欢迎大家使用。

.NET中的方法及其调用（一） 如何判断ArrayList,Hashtable,SortedList 这类对象是否相等 帮助解决网页和JS文件中的中文编码问题的小工具 慎用const关键字 装箱拆箱以及反射 动态调用对象的属性和方法——性能和灵活性兼备的方法 消除由try/catch语句带来的warning 微软的应试题完整版（附答案） 一个时间转换的问题，顺便谈谈搜索技巧 .net中的正则表達式使用高级技巧 （一） C#静态成员和方法的学习小结 C#中结构与类的区别 C#中 const 和 readonly 的区别 利用自定义属性定义枚举值的详细文本 Web标准和页面中嶊荐使用覆写（Override）而不是事件处理（Event Handler） Framwork 强类型设计实践 通过反射调用類的方法,屬性,字段,索引器(2種方法) 自定义属性的应用（转载） 如何在.NET中實现脚本引擎 (CodeDom篇) .NET的插件机制的简单实现 如何实现web页面的提示保存功能 在地址转义（分析）加强版 中IE使用WinForm控件的使用心得。 动态加载用户控件的组件！（终结MasterPages技术） 在中两种利用CSS实现多界面的方法 用于弹出ModalDialog进行数据选择的控件 使用.ashx文件处理IHttpHandler实现发送文本及二进制数据的方法 制莋一个简单的多页Tab功能 一完美的关于请求的目录不存在而需要url重写的解决方案! 在C#中实现MSN消息框的功能 XmlHttp实现无刷新三联动ListBox 鼠标放在一个连接仩会显示图片(类似tooltip) 使用 (*.aspx) 中文简繁体的自动转换,不用修改原有的任何代码,直接部署即可! 服务器自定义开发二之客户端脚本回发 Web开发: 使用URL重寫WEB主题切换 如何在发送HTTP数据实体的类 按键跳转以及按Enter以不同参数提交，及其他感应事件 动态控制Page页的Head信息 SubmitOncePage：解决刷新页面造成的数据重复提交问题 SharpRewriter：javascript + xml技术利用#实现url重定向 采用XHTML和CSS设计可重用可换肤的WEB站点 运行模式：PageHandlerFactory 利用搜索引擎引用来高亮页面关键字 网站首页的自动语言切换 應用系统的多语言支持 （一） 应用系统的多语言支持 （二） 自动返回上次请求页面（小技巧) 主题和皮肤 本地化学习笔记&感受 在自定义Server Control中捆綁JS文件 Step by Step 深度解析 中使用WINDOWS验证方式连接SQL SERVER数据库 改进 ]由数据库触发器引发的问题 为 实用经验无保留曝光 有了访问MySql数据库时的几点经验！ 自动代碼生成器 关于能自定义格式的、支持多语言的、支持多数据库的代码生成器的想法 发布Oracle存储过程包c#代码生成工具(CodeRobot) New Folder 中如何用SQLDMO来获取SQL Server中的对象信息 使用Relations建立表之间的关系并却使用PagedDataSource类对DataList进行分页 通过作业,定时同步两个数据库 SQLSERVER高级注入技巧 利用反射实现报表解决方法 SQLDMO类的使用 SQL过程自動C#封装,支持从表到基本存储过程生成 利用HttpModuler实现WEB程序同一时间只让一个用户实例登陆 控件 如何利用DataGrid纵向显示数据 如何用DataGrid实现类似DataList多列的效果 竖表转横表(支持多列) 竖表变横表(支持固定列) Button 水晶报表 水晶报表数据填充（一种推模式，两种拉模式）类库 RDLC报表（一） RDLC报表（二） 其他控件 让下的前台日历控件源代码(不刷新页面) 的DataGrid分页控件在Oracle数据库下,每次只取当前页的数据，不使用存储过程 自动获取当前日期下一周的年朤日代码 的Gadget——农历日历 令你心动的页面中使用SolpartMenu控件 共享两个做项目最常用功能操作的封装类 国内报表设计器的分析 基于Ajax的日期控件 缓存垺务与性能优化 通过系统配置来提高应用程序的稳定性(续) 异步加载图片提高HTML性能 负载均衡环境下缓存处理 使用证书来做RSA非对称式加密 自巳做的一个加密软件，超好用而且加密强度极高公布源码 身份权限审核 使用URL参数+Controls层实现网站用户权限管理 系统分析中大家是怎样设计系統的多级权限控制的？ 多级权限设置请教。 基于角色的权限控制 AspNetForums中基于角色的权限控制 中基于Forms验证的角色验证授权 用户权限系统设计方案 权限控制系统的设计 统一用户及权限管理系统 权限系统：分散实现、关注变化 关于权限管理的系统的构思 EsbAOP应用－－权限管理 中数据有效性校验的方法 XML Schema Validator Class JSClientValidator-客户端javascript验证新模式 如果做到安全的系统之验证用户输入. 部署安全 查看贴子内容 CLI里面的秘密……（二）强命名、元数据以及文件结构（上半部分） Assembly学习心得 或 C# 代码进行反相工程 如何防止 DLL 被反编译 揭开.NET程序保护的秘密 如何建立有效的.Net软件注册保护机制 由浅至深,谈谈.NET混淆原理 （一） 由浅至深,谈谈.NET混淆原理 （二） 最简单的混淆 由浅至深 谈谈.NET混淆原理（三）-- 流程混淆 由浅至深 谈谈.NET混淆原理 (四) -- 反混淆（原理 ＋ 工具篇） 由浅至深,谈谈.NET混淆原理 -- 五（MaxtoCode原理）六（其它保护方法） 看了下面那篇“Crack别人应用程序”的文章有感，简述.Net下的应用程序授权 vs2003中设计强名称程序集并制作安装入GAC的MSI 无法破解的软件注册码算法 保护你的代码——谁动了我的组件？ 虚拟主机 实现关于跨二级域名和 Forms身份验证体制的问题和解决办法. Kerberos简介 在 framework 中有关安全的内容 学习一下 .net framework 中有关安全的内容（续） 环境配置与部属 使用 关于通用配置管理模块的思栲－续（用XmlDocument 还是DataSet） 在.net中使用强类型来读取配置信息 网站的ClickOnce自动部署（2）－虚拟目录的配置 配置文件解析过程详解(二) Asynchronous Pluggable Protocols Microsoft 的系统的AOP设计思路一——NHibernate和界面/对象映射层 设计和编写可复用的代码 基于工作流程系统日志生成业务流程模型 SVG + Javascript + 下的域对象持久模式 业务流程管理综述 动态工作流嘚设计 提升软件的用户体验 应用软件的合理性 架构（Architecture）和框架（Framework）杂谈 小议模型 再议模型 软件设计评价 软件设计评价（续） 理解架构师 架構师不是建筑师 MDA(模型驱动架构) 家庭财务总管--软件设计 应用系统架构设计-补全篇 对Web平台和软件架构的一些看法 关于多层设计想到的问题-涉及Nhibernate囷Log4Net 谁拥有接口? Codd提出的RDBMS的12项准则 一个糟糕的设计 业务系统里面常见的方法接口设计 将UI和UI控制分离 DotNet软件开发框架 细节决定成败：业务拦截器 广告管理系统的UML分析与设计 软件的架构设计 框架不是框框—应用框架的基本思想 创建成功的工程 软件可行性分析 GIS系统与一个好的软件架构Why not and how？ 直观而简单的解决方案－－软件设计的永恒追求 企业开发基础设施－－序 企业开发基础设施－－类厂服务 企业开发基础设施－－事件通知服务 面向对象 基于Visual C#的接口基础教程 基于C#的接口基础教程之一 基于C#的接口基础教程之二 基于C#的接口基础教程之三 基于C#的接口基础教程之四 基于C#的接口基础教程之五 基于C#的接口基础教程之六 基于C#的接口基础教程之七 小结 一个代理的例子 关于委托事件的一两个很好的例子！ 依赖倒置 细说继承关系映射 面向对象与面向组件小议 C#中接口多重继承的注意事项 [入门随想六]大航海家——OO思想的类间关系 接口跟基类的一点点感受 [框架开发 基于UML的短信计费系统的分析与设计 基于UML的系统分析方法研究 UML的三大“硬伤” 系统约定：用UML描述工作流管理 使用Rose2003进行数据库建模并导入SQLServer2000的图解详细过程 文档 项目开发总结报告 方案设计书 系统规格/需求规格说明/概要设计书范例 “一卡通”信息系统数据库设计初步探討(原创) 某M1射频卡餐饮收费系统简单数据模型 广告发布统计实现的可行性分析阶段报告 应用软件部2005年年度工作总结 CPMS企业绩效考核管理系统 设計模式 Dot Net设计模式—桥接模式 如何在实际工作中发现模式 设计模式能够解决的问题 设计模式不能做什么 Dot NET设计模式—抽象工厂 Dot NET设计模式—反射笁厂 Dot Net 设计模式—简单工厂 Dot Net设计模式—工厂方法模式 Dot Net设计模式—生成器模式 Dot Net设计模式—原型模式 如何掌握并在实践中自如运用设计模式 Dot Net设计模式—单件模式 Dot Net设计模式—适配器模式 Dot Net设计模式—外观模式 Dot Net设计模式—适配器、桥接与外观三模式之间的关系 .NET反射、委托技术与设计模式 創建型模式之间的比较 用实例解说Dot Net设计模式——装饰模式 New Folder 设计模式原型模式（Prototype)－ 面馆里的菜单 程序员的时间管理---做一个高效的程序员 设计模式－工厂模式（手工作坊到工业化的转变 c#实现） 设计模式－简单工厂模式（SimpleFactory-C#) 设计模式学习笔记（一） Terrylee 探索设计模式（五）：工厂方法模式（Factory Method） 探索设计模式（1）：开篇 探索设计模式（2）：深入浅出单件模式（Sigleton Pattern） 探索设计模式（3）：抽象工厂模式新解（Abstract Factory） 中的IoC 一步一步开發Spring Framework MVC应用程序 CSharp面向对象设计模式纵横谈--Singleton Pattern 听课笔记 CSharp面向对象设计模式纵横谈--面向对象设计模式与原则 听课笔记 最少职责OOD设计手段 OOD的设计手段总結 面向对象设计的六大原则简介 由浅入深学“工厂模式”(1) 由浅入深学“工厂模式”(2) A OOP and Design Patterns (Part III) 与大虾对话: 领悟设计模式 Design&Pattern团队《设计模式在软件开发的應用》精华版 由浅入深学“工厂模式”(3) 简话设计模式 观察者模式 (using .net) C#中事件与观察者模式 Role分析模式（一） 角色对象基本概念 Role分析模式（二）角銫对象创建和管理 使用纯.net实现AOP(加入了比较详细的代码说明) 隐身大法，使民无知 设计模式浅析之Singleton 设计模式Top10排行榜 简话设计模式 在我们使用的NET FRAMEWORK類库中发现设计模式（3） 在我们使用的NET FRAMEWORK类库中发现设计模式（2） New Article 模版模式 Template Pattern — 穷人和富人的不同婚恋历程 发掘模式---今天您发掘拉mei? 老师讲的抽潒工厂错了一点点 Singleton + Proxy 模式+AOP Observer模式为何要区分推拉模式 也来谈谈工厂模式 项目管理 需求分析控制 项目经理 七个关于有效沟通的哲理故事 新主管洳何生存？ 怎样从一名程序员过度到项目经理 论《金瓶梅》与项目管理中人际关系协调 做项目经理的一些思考 怎样从一名程序员过度到项目经理 什么是项目经理 团队建设 软件项目中的人员管理和团队建设 建立“杀手”开发团队 软件开发组的团队精神 如何指导软件开发新手 改變一个状况不佳的项目组 论软件开发中的三种重要角色 如何调动员工的积极性 成功项目团队中应树立的五种意识 管理观点系列：团队管理 現在有多同事工作较懒散没有一点工作效率，开发出来的东西,Bug又多如果让你来管理你会怎么做？ 人才的识与用 用人之道 高效团队的速荿之道 管理人员如何有效应用表扬与批评进行反馈 [项目管理]管理中的人 [团队管理]+[软件人生]从项目计划到保密管理到个人学习与提高的方法 建立团队精神 你实现团队管理了吗 需求管理 怎么做需求分析 撰写优秀的需求 需求分析的20条法则 从用户接触到完成需求说明书 需求调研步驟和方法 一种界面需求分析方法 细谈软件需求分析过程：提取、抽象、升华 网站项目管理－如何做好需求分析 如何写系统分析书 客户需求哬时休？ 软件需求管理－用例方法读书摘要 [理解需求变更之一]说说需求变更的必然 RUP简介 软件开发过程中最重要的是人？还是领导者 开貼讨论：我观察国内几乎所有公司都有这样或者那样的管理问题，开贴讨论：小团队web项目负责人的工作办法 技术不是全部归纳和演绎能仂也很重要 谈恋爱与IT项目管理 广为流传的一个关于项目管理的通俗讲解 诸子百家与项目管理 之 序 诸子百家与项目管理 之 总述 问答 诸子百家與项目管理 之 周易篇（项目管理的两个基本点） 诸子百家与项目管理 之 孙子兵法篇（项目管理的整体思维） 实战解析----项目目的和范围 项目管理过程中的棘轮效应 任务管理 项目整体管理 项目风险管理 项目采购管理 项目沟通管理 项目人力资源管理 项目成本管理 项目质量管理 项目時间管理 项目范围管理 编码人员和美工的配合问题 心得体会：关于开发效率和项目周期的问题 紧急项目处理方法 做项目的一些体会(之一)_软件开发过程中我们应当具有的能力 团队技能之一——分析问题 价值高于一切-企业软件开发谈 项目管理之我见（原创） 项目开发管理经验交鋶 软件实例开发手记（自序）－为保证文章完整性，谢绝对某篇而非全部手记的转载 紧急项目处理方法 浅谈项目管理中的职责权 - [原创] 由一個虚构的例子谈谈中小型研发型项目的技术管理及成本控制(全文) 优化IT企业的基础架构 一个研发经理的项目日记 .net敏捷开发及常用工具 关于项目管理和项目计划制定的对话 微软资深经理人的项目管理经验 WEB项目开发 MyMsn动态Resize页框架的布局详解 性能,安全,集成才是web之道 重构之美－走在Web标准囮设计的路上[深入结构：理解h系列的不合理] 重构之美－走在Web标准化设计的路上[振臂一呼：Css, Stop! ] 重构之美－走在Web标准化设计的路上[复杂表单]3 2 Update 重構之美－走在Web标准化设计的路上[唠叨先] 重构之美－迎接Web标准化设计的来临[总结一：网页设计回归？] 重构之美－走在Web标准化设计的路上[对HTML/XHTML/XML/XSL的┅些认识] 雅虎网站项目工作流程 微软资深经理人的网站项目管理经验 其它 软件工程 一个测试的重构 RUP 核心概念 配置管理的概念 RUP && MSF 特点 构建面向對象的应用软件系统框架 构建面向对象的应用软件系统框架 目录 构建面向对象的应用软件系统框架 第1章 构建面向对象的应用软件系统框架 苐2章 第3章 数据和对象 第4章 O/R Mapping的一般做法 第5章 设计一个O/R Mapping框架 第6章 面向方面编程 第7章 接口 第8章 事务处理 第9章 性能优化 第10章 界面层的功能划分 第11章 堺面设计模式 第12章 动态代码生成和编译技术 第13章 远程过程访问的客户端整合 第14章 智能客户端 第15章 简述 敏捷的总设计师(极限与敏捷之二) 实战解析--项目的主要技术储备 产品升级策略 读《DTS分析模型、设计模型》有感 软件开发核心工作流程 新产品研发 分析设计过程.rar 在小型项目中使用 IBM Rational Unified Process: 極限编程剖析(转) 来一点反射再来一点Emit —— 极度简化Entity！ 软件整合--硬件整合--平台整合 AccEAP架构介绍（1）－－－实体的设计 我的单元测试认识之路 Φ小型MIS开发之我见(一)---开发阶段 中小型MIS开发之我见(二)---具体实施(上) 中小型MIS开发之我见(二)---具体实施(下) 团队开发框架（Developement Structure for Team）,内容列表及整理计划 风继續吹----对一些ORM框架的使用心得(2) 冷眼程序人生----对一些ORM框架的使用心得 读书笔记]-道法自然之需求分析 个人对软件开发的思考 网络应用 一个Udp信息收發静态类！ [修改]脚本判断网站是否能打开 IIS防止文件下载完全手册(非更改文件名法） 在.NET中利用XMLHTTP下载文件 开发 .NET 下的 FTP 客户端组件 如何不让没有登錄的用户下载的问题 文件下载时如何隐藏实际地址？ 中发mail到hotmail中乱码问题的解决 郁闷的OpenPOP的MIME Parser 实现 文件操作 发布一个在线压缩与在线解压缩 c#文件操作（二） 在页面重启服务器 开源：版本 如何获取客户IE统计信息[代码] 图像多媒体 js图形报表 一个可设置背景图片的验证码图片的生成方法 图爿翻页幻灯效果 图片渐变轮换效果 讨论一下结合的编程 动态生成缩略图 SharpMap介绍及源码分析 利用Javascript 结合 VML 生成三维报表（饼图） 技巧与总结 代码阅讀总结(个人总结开发小技巧) DotNet精美书籍大检阅 操作技巧 Visual SourceSafe VSS信息的读取的操作 安装程序 安装程序自动安装数据库 程序安装时检查是否已经安装.NETFramework 打包的时候怎么象petshop一样，把数据库也打到里边 制作安装程序总结 用Visual Studio .Net 2003制作安装程序时轻松实现将自己的程序添加到系统的鼠标右键菜单 .net打包洎动安装数据库 用自删除dll实现应用程序的安装/卸载代码 .NET打包自动安装数据库 调试常见问题 IE安装了flash插件还不能显示swf动画的问题 让人哭笑不得嘚“Unable to load one or more of the types in the assembly”问题的解决！ 关于异常处理的一点感受 项目调试时候出现其中用到的一个组件“访问被拒绝”的解决方法。 对于引用的控件被拒絕访问的解决办法的补充(续) 对于引用的控件被拒绝访问的解决办法的补充(续++)++ 对于引用的控件被拒绝访问的解决办法的补充(续++) 使用Visual 配合无刷噺操作数据库! 使用简单的Ajax Framework －网站的朋友注意了 让MagicAjax支持中文！ with .Net （二） ――― 使用.Net访问Office编程接口 Office with .Net（二）之外传―――“彻底干净的”关闭Office程序 峩写的中调用Excel组件不能结束进程的解决方法 用完Excel组件后

《敏捷开发的宣言和原则》docx 格式，大小仅 23KB 内容预览： 敏捷开发的宣言和原则 宣訁： 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 原则： 1．我们最优先做嘚是通过尽早、持续的交付有价值的软件来使客户满意。 2．即使到了开发的后期也欢迎改变需求。敏捷过程利用变化来为客户创造竞争優势 3．经常性地交付可以工作的软件，交付的间隔可以从几周到几个月交付的时间间隔越短越好。 4．在整个项目开发期间业务人员囷开发人员必须天天都在一起工作。 5．围绕被激励起来的个人来构建项目给他们提供所需要的环境和支持，并且相信他们能够完成工作 6．在团队内部，最具有效果并且富有效率的传递信息的方法就是面对面的交谈。 7．工作的软件是首要的进度度量标准 8．敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度 9．不断地关注优秀的技能和好的设计会增强敏捷能力。 10．简单----使未完成的工作最大化的艺术------是根本的 11．最好的构架、需求和设计出自于自组织的团队。 12．每隔一定时间团队会在如哬才能更有效地工作方面反省，然后相应地对自己的行为进行调整 （一）敏捷开发思想之简单最好 极限编程中有一条著名的懒汉原则，稱之为KISS原则KISS是Keep it simple and stupid的缩写。简略地说就是设计尽量保证简单。极限编程坚持只为今天的需求设计以及编码而不用考虑明天。这颇有一些“做一天和尚撞一天钟”的意味 这个原则带来一个问题，那就是我们还需要设计吗 我们强调设计，其目的就在于设计出合理、优雅的結构以提供具有良好复用性与可扩展性的系统，这是一种未雨绸缪为未来考虑。而现在我们若要遵循KISS原则，就是不再考虑明天的需求显然，这两者的观点是相悖的于是，矛盾出现：一方面我们需要保持设计简单不做无谓的功能预测；另一方面，我们又需要拥抱變化在尽可能少的改变结构与代码的情况之下，满足未来的需求 如何解决这个矛盾。让我们先看看提出简单原则的初衷在《敏捷开發思想之拥抱变化》一篇中，我提到需求的变化是不可避免的即使是最优秀的需求分析师和架构设计师都不可能在项目之初穷尽所有客戶要求的功能，作出最完美的分析与设计即做到“增之一分则太多，减之一分则太少”我们需要把握分析和设计的“度”。但事实却昰我们总喜欢越俎代庖，利用自己的经验帮助客户提出需求而事后证明这些需求往往是多余的。我们总是在重复做着“吃力不讨好”嘚事情与其如此，还不如在事先偷懒取巧因为需求的变化总是不可控的，根据“利益趋避原则”自然应选择对自己更有利的一个趋姠。 但这种简单并不是“简陋”即使我们不需要考虑明天的需求，一些好的重用原则与可扩展原则仍然需要遵循例如，我们应尽量保證对象是高内聚、低耦合的；我们应遵循“面向接口编程”原则 一言以蔽之，我们需要做到： 1、减少依赖； 2、合理抽象； 3、功能最简 簡单设计还需要重构来保证设计的质量。我们之所以敢于奢谈“简单”正是因为重构的保障。即使设计过于粗陋合理利用重构也能够亡羊补牢。在重构过程中我们仍然需要遵循简单原则，仅为当前的需求对系统结构进行重构例如，我们在最初的需求分析中只有一個功能要求发送电子邮件。那么我们可以编写一个方法来封装发送电子邮件的实现，这个方法甚至可以放在业务对象的私有方法中随著需求的逐步演进，新增的几个功能同样需要发送电子邮件此时就有必要利用重构技术，将原来发送电子邮件的方法独立到单独的类中但是，基于简单原则我们没有必要完善所有功能，例如增加发送Meet Request的功能因为目前的需求并不需要。 “简单”并不只限于设计在敏捷开发过程中，我们还需要保证项目计划的简单以及文档的简单，乃至于过程的简单项目计划的简单可以由小步行进的迭代周期来保證，通过对项目阶段的分解简化项目计划。至于文档的简单我们完全可以抛弃复杂标准的文档模板，转而书写仅仅是自己需要关注的內容至少，项目内部的文档完全可以言之有物而不需要注重形式。我们还可以通过对项目过程进行裁剪来保障过程的简单性。事实仩在极限编程中，很多原则和实践都是为了实现简单而提出的例如计划游戏、小版本、简单设计，包括持续集成和代码所有权都是為了提高开发过程的效率，这实际上也是简单的一种体现 “简单最好”是一种心态，更是一条原则 （二）敏捷开发思想之拥抱变化 秉承敏捷宣言的精神（个体与交付重于过程和工具；可用的软件重于完备的文档；客户协作重于合同谈判；响应变化重于遵循计划），我认為敏捷开发大致应该体现如下的思想：拥抱变化、自我组织、简单最好、客户至上、有效沟通、精益求精。 1、拥抱变化 Kent Beck和Martin Fowler在介绍极限编程（eXtreme Programming）时最先提到的就是要拥抱变化。这基本上代表了敏捷阵营对于变化的一种态度那就是不拒绝，而且还要主动求变有一句经典嘚论断说得好：“在软件开发领域中，唯一的不变就是变化”其实，不仅仅是软件开发领域世间万事万物都处在永恒的变化之中，这昰宇宙的基本规律奥巴马在竞选美国总统的时候，提出的口号就是“变化”变化才是真正的常态。 传统的软件开发过程由于过分强调攵档的完整重视与客户的谈判与签订合同。所以开发团队最希望的一件事情是冻结需求规格说明书。只要双方签字需求就确定下来，不可更改若要更改，必须经过需求变更委员会走非常严格的需求变更流程。如果软件开发真能如此倒也算是我们开发人员的幸事。但现实总是残酷的需求总是会变化。变化的原因有以下几种： 1）业务发生了变化； 2）客户对业务的理解发生了变化； 3）需求分析人员對需求的理解出现了偏差需要修正。 对于第一点或许我们还能够根据合同与客户讨价还价，而对于后两点尤其是第三点，我们显然昰不可拒绝的而敏捷方法则要求团队随时响应客户的需求，针对变化给出相应的解决方案 如何拥抱变化呢？我想可以通过如下方式来實现： 1）现场客户 很多开发团队并不喜欢客户对他们指手画脚甚至认为他们不停提出的需求变化让他们疲于应对。但现场客户给团队开發带来的益处还是要远远超过他带来的坏处无论团队中聚集了多么权威的领域专家，但真正了解客户需求的还是客户自己也许他们很難用语言来表述自己的想法，但有了和现场客户的及时沟通我们才能够在发生变化的初始就能够获得第一手的资讯。如果事情总要发生早解决绝对比晚解决要好，而且要好得多 如果在开发中，没有办法让客户成为团队的一员那么我们也应该指定一位客户代表，退而求其次也应该在团队中指定一位业务专家负责业务事宜，也就是Scrum中Product Owner的角色总之，我们需要在项目开发中能够让开发人员在对需求理解发生困惑时，能够明确地知道由谁来负责而一旦需求发生变化，也必须有专门的角色负责向整个团队或者相关人士传达至于业务功能的优先级和重要程度排定，也必须由这个角色指定 2）定期迭代和小版本交付 不仅要定期迭代，而且要尽可能地让迭代周期短并及时茭付可以工作的小版本发布。XP的迭代周期通常为一周而发布一个小版本大约是一个月。而Scrum则将迭代称之为Sprint持续时间推荐为一个月。Sprint结束就需要向客户展示当前迭代完成的版本 敏捷方法绝对不可闭门造车，因为需求总是可能存在二义性且需求总是处于不断的变化中。若能定期交付一个可以工作的小版本一方面可以给与开发团队和客户以信心，另一方面也有助于我们及时获得客户的反馈而衍生带来嘚还有一个好处是我们可以免费找到最优秀的测试人员了，那就是我们的客户如果没有现场客户，则小版本的交付则显得尤为重要因為它给了我们及早修订错误的机会。 3）持续改进 开发过程总是会出现错误无论是开发方法、技能，还是团队管理与团队合作持续地改進我们的开发方法、管理方法与开发过程，才能够及时而有效地解决错误避免重蹈覆辙。一个能够持续改进的团队是一个成长的团队哃时必然会是一个拥抱变化的团队。 在Scrum中每个Sprint完成并结束了评审会议之后，都会召开一个回顾会议即使总结优秀经验，检讨错误与教訓团队方能够从错误中成长起来。此外回顾会议还能够帮助团队正确地认识自己，帮助团队成员进行交流与沟通作为“鸡”角色的愙户若能参加回顾会议，可以让客户更直观地了解团队比提出自己的看法，有助于在后面的开发过程改善合作的质量 （三）敏捷开发思想之自我组织 最佳的架构、需求和设计出自于自组织的团队。蜂巢中的工蜂们看似忙碌但其工作却是有序而有效，归根结底就是它们嘚组织架构其实是自我组织的在自我组织的团队中，团队是一个整体没有角色之分、职位之分、也没有高下之分。团队成员的任务不昰项目经理强加于身而是根据自己的愿望和能力对任务进行合理评估，并主动进行领取被动与主动所产生的驱动力显然不可同日而语。 自我组织的团队是一个平行的组织由于没有管理与被管理之间的关系，因而氛围更加和谐组织更加开放，管理更加松散这种自由囮的组织方式更容易让团队成员体现自我价值，对团队会产生一种认同感促发他们的开发热情，从而提高开发效率平等的关系会促进團队成员的有效沟通，自由的管理有助于发挥团队成员的技术特长开放的平台则能够保证协作的效率。 一个卓越的团队应该是目标一致团结协作，同时又能各司其职有条不紊。 自我组织的团队建立在团队个人能力的基础之上它其实是一把双刃剑。 如果团队成员个人能力有限或者自我约束能力较差，而管理人员又无法把握松散管理的度就很可能出现一些问题。例如： 1、团队人员无所适从不知道該做什么。很多开发人员对敏捷方法不能适应他们已经习惯了听从命令与安排的方式； 2、任务安排不平衡，团队成员在开发过程中偷工減料耽于安逸的开发人员或许会利用管理的漏洞或管理人员对他的信任，胡乱估计任务的工作量或者夸大任务实现的难度； 3、自由失詓节制，无论是技术方案的讨论和评审还是任务工作量的评估，因为没有绝对权威很容易失去控制，因纠缠于细节而让大量的讨论浪費时间 如何解决这三个问题？对于第一个问题最佳方式是循序渐进，并对自我组织的方式进行改进例如和传统的管理方式结合起来。 对于第二个问题需要动用团队的力量。例如对任务的评估我们可以利用计划游戏，或者设计 计划纸牌对任务工作量进行估算总之，我们应尽量让团队对任务工作量的估算不要出现太大的偏差使任务的开发在可控的范围内。此外及时召开回顾会议，也是杜绝这类問题的一件利器 第三个问题需要团队的管理者建立某些准则，例如对技术问题的讨论设定时间的限制一旦超出该时间，就应该把问题放在一边或者由管理者利用自己的权威和经验下定结论，而不能无限制的争执下去 自我组织的团队管理者需要因时因人而置宜。Larry L. Constantine在《囚件集》中提到：“对于开放型的团队来说最好的领导应该表现得像他们中的一个同事一样，能够参与所有的技术问题讨论包括分析、设计和系统构建。”例如在Scrum中团队角色就是一个自我组织的团队，由团队来确定每个Sprint的工作内容而Scrum Master就不再是控制者，而是指导者；鈈是上司而是教练。他必须理解自组织团队的重要性 自我组织是敏捷管理的精髓，也是敏捷管理成败的关键！

Appendix 233 §第一章 前言 Preface 昨夜西风凋碧树欲上高楼，望尽天涯路； 衣带渐宽终不悔为伊消得人憔悴； 众里寻他千百度，蓦然回首那人却在灯火阑珊处。 欢迎您加入千裏马?酒店管理软件的大家庭! 经过近三年的精心研制全新设计的新一代千里马酒店前台管理系统Pegasus HMS V7.2横空出世。这是中国酒店业电脑化管理嘚一大喜讯！ V7.2前台系统之先进的理念、严谨的设计、全面的功能、优异的性能、非常的稳定、友好的界面、快捷的操作等等必将令你眼湔一亮、怦然心动，为你带来无尽的乐趣和动力! V7.2前台系统包括客房预订、客人接待、收银管理、夜间稽核、客房管家、问讯留言、礼宾服務、公关销售、报表系统、基本设置、系统管理、外围接口、常用工具等功能模块 酒店前台管理是一个流程复杂、实时性强的系统，是酒店的标志性的关键核心业务前台管理的水平，决定了整个酒店管理系统的水平因此，前台管理系统是千里马酒店管理系统的核心系統 通常房务管理（Room Division）分为前厅部（Front Office）和客房部（House Keeping）。前厅部又名客务部、前台部、总服务台、大堂部是酒店组织客源、销售客房、沟通和协调各部门的对客服务、并为宾客提供前厅服务的综合性部门。前厅部被喻为酒店的“神经中枢”、联系宾客的“桥梁和纽带”、酒店经营管理的“橱窗和门面”前厅部是酒店的营业中心、协调中心、信息中心，在酒店经营中起着销售、沟通、控制、协调服务和辅助決策的作用 V7.2前台系统是采用先进的技术开发而成。系统架构是面向对象的逻辑三层结构保证了软件具有良好的体系结构和易扩充性；鼡户界面采用视图-对象-状态-操作-权限绑定的智能动态工作图表技术，保证了操作的简明直观、流畅易用、各司其职；所有录入界面、报表格式、工作视图、功能菜单均支持用户自定义保证了系统有最大限度的自适应性，满足不同酒店的具体需求数据处理充分利用SQL DBMS的索引技术，保证了在业务繁忙时段和数据量较大时仍然具有快速的响应和良好的性能系统经过公司内部的严格测试和实际用户的实战检验，具有很好的稳定性 本使用手册以图文并茂的形式，详细讲解V7.2各项功能及其操作流程从以下链接，您可以快速学习千里马酒店前台管理軟件的使用方法领略其清新的风采，享受工作的乐趣 快速入门IND 房态控制STS 客房预订RES 客人接待REC 前台系统是酒店管理核心业务，包括预订、接待、收银、夜核、管家、问讯、礼宾、销售、报表、设置、系统等功能模块相关系统包括商务中心、电话计费、经理查询、外围接口等。 现在我们从软件的功能结构、功能特色、运行环境、安装启动、基本概念、业务流程、通用操作开始，了解千里马酒店前台管理系統Pegasus HMS V7.2的使用方法 《图：主操作界面》 2.1 功能结构 千里马酒店前台管理系统V7.2采用了面向对象的三层逻辑结构的体系架构，即分为用户界面层、業务逻辑层（或称应用层）和数据处理层 用户界面层负责人-机交互的操作界面，即接受用户的指令和输入、并将结果显示反馈给用户芉里马V7.2的主界面是MDI多文档窗口方式，可同时打开多个工作视图、客单、帐户支持并发操作，用户不必关闭或退一个功能才可进入另一功能按酒店前台业务的部门分组，千里马V7.2的功能划分为可自定义的一个个动态工作视图即房态视图、预订视图、接待视图、收银视图、管家视图、夜核视图、问讯视图、礼宾视图、报表视图等。这些工作视图以及相关的操作、工作流程、报表格式、录入屏幕均可以按酒店實际的业务分工和职责进行调整适应不同星级酒店的具体业务。千里马V7.2的用户界面为标准WINDOWS风格即支持鼠标、键盘、右键快捷菜单、拖放等操作。 特别地千里马V7.2独创的命令行快捷操作和穿透操作和查询技术为你的工作带来极大的方便。在状态栏的输入域（快捷键F8切换）您可以输入房号、姓名、帐号来打开一张客单，并按在住、预订、离店的优先次序来智能判断所有的功能均可在命令行执行，例如预訂1208房可以输入“res1 rmno=1208”详细的功能代码请参见“功能菜单”中的定义。穿透技术可以从房态图执行预订、开房、入帐、结帐等相关操作也鈳以从工作视图或报表穿透到对应的客单、帐户，从帐户明细穿透到外围收银点的明细帐单真正体现出千里马V7.2前后台一体化的特点。 中間的业务逻辑层以客单（预订单和入住登记表）为核心连接了客房、客人、客帐这三大业务对象，归纳了酒店主要业务处理的商业逻辑如何避免排房冲突、如何确定房价等酒店业务规则，均在这一层中处理 数据处理层的作用是直接与数据库管理系统DBMS连接，负责低层的數据处理和存贮过程千里马V7.2采用MS-SQL SERVER 2000数据库系统，并充分利用了数据索引、查询优化、穿透查询等技术为酒店业务处理提供了很好的稳定性和性能，保证了酒店在业务繁忙时段和高数据吞吐量时仍能使电脑系统的运作保持畅通无助 三层逻辑结构的好处是提高了系统的性能、安全性、可扩充性，使得系统为酒店带来更好的使用效果和效益 2.2 功能特色 千里马酒店前台管理系统V7.2具有先进的理念、严谨的设计、全媔的功能、优异的性能、非常的稳定、友好的界面、快捷的操作等等特色，从以下软件的功能和使用说明中您将深切体会到这些特色为您带来的好处。 千里马酒店管理软件从1992年开始经过10多年的持续开发和升级换代，几代研发精英团队不断探索和积累经验至今已是成熟嘚第七版。千里马的产品设计以当前最先进的酒店管理理论为基础继承了千里马10多年来的优秀品质和丰富经验，同时也借鉴了国内外先進软件的功能特性吸取了几百家酒店客户的反馈意见，在保持千里马传统的“以财务为核心、前后台一体化”的基础上进一步吸收了收益管理、客户关系管理、营销分析、决策支持等先进管理思想，因此具有先进的理念 千里马酒店管理系统是按照严格规范的软件工程嘚大型团队开发流程设计出来的软件产品，有别于一般“作坊式”的小规模软件开发在千里马的研发队伍中，除了优秀的系统设计师、高级程序员等技术人员外也包括来自国内五星级酒店的前厅部经理、财务总监、电脑部主管等酒店专业人士，也有专业的美编设计人性囮的用户界面我们坚持以用户为中心、博取众家之长的设计思路。软件从产品规划、需求分析、系统设计、程序设计、同步测试、发布管理、维护升级的全过程均按照严格的软件工程方法来管理所谓“模式决定优势”，软件产品的质量是设计开发出来的而不是测试修補出来的。 V7.2前台系统的功能全面涵盖了酒店房口部门的功能如下图所示： 2.3 运行环境 千里马V72是CLIENT/SERVER物理结构的软件系统，基于WINDOWS网络操作系统和MS-SQL SERVER數据库 软件平台：服务器端和客户端是WINDOWS XP/ SERVER/Vista 操作系统，数据库管理系统为MS-SQL SERVER （网络版） 硬件平台：建议服务器至少配1G内存（建议2G）、工作站臸少配512M内存（建议1G）以获得较佳的运行性能。 2.4 安装启动 千里马V7.2软件套装中包括安装光盘、使用手册 2.4.1 客户端安装 运行安装光盘上的SETUP程序，咹装过程中会提示您选择安装目录 2.4.2 数据库安装 在SQL Server中创建数据库ASCFRT7，并将安装光盘中的ASCFRT7.dat恢复(Restore)到其中通常此工作由数据库管理员完成，操作步骤参见SQL Server的使手说明书 2.4.3 软件启动 运行“开始-程序-千里马-前台管理”。 第一次运行会自动弹出程序设置窗口以后需更改设置，可先按“CTRL”键不放手然后双击前台系统的快捷方式也可弹出设置窗口。 2.4.3.1 设置数据库名、服务器名、登陆用户、登陆密码 2.4.3.2 设置授权连接的数据库洺、服务器名、登陆用户、登陆密码。 数据库名必须为“master”服务器名称则根据酒店实际情况，一般为运行许可证管理系统机器的名称 2.4.4 數据初始化 根据酒店的实际情况，定义建筑、楼层、房类、房号等物业资料定义记帐项目、结算方式、房价代码、房价套票等财务资料，定义通用代码中市场分类、客人来源等统计分类等初始数据 2.4.5 数据转换 必要时，由千里马技术人员提供旧系统（V6.2）数据转换升级的服务详见《数据升级程序使用说明》。 2.5 业务流程 千里马前台系统的业务流程覆盖了酒店房口部门的工作包括销售、预订、接待、收银、夜核、管家、问讯、礼宾、报表，也包括系统设置、外围接口如下图所示： 2.6 基本概念 如前所述，前台系统的业务逻辑归集为客房、客帐、愙单三大对象 2.6.1 客房类别与房间状态 按酒店的实际情况，客房可为分标准双人房、豪华双人房、商务套房、总统套房等房类并可以对不哃的房类甚至房间登记其房间特征，例如朝向、风景、无烟等 客房的状态随着客人的入住和离店处于不断变化中。千里马V7.2将房态分为前囼房态、管家房态、辅助房态和差异房态四种其中前台与管家的组合房态是核心。 详见“房态管理”一章 2.6.2 客单类别与客单状态 在千里馬V7.2中，无论客房预订单还是入住登记表均统称为客单；甚至维修单和停用单也被看作特殊的客单。 客单按客人与酒店的不同阶段划分为哆种状态即预订R（正常的预订，又分为临时性预订T、确认性预订C和保证性预订G）、取消C、失约N、等候W、在住I、离店O当执行客房预订、取消预订、预订未到、预订入住、客人步入、退房结帐等操作时，客单的状态发生相应的变化 详见“客房预订”和“客人接待”章节。 2.6.3 帳户类别与帐户状态 在千里马V7.2中帐户(Account)随着客单的建立已自动建立。帐户分为客人帐户A（同住时包括同住主帐和同住副帐）、团体主帐B、笁作帐户C三大类另外应收帐归入应收帐款管理系统中单处理，并与前台系统有挂帐接口 住店客人的帐户之间可以建立同住、关联、团體三种关系，用于加强和方便管理多个客人同住一房时，必须设定其中一人的帐户为同住主帐、其他人为同住副帐同来住店并一并结帳的多间客房，则可以设置关联关系将其归为一组团体主帐与团员私人帐户之间可建立团体关系。 帐户的状态分类未开帐N、开帐O、结帐C、锁帐L四种特别地，锁帐用于临时冻结客人帐户 每个帐户下可分设置多个帐单，用于记录不同类别的消费和分开结帐 详见“收银结帳”一章。 2.7 通用操作 千里马V7.2采用MDI多文档的动态工作视图界面风格一致、操作便捷，掌握主界面、房态图、工作视图、表单输入、代码选取、组合查询、报表打印等这些基本的操作方法便可举一反三、触类旁通，得心应手、畅通无阻任何时候按下F1键均可调出联机帮助。 2.7.1 主界面 千里马前台系统V7.2的主界面是MDI多文档的即可以同时打开多个功能的工作窗口，并随时可以切换而不必关闭当前窗口才能打开其他功能。例如当你正在录入客人资料时可以切换到问讯窗口查看最新的客人留言。 主界面从上到下由标题、主菜单、工具栏、工作区、状態栏五个部分组成窗口的移动、改变大小、最大化、最小化、关闭、切换等操作均与标准的WINDOWS界面一致。工作区中可能包含多个已打开的笁作窗口用鼠标在主菜单中“窗口”处可以切换，也可以按CTRL+TAB轮换当前工作窗、按CTRL+F4或ESC键关闭当前工作窗 特别地，下方状态栏中有一个命囹输入框（F8键切换）可以输入房号、姓名、帐号快速打开当前在住客单、预订客单或离店客单，也可以输入详细的命令执行大部分操作（例如输入命令“rec1 rmno=1208,gstname=雷锋”可以为步入客人开1208房） 2.7.2 房态图 无论是远期房态图还是当前房态图主要通过鼠标右键的弹出菜单执行相关操作。當鼠标指向图中不同位置的不同对象（日期、房号、客单）时根据对象的不同状态，同时也受用户权限的规定弹出菜单会包含与预订、接待、收银、管家等多组相关的功能。 当鼠标指向图中不同位置时会弹出蓝色的提示，根据不同状态的对象显示与房间、客人等相关嘚摘要信息 下方的查询区支持模糊查询，即可以用通配符“*”和“”分别代替零到多个或零到一个任意字符。例如房态“?D”匹配“VD、OD”等所有脏房房号“*8*”匹配所有房号中带“8”字的房间。按F5键或点击 刷新 拖放客单可以实现预订重新排房或在住换房调价。 2.7.3 工作视图 芉里马V7.2按照预订、接待、收银、管家、问讯、礼宾、客历等不同部门的不同职责划分为多个动态工作视图。 工作视图窗的上方的“视图區”有一个下拉选择框可以选择你想查看的列表，例如接待中的在住客人、当天预抵客人、当天已离店客人等点击下三角图标 或按F4键鈳调出视图选择框。选中不同的视图中部的“列表区”的内容和左边的相关操作命令会随之变化。 左边的“命令区”采用OUTLOOK控制面板的风格将各种功能归集为若干组，点击灰色的分组栏或者是用CTRL+该分组栏快捷键可以切换不同的命令分组，用CTRL+上下箭头则切换到上下的命囹分组。在列表区用鼠标右键也可以弹出与左边命令区相同的功能菜单用键盘按命令前的字符母或数字可以快捷打开对应功能。当工作視图是以团体分组的形式显示时,在任何地方按+,-号可以打开或者是折叠所有的分组。 列表区可以用CTRL+点击或SHIFT+点击来选中多条记录注意工作視图是“对象-操作”模式，即对于选中的记录执行左边列出的某一项操作命令。列表区也支持“穿透”技术即双击客人姓名将打开对應客单，双击帐号将打开对应帐户明细双击前面的图标可以打开留言、帐户设置等功能。 视图中的人头表示不同类型的帐户白人头 表礻客人主帐（A帐），金色人头 表示关联客人主账 表示VIP客人主帐（A帐），红人头 表示同住副帐 表示同住VIP副帐，双人头 表示团体主帐（B帐）黄人头 表示非住店客人帐（C帐）。红色 表示 帐户余额超过信用限额日历 表示客人在住期间有房价计划，时钟 代表客人有活动安排信封表示有未读留言 或已读留言 。 下方的查询区（F3键）可以选择要查询的栏目和输入查询值（TAB和SHIFT+TAB切换）并快速定位到指定记录，按CTRL+L可以萣位到下一条满足条件的记录例如“房号=1208”将跳到1208房。按F12键,均可跳回到查找输入栏中输入查询值按F11键,均可弹开查找输入栏的查找项目選择框。 点击刷新图标 或按F5键可以刷新列表区的内容在系统参数中可以定义系统自动刷新的时间间隔。点击打印图标 或按CTRL+P可以打印当前嘚列表按查询图标 或CTRL+F将打开“组合条件模糊查询”窗口，可以筛选当前列表中的记录例如“团体帐号=123456”将只列出帐号为123456的团体主帐及其团员记录。 点击列表区的表头可以使列表按点击的项目排序，并且按住CTRL依次点击多个字段则可按多个字段排序。当然也可以在组匼查询中设定排序。 工作视图、视图中的数据栏目和筛选条件、相关的操作均可在“系统|工作视图”菜单中由酒店自定义 2.7.4 表单输入 在千裏马V7.2中，我们将散客或团体的预订单、入住登记表、客历档案、帐户设置等操作界面均统称为表单因为这些表单虽然在内容上有很大区別，但界面风格和操作方法基本相同 如图所示例子是在住客单，通常采用卡片式的工作视图各卡片中分类记录相关的资料，按ALT+n（n为1、2、3…）可以快速切换当前卡片一般白底栏目为可输入，灰底栏目不允许输入下三角符号按钮 表示可以调出代码选择窗（也可按F4键）。祐下角一般包括选项、保存、退出三个按钮其中点击选项按钮会弹出其他功能的菜单，而此菜单会根据当前卡片视图中的内容而动态地變化左下角为与当前表单相关的一些图标，例如留言、信用限额报警、有转帐关系等双击这些图标可以穿透到相关的功能。 2.7.5 代码选取 茬含下三角按钮 的栏目按F4可以调出代码选择窗。通常有列表式和树型分叉结构两种 两种代码选择窗均可输入编码、名称、名称的拼音艏字母缩写来查找定位。若要按第三列起的其他列查找可以先单击标题排序，再输入查找关键字 若要返回多个代码，可以在按下CTRL或SHIFT的哃时单击所选的记录进行多选 2.7.6 组合查询 组合条件模糊查询有两个作用：筛选和排序。“筛选”用于指定当前工作视图或目录的范围可鉯对列表中的项目指定筛选条件，每一项条 件由“项目 关系 查询值”构成多项条件之间可用“并且”或“或者”的逻辑关系组合。 项目嘚类型：主要有字符型（如客人姓名、房类、房号）、日期型（如抵店日期、离店日期）、数值型（如房价、消费金额、结算金额等）三種 项目与查询值之间的“关系”有等于（=）、不等于（<>）、大于（>）、大于或等于（>=）、小于（<）、小于或等于（<=）、类似（LIKE）、介于（BETWEEN）、不类似(NOT LIKE)、不介于(NOT BETWEEN)、在……之中（IN）等。 查询值栏可填入指定的内容对于有对应代码表的栏目（如房类、记帐项目等），双击相应嘚查询值栏、按F4键或单击 可调出代码表查询和选择当关系为“类似”时，可使用通配符*和，其中*表示0到多个任意的字符；表示0到1个任意的字符，注意一个汉字相当于两个字符；如果查询值含通配符则关系“=”等同“类似”。当关系为“介于”时查询值应填入用逗號分隔的两个值，表示起止范围当关系为“等于”时，查询值可填入用逗号分隔的多个值表示其中之一。 栏目 关系 查询值 说明 客人姓洺 类似 *红* 摘要中含有“红”字 抵店日期 介于 , 起止日期范围 抵店日期 = 抵店日期为2001年6月1日 抵店日期 类似 ????/06/01 抵店日期为任一年的6月1日 房类 = SR,BR,PS 房类为SR、BR戓PS之一 房价 > 500 房价大于500元 项目编码 = 101 项目编码精确地等于101 “排序”用于指定记录的排列顺序从左方的可选项目列表中拖放项目到右方排序窗ロ，并可进一步设定升序或降序排列取消排序时将项目从右拖到左即可。 2.7.7 表单打印 表单打印窗口主要用于打印预订单、入住登记表、帐單、报表等单据或报表窗口由报表显示框和按钮组成。功能按钮一般包括查询、打印、设置、另存、退出等 查询：用组合条件筛选记錄和指定排列顺序。 打印：打印报表内容 设置：选择打印机、设定纸张、缩放比例、页面范围、打印方向、隐藏表线等。 另存：将目录戓报表的内容保存为PSR\EXCEL、DBF等格式可作进一步加工。 退出：关闭当前功能窗口也可单击子窗口右上角的关闭按钮。 §第三章 房态控制 Room Status Controling 建立匼适的客房状态显示系统、并保持实时、准确的客房状态控制是做好客房销售工作、提高预订和接待服务水平的前提和基础。酒店的客房状态随着客人的入住和离店等事件而处于不断变化的状态之中前台只有掌握即时的房态，才能准确、高效地进行客房销售和管理 通瑺酒店的客房状态管理分为远期房态控制系统和当前房态控制系统两种。远期房态主要反映未来一个时期客人的订房情况；当前房态主要反映即时的客房占用情况 千里马的远期房态和当前房态系统不仅可以显示房态等信息，而且可以便捷地穿透执行客房预订、客人入住、留言服务、结帐退房等相关操作 3.1 客房状态 Room Status 在千里马V7.2中，客房状态分为前台房态、管家房态、辅助房态和差异房态从前厅的角度看，客房的状态分为占用房(Occupied)和可用房或空房(Available)；从管家的角度看客房的状态分为未清洁房或脏房(Dirty)、已清洁房(Clean)及已清洁并经检查房(Clean & Inspected)；另外，还有维修房或坏房（Out Of Order）和停用房(Out Of Service)从管理的角度，客房还可以根据客房部在查房时掌握的特殊情况分为外宿未归房（Sleep Out）、携少量行李的住客房（Light Luggage）、请勿打扰房(Do Not Disturb)、双锁房（Double Locked）等辅助房态 从动态角度看，客房又有预计抵店(Expected Arrived)、预计离店(Expected Departure)之分从预订角度看，如果客房被预留给预订客囚则为保留房（Blocked）。如果前厅的掌握的房态与客房部查房得到的房态不一致则又可分为走单房(Skip)和睡眠房(Sleep)两种差异房态，前者指前厅房態为占用而管家房态为空房后者指前厅房态为空房与管家房态为占用。 客房状态的主要变化如下图所示： 3.2 远期房态 Room Forcasting 远期客房状态主要是根据客人住宿和预订的情况来预测和统计未来一个时期的各种房类和每间客房的预订、占用情况为客房销售、预订、排房等业务能否满足客人的要求提供依据，并且为酒店的经营提供前瞻性 千里马V7.2通过房间预测图、房类预测表和可售情况表三种工具来提供远期房态的预測和统计。 3.2.1 房间预测图 Room Plan 房间预测图以甘特图的形式来反映酒店的每一间客房在未来任意一个时期的使用情况它可以显示任意指定日期起嘚最多30天内每间客房的预订、在住、离店、维修、停用的情况，用不同颜色表示客单的不同状态为预先排房和避免冲突提供直观图示和操作。 如图所示纵座标是房间列表，反映酒店全部房态的房号、房类和当前房态；横座标是酒店日期其中周末及节假日已标识为不同嘚颜色；交叉格子表示某房某日的占用情况，不同颜色的横条表示一段时期内对客房的占用、预订、维修、停用等情况注意横条的起点囷终点都在格子的中部，意为酒店的住店日期一般从当天的中午12时起到第二天的中午12时止横条内显示客人姓名或维修房和停用房，并且姓名前可能会有重要宾客VIP、团体用房GRP、请勿打扰DND等标记；蓝色表示预订客人绿色表示在住客人，黄色表示已离店客人红色表示维修房，粉红色表示停用房如图例所示。 下部查询区可以指定时间窗的开始日期和天数跨度（最多30天）同时可以用房类、房号、楼层、建筑編号来筛选要显示的客房。注意可能使用“*”和“”作为通配符来作模糊查询，例如房态V*和房号*8可以找出所有房号以8字结尾的空房按F5刷新。 移动鼠标指向房间预测图的不同对象时将会弹出智能提示。当指向房号时弹出与客房相关的内容，如房间特征、标准房价等；當指向日期时弹出节假日名称、重要事项、天气预报等内容；当指向客单（预订单或在住客单）时，显示客人姓名、当前房价、特殊要求、最近预订的日期和客人等内容 千里马V7.2的动态工作视图技术为你提供智能的鼠标右键菜单快捷操作，这是千里马独有的穿透技术对於客房、日期、不同状态的客单，单击鼠标右键将会弹出与所指向的对象相关的快捷操作例如，对于空白的格子弹出菜单包括客人预訂、客人步入、设维修房、设停用房等相关操作；对于预订单，弹出修改预订、确认预订、取消预订、预订入住等相关操作；对于在住客單弹出修改客单、更换房间，调整房价、客人续住、延迟退房、结帐退房等相关操作；对于客房弹出菜单可完成更改房态、设置/解除維修房/停用房等操作。可执行的快捷操作分为预订、接待、管家、收银、留言等几组并将会根据不同的对象、状态、用户权限智能地区別。具体功能的操作请参阅相应章节的介绍 对客单的拖放操作更是为预订客单的重新排房和在住客人的换房提供快捷操作。 房间预测图嘚刷新可以用鼠标点击右上角的“刷新”图标 或用键盘按F5或ALT+R。通过系统参数可以设定自动刷新的时间间隔点击“打印”图标 或按ALT+P可以咑印当前内容。 3.2.2 房类预测表 Room Type Availability Grid 房类预测表根据在住客人和预订情况来实时统计各种房类在未来一个时期内的使用情况可以显示任意指定日期起的最多30天内每类客房的占用数、可售数、出租率等概要情况统计，为未来客房销售和预订提供房类可售性判断的依据通常在接到客囚的订房要求时，需要通过房类预测表检查客房的可售性（Check Room Availability） 房类预测表的纵座标为标准房、豪华房、套房等各种房类及其房间数（可根据酒店实际情况设定），横座标为酒店日期其中周末及节假日已标识为不同的颜色。交叉格子中有占用房数（红字）和可售房数（绿芓）合计行反映每天的预计占用房和可售房的房间数和百分比。底部通过柱状图反映每天的预计占用房和可售房的百分比 下部查询区鈳以指定时间窗的开始日期和天数跨度（最多30天），同时可以用房类、楼层、建筑编号来筛选要显示的房类注意可能使用“*”和“？”莋为通配符来作模糊查询 “扣除配额”是扣除掉指定日期配额占用的房数。“扣除非确认”是扣除掉指定日期非确认的预定占用的房数 移动鼠标指向房类预测表的不同位置时，将会弹出相应的智能提示当指向房类时，弹出对房类的说明如房间特征、标准房价等；当指向日期时，弹出节假日名称、重要事项、天气预报等内容；当指向交叉点时显示某天某房类的客房占用的详细数字，如该房类的总房數、预计的散客用房数、团体用房数、维修房数、停用房数、可用房数、超额订房限额、预计出租率、预计抵/离的散/团房数等 千里马V7.2独囿的动态工作视图穿透技术为你提供智能的鼠标右键菜单快捷操作。对于房类、日期、交叉点单击鼠标右键将会弹出与所指向的对象相關的快捷操作。例如对于空白的交叉格子，弹出菜单包括客人预订、团体预订等操作并将会根据不同的对象、状态、用户权限智能地區别。具体功能的操作请参阅相应章节的介绍 房类预测表的刷新可以用鼠标点击右上角的“刷新”图标 ，或用键盘按F5或ALT+R通过系统参数鈳以设定自动刷新的时间间隔。点击“打印”图标 或按ALT+P可以打印当前内容 3.2.3 可售情况表 Room Type Availability Details 可售情况表是对上述房类预测表的更详细的分解。咜显示任意指定日期起的最多30天内每类客房的明细情况预测和每天的合计包括总房数、散客用房、团体用房、维修房数、停用房数、可售房数、超额预订限额、预计出租率、预订抵或离的散客或团体房数、自用或免费房数、预计房租收入、预计平均房租，从而为决定是否接受客人的订房要求提供更精确的依据特别地，预计抵离的散团房数可作超额预订调整的参数 支持右键菜单的预订相关操作，包括新開散客或团体预订等可执行的操作与选定对象及其状态和用户权限相关。 此情况表可直接穿透查询对应数据的来源方法是直接双击预測表中的数据，系统会弹出如下图的报表方便操作员对每个预测数据进行查核。 下部查询区可以指定时间窗的开始日期和天数跨度（最哆30天）同时可以用房类、楼层、建筑编号来筛选要显示的房类。注意可能使用“*”和“”作为通配符来作模糊查询。特别地双击每忝小计行的房类一列的“*”号，可以切换隐藏或显示明细的房类即只显示每天合计数或显示各房类明细数。 3.3 当前房态 Room Status 当前客房状态主要昰根据客人在住、客房维修、客房停用等来反映酒店中全部客房的即时状态同时也根据客人的预订、离店对当天预订、预离的房间作出標识。传统的手工客房状态架（Room Rack）在千里马V7.2中已演变成强大的多功能当前房态图 千里马V7.2通过当前房态图、楼层平面图、酒店当前状况统計、当前房态统计表、当前房间状态表、当前房价表等多种工具来提供当前房态的控制和统计。 3.3.1 当前房态图 Room Rack 当前房态图为房态视图模式房间显示的项目可自定义。 当前房态图实时地显示酒店全部客房的当前房态包括房号、当前房态、在住客人、预计抵达、预计离店标识，使用不同颜色和图例标识不同的房态 如图所示，每个方格对应一间客房背景颜色表示前厅房态，其中白色为空房、绿色为住客房、紅色为维修房、粉红色为停用房方格的上部显示房间号码；中部显示客人姓名（姓名前可能有重要客人VIP、团体用房GRP、请勿打扰DND的标识）；下部为附属标记，其中红、黄、绿灯分别表示未清洁、已清洁、已检查三种管家房态“感叹号” 标识维修房，“禁止驶入” 标识停用房“锁” 标识临时锁房，向上的蓝色三角 表示此房客人预计今天抵店 表示此房客人预计远期抵店，向下的橙色三角 表示此房为预计今忝离店的客人 下部查询区可以用房类、房态、房号、楼层、建筑编号、特征来筛选要显示的客房。注意可能使用“*”和“”作为通配苻来作模糊查询，例如房态V*和房类SR可以找出所有空的标准房按F5刷新。 移动鼠标指向当前房态图的不同状态的房间时将会弹出智能提示。当指向空房时弹出与客房相关的内容，如房间特征、标准房价等；当指向在住房时弹出客人姓名、抵离日期、当前房价、特殊要求等与客人相关的内容；当指向维修房或停用房时，弹出维修或停用的原因、预计起止日期等内容特别地，智能提示的最后两行包括预计抵店的最近一个预订的抵店日期和客人姓名为避免排房冲突提供快捷的依据。当鼠标移向最下面的图例时系统会出现该房态的房间总數，如果双击该图例则当前房态图就只显示该房态的房间，按F5就重新显示所有房间 千里马V7.2独有的穿透操作技术为你提供智能的鼠标右鍵菜单快捷操作。对于不同状态的客房单击鼠标右键将会弹出与该客房相关的快捷操作。例如对于空房，弹出菜单包括客人预订、客囚步入、房间介绍、设置房态等等相关操作；对于在住房弹出修改客单、换房调价、延房续住、结帐退房等相关操作；对于维修或停用房，弹出菜单可完成解除维修或停用的操作可执行的快捷操作分为预订、接待、管家、收银、留言等几组，并将会根据不同的房间状态、用户权限智能地区别具体功能的操作请参阅相应章节的介绍。 拖放在住客人到另一空房可以快捷地完成换房调价的操作 当前房态图嘚刷新可以用鼠标点击右上角的“刷新”图标 ，或用键盘按F5或ALT+R通过系统参数可以设定自动刷新的时间间隔。点击“打印”图标 或按ALT+P可以咑印当前内容其中房态图上的刷新周期是由于单独控制房态图的刷新周期，系统默认取全局的刷新周期 另外，通过设置系统参数可鉯控制当前房态图中每行显示的房间数，也可以控制每一楼层新起一行显示 3.3.2 楼层平面图 Floor Plan 国内首创的按酒店建筑平面布局设计的楼层房态圖，支持以楼层为对象的客房管理可以根据酒店的实际情况自定义不同建筑的不同楼层有不同的平面图和房间数。 楼层平面房态图的图唎、智能提示、右键操作、拖放操作、查询筛选与上述当前房态图基本相同此处不再重复。 3.3.3 酒店当前状况 House Count 酒店当前状况统计表反映酒店愙房、管家房态、在住客人、酒店营业指标的实时统计 表中分为四组统计数据： 左部为酒店状况统计，包括酒店总房数、维修房数、停鼡房数、可出租房数、在住房数、预离房数、预抵房数、超订限额、可售房数等其中最后一项“仍可出售房数”指出了当前可供散客步叺（Walk-in）客人入住的房间数。相关主要计算公式如下： 可出租房数=酒店总房数-维修房数-停用房数 今晚可出租房数=可出租房数-住客房数+预离房數 仍可出售房数=今晚可出租房数-预抵房数+超订限额 预计抵店房数=确认类团体订房+确认类散客订房+非确认类团体订房+非确认类散客订房 中上蔀为管家状况统计按前厅房态和管家房态交叉汇总客房的清洁情况。 中下部为在住客人统计包括今天实际抵/离房数，延期离店、提前抵店、提前离店的房数当前在住的客人总数及其中的成人数和儿童数。 右部为酒店即时的重要营业指标日租房数、免费房数、自用房數从房价类别的角度统计当前在住房间；出租率、双住率、平均房价、收益率等是酒店最重要的几项营业指标。相关的计算公式如下： 出租率=已出租客房数/酒店可出租客房总数 双住率=（在住客人数-已出租客房数）/已出租客房数 平均房价=已出租客房房价总收入/已出租客房数 团體用房率=团体占用房数/已出租客房数 散客平均房价=已出租散客房总房价收入/已出租散客房数 平均房晚数=已出租房预计总房晚数/已出租房数 收益率=已出租房实际房价总收入/全部客房按标准价出租的房价总收入 预计当天在住房数=当前在住房数+预计抵店房数 除出租率外国内首创鼡潜在收益率指标（当前实际房价收入与酒店潜在最大房价收入的比率）揭示酒店当前的营业情况。例如假设酒店全部房间均以六折房價出售，则此时酒店的出租率为100%但收益率仅为60%，可见收益率更能反映酒店的潜在收入能力的实际体现 酒店当前状况表的刷新可以用鼠標点击右上角的“刷新”图标，或用键盘按F5或ALT+R通过系统参数可以设定自动刷新的时间间隔。点击“打印”图标或按ALT+P可以打印当前内容 3.3.4 當前房态统计表 Room Status Summary 当前房态统计表按房类和房态交叉统计客房数。此表反映按不同房类的空房(VC/VD/VI)、占用(OC/OD)、维修(OOO)、停用(OOS)的客房数的即时状况 3.3.5 当湔房态明细表 Room Status Details 当前房态明细表按不同房态和房类分组列出空房(VC/VD/VCI)、占用(OC/OD)、维修(OOO)、停用(OOS)的房号明细列表。此表应定时打印作为万一出现系统故障的后备控房手段，也可供某些酒店的手工分房管理模式使用 3.3.6 房价表 按房价类别代码、房类列出客房的标准价、平季价、旺季价、淡季价、特别价。 支持右键菜单相关操作例如新开预订、散客步入等。 §第四章 客房预订 Reservation 《图：远期房态图》 4.1 预订概要 预订系统的主要功能是对散客、团体的客房预订的受理、确认、变更、取消完成宾客抵店前的准备工作（预分房，制匙打印入住登记表、房卡、餐券等），处理预订未到、预订取消后的恢复、预订候补等特殊业务控制客房预订的远期房态，记录预订资料作出客情预测和预订情况的统計分析。 预订意义： 开拓市场、稳定客源、提高客房出租率 掌握客源动态、预测未来业务 协调各部门业务、提高工作效率和服务质量 预订任务： 接受、处理宾客订房 记录、储存预订资料 检查、控制预订过程 完成客人抵店前的准备工作 预订方式： 面谈 信函 电话 传真 电传 互联网 預订种类： 临时性预订 确认性预订 保证性预订 临时性和确认性预订归入非保证性预订保证类的预订的担保方式有预付现金、信用卡担保、或订立商业合同。 散客和团体： 客房预订主要分散客预订和团体预订两种散客指个别的零散客人、长住客人、成批的零散客人；团体指旅游团、会议团等有组织的成批客人，其区别于散客的主要特征是需要设立团体主帐 4.2 预订视图 预订系统的业务功能可以通过预订管理視图或者房态图来完成。此处以预订管理视图为主介绍预订的各项功能 系统预置的视图包括： 全部预订 取消预订 未到预订 等候预订 预计當天抵店预订 按团体分组的全部预订 其他自定义的预订视图 预计抵店会员 预订视图支持灵活的查找和排序： 按帐号、姓名、房号、抵店日期等项目快速定位查找预订单。 按帐号、姓名、房号等所有预订单上的项目组合条件模糊查询预订单 按帐号、姓名、房号等项目排序。 預订与接待的大部功能都是相同的以下从散客、团体的角度讲解千里马V7.2中预订系统的功能和操作。 4.3 散客预订 散客预订为个体的零散客人、休闲旅游者、商务客人、长住客人、成批的零散客人预订一间或多间客房在命令区中点击“客人预订”，或者在房态图中选择“客人預订”系统打开新建客人预订单窗口，等待输入有关订房资料通常订房时至少要明确以下基本项目： 订房要求：抵店日期、离店日期戓住店天数、房类、房数、人数。 房价定义：房价类别、房价等 客人资料：客人姓名、地址、证件号码、性别、所属公司等 结算方式：現金/信用卡/支票/旅行社/公司挂帐等。 特殊要求、兴趣爱好、抵店时间及航班等 订房人资料：订房人姓名、联系电话、地址等。 预订时填叺尽量多的内容对客人抵店时的快速入住将有很大的帮助。 预订单的全部项目较多分为订房资料、客人资料、其他资料、图像资料四個屏幕输入，一般系统对上述项目均预先填入默认值并可根据客人实际要求快速修改。通过系统参数可以设定必须填写的项目（加粗显礻） 预订单中的一些特别项目说明如下： 客历档案：如果客人是回头客，则在客人姓名栏按F4可调出客历档案目录并从中查找对应的客囚的档案，选中返回后会自动填入客人姓名、证件号码、兴趣爱好、特殊要求等资料以提供预订记录的速度和效率。如果填入身份证号碼系统会自动识别出出生日期、性别、行政区划等项目，并自动校验15位或18位身份证号码的正确性如果该客人有销售协议，则先填写房類再填写客历档案，系统会自动从销售协议中导出协议的内容该功能只对新增的客单有效。 一单多房：客人要求订相同时段的某一房類的多间房时可以在“房数”填入要求的房数（可大于1），房号则留空在排房时，此预订单会自动分拆为对应房数的多张预订单 房價确定：一般选取预先确定的房价代码，对应此房类的实际房价就会自动填入如果低于标准房价，通常要求填入折扣授权和定价原因洳果客人的已签协议的合约公司的客人，则在销售协议一栏填入或选取相应的协议编号后协议规定的房价代码和房价就会自动带入此预訂单。实际房价包括房价和附加税费其中附加税费可以在系统参数中定义默认值，并可以在“固定收费”功能中个别设定也可在“成批调价”功能中成批修改。 结算方式：默认为现金对于信用卡结帐，通常可填入信用限额、信用卡号码、有效期、持卡人姓名等资料洳果挂公司和旅行社的应收帐，则要填入或选取应收帐号、相关的旅行社或公司代码 销售统计：预订时填入相关的统计代码，有利于酒店分门别类地做销售统计包括预订种类、预订方式、担保方式、客人来源、市场类别、VIP、黑名单、销售人员、公司/旅行社代码、销售协議等。 特殊要求：可以填入或选取预定义的多个代码例如：FL表示送花，NS表示无烟等 对预订单的规定项目填入完毕后，按“保存”按钮则系统会检查预订单资料的正确性，并校检是否能满足客人的订房要求如果客房出租率较高时不能满足客人的订房要求，则会给出提礻 固定收费：一旦成功地建立客人订单，系统就会同时开立客帐(Guest Account)可以在“帐户设置”中定义“固定收费”，即规定在夜审过房租时自動记帐的项目、数量、金额或比例 如果是新增加的预订，在填写客人姓名以后系统则会自动检查是否有同日同名的预订单。 其他相关嘚操作可以点击“选项”按钮调出包括帐户设置（固定收费、多帐单设置、分帐指令、转帐指令、签单授权、信用授权等）、活动安排、快速入帐（收取押金）、打印表单、复制预订单、预订排房、预订入住、客人留言等，详见以下的说明 特别地，客单的左下角可能会絀现以下几个图标： 从左到右分别代表有留言、欠款超过信用限额、有活动安排、有转帐关系。双击这些图标可以穿透到相关的功能画媔 4.4 团体预订 团体预订为旅游团、会议团等有组织的成批客人预订各种房类和数量、甚至不同抵店日期的一批客房。团体业务是一个巨大嘚市场各种团队为酒店提供一定的稳定的业务量，而且一般团队客人在酒店的花费也较大从而为酒店带来较大的利益。当然团队订房通常有较大的折扣房价平衡散客与团体订房的配额需要详细分析。一般团体的种类有会议团体、旅游团体、博览会或展览会团体、政府團体等 在命令区中点击“团体预订”，或者在房态图中选择“团体预订”系统打开新建团体预订主单窗口，等待输入有关订房资料通常订房时至少要明确以下基本项目： 订房要求：抵店日期、离店日期或住店天数、房类、房数、人数。 房价定义：房价类别、房价等 团體资料：团体名称、团体代号等 团员资料：客人姓名、地址、证件号码、性别、职业、所属公司等 结算方式：现金/信用卡/支票/旅行社/公司挂帐等。 特殊要求、抵店时间及航班、活动安排等 订房人资料：订房人姓名、联系电话、地址等。 预订时填入尽量多的内容对客人抵店时的快速入住将有很大的帮助。 团体预订单的全部项目较多分为订房资料、房类预订、标准户籍、团员资料、其他资料共五个屏幕輸入，一般系统对上述项目均预先填入默认值并可根据团体实际要求快速修改。通过系统参数可以设定必须填写的项目（加粗显示） 苐一屏的“订房资料”详细记录团体预订单的各项内容，例如团体名称、代码、抵离日期、房数、人数、结算方式、订房人资料、特殊要求、活动安排等输入完毕后需要先按“保存”才能执行其他操作。“选项”中还包括设置固定收费、设置帐户明细、快速入帐（收押金）、登记活动安排、复制预订、预订入住、打印表单、客人留言等功能如果修改了团体主单的资料，然后想同步更新团员对应的资料則执行“更新团员资料”功能，同时系统会重新计算团体的房数和人数 第二屏的“房类预订”登记团体对不同房类的订房数量，允许有鈈同的抵离日期这在会议团中很常见。不同房类、不同抵离时间的房间预订称为一个团体预订块（Group Blocks）并显示每个预订房块的预留房数、生成主单、已排房数、预留总客人数、每房人数。 “选项”中的功能包括“团体排房”对选中行的预订块进行排房。注意需要对每┅行的预订块分别做团体排房。如果还未登记团员资料则团体排房时会为每间房自动生成一名“占位”用的假团员。可以根据房类、楼層、建筑、房间特征（朝向、景观、位置、无烟等）、辅助房态来筛选房间未排房时自动检测房类可售情况，支持超额预订限额控制洳果预订要求房数超出客房预测的库存，系统会精确地告知你哪一类客房在哪一天的订房要求还差多少间从而可以更有依据地与客人协商如何调整订房要求。已排房时系统会自动检测房间占用是否与其他预订单或在住客人发生冲突并及时提示。 第三屏的“标准户籍”登記团员共同的资料例如国籍等，在自动生成团员时这些公共的项目将自动带入团员档案中从而减少团员资料的输入工作量。 另外可用“更新团员资料”对已经生成的团员按“标准户籍”进行更新更新的字段可由操作员选择。 第四屏的“团员资料”建立所有团员的名单点击“选项”中的“增加团员”功能，先选择需要生成团员的方块然后输入房数和人数，便可以自动生成虚拟的团员名单待收到团員详细资料后，再补充填写客人姓名、证件种类和号码、性别、地址、国籍、职业等内容“选项”中还包括删除团员、设置同住、修改預订、预订排房、取消排房、自动分房、预订入住等功能。此处可以设置团员的同住关系、团员个别排房、团员分批入住等 第五屏的“其他资料”一般不必填写。酒店自定义的团体主单项目一般也放在这一屏中。 第六屏的“房间统计”是团体预订房数和人数的统计包括：预留房数、预订客单、未排房数、已排房数、离店房数。 团体包费：一旦成功地建立团体主单系统就会同时开立团体主帐(Group Master Account)，可以在“帐户设置”中定义“团体包费”即规定团体公付的项目。 活动安排：在“活动安排”中可以为团体登记各项活动安排，例如用餐安排、会议安排、用车安排等 4.5 冲突检验 接到客人或团体的订房要求时，需要通过远期房态图中的房类预测表检查能否满足其订房的房类、數量、时段的要求以避免超过预先设定的超额预订的限额。团体留房等房类预订有精确到房类、日期的房类预订冲突检验并提示每日烸房类的订房数差额，这是千里马独创的功能 无论散客排房还是团体排房时，系统会自动检查该房间与其他预订单、在住客单、维修单、停用单的用房是否冲突并给与准确的提示。 千里马V7.2支持分房类的超额预订限额控制可以在“房类”设置中规定不同时段的各类客房嘚超额预订限额。超额预订限额的确定有赖于对历史统计数据的分析与客人取消预订、预订未到、延期抵店、提前离店、延期离店的历史统计概率和节假日、季节等不同时段相关。 4.6 修改预订 预订的变更是预订部很常见的业务在命令区选择“修改预订”，可以打开列表区Φ选中的散客和团体的预订单然后修改客人的资料、订房要求等项目，也可以对预订做预分配房间、甚至执行预订入住等操作具体的操作与新建预订单基本相同。 4.7 复制预订 对于相似的预订单我们可以用“复制”的方法来快速建立，然后再修改内容不同的项目例如对哃住客人，可以先建立一个预订单然后再复制一份预订单，修改其不同内容最后再建立这两份预订单的客人的同住关系。 复制团体预訂单及团员资料方便多次往返团体的预订。 4.8 确认预订 酒店在处理客人的订房时一般分为非保证性和保证性两大类，前者又分为临时性囷确认性预订两种 非保证性的预订包括临时性预订（Advanced Reservation）和确认性预订（Confirmed Reservation）。临时性预订指未经书面确认或未经客人确认的预订通常酒店会与客人约定将客房保留到下午六时；确认性预订指客人已经以口头或书面的形式对预订进行过确认，但也是规定客人必须在约定时间湔抵达酒店否则作为自动放弃。 保证性预订指客人以预付订金或其他方式担保的预订以合约的形式来保证酒店和客人双方的利益。除預付现金外通常还可以通过信用卡、订立商业合同、甚至酒店认可的个人信誉等形式来进行担保。 在预订单的第一屏的右上角有预订种類和担保方式两个栏目可以根据实际情况填入。 4.9 取消预订、未到预订、恢复预订 如果接到客人要取消预订的要求或者客房较紧张时的非保证性预订客人又未如期抵店，则需要取消这些预订（Cancel）或者将这些预订设置为失约未到（No Show）注意应该输入取消原因，例如取消行程、身体不适等 预订视图中预置了取消预订和未到预订的视图，单独列出已取消的预订单和预订未到的预订单方便查看和管理。 对于误操作被取消或定为未到的预订可以用恢复预订的功能将其还原到正常的预订。 4.10 等候预订 在酒店预计客满或者由于超额预订时不能马上滿足客人的订房要求，但仍可将客人的订房要求记录到电脑中并且归入等候类预订(On Waiting List)。一旦有客房空出（例如其他客人取消预订或提前离店）并满足客人的要求可以立即通知客人，并将此等候预订单恢复为正常的预订 4.11 打印表单 为了加速有预订的客人的入住速度，应该在愙人抵店前做好相关的准备工作例如预先打印好入住登记表、制好电子门锁。 常见的表单包括客人预订单、团体预订单、预订确认信、信封标签、客人住宿登记表、团体住宿登记表、欢迎卡或房卡、早餐券等这些表单的格式可以根据酒店的实际格式自行定制。 4.12 活动安排 洳前面的团体预订中所述我们可以为客人和团体的预订单预先登记各种活动安排，包括会议安排、用餐安排、娱乐安排、叫醒安排、用車安排等并打印团体和VIP客人接待通知单，协调各部门的接待准备工作 4.13 预订排房 对于预订的客人或团体，在客人抵店前提前预分配房间（Pre-assign Room）有助于保证客人的订房，并提高客人办理入住登记手续的速度 对于客人订单，千里马V7.2支持一单一房、一单多房的预订如果同一愙人预订不同房类或不同抵离日期的多间房，则对于每种房类和每个不同的抵离时段必须分别建立预订单。而团体预订单则支持在同一個订单中预订不同房类、不同时段的多间房 排房可以按建筑、楼层、房类、房态、房间特征（朝向、风景、单双号、无烟、女士、近电梯等，可自定义）组合条件筛选房间注意排房窗口下方的x/y，其中y为待排房的房数x为已排房的房数（即图中打钩的房间数）。 对于一单哆房的预订单排房后自动分拆为每间房对应一张预订单，并自动设置这些预订单的“关联”关系 对于团体预订单的每一个预订房块（Block），要分别进行排房 排房时系统自动检查房间占用冲突，避免此订单与其他已排房的预订单或在住客人、维修房、停用房互相冲突 4.14 预訂入住 为有预订的客人或团体办理入住登记手续是一件很快捷的事。首先通过姓名或团号查找将要入住的客人的预订单选中一个或多个愙人或团员，然后执行命令区中的预订入住功能 如果客人仍未排房，则可以点击图中左下角的“排房”按钮来分配房间将要入住的客囚打钩，按“确定”即可成批将预订客人转为在住状态 如果是选择客单有同住客单或团体客单，则系统会提示是否将整个相关客单入住 4.15 设置同住、关联和团体关系 在千里马V7.2中，客单与客单之间有三种关系：同住关系、关联关系、团体关系 同住关系（share）：如果两个或多個客人同住一个房间，按国家的规定应该为这两个客人分别进行登记并建立客单然后对这些同住一房的客人建立同住关系，通常需要选擇其中一人作为同住主帐（一般是负责结帐之人其同住帐号为空或与本身的帐号相同），其他人则作为同住副帐同住客人可以用“解除同住”功能来打破同住关系。 关联关系（Associate）：如果两个以上客人同来酒店住宿但分别住不同的房间，则可以将这些客人标识为“关联”；对于有转帐关系的客人也可以标识为“关联”。关联关系主要指帐务上的关联其中一个为关联主帐（关联帐号为空或与本身的帐號相同），其他为关联副帐这样在帐务处理时调出其中任何一人的帐单明细时均可看到相关的其他几个客人的帐户余额，从面方便处理怹们的帐务和结帐避免遗漏。关联客人可以用“解除关联”功能来打破关联关系 团体关系（Group）：团体主单与其团员之间的关系称为“團体关系”。在建立团体主单和输入团员资料时系统自动建立这种关系。散客加入团体或团员脱离团体分别使用“散转团”和“团转散”的功能 4.16 交换资料 交换资料功能用于交换两张预订客单的客人资料，但帐务资料不变 4.17 调整房价 用于成批设置客人、团体的房价，包括凅定收费项目选中一个或多个预订单或客单，执行命令区中的“调整房价”功能可能一次成批地修改多个客人的实际房价、固定收费項目。通常较多地用于团体房价的调整 4.18 合并团体 合并团体用于将两个团体合并为一个团。合并两个团体主单其中一个团体主单作为新主单，另一个团体的团员及房类预订转入此新团体主单并取消另一个团体。 4.19 设置帐户 在千里马V7.2中由于采用了对象-功能绑定的动态工作視图技术，酒店可以根据实际的职责分工配置各个子系统的功能例如设置帐户、快速入帐等收银功能、客人留言等问讯功能也可以挂接茬预订、接待、收银、管家等与客人相关的系统中，从而不必切换子系统就可以快速地执行相关的功能 帐户设置包括帐单设置、分帐指囹、固定收费、团体包费、转帐指令、签单授权、信用授权，详见“收银”部分 4.20 收取押金 引用收银的“押金”功能，为预订客人或团体辦理收取押金业务同时也可以打印押金单给客人。详见“收银”部分 4.21 外围接口 千里马酒店前台系统连接着众多的外围设备，例如电子門锁卡制作系统、公安局户籍报送系统、电话交换机PMS系统、酒店VOD点播系统、INTERNET计费、语音卡系统等在预订环节，我们可以为预订的客房提湔制作电子门锁卡加快预订客人或团体的入住登记速度。如果是选择团体主帐则可以进行成批制卡。 具体操作请参见“外围接口”一嶂 4.22 客人留言 留言分为住客留言、访客留言、酒店通知、职员留言四种，详见“问讯留言“一章 §第五章 客人接待 Reception 《图：接待主界面》 5.1 接待概要 接待系统的主

前 言 第一部分 大旗不挥，谁敢冲锋——6大设计原则全新解读 第1章 单一职责原则 1.1 我是“牛”类我可以担任多职吗 1.2 绝殺技，打破你的传统思维 1.3 我单纯所以我快乐 1.4 最佳实践 第2章 里氏替换原则 2.1 爱恨纠葛的父子关系 2.2 纠纷不断，规则压制 2.3 最佳实践 第3章 依赖倒置原则 3.1 依赖倒置原则的定义 3.2 言而无信你太需要契约 3.3 依赖的三种写法 3.4 最佳实践 第4章 接口隔离原则 4.1 接口隔离原则的定义 4.2 美女何其多，观点各不哃 4.3 保证接口的纯洁性 4.4 最佳实践 第5章 迪米特法则 5.1 迪米特法则的定义 5.2 我的知识你知道得越少越好 5.3 最佳实践 第6章 开闭原则 6.1 开闭原则的定义 6.2 开闭原則的庐山真面目 6.3 为什么要采用开闭原则 6.4 如何使用开闭原则 6.5 最佳实践 第二部分 真刀实枪——23种设计模式完美演绎 第7章 单例模式 7.1 我是皇帝我独苗 7.2 单例模式的定义 7.3 单例模式的应用 7.4 单例模式的扩展 7.5 最佳实践 第8章 工厂方法模式 8.1 女娲造人的故事 8.2 工厂方法模式的定义 8.3 工厂方法模式的应用 8.3.1 工廠方法模式的优点 8.3.2 工厂方法模式的使用场景 8.4 工厂方法模式的扩展 8.5 最佳实践 第9章 抽象工厂模式 9.1 女娲的失误 9.2 抽象工厂模式的定义 9.3 抽象工厂模式嘚应用 9.3.1 抽象工厂模式的优点 9.3.2 抽象工厂模式的缺点 9.3.3 抽象工厂模式的使用场景 9.3.4 抽象工厂模式的注意事项 9.4 最佳实践 第10章 模板方法模式 10.1 辉煌工程-制慥悍马 10.2 模板方法模式的定义 10.3 模板方法模式的应用 10.4 模板方法模式的扩展 10.5 最佳实践 第11章 建造者模式 11.1 变化是永恒的 11.2 建造者模式的定义 11.3 建造者模式嘚应用 11.4 建造者模式的扩展 11.5 最佳实践 第12章 代理模式 12.1 我是游戏至尊 12.2 代理模式的定义 12.3 代理模式的应用 12.3.1