基于某架构设计五视图法地案例酒店管理系统概要设计

上传人:沈*** 文档编号:100827297 上传时间:2022-06-03 格式:DOC 页数:14 大小:722KB
收藏 版权申诉 举报 下载
基于某架构设计五视图法地案例酒店管理系统概要设计_第1页
第1页 / 共14页
基于某架构设计五视图法地案例酒店管理系统概要设计_第2页
第2页 / 共14页
基于某架构设计五视图法地案例酒店管理系统概要设计_第3页
第3页 / 共14页
资源描述:

《基于某架构设计五视图法地案例酒店管理系统概要设计》由会员分享,可在线阅读,更多相关《基于某架构设计五视图法地案例酒店管理系统概要设计(14页珍藏版)》请在装配图网上搜索。

1、word概要设计说明书引言1.1编写目的酒店管理系统概要设计的任务是根据需求分析说明书所确定的用户对系统的功能要求、性能要求、用户操作要求和将来扩展要求,制定系统实现的总体规划。即:1、系统设计:以系统功能模型为依据确定系统实现的根本框架2、数据库逻辑设计。3、软件结构设计:确定组成软件系统的程序模块和以程序模块为单位、用层次结构表示的软件结构,以与各模块的功能描述和接口描述。编写概要设计说明书的目的:将酒店管理系统的系统设计、数据库逻辑设计和软件结构设计用规X化的格式和规X化的语言进展描述,作为软件开发人员进展软件开发、软件测试和维护的依据。软件系统的名称:酒店管理系统本项目的任务提出者:酒

2、店本项目的任务开发者:公司本项目的用户:酒店1.3 定义序号名词定义1转房调房用户在对当前房间不满意时,可以要求转房到其他可供使用的的房间。2入住状态一个特定编号的房间的当前入住状态,即房间是否有人住。3房态一个特定编号的房间的状态,即房间是净房、脏房还是坏房。4净房指一个房间的状态为可用空房,已经过客房工作人员的清理,可以安排给来入住的客人。5脏房指一个房间的状态为不可用空房,尚未经过客房工作人员的清理。6坏房指一个房间的状态为不可用空房,尚未经过客房工作人员的修理。7各级密码包括工作人员和经理都有自己的账号和密码,用于登陆酒店管理系统以获取相关服务。8帐务对于客人的不同业务进展相关记录,并

3、附有工作人员记录。9查账指前台工作人员对于某用户的消费金额进展查询,以确定是否超额来通知用户。10新入住查询对本日新入住的客人进展记录,以供查询。11客房定价根据不同时间,经理可以对客房的定价进展修改。12客房占用报表是当前客房的占用情况的报表,用于管理员查询。13转房改租表是指客人进展转房调房,根据客房定价的差异进展房租的更改,并记录客房信息。14动态房态即时的客房状态,便于管理者和客人进展查询。15房管是客房辅助系统,可以对于客房状态进展设置查询,可通知客房工作人员来进展管理。1、中华人民某某国国家标准计算机软件开发规XGB8566882、中华人民某某国国家标准计算机软件开发文件编制指南G

4、B8567883、中华人民某某国国家标准计算机软件需求说明编制指南GB8585884、酒店管理系统需求分析说明书2总体设计架构设计系统可划分为三个子系统,采购管理子系统、门店管理子系统和客服管理子系统。如图2-1。图2-1 子系统划分图子系统都有用户登录功能块,如图2-2。用户修改信息:指用户可以随时修改自己的信息,特别是用户密码必须经常修改,以防止他人盗用自己的身份操作系统,破坏数据库数据。取回密码:当用户忘记了密码时,使用该功能通过简单的回忆获得自己的密码。图2-2 用户登录软件结构图门店管理子系统包括5大功能块,定义表2-1。门店管理子系统功能结构如图2-3。表2-1 功能块描述序号功能

5、名称简要描述1前台接待前台工作员接待入住客户录入信息并分配可用房间2前台收银前台接待入住客户办理的交款结账手续等工作3房管对房间的房态进展管理,转房调房4夜审对当天一天的收入与入住情况明细进展总结5客户自主查询客户可对自己的相关简单信息进展查询图2-3 门店管理子系统结构图门店管理子系统子功能块图2-4,2-5,2-6,2-7。图2-4 前台接待软件结构图 图2-5 前台收银软件结构图 图2-6 房管软件结构图 图2-7转房调房软件结构图客服管理子系统包括2大功能块分别是:客房预订,会员管理。完成客房预订包括预订客房、查询预订客房信息。会员管理包括参加会员、取消会员与查询会员信息。图2-8 客

