为中小型旅社详细设计一个可以实现的管理信息系统.doc_第1页
为中小型旅社详细设计一个可以实现的管理信息系统.doc_第2页
为中小型旅社详细设计一个可以实现的管理信息系统.doc_第3页
为中小型旅社详细设计一个可以实现的管理信息系统.doc_第4页
为中小型旅社详细设计一个可以实现的管理信息系统.doc_第5页
已阅读5页,还剩26页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

目录1第1章现行系统概述11.1. 简要介绍甬海宾馆的问题11.2. 选题的意义11.3. 选题的必要性1第2章系统分析22.1. 需求分析22.2. 可行性研究22.2.1. 技术可行性22.2.2. 经济可行性22.2.3. 社会可行性32.3. 系统的开发方法的选择32.4. 组织结构与功能分析42.5. 业务流程分析52.6. 数据与数据流程分析62.6.1. 数据流程图62.6.2. 数据字典82.7. 新系统逻辑方案的建立132.7.1. 新系统的业务流程(对预订档案查询和续住做了补充和优化)132.7.2. 新系统的数据流程(对预订档案查询和续住做了补充和优化)142.7.3. 新系统的逻辑结构:新系统中子系统的划分。162.7.4. 新系统中数据资源的分布:162.7.5. 新系统中的管理模型16第3章系统设计173.1. 系统总体结构设计173.1.1. 信息系统流程图设计173.1.2. 功能结构图设计183.2. 数据结构与数据库设计193.2.1. 概要设计:193.2.2. 逻辑结构设计233.2.3. 物理结构设计243.3. 代码设计253.4. 输入/输出设计26第4章结束语29第5章参考文献30第1章 现行系统概述 1.1. 简要介绍甬海宾馆的问题1、各部门信息不能共享。2、手工信息管理混乱,容易出现坏账,导致经营损失,和对旅客的服务不到位。3、各部门统计报告提交延迟,致使管理部门不能及时得到信息反馈。1.2. 选题的意义根据上述我国中小型宾馆管理方面存在的种种问题和不足,为中小旅社开发一个中小型的、功能完备的旅馆管理信息系统是很有必要的。选择本课题就是要为中小型旅社详细设计一个可以实现的管理信息系统。通过设计本系统并完成成品的开发以及使用,可以改变当今旅馆管理方面信息化程度不够的现状,可以节省该行业大量的人力物力,大大提高人员工作效率,同时减少业务的出错率,大大减少错帐、坏账的发生,同时能在一定程度上间接的提高宾馆的服务质量。1.3. 选题的必要性对于中小型宾馆来说,利用计算机支持高效率完成日常事务,是适应现代要求、推动管理走向科学化、规范化的必要条件;而且宾馆管理又是一项非常烦琐的事情,数量之大,核算极其不便。同时计算机具有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高宾馆管理的效率,也是宾馆的科学化、正规化管理的重要条件。宾馆管理需要对客人预订客房、入住、居住和离店期间的一切服务进行管理,并存储宾馆客房的所有静态和动态信息,并且严格服从有关规定,按一定的模式或规律进行。第2章 系统分析 2.1. 需求分析2.1.1现行业务状况(1)结算信息管理包括结算信息查询、结算信息修改、结算信息添加三个方面。(2)订房信息管理 订房信息查询、订房信息修改、订房信息添加、剩余客房信息查询四个方面。(3)客房信息管理设置客房信息(包括客房信息查询、客房信息修改、客房信息添加)、设置客房标准(包括客房标准修改核客房标准添加)。(4)系统管理包括密码管理和用户管理。2.1.2现行业务存在的问题各部门信息不能共享。手工信息管理混乱,容易出现坏账,导致经营损失,和对旅客的服务不到位。各部门统计报告提交延迟,致使管理部门不能及时得到信息反馈。2.2. 可行性研究2.2.1. 技术可行性技术上的可行性分析主要分析技术条件能否顺利完成开发工作,软、硬件能否满足需要。要在软件开发技术层面上来讲,完全能够开发出一个功能更强的、适应性更广泛的、更易用且更能满足一般旅店管理的管理信息系统。硬件方面,一些任何普通软件公司都能满足开发的基要求。2.2.2. 经济可行性经济可行性分析主要是估计项目的成本和效益,分析开发本项目在经济上是否合理。先分析开发本系统的经费是否充足。因本系统属于中小型软件系统,开发的费用预计如下:1、系统的初始成本:软硬件设施及其安装调试费用、机房附属设施费用、其它费用(差旅,办公用品)2、日常维护费用:系统软硬件维护、人员费用、易耗品费用、内务开销(公共设施、远程通信、动力)、其它费用再分析开发该系统经济的合理性。即计算该开发完系统能够给公司带来的效益,若收益小于开发成本则不予开发。根据请求开发方要求的回收期和当前计算出的回收期比较,若能满足请求开发方的要求,则进行该系统的开发。2.2.3. 社会可行性社会可行性主要是考虑若开发出该系统,那么该系统能否在当前企业环境下被接受并很好的运行。大部分旅馆住宿类行业当前的业务流程耗时费力,领导和员工普遍希望得到管理上和技术上的改革,而且对本类系统的请求开发的需求都是公司高层人员。综上,若开发完本系统,那么将会得到公司人员的普遍接受。2.3. 系统的开发方法的选择旅馆管理信息系统我们拟采用结构化系统开发方法,分为三个阶段:系统分析、系统设计和系统实施。 1、系统分析。旧的系统如果不再适应发展变化了的环境,就可能提出开发新系统的要求,并做出新系统的开发规划。系统分析是开发工作的第一个阶段,它以开发规则中提出的目标为出发点,包括进行初步的系统调查和详细的系统调查,进行系统化的分析,建立信息系统的逻辑模型。系统分析阶段应写出系统分析报告作为下一开发阶段的工作基础。2、系统设计。系统设计阶段是为了在系统分析提出的逻辑模型的基础上设计系统的物理模型,其主要内容包括:代码设计、信息系统流程图设计、数据库设计、处理流程图设计和编写程序设计说明书。系统设计阶段的成果是“系统设计说明书”。3、系统实施。系统设施阶段的内容包括程序设计及调试、系统转换及系统运行与评估等环节。这一阶段的成果,除了最终实现的管理信息系统外,还包括有关的技术文档(如程序说明书、使用说明书等)。2.4. 组织结构与功能分析系统开发的总体任务是实现宾馆各种信息的系统化、规范化和自动化。 宾馆信息系统管理结算信息管理订房信息管理客房信息管理系统管理结算信息查询结算信息修改结算信息添加订房信息查询订房信息修改订房信息添加剩余客房信息查询查询密码管理 用户管理 客房信息查询 客房信息修改客房信息添加图 1宾馆系统功能模块图 客房基本信息的输入,包括客房编号、客房类型、客房位置、客房单价、备注等。 客房基本信息的查询、修改,包括客房编号、客房类型、客房位置、客房单价、是否有空调、电视机、电话以及单独卫生间等备注等。 剩余客房信息的查询等。 订房信息的输入,包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、备注信息等。 订房信息的修改和查询,包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、备注信息等。 结算信息的输入,包括客房编号、客房种类、位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、结算日期、备注信息等。 结算信息的修改和查询,包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、结日期、备注信息等。2.5. 业务流程分析客户操作员住宿登记客房信息档案客户信息档案住房管理查询处理退房查询表住宿查询表客房查询表相关人员预定预定信息挡案查询确认住宿押金单客户财务处理财务报表管理者退房客房财务结算结算单据2.6. 数据与数据流程分析针对一般宾馆管理信息系统的需求,通过对宾馆管理过程的内容和流程分析,设计如下面所示的数据项和数据结构: 客房标准信息,包括的数据项有:标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视、电话、单独卫生间等。 客房信息,包括的数据项有:客房编号、客房种类、客房位置、客房单价、备注等。 订房信息,包括的数据项有:订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。 结算信息,包括的数据项有:订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、备注等。2.6.1. 数据流程图客户宾馆管理P1顶层预订住宿登记处理客户入住住房设置处理退房客户住宿登记表P1.1P2P1.2P3P1.3二层操作员修改处理预定处理预订信息档案操作员查询处理客户入住住房管理财务处理管理者客房信息档案操作员查询处理客户退房处理P4P1.1.1P5P1.1.2P6P7P8P1.1.3三层2.6.2. 数据字典数据项 表2-1 数据字典(一) No: 1-01 编号: 1 名称: 客房编号 别名:无简述:宾馆所有客房的编码信息连续值类型:数字长度:字符型数据值类型:离散有关的数据结构:客房信息档案离散值值含 义值含 义H高档房D多人房M 中档房S单人房L低档房XXX房间编号备注:客房编号举例:MD001 代表001号中档多人房数据结构 表2-2 数据字典(二) No:_2-01_编号: F2 名称:客户信息 别名:简述:有关客户的信息组成:客户姓名、客户性别、客户证件号数据结构 表2-3 数据字典(三) No:_2-02_编号: F3 名称:客房信息 别名:简述:有关客房的信息组成:客房类型、客房价位、客房编号数据流 表2-4 数据字典(四) No:_3-01_编号: F4 名称: 住宿登记表 别名:简述:包含现有旅客住宿资料、数据的表单组成:客房信息 :客房类型、客房价位、客房编号客户信息 : 客户姓名、客户性别、客户证件号若为数据流P3.3去向:管理者峰值流量:10份/天数据存储 表2-5 数据字典(五) No:_4-01_编号: D2 名称:客户信息档案 别名:简述:用于存储本单位接待的客户的相关信息组成:标识、客户相关的数据结构关键字:客户相关处理:P2.1 、P2.2记录长度:记录数:数据量:30份/天数据存储 表2-6 数据字典(六) No:_4-02_编号: D3 名称:客房信息档案 别名:简述:用于存储所有客房的相关信息集合组成:标识、与本单位客房信息相关的数据机构关键字:客房相关处理:P2.1 记录长度:记录数:数据量:30份/天数据存储 表2-7 数据字典(七) No:_4-03_编号: D4 名称:住宿登记表 别名:简述:用于存储本单位来客登记的相关信息组成:标识、顾客数据结构、顾客登记的相关数据结构关键字:登记相关处理:P2.4、P3.3、P4.1记录长度:记录数:数据量:5份/天数据存储 表2-8 数据字典(八) No:_4-04_编号: D5 名称:退房信息表 别名:简述:顾客退房信息的集合组成:标识、顾客信息、客房信息关键字:退房相关处理:P2.1 、p2.4、P3.2、P4.2记录长度:记录数:数据量:20份/天数据存储 表2-9 数据字典(九) No:_4-05_编号: D6 名称:追加押金表 别名:简述:顾客追加押金的有关信息组成:标识、顾客信息、客房信息、金额数量关键字:押金相关处理:P2.2、P3.1记录长度:记录数:数据量:30份/天 处 理 表2-10 数据字典(十) No:_5-01_编号: P1.2 名称: 客户信息录入 输入信息:F2(客户信息)输出信息:D2(客户信息档案) 简要说明:录入到来客户的信息加工逻辑:收集询问客户的相关资料,登记并存储到客户信息档案执行频率:每天15次处 理 表2-11 数据字典(十一) No:_5-02_编号: P2.1 名称:住宿登记处理 输入信息:D2(客信息档案户)、D3(客房信息档案)输出信息:D4(住宿登记表) 简要说明:更新登记住宿表 加工逻辑:根据新到来客户的信息和现有客房的信息修改和更新住宿登记表 执行频率:每天15次处 理 表2-12 数据字典(十二) No:_5-03_编号: P2.2 名称:客房设置处理 输入信息:D2(客信息档案户)输出信息:D6(追加押金表) 简要说明:提醒客户补交押金 加工逻辑:跟踪客房信息和现已入住的客户交费情况,提醒欠费客户补交住宿押金执行频率:每天20次处 理 表2-13 数据字典(十三) No:_5-04_编号: P4.1 名称:住宿查询 输入信息:D4(住宿登记表)输出信息:F9 简要说明:提供给客户和管理者住宿信息情况加工逻辑: 在住宿登记表中提取检索相关信息给需要者执行频率:每天8次处 理 表2-14 数据字典(十四) No:_5-05_编号: P4.2 名称:退宿查询 输入信息:D5(退房信息表)输出信息:F7 简要说明:提供给管理者退宿客户的相关信息加工逻辑: 在退宿登记表中检索符合一定条件的信息条目,显示给需要者执行频率:每天9次处 理 表2-15 数据字典(十五) No:_5-06_编号: P4.3 名称:客房信息查询 输入信息:D5(退房信息表)输出信息:F9 简要说明:提供给管理者客房相关信息加工逻辑: 在退宿登记表中检索符合一定条件的信息条目,显示给需要者执行频率:每天10次 外部实体 表2-16 数据字典(十六) No:_6-01_编号: S1 名称:员工 简述:参与宾馆工作的工作人员输入的数据流:无输出的数据流:F1 外部实体 表2-17 数据字典(十七) No:_6-02_编号: S2 名称:客户 简述:到宾馆住宿的客户输入的数据流:F6、F7输出的数据流:F3外部实体 表2-18 数据字典(十八) No:_6-03_编号: S3 名称:管理者 简述:宾馆的管理人员 输入的数据流:无输出的数据流:F4、F52.7. 新系统逻辑方案的建立 新系统逻辑方案指的是经分析和优化后,新系统拟采用的管理模型和信息处理方法。新系统逻辑方案的建立是系统分析阶段的最终成果。主要包括:对系统业务流程分析整理的结果;对数据及数据流程分析整理的结果;子系统划分的结果;各个具体的业务处理过程,以及根据实际情况应建立的管理模型和管理方法。2.7.1. 新系统的业务流程(对预订档案查询和续住做了补充和优化)客户操作员住宿登记客房信息档案客户信息档案住房管理查询处理退房查询表住宿查询表客房查询表相关人员预定预定信息挡案查询确认住宿押金单客户财务处理财务报表管理者退房续住客房财务结算判断预定情况结算单据预定信息挡案追加押金客户2.7.2. 新系统的数据流程(对预订档案查询和续住做了补充和优化)客户宾馆管理P1顶层预订住宿登记处理客户入住住房设置处理退房客户住宿登记表P1.1P2P1.2P3P1.3二层操作员修改处理预定处理预订信息档案操作员查询处理客户入住住房管理财务处理管理者客房信息档案操作员查询处理客户退房处理客房空余判断续住处理追加押金表P4P1.1.1P5P1.1.2P6P7P8P1.1.3P9P1.1三层2.7.3. 新系统的逻辑结构:新系统中子系统的划分。原系统中原有的子系统有:结算信息管理子系统、订房信息管理子系统、客房信息管理子系统、系统管理子系统。在原有的就系统的基础之上,新系统中多加了一些对操作员、管理者的功能、权限和数据操作,在子系统的细节上更加完善。2.7.4. 新系统中数据资源的分布:确定资源如何分布在服务器或主机中。利用u/c矩阵来调整、判断数据分析在对系统进行划分并确定了子系统以后,从调整后的图中可以得到所有数据的使用关系都被小方块分隔成了两类: 一类在小方块以内。在小方块以内所产生和使用的数据,则今后主要考虑放在本子系统的计算机设备上处理。 一类在小方块以外。在小方块以外的数据联系(即图中小方块以外的“U”)。则表示了各子系统之间的数据联系。 这些数据资源今后应考虑放在网络服务器上供各子系统共享或通过网络来相互传递数据。2.7.5. 新系统中的管理模型确定在某一具体管理业务中,采用的管理模型和处理方法。系统分析结束时,应提出系统分析报告。第3章 系统设计3.1. 系统总体结构设计3.1.1. 信息系统流程图设计续住信息表续住模块退房模块客房财务结算档案结算单据 入住单客户信息表客房信息表 押金单 入住信息档案预定信息档案 财务报表入住模块预定模块预订单追加押金表3.1.2. 功能结构图设计宾馆信息系统管理结算信息管理订房信息管理客房信息管理系统管理结算信息查询结算信息修改结算信息添加订房信息查询订房信息修改订房信息添加剩余客房信息查询查询密码管理 用户管理 客房信息查询 客房信息修改客房信息添加3.2. 数据结构与数据库设计针对一般宾馆管理信息系统的需求,通过对宾馆管理工作过程的内容和数据流程分析,设计如下面所示的数据项和数据结构:3.2.1. 概要设计:本系统根据以上的设计规划出的实体有:客房信息实体、预定信息实体、结算信息实体、客户信息实体、操作员信息实体、管理员信息实体。各个实体具体的描述-图如下:(1)客房信息实体客房客房编号客房类型客房单价客房设施(2)订房信息实体订房表客房编号客户姓名入住时间折扣操作员姓名(3)结算信息实体结算表客房编号顾客姓名退宿时间结算金额入住时间操作员姓名(4)客户客户客户姓名性别证件号码联系方式(5)操作员操作员姓 名性 别工号联系方式部 门(6)管管理者姓 名性 别工号联系方式职位理者(7)押金单押金单客房编号客户姓名入住日期金额操作员工号(8)追追加押金单客房编号客户姓名 时间金额操作员姓名加押金单(9)财务报表财务报表报表编号操作员姓名日期金额(10)各个实体之间的E-R图客户 预定客房记录订房表查询操作员登记押金单追加押金单结算表形成财务报表递交退房续住管理者关系模型如下图所示:客户:证件号码、客户姓名、性别、联系方式操作员:操作员工号、姓名、部门、联系方式管理者:管理者工号、姓名、职位、联系方式客房:客房编号、客房类型、客房单价、客房设施订房表:客房编号、客户姓名、操作员姓名、入住日期、折扣结算表:客房编号、客户姓名、操作员姓名、入住日期、退宿日期、金额押金单:客房编号、客户姓名、操作员姓名、入住日期、金额追加押金单:客房编号、客户姓名、操作员姓名、入日期、金额财务报表:报表编号、操作员姓名、日期、总金额3.2.2. 逻辑结构设计首先将宾馆管理信息系统的数据库概念结构转化为SQL 2000数据库系统所支持的实际数据模型,即:数据库的逻辑结构。其各个表格的设计结果如下客房信息表 Rooms列名数据类型可否为空说明RoomNOVarcharNot null客房编号roomtypeVarcharNot null客房类型RoompriceNumericNot null客房单价HairconditionVarcharNot null是否有空调Htelephone VarcharNot null是否有电话HtelevisionVarcharNot null是否有电视HtoiletVarcharNot null是否有独立卫生间PutupVarcharNot null是否被预定(2)订房信息表Bookin列名数据类型可否为空说明CustomnameVarcharNOT NULL顾客姓名CustomID VarcharNOT NULL身份证号码RoomNOVarchar NOT NULL客房编号Indate time NOT NULL入住日期Discount NumericNULL折扣Inmeno TextNULL备注结算信息表 Count列名数据类型可否为空说明CustomnameVarcharNOT NULL顾客姓名CustomID VarcharNOT NULL身份证号码RoomNOVarchar NOT NULL客房编号Indate time NOT NULL入住日期Checkdatetime NOT NULL退房日期AmountNumericNOT NULL金额Inmeno TextNULL备注(4)财务报表 finance列名数据类型可否为空说明financeNOVarcharNOT NULL报表编号datetime NOT NULL日期Total AmountNumericNOT NULL总金额3.2.3. 物理结构设计 客房信息,表格的数据项有:客房编号,客房种类, 客房单价,客房设施包括是否有空调,电视,电话,单独卫生 间等,备注等。 订房信息,包括的数据项有:客房编号,客房种类, 客房备注信息,顾客姓名,顾客身份证号码,入住时 间,折扣,操作员姓名备注等。 结算信息,包括的数据项有:订房编号,客房编号,客房种类, 客房位置,客房备注信息,顾客姓名,顾客身份证号码,入住时 间,结算时间,金额,操作员姓名,备注等。3.3. 代码设计3.3代码设计(1)对于客户可以做以下规定客户性别客户人数客户类型是否预定拟住天数C1男N11个人L1散客Y1已预定D11天C2女N22个人L2团客Y2无预定D22天N33个人D33天N44人以上D44天以上(2) 对于客房可以做以下规定客房类型客房层次客房设施客房状态预定状态R1单人标准间F11层S1标准设施+电脑Z1已打扫B1已预定R2双人标准间F22层S2标准设施+棋牌Z2打扫中B2未预定R3商务房F33层S3标准设施Z3维修中R4经济房F44层R5套房F55层 (3)对操作员可以做以下规定操作员姓名操作员性别所属部门N1玲玲V1男A1接待处N2默默V2女A2退房处N3娜娜N4张三(4)对管理员可以做以下规定操作员姓名操作员性别职位L1林淼H1男G1财务主管L2金鑫H2女G2经理L3潘星G3董事长3.4. 输入/输出设计 登陆界面客房管理界面入住登记界面房区分布图第4章 结束语 科技进步将人类带到了信息时代,计算机已成为各个行业在业务处理与管理工作中必不可少的辅助工具,并对各行各业的发展起到越来越大的推动作用。宾馆管理系统对于宾馆经营者来说是

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论