KTV包房管理系统体系结构设计报告Word下载.doc

1、2.5 隐含约束113. 设计策略123.1 关键技术123.2 扩展策略133.3 复用策略134. 系统总体结构144.1 逻辑设计164.2 用户接口逻辑设计164.3 物理设计175. 子系统的结构与功能186. 开发环境的配置227. 运行环境的配置238. 测试环境的配置249. 其他240. 文档介绍0.1 文档目的该文档描述了KTV包房管理系统的主要功能，阐述了系统的总体构架，包括物理、逻辑结构，并说明了体系结构所采取的设计策略和所有技术。0.2 文档范围0.3 读者对象项目组长，项目负责小组，各功能模块负责人及程序员。0.4 参考文献资料名称 资料来源KTV包房管理系统项目计

2、划书KTV包房管理系统KTV包房管理系统需求规格说明书计算机软件文档编写指南CMMI+3级软件过程改进方法与规范0.5 术语与缩写解释缩写、术语解 释SPP简并行过程（Simplified Parallel Process）PM项目管理（project management）实体实体是一个可持久化的域对象，比如电脑、书等。数据字典对数据流程图中对象的详细描述1. 系统概述1.1 概述KTV包房管理系统将与KTV包房管理相关的各项前后台业务整合到一起，通过该系统，可以实现顾客预订、包房服务、收银结账、经营状况统计等一站式服务，可以大大提高各项业务的衔接程度，提高KTV的运作效率，从而更好地服务顾

3、客，增加经营利润。本系统包括房间预订、房间服务管理、会员管理、收银等一系列的服务，同时提供各种类型的报表生成等统计服务，以帮助KTV主管人员了解营业情况。本系统适用于各种规模，连锁化或非连锁的KTV。1.2 功能描述一、系统前台管理1、房间预订顾客可提前致电KTV预订房间。2、房间服务管理包括包房的房间查询、开房、并房、换房、续唱、退房以及酒水小吃服务一系列功能，登记各项服务产生的消费信息。3、会员管理包括会员信息管理和会员列表，可以通过此功能添加会员、删除会员、修改会员信息、启用/禁用会员，同时这些操作需要经过后台的审核方可生效。同时可以通过此功能查询会员信息。4、收银根据用户消费记录结账。

4、5、帮助前台用户可通过帮助文档查看包房的折扣标准、套餐标准等信息，同时操作遇到问题时也可以查看帮助文档是否有相关处理建议。6、登录 所有的系统用户都是后台添加的，只有系统的合法用户才可以登录系统进行相关操作 。二、系统后台管理1、系统管理系统管理分为菜单管理、功能管理、角色管理、用户管理、分类管理、系统参数管理。（1）菜单管理：主要是对后台所有菜单栏目进行一个管理，主要功能是决定启用哪些菜单项，实现菜单栏目动态管理。（2）功能管理：主要是对后台所有资源进行一个管理，动态把资源分配给角色。（3）角色管理：主要是动态改变用户的角色，从实现对用户的角色控制。（4）用户管理：主要是对后台注册用户基本信

5、息管理。（5）权限管理：主要是对注册用户的授权和收回权限管理。2、会员管理 会员管理主要包括会员列表以及对前台进行的各项会员相关操作进行审核。对不符合要求的操作须发回修改后重新提交。3、房间管理 设置初始房间编号、名称以及房间状态，同时可以通过此功能查看房间列表。4、酒水管理 酒水管理主要分为酒水列表和酒水库存信息管理，包括酒水的入库，盘存。5、营业统计 根据每日营业消费额统计日销售报表、月销售报表、酒水小吃等消费情况，以了解营业状况。 重庆理工大学，2011Page 19 of 222. 设计约束2.1需求规定需求规定的详细内容，请参考独立的文档KTV包房管理系统需求规格说明书2.2 运行环

6、境一、硬件环境1、KTV前台硬件要求：具有 Pentium 处理器且满足以下要求的计算机：最低 2G 内存最小 250 GB 硬盘鼠标键盘打印机验钞机2、服务器硬件需求：最小 500GB 硬盘3、其他联网计算机硬件要求：最低 1G 内存最小 20GB 硬盘二、软件环境1、客户程序软件： Windows NT /2000或更高版本2、数据库服务器软件：WINDOWS2003/LINUX或更高版本MYSQL 5.0以上2.3 接口约束一、用户界面设计规则用户接口：采用Windows的通用图形界面，对用户友好，且必须对鼠标键盘提供支持，界面设计应遵循：1、尽量保持一致性：界面规范应遵循MS Wind

