客房管理系统财务管理子系统

1、 目目 录录 摘摘 要要 .4 序言序言 .5 1 1、可行性分析、可行性分析.6 1.1 问题描述.6 1.2 可行性分析研究.6 1.2.1技术可行性.6 1.2.2经济可行性.6 1.2.3操作可行性.7 1.3 结论意见.7 2 2、项目开发计划、项目开发计划 .8 2.1 编写目的.8 2.2 项目背景.8 2.3 项目概述.8 2.4 项目开发计划.9 2.5 验收标准.9 3、需求分析、需求分析 .10 3.1 任务需求分析.10 3.2 以下介绍基本模块的功能：.11 4、系、系统概统概要要设计设计 .15 4.1 总体设计.15 4.2 系统功能模块图.15 4.3 数据库概

2、念设计.16 4.4 数据库逻辑结构设计.16 5、详细设计.17 5.1 系统的主要功能.17 5.2 系统流程图.17 5.3 用户界面设计.18 5.3.1 信息显示设计.18 5.3.2 数据输入设计.19 5.4 程序设计过程.19 5.4.1 房态信息操作.19 5.4.2 查询操作.19 5.5 软件测试.20 .5.5.1 测试的方法和步骤.21 5.5.2 测试用例.21 六、软件使用说明书六、软件使用说明书 .23 设计总结设计总结 .28 参考文献参考文献 .29 致致 谢谢 .30 摘摘 要要 宾馆管理系统的总体目标是：在计算机网络，数据库和先进的开发平台上， 利用现有

3、的软件，配置一定的硬件，分析和设计一个具有开放体系结构的、易 扩充的、易维护的、具有良好人机交互界面的宾馆客房管理系统，为人事主管 部门的决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少 不必要的损失和浪费，提高人事管理的效率。 宾馆客房管理系统是对宾馆的客房进行系统管理，整个系统包括客户的入 住，客房的管理，管理员权限的设置，宾馆收入的统计等功能，在应用系统使 用，为保证系统的安全，必须设置用户检测程序。合法用户可进入，非法拒绝 登录。同时要能够设置用户的使用权限，用户登录后只能进行其权限所允许的 操作。 本次设计中主要包括客房及客史管理、财富核查管理、其他系统接口管理。 “客

4、房及客史管理”包括功能：可用房查询、房态维护、房态设计、维修房报表、 在住散客报表、在住团报表、长包房报表、其他相关报表。 “财务查询管理”包括功能：夜审、普通房租过账、包价房租过账、结账单过 账、结账单审核、打印催帐单、班次结账。 “其他系统接口”包括功能：电话计费接口、公安户籍接口、身份证检测、视 频点播计费、宽带接入计费。 关键词关键词：数据库；数据字典；客房管理； 序言序言 在信息高度发达的今天，宾馆 业务设计的各个工作环节已不在仅仅 是传统的住宿 ，结算业务，而是更广，更全面的服务性行业代表。 宾馆 宾馆成为一个服务性行业，从客房的营销即客人的预定开始，到入 住登记直至最后退房结账，

5、整个过程应该能够体现以宾客为中心，提供 快捷，方便的服务，给宾客感受一种顾客至上的享受，提高宾馆 的 管理水平，简化各种复杂操作，在最合理最短时间内完成宾馆 业务 规范操作，这样才能令旅客舒适难忘，增加宾客回头率。面对宾馆 行业内激烈的竞争形式，各宾馆 均在努力拓展其服务领地的广度和深 度。虽然信息化并不是宾馆 走向成功的关键元素，但它可以帮助那些真 正影响成败的要素发挥更大的作用。因此，采用全新的计算机网络和管 理系统，将成为提高宾馆 的管理效率，改善服务水平的重要手段之一。 1 1、可行性分析、可行性分析 1.1 问题描述问题描述 当今时代的发展速度越来越快，宾馆宾馆已经是社会上不可缺少的

