内部DSMP系统总体技术方案
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
内部总体技术方案
拟制：Carlinshu 日期：
审核：日期：
版本号：
腾讯科技（深圳）有限公司
目录目录错误!未指定书签。
背景错误!未指定书签。
概述错误!未指定书签。
范围错误!未指定书签。
引用标准错误!未指定书签。
术语和定义错误!未指定书签。
符号和缩略语错误!未指定书签。
总体架构设计错误!未指定书签。
设计原则错误!未指定书签。
产品关联性设计原则错误!未指定书签。
产品依赖性设计原则错误!未指定书签。
设计目标错误!未指定书签。
路标规划错误!未指定书签。
系统需求错误!未指定书签。
系统软件需求错误!未指定书签。
系统硬件需求错误!未指定书签。
系统功能需求错误!未指定书签。
系统性能需求错误!未指定书签。
系统总体架构错误!未指定书签。
系统物理架构错误!未指定书签。
系统逻辑架构错误!未指定书签。
关键技术分析错误!未指定书签。
业务模型分析错误!未指定书签。
目标用户错误!未指定书签。
用户入口错误!未指定书签。
收费策略错误!未指定书签。
产品依赖关系错误!未指定书签。
典型业务过程错误!未指定书签。
用户模型分析错误!未指定书签。
用户基础信息错误!未指定书签。
用户操作信息错误!未指定书签。
用户流量信息错误!未指定书签。
系统模型分析错误!未指定书签。
性能容量分析错误!未指定书签。
总计错误!未指定书签。
负载均衡分析错误!未指定书签。
负载均衡策略错误!未指定书签。
异地分布策略错误!未指定书签。
容灾备份分析错误!未指定书签。
部署方案错误!未指定书签。
风险分析及规避措施错误!未指定书签。
硬件故障错误!未指定书签。
软件故障错误!未指定书签。
备选方案错误!未指定书签。
1 背景
目前，腾讯业务是多承载、多支付、多定购方式的运行模式，各个业务部门都有各自的业务开通关闭系统、支付系统、移动接入系统，所有来源的开通关闭操作都必须分发到不同部门的不同业务服务上，然后调用各自部门数据中心的开通关闭实现业务的定购操作，各个数据中心vice通过准实时接口将计费数据同步到运营支持部的公司级系统。
目前的系统环境比较混乱，缺乏集中控制管理，为了做到部门职能清晰化、业务数据和计费数据分离、实时计费数据、统一消息转发、统一支付等集中管理控制，就需要开发内部系统，从而达到计费的长治久安、集中监控、集中统计、运营分析。
2 概述
内部包含的子系统有：公司级开通关闭vice（以下简称开通关闭vice）、公共上行系统，公共下行系统、服务系统、手机开通关闭平台、华为特殊指令处理平台。
基于内部系统的目的，其主要功能是：
能够控制所有来源的业务开通、关闭；
集中控制所有渠道的支付；
集中控制所有消息的转发；
集中控制所有指令、业务代码的审批；
2.1 范围
该文档主要描述开通关闭vice、公共上行系统、服务系统、手机开通关闭平台、华为特殊指令处理平台的技术架构。
2.2 引用标准
《内部总体方案》
《00年月运营支持部内部项目计划ls》
《增值数据库设计》
《增值总体设计》
《增值业务应用同步接口》
《个人帐户包月业务扣费规范》
《增值帐务操作手册》
《公共上下行系统监控统计需求》
《内部手机平台需求》
《统一开通关闭》
《LQ平台接口协议》
《接入系统概要设计说明书》
《接入系统需求规格说明书(内部版本)》
《内部手机平台概要设计文档()》
《下行系统概要设计业务代码查询服务器》
《下行系统业务代码屏蔽需求》
《统一支付概要设计（草稿）》
《统一支付个人帐户支付协议》
《业务接入统一支付指南》
《和业务原始计费话单对帐规范(2004)》
《无线QQ计费话单出帐规范(2004-04-18修改)》《电信网通运营商规范ls》
《无线QQ计费话单出帐规范(网通电信适用)》《离线支付工具使用说明》
《账单规范》
《个人帐户批量扣款使用说明书》
《个人帐户批量扣款使用说明书()》
《个人帐户批量扣款概要设计说明书》
《系统设计说明》
《移动中心系统维护文档()》
《内部和反向同步接口协议》
《统一开通关闭和协议》
《统一开通关闭vice概要设计说明书》
2.3 术语和定义
2.4 符号和缩略语
3 总体架构设计
3.1 设计原则
3.1.1 产品关联性设计
●尽量保持各子模块的独立性
●在与其他产品进行交互时仅提供必须的接口，以减少复杂度和错误发生的可能性。
●在与其他产品交互的时候都通过一个中间进程进行，以降低产品之间的耦合性
●内部系统内部子系统主要通过协议，开通关闭协议进行数据交互。
●内部系统和外部系统（业务，客服，）通过开通关闭协议交互。
3.1.2 产品依赖性设计
●尽可能重用公司内部已有的模块，以减少维护和开发的工作量。如：开通关闭协是在互联，互娱
的内部数据中心的协议上修改而来。
●对于一些已有的产品，如果可以满足需求，直接整合到产品包中。如：内部中的下行系统，已经
在项目开始前已经完成，只需要修改就可以完成功能。
3.2 设计目标
3.2.1 路标规划