1、同时“饮食子系统”取消,因为它的所有需要涵盖的功能都已包含在“财务子系统”中。因此系统共划分为四部分:总经理子系统、财务子系统、住宿子系统和娱乐子系统。1总经理子系统A.对新来的员工进行编号、登记、分配工作。 员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注B.对于被辞退的员工从系统中级联删除其信息,如从员工表中删除其基本信息,从它所服务的工作部门中删除该员工的工作名额,结算支付其工资、奖金;同时补充新的员工,代替它的工作。C.对新增部门作各种初始工作。如编号、命名、任命经理等。部门号、名称、部门经理、员工数量D.取消某个部门时,核算该部门的财务情况,并作备份;同时对该部门的员工重
2、新分配工作。E.其他情况的处理。2财务子系统A.每天的收入、支出登记编号、发票号、摘要、数量、单位、数额、经手人、日期B.期末各子系统的财务汇总编号、上月余额、总收入、总支出、余额、经手人、日期C.期末酒店汇总个部门的财务报表,结算本酒店收益(编号、部门号、部门名称、收入、支出、净收入、经手人、日期)3住宿子系统A.来客登记 若多人住同一房间,只作一个记录。客人信息房间号、房间类别、客人数量、联系人名、身份、证件名称(类型)、证件号码、入住时间、退出时间B.房间管理 旅客入住(旅客退出)除了登记(删除)客人信息之外,还应对相关的记录进行修改,如房间的状态等。房间类别类别号、名称、设备、收费标准
3、、总数量、剩余量、管理人员房间房间号,房间类型、状态( 该部门的财务处理与饮食子系统同,归到财务子系统)4娱乐子系统A.添加新的娱乐项目娱乐项目娱乐项目号、名称、收费标准、负责人B.取消某娱乐项目(财务处理 (同饮食子系统) 归到财务子系统 )、数据字典1数据项数据项有待按各子系统分类列表。编号数据项名 称说 明 部 分1员工号整数类型;有唯一性2姓名文本类型 长度为10字符3性别枚举类型:男、女4年龄整数类型 181005工龄整数类型 01006部门号数字串类型;7名称文本类型 8职务枚举类型;根据公司的制定而定9级别号整数类型10级别名文本11工资12部门经理参照“员工号“13负责人14经
4、手人15员工数量16房间类型枚举类型如单人、双人标准间等17设备文本 说明设备情况18收费标准不同的实体有不同的单位19总数量某一等级的房间的数量20剩余量某一等级房的尚可用数21房间号数字串类型 有唯一性22状态该房是否已被入住 枚举类型23客人数量某一房间所住的人数24身份登记旅客的目前住址25证件类型文本类型26证件号码27入住时间格式:*/*28退出时间29在各系统有不同意义,唯一30发票号按固定格式输入31摘要收入支出来源去向的摘要32数量33单价不同的系统有不同的单位34备注35日期2数据结构数据结构名属 性员工信息员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注部门部门号、
5、名称、部门经理、员工数量酒店财务总汇编号、部门号、名称、收入、支出、净利、日期、经手人、备注部门营业情况编号、发票号、摘要、单价、数量、数额、日期、经手人、备注房间类别类别号、名称、设备、收费标准、总数量、剩余量、管理人员房间房间号、房间类别、状态客人信息房间号、客人数量、联系人名、身份、证件类型、证件号码、入住时间、退出时间、备注娱乐项目编号、名称、收费标准、负责人3数据流数 据 流 名输 入 输 出员工基本信息招新员工工资结算总经理处财务支出当前员工工作调配工作员工新工作“辞工”信息辞老员工部门基本信息部门信息更新后的部门信息新部门基本信息新增部门老部门信息取消老部门顾客基本信息来客登记顾
6、客信息顾客需求住房登记调配住房满足顾客要求顾客住房信息目前住房信息住房信息更新后的住房信息住房单价住宿管理部门收入住房数量新娱乐项目信息添加新项目娱乐项目信息老娱乐项目信息取消老项目数额娱乐管理部门收入娱乐管理部门信息项目单价支出情况子部门支出子部门财务信息收入情况子部门收入酒店财务总汇信息4数据存储数据存储名输入数据流输出数据流 说 明 部 分当前部门信息经理处财务信息经理处财务支出经理处财务收入目前的住房信息娱乐项目单价5处理过程处理过程名终端当前部门基本信息增新部门取消部门部门营业结算顾客离开注销住房新项目信息老项目信息娱乐管理部门部门收入部门支出 概念结构设计过程 本公司开发酒店管理系
7、统,经过可行性分析、详细调查以及多次讨论,确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成。本过程结构设计过程采用自底向上的设计方法,即首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构.下面给出各个子系统的分析及分E-R图的设计及对其进行的各项调整。 经理管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了子系统的功能:A.管理员工:给员工编号,登记其基本信息。根据员工的平时表现确定其出勤工资及根据等级确定其固定工资,从而确定其实际工资,此外还要给员工分配工作部门等。B.划分部门:给各部门编号、命名、确定其职责
8、范围、任命部门经理、分配员工。根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图: 员工 1 1 工资 n 1 部门 1 n账单对E-R图调整的准则:现实世界中的事物能作为属性对待的尽量作为属性对待; 属性和实体的划分:属性中不具有需要描述的信息,即属性是不可分的数据项,不再包含其他信息。实体属性定义:员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)工资(员工号、等级、实际工资、基本工资、出勤工资)部门(部门号、名称、部门经理、员工数量)账单(编号、发票号、摘要、收入数、支出数、日期、经手人、备注)具体调整如下:1.本来员工还应对应一个领导关系,但
9、这里为了简便,就用员工的”等级”属性来表示员工之间的领导关系;2.工资本应作为员工的一个属性,但这里需强调员工对应的出勤工资(由出勤情况决定),因此将它单独作为一个实体;3.部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统,先在各个子系统中进行财务总结,因此,将账单也作为一个实体。娱乐管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了A.为各个项目制定收费标准,分配负责人;B.收入支出财务处理:编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息;C.对在部门内进行娱乐的顾客进行收费,并根据折扣规则给与顾客相应的折扣;D.对部门内部进行
10、帐务处理;项目 1 n 员工 折扣规则 1 n n 1 账单 m 顾客 1 1 款项 1项目(编号、名称、所在位置、收费标准、负责人)顾客(顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)款项(顾客号、级别、使用时间、应收款、实际收款、折扣)折扣规则(级别、折扣情况)属性和实体的划分:1本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系;2款项本可以作为顾客的一个属性来设置,但这里为了强调对顾客的折扣情况,需要对款项进行进一步的描述,因此这里作为一个实体;3对顾客所采取的折扣规则,本应该根据顾客的实际消费量来划定,这里为了
11、方便起见,给每位顾客添加了一个“级别”属性,用以对应采取的折扣规则;4部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统,先在各个子系统中进行财务总结,因此,将账单也作为一个实体;住宿管理部门子系统A.给个房间布置设备、分类、编号、制定收费标准、分配服务人员。B.登记旅客信息,确认其身份,登记其入住、退出时间;C.接受顾客的预定服务,对于已预定的客房进行登记的处理;D.统计各类房间的客满程度;E.对本部门的财务流动进行登记处理。根据需求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R图:顾客 m n 客房 m n 员工 1 1 1 m 1 账单1 1 订单
12、1款项 1 1 折扣规则顾客(顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、退出时间、备注)客房(客房号、类别、位置、设备、收费标准、管理人员、状态)员工(员工号、姓名、性别、年龄、工龄、级别、部门、备注)订单(订单号、时间、房间号、经手人、备注)3对顾客所采取的折扣规则,本应该根据顾客的实际消费量来划定,这里为了方便起见,给每位顾客添加了一个“级别”属性,用以对应应采取的折扣规则;4部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统,先在各个子系统中进行财务总结,因此,将账单也作为一个实体。财务管理子系统A.对各个部门上交上来的收支情况进行汇总,得出各个部门的损益
13、情况;B.对整个酒店各个部门的损益情况进行汇总登记,得出本期酒店的损益;C.将整个酒店的收益情况下发给各个部门,帐务公开,集思广益。分E-R图如下:部门 1 n 员工 1 财务状况 1 m m账单 m 1 总帐总帐(编号、部门号、收入、支出、净利、日期、经手人、备注)财务状况(时期、总收入、总支出、净利润)员工应对应一个领导关系,但为了简便起见,就用员工的“等级”属性来表示员工之间的领导关系。视 图 集 成以上便是四个子系统的分E-R图设计及其调整的整个过程,接着要做的就是将所有的分E-R图进行综合,合成一个系统的总E-R图.由于本系统比较简单,分E-R图规模也比较小,所以E-R图合成过程采用
14、一次将四个子系统分E-R图集成总E-R图的方式.分两步进行:第一步:合并。解决各分E-R图之间的冲突,将各分E-R图合并起来生成初步E-R图。各分E-R图之间的冲突主要有三类:1属性冲突:(1)属性域冲突,即属性值的类型、取值范围或取值集合不同。由于本系统较简单,所以并不存在这种冲突; (2)属性取值单位冲突。由于本系统较简单,不存在这类冲突;2命名冲突:(1)同名异义:由于本系统较简单,所以不存在这类冲突;(2)异名同义:由于本系统较小,所以不存在这类冲突;3结构冲突:(1)同一对象在不同应用中具有不同的抽象:本系统在需求分析阶段原本存在这种冲突,考虑到后期的简化合并,我们在设计各个分E-R
15、图就早先解决了这个问题,即将在任何一个分E-R图中作为实体出现的属性全部作为实体;(2)同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同:第二步:修改和重构。消除不必要的冗余,生成基本E-R图。由于本系统涵盖的内容比较少,基本不存在冗余的现象,所以初步E-R图就是基本E-R图,不必再进行调整。下面给出E-R图。总E-R图:员工(员工号、姓名、性别、年龄、工龄、级别、部门号、职务、备注);工资(员工号、等级、实际工资、基本工资、出勤工资);部门(部门号、名称、部门经理、员工数量、财务状况编号);项目(项目编号、部门号码、名称、所在位置、收费标准、负责人号);顾客(顾客编号、级别
16、、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注);客房(客房号、类别、部门号、位置、设备、收费标准、管理人员号、状态);款项(款项编号、顾客号、项目号、折扣级别、使用时间、应收款、实际收款);折扣规则(折扣级别、折扣情况);订单(订单号、顾客号、经手人号、备注);账单(账单编号、总帐编号、发票号、收入数、支出数、日期、经手人号、备注);总帐(总帐编号、部门号、财务状况编号、收入、支出、净利、日期、经手人号、备注);财务状况(财务状况编号、时期、总收入、总支出、净利润); 工资 1 1 员工 财务状况 n 1 部门 1 总账 1 1 m 折扣规则 帐单 n 1 n 项目 n m
17、 1 m 款项 客房 m n 顾客 1 1 n 1 m 订单 1 逻 辑 结 构 设 计一.与总E-R图对应的关系模式1、实体所对应的关系模式:账单(账单编号、总帐编号、发票号、摘要、收入数、支出数、日期、经手人号、备注);说明:1.下加横线部分表示关系的码 2.以上关系的详细内容说明请参照概念结构设计中的具体内容 3.上面的各个关系对概念结构设计中的相关内容了作了修改,主要加了各个实体中间的联系,尤其是一对多的联系,纳为属性。2、联系所对应的关系模式:1)、把客房和订单之间的n : m的预约联系转化为相应的关系模式如下: 预约(订单号、客房号、始定时间、结束时间);2)、把顾客和房间之间的n
18、 : m的住宿联系转化为相应的关系模式如下: 住宿(顾客号、房间号码、住宿时间);3)、把顾客和项目之间的n : m的选择联系转化为相应的关系模式如下: 选择(顾客号、项目号、发生时间、经受人号、备注);4)、其他联系处理说明如下: 工资和员工之间的1:1联系与员工关系合并; 顾客和订单之间的1:1联系与订单关系合并; 折扣规则和款项之间的1:1联系与款项关系合并; 员工和部门之间的n: 部门和财务状况之间的n:1联系与部门关系合并; 客房和部门之间的n:1联系与客房关系合并; 项目和部门之间的n:1联系与项目关系合并; 总帐和财务状况之间的n:1联系与总帐关系合并; 帐单和总帐之间的n:1联系与帐单关系合并; 帐单和项目之间的n:二.优化后的数据模型1、 按照数据依赖对关系模式进行逐一分析,并进行极小化处理:BCNF顾客(顾客编号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、备注);优化说明:删除了使用时间,一是因为“使用时间”对于顾客的属性必要性不强,二是因为使用时间在别的关系中也可以查询到。BC
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1