酒店客房管理系统-小组文档.doc
《酒店客房管理系统-小组文档.doc》由会员分享,可在线阅读,更多相关《酒店客房管理系统-小组文档.doc(26页珍藏版)》请在咨信网上搜索。
软件项目开发文档 项目名称 酒店客房管理系统 项目委托或 下达单位 重庆信息技术职业学院 项目负责人 黄颖尼 项目组成员 黄颖尼 赵宏超 杨勇 所属院系 软件学院 专业班级 08。net 1班 指导教师 何贤芳 起止日期 2010 年9月20 日至2010 年 10月15 日 重庆信息技术职业学院 软件学院制 2009年 12 月 文档修订历史记录 日期 说明 版本号 修订者 2009-11-20 开题报告策划及数据库的建立 1 xxxx 2009—11—25 数据库的修改、界面的初步设计、文档的书写 2 x xxxx 2009-12—1 代码的编写、文档的修改及系统功能的实现 3 xxxx 2009-12-15 系统功能的修改 4 xxxx xx xxxx 2009—12—20 界面的完善及文档的完善 5 xxxx 文 档 目 录 1。 项目论证 - 1 — 1。1 项目概述(目标任务) - 1 — 1.2 项目背景及必要性 - 1 — 1.3 项目开发的可行性 — 1 - 2。 项目开发计划书 — 3 — 2.1 项目组织 — 3 - 2.2 项目资源 — 4 - 2.3 实施计划 — 4 - 2。4 项目风险描述 — 5 - 3。 需求分析 - 6 — 3.1 软件描述 — 6 — 3。2 功能需求 - 8 — 3。3 性能需求 - 11 - 3.4 运行环境及外部接口需求 — 12 - 3.5 设计约束 — 12 — 4. 概要设计 — 13 — 4.1 业务流程图 — 13 - 4.2 软件体系结构 — 14 — 4。3 功能需求追溯 — 15 - 4。4 可复用资源 - 15 - 5。 详细设计 - 16 — 5。1 运动员信息管理 — 16 - 5。2 功能浏览 — 22 - 6。 数据库设计 - 23 — 6。1 外部设计 - 23 — 6。2 支持软件 - 24 - 6。3 数据库表设计格式说明 - 24 — 6.4 数据库关系图 — 29 - 7. 软件测试 — 30 — 7。1 测试计划 - 30 - 7.2 测试方法及工具 — 30 — 7。3 测试用例 — 31 - 7。4测试日志 — 32 — 7。5验收测试 - 32 — - 23 - 1. 项目论证 1.1 项目概述(目标任务) 酒店客房管理系统将先进的电脑技术与现代酒店服务管理完美的结合起来,实现了住宿,餐饮,娱乐全新概念的服务和管理模式.本系统参照了大量同类型软件,旨在用计算机系统来完成所以能完成的工作,并保持很高的灵活性和易操作性,并具备以下优点:1、电脑收银:快速准确,减少客户等待时间,可杜绝收银过程中的靠关系现象。2、高效的客房管理:能有效的提高房率,增加营业收入.3、提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方针。4、减轻员工负担:使员工把更多的精力放在提高为客户服务的质量上去.5、操作简单,使用灵活,便于保存和查询。 1.2 项目背景及必要性 经济的快速发展,人们的生活水平和消费意识的提高,促进了旅游业的发展.酒店行业将面临着机遇和挑战。面对快速发展的信息产业带来的影响。将电脑技术和电脑服务引入酒店管理成为一种必然的趋势。众多酒店企业中,中小型酒店企业由于他们的先天条件的不足,使他们不能投入大量的资金进行这项必须的改革。因此开发一套简单、实用的中小型酒店客房管理信息系统是十分有必要的.建立酒店客房管理信息系统,采用计算机对客房信息进行管理,可以进一步提高酒店的经济效益和现代化水平,帮助酒店工作人员提高工作效率,实现客房信息管理工作流程的系统化、规范化和自动化。现在,我国的中小型酒店客房管理水平普遍不高,有的还停留在纸介质的基础上,这种管理手段已不能适应时代的发展,而且它浪费了许多人力和物力。在当今信息时代,这种传统的管理方法必然被计算机为基础的信息管理系统所代替。如果本系统能被中小型酒店企业采用,将会改变以前靠手工管理客房信息的状况,可以树立良好的酒店形象,提高工作效率. 1.3 项目开发的可行性 1、 经济可行性.本系统产生的效益为经济效益,酒店客房管理系统的开发与使用,可以节省管理人员和客户的时间,在竞争激烈的今天,该经济效益是无穷而不可估量的。 2、 技术可行性.界面编程要求是简单明了;可以看出,其要求没有超出现有开发的技术内容.数据库编程基于SQL 2000平台;现有的技术力量完全可以解决。接口编码由于要求非常简单,技术上不会有任何问题。软件基础 SQL server 2000 ,Delphi 7。0,Pascal. 3、 运行可行性。该系统在Microsoft Windows XP操作系统运行。 4、 可行性研究结论。应用软件在酒店客房管理中起的作用是非常大的,人们可以通过程序员开发所需的应用软件,并且最终打包生成可执行文件.应用软件的内部代码和数据库由专业的技术员进行修改和维护,应用人员只需要掌握软件的使用方法,就能够高效并且准确的管理好酒店客房信息,而不需要懂得该应用软件内部代码的实现原理和结构,这正是开发管理应用软件的重大益处所在。 2. 项目开发计划书 2.1 项目组织 项目经理 黄颖尼 2555564546560 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 开发组组长 彭利 测试组组长 王雪 编码 配置人员: 马俊杰 质量保证人员 黄嘉 需求小组: 彭利 黄嘉 黄颖尼 杨勇 赵宏超 数据库设计 黄颖尼 分析设计小组 马俊杰 黄颖尼 杨勇 赵宏超 黄颖尼 杨勇 赵宏超 项目组全体 组员 图2-1 项目组织表 项目经理:执行SPP和SPTO过程,对项目实施负全部责任。 质量保证部:执行SQA过程,负责项目过程与产品的质量控制和报告。 配置管理部:执行SCM过程,负责项目产品的版本、配置管理以及配置库状态报告。 分析设计部和数据库设计部:负责对需求baseline和需求变更进行管理,以及执行项目工程过程,负责项目产品的开发和维护工作。 测试管理部:执行软件项目测试过程,负责项目产品的测试。 2.2 项目资源 2.2.1 人力资源 表2—1 人力资源表 姓 名 性别 技能专长 部门(班级) 在本项目中承担的工作 黄颖尼 女 策划/代码编写、数据库、页面设计 重信院08级软技。NET1班 项目经理 杨勇 男 策划、数据库设计、分析设计、代码编写 重信院08级软技。NET1班 成员 赵宏超 男 需求分析、测试、分析设计、代码编写 重信院08级软技。NET1班 成员 2.2.2 已有开发设施 开发地点:重庆信息技术职业学院 使用硬件:电脑3台 使用软件:Microsoft SQLServer2005、Microsoft Visual studio 2008、Windows XP、 PD、photoshop、Dreamweaver 2.3 实施计划 2.3.1 项目开发过程阶段划分 表2-2 项目开发过程阶段划分表 阶段名称 起止时间 工 作 内 容 阶段产品 项目开发计划 2010年9月20日至21日 让各部门明确自己的职责以及了解整个项目进度的安排 《项目开发计划》 需求分析 2010年9月21日至26日 把用户需求转化为软件需求 《需求分析文档》 概要设计 2010年9月27日至30日 以结构化的设计设计为主,画出系统总体结构图,列出系统的功能模块清单编号、名称、功能,并尽可能描绘出功能模块之间的关系。 《概要设计文档》 《数据库设计文档》 详细设计 2010年10月1日至5日 在概要设计的基础上对各个功能模块的进一步细化 《详细设计文档》 编码 2010年10月6日至15日 实现设计中所有的功能 程序代码 测试 2010年10月15日 16日 检查bug、检查性能 《测试分析报告》 结项 2010年10月16日 对整个项目的总结 《项目开发总结报告》 2.3.2 项目工作任务分解 表2-3 项目工作任务分解表 任务项 负责人 参加人员 交付项、应提交文档 计划 黄颖尼 黄颖尼、赵宏超、杨勇 《项目开发计划》 需求分析 黄颖尼 黄颖尼、赵宏超、杨勇 《需求规格说明书》 黄颖尼 黄颖尼、赵宏超、杨勇 《CM计划》 《需求检查表》 《测试计划》 界面原型 分析设计 黄颖尼 黄颖尼、赵宏超、杨勇 《概要设计说明书》 黄颖尼 黄颖尼、赵宏超、杨勇 《数据库设计说明书》 黄颖尼 黄颖尼、赵宏超、杨勇 《详细设计说明书》 黄颖尼 黄颖尼、赵宏超、杨勇 《分析设计检查表》 《系统测试用例》 编码 黄颖尼 黄颖尼、赵宏超、杨勇 程序 测试 黄颖尼 黄颖尼、赵宏超、杨勇 《测试日志》 《测试分析报告》 结项 黄颖尼 黄颖尼、赵宏超、杨勇 《项目开发总结报告》 2.3.3 联系人员 联系人员:黄颖尼 联系方式:15870585291 联系地址:重庆信息学院软件学院08级软技。NET(1)班 2.4 项目风险描述 表2—4 项目风险描述表 风险排序 风险项名称 风险描述 风险缓解方案 1 人员调动 某人员调到其它部门或生病 由PM统一合理安排 2 延时 没有按预期完成人员 由PM加派人员 3 电脑故障 反应速度慢 每次尽量少打开软件 3. 需求分析 3.1 软件描述 3.1.1 开发背景 随着我国旅游业的飞速发展,酒店在管理模式上有了显著的变化,从坐店接客型管理转向开放经营型管理,即转向“开辟市场— 销售产品 - 提供优质服务”;从经营型管理转向科学化,现代化管理,即酒店的管理开始注重经营发展的研究和预测,实行管理全过程的系统化和信息化,开始广泛采用新技术和现代化的管理手段和工具,相继建立了酒店管理计算机信息系统。 3.1.2 软件功能 本管理系统的主要功能是为了更方便各酒店对酒店住宿旅客的管理,管理员添加旅客住宿信息和旅客购物信息。旅客住宿后可以根据自己需求来购买和预定酒店所出售的商品.旅客也尅自行预定客房,管理自己住宿期间的账务,包括查询,修改,增加相关信息等功能,并且可以很方便的了解酒店客房信息,已预定自己满意的客房. 高——软件必须实现的功能,用户有明确的功能定义和要求; 中--软件应该实现的功能,用户的功能定义和要求可能是模糊的、不具体的、或低约束的,但是这类功能的缺少会导致用户的不满意,因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确; 低—-软件尽量实现的功能,并可根据开发进度进行取舍,但这类功能的实现将会增加用户的满意度 系统功能: 表3—1 系统功能表 1 客房信息管理 kefangxinxiguanli a 添加、修改系酒店客房信息 2 住宿管理 zhusuguanli a 添加、删除、修改住宿旅客信息 3 预定客房管理 yudingkefangguanli a 旅客自行预定客房信息,增加,删除和修改等功能 4 系统管理 xitongguanli a 管理系统各模块功能呢,增加、删除、修改等功能 5 角色管理 jiaoseguanli a 对系统管理员角色的管理. 6 权限管理 quanxianguanli a 管理系统操作员的权限 7 资源管理 ziyuanguanli a 对酒店各项资源进行管理 3.1.3 用户的特点 本系统主要用于各酒店对旅客住宿信息的管理、旅客查看自己的信息及住宿信息并进行更新.对酒店所有旅客输入输出活动的管理和控制及对旅客数据有效的统计和分析,以保证酒店应用中畅通的人员信息,使决策人员及早发现问题,采取相应措施,调整酒店管理结构,缩短应用周期,加速分配效率周转,最大限度地降低旅客住宿管理时间。 3.1.4 限制与约束 本系统开发人员大多数无实际开发验,属于边学边开发。另外本次开发属于毕业开发实训。 3.2 功能需求 本系统版块分为酒店管理员、住宿旅客2个部分。 文件:登录角色判断、修改密码、切换用户、退出。 管理员单元:旅客信息管理、住宿登记管理、账务管理、操作员权限管理、系统模块管理。 实用工具:客房查询系统、预定查询系统。 3.2.1 管理员登录管理系统具体功能 采购管理 财务管理 住宿管理 客房管理 预定管理 权限管理 角色管理 图3—1 管理员登录管理系统功能 1。 管理员信息添加、查看、修改 2。 旅客住宿信息录入、修改、删除 3. 操作员角色信息录入、修改、删除 5. 财务信息录入、修改、删除 6。 采购信息录入、修改、删除 3.2.2 旅客自助系统 预定查询 预定客房 客房查询 图3-2 旅客自助系统 1. 旅客查询客房信息 2. 预定查询 3. 预定客房 系统功能描述: 1。 旅客住宿信息管理 a。 旅客资料录入: 录入旅客的基本资料,包括旅客名称、证件号码、联系方式、入宿时间(此项自动生成) 、缴纳押金子功能: 添加——保存录入数据(此按钮需确认执行); b。 旅客住宿更新: 按旅客住宿时间、客房名称检索出一类或一个旅客进行修改。当检索到一个旅客时,系统给出旅客住宿的全部信息供修改;当检索到一类旅客或客房时,应进行选择,系统显示出旅客或客房列表,选择其中一个旅客或客房后进入信息更新界面。或是点击‘查看’按钮进入浏览全部旅客或客房信息页面,再对需要修改的信息点击修改确定进入更新信息的页面,对所选旅客或客房进行更新. 子功能: 查看——单击查看按钮进入浏览全部旅客住宿页面,给出列表,查看所有的旅客信息; 删除—-由于旅客的退宿或客房更换,删除检索的旅客或客房资料(此按钮需确认执行); 保存——保存修改的结果(此按钮需确认执行); 2。 预定客房 旅客根据自己所了解的客房信息和自己的住宿时间预定客房,根据自己的出行计划更改客房,填写预定相关信息,包括旅客名称、联系方式、客房编号、入宿时间等。 保存——保存预定情况入数据库. 3.3 性能需求 (1)系统可靠性和安全性 对系统(应用系统和数据库)应该设计尽可能详尽的故障处理方案,以保证系统的快速恢复性.并采用冗余技术保证数据可靠存储、系统可靠运行。对系统运行状况采用自动检测、告警、监控等方式进行实时观测。在系统使用过程中,由于硬件出现故障或其它原因造成系统暂时性的中断后系统重新启动时,能够保证系统将原有的数据快速恢复,使其继续运行下去。 为确保系统的安全性,系统采取应用系统使用验证(操作员验证)、数据库登陆验证两种验证方式相结合的方法验证用户。运用日志,对进入系统的用户的操作进行记录,可以根据日志进行事后分析,从而找到事故的发生原因、责任者或非法用户。 (2)系统的开放性和系统的可扩充性 系统在开发过程中,应该充分考虑以后的可扩充性。例如,用户查询的需求会不断地更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。而实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单地加入和减少系统的模块,配置系统的硬件。通过对软件的修补、替换,完成系统的升级和更新换代. (3)系统的易用性和易维护性 系统是直接面对使用人员的,而使用人员往往对计算机并不是非常熟悉。这就要求系统能够提供友好的用户界面,易用的人机交互界面.要实现这一点,就要求系统应该尽量使用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。 系统中涉及到的数据是我们统计中相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份、日常的安全管理、系统意外崩溃时数据的恢复等工作。 (4)系统的标准 系统在设计、开发、使用过程中,要涉及很多计算机硬件、软件.所有这些都要符合主流国际、国家和行业标准。例如,在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。 3.4 运行环境及外部接口需求 (1)硬件要求 客户程序硬件要求: 具有 Pentium III 处理器且满足以下要求的计算机: 最低 64 MB 内存、最小 2.1 GB 硬盘、鼠标、键盘 服务器硬件需求: 具有 Pentium III 处理器且满足以下要求的计算机: 最低 256MB 内存、最小 8 GB 硬盘、鼠标、键盘 (2)软件要求 客户程序软件: Windows XP或更高版本 服务器软件:Windows 2003或更高版本、SQL Server 2005、 (3)通信接口 局域网的协议为TCP/IP协议 (4)用户接口 ①采用Windows的通用图形界面,用户友好。 ②界面具有一致性,界面规范遵循Windows软件界面的规范。 ③提供错误处理。 ④提供多种信息提示当前用户的状态、界面。 ⑤提供方便的联机帮助。 ⑥遵循国家关于计算机方面词汇的标准,用词正确、准确、无歧义. ⑦本系统的用户一般需要通过中断进行操作,进行主界面后点击相应的窗口,分别进入相对应的界面(如,输入界面、输出界面). 3.5 设计约束 1、 遵循标准的报表格式,公司统一的数据命名规则; 2、 删除、修改系统参数等操作的权限要求,进入系统实行登陆授权制。 3、 计算机的硬件限制; 4、 操作系统环境的限制,Windows2000 以上操作系统。 4. 概要设计 4.1 业务流程图 复审数据流、控制流 1 2 3 4 5 系统中人员 实体或单据 实物或信息流 处理 数据存储 图4-1 业务流程图图例 用户户 后台处理 预定客房 登录 系统管理员 查询处理数据 查询 修改 注册用户 存储数据 确定入住 存储数据 图4—2 酒店客房管理系统业务流程图 4.2 软件体系结构 本软件使用B/S的三层构架。 展现层 Visual studio 2008ASP.net 业务逻辑层 DAL 数据库操作 HXAthleteInfo.dll 数据库 SQL Server2005 图4—3 三层架构图 4.2.1 软件程序结构图 酒店客房管理系统 前台管理 后台管理 角色管理 客房管理 权限管理 预定管理 采购管理 住宿管理 入住管理 普通用户管理 图4-4 软件程序结构图 4.2.2 模块命名规则 以模块名称的英文名称的部分英文命名而成。 表4-1 模块命名规则表 编号 名称 模块标识 1 系统管理 Xtgl 2 预定管理 Ydgl 3 角色管理 Jsgl 4 权限管理 Qxgl 5 客房管理 Kfgl 6 住宿管理 Zsgl 7 资源管理 zygl 4.3 功能需求追溯 表4-2 功能需求追溯表 序号 软件功能项 对应的用户需求 1 旅客住宿信息 管理员、旅客 2 客房信息 管理员、旅客 3 财务统计管理 管理员 4 采购管理 管理员 5 预定客房信息 管理员、旅客 6 查询预定信息 管理员、旅客 4.4 可复用资源 公共类: 1。数据库连接; 2.数据类型转换; 3.中文处理; 4。时间处理; 5.判断用户权限类 5. 详细设计 详细设计是我们软件开发流程终不可或缺的一部分,它是在概要设计的基础上,对概要设计的每个功能模块进一步细化。 5.1 酒店客房管理 5.1.1 功能结构图酒店客房管理 系统 前台管理 后台管理 角色管理 客房管理 权限管理 预定管理 采购管理 住宿管理 入住管理 客户可查询客房基本信息 客户根据自己的需求可预定相应的客房 客户可注册一个用户信息,用于前台登录 系统管理员根据预定信息进行入住信息的操作 系统管理员对所有住宿所包含的信息进行管理 系统管理员根据前台用户的预定信息进行操作 采购员对采购的物品信息的增删改查操作 客房管理员对客房信息的增删改查操作 系统管理员对不同的角色赋予不同的权限 管理员对角色的一个增删改查操作 图5-1 功能结构图 5.1.2 业务逻辑图 用户 预定客房 客房信息表 用户信息表 后台管理 确定入住 系统管理员 预定信息表 图5—2 管理员录入信息流程图 5.1.3 功能项描述 表5-1 系统角色授权功能项表 功能项 角色授权 标识 子系统 酒店客房管理系统 功能描述 系统管理员对角色分别授权 使用角色 系统管理员 主要事件流程 用户操作 系统响应事件 单击增加按钮 数据库新管理员权限单 单击删除按钮 数据库删除相应的权限单。 单击查询按钮 显示相应符合查询条件的值 单击修改按钮 修改数据库相应的角色权限 单击清空按钮 清空填写的表单 异常事件 用户确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 系统管理 被调用模块 权限管理 表5-2 系统角色管理功能项表 功能项 角色管理 标识 子系统 功能描述 系统管理员对角色进行 增删改查操作 使用角色 系统管理员 主要事件流程 用户操作 系统响应事件 单击增加按钮 数据库添加角色信息表 单击删除按钮 数据库删除相应的角色信息单。 单击查询按钮 显示相应符合查询条件的值 单击修改按钮 修改数据库相应的角色信息 单击清空按钮 清空填写的表单 异常事件 用户确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 系统管理 表5—3 客房信息管理功能项表 功能项 客房信息管理 标识 子系统 功能描述 对客房信息进行录入、修改、删除 使用角色 管理员 主要事件流程 用户操作 系统响应事件 单击增加按钮 数据库新增客房信息 单击删除按钮 数据库删除相应的客房信息 单击查询按钮 显示相应符合查询条件的值 单击修改按钮 修改数据库相应的客房信息 异常事件 客房确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 客房信息管理 被调用模块 表5—4 采购管理功能项表 功能项 采购商品管理流程 标识 子系统 功能描述 对采购得到的商品进行数据添加 使用角色 管理员 主要事件流程 用户操作 系统响应事件 单击增加按钮 数据库新增采购得到的商品信息 单击删除按钮 数据库删除相应的商品信息 单击查询按钮 显示相应符合查询条件的值 单击修改按钮 修改数据库相应的商品信息 异常事件 赛事成绩确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 录入商品信息 被调用模块 表5—5 录入公告信息功能项表 功能项 预定客房流程 标识 子系统 功能描述 预定客房信息的添加信息,查询和更新以及管理员确认预定信息 使用角色 管理员、旅客 主要事件流程 用户操作 系统响应事件 单击增加按钮 数据库新增预定信息 单击删除按钮 数据库删除相应的预定信息 单击查询按钮 显示相应符合查询条件的值 单击修改按钮 修改数据库相应的预定信息 异常事件 公告信息确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 录入和查询确认旅客预定客房信息 被调用模块 表5—6 旅客入住功能项表 功能项 旅客入住功能流程 标识 子系统 功能描述 对旅客入住信息的添加和查询、删除 使用角色 管理员 主要事件流程 用户操作 系统响应事件 单击增加按钮 数据库新增旅客住宿信息 单击删除按钮 数据库删除相应的旅客住宿信息 单击查询按钮 显示相应符合查询条件的值 单击修改按钮 修改数据库相应的旅客住宿信息 异常事件 参赛报名信息确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 录入旅客住宿信息 被调用模块 表5—7 住宿管理功能项表 功能项 住宿管理流程 标识 子系统 功能描述 对住宿信息查询,更新状态,结账 使用角色 管理员 主要事件流程 用户操作 系统响应事件 单击结账按钮 数据库结算相应的住宿账单 单击删除按钮 数据库删除相应的住宿信息 单击查询按钮 显示相应符合查询条件的值 异常事件 留言信息确认信息 提示相应的错误信息 前置条件 用户登陆系统并具有相应的权限 后置条件 数据库有相应的改变 接口说明 输入 输出 调用关系 调用模块 查询住宿信息 被调用模块 5.1.4 界面设计图 图5-3 登陆页 图5—4 管理员后台主页 图5—5 客房信息查询界面 图5-6 旅客登录界面 图5-7 首页界面 图5-8 预定客房界面 图5-9 预定查询界面 5.2 功能浏览 1. 身份验证模块 功能:对用户进行身份验证,通过验证则登录系统。 输入项目:输入用户名和密码。 输出项目:无. 存储分配:程序运行需要占用内存约6.5MB左右。 表5-8 控件名称及功能表 控件 控件名称 功能 用户-文本框控件 tbUserName 输入登录用户名 密码—文本框控件 tbPassWd 输入登录用户密码 验证码-文本框控件 tbCode 输入验证码 登录—按钮 TbnLogin 登录到管理系统 2。 初始化模块 功能:初始化系统,并使系统进入正常工作状态。 输入项目:配置文件,数据库文件。 输出项目:设置全局变量,浏览区和基本资料区。 存储分配:程序运行需要占用内存约6。5MB左右。 测试要点:配置文件或数据库文件损坏,或没有足够内存可供使用时是否正常。 3. 文件模块 功能:修改密码,切换用户和关闭并退出系统,清除、保留相应状态数据。 输入项目:全局变量. 输出项目:更新后的数据库文件和配置文件。 测试要点:若数据库文件或配置文件不能正常操作,或全局数据已经不一致,怎样处理。 4. 管理单元模块 功能:客房信息录入、旅客信息录入、采购商品信息管理、财务信息管理、综合查询、系统管理、统计计算等功能。 输入项目:无 输出项目:无。 5。 实用工具模块 功能:预定查询和客房信息查询等功能。 输入项目:无 输出项目:无。 6. 系统设置模块 功能:用户权限管理。 输入项目:无 输出项目:无 6. 数据库设计 6.1 外部设计 6.1.1 标识符和约定 (1)表名: 表全名的英文名 客房信息表:room_tb (2)字段名: 表名的第一个大写字母+字段名 客房编号:Guest_id 6.1.2 表类型划分 主表: 角色表(autrole),客房信息表(room_tb),旅客登记表(custerDj_tb), 客房类型表(roomType_tb), 预订单表(reser_tb),账务单表(finalist),角色权限表(autqx) 模块明细表(mkmx),用户表(Users). 6.1.3 安全保密设计 数据库设计对数据库的用户分配了不同的登录角色.所有角色都进行了登录权限的设置。 登录人员根据最高管理员(由各使用单位安排,该人员具有对数据库的最高操作权限)分配的登录名与密码进行登录。使用错误的登录名或登录密码无法登录该数据库。一般用户登录拥有修改自己个人资料的权限,只有最高管理人员具有对数据库的添加,删除,修改,回原来的数据. 设置系统登陆过期时间为30分钟,过期后不能进行任何操怍,并且跳转至登陆页面。 密码经过加密处理。 数据库连接字符经过严密设计。 6.2 支持软件 表6—1 支持软件表 名称 版本号 主要功能特性 SQL-Server 2005 Microsoft SQL Server 2005 此数据库是介于大型数据库和小型数据库的中间行数据库,其实现的主要功能是:用于装入、生成、修改、更新数据的程序等 PowerDesigner Sybase PowerDesigner 11。5 此数据库主要功能是:实现表与表之间主外键的相连。及表里的字段名称,数据类型。长度等. 操作系统软件 Microsoft WindowsXP 或更高版本 本程序的功能是完成数据的存储.定位等 VS2008 C# VS2008 开发语言 6.3 数据库表设计格式说明 表名 autrole 描述 系统角色表 数据项名称 字段名称 数据类型 长度 为空 主外键 备注 角色编号 Rolecode Int 否 主键 角色名称 Rolename Varchar 50 否 权限 Rolemem Varchar 50 否 表名 custerDj_tb 描述 客房登记表 数据项名称 字段名称 数据类型 长度 为空 主外键 备注 订单号 orderId varchar 20 否 主键 客房编号 GuestID varchar 20 否 外键 客户名称 custerName varchar 50 否 证件类型 zjType varchar 20 否 证件编号 zjCode varchar 20 否 订房时间 startTime datetime 否 截止时间 overTime Datetime 否 住宿费用 pay money 否 押金 depost money 否 备注 note varchar 50 否 表名 room_tb 描述 客房信息表 数据项名称 字段名称 数据类型 长度 为空 主外键 备注 客房编号 GuestID varchar 20 否 主键 类型编号 TypeID varchar 20 否 外键 客户名称 GuestName varchar 50 否 状态 GuestState Char 10 否 备注 note varchar 50 否 表名 roomType_tb 描述 客房类型表 数据项名称 字段名称 数据类型 长度 为空 主外键 备注 类型编号 TypeID varchar 20 否 主键 类型名称 TypeName varchar 20 否 面积 Area varchar 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。
关于本文