KTV包房管理系统体系结构设计报告.doc
《KTV包房管理系统体系结构设计报告.doc》由会员分享，可在线阅读，更多相关《KTV包房管理系统体系结构设计报告.doc（22页珍藏版）》请在冰豆网上搜索。
KTV包房管理系统，《体系结构设计报告》
KTV包房管理系统
体系结构设计报告
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件标识：
KTMMIS-SD-ARCHITECTURE
当前版本：
V0.1
作者：
姜亚娟
完成日期：
2011-06-02
重庆理工大学
版本历史
版本/状态
作者
参与者
起止日期
备注
创建V0.1
2011/06/01-2011/06/02
正式发布版本
目录
0.文档介绍 4
0.1文档目的 4
0.2文档范围 4
0.3读者对象 4
0.4参考文献 4
0.5术语与缩写解释 4
1.系统概述 6
1.1概述 6
1.2功能描述 6
2.设计约束 9
2.1需求规定 9
2.2运行环境 9
2.3接口约束 10
2.4质量约束 10
2.5隐含约束 11
3.设计策略 12
3.1关键技术 12
3.2扩展策略 13
3.3复用策略 13
4.系统总体结构 14
4.1逻辑设计 16
4.2用户接口逻辑设计 16
4.3物理设计 17
5.子系统的结构与功能 18
6.开发环境的配置 22
7.运行环境的配置 23
8.测试环境的配置 24
9.其他 24
0.文档介绍
0.1文档目的
该文档描述了KTV包房管理系统的主要功能，阐述了系统的总体构架，包括物理、逻辑结构，并说明了体系结构所采取的设计策略和所有技术。
0.2文档范围
KTV包房管理系统
0.3读者对象
项目组长，项目负责小组，各功能模块负责人及程序员。
0.4参考文献
资料名称
资料来源
《KTV包房管理系统项目计划书》
KTV包房管理系统
《KTV包房管理系统需求规格说明书》
KTV包房管理系统
《计算机软件文档编写指南》
KTV包房管理系统
《CMMI+3级软件过程改进方法与规范》
KTV包房管理系统
0.5术语与缩写解释
缩写、术语
解释
SPP
简并行过程（SimplifiedParallelProcess）
PM
项目管理（projectmanagement）
实体
实体是一个可持久化的域对象，比如电脑、书等。
数据字典
对数据流程图中对象的详细描述
1.系统概述
1.1概述
KTV包房管理系统将与KTV包房管理相关的各项前后台业务整合到一起，通过该系统，可以实现顾客预订、包房服务、收银结账、经营状况统计等一站式服务，可以大大提高各项业务的衔接程度，提高KTV的运作效率，从而更好地服务顾客，增加经营利润。
本系统包括房间预订、房间服务管理、会员管理、收银等一系列的服务，同时提供各种类型的报表生成等统计服务，以帮助KTV主管人员了解营业情况。
本系统适用于各种规模，连锁化或非连锁的KTV。
1.2功能描述
一、系统前台管理
1、房间预订
顾客可提前致电KTV预订房间。
2、房间服务管理
包括包房的房间查询、开房、并房、换房、续唱、退房以及酒水小吃服务一系列功能，登记各项服务产生的消费信息。
3、会员管理
包括会员信息管理和会员列表，可以通过此功能添加会员、删除会员、修改会员信息、启用/禁用会员，同时这些操作需要经过后台的审核方可生效。
同时可以通过此功能查询会员信息。
4、收银
根据用户消费记录结账。
5、帮助
前台用户可通过帮助文档查看包房的折扣标准、套餐标准等信息，同时操作遇到问题时也可以查看帮助文档是否有相关处理建议。
6、登录
所有的系统用户都是后台添加的，只有系统的合法用户才可以登录系统进行相关操作。
二、系统后台管理
1、系统管理
系统管理分为菜单管理、功能管理、角色管理、用户管理、分类管理、系统参数管理。
（1）菜单管理：
主要是对后台所有菜单栏目进行一个管理，主要功能是决定启用哪些菜单项，实现菜单栏目动态管理。
（2）功能管理：
主要是对后台所有资源进行一个管理，动态把资源分配给角色。
（3）角色管理：
主要是动态改变用户的角色，从实现对用户的角色控制。
（4）用户管理：
主要是对后台注册用户基本信息管理。
（5）权限管理：
主要是对注册用户的授权和收回权限管理。
2、会员管理
会员管理主要包括会员列表以及对前台进行的各项会员相关操作进行审核。
对不符合要求的操作须发回修改后重新提交。
3、房间管理
设置初始房间编号、名称以及房间状态，同时可以通过此功能查看房间列表。
4、酒水管理
酒水管理主要分为酒水列表和酒水库存信息管理，包括酒水的入库，盘存。
5、营业统计
根据每日营业消费额统计日销售报表、月销售报表、酒水小吃等消费情况，以了解营业状况。
Ó重庆理工大学，2011
Page19of22
2.设计约束
2.1需求规定
需求规定的详细内容，请参考独立的文档《KTV包房管理系统需求规格说明书》
2.2运行环境
一、硬件环境
1、KTV前台硬件要求：
具有PentiumⅣ处理器且满足以下要求的计算机：
最低2G内存
最小250GB硬盘
鼠标
键盘
打印机
验钞机
2、服务器硬件需求：
具有PentiumⅣ处理器且满足以下要求的计算机：
最低2G内存
最小500GB硬盘
鼠标
键盘
3、其他联网计算机硬件要求：
具有PentiumⅣ处理器且满足以下要求的计算机：
最低1G内存
最小20GB硬盘
鼠标
键盘
二、软件环境
1、客户程序软件：
WindowsNT/2000或更高版本
2、数据库服务器软件：
WINDOWS2003/LINUX或更高版本
MYSQL5.0以上
2.3接口约束
一、用户界面设计规则
用户接口：
采用Windows的通用图形界面，对用户友好，且必须对鼠标键盘提供支持，界面设计应遵循：
1、尽量保持一致性：
界面规范应遵循MSWindows软件界面的规范
2、设计完整的对话过程：
系统的每一次对话都应该有明确的次序：
开始、中间处理过程、结束
3、提供简单的错误处理机制
4、提供信息反馈：
用多种信息提示用户当前软件运行状态，软件界面元件的功能
6、界面风格要保持一致，色彩的深浅搭配合理，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
二、内部接口设计
由于数据库的独特性，其数据库内部不需要特别设计接口。
内部模块之间需要建立接口，方便其他模块进行调用。
表现层模块可调用业务层模块接口，业务层模块可调用数据持久层接口，公共模块接口可任意被其他模块调用。
三、外部接口设计
硬件之间的接口：
暂无
软件之间的接口：
暂无
2.4质量约束
主要质量属性
详细要求
正确性
需要按照需求要求实现功能
健壮性
应连可以连续工作24小时并保持稳定，在输入条件错误或者误操作后可以有正确的处理方式并保持稳定。
可靠性
系统运行稳定，包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容错策略、软件备份策略和软件恢复策略等
性能，效率
一般操作的响应时间在0.1～3秒内
易用性
用户友好，操作简便
清晰性
业务流程明确、规范
安全性
前台服务机KTV内部Intranet访问，不与Internet建立连接
用户口令安全加密
合理授权，不同级别的用户仅能在自己的权限内操作
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的操作平台上
可移植性
可运行在大多数主流的操作平台上
可维护性需求
系统提供系统管理和维护，方便客户进行可配置化的管理
2.5隐含约束
1、本系统的操作人员要求能达到基本会操作Windows的水平即可。
2、数据库的维护人员必须具有数据库管理知识。
3.设计策略
为了适应业务需求和机构改革的要求，系统在设计中为今后的结构变化预留了充分的空间，可以不间断地开发、完善各模块功能。
根据KTV包房管理系统的战略目标和发展方向，结合实际情况，形成了以下设计策略方案。
3.1关键技术
系统基于Java平台，结合了当前JavaEE中最核心与实用的技术以构建满足需求的应用系统。
1、jQuery
jQuery是一个快速的、简洁的javaScript库，能够使用户的html页面保持代码（js）和内容（html）分离，使用户能更方便地处理HTMLdocuments、events，实现动画效果，为网站提供AJAX交互，其宗旨是：
WRITELESS，DOMORE，写更少的代码,做更多的事情。
目前全球有28%的站台使用jQuery，是目前最受欢迎的JavaScript函式库。
2、RBAC（基于角色的访问控制技术）
在RBAC模型中，角色是实现访问控制策略的基本语义实体。
系统管理员可以根据职能或机构的需求策略来创建角色、给角色分配权限并给用户分配角色，用户能够访问的权限由该用户拥有的角色权限集合决定，即把整个访问控制过程分成2步：
访问权限与角色相关联，角色再与用户关联，从而实现用户与访问权限的逻辑分离。
3.2扩展策略
为了方便系统在将来扩展功能，平台子系统中都采用继承的抽象设计。
3.3复用策略
业务逻辑对组件模型进行了封装，在子系统视图的粒度上，每个子系统都是一个独立的、可复用的组件；在业务逻辑视图的粒度上，平台系统的业务逻辑被封装成了一个独立于用户接口与数据库实体，从而实现了完整业务逻辑的复用，降低了开发、维护成本。
4.系统总体结构
在对KTV包房管理系统的需求分析基础上，对系统整体结构进行了设计，此系统总体结构图如下。
图4.1系统总体结构图
从KTV包房管理系统总结构图可以看出，系统体系结构是由前台和后台两个独立的功能模块组成。
为了进一步说明系统的体系框架，对系统的两大主要功能模块进行了详细的设计，各自的功能结构图如下所示：
1、前台管理体系结构图：
图4.2前台管理体系结构图
2、后台管理体系结构图：
图4.3后台管理体系结构图
4.1逻辑设计
根据用户需求分析的结果，我们将KTV包房管理系统分为前台管理系统和后台管理系统，然后对其进一步划分为多个独立的子系统，据此：
1、以用户使用的观点来看，系统在采用B/S结构模型。
2、以业务逻辑设计的视角来看，系统采用的是分层体系结构模型。
4.2用户接口逻辑设计
客户端系统采用的是典型的B/S结构模型实现，即只实现基本的用户界面。
而系统功能实现在服务器端，以提高系统的易维护性、安全性。
4.3物理设计
根据系统运行的硬件要求，建立系统运行的环境，保证系统能正常在服务器上运行。
5.子系统的结构与功能
通过对KTV包房管理系统总体框架的分析，其各个模块的结构和功能说明如下：
模块1：
房间预订
功能标识
B1
功能名称
房间预订
系统名称
KTV包房管理系统
功能描述
顾客在消费之前提前预订房间。
输入项
顾客预订要求、KTV内部包房房间信息
处理描述
1、顾客描述预订要求
2、KTV前台服务人员查询包房房间信息
3、安排预订，将预定号反馈给顾客
4、更新房间预订文件和房间信息文件
输出项
预订号
运行环境
无特殊要求
调用关系
说明
调用模块
无
被调用模块
无
模块2：
房间服务管理
功能标识
B2
功能名称
房间服务管理
系统名称
KTV包房管理系统
功能描述
顾客来店消费，KT
升级会员 