解决方案及总体架构设计.docxVIP

业务平台总体架构设计说明书 PAGE III 业务平台总体架构设计说明书 文档说明 文档名称 《业务平台总体架构设计说明书》 内容描述 文档内容概述。 修订历史 日期 版本 修订者 修订说明 评审人员 2015-05-10 1.0 创建文档 目录 TOC \o 1-4 \h \z \u 一、 引言 1 1.1 目的 1 1.2 范围 1 1.3 释义和缩略语 2 1.4 参考资料 2 1.5 背景资料 2 二、 变更汇总 2 三、 系统概述 2 3.1 需求概述 2 3.2 实施范围 2 四、 系统环境 2 五、 系统总体架构设计 2 5.1 架构设计目标 2 5.1.1 关键功能 2 5.1.2 关键质量属性 2 5.1.3 业务需求和约束因素 2 5.1.4 约束 2 5.2 架构设计原则 3 5.3 系统架构 4 5.3.1 逻辑视图 4 5.3.2 开发视图 4 5.3.3 运行视图 4 5.3.4 部署视图 4 5.3.5 数据架构视图 4 5.4 核心算法 4 5.5 架构演进路线 5 5.6 备选架构设计方案及否决原因 5 六、 接口设计 5 6.1 与周边系统N的接口 5 6.1.1 接口描述 5 运维 5 6.2 管理接口 5 6.2.1 接口描述 5 七、 其他方面的设计 5 7.1 可用性 5 7.2 可靠性 5 7.3 性能 5 7.4 可移植性 5 7.5 扩展性 5 7.6 易操作性 5 7.7 易维护性 5 7.8 安全性 5 第 PAGE 18页共=NumPages26REF 目录尾页 \# 0 \* Arabic3-=1122页 引言 目的 本文档全面系统地表述业务平台系统的构架，并通过使用多种视图来从不同角度描述系统的各个主要方面，以满足相关涉众（客户、设计人员、测试人员等）对目标系统的不同关注焦点。 本文档记录并表述了架构师对系统构架方面做出的重要决策： 客户关注项目能否按期完成并满足业务需求、用户关心系统的可靠性和可用性；需要对互相冲突的需求进行协商和权衡。 客户决策人关注架构对开发及测试进度的影响，对工程实施效率的影响，对成本控制的影响，对采用技术是否成熟可靠的影响，对满足业务需求发展可扩展性的影响等； 项目经理关注架构对设计开发的指导能否保证各个小组的任务能否在很大程度上都独立完成，各部分交互是否规范和可控；据此规划和分配项目资源，并跟踪每个小组的进展。 设计人员关注实现架构目标的具体设计策略；需要对各组成部分的资源争用进行沟通。 开发人员关注架构规定的不能违反的限制、和可以利用的自由。 测试人员关注按照构架设计系统的总体测试框架；并可以指定必须组合在一起的个部分正确的黑盒行为。 工程人员关注架构对实施部署的指导意义。 质量人员关注架构为符合性检查提供的基础，以确保实现忠于架构规定； 范围 略 释义和缩略语 缩写、术语 解释 参考资料 略 背景资料 略 变更汇总 系统概述 需求概述 [介绍需求报告中的功能需求、非功能性需求、描述需求文档编号、版本、版本等] 实施范围 [介绍项目的实施范围。包括但不限于：本项目干系人（部门）、涉及的系统。] 系统环境 jdk:jdk6+ os:可在windows, linux,unix等主流操作系统上运行 server:可在weblogic,websphere,jboss,tomcat等主流服务器上运行 database:mysql 系统总体架构设计 架构设计目标 关键功能 功能需求 非功能需求 约束 运行期质量需求 开发期质量需求 缓存框架 符合JSR107 Jcache接口规范 　 　 数据访问框架 在未使用缓存且分库表的情况下，性能接近在未使用缓存且分库表的情况下，性能接近JDBC； 日志/异常 日志管理功能需基于logback及slf4j实现。 海量在线/离线日志分析基于flume+kafka+hdfs+spark/storm 监控框架/服务 可配置：通过配置可以实现快捷添加监控实例、指标、配置告警策略及告警画面，确保能尽快响应需求。 可扩展：允许系统随着应用需求与容量的不断增长，横向地扩展系统中的各个组件，而不必对应用程序进行修改，从而满足系统的定制化、个性化和水平扩展的需求。 　 统一接口：监控框架应统一应用及系统的采集接口，方便新的系统接入。 会话管理 会话与容器无关。同时支持C/S和B/S两种架构； 用户与权限管理 用户访问任何资源时，判断是否具