行前台问询时查询相关信息。
2．前台接待
前台接待是系统的业务核心功能，提开房、账号管理、资料登记、资料查询，当客人进行了相关咨询并确入住后，可通过前台接待部份为客人登记资料、创建账号、收取押金和开房。
3．前台收银
前台收银主要包括账务管理和账务查询两部份，其中账务管理包括结算收银、交纳押金、退还押金、杂费记账、冲账等，支待与前台收银有关工作。
4．客房部管理
客户部管理主要包括报房管理和客房查询两部，报房管理主要是对房态的维护，如：空房间清扫后更改为可用房等。
5．夜审系统
夜审系统类似于我们常说的日结功能，夜审系统为一独立的子程序，运行在服务后台，当到设定的时间时自动执行夜审功能，夜审功能主要实现生成经营收入数据，冲减客人账户押，如果押金不足的提示应交纳押金。
6．基础管理
定义系统使用前需初始化的相关项目，维护相关基本设置，如：操作人员定义、权限定义、消费项目定义等。
系统相关功能模块如下图3-2所示。
3.3 功能模块详细设计
功能模块详细设计主要描述各个功能模块应实现的业务逻辑，应维护的相关数据表及操作介面的考虑等，由酒店管理系统模块较多，我们在此仅以两个模块为代表介绍其实现设计：
1．房态查询
房态查询是前台业务中的一个核心模块，主要反映现在的房源情况以及房间状态，无论是前台问询还是前台接待，都是要基于房态查询模块的基础上进行。但是房态又是由多个部门人员进行维护（前台服务员和客房部人员等），所以在维护时必须进行并发控制。
10
图3-2 模块菜单图
房态维护流程处理：空房→占用（前台服务员为客人开房后）→退房（结算后）→打扫（客房部）→空房（客房部）；如果房间有问题需要维修的话工程部可能将其改为维修状态。
介面组织的考虑：可以以多图形结构反映房态情况，如楼层分、按房间类型等。
操作方便性考虑：对于前台操作人员来说从房态查询应可以直接进入到客户信息登记、创建账户、收押金、开房能功能，可以采用点击房间图标后弹出下拉菜单，然后再选择菜单进行操作。操作介面草图设计（略）。
数据表维护：（略），在数据库设计章进行介绍。 2．夜审处理
夜审处理可作为系统中的一个功能模块，手工调用执行，也可以作为一个独立的程序，运行在后台服务器上，到设定时间时自动执行完成夜审操作。夜审处理执行时系统开始统计所有夜审数据，自动过房费、城建费、电话费等自动费用信息；自动计算生成当日的经营日报、结算日报和客房出租日报。提示信息显示
11
完毕后，可在客房部或前台模块中打印出相关的夜审报表。
夜审处理机制：通过调用存储过程，维护相关数据表，生成相关经营报表。 介面组织考虑：可以设置夜审时间，以便程序的自动执行。留有手执行按钮，支持手工执行。
数据表维护：（略），在数据库设计章介绍。
12
第四章 数据库结构设计
数据库结构设计是系统设计阶段的一个重要过程，数据库设计是否合理，关系到系统的运行效率、可维护性、可扩展性等质量因素。在数据库设计过程中，我们一般是先基于UML语言分析其静态逻辑结构，之后再根据E-R图的相关对象设计系统的物理表结构，采用的工具要有：Microsoft Visio 、Rational Rose 、PowerDesinger等。
4．1 数据库概念结构设计
E-R图（实体关系图）是系统静态结构分析的重要工具，它可以反映出系统涉及的相关对象，以及对象之间的关系。由于酒店管理系统涉及面广，系统复杂，本论文仅列举了前台部份涉及对象的简要分析E-R图，如下图4-1所示：
散客前台服务员员工团体账号押金房间房费经营日报其他消费客户服务员
图4-1 E-R图
13
