酒店管理系统需求规格说明书模板

合集下载

酒店管理系统需求规格说明书最新版本

酒店管理系统需求规格说明书最新版本

需求规格说明书-------酒店管理系统实验名称:酒店管理系统实验成员:林杰3150704225 软件152姚传望3150704228 软件152胡大伟3150704229 软件152徐驰3150704230 软件152陶银银3150704231 软件152酒店管理系统需求规格说明书1 引言1.1 目的1.2 建设原则1.3 适用范围1.4 参考文档2 系统功能需求2.1 总体功能需求2.2 主界面2.3 开设房间2.3.1 登记2.3.2 客户续住2.3.3 修改登记2.4 客户结账2.5 预定管理2.5.1 查询2.5.2 新增2.5.3 修改2.5.4 删除2.6 营业查询2.6.1 结账单查询2.6.2 客户信息查询2.7 会员管理2.7.1 查询2.7.2 新增2.7.3 修改2.7.4 删除2.8 房间类型管理2.8.1 查询2.8.2 新增2.8.3 修改2.8.4 删除2.9 房间信息管理2.9.1 查询2.9.2 新增2.9.3 修改2.9.4 删除2.10 客户类型折扣2.10.1 查询2.10.2 新增2.10.3 修除2.10.4 删除2.11 操作员管理2.11.1 登录2.11.2 查询2.11.3 新增2.11.4 修改2.11.5 删除3 系统接口4 系统非功能性需求4.1 运行环境需求4.2 性能需求4.3 可用性需求4.4 安全性需求4.5 其它软件质量属性1引言1.1目的本文档是对酒店管理系统的需求总体阐述,其主要作用为:确定待建系统的总体功能,建立用户方与开发方的共同协议;提高开发效率、强化进度控制;为项目的评测与验收提供依据。

1.2建设原则本系统在实训经理的指导下建立,目标是建设一个单机版的酒店管理系统。

本需求只描述了基本功能的要求,在条件允许的情况下,可对功能性或完整度进行扩展。

1.3适用范围本文档仅适用于牛耳实训酒店管理系统的开发。

1.4参考文档无2系统功能需求2.1总体功能需求系统包括以下功能模块:开设房间,客户结账,预定管理,营业查询,会员管理,系统设置六大模块用户通过登录酒店管理系统,可以对系统的各个模块进行操作,普通管理员不能对系统管理模块进行操作,只有超级管理员有权限操作系统管理模块。

酒店管理系统详细设计规格说明书

酒店管理系统详细设计规格说明书

《酒店管理系统》的详细设计规格说明书一、引言1编写目的在信息化高速发展的今天,时间,效率这样的名词正主导着人们的生活和发展,有必要设计开发一个网上商务系统。

通过系统功能及网络环境解决传统管理模式和经营理念带来的不足,加大企业宣传力度,从而提高酒店形象,扩大酒店市场影响率,优化酒店管理。

2项目背景A.软件名称:酒店管理系统B.项目提出者:某酒店C.开发者:我们组D.用户:某酒店管理人员、顾客、工作人员E.运行该软件的单位:某酒店3定义顾客就餐管理:对就餐的顾客进行管理,并存储顾客消费记录。

顾客住宿管理:对就餐的住宿进行管理,并存储顾客住宿记录。

顾客信息:存放顾客的姓名,证件类型,证件号,性别,年龄,籍贯,工作单位等各项基本信息,还有就餐住宿信息,管理员负责管理顾客基本信息。

房间信息:包括房间编号,房间等级,房间价格,房间类型等信息菜肴信息:包括菜肴编号,菜肴名称,菜肴价格,菜肴类型等信息4参考资料JSP 应用开发详解(含光盘) 电子工业出版社2002.9JavaScript 1.5实例教程高等教育出版社2001.4蔡翠平等.Java程序设计[M].北京: 清华大学出版社,2002.10肖刚.Java Web 服务器应用程序设计[M].西安:电子工业出版社,2001.6闪四清.SQL Server2000实用教程[M]. 北京:人民出版社,2002.6二、总体设计1需求概述:这点在需求规格说明书已经指出不在详述。

2软件结构图:详细设计软件结构图住宿管理模块:A程序描述:本程序是管理用户住宿的,在登陆系统后,具有此权限的用户可以使用。