6、行业之一， 接待外出的游人，公办的职员等等来自五湖四海四面八方的人，这个行业为他 们在异地提供了食宿等多种多样的服务，可行业的发展也伴随着各种问题，入 店手续的繁琐，信息的混乱对客人，对宾馆都带来了不少的障碍，可随着计算 机产业的发展，这一问题可以通过计算机软件得到很好的解决。 1.2 可行性分析研究可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性 的研究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之 内解决。因此通过可行性的研究分析可以知道问题。有无可行性的解决方法， 进而避免人力、物力和才力的浪费。在现行系统初步调查的基础上就可以提出 新系统

7、目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的 依据。系统目标应充分体现，直接为宾馆客房的管理服务，并且，程序可以分 期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提得 非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系 统。可行性研究至少要从以下三方面研究每种解法的可行性：1 技术可行性 2 经济可行性 3 操作可行性 1.2.1 技术可行性技术可行性 技术可行性是指以现有的技术是否能完成相应的软件功能，宾馆客房管理 系统应用了计算机语言和数据库，以现有的计算机技术完全可以完成其相应的 功能。 1.2.2 经济可行性经济可行性 主要是对开发

8、宾馆客房管理系统的经济效益进行评价 ，一但开发出宾馆客 房管理系统后，宾馆可以简化其工作的复杂度，对客户的资料管理更加系统化， 减少了宾馆及客户的不必要的麻烦，很容易吸引更多的回头客，会在客观上提 高宾馆的效益，更可以吸引单位与宾馆达成长期的合同，保证了宾馆基本效益。 在开发软件的花费上，所用的金钱并不是很多，但可以提高宾馆的声誉，更可 以提高宾馆的效益，完全可以达到物超所值。 1.2.3 操作可行性操作可行性 主要是了解宾馆客房管理的相关人员对开发信息系统是否支持，在做该系 统时我们会想到宾馆从业人员的知识水平，使操作页面更加简洁明了，操作容 易上手，再对其从业人员进行简单的培训，很容易解决

9、在操作上的困难。 1.3 结论意见结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行上的可行。 因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。 所以，系统研制和开发是可以马上进行的。 2 2、项目开发计划、项目开发计划 2.1 编写目的编写目的 经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续 进一步的开发之前首先给出此软件项目计划。 2.2 项目背景项目背景 项目分析宾馆在接到项目分析员给出的项目可行性分析报告后，在本系统， 即宾馆客房管理系统开发主管部门的统一下制定用于软件实质开发的软件项目 计划，以使软件开发单位理解软件开发要求，进

10、行开发。 2.3 项目概述项目概述 1、工作内容 让计算机对宾馆客房及客户信息自动管理，用户可以直接在计算机上实现 客房经营的信息管理，并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具 备开发的条件。该系统可在用户要求的期限内完成。 3、产品 1）程序 该项目因开发时间较短，这里只给出设计思想，具体程序没写。 2）文档 文档内容包括： （1) 封面 （2）目录 （3）中文摘要 100 字左右；关键词 3-5 个 （4) 序言 （5）可行性分析 （6）项目开发计划 （7）需求规格说明（包含需要的系统流程图、数据流程图、数据字典、 e-

11、r 图） （8) 概要设计（包含总体软件结构图、总体数据结构） （9) 详细设计（对概要设计内容进行详细设计） （10) 设计总结、参考文献、致谢等 2.4 项目开发计划项目开发计划 1、任务分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 e-r 图。第二 阶段完成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术 完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风 险因素。对于出现的一些小难点总都能得到解决。 2.5 验收标准验收标准 软件的验收标

