宾馆管理系统设计与实现毕业论文含外文翻译(编辑修改稿)

宾馆管理系统设计与实现毕业论文含外文翻译(编辑修改稿)内容摘要：

查询剩余客房 添加订房信息 修改订房信息 查询订房信息 结算管理 添加结算信息 修改结算信息 查询结算信息 添加客房标准 修改客房标准 删除客房标准 添加客房信息 修改客房信息 删除客房信息 查询客房信息 中原国宾馆管理系统 河 南科技大学本科毕业设计（论文） 7 第 2章 总体设计 167。 系统总体架构设计 系统开发平台： Microsoft Visual C++ , Microsoft SQL Server 2020 运行平台： Windows xp/Windows 2020 系统设计阶段包括总体设计和详细设计。 这个阶段的主要目的是将系统分析阶段所提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信系统的物理（技术）方案。 其主要任务是从管理信息系统的总体目标出发，根据系统分析阶段的逻辑功能的要求，并考虑到经济、技术和运行环境等方面的条件，确定系统的总体结构和系统各组成部分的技术方案，合理选择计算机和通信的软硬件设备，提出系统的 实施计划，确保总体目标的实现。 数据访问方法为使用 ADO(Active 数据对象 Active Data Objects)通过ODBC 的方法同数据库借口。 使用这种方式访问数据，可以使用任何一种ODBC 数据源，即不止适合于 SQL Server、 Oracle、 Access 等数据库应用程序，也适合与 Excel 表格、文本文件、图形文件和无格式的数据文件。 167。 系统 IPO 图 由于系统流程图的缺点，在 70 年代中期出现了 IPO 技术，即用图形方法表达一个系统的输入和输出功能，以及模块的层次。 IPO 技术包含两个 方面的内容 ： １） IPO 分层图。 用此图表示自顶向下分解所得系统的模块层次结构。 ２） IPO 图（输入―处理―输出图）。 此图描述分层图中一个模块的输入输出和处理内容。 IPO 分层图用一个方块代表一个模块，方块内可写出表示此模块的处理功能和模块名。 模块之间的调用关系用连接两模块的直线表示。 采用自顶向下扩展的方法先画综合性较强、层次较少的模块结构，然后再根据需要一步河 南科技大学本科毕业设计（论文） 8 一步扩充，直到每个模块的处理功能和规模符合要求。 现根据该 宾馆 管理信息系统的需求绘制系统功能模块图。 此宾馆管理系统共有住宿管理、客房管理、挂账管理、查询统计、日结 、系统设置五个功能模块。 功能结构 IPO 图如图 21： 图 21 系统 IPO 图 167。 数据的存储设计 本系统的数据库设计了 checkinregtable、 checkoutregtable、 guazhanginfo、 kfyd、ma、 regmoneytable、 roomsetting、 setability、 temptable、 usertalbe 共十张数据表。 本节中只列出一张 checkinregtable 表的存储设计，整个数据库中的所有列名存储结构设计详见附录。 图 22 数据库存储设计 河 南科技大学本科毕业设计（论文） 9 图 23 顾客住宿登记 河 南科技大学本科毕业设计（论文） 10 第 3章 数据库设计 167。 数据库设计及其需求分析 概念模型是数据库系统的核心和基础。 在系统的数据库设计中，首先要对系统分析得到的数据字典中的数据结构、数据流和数据储存进行分析，并参照 DFD，把数据抽出来，确定实体的属性以及实体间的关系，这样才能得出系统的关系模式。 实体联系图（ ER 图）是一种用于静态数据结构的概念模型。 本系统采用 ER 图的方法进地数据结构分析，能过 ER 图来描述现实世界信息结构的数据库设计方法。 需求分析的目的在于识别用户的数据需求，非形式地描述 有关数据对象及其联系的要作记录的信息，取得如下要作记录信息的非形式描述： 每个客户登记住宿时提供的信息 ： 需要提供记录的信息，包括唯一的身份证号，姓名，地址，出差 由 , 住宿天数，联系电话等等。 客房信息 ： 关于客房的信息必须包括房间号、房间类型、价格、房态。 客房预订的有关信息 ： 需要记录姓名，身份证号，联系电话，详细地址，工作单位，客房类型，房间价格，预住日期，预住天数，预付金额。 退房时涉及的信息 ： 需要记录凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客 房类型， 房间价格，住宿日期，住宿天数，宿费，折扣，预付金额，电话费，会议费，存车费，赔偿费，退房日期时间等信息。 167。 数据库建模 167。 实体及属性 河 南科技大学本科毕业设计（论文） 11 本系统中的主要实体有 6 个，分别是：顾客、客房、挂帐信息、预订单、退房信息、续费信息。 各实体的属性如下： 顾客：｛身份证号，姓名，地址，出差事由，住宿天数，联系电话｝ 客房：｛房间号、房间类型、价格、房态｝ 挂帐信息：｛日期、姓名、单位、欠款金额｝ 预订单：｛顾客姓名，身份证号，联系电话，详细地址，工作单位，客房类型，房间价格，预住日期，预住天数，预付金额｝ 退房信息： ｛凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿天数，宿费，折扣，预付金额，电话费，会议费，存车费，赔偿费，退房日期时间｝ 续费信息：｛凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿天数，续费金额，续费日期时间｝ 167。 实体间的联系 各个实体间的联系如下： 1．入住，实体 顾客 和 房间 之间的 1： 1 联系 2．退房，实体 顾客 和 房间 之间的 1： 1 联系 3．续费，实体 顾客 和 房间 之间的 1： 1 联系 4． 预订，实体 顾客 和房间之间的 1： 1 联系 5. 挂账，实体 顾客 和 宾馆 之间的 n： m 联系 167。 E— R 模型转化关系 转换规则： 每个实体集用一 种 关系模式表示，其中实体集的属性被转换成关系的属性，实体集的主键（用下划线表示，下同），在满足唯一标识和无冗余等性质的条件下，将作为对应关系的主键。 二元联系转换 ： （ 1）强制成员类：若实体集 E2 与实体集 E1 是 N： 1 联系， E2 的关系河 南科技大学本科毕业设计（论文） 12 模式应包含 E1 的主属性。 （ 2）可选成员类：若实体集 E2 是它同实体集 E1 的 N： 1 联系中的一个可选成员，那么，这个联系往往由包括 E1 和 E2 主属性 以及该联系中每个属性的各个关系模式表示。 为了避免空值问题， 我们也可以引入另一个表示联系的关系。 （ 3） N： M 二元联系：一般由另一个关系模式表示。 这个关系模式由每个参加的实体集的主属性以及这个联系的任何属性一起组成。 三元实体集联系的转换 ： 每一个三元联系被转换成另一个关系模式，其中包括有三个参加的实体集的键。 167。 关系模式 本系统的关系模式如下： 登记预收表：｛凭证号码、姓名、证件名称、证件号码、出差事由、房间号、客房类型、联系电话、客房价格、住宿日期、住宿时间、住宿天数、宿费、折扣、应收宿费、预收 金额、提醒日期、退宿日期、备注、标志、日期、时间、结款方式、摘要、提醒时间、退宿时间｝ 住宿登记表：｛凭证号码、姓名、证件名称、证件号码、出差事由、房间号、客房类型、联系电话、客房价格、住宿日期、住宿时间、住宿天数、宿费、折扣、应收宿费、预收金额、提醒日期、退宿日期、备注、标志、日期、时间、结款方式、摘要、提醒时间、退宿时间｝ 挂帐信息：｛日期、挂帐单位、摘要、住宿金额、欠款金额、还款金额、金额累计、姓名、证件号码、票号、时间、序号、房间标准、房间价格｝ 客房信息：｛房间号、房间类型、价格、房态、标志、备注 、配置、使用设置、营业日期｝ 客房预定信息：｛姓名，身份证号，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，预住日期，预住天数，预付金额，备注日期、操作员、时间、证件名称｝ 河 南科技大学本科毕业设计（论文） 13 退房登记信息：｛凭证号码，姓名，证件号码，联系电话，详细地址，工作单位，房间号，客房类型，房间价格，住宿日期，住宿时间、住宿天数，宿费、折扣或招待、折扣、应收宿费、杂费、电话费、会议费、存车费、赔偿费、金额总计、预收宿费、退还宿费、退房日期、退房时间、日期、时间、备注、联系电话、 BZ｝ 167。 数据库 ER 图 系统 E— R 图： 1 n 图 33 客房管理员 —— 管理 —— 客房 m n 图 31 全局 ER 图 详细地址 客房价格 房间状态 证件号码 预定 /入住 顾客 联系方式 凭证号码 姓名 客房类型 证件名称 客房类型 房间 住宿日期 住宿天数 住宿时间 房间 号 管理员 管理 客房 客房状 态 客房类 型 客房价 格 河 南科技大学本科毕业设计（论文） 14 图 32 管理员实体 167。 数据库模型 需 求分析： (1)客房信息：客房编号、房间号、房间类型、房间价格、房间状态。 (2)顾客信息：姓名、证件类型、证件号码、联系地址、联系电话。 在本系统中存在两个实体：客房和顾客。 一个联系：入住。 在客房实体中，客房编号为关键字；在客户实体中，客户凭证编号作为关键字。 因此得到下列关系模型： 实体关系模式： 客户 (姓名，凭证号码，证件名称，证件号码，联系电话，详细地址 ) 客房 (客房编号，房间类型，房间价格，使用状态 ) 联系关系模式： 入住登记 (客房编号，客户凭证号、预定日期 /入住日期、住宿天数 ) 管理员 管理员 管理员编号 管理员密码 河 南科技大学本科毕业设计（论文） 15 第 4章 详细设计 167。 系统主窗口设 计 本宾馆管理系统的编码采用的开发工具是 Microsoft Visual C++ ,整个系统的界面采用的是 VC 的 MFC 开发。 图 41 和图 42 给出了整个系统的主界面和主菜单设计原型。 图 41 系统主界面原型 图 42 主菜单原型 167。 系统类设计 此次宾馆管理系统程序所封装的类，如图 43 所示。 CAboutDlg： VC 的对话框类。 CAddmoneydlg：追加押金类 ，封装了追加押金模块所需要的程序代码 CChangeroomdlg ： 调 房 登 记 类 ， 继 承 CAboutDlg 类 ， 定 义 了m_pConnection、 m_pCommand、 m_pRecordset、 m_pRecordsetout。 四个指针用于调房模块的运行。 CCheckinregdlg：住宿登记类，定义了 String 类型的 regnumber、 gustname、gustaddr、 zhengjian、 zhengjian_number、 checkinreg_reason 成员变量，成员变量的含义如表 43 所示。 河 南科技大学本科毕业设计（论文） 16 CCheckoutdlg：退宿结账类， 定义 ADO 连接、命令、记录集变量指针，通过 ADO 访问数据库中 顾客住宿的消费信息，定义了结账函数，完成顾客退宿结账功能模块。 CFindcheckindlg：住宿查询类，定义 ADO 连接、命令、记录集变量指针，完成对顾客住宿信息的查询功能。 CFindcheckoutdlg：退宿查询类，定义 ADO 连接、命令、记录集变量指针，完成对顾客退宿宿信息的查询功能。 CFindguazhangdlg：挂账信息类，定义 ADO 连接、命令、记录集变量指针，和 findgz_date， findgz_depname， findgz_sumery 成员变量，完成对挂账功能模块的实 现。 CFindprebookroomdlg：预定查询类，定义了多项以顾客基本信息为成员的变量，通过指针访问，完成顾客预定的查询。 CSetusernamepwdlg：操作。