KTV包房管理系统体系结构设计报告.docVIP

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