12、准完全由用户提出的软件需求制定，能保证软件的基本符合 用户的要求。 3 3、需求分析、需求分析 3.1 任务需求分析任务需求分析 根据前面介绍的宾馆管理业务流程和信息化管理的目标，一个通用的宾馆管 理系统应包含如下图所示的功能，其中每个功能都由若干个相关联的子功能模 块组成。除此之外系统还包括信息系统必须具备的通用功能，例如权限设置， 数据备份与恢复等。 图图 3.1 酒店管理系统应包括的基本功能酒店管理系统应包括的基本功能 宾馆客房管理系统 全台收银管理 基础设置 预定管理 前台接待管理 客房及客史管理 财务核查管理 报表管理 其他系统借口 系统管理 基本设置报表等设置 3.2 以下介绍基本

13、模块的功能：以下介绍基本模块的功能： 3.2.1 客房及客史管理客房及客史管理 “客房及客史管理”也叫“管家管理” ，用于管理客房的信息和客户住宿 历史的信息，包含功能模块如下图所示。 客房及客史管理 可 用 房 查 询 房 态 维 护 房 态 统 计 维 修 房 报 表 在 住 散 客 报 表 在 住 团 报 表 长 住 团 报 表 其 它 相 关 报 表 图图 3.2“客房即可使管理客房即可使管理”功能模块功能模块 “可用房查询”用于查询酒店目前可以使用的客房。 “房态维护”用于维护客房的状态，可以在房态图中直接进行修改。 “房态统计”用于按照不同的分类统计房态的信息，例如按照客房类型，楼

14、层， 朝向，状态等分类 “维修房报表”用于统计分析房态为维修房的客房情况。 “在住散客报表”用于统计分析状态为在住散客的客房情况。 “在住团报表”用于统计分析房态为在住团的客房情况。 “长包房报表”用于统计分析房态为长包房的客房情况。 “其他相关报表”用于统计分析房态为其他状态的客房情况。 3.2.2 财务查核管理财务查核管理 “财务查核管理”用于管理酒店每天的财务核查工作，包含的功能模块如 下图所示。 财务核查管理 夜 审 普 通 房 租 过 帐 包 价 房 租 过 帐 结 账 单 审 核 打 印 催 帐 单 班 次 结 账 图图 3.3“财务查询管理财务查询管理”功能模块功能模块 “夜审”

15、用于对当日入住的的宾客数，开房数进行统计，同时对在店宾客， 客房出租状况进行分析，修改系统日期和参数状态，以保证系统的正常运行， 这是每天必须进行的工作之一。 “普通房租过账”用于将客单，团主单的房租，服务费以及其它设置的自 动记账项目加入到客单或团主单账务。每天至少要房租过账一次，也可以根据 情况过账多次，但已经过账的项目将不再过账。房租过账之前，可以进行房租 统计，试过房租等查询统计。房主过账一般在凌晨进行，如果过账后后还有客 人入住，还可以进行一次房客过账。 “报价房租过账”用于包价客房的过账。 “班次结账”是酒店每天必须进行的操作。日结账就是核对当日进账的金 额，收银员核对无误后将现金

16、收入上交财务，并清空班次收银的金额进入新的 班次。只有日结后“酒店日期”才转到下一天。 3.2.3 其他系统接口 “其他系统接口”提供了酒店管理系统与其他系统的接口，实现不同系统 间的数据共享，包含功能模块如图所示。 其他系统接口 电 话 计 费 接 口 公 安 户 籍 接 口 身 份 证 检 测 视 屏 点 播 计 费 宽 带 接 入 计 费 图图 3.4“其他系统接口其他系统接口”功能模块功能模块 “电话接口计费”用于管理拨入和拨出的电话记录及相应的费用信息。 “公安户籍接口”用于将客人的住店信息发送到公安部门信息系统中。 “身份证检测”用于和公安部门提供的身份严重系统连接，检查客人提 供