功能:B性能:时间特性要求:要求等待时间<0.5sC输入项:输入项名称:证件号码类型:字符串型输入项名称:客户姓名类型:字符串型输入项名称:客户其他信息输入方式:手工输入D输出项:以表格的形式输出顾客住宿情况E接口本程序隶属于主程序模块用户输入模块A程序描述该程序是用户登录时所必须要用到的,登录之前需要验证用户身份的合法性,故而需要用户输入程序,输入用户名及密码来进行身份验证。

酒店管理系统需求分析说明书三篇

酒店管理系统需求分析说明书三篇

酒店管理系统需求分析说明书三篇篇一:酒店管理系统需求分析说明书客房管理是酒店管理中最重要的一个部门,整个的客房管理系统包括:前台预定管理、前台接待管理、前台收银管理、公关销售管理、客房中心(房务中心)管理、夜核管理、客史管理,大堂问询管理、会员管理。

客户关系系统,餐饮管理系统,会员卡管理系统,桑拿沐足管理系统,KTV收银系统,棋牌管理系统,商务中心管理系统,舞厅收银管理系统,通用收银系统,经理查询系统,财务审核系统,仓库管理系统,人事工资管理系统,公安系统接口,工程管理系统,电话计费系统接口一、前台预定系统:客人预定管理1.输入客人姓名系统可自动查出是否是黑名单客人;2.根据已订房客人资料进行“快速预订登记”;3.全面处理客人不同房类的开多间房的预定;4.输入客人姓名回车,如此客人以前在酒店入住过,系统会自动提示其以前消费的记录和客人的详细资料;5.可快速的为客人预定各类型房间及快速的查询是否有该客人在店入住;6.取消客人预定时方便快捷,并对取消预定客人以统一列表形式体现;7.房态图上直接显示预定客人抵店时间,方便接待人员对预定客人来店的操作;8.对散客/团队进行快捷方便的预定处理;9.对散客/团队进行快捷方便的预定取消;10.对散客/团队进行快捷方便的预定换房;11.对散客/团队进行快捷方便的加预定处理;12.散客一次性预定多间客房;13.预定房分别入住和快速的一起入住管理;14.多次预定,房间资源不够时,系统出现提示信息;15.批量预定、批量修改预定、批量入住;16.同时做多间房的预定----全部订房均处于联房关系;17.信息报表;二、前台接待系统:客人接待管理1.按顺序房号列出客房,用图形及颜色表示不同的房态;2.可直接房态图选择显示各种房类的房间列表;3.可直接在房态图上选择房间进行散客/团队预定、散客/团队入住、散客/团队结帐等操作;4.可直接在房态图上直接给客人换房操作,续住操作;5.可直接在房态图上直接给房间修改房态,方便客房中心人员;6.可与客房导航器进行配合使用;7.方便的入住登记:直接双击便可进入;8.可从电脑房态盘客人直接做客人预定、登记、续住、换房等等;9.按客人姓名系统可自动调出回头客信息及历次住店统计信息以确定房价优惠和客人具体的消费记录;10.按客人姓名系统可自动查出是否是黑名单客人;11.根据已订房客人资料进行快速登记;12.更改住客资料和房价;13.快递登记客人的入住,并给客人相印的开出各种特色房间。

酒店管理系统软件需求说明书

酒店管理系统软件需求说明书

