数据库应用技术大业——旅馆管理系统数据库设计.doc

SQL实践作业：旅馆管理系统数据库设计与实现 ————自动化学院自动化专业 小组成员及所完成的工作： 所完成的工作：数据库整体结构的设计，ER图的绘制和其他工作的审核 系统名称：旅馆管理系统 一、系统需求 1.背景： 随着科技和经济的发展，旅游业已经成为一个热门的产业，并且传统的手工已不适应现代酒店管理的需要，及时、准确、全方位的网络化信息管理成为必需。在酒店的管理及业务日益复杂、要求在不断提高的现状下，利用高科技、现代化的电脑自动化管理系统来处理日益繁重的酒店业务，对于大型的酒店是必须具备的管理方式。 酒店客房管理系统是根据酒店对客房管理的实际情况进行编写的，主要目的是为了方便酒店对客房的实际情况进行集中的查询与管理工作，以提高整个酒店的工作。酒店客房管理的科学化、系统化、信息化成为各个酒店追求的目标。因此，而要实现这些功能，就要求各个酒店配备一套客房管理系统，以便在酒店内实施良好的完善的管理且以最快地速度响应客户的需求，及时为他们提供服务，为他们提供一个高效、便捷的居住环境。 2.旅店需求特点分析： 通过对旅店的调研，对于旅店的需求特点有了基本了解 (1)基本要求：系统能够进行客户的信息的存储，客户信息的删除，客户信息的 更新，客户账单的结算……因此要求系统一定要严密准确，不能 出现插入和删除异常，因此要求数据库系统的设计符合第四范式 (2)高级要求：旅店面对的经常是一些突发的情况，比如客户的提前退房，客户 要求换房，客户要求其他的附加服务……这些突发事件是我们在我们的系统中需要着重考虑的 3.旅客需求特点分析： 通过对用户的调研，我们发现用户希望住旅馆的手续能够尽量简单，但是要求旅馆的各种信息准确，出现错误的可能性尽量低 4.旅店管理系统需求分析： 旅店的客房特点分析： 通过每个房间唯一的房间号来区别(也就是我们数据库系统中的room_num),房间分成不同的类型(room_type)有‘A’、‘B’、‘C’三种类型，它们对应的价格也会不同，这个由顾客自己选择，体现了我们设计系统的人性化； 房间的状态(room_state)会根据是否有用户入住而不同，如果该房间有人入住的话，那么就将房间的状态标记为busy； 房间同时拥有‘IsBooked’状态，如果房间被预定的话，那么就将这个房间的状态标记为‘Booked’，如果没有预定的话，那么房间的状态为‘nobook’，这样的话方便旅客‘入住’、‘换房’、‘续住’种种操作，避免住进了已经有人预订的房间,同时有些房间即使已经有人预定了，但是在预定旅客之前其他旅客还是可以住进来的，只要他在预定旅客入住之前退房就可以了，样大大提高了客房的利用率。 考虑房间和顾客的关系，房间和旅客关系是一对多的，因为从现实出发，房间分为‘单人房’、‘双人房’等，旅客的收费是按照‘床位’来收费的，但是不同房间的床位的价格是不同的，但是在我们的数据库中默认所有的房间都是单人房，这是我们设计的不足，更理想的是在每种类型中分为‘单人房’、‘双人房’，然后为每个床位设立状态，每位顾客都是按照床位来收房，而不是简单的按照房间来收费，但是在现实生活中旅馆的类型又有很多种，我们所设计的数据库可能只是适合其中的部分类型的旅馆。 旅客特点分析： 从旅馆的角度来说，最重要的就是准确地记录旅客在住宿期间一切信息，并且要求准确 lodger表用来记录旅客的信息，有lodger_name,id_num,room_num,e checkin_date,exp_checkout_date,pre_payment lodger表用来记录当前正在发生‘入住’的旅客的信息，这个表是动态的， 如果旅客退房，与之相关的表示checkout实体集，将用户的信息载入这个表，因为退房的信息是非常关键的，因为旅店的账目的结算是要依靠这个表的，然后他的信息就会从lodger这个表中删除； 旅客可能要求‘换房’，实现这个功能的是change_room联系集 这个联系集联系了lodger和Room两个表，将原来的房间的状态修改为‘Free’,将新入住的房间修改为‘busy’； 旅客可能要求续住，我们当然会满足这个要求，实现这个要求的要求是联系集con_room，如果旅客续住那么在情况允许的情况下，可以继续在原来的房间住宿，并修改exp_checkout_date 的信息，如果原来的房间已经有人预定的话，那么建议旅客更改房间，重新登记‘lodger’信息； 旅店的账目管理特点分析 旅店的账目管理系统是一个比较复杂的系统，要求每天都要进行更新，同时还须具备‘日结’、‘月结’、‘季度结’、‘年结’的功能，与此相关的是checkout,Da