某酒店业务流程分析.docVIP

一、一般散客入住的业务逻辑图 客人—— 客人——接待员 1:确定入住房间 1:确定入住房间 2:确定客人类型信息交互 2:确定客人类型 信息交互 3.1: 与授权人交互3:确定房间的成交房价 3.1: 与授权人交互 3:确定房间的成交房价 4.1: 确定加床房价4:登记客人信息 4.1: 确定加床房价 4:登记客人信息 6:领钥匙 6:领钥匙 客人 客人——财务人员 5:交住房押金 5:交住房押金 任务1： 确定入住房间 描述： 确定客人将要住宿的房间。 触发： 接待员选择客人入住选项。 子功能 描述 输入数据 输出数据 1.查询房间信息 查找酒店内所有房间，并显示相关信息 F1：房间信息 2.选择房间 当房间信息被显示出来后，接待员要根据相关规定选择合适的房间来满足客人的要求。 2.1原房为空房 显然能够被用来提供给客人 房态 2.2原房为维修房 不能用来提供入住接待 房态 2.3原房为住人房 根据入住房间的客人来确定是否提供给客人 房态 2.3.1住的人为一般散客 可以 客人信息 2.3.2住的人为工会散客 不行 客人信息 2.3.3住的人为团队成员 不行 客人信息 2.4原房为预定房 团队客人预期抵店日期比散客预期离店日期早，则不行。 房态 任务2： 确定客人类型 描述： 选择入住客人的类型 触发： 子功能 描述 输入数据 输出数据 1.根据房间来确定入住客人的类型 主要是房间已有人入住 1.1原房间是空房 则任何人都可以入住该房间 房间信息 入住客人类型选项 1.2原房间住的是工会散客 则一定要是工会散客 房间信息+客人信息 工会散客入住选项 1.3原房间住了一般散客 则一定是一般散客 房间信息+客人信息 一般散客入住选项 1.4原房间住了团队客人 则一定是团队客人 房间信息+客人信息 团队客人入住选项 任务3： 确定房间的成交房价 描述： 一般散客在入住时只能确定房间的成交房价，不能选择自己个人的成交房价。但是在房间的成交房价确定以后，则每一个入住该房间的一般散客都有一个自己的个人成交房价。若住人数小于等于房间标准住人数，则个人的成交房价 = 房间的成交房价 / 所住人数。否则，则多出来的人的个人的成交房价 = 加床房价。 触发： 接待员选择房间。 子功能 描述 输入数据 输出数据 3.1与授权人交互 若客人要求的房价超过接待员能够提供的房价权限，若一般散客能够有酒店授权人的授权人的授权，则接待员要通过电话与授权人联系，来确定该客人的成交房价 3.1.1查询授权人信息 授权人信息 3.1.2选择授权人 授权人信息 成交房价信息 任务4： 登记客人信息 描述： 一般散客的入住登记，在成交房价确定以后，将会循环的记录入住该房间的客人信息，若该房间所住客人的人数超过房间标准，则超出的客人将做为加床处理，且加床房价远远低于房间的成交房价。 触发： 接待员选择房间。 输入数据：客人个人信息 输出数据：客人信息 子功能 描述 输入数据 输出数据 4.1确定加床房价 若该房间所住客人的人数超过房间标准，则超出的客人将做为加床处理，且加床房价远远低于房间的成交房价。 加床房价 个人成交房价，房间的加床房价 任务5： 交住房押金 描述： 客人在登记完个人信息后，要到财务人员那里交一定的住房押金。 触发： 财务人员选择交押金选项。 输入数据： 房间ID，客人ID，操作员，时间日期，单据号 输出数据： 押金信息 子功能 描述 输入数据 输出数据 4.1选择房间 首先要选择要交住房押金的房间。 房间号 押金信息 4.2选择客人 押金的要在与房间联系的同时，还要与客人联系起来。 客人ID 押金信息 4.3选择单据号 每一次酒店的财务往来，都有可能有一些手工开出的单据，以做为最终的证明，所以押金的收缴财务人员也会手工开出一个单据给客人。 单据号 押金信息 任务6： 领钥匙 描述： 系统不要求对这个做出记录。 二、工会散客入住的业务逻辑 客人—— 客人——接待员 1:确定入住房间 1:确定入住房间 2:确定客人类型信息交互 2:确定客人类型 信息交互 3:确定客人的成交房价 3:确定客人的成交房价 4.1: 确定加床房价4:登记客人信息 4.1: 确定加床房价 4:登记客人信息 6:领钥匙 6:领钥匙 客人—— 客人——财务人员 5:交住房押金 5:交住房押金 任务： 工会散客的入住 描述： 工会散客的入住与一般散客的入住起流程差不多，只是在第3步和第4步时有点不一样。工会散客的入住其成交房价是按人确定的，而一般散客的成交房价是按房确定的，所以工会散客是每登记一个客人的信息，就确定一个人的成交房价，而且这房价已经有合同规定，所以与一般散客相比没有通过授权人确定成交房价这一项。 团队预定 一、团队预订的业务