酒店管理系统软件需求说明书第一篇:酒店管理系统软件需求说明书1引言...............................21.1编写目的. (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (2)2.1目标 (2)2.2用户的特点...........................32.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定.......................43.2.1精度. (4)3.2.2时间特性要求 (4)3.2.3灵活性............................53.3输人输出要求.. (5)3.4数据管理能力要求 (5)3.5故障处理要求 (5)3.6其他专门要求 (5)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (6)4.4控制 (6)软件需求说明书1引言1.1编写目的本文档的目的是阐述酒店管理系统的需求分析预期的读者:酒店经营者、客户、中间用户(软件的管理人员、开发人员、维护人员)、最终用户。

1.2背景待开发的软件系统的名称:酒店管理系统本项目的任务提出者和开发者:刘畅和酒店管理系统开发小组本项目的用户是针对各档次酒店宾馆管理定制开发的本系统环境要求:所有程序均在Windows98/XP,Windows2000操作系统下测试运行。

如果数据库为SQL Server数据库,建议用户安装SQL Serve20001.3定义酒店管理系统是酒店宾馆销售管理系统1.4参考资料《现代软件工程》陈松乔任胜兵王国军编著清华大学出版社《程序设计语言》沈志斌编著电子工业出版社《Delphi实用教程》郑阿奇主编电子工业出版社2任务概述2.1目标开发意图:随着人民生活的水平的日益提高,人们对于生活的品质也有了明显的提高,现在到酒店住宿已经不再是少部分人才有的享受,越来越多的人开始将之视为日常生活的一部份。

UML酒店管理系统说明书(需求规格说明书)模板

UML酒店管理系统说明书(需求规格说明书)模板

《酒店入住管理系统》--需求说明小组名称:电子商务082陈超、庞义洋系统分析说明书(需求规格说明书)目录1 概述 (1)1。

1 编写目的 (1)1。

2 参考资料 (1)2 需求 (1)2.1 功能需求 (1)2.1。

1 功能需求概述 (1)2。

1.2数据库管理模块 (2)2。

1。

3基本业务模块 (2)2。

1。

3系统用例图 (3)2.2 数据需求 (4)3 环境 (5)3。

1 运行环境 (5)3。

2 开发环境 (5)小结 (5)1 概述1。

1 编写目的本文档的编写目的是为酒店入住管理系统项目的开发提供:a。

软件总体要求,作为用户和软件开发人员之间了解的基础;b. 功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的基础;c。

验收标准,作为用户确认测试的依据。

1.2 参考资料[1]唐德鹏,张文娟,黄宇海.现代饭店经营管理[M]。

北京:中国水利电力出版社,2004[2]彭伟民。

基于需求的酒店管理系统的建模与实现[M]。

北京:人民邮电出版社,2005[3] 刘学明。

饭店客房管理[M].广东:广东旅游出版社,2000[5]蔡敏,徐慧慧,黄炳强。

UML基础与Rose建模教程. 人民邮电出版社,2006年1 月.[6]冀振燕。

UML系统分析设计与应用案例. 人民邮电出版社,2003年6 月。

2 需求2。

1 功能需求2。

1。

1 功能需求概述酒店管理系统主要有以下功能需求:1)用户登录模块,主要用于用户的登录。

用户权限分为管理员和普通用户。

当用户输入用户名和密码后经过确认,才能进入宾馆客房管理信息系统,并拥有相应的权限.如果不是用户,拒绝进入。

2)客房管理模块,该模块是本系统的核心所在.主要用于用户对客房及其业务的情况进行管理,其中包括:客房管理:可以对所有客房进行管理,包括增删该房间及房间状态。

预定管理:可以接受预定房间。

收银管理。

顾客信息管理:管理客户的基本信息。

3)消费管理模块,该模块主要用于对客人在入住期间的消费进行入帐操作,包括消费入帐,话费入帐,餐费入帐等操作。

酒店管理系统需求规格说明书

酒店管理系统需求规格说明书

酒店管理系统软件需求规格说明书文档编号:LL2013007-LY7文档信息:酒店管理系统的软件需求规格说明书文档类别:管理文档密级:机密版本信息:1.0建立日期:2013-11-05创建人:姚瑶审核者:孟友新批准人:孟友新批准日期:编辑软件:Microsoft Office 2003 中文版目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (4)3 系统需求详细说明 (4)3.1组织结构 (5)3.2业务流程分析 (6)3.3用例模型 (7)3.4静态模型 (11)3.5动态模型 (13)4需求规定 (15)4.1对功能的规定 (15)4.2对性能的规定 (17)4.2.1精度 (17)4.2.2时间特性要求 (17)4.2.3灵活性 (18)4.3数据管理能力要求 (18)4.4故障处理要求 (18)4.5其他专门要求 (19)5运行环境规定 (19)5.1设备 (19)5.2支持软件 (19)5.3接口 (19)5.3.1用户接口 (19)5.3.2硬件接口 (20)5.3.3软件接口 (20)5.3.4通信接口 (20)5.4控制 (20)1引言1.1编写目的1. 本文档是“酒店管理系统”的软件需求规格说明书,供所有与此系统相关的人员使用,包括分析设计人员、开发人员、测试人员、维护人员。

