《酒店管理系统概要设计基于架构设计五视图法.doc》由会员分享，可在线阅读，更多相关《酒店管理系统概要设计基于架构设计五视图法.doc（16页珍藏版）》请在三一办公上搜索。
1、酒店管理系统概要设计基于架构设计五视图法 文档编号： 版 本 号： 文档名称： 概要设计说明书 项目名称： 酒店治理系统 文档编写人： 编写： 2011年 12月 1 日校对： 年 月 日 年 月 日 年 月 日开发单位： 公司 目 录引言21.1编写目的21.2背景21.3 定义21.4参考资料32总体设计32.1系统构架设计32.1.1逻辑架构设计32.1.2开发架构设计52.1.3运行架构设计62.1.4物理架构设计72.1.5数据架构设计72.2 设计模式102.2.1差不多设计概念102.2.2操作流程112.3功能需求与程序的关系123非功能性需求143.1安全性143.2 易用性
2、153.3 可靠性153.4 高性能15概要设计说明书引言1.1编写目的酒店治理系统概要设计的任务是依照需求分析说明书所确定的用户对系统的功能要求、性能要求、用户操作要求和今后扩展要求，制定系统实现的总体规划。即：1、系统设计：以系统功能模型为依据确定系统实现的差不多框架2、数据库逻辑设计。3、软件结构设计：确定组成软件系统的程序模块和以程序模块为单位、用层次结构表示的软件结构，以及各模块的功能描述和接口描述。编写概要设计说明书的目的：将酒店治理系统的系统设计、数据库逻辑设计和软件结构设计用规范化的格式和规范化的语言进行描述，作为软件开发人员进行软件开发、软件测试和爱护的依据。1.2背景软件系
3、统的名称：酒店治理系统本项目的任务提出者：酒店本项目的任务开发者：公司本项目的用户：酒店1.3 定义序号名词定义1转房调房用户在对当前房间不中意时，能够要求转房到其他可供使用的的房间。2入住状态一个特定编号的房间的当前入住状态，即房间是否有人住。3房态一个特定编号的房间的状态，即房间是净房、脏房依旧坏房。4净房指一个房间的状态为可用空房，差不多过客房工作人员的清理，能够安排给来入住的客人。5脏房指一个房间的状态为不可用空房，尚未通过客房工作人员的清理。6坏房指一个房间的状态为不可用空房，尚未通过客房工作人员的修理。7各级密码包括工作人员和经理都有自己的账号和密码，用于登陆酒店治理系统以猎取相关
4、服务。8帐务关于客人的不同业务进行相关记录，并附有工作人员记录。9查账指前台工作人员关于某用户的消费金额进行查询，以确定是否超额来通知用户。10新入住查询对本日新入住的客人进行记录，以供查询。11客房定价依照不同时刻，经理能够对客房的定价进行修改。12客房占用报表是当前客房的占用情形的报表，用于治理员查询。13转房改租表是指客人进行转房调房，依照客房定价的差异进行房租的更换，并记录客房信息。14动态房态即时的客房状态，便于治理者和客人进行查询。15房管是客房辅助系统，能够关于客房状态进行设置查询，可通知客房工作人员来进行治理。1.4参考资料1、中华人民共和国国家标准运算机软件开发规范GB856
5、6882、中华人民共和国国家标准运算机软件开发文件编制指南GB8567883、中华人民共和国国家标准运算机软件需求说明编制指南GB8585884、酒店治理系统需求分析说明书2总体设计2.1系统构架设计2.1.1逻辑架构设计系统可划分为三个子系统，采购治理子系统、门店治理子系统和客服治理子系统。如图2-1。图2-1 子系统划分图子系统都有用户登录功能块，如图2-2。用户修改信息：指用户能够随时修改自己的信息，专门是用户密码必须经常修改，以防止他人盗用自己的身份操作系统，破坏数据库数据。取回密码：当用户不记得了密码时，使用该功能通过简单的回忆获得自己的密码。图2-2 用户登录软件结构图门店治理子系
6、统包括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大功能块分别是：客房预订，会员治理。完成客
7、房预订包括预订客房、查询预订客房信息。会员治理包括加入会员、取消会员及查询会员信息。图2-8 客服治理子系统图2-9 客房预订软件结构图图2-10 会员治理软件结构图采购治理子系统的功能包括：录入采购申请，录入采购信息，查询采购信息，通知提货。图2-11 采购治理子系统软件结构图2.1.2开发架构设计系统采纳三层架构模型进行开发，将系统分成三个部分，数据表现层、业务逻辑层和数据处理层。如图2-12。图2-12三层架构数据表现层负责用户与系统之间的交互，要紧表现在将系统的数据按照用户的业务操作按照一定的规则显示在页面上，利用JSP页面技术来实现。在酒店治理中，数据表现层依照用户类别的不同，分别展
8、现不同的用户界面和功能，具体分为门店治理员界面、采购治理员界面、客服治理员界面、客人界面。业务逻辑层要紧完成各个子系统之间的通信和交互，以实现系统的业务功能，在本系统中分为门店治理、采购治理和客服治理。数据处理层要紧实现系统的数据和数据库之间的交互，利用JSP中JDBC数据库的处理模块实现。2.1.3运行架构设计服务器端：P600/内存128Mb/硬盘10Gb以上的专用微机服务器；客户端：P600/内存64Mb/硬盘6Gb以上的台式运算机；系统结构：B/S结构；系统开发库：系统基于JSP技术作为系统的解决方案；数据库：Microsoft SQL Server 2000；服务器：IIS5.0；开
9、发环境：MyEclipse；服务器操作系统：Windows Server 2003；客户端操作系统：windows xp及以上系统；操作界面：扫瞄器界面，IE6.0。考虑到一个用户在进行操作的时候，其他的用户可能都不处在操作状态，将本系统按用户的类别划分成四个进程，采购治理、门店治理、客服治理、用户登录的各自的功能在运行时封装到一个进程里面，每一个功能作为一个线程，不同的进程之间通过线程来通讯。在一个用户登录后创建一个进程，当他进行某项操作时，将该操作作为一个消息传递给业务逻辑层，业务逻辑层依照该消息的内容或对数据库操作，或调用数据表现层完成相关操作，在他退出系统后撤销该进程。由于不同的用户可
10、能并发的对数据库进行访问和操作，那个地点采纳多线程的方式来对数据库进行操作。采纳基于 的网络通信协议完成业务表现层与业务逻辑层之间的通讯。2.1.4物理架构设计服务器端：P600/内存128Mb/硬盘10Gb以上的专用微机服务器；客户端：P600/内存64Mb/硬盘6Gb以上的台式运算机；本系统仅需一个应用服务器和一个数据库服务器即可，客户端均能够访问应用服务器，应用服务器在需要做数据库操作时访问数据库服务器。功能分布与数据分布：系统的所有软件模块都集中在服务器上，在用户通过扫瞄器登录后，依照不同的用户，服务器展现相应的功能块给该用户，所有的数据都储存在数据库服务器中，如图2-13。图2-13
11、 部署图2.1.5数据架构设计数据库概念模型如图2-14所示。2-14 概念模型1、客人个人信息表字段名称数据类型是否为空说明Cus_IDIntNot 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汉字
12、10 国籍10个汉字之内家庭住址=1汉字16地址为116位汉字房间ID=“0000”“9999”房间ID号规定为4位数字VIP号=“00000001”“99999999”账号规定为8位数字是否合约=“1”“0”1表示是，0表示否2、房态表字段名称 数据类型是否为空说明Room_IDIntNot null客房ID号Room_StateCharNot null房间状态房态表定义客房ID=“0000”“9999”房间ID号规定为4位数字房态=“1”“0”1出租 0未出租3、客房信息表字段名称数据类型是否为空说明Room_IDIntNot null客房ID号Room_TypeCharNot null客
13、房类型Room_PriceIntNot null客房价格Room_AreaIntNot null房间面积Room_BedCharNot null床位Room_DescriptionChar客房描述客房信息表定义客房ID=“0000”-“9999”房间ID号规定为4位数字客房类型=高|中|地00、01、11表示客房面积=0200平方米客房价格=2020000元床位=18个4、预定证明表字段名称数据类型是否为空说明Cus_nameCharNot null姓名Cus_IDIntNot null身份证号Cus_SexIntNot null性别Cus_AddressChar家庭住址Cus_TelInt
14、Cus_RoomNunIntNot null房间号Cus_TimeIntNot null订房时刻Cus_MoneyIntNot null押金预定证明表定义姓名=1汉字8姓名为18位汉字身份证号=身份证号规定为18位数字性别=男|女性别为男女两种家庭住址=1汉字16地址为116位汉字 =1数字16 号为16位数字之内房间数量=订房时刻=年+月+日年=“0001”.“9999”月=“01”.”12” 日=”01”.”31”日期由年月日组成押金=“0000000.01”.“9999999.995、退房凭证表字段名称数据类型是否为空说明NameCharNot null姓名IDIntNot null身份
15、证号SexCharNot null性别退房凭证表定义姓名=1汉字8姓名为18位汉字身份证号=身份证号规定为18位数字性别=男|女性别为男女两种客房核实结果=1-4结果为14位汉字6、客历表字段名称数据类型是否为空说明Room_IDIntNot null客房ID号Room_BeginTimeIntNot null开房时刻Room_LastTimeIntNot null退房时刻Room_TotalPriceIntNot null收取金额客历表定义客房ID号=“0000”“9999”房间ID号规定为4位数字开房时刻=年+月+日年=“0001”.“9999”月=“01”.”12” 日=”01”.”31
16、”日期由年月日组成退房时刻=年+月+日年=“0001”.“9999”月=“01”.”12” 日=”01”.”31”日期由年月日组成金额=“0000000.01”.“9999999.99”住客ID=身份证号规定为18位数字2.2 设计模式2.2.1差不多设计概念设计基础：酒店内的电脑通过内部网连通，带宽为100兆。因此，酒店内部网性能能够满足各分部通过内部网访问中心数据库数据的实时响应要求。为了满足用户对系统的功能需求、以及对系统数据的安全性、数据一致性要求，本系统的设计思想是：1、本系统采纳MVC模式，模型视图操纵器模式简称为MVC(Model-View-Controller，MVC)。MVC
17、模式专门用于描述用户界面结构，要紧针对界面设计的可变性需求，其目标是如何使软件的运算模型独立于界面的构成。用户对软件最直截了当的感受是软件的界面特性。对同一个应用问题，不同的用户、不同的运算环境、不同的时期，可能都要求有不同的界面表示形式。例如，当在不改变领域模型的前提下要求扩展应用功能，当用户对界面提出新的和专门的要求时，当把某个系统的设计思想移植到另一个运行环境时，都要求对界面进行某些修改。从保证数据的安全性和有效性考虑，将分为数据录入用户和数据查询用户。录入用户要紧负责数据的录入和修改。2、系统安全性设计：身份验证（登录）数据限制：访问数据库用户的分部属性决定的访问数据的范畴。功能限制：
18、通过用户功能视图限制用户对数据的操作。3、用户角色设定和用户权限分配：依照用户功能视图的划分确定用户角色的划分。每个用户按用户角色获得差不多的系统操作权限。为了使用户对系统的操作权限与用户的业务工作分配相对应，系统能够在用户角色差不多权限的基础上增加或减少对系统的操作权限，即用户权限可动态变化。为了实现用户权限的动态变化，将系统功能模块作为系统资源进行注册。将用户权限的分配转化为对模块的分配。能够对模块的操作进行约束来实现对功能使用的时刻约束，使得某些模块具有专门强时刻特性。4、为了实现用户权限的动态变化，用户功能视图界面必须动态生成。2.2.2操作流程系统的差不多操作流程是：启动系统输入用户
19、帐号和密码登录失败 登录成功 图1 系统差不多操作流程登录用户功能操作2.3功能需求与程序的关系序号功能需求程序模块备注1、用户登录1用户登录及验证用户登录2用户修改信息用户修改信息用户修改自己的信息3取回用户密码取回用户密码功能编号1功能名称用户登录调查者调查时刻功能描述用于各用户登陆酒店治理系统输入项用户ID+密码处理描述系统检查用户ID和密码，进行比对，并转入与该用户权限相应的界面输出项进入相应界面界面要求系统登陆界面功能编号2功能名称前台接待所属部门前台接待调查者调查时刻审核人功能描述对客人入住进行接待处理包括散客接待、团体接待、合约客人接待散客入住登记、合约入住登记、 团体自动入住和
20、手动入住、 补填客单、修改客人信息、转房、调房、设置房态、客人留言、 预定客房查询、 可售客房查询输入项个人：身份证号（int）+姓名(char)+性别(int)+年龄(int)+国籍(char)+家庭住址(char)+VIP(int)+ (int)+是否合约(bool)团体：团队ID号（int）+团队名称(char)+领队人(char)+领队手机(int)+团队开户行(char)+帐号(int)+地址(char)+联系 (int)+人数(int)+人员名单(char)+房间数量(int)+是否合约(bool)处理描述将数据与客历系统比对，将数据输入到数据库中，并更新入住情形的数据信息客人一旦
21、入住酒店，将承诺客人先消费，后付帐。系统还设计了限制消费的功能。团体入住后除了每个团员有自己的帐外，系统还自动产生该团的主帐号，操作员每一个消费记入成员帐依旧记入团体帐，该团成员的房租将自动记入团主帐。输出项将客人入住数据输出到数据库界面要求个人预定和团体预定在各自的输入界面输入功能编号3功能名称前台收银所属部门前台收银调查者调查时刻审核人功能描述对客人的帐务和退房进行处理记帐 （包括客人在酒店各营业场点的消费）埋单、 限制客人消费、退房、押金加入、查帐 （可查总客帐、总收入帐、总消费帐）、转帐、设置跑单、 客用保险箱治理、 团体埋单及退房输入项客人ID号（int）+团队名称(char)+团队
22、开户行(char)+帐号(int)+是否合约(bool)处理描述将客人的帐务进行显示，结帐和退房时对数据进行相应的处理。每一个客人从预定房间起系统内已自动产生了该客人的帐号，住店的客人享受酒店的短期贷款，能够在酒店绝大部分签单，这将刺激客人的消费心理，增加酒店的收入，记帐功能要紧加入酒店暂无连网的那些消费场所和诸如赔偿、日租、专门消费等。酒店治理者还可依照客人的情形锁住其帐号，以限制其消费。前台收银系统的埋单又与其他营业场所不同，前台的埋单承诺客人一帐多单，分期埋单，分类别埋单，退房时能自动检测：客人的帐务余额为零；客人帐号的帐项为空；保险箱钥匙以归还，否则系统拒绝退房。转帐功能也具有万能分帐
23、的功能，既不但能够把几个帐号的消费转入另一帐号，也可把某一帐号特定时期特定几类消费转入另一帐号，转帐帐项将留下记号同时留下记录以方便查核人员核对。 团体埋单与其他埋单相同，而团体退房则采纳全自动方式，不必一一输入房号。假如系统检测到某团的成员全部已退房，团主单也赶忙自动退出。输出项更新用户帐务数据，并输出到数据库。界面要求在帐务操作界面进行操作。功能编号4功能名称房管所属部门调查者调查时刻审核人功能描述总管进行信息处理，包括房间状态，停车信息。设置净房、脏房、坏房、及取消坏房设置SKIP房、SLEEP房查询净房表、脏房表、坏房表房间状态新入住查询输入项房间状态（int），停车场信息（bool）
24、处理描述查询时返回房间状态；设置房间状态时，将房间状态修改并输出。停车信息查询时，返回停车信息；设置时，更换信息并输出。输出项查询时，输出房间信息或停车信息到界面；更换时，输出数据到数据库。界面要求总管系统界面功能编号5功能名称预定系统所属部门前台预定调查者调查时刻审核人功能描述对客人预定房间业务进行处理包括散客预定、团体预定、合约客人预定散客预定、团体预定、客房预定、预定未到处理、预售查询预定系统可随时查询30天以内酒店客房预售一览表，及可售房间数，可查询某间客房预定情形。对常客可使用系统的客历资料预定及陪房，可大大减少资料的输入。输入项个人：身份证号（int）+姓名(char)+性别(in
25、t)+年龄(int)+国籍(char)+家庭住址(char)+VIP(int)+ (int)+是否合约(bool)团体：团队ID号（int）+团队名称(char)+领队人(char)+领队手机(int)+团队开户行(char)+帐号(int)+地址(char)+联系 (int)+人数(int)+人员名单(char)+房间数量(int)+是否合约(bool)处理描述将数据与客历系统比对，将数据输入到数据库中，并更新预定情形的数据信息。其中系统对输入的各个数据依照一定的规则做数据检查。输出项将客人信息输出到数据库界面要求个人预定和团体预定在预定操作界面操作3非功能性需求3.1安全性系统数据安全：提
26、供基于用户名/密码的认证方式。提供基于用户类别的应用软件功能的访问操纵，依照不同的用户类别操纵系统的数据对象以及系统功能的访问权限；在删除等关键操作时，有要求用户确认的提示。传输安全：通过安全的网络传输协议，利用公钥/私钥保证数据在传输过程的安全。3.2 易用性本系统中的最初学生数据从教育局下载并导入。用户操作界面采纳尽量简洁的图形用户界面，功能显示醒目，易见，关于操作有操作提示显示。简化输入操作，尽量采纳下拉框选择的形式，关于查询条件，尽量提供下拉框选择。3.3 可靠性在系统运行专门甚至发生故障时，能提供故障复原的能力。保证系统连续稳固的运行，同时打算外宕机时刻操纵在全年的1%以内。3.4 高性能响应时刻：用户访问系统登录界面的响应时刻目标位5秒；除统计操作外，用户的操作响应时刻在5秒内，服务器的平均利用率不大于70%；