6、服管理子系统图2-9 客房预订软件结构图图2-10 会员管理软件结构图采购管理子系统的功能包括:录入采购申请,录入采购信息,查询采购信息,通知提货。图2-11 采购管理子系统软件结构图架构设计系统采用三层架构模型进展开发,将系统分成三个局部,数据表现层、业务逻辑层和数据处理层。如图2-12。图2-12三层架构数据表现层负责用户与系统之间的交互,主要表现在将系统的数据按照用户的业务操作按照一定的规如此显示在页面上,利用JSP页面技术来实现。在酒店管理中,数据表现层根据用户类别的不同,分别展现不同的用户界面和功能,具体分为门店管理员界面、采购管理员界面、客服管理员界面、客人界面。业务逻辑层主要完成

7、各个子系统之间的通信和交互,以实现系统的业务功能,在本系统中分为门店管理、采购管理和客服管理。数据处理层主要实现系统的数据和数据库之间的交互,利用JSP中JDBC数据库的处理模块实现。架构设计服务器端:P600/内存128Mb/硬盘10Gb以上的专用微机服务器;客户端:P600/内存64Mb/硬盘6Gb以上的台式计算机;系统结构:B/S结构;系统开发库:系统基于JSP技术作为系统的解决方案;数据库:Microsoft SQL Server 2000;服务器:IIS5.0;开发环境:MyEclipse;服务器操作系统:Windows Server 2003;客户端操作系统:windows xp与

8、以上系统;操作界面:浏览器界面,IE6.0。考虑到一个用户在进展操作的时候,其他的用户可能都不处在操作状态,将本系统按用户的类别划分成四个进程,采购管理、门店管理、客服管理、用户登录的各自的功能在运行时封装到一个进程里面,每一个功能作为一个线程,不同的进程之间通过线程来通讯。在一个用户登录后创建一个进程,当他进展某项操作时,将该操作作为一个消息传递给业务逻辑层,业务逻辑层根据该消息的内容或对数据库操作,或调用数据表现层完成相关操作,在他退出系统后撤销该进程。由于不同的用户可能并发的对数据库进展访问和操作,这里采用多线程的方式来对数据库进展操作。采用基于的网络通信协议完成业务表现层与业务逻辑层之

9、间的通讯。2.架构设计服务器端:P600/内存128Mb/硬盘10Gb以上的专用微机服务器;客户端:P600/内存64Mb/硬盘6Gb以上的台式计算机;本系统仅需一个应用服务器和一个数据库服务器即可,客户端均可以访问应用服务器,应用服务器在需要做数据库操作时访问数据库服务器。功能分布与数据分布:系统的所有软件模块都集中在服务器上,在用户通过浏览器登录后,根据不同的用户,服务器展现相应的功能块给该用户,所有的数据都保存在数据库服务器中,如图2-13。图2-13 部署图2.架构设计数据库概念模型如图2-14所示。2-14 概念模型1、客人个人信息表字段名称数据类型是否为空说明Cus_IDIntNo

10、t null某某号Room_IDIntNot null房间IDCus_NameCharNot null某某Cus_sexCharNot null性别Cus_AgeInt年龄Cus_NationalChar国际Cus_AddressChar家庭住址Cus_VipIntVIP号Cus_AgreementBool是否合约客人个人信息表定义某某=1汉字8某某为18位汉字某某号=某某号规定为18位数字性别=男|女性别为男女两种年龄=0200国籍=1汉字10 国籍10个汉字之内家庭住址=1汉字16地址为116位汉字房间ID=“0000“9999房间ID号规定为4位数字VIP号=“00000001“9999

11、9999账号规定为8位数字是否合约=“1“01表示是,0表示否2、房态表字段名称 数据类型是否为空说明Room_IDIntNot null客房ID号Room_StateCharNot null房间状态房态表定义客房ID=“0000“9999房间ID号规定为4位数字房态=“1“01出租 0未出租3、客房信息表字段名称数据类型是否为空说明Room_IDIntNot null客房ID号Room_TypeCharNot null客房类型Room_PriceIntNot null客房价格Room_AreaIntNot null房间面积Room_BedCharNot null床位Room_Descript

12、ionChar客房描述客房信息表定义客房ID=“0000-“9999房间ID号规定为4位数字客房类型=高|中|地00、01、11表示客房面积=0200平方米客房价格=2020000元床位=18个4、预定证明表字段名称数据类型是否为空说明Cus_nameCharNot null某某Cus_IDIntNot null某某号Cus_SexIntNot null性别Cus_AddressChar家庭住址Cus_TelIntCus_RoomNunIntNot null房间号Cus_TimeIntNot null订房时间Cus_MoneyIntNot null押金预定证明表定义某某=1汉字8某某为18位汉