2. 便于用户、系统分析人员和程序员对需求进行理解和交流,初步判定目标系统能否满足其原来的期望,并可作为系统分析员设计软件的基本出发点;3. 是系统分析、设计的重要依据。

4. 详细描述系统的功能需求,及非功能性要求。

5. 用于在需求分析完成后确定用户追加的需求是否为新要求。

6. 作为后期软件维护的参考资料。

7. 作为内部、外部测试的参考资料。

1.2背景1.待开发的软件系统的名称:酒店管理系统2.本项目的任务提出者:孟友新3. 本项目的开发者:姚瑶、曾琳、杨林4. 用户:需要该系统的各酒店宾馆等1.3定义1. 前台管理系统:该子系统主要负责客房预订、取消预订、查询客房类型和状态、登记入住、宾客退房登记以及为宾客换房等功能的实现。

酒店管理系统需求规格说明书

酒店管理系统需求规格说明书标准化文件发布号:(9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-酒店管理系统需求规格说明书1引言 (2)编写目的 (2)背景 (2)定义 (2)参考资料 (3)2任务概述 ............................................................ 错误!未定义书签。

目标 (3)用户的特点 (3)假定和约束 (4)3需求规定 (4)对功能的规定 (4)对性能的规定 (7)精度 (7)时间特性要求 (7)灵活性 (7)输人输出要求 (7)数据管理能力要求 (10)故障处理要求 (16)其他专门要求 (16)4运行环境规定 (16)设备 (16)支持软件 (17)接口 (17)控制 (17)1引言《酒店管理系统需求说明书》旨在描述系统功能需求和一些非功能需求,明确系统需求边界。

文档分为四个部分:概述部分描述了项目的目的和范围,并对文档中使用的术语进行了说明;系统说明部分对系统进行了简要的描述;需求说明部分对系统功能要求、安全性、性能等方面进行阐述;验收则描述了系统最终验收通过的准则。

以便于设计人员的设计和维护人员的维护,并且有利于使用者使用。

编写目的编写本需求分析报告是为以后进行酒店管理系统项目的开发奠定基础,为后面的概要设计及详细设计等一系列工作起到指导作用,本报告最后要由项目管理人员评审并由其给出分析和决策《酒店管理系统需求说明书》目的是明确酒店管理系中各项功能和非功能性需求,确定系统功能模块。

同时为概要设计和详细设计人员提供设计依据,其他本项目组的开发人员也可参阅。

《酒店管理系统需求说明书》的阅读对象为:1)对相关业务技术和总体方案做出决策的管理人员和质量管理人员。

2)对本《酒店管理系统需求说明书》进行评审和确认的有关业务、技术人员。

3)参加概要设计和详细设计阶段工作的全体设计人员。

4)《酒店管理系统需求说明书》项目组,其他有权需求调用本文档的人员。

酒店管理系统需求说明书

酒店管理系统需求说明书1、引言1.1 编写目的本文档旨在描述酒店管理系统的需求,以指导开发团队进行系统设计和开发,并为酒店管理系统的功能、特性和约束条件提供准确的说明。

1.2 预期读者和使用者本文档的主要读者为酒店管理系统的开发团队,以及其他涉及开发、测试和部署该系统的相关人员。

预期使用者为酒店经理和工作人员,以及酒店客户。

2、项目背景2.1 目标酒店管理系统的目标是提供一个全面、高效、安全的解决方案,以协助酒店管理人员进行酒店运营和客户服务。

2.2 项目范围酒店管理系统主要包括以下模块:- 客房管理模块:包括客房预订、入住登记、客房清洁等功能。

- 客户管理模块:包括客户信息管理、积分管理、会员管理等功能。

- 前台管理模块:包括前台接待、支付结算、客户投诉处理等功能。

- 财务管理模块:包括财务报表、预算管理、收支统计等功能。

- 员工管理模块:包括员工信息管理、排班管理、薪资计算等功能。

3、功能需求3.1 客房管理模块3.1.1 客房预订- 客户可以通过系统预订客房。

- 管理人员可以查询和确认客房预订信息。

- 系统可以自动更新客房的可用性和预订状态。

3.1.2 入住登记- 客户可以通过系统进行入住登记。

- 管理人员可以记录客户的入住信息。

