基于-架构设计五视图法的案例：酒店管理系统概要设计
- 格式：doc
- 大小：705.50 KB
- 文档页数：14
概要设计说明书
１引言
1.1编写目的
《酒店管理系统》概要设计的任务是根据需求分析说明书所确定的用户对系统的功能要求、性能要求、用户操作要求和将来扩展要求，制定系统实现的总体规划。
即：
1、系统设计：以系统功能模型为依据确定系统实现的基本框架
2、数据库逻辑设计。
3、软件结构设计：确定组成软件系统的程序模块和以程序模块为单位、用层次结构表示的软件结构，以及各模块的功能描述和接口描述。
编写概要设计说明书的目的：将《酒店管理系统》的系统设计、数据库逻辑设计和软件结构设计用规范化的格式和规范化的语言进行描述，作为软件开发人员进行软件开发、软件测试和维护的依据。
1.2背景
软件系统的名称：酒店管理系统
本项目的任务提出者：××酒店
本项目的任务开发者：××公司
本项目的用户：××酒店
1.3 定义
1.4参考资料
1、中华人民共和国国家标准《计算机软件开发规范》GB8566—88
2、中华人民共和国国家标准《计算机软件开发文件编制指南》GB8567—88
3、中华人民共和国国家标准《计算机软件需求说明编制指南》GB8585—88
4、《酒店管理系统》需求分析说明书
2总体设计
2.1系统构架设计
2.1.1逻辑架构设计
系统可划分为三个子系统，采购管理子系统、门店管理子系统和客服管理子系统。
如图2-1。
图2-1 子系统划分图
子系统都有用户登录功能块，如图2-2。
用户修改信息：指用户可以随时修改自己的信息，特别是用户密码必须经常修改，以防止他人盗用自己的身份操作系统，破坏数据库数据。
取回密码：当用户忘记了密码时，使用该功能通过简单的回忆获得自己的密码。
图2-2 用户登录软件结构图
门店管理子系统包括5大功能块，定义表2-1。
门店管理子系统功能结构如图2-3。
表2-1 功能块描述
图2-3 门店管理子系统结构图
门店管理子系统子功能块图2-4,2-5,2-6,2-7。
图2-4 前台接待软件结构图 图2-5 前台收银软件结构图
图2-6 房管软件结构图
图2-7转房调房软件结构图
客服管理子系统包括2大功能块分别是：客房预订，会员管理。
完成客房预订包括预订客房、
查询预订客房信息。
会员管理包括加入会员、取消会员及查询会员信息。
图2-8 客服管理子系统
图2-9 客房预订软件结构图图2-10 会员管理软件结构图采购管理子系统的功能包括：录入采购申请，录入采购信息，查询采购信息，通知提货。
图2-11 采购管理子系统软件结构图
2.1.2开发架构设计
系统采用三层架构模型进行开发，将系统分成三个部分，数据表现层、业务逻辑层和数据处理层。
如图2-12。
图2-12三层架构
数据表现层负责用户与系统之间的交互，主要表现在将系统的数据按照用户的业务操作按照一定的规则显示在页面上，利用JSP页面技术来实现。
在酒店管理中，数据表现层根据用户类别的不同，分别展现不同的用户界面和功能，具体分为门店管理员界面、采购管理员界面、客服管理员界面、客人界面。
业务逻辑层主要完成各个子系统之间的通信和交互，以实现系统的业务功能，在本系统中分为门店管理、采购管理和客服管理。
数据处理层主要实现系统的数据和数据库之间的交互，利用JSP中JDBC数据库的处理模块实现。
2.1.3运行架构设计
服务器端：PⅢ600/内存128Mb/硬盘10Gb以上的专用微机服务器；
客户端：PⅢ600/内存64Mb/硬盘6Gb以上的台式计算机；
系统结构：B/S结构；
系统开发库：系统基于JSP技术作为系统的解决方案；
数据库：Microsoft SQL Server 2000；
服务器：IIS5.0；
开发环境：MyEclipse；
服务器操作系统：Windows Server 2003；
客户端操作系统：windows xp及以上系统；
操作界面：浏览器界面，IE6.0。
考虑到一个用户在进行操作的时候，其他的用户可能都不处在操作状态，将本系统按用户的类别划分成四个进程，采购管理、门店管理、客服管理、用户登录的各自的功能在运行时封装到一个进程里面，每一个功能作为一个线程，不同的进程之间通过线程来通讯。
在一个用户登录后创建一个进程，当他进行某项操作时，将该操作作为一个消息传递给业务逻辑层，业务逻辑层根据该消息的内容或对数据库操作，或调用数据表现层完成相关操作，在他退出系统后撤销该进程。
由于不同的用户可能并发的对数据库进行访问和操作，这里采用多线程的方式来对数据库进行操作。
采用基于http的网络通信协议完成业务表现层与业务逻辑层之间的通讯。
2.1.4物理架构设计
服务器端：PⅢ600/内存128Mb/硬盘10Gb以上的专用微机服务器；
客户端：PⅢ600/内存64Mb/硬盘6Gb以上的台式计算机；
本系统仅需一个应用服务器和一个数据库服务器即可，客户端均可以访问应用服务器，应用服务器在需要做数据库操作时访问数据库服务器。
功能分布与数据分布：系统的所有软件模块都集中在服务器上，在用户通过浏览器登录后，根据不同的用户，服务器展现相应的功能块给该用户，所有的数据都保存在数据库服务器中，如图2-13。
多台便携电脑
图2-13 部署图
2.1.5数据架构设计
数据库概念模型如图2-14所示。
2-14 概念模型1、客人个人信息表
2、房态表
房态表定义
3、客房信息表
客房信息表定义
预定证明表定义
5、退房凭证表
6、客历表
2.2 设计模式
2.2.1基本设计概念
设计基础：酒店内的电脑通过内部网连通，带宽为100兆。
因此，酒店内部网性能能够满足各分部通过内部网访问中心数据库数据的实时响应要求。
为了满足用户对系统的功能需求、以及对系统数据的安全性、数据一致性要求，本系统的设计思想是：
1、本系统采用MVC模式，模型—视图—控制器模式简称为MVC(Model-View-Controller，MVC)。
MVC模式专门用于描述用户界面结构，主要针对界面设计的可变性需求，其目标是如何使软件的计算模型独立于界面的构成。
用户对软件最直接的感受是软件的界面特性。
对同一个应用问题，不同的用户、不同的计算环境、不同的时期，可能都要求有不同的界面表示形式。
例如，当在不改变领域模型的前提下要求扩展应用功能，当用户对界面提出新的和特别的要求时，当把某个系统的设计思想移植到另一个运行环境时，都要求对界面进行某些修改。
从保证数据的安全性和有效性考虑，将分为数据录入用户和数据查询用户。
录入用户主要负责数据的录入和修改。
2、系统安全性设计：
身份验证（登录）
数据限制：访问数据库用户的分部属性决定的访问数据的范围。
功能限制：通过用户功能视图限制用户对数据的操作。
3、用户角色设定和用户权限分配：根据用户功能视图的划分确定用户角色的划分。
每个用户按用户角色获得基本的系统操作权限。
为了使用户对系统的操作权限与用户的业务工作分配相对应，系统可以在用户角色基本权限的基础上增加或减少对系统的操作权限，即用户权限可动态变化。
为了实现用户权限的动态变化，将系统功能模块作为系统资源进行注册。
将用户权限的分配转化为对模块的分配。
可以对模块的操作进行约束来实现对功能使用的时间约束，使得某些模块具有很强时间特性。
4、为了实现用户权限的动态变化，用户功能视图界面必须动态生成。
2.2.2操作流程
系统的基本操作流程是：
2.3功能需求与程序的关系
1、用户登录
登录失败
3非功能性需求
3.1安全性
系统数据安全：提供基于用户名/密码的认证方式。
提供基于用户类别的应用软件功能的访问控制，根据不同的用户类别控制系统的数据对象以及系统功能的访问权限；在删除等关键操作时，有要求用户确认的提示。
传输安全：通过安全的网络传输协议，利用公钥/私钥保证数据在传输过程的安全。
3.2 易用性
本系统中的最初学生数据从教育局下载并导入。
用户操作界面采用尽量简洁的图形用户界面，功能显示醒目，易见，对于操作有操作提示显示。
简化输入操作，尽量采用下拉框选择的形式，对于查询条件，尽量提供下拉框选择。
3.3 可靠性
在系统运行异常甚至发生故障时，能提供故障恢复的能力。
保证系统持续稳定的运行，并且计划外宕机时间控制在全年的1%以内。
3.4 高性能
响应时间：用户访问系统登录界面的响应时间目标位5秒；除统计操作外，用户的操作响应时间在5秒内，服务器的平均利用率不大于70%；。
