酒店管理系统论文总内容摘要:
值班员实体 ER 图 : 房间 房间编号 房间类型 房间床铺数量 状态标记 描述 客户 客户姓名 押金 证件号码 入住时间 退租时间 住房信息 11 订餐信息实体 ER 图 : 结算信息实体 ER 图 : ( 2) 合并各分E-R图 ,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步ER 图,再消除不必要冗余,得到的基本 ER 图如下所示: 12 ( 3)各 E- R 图各实体的属性如下所示: 值班员( zby_no,zby_name,zby_sex,zby_age,zby_pawd) 菜谱 (cp_no,cp_name,cp_kind,cp_price,cp_detail) 房间信息 (rid,rno,currpeople,bednumber,rstate,tv,tel,p,toil,aircondtion,remark,price) 客户 (kh_no,kh_name,kh_sex,kh_age,kh_tel) 房型 (rno,rtype,loc,rprice,rimage): 各 E- R 图中联系的属性如下所示 餐饮结算 (kh_no,dc_desk,js_dz,total,js_date,zby_no) 订餐 (dc_desk,cp_no,cp_name,dc_num,dc_date) 订房退房 (mid,mname,mnumber,rid,bednumber,rentmoney,indate,enddate,payment,zby_no,) 4.逻辑设计阶段 逻辑设计的任务和目标 以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS 产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本 ER 图转换为选用 DBMS 产品所支持的数据模型相符合的逻辑结构。 具体内容包括数据组织(将 ER图转换成关系模型、模型优化、数据库模式定义、用户子 模式设计)、数据处理(画出系统功能模块图)两大任务。 13 数据组织 将 ER 图转换为关系模型 实体型转换为关系模式。 实体的属性就是关系的属性,实体的码就是关系的码。 对于实体间的联系则有以下不同的情况: 一个 m: n 联系转换为一个关系模式。 与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。 一个 1: n 联系可以转换为一个独立的关系模式,也可以与 n 端对应的关系模式合并。 如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性 ,而关系的码为 n 端实体的码。 一个 1: 1 联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。 与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合 具有相同码的关系模式可合并。 值班员( zby_no,zby_name,zby_sex,zby_age,zby_pawd) 菜谱 (cp_no,cp_name,cp_kind,cp_price,cp_detail) 餐饮结算 (kh_no,dc_desk,js_dz,total,js_date,zby_no) 订餐 (dc_desk,cp_no,cp_name,dc_num,dc_date) 订房退房 (mid,mname,mnumber,rid,bednumber,rentmoney,indate,enddate,payment,zby_no,) 房间信息 (rid,rno,currpeople,bednumber,rstate,tv,tel,p,toil,aircondtion,remark,price) 房型 (rno,rtype,loc,rprice,rimage) 客户 (kh_no,kh_name,kh_sex,kh_age,kh_tel) (注:标有直线下划线的为主属性,标有波浪线下划线的是外键属性,主属性与外键属性一起构成主码) 模型优化 关系模式不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF。 数据库模式定义 菜谱信息表 列名 数据类型 是否为空 说明 Cp_no Char(10) Not null 菜谱号 (主键) Cp_name Char(20) Null 菜名称 Cp_kind Char(20) Null 种类 Cp_price Float Null 价格 14 Cp_detail Char(50) Null 描述 值班员信息表 列名 数据类型 是否为空 说明 Zby_no Char( 5) Not null 值班员号 (主键) Zby_name Char( 20) Not null 员工姓名 Zby_sex Nchar(2) Not null 员工性别 Zby_age int Not null 员工年龄 Zby_pawd Char(10) Noll null 口令 客户信息表 列名 数据类型 是否为空 说明 Kh_no Char(10) Not null 客户号 (主键) Kh_name Char(20) null 姓名 Kh_sex Char(2) null 性别 Kh_age int Null 年龄 Kh_tel Char(20) null 联系电话 订餐信息表 列名 数据类型 是否为空 说明 Dc_desk Char(10) Not null 桌号(主键) Cp_no Char(10) Not null 菜谱号(外键) Cp_name Char(20) null 菜名称 Dc_num int Null 数量 Dc_date datetime null 订餐日期(主键) Zby_no Char(5) null 值班员编号 结算信息表 列名 数据类型 是否为空 说明 Kh_no Char(20) Not null 客户号(主键) Dc_desk Char( 10) Null 桌号 (外键 ) Js_dz Number(3) null 打折情况 total Number(5) null 总计 Js_date datetime null 日 期 房间类型信息表: 订房退房信息表 列名 数据类型 是否主键 是否为空 注释 Rno Int 是 否 编号 rType Char( 30) 否 否 房间类型 rprice Int 否 是 价格 rimage image 否 是 图片 15 列名 数据类型 是否主键 允许空 注释 mId Int 是 不允许 序号 id mName Char( 20) 否 允许 客人姓名 mNumber Char( 19) 否 允许 身份证号码 roomid Char( 30) 否 允许 房间编号 (外键 ) bedNumber Int 否 允许 床号 RentMoney Float 否 允许 押金 indate datetime 否 允许 入住时间 enddate datetime 否 允许 退房时间 remark tinyint 否 允许 备注 payment Float 否 允许 付款 Zby_no Char(5) 否 不允许 值班员号(外键) 房间信息表 列名 数据类型 主键否 允许空 注释 rid Char( 30) 是 不允许 房间 id rno Char( 5) 否 允许 房间类型编号(外键) currPeople Int 否 允许 可住人数 bedNumber Int 否 允许 床位数 Loc Char( 20) 否 允许 楼层 tv Int 否 允许 电视 tel Int 否 允许 电话 p Int 否 允许 电脑 toil Int 否 允许 热水器 aircondtion Int 否 允许 空调 rstate Char( 20) 否 允许 状态 remark Char( 20) 否 允许 备注 price Int 否 允许 价格 用户子模式定义 表 用 户子模式定义 编号 用户子模式 (View) 作用 (共性:提供数据保密和安全保护机制 ) V- 1 MenuView 便于顾客看菜品订餐 V- 2 ReaderView 方便读者基本信息的查询、更新 V- 3 HistoryView 便于借阅历史信息的查询 V- 4 BorrowView 用于当前借阅信息的查询 V- 5 FineView 便于查询罚款信息 16 表 菜品选择信息视图 列名 数据类型 可否为空 说明 Cp_kind Char not null 菜品类别 Cp_name Char Not null 菜品名称 Cp_price float null 菜品价格 Cp_detail Char 菜品说明 表 房间选择信息视图 列名 数据类型 可否为空 说明 Rtype Char not null 房间类型 loc Char not null 房间所在楼层 rprice int 房间租金 rimage image 房间展示图片 表 职工管理餐桌信息视图 列名 数据类型 可否为空 说明 Zby_no Char(5) not null 值班员号 Zby_name Char( 20) not null 员工姓名 Dc_desk Char( 10) not null 桌号 表 餐饮结算单信息视图 列名 数据类型 可否为空 说明 Kh_no Char( 10) not null 客户号 Dc_desk Char( 10) not null 桌号 total Number( 5) null 总计 js_dz Number( 3) Null 打折情况 js_date Datetime null 日期 Zby_no Char(5) not null 值班员号 表 客房信息视图 列名 数据类型 可否为空 说明 rid Char( 30) not null 房间 id rtype Char( 30) not null 房间类型 数据处理 系统功能模块图: 17 5.物理设计阶段 物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务: ( 1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构; ( 2)对物理结构进行评价,评价的重点是时间和空间效 率。 数据存储方面 为数据库中各基本表建立的索引如下 : 系统功能模块 18 客户基本信息的查询和更新模块 将实现对客户基本信息的查询和更新(修改、添加、删除)操作,用于客户入住和客户离店,以及客户延期或更改个人信息的情况。 客房基本信息的查询和更新模块 将完成对客房基本信息的查询、更新(修改、添。酒店管理系统论文总
相关推荐
采购 六、验收贮藏 七、领料和发放 八、合理加工烹调 九、成品的销售 十、阶段性经营分析 第四节 厨房组织机构及人员配置 一、建立厨房组织机构的意义 二、厨房组织机构的形式 三、烹调师配置和各岗位职责、素质要求 第五节 厨房的设计与布局 一、厨房设计 与布局的要求 二、厨房设计与布局程序和方法 三、厨房设计与布局的内容 第六节 厨房设备及用具管理 一、厨房设备及选购原则 二
但不能保证资料的完整性和准确性。 如果您认为侵犯了您的权利,请您直接与我们联系。 感谢原作者所作出的努力。 同时以书面形式提交甲方, 驻场设计师 参加 所有 与设计有关的工程例会,且在工程施工期 间保证随时跟进,甲方可根据现场配合情况及工程进度要求乙方驻场 设计师现场办公,甲方应为乙方派驻现场的工作人员提供工作、生活及交通等方面的便利条件及必要的劳动保护装备。 、 为保证设计文件的时效性
书面申报工作。 9) 积极参加培训,遵守酒店纪律,完成上级分配的其他工作。 素质要求 基本素质 :有高度的责任感,有一定的公关能力。 自然条件: 年龄 20 岁以上;女性,品貌端正,气质高雅,待人和蔼。 身高: 1, 651, 68米。 文化程度: 大专以上学历。 外语水平 :具有英语中级水平。 工作经验: 具备 1 年以上酒店工作经验。 特殊要求: 熟悉采购 程序和采购环节
service for guests, we should make full use of modern IT. The passage is referred to the development of Hospitality Industry, indicates the problem of its progress, put forward the solutions and make