- 系统可以客房的入住账单。

3.1.3 客房清洁- 客房清洁人员可以通过系统查看和管理待清洁的客房。

- 清洁完成后,系统可以更新客房的清洁状态。

3.2 客户管理模块3.2.1 客户信息管理- 管理人员可以录入和更新客户的基本信息。

- 系统可以自动客户的唯一标识符。

3.2.2 积分管理- 系统可以记录客户的消费情况,并根据消费金额赋予相应的积分。

- 客户可以通过系统查询和兑换积分。

3.2.3 会员管理- 管理人员可以管理客户的会员信息和会员等级。

- 客户可以通过系统申请成为会员。

3.3 前台管理模块3.3.1 前台接待- 前台工作人员可以接待客户,提供必要的服务。

- 系统可以记录前台接待的相关信息。

酒店管理系统需求规格说明书

长沙理工大学酒店管理系统需求规格说明书学院计算机与通信工程班级软件1102班姓名杨玮凌学号201155080218 姓名贾磊磊学号201155080208 姓名林鹏学号201155080213目录1.范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (2)1.4基线 (2)2.引用文件 (2)3.需求 (2)3.1所需的状态和方式 (2)3.2需求概述 (2)3.2.1目标 (2)3.2.2运行环境 (3)3.2.3用户的特点 (4)3.2.4关键点 (4)3.2.5约束条件 (4)3.3需求规格 (5)3.3.1软件系统总体功能/对象结构 (5)3.3.2软件子系统功能/对象缩构 (11)3.4 CSCI能力需求 (12)3.5 CSCI外部接口需求 (12)3.6 接口标识和接口图 (13)3.7 CSCI内部接口需求 (13)3.8CSCI内部数据需求 (14)3.9适应性需求 (14)3.10保密性需求 (14)3.11保密性和私密性需求 (14)3.12CSCI环境需求 (15)3.13计算机资源需求 (15)3.13.1计算机硬件需求 (15)3.13.2计算机硬件资源利用需求 (17)3.13.3计算机软件需求 (17)3.13.4计算机通信需求 (18)3.14软件质量因素 (18)3.15设计和实现的约束 (19)3.16数据 (19)3.17操作 (19)3.18故障处理 (19)3.19有关后勤需求 (20)4合格性规定 (20)5需求可追踪性 (22)6尚需解决的问题 (22)7注释 (22)1范围1.1标识SRS适用范围:酒店管理系统标识号:GDGL004标题:酒店管理系统版本号:V1.0发行号:Alpha001(内测版)1.2系统概述随着中国社会经济的发展,人民消费水平的提高,酒店也慢慢变成了寻常百姓的消费场合。

酒店经营的范围也随之更规范化扩大化,酒店管理系统已是现代酒店必不可少的管理平台与助手。

酒店管理系统需求规格说明书

酒店管理系统软件需求规格说明书版本 1.0修订历史目录1. 概述 (4)1.1 目的 (4)1.2 范围 (4)1.3 定义, 略缩语及缩写 (4)1.4 参考资料 (4)1.5 文档概貌 (4)2. 总体说明 (4)2.1 用例模型概览 (4)2.1.1 系统的参与者(Actors) (4)2.1.2 系统主要用例 (4)2.1.3 用例视图 (7)2.2 假设与依赖 (10)3. 具体需求 (10)3.1 用例报告 (10)3.1.1 公共用例 (10)3.1.2 酒店管理员 (11)3.1.3 酒店经理 (13)3.1.4 前台操作员 (13)3.1.5 客户 (13)3.2 补充需求 (22)软件需求规格说明书1.概述1.1目的编写本文档的目的是为了参与项目各方对软件需求有统一的认识,并成为所有开发活动的依据。

本文档可以作为新加入项目组成员的学习资料,便于他们快速了解项目。

在维护阶段,本文档便于对系统功能改造和升级时参考。

1.2范围本文档仅适用于“酒店管理系统”电子商务系统及内部业务管理。

1.3定义, 略缩语及缩写1.4参考资料1.5文档概貌2.总体说明建立本系统是为了在网上开展酒店预订,住房管理等相关业务,将服务范围扩展到所有大中城市,为酒店和客户提供优质的住房服务。

