软件工程酒店客房管理系统需求分析

软件工程酒店客房管理系统需求分析 《软件工程》实验 酒店客房管理系统 需求分析 指导教师: 班 级: 学生姓名: 学 号: 完成日期: 计算机科学与技术系 1(系统需求概述 1.1系统概述 开发的软件名字定为:酒店客房管理系统 本文按照面向结构化的方法，先进行宾馆管理信息化的需求分析，了解系统的功能需求，进而进行系统的整体设计，再进行功能分解，划分系统的功能模块，进行详细设计及代码开发，最终实现一个实用的小型宾馆管理信息系统。该系统的实现，能实现宾馆管理的自动化、化，提高管理效率，体现现代信息技术在经济社会生活中的应用价值。 1.2系统功能需求 酒店操作人员在酒店信息管理系统中完成对运行酒店所需的基本数据的维护，包括这些信息的增加、修改及对各项信息的变动。 操作人员首先根据入住客户的需求在酒店信息管理系统中进行入住房间号的查找，随后进行入住登记，并在系统中对已经入住的客户进行基本信息的录入。 客户订房时操作人员会录入预订信息。 在退房时，对整个信息进行修改，并进行结算。 酒店信息管理系统需要具有以下的功能: 1、客户信息管理: 功能实现:客户管理子系统，包括信息存入，信息查询，信息修改，信息删除。 输入:客户信息，录入顾客信息(姓名、身份证号、联系方式、详细地址、工作单位) 处理过程:客户信息存入数据库 输出:操作成功或失败的提示信息 2、客房信息管理:设置客房，设置客房信息 功能实现:客房信息管理子系统可以对客房信息进行添加，删除，修改和查询 输入:客房信息，录入客房信息(客房标准、客房编号、所在楼、价格、 房间类型、使用配置、房态) 处理过程:客房信息存入数据库 输出:操作成功或失败的提示信息 3、订房信息管理 功能实现:客户订房子系统可以进行客房查询和对客户订房信息进行登记，修改和查询。 输入:客房信息 处理过程:提供客房信息，供客户选择房间并录入系统 输出:客房信息以及订房信息 4、结算管理 功能实现:客户结帐子系统可以算出客户应交金额并显示信息，并同时更新相应 客房信息，且可以对结算信息进行查询。 输入:客户信息 处理过程:客户信息查询消费情况 输出:消费清单或者操作失败提示信息 [对系统进行简介，并简要说明系统的需求。] 2(用例建模 [概要说明本小节] 2.1 参与者列表 从需求分析可以看出，酒店客房管理系统有4个人执行者和4个系统执行者，即“系统管理员”、“客户”、“前台服务员(收银员)”“酒店经理”、“、客户信息管理系统”、“客房信息管理系统”、“订房信息管理系统”、“结算管理系统”。 1)系统管理员:负责整个软件的维护工作，可以添加用户，并对用户设置权限。 2)客户:入住酒店，并填写相应信息。 3)前台服务员(收银员):服务于客户，为客户提供客房信息，并录入客户相关信息，结算客户的消费情况，并收取相应金额。 4)超市经理:监督超市的整个运营情况，可以查询销售情况，作出决策。 5)用户信息管理:包括信息存入，信息查询，信息修改，信息删除。 6)客房信息管理:设置客房标准，设置客房信息。 7)订房信息管理:进行客房查询和对客户订房信息进行登记，修改和查询。 8)结算管理:客户结帐子系统可以算出客户应交金额并显示信息，并同时 更新相应客房信息，且可以对结算信息进行查询。 [列出系统用例的参与者，并作简要说明。例:客户:出钱购买我们服务的人。] 2.2 用例列表 根据系统的需求分析中客户对系统功能提出的要求，可以粗略的找到系统用例，并在后期的用例建模工作中合并、优化、筛选这些用例。 (1)UC—1 “酒店客房管理系统”中的用例 (2)UC—2 “系统管理”中的用例 (4)UC—3 “客房管理子系统”中的用例 (5)UC—4“订房管理子系统”中的用例 (6)UC—5“结算管理子系统”中的用例 [列出系统需完成的用例的编号和名字，并简要说明其任务。例:UC-1 登录: 用于验证用户权限。] 2.3 用例图 [画出系统的用例图，注意图不能单独出现，需要图名图号，并有正文对它的 引用。例如:本系统的用例图如图1所示。] (1)“酒店客房管理系统”中的用例 在第一层中，根据客户对“酒店客房管理系统”的整体业务功能要求，可选的用例有: , 客户管理 , 客房管理 , 前台服务管理 图2.3.1酒店客房管理系统用例图 (2)“系统管理”中的用例 在第二层中，根据客户对“系统管理”的业务功能要求，可选的用例有: , 客房信息的管理 , 客房经营管理 图2.3.2系统管理用例图 (3)“客房管理子系统”中的用例 在第二层中，根据客户对“客房管理”的业务功能要求，可选的用例有: , 添加客房信息 , 修改客房信息 , 删除客房信息 , 查询客房信息 图2.3.3客房管理用例图 (4)“订房管理子系统”中的用例 在第二层中，根据客户对“订房管理”的业务功能要求，可选的用例有: , 添加订房信息 , 查询剩余客房 , 修改订房信息 , 查询订房信息 图2.3.4订房管理用例图 (2)“结算管理”中的用例 在第二层中，根据客户对“结算管理”的业务功能要求，可选的用例有: , 客户住房信息 , 客房退订信息 , 结账管理 , 消费 图2.3.5结算管理用例图 2.4 辅助需求 2.4.1系统环境需求 1、系统模式 本系统采用C/S模式作为开发模式 2、硬件环境 服务器端: 高性能的计算机一台， 普通的双绞线作为连接。 客户端: 普通的计算机或者工作站， 普通的双绞线作为连接。 3、软件环境 服务器端:安装SQL Server 2000的服务器版本， 安装windows 2000服务器版本， 配置了诺顿等必须的防毒软件。 客户端: 安装SQL Server2000的服务器版本， 安装了VB等可视化开发工具软件， 安装windows2000服务器版本。 [性能、容量等方面的需求] 3(对象建模 对象类静态结构模型描述了系统的静态结构，包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。 [概要说明本小节内容] 3.1 确定类与对象 [分析并列出系统功能实现所涉及的类或对象。例:学生、教师、课程等。] 3.2 确定类与对象的关联、属性、服务 酒店管理系统的对象类包括: (1) 商品 类名:商品 类的编号:030101(共三层，每层用2位数字表示，采用6位编号)。 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:负责建立商品基本信息并对这些信息进行处理，包括增加、删除、查 询操作等。 属性:商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、 促销价格、促销起止日期、允许打折、入库日期。 操作:增加商品()、删除商品()、修改商品信息()、查询商品()。 (2) 顾客 类名:顾客 类的编号:030102 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:负责建立顾客对象并进行处理，包括购买商品、付款、购物查询操作。 属性:交易编号 操作:购买商品()、付款()、购物查询()。 (3) 会员 类名:会员 类的编号:030103 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:继承顾客类，负责建立会员基本信息并进行处理，包括添加会员、删 除会员、修改会员信息、购物查询操作。 属性:会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。 操作:添加会员()、删除会员()、修改会员信息()、购物查询()。 4) 销售人员 ( 类名:销售人员 类的编号:030104 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:负责建立销售人员对象并进行处理。 属性: 姓名、性别、职位、电话。 操作: (5) 前台销售人员 类名:前台销售人员 类的编号:030105 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:继承销售人员类，负责建立前台销售人员对象并进行处理，包括商品 扫描、录入商品编号、结账、打印购物小票操作。 属性: 销售人员[*]等。 操作: 商品扫描()、录入商品编号()、结账()、打印购物小票()。 (6) 后台销售人员 类名:后台销售人员 类的编号:030106 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:继承销售人员类，负责建立后台销售人员对象并进行处理，包括商品 录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。 属性: 销售人员[*]等。 操作: 商品录入()、商品信息修改()、删除商品()、商品查询()、销 售商品()。 (7) 前台客服人员类 类名:前台客服人员 类的编号:030107 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:负责建立前台客服人员对象并进行处理，包括添加会员、删除会员、 修改会员信息、购物查询操作。 属性:姓名、性别、职位、电话。 操作:添加会员()、删除会员()、修改会员信息()、购物查询()。 (8) 销售表 类名:销售表 类的编号:030108 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:负责建立销售表基本信息并对这些信息进行处理。 属性:交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。 操作: (9) 销售汇总表 类名:销售汇总表 类的编号:030109 类的类型:该类创建的对象为持久对象，存储在服务器上的数据库中，可以 共享。 功能:负责建立销售汇总表基本信息并对这些信息进行处理。 属性:商品编号、商品名称、商品价格、销售数量、销售金额 操作: 查询()。 [分析并列出哪些类之间存在关联，及什么样的关联。] 3.3 系统类图 图3.3.1类图及其之间的关系 4(动态建模 4.1 活动图 4.1.1客户订房活动图 4.1.2客户入住活动图 4.2 状态转移图 4.2.1管理员使用系统状态图 4.2.2客户入住状态图 4.3 顺序图建模 4.3.1添加客房信息顺序图 图4.3.2修改客房信息顺序图 图4.3.3客户订房信息顺序图 图4.3.4收银员结算顺序图 5. 总结 [对本次实验做以总结。] 经过了大家几次的讨论，并且参考一些资料来设计，我们对于这次的“酒店管理系统”的UML建模已经基本完成。虽然说在这次设计的过程中遇到过很多问题，主要体现在大家对于系统建模的很多认识不够，对于建模的概念比较模糊，不过通过查找资料以及翻书，大家都有了一定的了解与成长，对于UML建模的有了较之以前更为清晰的认识。对于工具等的运用也相对熟练了。当然，这次的设计也暴露了我们的很多不足，因此，我们也需要在以后的学习中，不断的加深自己的知识。 酒店入住管理系统的分析与设计”，采用UML建模的方法已经基本完成。在建模过程中，遇到一些问题，通过询问辅导老师和上网查找资料， 得到了比较满意的解决，在这次课程设计中，关于UML的概念以前比较模糊的地方，在实际操作中，变得更加清楚了，对Rational Rose的UML功能运用的更加熟练。使我对UML建模的思想有了更进一步的理解，在以后的学习中，还将不断的学习UML的理论知识。