大酒店客房标准管理系统需求规格说明指导书.doc
《大酒店客房标准管理系统需求规格说明指导书.doc》由会员分享,可在线阅读,更多相关《大酒店客房标准管理系统需求规格说明指导书.doc(44页珍藏版)》请在咨信网上搜索。
软件工程课程 大作业 软件需求规格阐明书 项目组长 吴灏 学号_ 0123734 专 业 软件工程 班级_ 125 班 成 员 李东玲 万勇平 实验项目名称__酒店客房管理系统 指引教师及职称_ 段喜龙_讲师 _ 开课学期 至 年 第 1 学期 目 录 1 引言 1 1.1 立项背景 1 1.2 立项因素概述 1 1.3 UML 概述 1 1.4 参照文献 2 2 项目概述 2 2.1 面向顾客 2 2.2 实现目的 2 2.3 项目开发规定 2 2.4 开发工具 3 3 系统描述 3 3.1 系统概述 3 3.2 系统总体构造 3 3.3 各某些功能描述 4 4 系统分析 5 4.1 用例图 5 4.1.1 客房管理 5 4.1.2 客户管理 6 4.1.3预约管理 7 4.1.4入住管理 8 4.1.5 结账管理 9 4.1.6酒店管理 10 4.1.7 客户网上预约 11 4.1.8 人员管理 12 4.1.9 订单管理 13 4.1.10 查询记录报表 14 4.2 活动图 15 4.2.1 预约管理 15 4.2.2 客户网上预约 16 4.2.3入住管理 17 4.2.4 结账管理 18 4.2.5 酒店管理 19 4.2.6人员管理 20 4.2.7 订单管理 21 4.2.8 查询记录报表 21 4.2.9 客户管理 22 4.2.10 客房管理 23 4.3 时序图 24 4.3.1 预约管理 24 4.3.2 客户网上预约 25 4.3.3 入住管理 26 4.3.4 人员管理 27 4.3.5 查询记录报表 28 4.3.6 结账管理 29 4.3.7 客户管理 29 4.3.8 客房管理 31 4.3.9 订单管理 32 4.3.10酒店管理 33 4.4 类设计 34 4.4.1 前台管理类关系图 34 4.4.2客户网上预约类关系图 34 4.4.3后台管理类关系图 35 5.1 顾客接口 36 5.2 硬件接口 36 6 性能需求 36 6.1 精度规定 36 6.2 时间特性 36 6.3 灵活性 36 7 软件属性 37 7.1 系统安全性 37 7.2 可维护性 37 8 其她需求 37 8.1 数据库需求 37 8.2 系统操作规定 37 8.3 故障及其解决 37 1 引言 1.1 立项背景 现今,酒店竞争也进入到了一种全新领域,竞争已不再是规模竞争,而是技术竞争、管理竞争、人才竞争。服务提高和管理升级是酒店业竞争核心。餐饮住房领域当前呈多元发展趋势,各种业态:路摊、小餐馆、奶茶店、饭店、大酒店、旅馆、宾馆等互相并存。如何在激烈竞争中扩大营业额、减少营业成本、扩大经营规模,成为酒店营业者努力追求目的。 1.2 立项因素概述 针对酒店特点,为了协助酒店解决当前面临问题,提高酒店竞争力,咱们将开放一种酒店客房管理系统。 1.3 UML 概述 面向对象系统分析与设计,涉及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 Rational Rose 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.更新员工信息表 12.用例结束 其她事件流: A1:格式不对的 (1)提示格式错误信息 (2)返回主事件流第2步 A2:格式不对的 (1)系统提示错误信息 (2)返回主事件8 后置条件:系统成功将信息记入人员管理系统 4.1.9 订单管理 用例分析: 用例名称:订单管理 描述:系统管理员可以对员工基本信息录入、修改、查询和删除 角色:系统管理员 前置条件:系统管理员已成功登录系统并具备信息录入、修改、查询和删除权限。 主流事件: 1. 系统管理员选取“订单管理”选项,用例开始 2. 系统自动进入订单管理界面 3. 系统自动获取所有订单信息 4. 前台接待员解决需要操作订单信息 5. 系统自动更新数据 6. 将更新信息自动写入日记文献 7. 用例结束 后置条件:系统成功将信息记入订单管理系统 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.4 结账管理 4.2.5 酒店管理 4.2.6人员管理 4.2.7 订单管理 4.2.8 查询记录报表 4.2.9 客户管理 4.2.10 客房管理 4.3 时序图 4.3.1 预约管理 4.3.2 客户网上预约 4.3.3 入住管理 4.3.4 人员管理 4.3.5 查询记录报表 4.3.6 结账管理 4.3.7 客户管理 4.3.8 客房管理 4.3.9 订单管理 4.3.10酒店管理 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)做好数据库寻常维护工作。- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大酒店 客房 标准 管理 系统 需求 规格 说明 指导书
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【丰****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【丰****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【丰****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【丰****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文