通过扩大销售规模或者签约酒店降低开发成本,通过便利的服务方便消费者的住房过程,从而刺激消费。

通过服务信誉提高所占市场份额,创造经营效益。

酒店经营者利用本系统在网上开设酒店预订系统,提供和维护统一的客房信息,并在全国各主要大中城市设立分支或连锁机构;住房者(客户)登陆系统选择客房,填写客户信息,支付房款。

然后可以查看自己订单的情况;酒店业务员按照网上已付款的订单信息分配客房,然后让系统反馈信息给住房者,住房者确认信息后即可入住,住房者可更改住房信息或取消订单。

2.1用例模型概览2.1.1系统的参与者(Actors)2.1.1.1酒店管理员各分店酒店的实际管理者,拥有该酒店所有员工(酒店经理,前台操作员)的信息管理权,拥有酒店客房信息的管理权(增加、减少、更改房型),拥有该酒店经理,前台操作员的所有权利。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

酒店管理系统软件需求规格说明书文档编号:LL2013007-LY7文档信息:酒店管理系统的软件需求规格说明书文档类别:管理文档密级:机密版本信息:1.0建立日期:2013-11-05创建人:姚瑶审核者:孟友新批准人:孟友新批准日期:编辑软件:Microsoft Office 2003 中文版目录1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (2)1.4参考资料 (3)2任务概述 (4)2.1目标 (4)2.2用户的特点 (5)2.3假定和约束 (6)3 系统需求详细说明 (6)3.1组织结构 (7)3.2业务流程分析 (8)3.3用例模型 (9)3.4静态模型 (16)3.5动态模型 (18)4需求规定 (21)4.1对功能的规定 (21)4.2对性能的规定 (23)4.2.1精度 (23)4.2.2时间特性要求 (24)4.2.3灵活性 (24)4.3数据管理能力要求 (25)4.4故障处理要求 (25)4.5其他专门要求 (26)5运行环境规定 (26)5.1设备 (26)5.2支持软件 (27)5.3接口 (27)5.3.1用户接口 (27)5.3.2硬件接口 (27)5.3.3软件接口 (28)5.3.4通信接口 (28)5.4控制 (28)1引言1.1编写目的1. 本文档是“酒店管理系统”的软件需求规格说明书,供所有与此系统相关的人员使用,包括分析设计人员、开发人员、测试人员、维护人员。

2. 便于用户、系统分析人员和程序员对需求进行理解和交流,初步判定目标系统能否满足其原来的期望,并可作为系统分析员设计软件的基本出发点;3. 是系统分析、设计的重要依据。

4. 详细描述系统的功能需求,及非功能性要求。

5. 用于在需求分析完成后确定用户追加的需求是否为新要求。

6. 作为后期软件维护的参考资料。

7. 作为内部、外部测试的参考资料。

1.2背景1.待开发的软件系统的名称:酒店管理系统2.本项目的任务提出者:孟友新3. 本项目的开发者:姚瑶、曾琳、杨林4. 用户:需要该系统的各酒店宾馆等1.3定义1. 前台管理系统:该子系统主要负责客房预订、取消预订、查询客房类型和状态、登记入住、宾客退房登记以及为宾客换房等功能的实现。

2. 财务管理系统:该子系统主要负责收取订金和为宾客退房结账、账单查询、业绩统计和宾客赔偿等功能的实现。

3. 客房管理系统:该子系统是整个酒店管理系统的核心系统,其主要负责对房间设施的管理、对用户信息的查询、房态图的存储、对客房类型与状态记录和修改以及对客房其它的一些经营管理等功能的实现。

4. 客房预订:录入宾客预订部门(客房),新增预订,预订宾客信息,选择预订日期,项目清单,选择项目,预订信息更改,确认。

5. 取消预订:预订信息的撤销。

6. 入住登记:如果客人已经预定房间,则根据预定凭证进行预定入住操作,选择需接待登记的部门,登记宾客信息;如果客人没有预定房间,接待人员查询客房状态表后,有空房则进行客房登记操作,发给客人房卡,登记项目,立账或撤销。

7. 宾客换房:选择宾客原登记部门,选择宾客,选择项目,确认或撤销。

8. 退房结账:选择部门,添加退房宾客于列表,项目清单,金额总计,付款方式,确认或取消。

