基于pb的国际宾馆管理系统论文

基于pb的国际宾馆管理系统论文内容摘要：

源和数据的显示风格，这样在应用 程序中我们就可以把精力完全放在程序的运行流程控制上，而不用关心具体数据的来源，因为我们在数据窗口对象中已经定义好了数据的来源。 如果需要使用数据库中不同的数据也只要对数据窗口对象进行修改就可以了。 特别要指出的是 PowerBuilder 在数据窗口对象中提供了丰富的数据显示方式，可以满足各种不同的需要。 在 PowerBuilder 较新的版本中提供了基础类库 PFC，它为应用程序的开发提供了许多可重用的预定义类和对象，利用基本类库 PFC 可以快速开发出高质量重用性好的应用程序。 真正发挥面向对象编程的巨大威力。 最后要指 出的是 PowerBuilder 有三个不同的版本，分别为 DESKTOP 型，PROFESSIONAL 型，和 ENTERPRISE 型， DESKTOP 型是为个人使用的桌面型应用程序，在这里可以利用 PowerBuilder 内置的数据库管理系统 SYBASE SQL ANYWHERE 来创建和使用本地数据库，为个人的应用服务； PROFESSIONAL 型的 PowerBuilder 最重要的一点就是提供了对 MICROSOFT ODBC（数据库标准连接接口）的支持，在 PROFESSIONAL 版本中我们就可以使用 PowerBuilder 的继承，多态等绝大多数特性；在 ENTERPRISE 版本中最重要的一点就是提供了对开发大型的数据库应用程序的全面的支持，提供了开发大型应用程序的许多辅助的工具，比如 C++ CLASS BUILDER 等。 PB 与数据库的连接 数据库前端开发工具与后台数据库管理系统的连接方式是一个很重要的课题。 PowerBuilder 提供了两种访问后台数据库的方式，一种是通过 ODBC 标准接口的方式，第二种是通过专用的接口与后台的数据库相连。 ODBC 的中文名字是开放式数据库连接，它是微软公司提出的数据库连接标准，使 用 ODBC 方式连接数据库的第一步是创建数据源，比如我们可以利用WINDOWS 下控制面板中的“ 32 BIT ODBC”选项来创建驱动某种数据库的数据 8 源，创建好数据源之后，我们就可以在本地计算机中利用定义好的数据源存取后台数据库中的数据了。 我们还可以通过专用接口同后台的数据库相连，由于专用接口是针对特定的后台数据库管理系统而设计，因此这种方式存取数据的速度要比采用 ODBC 方式存取数据的速度要快一些，如果我们的应用程序只是针对特定类型的后台数据库，当然是采用专用接口访问后台数据更快一些 [7]。 数据库 技 术介绍 SQL Server 2020 关系数据库引擎是一个流行的、具有高度可伸缩性和高度可靠性的数据存储引擎。 该数据库引擎将数据存储在表中。 每个表上都列出组织感兴趣的一些对象，例如交通工具、雇员或顾客。 每个表上的列表示由表建模的对象的属性（如重量、名称或价钱），而表上的行则代表由表建模的这种对象的事例（例如车牌号为 ABC123 的轿车或雇员 ID 为 123456 的雇员）。 应用程序可以将结构化查询语言 (SQL) 的语句提交给数据库引擎，后者将表格格式的结果集返回给应用程序。 SQL Server 支 持的特定 SQL 语言称为 TransactSQL。 应用程序还可以提交 SQL 语句或 XPath 查询，并请求数据库引擎以 XML 文档形式返回结果 [8]。 关系数据库引擎具有高度的可伸缩性。 SQL Server 2020 企业版可以支持多组数据库服务器相互协作，构成可供上千用户同时访问的 TB 大小的数据库。 该引擎能够处理世界上任何 Web 站点的流量。 该数据库引擎还能自我调节，自动在连接到数据库的用户增多时获取资源，并在用户注销后释 放资源。 这表明较小的 SQL Server 版本可用于无需专职数据库 管理员的个人或小型工作组。 SQL Server for Windows CE 甚至将 SQL Server 编程模型扩展到与网络断开的移动用户所使用的 Windows CE 设备上。 甚至对于在生产中运行的大型企业版数据库服务器，也能很容易地使用作为本产品一部分的图形用户界面 (GUI) 的管理实用工具进行管理 [9]。 关系数据库引擎具有高可靠性，能够运行很长时间而不会发生故障。 在数据库引擎的早期版本中要求停止和启动的管理操作现在可以在引擎运行当中执行，从而增加了可用性。 数据库引擎与 Windows 2020 和 Windows NT174。 故障转移群集的集成使您得以定义虚拟服务器，即使节点中的一台物理服务器出现故障，这 9 些虚拟服务器仍然保持运行。 在适当的地方，日志传送可以用于维护热备用服务器。 在故障发生的数分钟内，热备用服务器可以代替生产服务器运行 [10]。 关系数据库引擎还具有高度的安全性。 登录身份验证可以与 Windows 身份验证集成在一起，这样，密码将不会存储在 SQL Server 中，也不会通过网络发送而被网络嗅探器读取。 网站可以设置 C2 级审核，对所有访问数据库的用户进行审核，还可以使用安全套接字层 (SSL) 加密的办法，对所有在应用程序和数据库间传送的数据进行加密 [11]。 数据库引擎的分布式查询功能使您得以访问所有可通过 OLE DB 访问的数据源中的数据。 在 TransactSQL 语句中，可以像引用实际驻留在 SQL Server 数据库中的表一样引用远程 OLE DB 数据源表。 此外，全文检索功能使您得以对 SQL Server 数据库或 Windows 文件中存储的文本数据进行复杂的模式匹配。 关系数据库引擎能够存储由顶层联机事务处理 (OLTP) 系统生成的所有事务的详细记录。 该数据 库引擎还可以支持最大的联机分析 (OLAP) 数据仓库中的事实数据表和维度表的严格处理要求 [12]。 10 第三章 系统 分析 系统功能 分析 本系统根据用户需求进行设计，应用户要求在系统中增加权限方面的设计。 本系统设计的主要使用者是宾馆的前台工作人员，前台工作人员在平时的工作中只需要对系统拥有查询权限，而管理员则需要对系统有增加、删除、修改和查询的全部权限。 作为信息录入的前台工作人员则只需要部分模块的增加和查询功能权限，基于以上分析，我画出来系统的功能结构图： 图 31 系统功能结构图 功能模块分析 本系统是宾馆管理系统，因此需要有包括客房标准、客房信息、预定信息、订房信息和结算信息等模块在内的诸多功能。 应用户的开发要求，我设计了每个结算信息 订房信息 预定信息 客房信息 客房标准 用户信息 录入和修改 录入和修改 录入和修改 录入和修改 录入和修改 录入和修改 查询 查询 查询 查询 管理员 录入员 查询员 国际宾馆管理系统 11 模块的具体功能：  有关客房标准的制定、标准信息的输入，包括标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视机、电话以及单独卫生间等。  客房标准信息的修改、查询等。  客房基本信息的输入，包括客房编 号、客房类型、客房位置、客房单价、备注等。  客房基本信息的查询、修改，包括客房编号、客房类型、客房位置、客房单价、备注等。  剩余客房信息的查询等。  预定信息的输入，包括客房编号、登记时间、预定时间、天数、备注等。  预定信息反馈，包括预定信息的取消和预定信息转入订房信息。  订房信息的输入，包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、备注信息等。  订房信息的修改和查询，包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣 、备注信息等。  结算信息的输入，包括客房编号、客房种类、位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、结算日期、备注信息等。  结算信息的修改和查询，包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、结日期、备注信息等。 12 第四章 系统 设计与 实现 数据库设计 数据库需求分析 本次毕业设计我设计的是宾馆管理系统，针对本系统，我分别对宾馆管理各个环节进行 调研和分析，总结出了以下的需求分析： 客房标准管理，客房有不同的标准进行区别，价格 ，配置都不相同。 一个宾馆有许多不同的客房标准，这意味着我所设计的系统需要对客房标准的信息进行管理。 需要记录每个标准的硬件配置以及客房大小、价格等信息。 客房信息管理，每个客房都有对应的客房标准。 我所设计的系统需要对每个房间具体对应的客房标准进行记录并实施管理。 需要记录每个客房对应的客房标准编号及具体位置。 预定信息管理，用户通过各种方式对宾馆客房进行预订。 我所设计的系统需要对预定信息中的客房信息进行确认，并对预定信息中的预定时间进行提醒。 需要记录预定信息中的客户姓名、预定时间、登记时间、预定天数、房间编号等 信息。 订房信息管理，用户通过查询剩余客房信息，对剩余客房进行订房操作。 需要记录订房信息中的顾客姓名、客房编号、 定金 、身份证、定金等信息。 结算信息管理，用户结算信息时通过客房单价、天数、 定金 、折扣进行计算价格，确定顾客应付款的数目。 需要记录结算信息中的付款价格、结算日期等信息。 用户管理，管理员拥有全部权限，可以增加、删除、修改和查询所有数据，录入员只能进行增加 和查询操作，查询员只能进行查询操作。 经上述系统功能分析分析和需求总结，设计如下的数据项和数据结构： 客房信息，包括数据项有： 标准 编号 、客房编号、 客房位置、备注等。 客房标准信息，包括数据项有：标准编号、标准名称、房间面积、床位数量、住房单价、空调、电视、电话、单独卫生间等。 预定信息，包括数据项有：顾客姓名、客房编号、预定时间、登记时间、预定天数、电话、备注等。 订房信息，包括数据项有： 顾客姓名、客房编号、登记时间、定金、折扣、身 13 份证、备注等。 结算信息，包括数据项有：客房编号、顾客姓名、身份证、入住日期、定金、天数、结算时期、折扣、备注等。 用户信息，包括数据项有：用户名、密码等。 数据库概念结构设计 本系统根据 需求分析 ，需要有客房标 准、客房信息、预定信息、订房信息、结算信息和用户信息等， 设计 出 了宾馆的 ER 图： 1 顾客 m n 客房 m n 员工 1 1 m 1 账单 n 1 图 41 系统 ER 图 数据库 逻辑 结构 设计 根据数据库需求分析和概念结构设计，在数据库中我创建了 5 张数据表，分别是 系统用户数据表、客房标准数据表、客房信息数据库、预定信息数据库 、订房信息数据库。 系统用户 t_user 数据表： 住宿 负责 应 付 预 订 结算 标准 客房位置床位 空调 … 14 表 42 系统用户数据表 客房标准 t_standard 数 据表： 表 43 客房标准数据表 客房基本信息 t_room 数据表： 表 44 客房基本信息数据表 预订信息 t_engage 数据表： 15 表 45 客房基本信息数据表 订房信息 t_book 数据表： 表 46 订房信息数据表 系统功能模块设计 与实现 系统功能 模块 功能模块 图是按功能从属关系画成的图表，图中每一个框称为一个功能模块。 功能模块可以根据具体情况分得大一点或小一点。 分解得最小的功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一任务的一组程序。 具 体分析如图 4－ 7 所示： 16 图 47 系统功能 模块  用户登陆和注销：用户在使用系统前必须先登录系统。 通过输入账户的代码和密码来验证身份，验证通过后，方能使用系统。 进入系统后，系统会根据用户的身份来决定。