宾馆客房管理系统《软件架构说明书》_第1页
宾馆客房管理系统《软件架构说明书》_第2页
宾馆客房管理系统《软件架构说明书》_第3页
宾馆客房管理系统《软件架构说明书》_第4页
宾馆客房管理系统《软件架构说明书》_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

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

文档简介

软件架构说明书系统名称:___宾馆客房管理系统________________班级:___XXXXXXXXX____________学号:___XXXXXXXXX___________姓名:___XXXXXXXXXX__________完成时间:_____2021年7月1号______________文件建立/修改记录序号版本建立或修改建立/修改人日期审核人日期批准人日期11.0建立2021年621.1修改2021年631.2修改2021年6目录1 简介 11.1 文档编写目的 11.2 文档范围 11.3 术语和省略语 11.4 参考资料 12 架构表示方式 13 架构设计目标与约束 23.1 关键功能需求 23.2 关键质量需求 2 有效性 2 性能 3 性能可扩展 3 功能可扩展 33.3 系统设计原那么 33.4 开发策略 3 软件复用策略 3 使用开源架构 3 使用商业构件 43.5 其它设计约束 44 用例视图 44.1 概述 44.2 关键用例 4 关键的系统参与者 4 关键的系统用例 54.3 关键系统用例简述 75 逻辑视图 85.1 概述 85.2 系统层次模型 85.3 主要的设计包和子系统、 96 进程视图 96.1 概述 96.2 总体进程架构 97 部署视图 117.1 概述 117.2 部署方案1 127.3 部署方案2 128 实施视图 128.1 概述 128.2 实施模型总体架构 139 数据视图 139.1 概述 139.2 数据域模型设计 13简介文档编写目的本文档全面与系统地表述目标软件系统的构架,并通过使用多种视图来从不同角度描述系统的各个主要方面,以满足相关涉众〔客户、设计人员等〕对目标系统的不同关注焦点。本文档记录并表述了架构师对系统构架方面做出的重要决策;工程经理将根据构架定义的构件结构制定工程的开发方案;设计员将据此进行各构件的详细设计;测试设计员按照构架设计系统的总体测试框架;另外构架文档还用于指导各构件的实施、集成及测试。文档范围本文档适合宾馆客房管理系统工程的总体应用架构。术语和省略语本系统没有较专业的术语。参考资料?UML系统建模根底教程?胡荷芬,张帆,高斐编著/2021年05月清华大学出版社架构表示方式本文档以一系列的视图〔View〕来表示系统的软件构架,主要包括用例视图、逻辑视图、进程视图、部署视图、实施视图〔即RUP推荐的4+1视图〕等;每个视图拥有一个或多个模型〔Model〕〔例如逻辑视图包含分析模型、设计模型和数据模型等〕;并围绕相关视图来描述系统的根本结构、组成机制与工作原理等。本文档还将系统的构架机制描述也放在了逻辑视图之下。本文档主要使用统一建模语言〔UML〕来充当相关模型的表达语言;主要图表〔Diagram〕引用自目标系统的RoseModel。架构设计目标与约束描述构架设计必须满足的关键系统功能需求和质量约束,这些功能需求和质量要求对软件构架有重大的影响,并决定了构架的设计。本节同时还列明影响构架的其他相关因素,如软件的复用策略、使用商业构件、设计与实施的策略等。关键功能需求跨地域的系统外部用户通过Internet网来使用系统的功能。内部用户、系统管理员在平安性较高的内网中使用系统的功能。消息通知系统是目标系统为了实现相关功能而需要进行协作的一个外部系统,它能够向用户发送email,或者发送短消息。具体功能呢模块如下:关键质量需求有效性系统平均可用时间大于99.999%。性能系统并发用户在线数大于30。普通数据录入、查找等操作,每单步操作最大延迟时间应小于2秒。一般查询统计,结果集在100条记录以内情况下,最大延迟时间不超过20秒。所有统计,其最大延迟时间不超过2分钟。性能可扩展支持硬件系统性能升级与数量扩充。功能可扩展系统应支持新的功能模块的增加以及旧功能模块的修改或删除操作。系统设计原那么本系统设计遵循以下几个原那么:可适用性。本系统在开发的功能需求和非功能需求上能满足当下宾馆客房管理行业的要求。结构稳定性。本系统在体系结构上较稳定。可扩展性。本系统适应时代的开展要求,具有较强的可扩张性。开发策略软件复用策略系统中重要根底构件应当具备较高的设计与构建质量,可以在产品中复用。使用开源架构系统根底框架主要采用业界的一些主流开源框架,包括:struts、spring、hibernate、log4j等。单元测试使用junit框架。使用商业构件不适用。其它设计约束目标构架总体上应采用分层结构,并全面应用面向对象设计、编程技术使系统具有较好的扩展性与重用性。本系统支持与其他系统进行集成,所以要提取出良好的集成接口。用例视图概述用例视图从用户使用的角度描述系统构架的根本外部行为特性,通常包含业务用例模型与系统用例模型。业务用例模型不适用于本系统,这里只关注系统用例。这里选取了用例模型中对系统构架的内容产生重大影响的应用场景与用例集合,这些用例代表了系统主要的核心功能,往往决定了系统构架的根本组成元素。有些用例强调或决定了构架的某些具体然而重要的细节,通常也可以列在本节内,总之所列的用例集合应根本覆盖系统构架的主要方面。关键用例关键的系统参与者关键的系统用例SEQ图表\*ARABIC1SEQ图表\*ARABIC2SEQ图表\*ARABIC3SEQ图表\*ARABIC4关键系统用例简述如图1所示,接待员能够通过该系统进行如下活动。登陆管理系统。接待员可以根据自己的用户名和密码登陆管理系统,如果身份验证失败,不得进行下一步操作。通过身份验证才能进入下一个操作界面。处理房间预订信息。接待员可以处理客户提前预订的信息。登记房间信息。接待员可以登记客户的开房信息,包括所开房间信息和客户根本信息。处理客户更改房间信息。接待员可以根据客户的要求更改换房信息以及客户续住房间信息。查询客户信息。接待员可以查询当日在点客户的开房信息和根本信息。登陆管理系统。收银员可以根据自己的用户名和密码登陆管理系统,如果身份验证失败,不得进行下一步操作。通过身份验证才能进入下一个操作界面。如图2所示,收银员能够通过该系统进行如下活动。处理退房信息。收银员可以处理客户的退房信息,包括注销客户退房的信息,退房的房间费用结算以及消费的其他商品的结账。如图3所示,经理能够通过该系统进行如下活动。财务核查。经理可以查询当日的消费明细和收银明细。班次结账。经理可以核对当日收银员的收银金额与消费名额是否一致,如果核对无误,清空当日收银员操作的相关信息,进入下一班次。设置客房信息。经理可以设置客房的相关信息。查询客史资料。经理可以查询光临本店的客户资料。查询房态。经理可以查询房间状态。包括客户已住房间信息,空置房间信息和维修房间信息。登陆管理系统。收银员可以根据自己的用户名和密码登陆管理系统,如果身份验证失败,不得进行下一步操作。通过身份验证才能进入下一个操作界面。如图4所示,系统维护人员能够通过该系统进行如下活动。设置系统信息。管理用户权限。维护人员可以管理当前系统其他用户的使用权限。管理用户信息。维护人员可以管理当前用户的使用信息,包括修改用户名和密码。逻辑视图概述逻辑视图从系统内在逻辑结构的角度描述系统的根本结构与动态行为,通常包括分析模型〔AnalysisModel〕、设计模型〔DesignModel〕以及数据模型〔DataModel〕等。设计模型说明了系统的组成元素、组织架构和关系,并描述了各组成元素的协作以及状态转换关系等〔通过用例实现UseCaseRealization予以表达〕。本节将分别在系统层次结构模型中描述系统的层次组织结构;在主要的包和子系统中说明系统的具体组成;并在架构机制中详述系统中的各种构架机制;最后在关键用例实现中通过描述最重要的用例实现,来说明构架的典型协作〔动态行为〕。分析模型对等于设计模型,是在更高的抽象层次上定义系统的结构,作为可选项,本文档将不予说明。系统层次模型本系统主要分为三层:用户界面层、业务逻辑层、数据访问层。用户界面层代表与用户进行交换的界面,既可以是form窗口,也可以是web的界面形式。随着应用的复杂性和规模性,界面的处理也变得具有挑战性。一个应用可能有很多不同的界面表现形式,通过对界面中数据的采集和处理和响应用户的请求与业务逻辑层进行交换。业务逻辑层用来处理系统的业务流程,他可以接受用户界面请求的数据,并根据系统的业务规那么返回处理结果。他将系统的业务规那么抽象出来,按照一定的规那么形成在一个应用层上。数据访问层是程序中和数据库进行交互的层。主要的设计包和子系统、进程视图概述进程视图从系统运行时刻的角度,描述系统划分为进程、线程的结构,及其动态关系。模型主要说明进程、线程的分类,系统构架敏感的主要边界类、控制类对象等在进程、线程中的分布,以及它们之间的创立、交互与消息通讯关系等。总体进程架构房间信息状态图:收银员状态图:接待员状态图:经理状态图:部署视图概述部署视图从系统软硬件物理配置的角度,描述系统的网络逻辑拓扑结构。模型包括各个物理节点的硬件与软件配置,网络的逻辑拓扑结构,节点间的交互与通讯关系等。同时还表达了进程视图中的各个进程具体分配到物理节点的映射关系。部署方案1部署方案2实施视图概述实施视图从软件编译与构建的角度,描述系统实施构件的组织结构与依赖关系〔主要是编译依赖〕。模型包括实施子系统和构件结构,及其依赖关系。同时还表达了逻辑视图中各个包和类分配到实施视图中的子系统和构件的映射关系。实施模型总体架构数据视图概述视图是原始数据库数据的一种变换,是查看表中数据的另外一种方式。可以将视图看成是一个移动的窗口,通过它可以看到感兴趣的数据。视图是从一个或多个实际表中获得的,这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。。数据域模型设计核心数据流图:维修信息调整房间维修/报修房间提醒客房信息调整房间维修/报修房间提醒预定预定客房信息客房状态退房退房入住客人客人信息入住登记入住客人帐务信息财务现开

温馨提示

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

评论

0/150

提交评论