9. 客房类型:酒店分有经济房、标准间、大床房、商务房以及总统套房等客房类型。

10. 客房状态:如果客人已经预定房间,则根据预定凭证进行预定入住操作,发给客人房卡,客房状态由“预定”变为“入住”;如果客人没有预定房间,接待人员查询客房状态表后,有空房则进行客房登记操作,发给客人房卡,客房状态由“空房”变为“入住”。

11. 客人退房:客人退房时,接待人员根据客人的房卡,进行退房登记。

计算客人入住期间的房费,各种消费和押金总额。

对客人收取费用或者退回押金。

客人信息转存到历史客人表中。

客房状态由“入住”转为“空房”。

12. 房态图:房态是房间状态+ 客人状态(预订、在住、离店[走占])的综合反映,是客房管理中一个重点的业务模型,在一个房间控件上,显示各种房间状态(信息),如果不是有实际的操作需要,操作员不一定能留意到房态的实时变化——除非当房态变化时,触发某个提醒事件。

13. 账务管理:账务管理通过账号来处理账务,基本上是独立于客人和房间信息的,客人账户的一些附属信息起到了辅助账务处理的作用。

14. 业绩统计:对酒店的业绩进行统计,然后制成报表,通过财务管理子系统来实现。

15. 宾客赔偿:当宾客退房离开时,酒店工作人员要对客房进行检查,然后由此判定是否要宾客进行赔偿。

1.4参考资料1.GB/T8567——2006《计算机软件文档编制规范》2.《酒店管理系统——需求分析与规格说明》3. 《软件工程导论(第五版)》张海藩编著清华大学出版社4. 《软件工程:方法·工具和实践方法》冯玉琳,赵保华著科学技术大学出版社2任务概述2.1目标随着计算机技术的飞速发展,信息时代的到来,信息改变了我们这个社会。

各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。

客房管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理,以现代化工具代替传统手工作业。

无疑,使用网络信息化管理使客房管理更先进、更高效、更科学,信息交流更迅速。

酒店客房管理系统是酒店经营管理中不可缺少的部分,它的内容对于经营的决策者和管理者来说都至关重要,所以客房管理系统、信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。

但一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多弊端,如:效率低、保密性差,容易出现差错等,且对于查询空房间及已定房间等极为不方便。

在当今时代,这些完全可以改用计算机来代替人的手工操作。

作为计算机及网络应用的一部分,使用计算机对客房信息进行管理,具有手工管理所无法比拟的优点。

例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高客房经营管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

且办事效率也是决定收入的一个关键因素。

“酒店管理系统”代表了酒店管理的信息化,不仅是体现酒店现代化形象的一个重要标志,而且对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。

2.2用户的特点1. 酒店前台工作人员:前台服务员的主要职能是负责订房和退房,以及查询入住的客户信息。

所有该角色只可以使用部分功能,包括客房经营管理、客户信息查询、个人密码修改以及注销功能。

前台工作人员对客房信息进行管理,包括对客房的基本信息(如客房号、客房类型、客房位置等)进行检索、录入和修改。

工作人员根据酒店规定可自定义客房类型,并对其进行管理,包括对客房类型的基本信息(如类型名称、面积、床位、价格等)进行检索、录入和修改。

系统界面会自动显示各种房类的订房情况,以方便前台接待控制房态。

按客人姓名系统可自动调出回头客信息及历次住店统计信息以确定房价优惠、优惠时段和客人具体的消费记录等。

2. 酒店管理人员:酒店管理员享有最高权限,可以使用酒店客房管理系统所提供的所有功能,包括员工信息维护、客房类型维护、客房信息维护、客户信息查询、经营状况统计、个人码修改以及注销功能。

3. 顾客:顾客可以在酒店提供的网上酒店管理系统进行自助查询酒店的一些相关信息,以及预定客房等。

4. 财务管理部门:根据酒店客房的业务记录,酒店财务管理部门的工作人员可选择由客房类别和日期的统计方式对营业额进行统计。

他们需要接受培训,学会如何让使用计算机以及一些office应用。

5. 客房管理部门:酒店的房务服务人员利用系统可看到系统根据自家酒店的实际情况按顺序房号列出客房,很直观地显示客房所属的房间类型及用图形及颜色表示不同的房态,有没有顾客入住、退房等,客房需要什么样的服务,是否需要打扫、服务。

