BOSS应急方案.ppt

横向整合，纵向解耦 技术架构 系统功能 应急系统架构 BOSS应急处理流程 停机业务 操作员输入用户号码，系统显示客户的基本资料 用户号码状态检查： 可对客户进行欠费检查，如果有欠费系统应提示，但不作限制， 由于应急系统与BOSS之间存在时间差，因此对号码状态不进行严格判断，即已停机用户仍然可以进行停机办理 系统操作员输入完成用户鉴权，然后录入停机类型、备注，操作员检查无误后完成； 后台根据业务办理更改客户当前状态，登记业务异动，同时送停机指令至HLR 能提供业务受理单 开机业务 操作员输入用户号码，系统显示客户的基本资料 用户号码状态检查： 可对客户进行欠费检查，如果有欠费系统应提示，但不作限制， 由于应急系统与BOSS之间存在时间差，因此对号码状态不进行严格判断，即已开机用户仍然可以进行开机办理 系统操作员输入完成用户鉴权，然后录入开机类型、备注，操作员检查无误后完成； 后台根据业务办理更改客户当前状态，登记业务异动，同时送开机指令至HLR 能提供业务受理单 补换卡业务 操作员输入用户号码，系统显示客户的基本资料 用户号码状态检查： 可对客户进行欠费检查，如果有欠费系统应提示，但不作限制 由于应急系统与BOSS之间存在时间差，因此对号码状态不进行严格判断。 系统操作员输入完成用户鉴权，输入新的SIM卡号，系统检查该卡号是否已使用，如果不对则出错，系统不对SIM卡与号码对应关系进行合法性检查，操作员输入收费金额，付款方式、备注，操作完成 后台根据业务办理更改客户当前状态，登记业务异动，同时送换卡指令至HLR 能提供业务受理单，收据 收费业务 操作员输入用户号码，系统显示客户的帐务基本资料 操作员根据与用户沟通确定交费金额，付款方式、备注，入帐完成； 后台根据业务办理更改客户当前状态，登记业务异动，同时送指令至HLR 提供业务受理单，收据 基本资料查询 提供用户基本资料的查询，包括： 个人资料查询 集团资料查询 客户资料 营销方案 集团成员资料 帐户资料 支付渠道资料 其他 BOSS日志查询 提供日志查询,包括： 帐户变更日志查询 工单资料查询 工单服务状态变更查询 工单营销方案变更查询 其他 数据复制方案1：通过数据导出导入方式 导入导出数据复制方式特点 优点： 实现逻辑简单，软件、硬件投资较少 不需要跟随BOSS版本的变动进行功能的变动 基本可以保证关键业务的连续性 缺点： 应急系统与BOSS数据库有一定时间差 无法实现自动回录，需要人工回录，可能存在一定的数据误差 对所有业务不进行业务逻辑的检查 不提供发票打印功能 数据复制方案2：存储复制技术 存储级数据复制方式特点 优点： 对生产系统的压力最小 数据复制方式可靠 基于存储数据复制，BOSS库与应急库数据完全一致，不需要跟随BOSS版本的变动进行功能的变动 缺点： 硬件投资较高、需要存储容量较大 无法选择性复制部分业务数据 数据库复制方式特点 优点： 软硬件投资小，技术架构简单，易于实施和维护 可以采用Data Guard技术实现BOSS全库的数据复制 可以支持同步和异步的数据复制方式 基于存储数据复制，不需要跟随BOSS版本的变动进行功能的变动 缺点： 数据同步复制对生产压力较大 数据异步复制会产生一定的数据延迟 1.统一接入 通过统一界面提供NG1-CRM和NG1-BOSS的界面集中展示，并支持界面个性化定制； 提供统一的交互控制、接触管理，并实现统一的NG1-CRM业务逻辑在不同渠道的差异化、个性化表现； 通过统一认证、统一鉴权实现用户统一的身份认证和权限管理； 通过SSO（单点登录）支持切换访问NG1-CRM和NG1-BOSS时无需重复登录。 2.应用 将业务组件通过工作流管理、规则管理的有机组装，实现完整的业务流程或业务逻辑，提升业务开发、部署和运营能力； 通过营销互动管理组件提高对营销活动的管理能力。 3.基础保障 通过全局事务控制技术，保障分布事务的一致性； 通过数据核对、数据修正、数据同步等手段保障数据的一致性； 通过容灾、安全管理、HA等技术手段保障业务的连续性； 通过负载均衡、批量数据处理和单笔数据处理分离等手段保障系统性能； 通过异步方式降低系统间的依赖性； 通过静态密码、动态密码、安全证书、数据加密、SSL（安全套接层）等技术手段保障应用安全。 * 业务连续性：是指业务支撑系统应对风险具有自动调整和快速反应的能力，以保证业务的连续运转。 业务连续性保障机制： 高可用性：（应用设计原则，IT基础设施规划原则） 运维保障 故障恢复 业务连续性保障体系架构（重点论述） 组织保障 业务连续性保障体系架构： 业务连续性保障体系由本地应急系统和容灾系统组成，本地应急系统、容灾系统与生产系统相互配合共同保证整体业务连续性。 本地应急系统是最关键业务快速