2005级信管专业2班数据库应用系统课程设计课程论文
2 需求分析阶段
需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后米娜各个阶段的设计，并影响到设计结果是否合理和使用。
2.1需求分析阶段的目标
1.了解酒店客房管理的基本内容；
2.综合的理解酒店客房管理各层管理人员的部同需求； 3.了解酒店客房管理的基本业务流程；
4.了解酒店客房人工管理模式与信息系统的工作概况，以及它们之间的区别；
5.通过调查和与酒店客房管理人员的交流，了解用户对酒店客房管理系统的业务要求，安全性和完整性要求；
2.2需求分析阶段的任务 2.2.1 处理对象：
系统的处理对象是顾客的预订和退订信息管理、顾客的入住信息管理、顾客的换房信息管理、顾客的退房信息管理和财务统计信息管理。
系统的处理对象涉及以下几个方面的信息：
顾客基本信息（Guest）：顾客编号，顾客姓名，顾客性别，顾客身份证号，顾客电话，顾客地址，顾客预交款，顾客积分，顾客的折扣度，顾客余额。
客房基本信息（RoomInfo）：客房编号，客房类型，客房价格，客房楼层，客房朝向。 消费项目基本信息（Atariff）：消费项目编号，消费项目名称，消费项目价格。
客房物品基本信息（RoGoInfo）：客房物品编号，客房物品名称，客房物品原价，客房物品赔偿倍数。
客房状态信息（RoomState）：客房编号，顾客编号，入住时间，退房时间，预订入住时间，预订退房时间，入住价格，客房状态修改时间，标志位。
消费信息（Consumelist）：顾客编号，消费项目编号，消费项目数量，消费时间。
物品损坏信息（GoAmInfo）：顾客编号，客房物品编号，客房编号，损坏物品个数，损坏时间。
2.2.2处理功能及要求：
1.能够存储一定数量的顾客信息，并方便有效的进行相应的顾客数据操作和管理，这主要包括： 1）顾客信息的录入，删除和修改。 2）顾客信息的关键字检索查询。
2.能够对顾客的预订退订信息，入住信息，换房信息，退房信息，消费信息和损坏物品信息进
2
2005级信管专业2班数据库应用系统课程设计课程论文
行相应的操作，这主要包括：
1）顾客预订退订，入住，换房，退房的登记，删除及修改（即对房态信息的登记，删除和修改）。
2）顾客消费信息的登记，删除及修改。 3）顾客损坏物品的登记，删除及修改。 4）顾客消费信息的汇总。
3.能够提供一定的安全机制，提供数据信息授权访问，修改和删除，防止随意查询，修改及删除。
4.对查询，统计的结果能够列表显示。
2.3 需求分析阶段成果 2.3.1 体会与收获
系统需求分析主要是通过对周边的酒店客房管理人员咨询，请教，了解酒店客房管理的规则和运行机制，并通过上网搜索相关酒店客房管理系统的知识，了解酒店客房管理的现状，以及在管理过程中存在的一些问题。由于以前没有接触过酒店管理业务，开始总是不知道哪些业务应该是我们了解的重点。在绘制业务流程图和数据流程图时，遇到很多问题，发现很多烤炉不周到的地方，反反复复的重新考虑，重新分析和完善，才逐步把业务弄清楚，最终顺利的完成了需求分析阶段的任务。
2.3.2 酒店客房管理系统业务流程图和数据流图（见附录1）
本文从酒店客房管理系统的业务为着手点，分别画了预订退订业务流程图、入住业务流程图、换房业务流程图、退房业务流程图。根据业务流程图，画了个业务流程图相对应的数据流图。
2.3.3 酒店客房管理系统数据字典
数据字典是体统中各类数据描述的集合，是进行详细的数据手机和数九分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外部实体6个部分。
数据项是不可再分的数据单位。 数据结构反映了数据之间的组合关系。 数据流是数据结构在系统内传输的路径。
数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一。
处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字典是需要描述处理过程的说明性信息。
本文中包括37个数据项（见附录2），11个数据结构（见附录2），13个处理过程（见附录3）.
3
2005级信管专业2班数据库应用系统课程设计课程论文
3 概念设计阶段
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。它是整个数据库设计的关键。
3.1 概念设计阶段的任务和目标
（1）选择底层数据流为切入点，通常选择实际系统中的子系统；
（2）设计分E-R图，即各子模块的E-R图；
（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一； （4）生成全局E-R图，通过消除冲突等方面。
在本酒店客房管理系统中，从第二层数据流程图下手，分析个第二层数据流程图和数据字典，知道整个系统的功能围绕“顾客”、“客房”和“消费”的处理。根据尸体与属性间的两条准则：○1作为“属性”，不能再具有需要描述的性质。○2“属性”不能与其他实体具有联系。数据流程图2.8、图2.9、图2.10、图2.11可综合成预订退订、入住、换房和退房的分E-R图3.1，数据流程图2.12可抽象为分E-R图3.2.然后采用逐步集成的方法将各分E-R图合并，消除不必要的冗余和冲突后生成了基本E-R图3.3.
3.2 阶段结果
（1）根据不同的对象，从第二层数据流程图入手，分别画出各分E-R图： （a）从数据流图图2.8、图2.9、图2.10和图2.11抽象出的E-R图:
图3.1 分E-R图1 4
2005级信管专业2班数据库应用系统课程设计课程论文
（c）从分E-R图图3.1和图3.2经消除冲突和冗余合成的总E-R图：
（b）从数据流图图2.12抽象出的E-R图：
图3.2 分E-R图2 图3.3 全局E-R图 注：因为排版原因将图3.2和图3.3换位子； （2）各E－R图各实体的属性如下所示：
顾客：Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade ,discount，balance)
客房基本信息：RoomInfo(Rno,Rtype,Rprice,Rfloor,Toward) 消费项目：Atariff（Atno,Atname,Atprice）
客房物品信息：RoGoInfo(Goodsno,Goodsname,Oprice,Dmultiple) 各E-R图各联系的属性如下所示： 预订：Reserve(Stime1,Rtime, Rltime) 退订：Back(Stime2)
入住：Into(Stime3,Atime,Ltime) 换房：Change(Stime4) 退房：Return(Stime5)
消费：Consumelist(Amount,Wtime) 物品赔偿单 GoAmInfo(Dnum，Amendstime)
5
2005级信管专业2班数据库应用系统课程设计课程论文
4 逻辑设计阶段
4.1 逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。
4.2 数据组织
4.2.1 将E-R图转换为关系模型
实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：
一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合 具有相同码的关系模式可合并。
由于顾客与客房的联系方式为1：n(一对多)，可以将其之间的联系与n端实体客房合并，也可以独立作为一种关系模式，我们选择将其作为独立的关系模式。由于顾客与客房物品，消费项目的联系方式为n:n(多对多)，可以将其之间的联系转化为独立的关系模式，具体的基本E-R图向关系模型的转化如下：
顾客：Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade ,discount，balance) 客房基本信息：RoomInfo(Rno,Rtype,Rprice,Rfloor,Toward) 消费项目：Atariff（Atno,Atname,Atprice）
客房物品信息：RoGoInfo(Goodsno,Rno,Goodsname,Oprice,Dmultiple) 预订：Reserve(Gno,Rno,Stime1,Rtime, Rltime) 退订：Back(Gno,Rno,Stime2) 入住：Into(Gno,Rno,Stime3,Atime,Ltime) 换房：Change(Gno,Rno,Stime4) 退房：Return(Gno,Rno,Stime5) 消费：Consumelist(Atno,Gno,Amount,Wtime)
6
关系的属性，而关系的码为各实体码的组合。