17、的身份证 或护照的真伪。 “视频点播计费”用于进行客户视频点播的费用管理。 “宽带接入计费”用于进行客户宽带使用的费用管理。 3.2.5 数据字典数据字典 图图 3.5 数据字典客房编号数据字典客房编号 名字：客房编号 别名： 描述：惟一地标识客房工所有信息的关键域 定义：编号=数字4 位置：入住管理，收银退房，房态管理，预 定管理，客房类型设置，客房信息设置 图图 3.6 数据字典客房状态数据字典客房状态 名字：客房状态 别名： 描述：是对客房目前状态的描述 定义：状态=空房|住房|自用|维修|将到|将离 位置：房态管理、客房信息设置 4 4、系、系统概统概要要设计设计 4.1 总体设计总体

18、设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主 要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。 4.2 系统功能模块图系统功能模块图 由于时间与本人水平的关系，很多在需求分析中的模块无法完成只完成了以 下的功能模块图： 宾馆客房管理系统 添加模块 查询模块 删除模块 修改模块 图图 4.1 客房管理系统包括的功能模块客房管理系统包括的功能模块 “添加模块“包括预定客户的添加，入住客户的添加，房间的添加，消费的添 加，房间的添加。 “查询模块”包

19、括预定客户的查询，入住客户的查询，房间状态的查询，消费记 账的查询。 “删除模块”包括客户资料的删除，房间的删除，消费的删除。 “修改模块”包括客户资料的修改，房间资料的修改，消费记录的修改。 4.3 数据库概念设计数据库概念设计 数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是 不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表 示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征 描述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的 描述。 在这里我们将要设计的是数据库的概念模式， 通过对宾馆管理系统的内容和数据流程分析及 e

20、-r 图，设计如下数据项和 数据结构。 客户档案信息。包括客户编号、客户姓名等信息。 客房管理信息。包括客房编号、客房状态、客房电话、客房类型、客房楼 层客房床位等。 数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求 的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。 4.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 dbms 所支 持的数据模型，例如，将 e-r 图模型转化为关系模型，道理很简单，我们设计 概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算 机上有效地表示出这些关系就成了数据库

21、设计的关键。 根据酒店客房管理系统的功能要求，选取 office access 作为后台数据库。 在上面的实体和实体之间的 e-r 图设计基础上，形成数据库中的表格及表 格之间的关系。 该数据库由若干个表组成，客房及客史管理。财务核查管理、其他系统接 口。 5、详细设计、详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括 了用户界面设计、程序过程设计等步骤。 5.1 系统的主要功能系统的主要功能 我这次设计的系统模块的主要功能如下： “客房及客史管理”包括功能：可用房查询、房态维护、房态设计、维修房报表、 在住散客报表、在住团报表、长包房报表、其他相关报表。 “财务查询

22、管理”包括功能：夜审、普通房租过账、包价房租过账、结账单过 账、结账单审核、打印催帐单、班次结账。 “其他系统接口”包括功能：电话计费接口、公安户籍接口、身份证检测、视 频点播计费、宽带接入计费。 5.2 系统流程图系统流程图 管理员 客房管理 预住管理 入住管理 消费记账 收银管理 房态管理 客房信息 预定单 入住单 账单明细 消费信息 房态信息 5.3 用户界面设计用户界面设计 5.3.15.3.1 信息显示设计信息显示设计 应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才 能满足用户的需求。使用不同的方式显示信息：用文字、图形、按位置、移动 和大小，使用颜色和省略等方式传

23、达信息。 1、只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜 单和图形。 2、使用便于用户迅速吸收数据的方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中 就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表 所表示的含义。 3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩 写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适 用软件。 4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信

24、 息，以使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息。 6、高效率的使用显示屏 当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。 此外，屏幕的大小应该选得和应用系统的类型相配套。 在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间 中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.3.25.3.2 数据输入设计数据输入设计 用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系 统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以， 对于他们的数据输入操作

25、有如下约定： 1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示信息和输入信息之间的一致性 对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例 如：文字大小、颜色、位置等）要一致。 5.4 程序设计过程程序设计过程 5.4.15.4.1 房态信息操作房态信息操作 5 5.4.2.4.2 查询操作查询操作 是否为已存在可用房 是 否 提示：输入房态信息 是否保存？ 否 是 保存成功 否 是 rollback commit 关闭窗体 输入查询信息 否 是 是否存在该信息数据 否 是 提示没有 输出该信息 所要查询 的信息 确认信息 关

