酒店管理系统课程设计基于数据库.doc
文本预览下载声明
一 数据需求分析 1
1.实体描述 1
2.实体之间的联系描述 1
二 概念设计(E-R) 2
1.E-R图 2
2.属性描述 3
三 逻辑结构设计和物理结构设计 5
1.物理模型 5
2.表设计 5
3.视图设计 8
4.索引设计 8
5.存储过程设计 8
6.触发器设计 8
四 数据库实现中的重点和难点 9
1.表设计 9
2.视图设计 14
3.索引设计 14
4.存储过程设计 14
5.触发器设计 14
五 课程设计总结 15
参考文献 16
一 数据需求分析
1.实体描述
酒店管理系统涉及以下几个实体:
顾客:属性有顾客姓名、顾客性别、顾客身份证号、联系方式;
房间:属性有房间类型、房间状态、房间位置、房间号、价格;
员工:员工姓名、员工编号、员工联系方式、员工住址、员工年龄、工龄、职位、银行卡号、员工身份证号;
餐厅:餐厅类型、餐厅位置、餐饮类型、餐厅名称;
娱乐场所:娱乐名称、娱乐类型、娱乐地点;
会员:会员类型、积分、折扣类型、持卡人姓名、会员卡号;
历史记录:入住人姓名、入住时间、入住天数、入住人联系方式、入住人身份证号、维修次数。
2.实体之间的联系描述
(1)一个顾客可以预定多个房间,一个房间可以被多个顾客预定,因此顾客和房间之间是多对多的联系。预定入住时间、入住天数、是否退订为联系的属性。
(2)一个顾客可以有多张会员卡,一张会员卡只属于一个顾客,以此顾客和会员是一对多的联系。
(3)一个房间可以包含多条历史记录,一条历史记录只包含于一个房间,因此房间和历史记录之间是一对多的联系。
(4)一个员工可以在多个房间做多种客房服务,一个房间可以有多个员工做多种客房服务,因此员工和房间之间是多对多的联系。用服务类型、服务编号作为联系的属性。
(5)一个员工可以在一个娱乐场所工作,一个娱乐场所可以有多个员工工作,因此娱乐场所和员工之间是一对多的联系。
(6)一个员工可以在一个餐厅工作,一个餐厅可以有多个员工工作,因此餐厅和员工之间是一对多的联系。
(7)一个顾客可以在多个餐厅就餐,一个餐厅可以有多个顾客就餐,因此顾客和餐厅之间是多对多的联系。
(8)一个顾客可以在多个娱乐场所娱乐,一个娱乐场所可以有多个顾客,因此顾客和娱乐场所之间是多对多的联系。
二 概念设计(E-R)
1.E-R图
(图2-1E-R 图)
2.属性描述
名称 代码 域 数据类型 长度 精度 价格 Rprice None Number (20) 20 会员卡号 Vnum None Characters (20) 20 会员类型 Vtype None Characters (10) 10 住房天数 Idays None Number (4) 4 住房时间 Itime None Characters (10) 10 入住人姓名 Hname None Characters (25) 25 入住人联系方式 Hphone None Characters (12) 12 入住人身份证号 Hid None Characters (20) 20 入住天数 Hdays None Number (4) 4 入住时间 Htime None Date Time 员工住址 Sadress None Characters (60) 60 员工姓名 Sname None Characters (8) 8 员工年龄 Sage None Number (4) 4 员工编号 Sno None Characters (20) 20 员工联系方式 Sphone None Characters (12) 12 员工身份证号 Sid None Characters (20) 20 娱乐名称 Ename None Characters (12) 12 娱乐地点 Eposition None Characters (20) 20 娱乐类型 Etype None Characters (16) 16 就餐地点 JCposition None Characters (35) 35 就餐时间 JCtime None Date Time 工龄 Syear None Number (4) 4 房间位置 Rposition None Characters (30) 30 房间号 Rnum None Characters (10) 10 房间状态 Rzt None Characters (20) 20 房间类型 Rstyle None Characters (80) 80 折扣类型 Vzklx None Characters (36) 36 持卡人姓名 Vname N
显示全部