7、ows软件界面的规范2、设计完整的对话过程：系统的每一次对话都应该有明确的次序：开始、中间处理过程、结束3、提供简单的错误处理机制4、提供信息反馈：用多种信息提示用户当前软件运行状态，软件界面元件的功能6、界面风格要保持一致，色彩的深浅搭配合理，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。二、内部接口设计由于数据库的独特性，其数据库内部不需要特别设计接口。内部模块之间需要建立接口，方便其他模块进行调用。表现层模块可调用业务层模块接口，业务层模块可调用数据持久层接口，公共模块接口可任意被其他模块调用。三、外部接口设计硬件之间的接口：暂无软件之间的接口：暂无 2.4 质量约束

8、主要质量属性详细要求正确性需要按照需求要求实现功能健壮性应连可以连续工作24小时并保持稳定，在输入条件错误或者误操作后可以有正确的处理方式并保持稳定。可靠性系统运行稳定，包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容错策略、软件备份策略和软件恢复策略等性能，效率一般操作的响应时间在0.13秒内易用性用户友好，操作简便清晰性业务流程明确、规范安全性前台服务机KTV内部Intranet访问，不与Internet 建立连接用户口令安全加密合理授权，不同级别的用户仅能在自己的权限内操作可扩展性可在当前需求基础之上进行功能上的扩展兼容性可运行在大多数主流的操作平台上可移植性可维护性需求系统提供系

9、统管理和维护，方便客户进行可配置化的管理2.5 隐含约束1、本系统的操作人员要求能达到基本会操作Windows的水平即可。2、数据库的维护人员必须具有数据库管理知识。3. 设计策略为了适应业务需求和机构改革的要求，系统在设计中为今后的结构变化预留了充分的空间，可以不间断地开发、完善各模块功能。根据KTV包房管理系统的战略目标和发展方向，结合实际情况，形成了以下设计策略方案。3.1 关键技术系统基于Java平台，结合了当前Java EE中最核心与实用的技术以构建满足需求的应用系统。1、jQueryjQuery是一个快速的、简洁的javaScript库，能够使用户的html页面保持代码（js）和内

10、容（html）分离，使用户能更方便地处理HTML documents、events，实现动画效果，为网站提供AJAX交互，其宗旨是：WRITE LESS，DO MORE，写更少的代码,做更多的事情。目前全球有28%的站台使用jQuery，是目前最受欢迎的JavaScript函式库。2、RBAC（基于角色的访问控制技术）在 RBAC 模型中，角色是实现访问控制策略的基本语义实体。系统管理员可以根据职能或机构的需求策略来创建角色、给角色分配权限并给用户分配角色，用户能够访问的权限由该用户拥有的角色权限集合决定，即把整个访问控制过程分成2步：访问权限与角色相关联，角色再与用户关联，从而实现用户与访问

11、权限的逻辑分离。3.2 扩展策略为了方便系统在将来扩展功能，平台子系统中都采用继承的抽象设计。3.3 复用策略业务逻辑对组件模型进行了封装，在子系统视图的粒度上，每个子系统都是一个独立的、可复用的组件；在业务逻辑视图的粒度上，平台系统的业务逻辑被封装成了一个独立于用户接口与数据库实体，从而实现了完整业务逻辑的复用，降低了开发、维护成本。4. 系统总体结构在对KTV包房管理系统的需求分析基础上，对系统整体结构进行了设计，此系统总体结构图如下。图4.1 系统总体结构图从KTV包房管理系统总结构图可以看出，系统体系结构是由前台和后台两个独立的功能模块组成。为了进一步说明系统的体系框架，对系统的两大主

12、要功能模块进行了详细的设计，各自的功能结构图如下所示：1、前台管理体系结构图：图4.2前台管理体系结构图2、后台管理体系结构图：图4.3后台管理体系结构图4.1 逻辑设计根据用户需求分析的结果，我们将KTV包房管理系统分为前台管理系统和后台管理系统，然后对其进一步划分为多个独立的子系统，据此：1、以用户使用的观点来看，系统在采用B/S结构模型。2、以业务逻辑设计的视角来看，系统采用的是分层体系结构模型。4.2 用户接口逻辑设计客户端系统采用的是典型的B/S结构模型实现，即只实现基本的用户界面。而系统功能实现在服务器端，以提高系统的易维护性、安全性。4.3 物理设计根据系统运行的硬件要求，建立系