26、闭窗体 在执行查询操作之前通常要先在单行文本框中输入被查询的条件，在单行 文本框失去聚焦时将查询条件传递给查询按钮的单击事件中，然后过滤语句依 据此过滤条件过滤得出相应的数据，并显示在其他数据窗体控件中。 在通常情况下，用户可以在得到要查询的信息后，对它们的各个字段进行 修改，经过修改后，在退出时系统会提示进行存储。 在完成了用户界面设计和程序过程设计后，基本上完成了详细设计的内容。 5.5 软件测试软件测试 一个软件开发完成后，并不能投入使用，而需要有好长时间的测试。测试 的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。目前 软件测试仍然是保证软件质量的关键步骤，它是对软件规

27、格说明、设计和编码 的最后复审。 在本次设计中，涉及到的主要模块有四个，即查询模块、修改模块、输入 模块它们之间的联系决定了在测试中必须将上述四个功能模块进行统一的测试。 因为在处理客户和房间档案、客户入住信息、房间状态等信息时，首先要在客 房管理信息数据库中检索到存在的人员信息，当客户信息、客房信息修改完后 报表模块自动将这些统计并保存，以便在下次查询能够给出正确的信息。当然， 这一联系，就决定在测试过程中必须进行全面的分析。 在设计模块时，应尽力向高内聚、低偶合的思想方面靠拢。 .5.5.1.5.5.1 测试的方法和步骤测试的方法和步骤 软件的测试方法有两种，一种是黑盒测试（功能测试） ，

28、另外一种是白盒测 试（结构测试） 。 黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。 也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照 规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生正确的输 出信息，程序运行过程中能否保持外部信息的完整性。 白盒测试的前提是可以把程序看成装在一个透明的白盒子里，测试者完全 知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序，检测程 序中的主要执行通路是否能按预定的要求正确工作。 在本次软件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块 进行了测试，并对各个模块之间的接口进行了详细的测试（用

29、黑盒测试法） 。 测试的步骤 由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。 当然，在测试的过程中可以分模块、分阶段来进行。大型软件系统通常是有若 干个子系统组成，且每个子系统由由许多模块组成，因此，软件的测试过程基 本上由以下步骤组成： 模块测试 子系统测试 系统测试 验收测试 平行运行 5.5.25.5.2 测试用例测试用例 本次设计主要模块有四个，即查询模块、修改模块、输入模块这里只列出 这三个模块的测试用例。当然，在实际的测试中应尽可能的对每个功能，都能 测试到。 查询模块的窗体应显示房态信息，可分别对这些信息进行修改。 图图 5.1 房态管理测试房态管理测试 六、软

30、件使用说明书六、软件使用说明书 6.16.1 用户登陆界面用户登陆界面 在这个界面中用户可以选择自己所要使用的功能： 图图 6.1 酒店管理系统登入界面酒店管理系统登入界面 6.26.2 功能介绍：功能介绍： 下面为客房信息设置功能，它可以对客房进行添加，修改和删除： 图图 6.2 客房信息设置界面客房信息设置界面 下面为客房类型管理设置功能，它可以对客房类型进行修改，添加，删除： 图图 6.3 客房类型设置界面客房类型设置界面 下面为对宾馆预定的管理，其基本功能是对预定客户的资料进行查询，增加， 修改和删除： 图图 6.5 客房预订管理界面客房预订管理界面 下面为对宾馆入住客户信息的操作，它可以添加，修改，保存客户的信息： 图图 6.6 入住管理界面入住管理界面 下面为对客户的消费信息的处理，它可以增加删除，修改客户的消费信息： 图图 6.7 消费记账界面消费记账界面 下面为客户离店时的收银操作，可以显示客户的所有消费信息： 图图 6.8 收银退房