您好,欢迎访问三七文档
当前位置:首页 > 行业资料 > 酒店餐饮 > 基于架构设计五视图法的案例酒店管理系统设计
概要设计说明书1引言1.1编写目的《酒店管理系统》概要设计的任务是根据需求分析说明书所确定的用户对系统的功能要求、性能要求、用户操作要求和将来扩展要求,制定系统实现的总体规划。即:1、系统设计:以系统功能模型为依据确定系统实现的基本框架2、数据库逻辑设计。3、软件结构设计:确定组成软件系统的程序模块和以程序模块为单位、用层次结构表示的软件结构,以及各模块的功能描述和接口描述。编写概要设计说明书的目的:将《酒店管理系统》的系统设计、数据库逻辑设计和软件结构设计用规范化的格式和规范化的语言进行描述,作为软件开发人员进行软件开发、软件测试和维护的依据。1.2背景软件系统的名称:酒店管理系统本项目的任务提出者:××酒店本项目的任务开发者:××公司本项目的用户:××酒店1.3定义序号名词定义1转房调房用户在对当前房间不满意时,可以要求转房到其他可供使用的的房间。2入住状态一个特定编号的房间的当前入住状态,即房间是否有人住。3房态一个特定编号的房间的状态,即房间是净房、脏房还是坏房。4净房指一个房间的状态为可用空房,已经过客房工作人员的清理,可以安排给来入住的客人。5脏房指一个房间的状态为不可用空房,尚未经过客房工作人员的清理。6坏房指一个房间的状态为不可用空房,尚未经过客房工作人员的修理。7各级密码包括工作人员和经理都有自己的账号和密码,用于登陆酒店管理系统以获取相关服务。8帐务对于客人的不同业务进行相关记录,并附有工作人员记录。9查账指前台工作人员对于某用户的消费金额进行查询,以确定是否超额来通知用户。1/1410新入住查询对本日新入住的客人进行记录,以供查询。11客房定价根据不同时间,经理可以对客房的定价进行修改。12客房占用报表是当前客房的占用情况的报表,用于管理员查询。13转房改租表是指客人进行转房调房,根据客房定价的差异进行房租的更改,并记录客房信息。14动态房态即时的客房状态,便于管理者和客人进行查询。15房管是客房辅助系统,可以对于客房状态进行设置查询,可通知客房工作人员来进行管理。1.4参考资料1、中华人民共和国国家标准《计算机软件开发规范》GB8566—882、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—883、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—884、《酒店管理系统》需求分析说明书2总体设计2.1系统构架设计2.1.1逻辑架构设计系统可划分为三个子系统,采购管理子系统、门店管理子系统和客服管理子系统。如图2-1。酒店管理系统采购管理子系统门店管理子系统客服管理子系统图2-1子系统划分图子系统都有用户登录功能块,如图2-2。用户修改信息:指用户可以随时修改自己的信息,特别是用户密码必须经常修改,以防止他人盗用自己的身份操作系统,破坏数据库数据。取回密码:当用户忘记了密码时,使用该功能通过简单的回忆获得自己的密码。用户登录用户登录验证用户修改信息取回密码图2-2用户登录软件结构图2/14门店管理子系统包括5大功能块,定义表2-1。门店管理子系统功能结构如图2-3。表2-1功能块描述序号功能名称简要描述1前台接待前台工作员接待入住客户录入信息并分配可用房间2前台收银前台接待入住客户办理的交款结账手续等工作3房管对房间的房态进行管理,转房调房4夜审对当天一天的收入及入住情况明细进行总结5客户自主查询客户可对自己的相关简单信息进行查询门店管理子系统前台收银前台接待房管客户自主查询图2-3门店管理子系统结构图门店管理子系统子功能块图2-4,2-5,2-6,2-7。前台接待可入住客房查询客人入住登记转房调房前台收银客人信息查询结账退房数据备份图2-4前台接待软件结构图图2-5前台收银软件结构图房管设置房间状态房间状态查询新入住查询转房调房修改客人房间信息修改房间入住状态图2-6房管软件结构图图2-7转房调房软件结构图客服管理子系统包括2大功能块分别是:客房预订,会员管理。完成客房预订包括预订客房、3/14查询预订客房信息。会员管理包括加入会员、取消会员及查询会员信息。客服管理子系统客房预订会员管理图2-8客服管理子系统客房预订预订客房查询预订信息会员管理加入会员取消会员查询会员信息图2-9客房预订软件结构图图2-10会员管理软件结构图采购管理子系统的功能包括:录入采购申请,录入采购信息,查询采购信息,通知提货。采购管理子系统录入采购申请录入采购信息查询采购信息通知提货图2-11采购管理子系统软件结构图2.1.2开发架构设计系统采用三层架构模型进行开发,将系统分成三个部分,数据表现层、业务逻辑层和数据处理层。如图2-12。4/14表现层程序包业务层程序包数据层程序包与表现层相关的工具包与业务处理相关的第三方组件数据持久化框架图2-12三层架构数据表现层负责用户与系统之间的交互,主要表现在将系统的数据按照用户的业务操作按照一定的规则显示在页面上,利用JSP页面技术来实现。在酒店管理中,数据表现层根据用户类别的不同,分别展现不同的用户界面和功能,具体分为门店管理员界面、采购管理员界面、客服管理员界面、客人界面。业务逻辑层主要完成各个子系统之间的通信和交互,以实现系统的业务功能,在本系统中分为门店管理、采购管理和客服管理。数据处理层主要实现系统的数据和数据库之间的交互,利用JSP中JDBC数据库的处理模块实现。2.1.3运行架构设计服务器端:PⅢ600/内存128Mb/硬盘10Gb以上的专用微机服务器;客户端:PⅢ600/内存64Mb/硬盘6Gb以上的台式计算机;系统结构:B/S结构;系统开发库:系统基于JSP技术作为系统的解决方案;数据库:MicrosoftSQLServer2000;服务器:IIS5.0;开发环境:MyEclipse;服务器操作系统:WindowsServer2003;客户端操作系统:windowsxp及以上系统;操作界面:浏览器界面,IE6.0。考虑到一个用户在进行操作的时候,其他的用户可能都不处在操作状态,将本系统按用户的类别划分成四个进程,采购管理、门店管理、客服管理、用户登录的各自的功能在运行时封装到一个进程里面,每一个功能作为一个线程,不同的进程之间通过线程来通讯。在一个用户登录后创建一个进程,当他进行某项操作时,将该操作作为一个消息传递给业务逻辑层,业务逻辑层根据该消息的内容或对数据库操作,或调用数据表现层完成相关操作,在他退出系统后撤销该进程。由于不同的用户可能并发的对数据库进行访问和操作,这里采用多线程的方式来对数据库进行操作。采用基于http的网络通信协议完成业务表现层与业务逻辑层之间的通讯。5/142.1.4物理架构设计服务器端:PⅢ600/内存128Mb/硬盘10Gb以上的专用微机服务器;客户端:PⅢ600/内存64Mb/硬盘6Gb以上的台式计算机;本系统仅需一个应用服务器和一个数据库服务器即可,客户端均可以访问应用服务器,应用服务器在需要做数据库操作时访问数据库服务器。功能分布与数据分布:系统的所有软件模块都集中在服务器上,在用户通过浏览器登录后,根据不同的用户,服务器展现相应的功能块给该用户,所有的数据都保存在数据库服务器中,如图2-13。应用服务器多台便携电脑便携电脑便携电脑数据库服务器图2-13部署图2.1.5数据架构设计数据库概念模型如图2-14所示。2-14概念模型6/141、客人个人信息表字段名称数据类型是否为空说明Cus_IDIntNotnull身份证号Room_IDIntNotnull房间IDCus_NameCharNotnull姓名Cus_sexCharNotnull性别Cus_AgeInt年龄Cus_NationalChar国际Cus_AddressChar家庭住址Cus_VipIntVIP号Cus_AgreementBool是否合约客人个人信息表定义姓名=1{汉字}8姓名为1~8位汉字身份证号=身份证号规定为18位数字性别=男|女性别为男女两种年龄=0~200国籍=1{汉字}10国籍10个汉字之内家庭住址=1{汉字}16地址为1~16位汉字房间ID=“0000”…“9999”房间ID号规定为4位数字VIP号=“”…“”账号规定为8位数字是否合约=“1”“0”1表示是,0表示否2、房态表字段名称数据类型是否为空说明Room_IDIntNotnull客房ID号Room_StateCharNotnull房间状态房态表定义客房ID=“0000”…“9999”房间ID号规定为4位数字房态=“1”“0”1——出租0——未出租3、客房信息表字段名称数据类型是否为空说明Room_IDIntNotnull客房ID号Room_TypeCharNotnull客房类型7/14Room_PriceIntNotnull客房价格Room_AreaIntNotnull房间面积Room_BedCharNotnull床位Room_DescriptionChar客房描述客房信息表定义客房ID=“0000”-“9999”房间ID号规定为4位数字客房类型=高|中|地00、01、11表示客房面积=0~200平方米客房价格=20~20000元床位=1~8个4、预定证明表字段名称数据类型是否为空说明Cus_nameCharNotnull姓名Cus_IDIntNotnull身份证号Cus_SexIntNotnull性别Cus_AddressChar家庭住址Cus_TelInt电话Cus_RoomNunIntNotnull房间号Cus_TimeIntNotnull订房时间Cus_MoneyIntNotnull押金预定证明表定义姓名=1{汉字}8姓名为1~8位汉字身份证号=身份证号规定为18位数字性别=男|女性别为男女两种家庭住址=1{汉字}16地址为1~16位汉字电话=1{数字}16电话号为16位数字之内房间数量=订房时间=年+月+日年=“0001”..“9999”月=“01”..”12”日期由年月日组成8/14日=”01”..”31”押金=“0000000.01”..“9999999.995、退房凭证表字段名称数据类型是否为空说明NameCharNotnull姓名IDIntNotnull身份证号SexCharNotnull性别退房凭证表定义姓名=1{汉字}8姓名为1~8位汉字身份证号=身份证号规定为18位数字性别=男|女性别为男女两种客房核实结果=1-4结果为1~4位汉字6、客历表字段名称数据类型是否为空说明Room_IDIntNotnull客房ID号Room_BeginTimeIntNotnull开房时间Room_LastTimeIntNotnull退房时间Room_TotalPriceIntNotnull收取金额客历表定义客房ID号=“0000”…“9999”房间ID号规定为4位数字开房时间=年+月+日年=“0001”..“9999”月=“01”..”12”日=”01”..”31”日期由年月日组成退房时间=年+月+日年=“0001”..“9999”月=“01”..”12”日=”01”..”31”日期由年月日组成金额=“0000000.01”..“9999999.99”住客ID=身份证号规定为18位数字9/142.2设计模式2.2.1基本设计概念设计基础:酒店内的电脑通过内部网连通,带宽为100兆。因此,酒店内部网性能能够满足各分部通过内部网访问中心数据库数据的实时响应要求。为了满足用户对系统的功能需求、以及对系统数据的安全性、数据一致性要求,本系统的设计思想是:1、本系统采用MVC模式,模型—视图—控制器模式简称为MVC(Model-View-Controller,MVC)。MVC模式专门用于描述用户界面结构,主要针对界面设计的可变性需求,其目标是如何使软件的计算模型独立于界面的构成。用户对软件最直接的感受是软件的界面特性。对同一个应用问题,不同的用户、不同的计算环境、不同的时期,可能都要求有不同的界面表示形式。例如,当在不改变领域模型的前提下要求扩展应用功能,当用户对界面提出新的和特别的要求时,当把某个系统的设计思想移植到另一个运行环境时,都要求
本文标题:基于架构设计五视图法的案例酒店管理系统设计
链接地址:https://www.777doc.com/doc-7112202 .html