酒店预订系统数据库设计说明书

1.引言

编写目的

《酒店联合订房治理系统数据库设计说明书》目的是设计《酒店联合订房治理系统》中各项功能和非功能性能需求实现时所需要的数据库，而且此数据库能够依如实现具体的数据存储。要紧针对《酒店订房治理系统》的概要设计和详细设计人员，作为项目验收的要紧依据。其他本项目组的开发人员也能够参阅。

《酒店联合订房治理系统数据库设计说明书》的阅读对象为：

1、 对相关业务技术和整体方案作出决策的治理人员和质量治理人员； 2、 对本《数据需求说明书》进行评审和确认的有关业务、技术人员； 3、 参加详细设计，测试设计时期工作的全部设计人员；

4、 《酒店联合订房治理系统》项目组，其他有权需要挪用本文档的人员。

背景

a.[待开发数据库的名称和利用此数据库的软件系统的名称；] 本系统采纳B/S模式,效劳器采纳：Microsoft SQL Server 2005

利用此数据库的软件是：Microsoft visual studio 2005 或Microsoft visual studio 2008 b.[列出本项目的任务提出者、开发者、用户。] 项目任务提出者：昆明理工大学城市学院教务处 项目开发者：仙仙团队

用户：所有订房的会员和一般用户 概念

会员信息表：记录会员的相关信息，便于治理员查询

UML：统一建模语言。为面向对象软件工程设计的统一得，标准的，可视化的一种建模语言。 酒店：为公共提供住宿、饮食与效劳的一种场所，在本系统中词作为一实体利用。 会员：通过正式手续加入某个会社或专业组织的人，可分为消费会员和协会会员，本文所讲会员是酒店消费会员。

订房：预定房间的进程称之为订房。

房型：所谓房型是指面积大小不等、大体平面功能分区各异的单元住宅系列，本文所讲的主若是指酒店内的房型，例如：标间，一般间，奢华间等。 订房明细：预定房间的一些相关事宜，例如：订房时刻、价钱等。 参考资料

一、本系统的《需求标准说明书》 二、本系统的《数据库要求说明书》

3、《数据库数据开发技术案例教程》出版社：清华大学出版社

4、《软件工程导论》（第五版）（张海藩 出版社：清华大学出版社）

《UML和OOAD快速入门》（邱郁惠 出版社：机械工业出版社）

2．外部设计

标识符的状态

一、本系统采纳 Microsoft Server 2005 为大体开发工具； 二、数据库名称为GoodOrder。 3、数据库中一共成立了5个表： 1）表名别离为GuestHouse (酒店表) 2）Member(会员表) 3）orderRooms(订房表)

4）RoomType(房型表)

5）OrderRoomInformation(订房明细表) 4、此表只是临时利用的，仅用于测试； 五、此表的有效时刻是到此项目完成时。 利用它的程序

本系统采纳Microsoft Server2005 为开发工具，因此程序员或系统分析员，或任何想要利用此数据库操作的人员，需要安装 Microsoft Server 2005,并成立相同的数据库。 数据库中成立的表名如（标识符和状态）关于表的表的各个属性，在下面会有描述。 约定

一、主键设置：部份数据表第一字段是系统内部利用主键列，自增字段，不可空，名称为id、number、email，没有专门申明有的字段能够设置 null 二、外键的设置 3、标识标准的设置 4、默许值的设置

五、Check约束：唯一值，主键 六、索引键设置 专门指导

关于从事此数据库的生成、此数据库的测试、保护的人员，提出如下参考意见： 数据库的输入统一采纳键盘。由于此刻没有设置权限，故只要不违抗大体的限制，所有的操作都是能够进行的，可是关于本系统需要的数据，却是有数据长度限制的，尤其是有说明的部份，因此测试人员在具体进行数据测试时，要注意数据输入格式。 支持软件

开发客户端：Microsoft visual studio 2005 Microsoft visual studio 2020

命令执行工具：Microsoft SQL Server 2005

3．结构设计

概念结构设计

图1-1酒店治理用例详细图

图1-2酒店治理用例图

图1-4会员用例图

逻辑结构设计

图2 数据库关系图

