《UML大酒店标准管理系统专业课程设计.doc》由会员分享,可在线阅读,更多相关《UML大酒店标准管理系统专业课程设计.doc(20页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件工程试验汇报酒店管理系统课程设计学生姓名 _ 魏奇 杨树超_学号 专业班级 3G软件13-01 院 (系)计算机和通信工程学院指导老师 支 俊 完成时间 年 12 月 15 日成绩目录一、 背景说明二、 需求分析 1、组织结构图 2、系统功效需求 3、数据库管理模块 4、基础业务模块三、 创建系统用例模型 用例描述 四、 UML建模 1、用例图 2、类图 3、次序图 4、协作图 5、活动图 6、状态图 7、构件图 8、部件图五、小结 一、背景说明 现在大多数酒店提供服务多个多样,规模大小也各不相同,但稍具规模酒店必含下面三类服务:饮食、住宿和娱乐。因为我们对酒店行业没有具体接触和实质性了解
2、。此次数据库设计只能在部分搜集到基础材料和个人直观认识基础上,简单模拟中等规模酒店设计管理系统,并将其抽象成一个由三部门组成、实现三大服务系统。二、酒店管理系统需求分析1、 组织结构图送餐服务部食品采购部洗衣房礼宾部房务中心酒店总经理前厅部客房部餐饮部餐 厅楼层服务总机财务部保安部总 台图1 酒店管理系统组织结构图2、 系统功效需求本系统关键有以下功效要求:1)用户登录模块,关键用于用户登录。用户权限分为管理员和一般用户。当用户输入用户名和密码后经过确定,才能进入宾馆客房管理信息系统,并拥有对应权限。假如不是用户,拒绝进入。2)客房管理模块,该模块是本系统关键所在。关键用于用户对客房及其业务情
3、况进行管理,其中包含:客房管理:能够对全部客房进行管理,包含增删该房间及房间状态。预定管理:能够接收预定房间。收银管理。用户信息管理:管理用户基础信息。3)消费管理模块,该模块关键用于对客人在入住期间消费进行入帐操作,包含消费入帐,话费入帐,餐费入帐等操作。4)审查管理模块,关键用于该酒店管理者对酒店基础数据信息进行查看,方便制订策略。包含客房状态报表查看,客人入住信息报表查看,历史客人报表查看等等。酒店管理系统预定管理接收预定房间收银管理图2 功效需求结构图客房管理用户信息管理增加客房删除客房客房状态登陆用户基础信息审查管理客房状态查看历史客人查看入住信息查看3、数据库管理模块客房基础信息,
4、包含数据项有:客房号码,客房标准,客房位置,客房状态,单价,容纳人数,等。预定基础信息,包含数据项有:客房房号,客人姓名,身份证号码,身份证地址,预定时间,操作员等。用户基础信息,包含客房房号,客人姓名,身份证号码,身份证地址,入住时间,操作员等。系统用户信息,包含数据项有 :用户名,用户密码,用户权限。4、基础业务模块酒店客房业务基础步骤关键包含:客房预定:客人经过电话或其它路径向酒店进行客房预定,接待人员查询客房状态表后确定有空房则接收预定,预定成功后发给客人预定凭证,客房状态表作出对应改变。客房登记:分为预定入住和散客登记假如客人已经预定房间,则依据预定凭证进行预定入住操作,发给客人房卡
5、,客房状态由“预定”变为“入住”。假如客人没有预定房间,接待人员查询客房状态表后,有空房则进行客房登记操作,发给客人房卡,客房状态由“空房”变为“入住”。客房消费:客人入住期间在酒店进行了消费,如:购置商品,就餐,打电话。就要进行消费入帐操作。包含:消费入帐,餐费入帐,话费入帐。客人退房:客人退房时,接待人员依据客人房卡,进行退房登记。计算客人入住期间房费,餐费,话费,多种消费和押金总额。对客人收取费用或退回押金。客人信息转存到历史客人表中。客房状态由“入住”转为“空房”。三、创建系统用例模型系统用例分析是UML建模第一步,在需求分析中,我们已经确定了酒店管理系统各功效模块,包含:客房部管理、
6、餐饮部管理、财务部管理等。用例描述:用户信息管理用例描述描述项说明用例名称用户信息管理用例描述对酒店客房管理系统使用者进行管理,包含对职员基础信息进行检索、录入和修改参与者酒店管理员和前台服务员(部分使用)前置条件必需先登录(帐号、密码)后置条件若有改动,必需确定保留基础操作步骤1. 管理员(或服务员)登录2. 对职员信息进行查询或修改被包含用例1. 添加职员2. 查询职员信息3. 修改职员信息4. 删除职员信息添加用户描述项说明用例名称添加用户用例描述添加用户参与者酒店管理员前置条件必需先登录后置条件假如有改动必需保留基础操作步骤1. 管理员登录2. 开始添加职员3. 输入职员信息4. 保留
7、添加职员信息查询用户信息描述项说明用例名称查询用户信息用例描述查询用户(前台服务员、系统管理员、经理)信息,包含姓名、职员号、部门、联络方法参与者酒店管理员或服务员(部分)前置条件必需先登录后置条件若有改动必需保留基础操作步骤1. 管理员登录2. 输入所要查询职员姓名或职员号3. 检索查看信息4. 确定并退出删除用户描述项说明用例名称删除用户用例描述删除用户(前台服务员、系统管理员、经理)信息参与者酒店管理员前置条件必需先登录后置条件必需确定保留基础操作步骤1. 管理员登录2. 输入所要删除职员姓名或职员号3. 确定删除4. 退出客房经营管理用例描述描述项说明用例名称客房经营管理用例描述实现对
8、客房订房,入住和退房管理,包含对客房业务信息(如客房号、预定时间、入住时间、换房情况、退房情况、金额等)进行检索、录入和修改。参与者酒店管理员、酒店经理、和前台服务员前置条件必需登录后置条件若有改动必需保留基础操作步骤1. 用户登录2. 依据用户请求,进行响应操作3. 提交操作结果被包含用例1. 用户预定2. 用户入住3. 用户退房预订登记描述项说明用例名称预订登记用例描述用户经过多种路径(电话、网络或亲自抵达)预订房间参与者前台服务员(关键)管理员或经理也可前置条件必需先登录后置条件若预订成功,生成订单,存入系统基础操作步骤1. 接待员响应用户预订请求2. 接待员查询目前客房入住信息3. 依
9、据用户提供信息选择房间4. 输入、查询和修改房间预订信息5. 生成订单,存入系统入住登记描述项说明用例名称入住登记用例描述用户入住酒店,办理手续参与者前台服务员(关键)管理员或经理也可前置条件必需先登录后置条件若入住成功,生成订单,存入系统,并修改入住信息基础操作步骤1接待员响应用户入住请求2接待员查询目前客房入住信息3依据用户提供信息选择房间4输入、查询和修改房间入住信息生成订单,存入系统退房登记描述项说明用例名称退房登记用例描述用户退出酒店,办理手续参与者前台服务员(关键)管理员或经理也可前置条件必需先登录后置条件退房成功,生成清单,存入系统,并修改入住信息基础操作步骤1接待员响应用户退房
10、请求2接待员查询目前客房退房信息3.计算费用4.修改房间入住信息5.生成结算单客房信息管理描述描述项说明用例名称客房信息管理用例描述可自定义客房类型,并对其进行管理,包含对客房类型基础信息(如客房号、客房类型、房间位置、面积、床位、价格等)进行检索、录入和修改。参与人员酒店管理员和酒店经理前置条件必需先登录后置条件若有改动必需确定保留基础操作步骤1. 用户登录2. 检索客房信息3. 对客房多种信息进行修改4. 确定并保留信息被包含用例1. 客房信息检索2. 客房信息录入3. 客房信息修改用户信息管理用例描述描述项说明用例名称用户信息管理用例描述用户能够对入住过酒店用户信息进行查询,包含对用户基
11、础信息(如身份证号、用户姓名、联络电话、用户类型、入住历史等等信息)进行检索。参与者酒店管理员、酒店经理和服务员前置条件必需先登录后置条件若有改动必需保留基础操作步骤1. 用户登录2. 检索用户信息3. 对用户多种信息进行修改4. 确定保留修改信息用户密码修改描述项说明用例名称用户密码修改用例描述用户能够对自己登录密码进行修改参与者酒店管理员、酒店经理和服务员前置条件必需先登录后置条件若有改动,必需确定保留基础操作步骤1. 用户登录2. 进行密码修改3. 输入旧密码4. 输入新密码5. 确定新密码6. 修改完成用户注销描述项说明用例名称用户注销用例描述用户离开系统,注销,以预防她人经过自己帐号
12、登录系统。参与者酒店管理员,酒店经理和服务员前置条件必需先登录后置条件无基础操作步骤1. 处于登录状态2. 选择注销3. 确定注销四、系统UML建模1、 系统用例图系统用例分析是UML建模第一步,在需求分析中,我们已经确定了酒店管理系统各功效模块,包含:客房部管理、餐饮部管理、财务部管理等。图3 酒店管理系统用例图该用例图标识了酒店管理系统中客房管理全部用例,而且形象地描述了各用例和用户角色之间关系。2.系统类图图4 酒店管理系统类图图5 客房管理系统类图3系统次序图图6 用户登录系统次序图图7 用户用信用卡结账次序图图8 用户订房序列图【用户订房序列图说明:】1职员登录系统 2预订请求3打开
13、查询界面 4有没有空房5无空房 6 抱歉无空房7有空房 8打开预订房间界面9完成订单 10预订成功11添加订单4 系统协作图图8 用户登录系统协作图【用户登录系统协作图说明:】1)输入用户名密码 2)发送验证请求 3)进行查询4)用户存在 5)验证成功 6)成功登录图9 用户用信用卡结账协作图【用户用信用卡结账协作图说明:】1)刷卡 2)问口令 3)输口令 4)口令验证5)检验用户资料 6)口令正确 7)口令正确8)输入金额 9)进行处理 10)银行处理11)完成 12)处理完成 13)打印清单5 系统活动图图10 酒店管理系统活动图图11 预定房间活动图6 系统状态图图12 客房管理状态图 7. 系统构件图8. 系统部件图五、小结经过四个周设计,我们小组“基于酒店管理系统分析和设计”,采取UML建模方法已经基础完成。在建模过程中,碰到部分问题,经过问询教导老师和上网查找资料,得到了比较满意处理,在这次课程设计中,相关UML概念以前比较模糊地方,在实际操作中,变得愈加清楚了,对Rational RoseUML功效利用愈加熟练。使我们对UML建模思想有了更深入了解,在以后学习中,还将不停学习软件工程理论和实践知识。
限制150内