13、字某某号=某某号规定为18位数字性别=男|女性别为男女两种家庭住址=1汉字16地址为116位汉字 =1数字16 号为16位数字之内房间数量=订房时间=年+月+日年=“0001.“9999月=“01.12日=01.31日期由年月日组成押金=“.“5、退房凭证表字段名称数据类型是否为空说明NameCharNot null某某IDIntNot null某某号SexCharNot null性别退房凭证表定义某某=1汉字8某某为18位汉字某某号=某某号规定为18位数字性别=男|女性别为男女两种客房核实结果=1-4结果为14位汉字6、客历表字段名称数据类型是否为空说明Room_IDIntNot null客

14、房ID号Room_BeginTimeIntNot null开房时间Room_LastTimeIntNot null退房时间Room_TotalPriceIntNot null收取金额客历表定义客房ID号=“0000“9999房间ID号规定为4位数字开房时间=年+月+日年=“0001.“9999月=“01.12日=01.31日期由年月日组成退房时间=年+月+日年=“0001.“9999月=“01.12日=01.31日期由年月日组成金额=“.“住客ID=某某号规定为18位数字2.2 设计模式2.2.1根本设计概念设计根底:酒店内的电脑通过内部网连通,带宽为100兆。因此,酒店内部网性能能够满足各分

15、部通过内部网访问中心数据库数据的实时响应要求。为了满足用户对系统的功能需求、以与对系统数据的安全性、数据一致性要求,本系统的设计思想是:1、本系统采用MVC模式,模型视图控制器模式简称为MVC(Model-View-Controller,MVC)。MVC模式专门用于描述用户界面结构,主要针对界面设计的可变性需求,其目标是如何使软件的计算模型独立于界面的构成。用户对软件最直接的感受是软件的界面特性。对同一个应用问题,不同的用户、不同的计算环境、不同的时期,可能都要求有不同的界面表示形式。例如,当在不改变领域模型的前提下要求扩展应用功能,当用户对界面提出新的和特别的要求时,当把某个系统的设计思想移

16、植到另一个运行环境时,都要求对界面进展某些修改。从保证数据的安全性和有效性考虑,将分为数据录入用户和数据查询用户。录入用户主要负责数据的录入和修改。2、系统安全性设计:身份验证登录数据限制:访问数据库用户的分部属性决定的访问数据的X围。功能限制:通过用户功能视图限制用户对数据的操作。3、用户角色设定和用户权限分配:根据用户功能视图的划分确定用户角色的划分。每个用户按用户角色获得根本的系统操作权限。为了使用户对系统的操作权限与用户的业务工作分配相对应,系统可以在用户角色根本权限的根底上增加或减少对系统的操作权限,即用户权限可动态变化。为了实现用户权限的动态变化,将系统功能模块作为系统资源进展注册

17、。将用户权限的分配转化为对模块的分配。可以对模块的操作进展约束来实现对功能使用的时间约束,使得某些模块具有很强时间特性。4、为了实现用户权限的动态变化,用户功能视图界面必须动态生成。2.2.2操作流程系统的根本操作流程是:启动系统输入用户某某和密码登录失败 登录成功 图1 系统根本操作流程登录用户功能操作功能需求与程序的关系序号功能需求程序模块备注1、用户登录1用户登录与验证用户登录2用户修改信息用户修改信息用户修改自己的信息3取回用户密码取回用户密码功能编号1功能名称用户登录调查者调查时间功能描述用于各用户登陆酒店管理系统输入项用户ID+密码处理描述系统检查用户ID和密码,进展比对,并转入与

18、该用户权限相应的界面输出项进入相应界面界面要求系统登陆界面功能编号2功能名称前台接待所属部门前台接待调查者调查时间审核人功能描述对客人入住进展接待处理包括散客接待、团体接待、合约客人接待散客入住登记、合约入住登记、 团体自动入住和手动入住、 补填客单、修改客人信息、转房、调房、设置房态、客人留言、 预定客房查询、 可售客房查询输入项个人:某某号int+某某(char)+性别(int)+年龄(int)+国籍(char)+家庭住址(char)+VIP(int)+ (int)+是否合约(bool)团体:团队ID号int+团队名称(char)+领队人(char)+领队手机(int)+团队开户行(cha

19、r)+某某(int)+地址(char)+联系 (int)+人数(int)+人员(char)+房间数量(int)+是否合约(bool)处理描述将数据与客历系统比对,将数据输入到数据库中,并更新入住情况的数据信息客人一旦入住酒店,将允许客人先消费,后付帐。系统还设计了限制消费的功能。团体入住后除了每个团员有自己的帐外,系统还自动产生该团的主某某,操作员每一个消费记入成员帐还是记入团体帐,该团成员的房租将自动记入团主帐。输出项将客人入住数据输出到数据库界面要求个人预定和团体预定在各自的输入界面输入功能编号3功能名称前台收银所属部门前台收银调查者调查时间审核人功能描述对客人的帐务和退房进展处理记帐 包

