HMS酒店客房系统流程图 | ||||||||||||||||
概述 .1 编写目的 本文档的编写目的是为旅馆客房信息管理系统的开发提供: 该旅馆管理系统是专门针对中小型旅馆客房信息管理系统。该系统针对客房设置,类型设置,客户管理,预订客房,入住客房等进行了实现。系统的开发采用Delphi开发工具,数据库采用SQL Server 2000。软件界面力求美观大方,系统运行力求稳定。该系统应有以下特点。 功能强大:该系统是一种小型旅馆为应用对象,结合中小型旅馆客房当前和 未来的发展管理需求,提供使用先进的客房管理模式。提高旅馆的管理效益。 用户界面操作简洁:系统的每个功能都经过精心设计,充分考虑到使用人员的计算机知识较少的特点,全部使用业务员最熟悉的业务流程,提示用语和操作方法,即使不熟悉系统的人也能熟练的使用本系统完成业务处理。 系统性能稳定:严格按照规范的软件工程管理,充分结构化技术,采用SQL为后台数据库,从技术和应用广泛性上保证了系统的稳定性,广泛性和先进性。 .2 参考资料 .3 术语和缩写词* 客房信息管理系统 结构化 Delphi SQL 需求 .1 功能需求 .1.1各子系统的模块 (1)用户登录:要进入系统必须先登录,用户分为系统管理员和酒店工作人员两种角色。系统管理员中的admin具有最高权限,可以注册新的系统管理员;普通系统管理员可注册酒店工作人员。成功登录后,系统管理员和工作人员进行的操作不同,密码可各自进行修改,但是用户名不可更改。 (2)预定管理模块:选择房间,该房间必须为空闲状态才可被预定。 (3)入住管理模块:客人必须提供有效证件,押金,才可以入住。工作人员负责登记客人的基本信息,如果是会员,根据会员的累计消费金额,确定客人住房的打折情况。 (4)退房管理模块:根据房间编号查询客人的入住信息,计算客人的消费金额,打印发票;如果是会员,则修改会员的累计消费金额。 (5)会员管理模块:包括会员注册,会员信息查询,会员信息修改这几个模块。 (6)查询模块:包括入住信息查询、预定信息查询、房间状态查询,入住率查询,会员信息查询等,可以方便工作人员开展工作。 (7)客房管理模块:只有系统管理员才有权限增加、修改、删除客房信息。工作人员只可以查看当前客房信息。 .1.2 数据流程图 数据流程图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它采用自顶向下逐层扩展的方法,从逻辑上精确的描述系统具有的数据加工、数据存储、数据输入、数据输出及数据来源和去向等功能。本系统的数据流程图如图2所示,其中的符号说明如图1所示: 外部实体数据流处理逻辑数据存储 .1.3系统的总体业务流程图 图3.旅馆客房管理系统功能模块图 .1.4数据字典 在数据流图的基础上,定义数据字典。数据字典是关于数据库中数据的描述,它的作用是在软件分析和设计过程中为有关人员提供关于数据描述信息的查询,以保证数据的一致性。数据字典通常包括数据项、数据结构、数据存储、处理过程、数据流5个部分,下面分别具体介绍。 一 数据项 数据项又称为数据元素,是不可再分的数据单位。如本系统中的证件类型、证件号码、房间编号、客人姓名等,表1以会员编号举例说明。 二 数据流 数据流是数据结构在系统内传输的路径,说明数据流是由哪些数据项组成,以及数据在单位时间内的流量,它的来源、去向等。表2以入住信息举例说明。 三 数据加工 加工又称为处理逻辑或数据处理,是数据字典中的主要成分。表3以入住管理举例说明。 表3 入住管理数据加工 四 数据存储 数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一。它可以是手工文档或手工凭单,也可以是计算机文档,如本系统中的入住登记表、会员信息表、客房信息表、客史信息表、酒店工作人员密码表、系统管理员密码表。表4以入住登记表举例说明。 表4 入住登记表数据存储 .2 数据需求 .2.1 系统主要数据库实体描述及其E-R图 一 客房实体 如图9所示,包括房间编号、房间类型、床位、单价、备注。这个是由系统管理员进行增加、修改、删除操作的,酒店工作人员只可以进行查看。 图9.客房实体 二 会员实体 如图10所示,包括会员编号、会员姓名、性别、证件类型、证件号码、出生年月、联系地址、联系号码、打折情况、累计消费、注册时间、操作人员。其中,会员编号是主码,会员再次进行消费之后,工作人员可修改本会员的累计消费金额,会员可以获得不同的打折优惠。 图10.会员实体 三 客人实体 如图11所示。客人实体包括客人姓名、房间编号、证件类型、证件号码、入住时间、退房时间、发票编号、操作人员。当客人退房时,系统自动存储该条历史客人信息,可供系统管理员进行查看(但无法修改)。 图11.客人实体 四 酒店工作人员实体 包括用户名、密码。工作人员可修改自己的密码,但是不可以修改用户名。 图12.工作人员实体 五 系统管理员实体 包括用户名、密码。管理员可修改自己的密码,但是不可以修改用户名。 图13.系统管理人员实体 .2.2 各实体间联系 如图14所示。客人可以注册成为会员,酒店工作人员管理会员信息,系统管理员可以注册酒店工作人员、管理房间,客人通过酒店工作人员查看房间得到的信息,进行入住、预定退房操作。 图14.各实体间的联系 2.2.3 数据库表结构详细设计 .3 性能需求* 一 系统灵活性:管理员编写人员,商品等信息都将在系统中进行编号处理,保障了每一条信息的单一性,同时也对数据的读取提供了方便。服务员所生成的订单有着单一的账单号并准确无误存储在数据库中。系统应能准确地将管理员提交及修改的信息写入数据库,而且能够及时的更新。数据库中的各项表之间有着很好的相互关联,并能及时显示。 二 系统安全性:每个相应权限登录时,系统都会自动的辨识他所输入的账户及密码,正确进入相应界面,错误则登录失败。 三 系统的易用性:系统界面简明,明细清楚,使用简单。 2.4故障处理* 一、本系统可能出错的情况: 1)身份认证可能出错; 2)信息输出出错 )数据联机操作时出现数据的输入、输出错误。 二、出错处理方法及补救措施: 1)根据出错的种类提示身份认证重新输入; 2)系统给出出错提示; 3)系统给出真确的操作序列。 环境 .1 运行环境 .CPU:最低 400MZ b.内存:64M .输入输出设备:键盘,鼠标 d.100M以上硬盘空间 e.操作系统:win XP f.开发工具:Delphi 3.2 开发环境 .CPU:最低 400MZ b.内存:64M .输入输出设备:键盘,鼠标 d.100M以上硬盘空间 e.操作系统;win XP f.开发工具:Delphi
|