13、统运行的环境，保证系统能正常在服务器上运行。5. 子系统的结构与功能通过对KTV包房管理系统总体框架的分析，其各个模块的结构和功能说明如下：模块1：房间预订功能标识B1功能名称系统名称功能描述顾客在消费之前提前预订房间。输入项顾客预订要求、KTV内部包房房间信息处理描述1、 顾客描述预订要求2、 KTV前台服务人员查询包房房间信息3、 安排预订，将预定号反馈给顾客4、更新房间预订文件和房间信息文件输出项预订号运行环境无特殊要求调用关系说明调用模块无被调用模块模块2：房间服务管理B2顾客来店消费，KTV提供给顾客的各种包房服务，包括开房、并房、酒水等服务顾客的各种包房服务请求（包括开房、并房、换

14、房、续唱、退房、酒水小吃服务）、房间编号1、 顾客提出服务请求2、 前台服务人员审核其请求是否符合规定，符合规定则满足其请求3、 计算并登记该次请求产生的费用4、 更新涉及到得包房状态服务房间编号、消费详情B2.1 房间查询B2.2 开房B2.3 换房B2.3 并房B2.4 续唱B2.5 酒水等食品服务模块3：示范企业B3收银顾客消费后结账收银顾客各种消费详情、折扣规定1、 顾客提出结账要求2、 收银3、 打印收银小票4、 修改包房房间信息模块4：帮助B4帮助请求信息1、 前台服务人员查询帮助文档2、 帮助文档给出查询结果查询结果模块5：登录B5所有的系统用户都是后台添加的，只有系统的合法用户

15、才可以登录系统进行相关操作用户名、密码1、 输入用户名和密码2、 后台验证用户名和密码3、 给出登录反馈信息登录结果模块6： 会员管理B6会员管理与会员相关的各项信息1、 会员提出办卡请求或者会员卡到期2、 前台服务人员处理请求并将处理结果提交后台审核3、 后台审核后将审核结果反馈给前台4、 前台根据审核结果做进一步处理会员号或者无B6.1 添加会员B6.2 注销会员B6.3 会员信息修改B6.4 启用/禁用会员模块7：系统管理B7后台管理用户登录成功后，能够对后台系统的菜单、功能、角色、用户、权限。调整前的菜单、功能、角色、用户和权限后台管理用户根据系统用户信息、系统运行状况对菜单、功能、角

16、色、用户和权限进行调整调整后的菜单、功能、角色、用户和权限B7.1 菜单管理B7.2 功能管理B7.3 角色管理B7.4 系统用户管理B7.5 权限管理模块8：后台会员管理B8会员管理主要包括会员列表以及对前台进行的各项会员相关操作进行审核。对不符合要求的操作须发回修改后重新提交前台的会员管理提交的审核请求1、 审核提交的信息2、 将审核结果反馈给前台审核结果B8.1 添加会员申请B8.2 注销会员申请B8.3 会员信息修改申请B8.4 启用/禁用会员申请模块9：房间管理B9设置初始房间编号、名称以及房间状态，同时可以通过此功能查看房间列表。包房信息、查询请求1、 根据包房状态登记包房信息2、

17、 根据查询请求查询包房包房列表B9.1 房间列表B9.2房间状态更换B9.3房间信息查询模块10：酒水管理B10酒水管理主要分为酒水列表和酒水库存信息管理，包括酒水的入库，盘存酒水购入信息1、 更新酒水库存2、 显示酒水列表酒水列表B10.1 酒水购进B10.2 酒水列表模块11：营业统计B11根据每日营业消费额统计日销售报表、月销售报表、酒水小吃等消费情况，以了解营业状况。销售流水、统计需求1、 提取需要的销售信息2、 按需求对销售信息进行统计3、 生成营业报表营业报表6. 开发环境的配置类别标准配置最低配置计算机硬件SVN服务器一台，测试PC服务器2台，普通高配置计算机2台SVN服务器一台，测试PC服务器1台，普通高配置计算机2台软件WINDOWS 2003/LINUXTOMCAT6.0 ECLIPSE MYSQL5.0WINDOWS2003/LINUX TOMCAT6.0 网络通信内网采用8M带宽内网采用4M带宽其他7. 运行环境的配置高性能小型机服务器一个高性能小型机服务器一个 WINDOWS2003/LINUX TOMCAT6.0 WINDOWS2003/LINUX TOMCAT6.0 内网采用4带宽8. 测试环境的配置SVN服务器一台，测试PC服务器2台，普通高配置计算机4台MYSQL5.0 9. 其他