20、括客人在酒店各营业场点的消费埋单、 限制客人消费、退房、押金参加、查帐 可查总客帐、总收入帐、总消费帐、转帐、设置跑单、 客用保险箱管理、 团体埋单与退房输入项客人ID号int+团队名称(char)+团队开户行(char)+某某(int)+是否合约(bool)处理描述将客人的帐务进展显示,结帐和退房时对数据进展相应的处理。每一个客人从预定房间起系统内已自动产生了该客人的某某,住店的客人享受酒店的短期贷款,可以在酒店绝大局部签单,这将刺激客人的消费心理,增加酒店的收入,记帐功能主要参加酒店暂无连网的那些消费场所和诸如赔偿、日租、特别消费等。酒店管理者还可根据客人的情况锁住其某某,以限制其消费。前

21、台收银系统的埋单又与其他营业场所不同,前台的埋单允许客人一帐多单,分期埋单,分类别埋单,退房时能自动检测:客人的帐务余额为零;客人某某的帐项为空;保险箱钥匙以归还,否如此系统拒绝退房。转帐功能也具有万能分帐的功能,既不但可以把几个某某的消费转入另一某某,也可把某一某某特定时期特定几类消费转入另一某某,转帐帐项将留下记号并且留下记录以方便查核人员核对。 团体埋单与其他埋单一样,而团体退房如此采用全自动方式,不必一一输入房号。如果系统检测到某团的成员全部已退房,团主单也随即自动退出。输出项更新用户帐务数据,并输出到数据库。界面要求在帐务操作界面进展操作。功能编号4功能名称房管所属部门调查者调查时间

22、审核人功能描述管家进展信息处理,包括房间状态,停车信息。设置净房、脏房、坏房、与取消坏房设置SKIP房、SLEEP房查询净房表、脏房表、坏房表房间状态新入住查询输入项房间状态int,停车场信息bool处理描述查询时返回房间状态;设置房间状态时,将房间状态修改并输出。停车信息查询时,返回停车信息;设置时,更改信息并输出。输出项查询时,输出房间信息或停车信息到界面;更改时,输出数据到数据库。界面要求管家系统界面功能编号5功能名称预定系统所属部门前台预定调查者调查时间审核人功能描述对客人预定房间业务进展处理包括散客预定、团体预定、合约客人预定散客预定、团体预定、客房预定、预定未到处理、预售查询预定系

23、统可随时查询30天以内酒店客房预售一览表,与可售房间数,可查询某间客房预定情况。对常客可使用系统的客历资料预定与陪房,可大大减少资料的输入。输入项个人:某某号int+某某(char)+性别(int)+年龄(int)+国籍(char)+家庭住址(char)+VIP(int)+ (int)+是否合约(bool)团体:团队ID号int+团队名称(char)+领队人(char)+领队手机(int)+团队开户行(char)+某某(int)+地址(char)+联系 (int)+人数(int)+人员(char)+房间数量(int)+是否合约(bool)处理描述将数据与客历系统比对,将数据输入到数据库中,并更

24、新预定情况的数据信息。其中系统对输入的各个数据根据一定的规如此做数据检查。输出项将客人信息输出到数据库界面要求个人预定和团体预定在预定操作界面操作3非功能性需求系统数据安全:提供基于用户名/密码的认证方式。提供基于用户类别的应用软件功能的访问控制,根据不同的用户类别控制系统的数据对象以与系统功能的访问权限;在删除等关键操作时,有要求用户确认的提示。传输安全:通过安全的网络传输协议,利用公钥/私钥保证数据在传输过程的安全。3.2易用性本系统中的最初学生数据从教育局下载并导入。用户操作界面采用尽量简洁的图形用户界面,功能显示醒目,易见,对于操作有操作提示显示。简化输入操作,尽量采用下拉框选择的形式,对于查询条件,尽量提供下拉框选择。3.3 可靠性在系统运行异常甚至发生故障时,能提供故障恢复的能力。保证系统持续稳定的运行,并且计划外宕机时间控制在全年的1%以内。3.4 高性能响应时间:用户访问系统登录界面的响应时间目标位5秒;除统计操作外,用户的操作响应时间在5秒内,服务器的平均利用率不大于70%;13 / 14

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!