3、物理结构设计

在数据库中，数据的存储如下：

图3 GuestHouse (酒店表)

图3-1 Member(会员表)

图3-2 orderRooms(订房表)

图3-3 RoomType(房型表)

图3-4 OrderRoomInformation(订房明细表)

图3-5 HouseManager（酒店治理员表）：

4．运用设计

数据字典设计

数据字典最重要的用途是作为分析时期的工具。在数据字典中成立的一组周密一致的概念很有帮忙与改良分析员和用户之间的通信，因此将排除许多可能的误解。 数据库采纳如下的格式： 1、 数据库设计资料 2、 存储的SQL程序 3、 登岸省份 4、 会员id 5、 数据库增加统计 6、 列的缺省值 7、 约束信息的完整性 8、 用户及角色被授予的权限

9、 分派空间大小，当前利用了多少空间等

10、 其它产生得的数据库信息

第一将客房预定系统的数据库概念结构转化为SQL SERVER 2005数据库系统所支持的实际数据模型，即：数据库的逻辑结构。其各个表格的设计结果如下

1用户表（user） GuestHouse (酒店表) 列名 GuestHouserTile HostName HostEmail HostTelephone HostAddress Introduction TotalRooms UperRoomRates 注释 酒店名称 经营者姓名 酒店邮件 酒店电话 酒店电子邮件 类型 int Varchar Varchar Varchar Varchar Varchar2 text int int int 长度 50 50 50 50 200 200 200 是否为空 × √ √ √ √ √ √ √ √ √ 是否主键 √ × × × × × × × × × GuestHouseNumber 酒店编码 酒店简介 房间数 最高房价 LowerRoomRates 最低房价 HouseManager(酒店治理者) 列名 ManagerID ManagerEmail ManagerPassword GuestHouserNumber Member(会员表) 列名 MemberID Name Address Telephone Email Password sex MemberName Age 注释 酒店管理者编码 酒店管理者电子邮件 密码 酒店编号 类型 int Varchar Int Int 长度 是否为空 × 50 50 √ √ √ 注释 会员编码 姓名 地址 电话 电子邮件 密码 类型 int Varchar Varchar Varchar Varchar int Nchar varchar int 长度 50 50 50 50 10 50 200 是否为空 × √ √ √ × √ √ √ √ 是否主键 × × × × √ × × × × 性别 会员名称 年龄 OrderRoomInfomatin(订房明细)

列名 TypeID GuestHouseName OrderRoomTime ReservatonDate TotalAmount Email TYPename IsMember state 注释 房型编号 酒店名称 订房时间 订房日期 订房总数 电子邮件 房型名称 会员数 状态 类型 int intr nchar smalldatetime smalldatetime int varchar varchar nchar nchar 长度 10 50 50 10 10 是否为空 × × √ √ √ √ √ √ √ √ 是否主键 √ √ × × × × × × × × ReservationNumber 订房编号

OrderRooms(订房表) 列名 ReservationNumber Email Typename BedType depositTime TotalAmount GuestHouseName ISMember TypeID RoomPRrice RoomTime state 注释 订房编码 电子邮件 房型名称 床型 支付定金时间 房间数 类型 int Varchar varchar nchar int Int nchar int Nchar Int Float smalldatetime nchar 长度 50 50 10 10 10 是否为空 是否主键 × √ √ √ √ √ √ √ √ √ √ √ √ √ × × × × × × × × × × × × 酒店名称 会员数 房型号 房价 退订房时间 状态 GuestHouseNumber 编号 RoomType（房型表) 列名 TypeIDr Typename BedType RoomRates ROOmCount 注释 房型编码 房型名称 房型 价钱 总数 类型 int Varchar Nchar smalldatetime int Int 长度 50 10 是否为空 × √ √ √ √ √ GuesHouseNumber 代号

平安保密设计

利用者在利用此数据库时，由于不同的访问者的登岸号码不同，而且增加了密码设置，故相当于关于数据的访问设置了权限，因此数据能够说是平安的。治理员的权限最大，能够操纵所有的数据，会员只能看到自己与他们有关的信息，而不能随意修改他人的信息。