2.3假定和约束1. 技术预研能够按期完成;2. 客户需要在需求获取阶段及界面设计过程中投入足够的精力;3. 采用面向对象的分析与设计方法;4. 核心需求都要以完善的功能、安全(客户浏览权限,内部用户权限)为目标并考虑扩展性;3 系统需求详细说明一个成熟的酒店管理系统不仅仅是记录酒店客人的信息,提供查询,报表打印等一系列简单的工作,它能让工作人员从烦琐的手工操作中解脱,并且酒店管理系统本身就代表着一种管理方法。

随着它的深入,将带动企业的运作,为管理和决策提供支持。

本项目在经过对各酒店软件进行分析和研究后,参考国际上的先进酒店软件管理思想,结合中国酒店的实际特点,认为可将整个酒店管理系统细分为四个子模块:(1)前台管理系统(2)财务管理系统(3)客房管理系统(4)系统维护3.1组织结构图3-1 系统功能组织结构图图3-2 前台管理组织结构图图3-3 财务管理组织结构图图3-4 客房管理组织结构图图3-5 系统维护组织结构图3.2业务流程分析图3-6 酒店管理系统的基本流程3.3 用例模型根据系统功能描述,对酒店管理系统建立系统用例图,明确各个角色所拥有的功能,具体见下列用例图。

系统维护(from Use Case View)图3-7 酒店管理系统用例图用例名称:酒店管理系统用例描述:当用户点击链接进入界面后,选择登录或注册或是直接浏览。

当用户停止浏览时结束活动者:操作员位置:普通PC假设:查询无论确定或取消都可以随时退出,执行其他模块先决条件:操作员必须先登录到网站主页后续条件:选择功能模块或退出主路径:操作员根据具体需求选择模块例外路径:操作员无法进入所选模块宾客预订(f宾客离店(from Use Cas e View)图3-8 前台管理系统用例图用例名称:前台管理系统用例描述:操作员登录到界面,进行客房的预订、登记、查询等操作活动者:操作员位置:普通PC假设:结果无论确定或取消都可以随时退出,执行其他模块先决条件:操作员必须先登录到前台管理模块后续条件:确定客房的预订、登记、查询等或退出主路径:操作员根据宾客需求进行客房预订或修改,宾客信息的登记,删除或修改例外路径:管理员进行信息录入,但是系统显示无法录入(f业绩统计(from Use Case View)图3-9 财务管理系统用例图用例名称:财务管理系统用例描述:操作员登陆财务管理模块,操作员对宾客退房、赔偿进行财务管理,对酒店业绩的统计,帐单的查询活动者:操作员位置:普通PC假设:结果无论确定或取消都可以随时退出,执行其他模块先决条件:操作员必须先登录到财务管理模块后续条件:确定结帐操作或帐单查询或退出主路径:操作员根据需要进行操作,包括宾客退房结帐,帐单查询,修改或删除,业绩统计查询例外路径:操作员进行信息修改,但是系统显示无法修改(f房间设施管理(from Use Case View)图3-10 客房管理系统用例图用例名称:客房管理系统用例描述:操作员对客房信息和客房设施进行管理活动者:操作员位置:普通PC假设:结果无论确定或取消都可以随时退出,执行其他模块先决条件:操作员必须先登录到客房管理模块后续条件:确定修改客房信息和客房设施信息或退出主路径:操作员根据时实信息进行修改,包括客房信息的修改,删除或添加和客房设施信息的修改,删除或添加例外路径:操作员进行信息修改,但是系统显示无法修改参数设置(from Use Case View)图3-11 维护系统用例图用例名称:酒店维护系统用例描述:操作员对酒店管理系统的维护与备份活动者:操作员位置:普通PC假设:结果无论确定或取消都可以随时退出,执行其他模块先决条件:操作员必须先登录到系统维护模块后续条件:确定修改系统信息或退出主路径:操作员对数据进行备份,权限、密码的修改,删除或添加和系统参数的修改,删除或添加例外路径:操作员进行信息修改,但是系统显示无法修改3.4 静态模型根据系统功能描述,建立系统的静态对象模型对象,描述现实世界中的“类与对象”的关系,描述了系统的静态数据结构,具体见下列类图。

相关文档
最新文档