HMS酒店客房管理系统需求规格说明书 | ||||||||||||||||
1 引言 1.1立项背景 现今,酒店的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。服务的提升和管理的升级是酒店业的竞争核心。餐饮住房领域目前呈多元发展趋势,多种业态:路摊、小餐馆、奶茶店、饭店、大酒店、旅馆、宾馆等相互并存。如何在激烈的竞争中扩大营业额、降低营业成本、扩大经营规模,成为酒店营业者努力追求的目标。 1.2立项原因概述 针对酒店的特点,为了帮助酒店解决现在面临的问题,提高酒店的竞争力,我们将开放一个酒店客房管理系统。 1.3UML 概述 面向对象的系统分析与设计,包括OOA(面向对象分析)与OOD(面向对象设计)两个部分。其中OOA 的主要任务是分析问题,找出问题解决方案。同时,发现对象并分析对象内部构成和外部关系,建立软件系统的对象模型。OOD 的主要任务是根据已确立的系统对象模型,运用面向对象技术,设计 对象与类,进而设计系统结构、人机界面、数据管理、任务管理等子系统。 UML(Unified Modeling Language)是第3 代的面向对象建模语言。UML 是由Rational 公司的面向对象技术研究专家Grady Booch、Ivar Jacobson 和Jim Rumbaugh 联合开发的。它采纳和扩展了Booch 标记法、OMT 的面向对象建模技术的方法,以及面向用例(Use-Case)的OOSE 方法,并且吸取了其他学者和软件厂商的建议。UML 在提交给OMG( Obicct ManagementGroup)后,最终成为大众所接受的标准建模语言。 UML建模语言吸取和发展了Booch、OMT 和OOSE 方法,以及其它OO 和非OO 方法的优点。它融入了软件工程领域的新思想、新方法和新技术,提出如模板、扩展机制、活动图等新概念。UML 易于表达且功能强大,应用广泛。它不但适用于面向对象的软件分析与设计,还支持从需求分析开始的软件开发的全过程。UML 定义了一系列图形工具,以对现实世界进行面向对象建模。 标准建模语言UML 已成为面向对象技术的主流建模工具,支持系统分析、设计和实现等软件开发全过程。UML 定义了5 类10 种模型图,用于提供静态建模机制和动态建模机制。 静态模型包括用例图、类图、对象图、包图、构件图。配置图动态模型包括行为图(活动图,状态图)和交互图(顺序图,合作图)。 (1)用例图:描述应用领域需求与功能,以及事务(用例)之间的逻辑关系。 (2)类图:是显示一组类、接口、协作以及它们之间关系的图。 1)对象图:类的实例图。 2)包图:提供类图的分组优化机制 (3)行为图:描述跨越多个用例的对象行为(数据操作功能),包括活动图和状态图。 1)活动图:描述多用例和多对象的复杂行为及活动间的约束关系;或者说,描述复杂行为中的活动及其执行顺序。 2)状态图:描述单个对象的所有可能状态及转移条件。 (4)交互图:显示一个交互,由一组对象和它们之间的关系构成,其中包括在对象间传递的消息,包括顺序图和协作图。 1)顺序图:是强调消息的时间顺序的交互图。 2)协作图:是强调发送和接收消息的对象之间的结构组织的交互图。 (5)实现图:用于描述系统实现的一些特性,包括构件图和配置图。 1)构件图:描述软构件及相互间的依赖(及调用)关系,包括源文件、二进制文件、可执行文件。 2)配置图:描述构件运行环境及系统软硬件体系结构。 1.4参考文献 《软件工程概论》 2 项目概述 2.1 面向的用户 酒店经理主要是管理员工、查询和权限设置,前台接待员主要负责客户订餐、订房、入住登记、结账,系统管理员主要维护系统和数据处理。 2.2 实现目标 (1)建立一个具有友好界面,操作简单的酒店客房管理系统; (2)能够更好的控制和发展酒店各种业务,使其顺利进行; (3)实现对客户的信息录入,员工的信息录入,客房的信息录入,并建立完整的数据库,对客户、员工、客房实行统一管理; (4)前台人员查询本系统,可以更直接,更有效的获得客户与客房的信息,提供客户满意的服务; (5)经理通过本系统,也可以更直接,更有效的获得客户与客房的信息和员工信息,了解酒店客房的入住情况和酒店的收入情况,以做出更好的决策,给酒店带来更大的效益。 2.3 项目开发要求 (1)项目开发规范统一:模块划分,代码编写均遵照小组命名规范文档; (2)程序优化、安全并要有良好的可扩展性; (3)用户界面简洁明了、操作简单实用; (4)与用户保持良好的沟通,及时根据用户新的需求改善系统功能。 2.4 开发工具 Microsoft Visual C 6.0 SQL server 2000 Rational Rose2003 3 系统描述 3.1 系统概述 该酒店客房管理系统主要分为两大系统,分别是前台管理系统和后台管理系统:前台管理系统分为酒店管理、客房管理、客户管理、预约管理、入住管理、结账管理;后台管理系统分为人员管理、订单管理、查询统计报表。实现对酒店更加方便的管理。 3.2 系统总体结构 3.3 各部分功能描述 (1)酒店管理:负责客户的点餐订餐。 (2)客房管理:对客房信息进行管理,增加客房信息,删除客房信息,修改客房信息,查询客房信息。 (3)客户管理:对客户信息进行管理,增加客户,删除客户,修改客户信息,查询客户信息,给客户办理会员。 (4)预约管理:实现客户预订客房的功能,可增加预约信息,删除预约信息,修改预约信息,查询预约信息。 (5)入住管理:对已入住客户信息和客房信息进行管理,可增加入住信息,删除入住信息,修改入住信息,查询入住信息。 (6)结账管理:对退房客户和用餐客户进行结账操作,可删除客户信息,更新客房信息,增加一笔营业收入。 (7)人员管理:对员工信息进行管理,可增加员工,辞退员工,修改员工信息,查询员工信息。 (8)订单管理:增加订单,删除订单,修改订单,查询订单。 (9)查询统计报表:对营业收入信息进行统计查询。 4 系统分析 4.1 用例图 4.1.1 客房管理 用例分析: 用例名称:客房管理 描述:前台接待员及时更新客房信息 角色:前台接待员 前置条件:前台接待员成功登陆系统并具有客房管理的权限主流事件: 1.前台接待员选择“客房管理”选项,用例开始 2.系统自动进入客房管理界面 3.系统自动获取客户入住信息和退房信息 4.前台接待员修改客房信息 A1:格式不正确 5.系统自动更新数据 6.将更新的信息自动写入日志文件 7.用例结束 其他流事件: A1:格式不正确 (1)系统提示错误信息 (2)返回主事件4 后置条件:系统成功将信息记入客房管理系统 4.1.2 客户管理 用例分析: 用例名称:客户管理 描述:前台接待员及时更新客户信息 角色:前台接待员 前置条件:前台接待员成功登陆系统并具有客户管理的权限 主流事件: 1.前台接待员选择“客户管理”选项,用例开始 2.系统自动进入客户管理界面 3.系统自动获取客户预约信息和入住信息,更新客户数据库 4.前台接待员处理客户信息 A1:格式不正确 5.系统自动更新数据 6.将更新的信息自动写入日志文件 7.用例结束 其他流事件: A1:格式不正确 (1)系统提示错误信息 (2)返回主事件4 后置条件:系统成功将信息记入客户管理系统 4.1.3预约管理 用例分析: 用例名称:预约管理 描述:前台接待员实现对客户预约信息的录入和修改 角色:前台接待员 前置条件:前台接待员成功登陆系统并具有预约管理的权限主流事件: 1.前台接待员选择“预约管理”选项,用例开始 2.系统自动进入预约管理界面 3.前台接待员输入客房预约信息 A1:格式不正确 4.系统自动更新数据 5.将更新的信息自动写入日志文件 6.用例结束 其他流事件: A1:格式不正确 (1)系统提示错误信息 (2)返回主事件3 后置条件:系统成功将信息记入预约管理系统 4.1.4入住管理 用例分析: 用例名称:入住管理 描述:前台接待员实现对客户入住信息的录入和修改 角色:前台接待员 前置条件:前台接待员成功登陆系统并具有入住管理的权限主流事件: 1.前台接待员选择“入住管理”选项,用例开始 2.系统自动进入入住管理界面 3.输入客户信息 A1:格式不正确 4.系统自动获取客户预约信息 5.前台接待员处理客户信息 6.系统自动更新数据 7.将更新的信息自动写入日志文件 8.用例结束 其他流事件: A1:格式不正确 (1)系统提示错误信息 (2)返回主事件3 后置条件:系统成功将信息记入入住管理系统 4.1.5 结账管理 用例分析: 用例名称:结账管理 描述:前台接待员实现对客户退房进行结账 角色:前台接待员 前置条件:前台接待员成功登陆系统并具有结账管理的权限主流事件: 1.前台接待员选择“结账管理”选项,用例开始 2.系统自动进入结账管理界面 3.输入客户信息 A1:格式不正确 4.系统自动获取客户入住信息 5.前台接待员处理客户信息 6.系统自动更新数据 7.将更新的信息自动写入日志文件 用例结束 其他流事件: A1:格式不正确 (1)系统提示错误信息 (2)返回主事件3 后置条件:系统成功将信息记入结账管理和统计报表系统 4.1.6酒店管理 用例分析: 用例名称:酒店管理 描述:前台接待员实现对客户点餐订餐信息的录入 角色:前台接待员 前置条件:前台接待员成功登陆系统并具有点餐订餐业务管理的权限主流事件: 1.前台接待员选择“酒店管理”选项,用例开始 2.系统自动进入酒店管理界面 3.前台接待员输入客户点餐订餐信息 4.系统自动更新数据 5.将更新的信息写入日志文件 6.用例结束 后置条件:系统成功将信息记入结账管理和统计系统 4.1.7 客户网上预约 用例分析: 用例名称:客户网上预约描述:客户在网页上自助进行预约客房 角色:客户 前置条件:客户成功打开网页 主流事件: 1.客户选择所需客房 2.客户选择住房时间 3.若为会员则输入账号密码 A1.输入错误 4.输入客户信息 A2.格式错误 5.提交信息 6.用例结束 其他流事件: A1.输入错误 (1)系统提示错误信息 (2)返回主事件4 A2:格式不正确 (1)系统提示错误信息 (2)返回主事件4 后置条件:系统成功将信息记入预约管理系统 4.1.8 人员管理 用例分析: 用例名称:员工管理 描述:经理可以对员工基本信息录入、修改、查询和删除 角色:经理,系统管理员。 前置条件:经理已成功登录系统并具有信息录入、修改、查询和删除的权限。主事件流: 1.选择“员工管理”选项,用例开始 2.系统管理员或经理录入员工信息并检查信息格式 A1:格式不正确 3.系统成功写入一条员工信息 4.输入查询条件对员工的信息进行查询 5.系统返回查询结果 6.经理对员工权限进行设置 7.更新系统客户表 8.系统管理员对员工信息进行修改 A2:格式不正确 9.更新员工信息表 10.删除员工信息 11.更新员工信息表 其他事件流: A1:格式不正确 (1)提示格式错误信息 (2)返回主事件流第2步 A2:格式不正确 (1)系统提示错误信息 (2)返回主事件8 后置条件:系统成功将信息记入人员管理系统 4.1.9 订单管理 用例分析: 用例名称:订单管理 描述:系统管理员可以对员工基本信息录入、修改、查询和删除 角色:系统管理员 前置条件:系统管理员已成功登录系统并具有信息录入、修改、查询和删除的权限。主流事件: 1.系统管理员选择“订单管理”选项,用例开始 2.系统自动进入订单管理界面 3.系统自动获取所有订单信息 4.前台接待员处理需要操作的订单信息 5.系统自动更新数据 6.将更新的信息自动写入日志文件 后置条件:系统成功将信息记入订单管理系统 4.1.10 查询统计报表 用例分析: 用例名称:查询统计报表 描述:系统管理员操作生成统计报表,经理可以检查并修改报表 角色:系统管理员,经理 前置条件:系统管理员已成功登录系统并具有生成统计报表的权限,经理拥有最高权限。 主事件流: 1.系统管理员选择“查询统计报表”选项,用例开始 2.打开查询统计报表窗体 3. 系统管理员或经理录入登陆密码并检查格式 A1:格式不正确 1.系统管理员选择成统计报表 2.系统生成统计报表 3.经理检查报表数据 4.经理输入密码登陆 5.系统管理员修改数据 6.系统管理员重新生成统计报表 7.经理检查报表数据 A2:报表错误 10.打印统计报表 11.用例结束 其他事件流: A1:格式不正确 (1)系统提示错误信息 (2)返回主事3 A2:报表错误 (3)返回主事件7 后置条件: 4.2 活动图 4.2.1 预约管理 4.2.2 客户网上预约 4.2.3入住管理 4.2.8 查询统计报表 4.3 时序图4.3.1 预约管理 4.3.2 客户网上预约 : 前台接待员入住管理界面 预约管理系统 客户管理系统 客房管理系统 1.登入 2.登入成功 3.输入客户信息 4.检测是否预约 7.返回检测结果5.检测是否为会员 6.返回会员检测结果 8.返回检测信息 9.选择房间(若为会员则无) 10.检测所需房间 11.返回合适房间信息 12.确认信息 : 经理 员工信息录入表 员工信息修改表 员工信息查询表 员工信息员工信息表 1 打开员工信息录入 2 获取员工信息录入 3 要求员工信息表 4 获取员工信息表 6 正确性检查 7 录入员工信息 8 打开员工查询表 10 输入查询条件 9 返回查询表 5 返回员工信息表 11 获取员工信息 13 打开员工信息修改表信息 14 返回员工信息修改表 15 输入修改信息 16 正确性检查 17 写入员工信息 12 返回员工信息 4.3.5 查询统计报表 4.3.6 结账管理 4.3.7 客户管理 : 前台接待 员客户信息录入窗体 客户信息查询窗体 客户信息修改窗体 客户信息客户信息表 1.打开客户录入窗体 2.要求客户信息表 3.获得客户信息表 4.正确性检测 5.写入客户信息 6.打开客户查询窗体 7.输入查询条件 8.返回查询客户信息 9.打开客户修改窗体 10.输入修改信息 11.正确性检测 12.写入客户信息 : 前台接待 员客房信息录入窗体 客房信息查询窗体 客房信息修改窗体 客房信息客房信息表 1.打开客房录入窗体 2.要求客房信息表 3.获得客房信息表 4.正确性检测 5.写入客房信息 6.打开客房查询窗体 7.输入查询条件 8.返回查询客房信息 9.打开客房修改窗体 10.输入修改信息 11.正确性检测 12.写入客房信息 : 系统管理 员订单信息录入窗体 订单信息查询窗体 订单信息修改窗体 订单信息订单信息表 1.打开订单录入窗体 2.要求订单信息表 3.获得订单信息表 4.正确性检测 5.写入订单信息 6.打开订单查询窗体 7.输入查询条件 8.返回查询订单信息 9.打开订单修改窗体 10.输入修改信息 11.正确性检测 12.写入订单信息 4.4 类设计 4.4.1 前台管理类关系图 4.4.2客户网上预约类关系图 4.4.3后台管理类关系图 5 系统接口 5.1 用户接口 说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义。 5.2 硬件接口 本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。用户对程序的维护,最好要有备份。另需要IC卡扫描仪,对会员信息扫描,和商品信息扫描仪,录入商品信息。 6 性能需求 6.1 精度要求 (1)软件的输入精度:小数点后保留3位有效数字 (2)输出数据精度的要求: 小数点后保留3位有效数字 (3)传输过程中的精度: 小数点后保留3位有效数字 6.2 时间特征 (1)响应时间:0.5秒以内 (2)更新处理时间:0.5秒钟以内 (3)数据的转换和传送时间: 1秒以内 (4)解题时间: 1秒以内 6.3 灵活性 操作方式上的变化:该软件实用与现在流行的操作系统 精度和有效时限的变化:可以根据实际情况自行设置 7 软件属性 7.1 系统安全性 通过sql的数据库安全设置,一定程度上保证了数据库的安全性。系统根据用户身份不同赋予不同权限,用户用密码登陆,同样也保证了系统数据的安全性。 定期备份数据库,以确保因病毒、系统崩溃等其他原因引起数据丢失。 7.2 可维护性 系统管理者和维护者须懂得SQL数据库应用等方面的技能,必要时由对其进行培训。8 其它需求 8 其他需求 8.1 数据库需求 对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。 8.2 系统操作要求 本系统使用SQL server ,可利用其自带的各种功能进行管理。 对不同数据信息和其它信息分类存储,使用索引查找。 8.3 故障及其处理 为避免系统运行中故障对用户造成经济上的损失,我们建议: (1)重要数据用户应自行备份。 (2)做好数据库的日常维护工作。
|