某移动业务支撑网运营管理系统bomcv40规范-业务管理中心分册v

某移动业务支撑网运营管理系统bomcv40规范-业务管理中心分册v内容摘要：

务 指标进行归类整理；  定义相关业务指标的采集周期、维度、采 集方式、方法。 【功能 要素 】 业务、业务指标、业务与业务指标关系。 维护关键应用之间关联关系 【功能 定义 】 指将业务过程中 关键 应用 相互之间 的关系 在系统中 进行 维护操作、 存储管理。 【功能 要求 】 包含以下 功能 ：  对关键 应用 指标进行归类整理；  对 关键应用指标进行归并，形成 业务指标； 归并算法应至少支持加、减、乘、除等基本算法 以及 指标聚合 计算规则。 指标聚合计算规则应包括 平均算法、加权算法、最大算法、最小算法、合计算法等。  支持对不同关键 应用 同类指标 之 间建立关联关 系，形成整个业务过程的分析要素，例如：构成关系、比值关系等。  支持对某个关键 应用指标 与业务 指标 之 间建立关联关系，形成整个业务过程的监测分析要素，例如：占比关系等。  支持 图形 化的配置界面，配置关键 应用之 间的关联关系。 包括关系的建立、修改与删除。 QBYXXXXXXX 14  支持对关键 应用 指标或 业务指标设置异动分析、 比对 分析等多种分析方法。 【功能 要素 】 业务及业务指标、关键应用及应用指标、应用指标与业务指标关联关系。 业务关系模型维护 业务 关系模型 维护 主要包括 业务 关系模型 定制 、指标汇聚规则管理、状态传递规则管理等。 业务关系模型定制 【 功能 定义 】 业务关系模型定制 是 对 业务 、关键 应用、逻辑、物理资源之间的横向关联 关系 进行 定制操作。 【功能 要求 】  应能够建立 、修订、删除不同 业务 间及构成业务的同类指标（应用、逻辑及物理资源） 之间的 横向关联 关系模型。  当资源 管理建立应用、逻辑资源、物理资源及其 关系时，应能够将 纵向 关系数据传递到 业务 关系模型中，以便实现 横向及纵向相结合的业务关系的 生成功能。  应能够提供图形化界面新建、编辑、删除构成业务关系模型的各类基本节点， 包括业务本身及构成业务的应用、逻辑、 服务器、 数据库、 中间件等基本节点。  应能够在业务关系模型 中设置节点的 指标 关联规则，以便 建立业务 与业务在模型中 的关系。  应能够在业务关系模型中设置节点的告警关联规则，以便 建立节点与相关业务 的状态关系。 【功能 要素 】 业务、应用、逻辑、物理资源及其 关联关系。 QBYXXXXXXX 15 指标汇聚规则管理 【功能 定义 】 指标汇聚规则管理指在 业务 关系模型基础上维护各节点的指标汇聚规则的功能。 【功能 要求 】  在 业务 关系模型中，应能够实现各子节点同一 指标 向其父节点汇聚计算功能。  应能够设置同一指标向父节点汇聚计算的规则。  汇聚计算规则应支持常用的计算公式，如平均算法、最大算法、最小算法、合计算法等。  父节点应能够设置汇聚后指标门限，当出现越限情况时，应能够产生越限告警，并发送到告警管理 统 一处理。 【功能 要素 】 指标汇聚规则管理要素包括 节点、指标汇聚规则。 状态传递规则管理 【功能 定义 】 状态传递规则管理 指在支撑关系模型基础上维护各节点的状态传递规则的功能。 【功能 要求 】  应能够在 业务 关系模型中设置可用性状态传递规则，以便当子节点状态变化时及时反映对父节点的影响。  应能够设置子节点可用性状态向父节点传递的规则。  可用性状态应至少包括可用、劣化、不可用等状态。  应能够设置按百分比传递方式的规则，即一定百分 比的子节点状态变化后，才能引起父节点的状态变化。  应能够设置直接传递方式的规则，即一旦任何子节点状态变化立即引起父节点的状态变化。  当父节点状态发生变化时，应能够产生状态变化告警，并发送到 监控管理中心 告警管理 进行集中告警 处理。 【功能 要素 】 QBYXXXXXXX 16 状态传递规则管理要素包括节点、状态传递规则。 业务数据采集管理 【功能 定义 】 业务数据采集管理 以 724 小时不间断的方式，主动地模拟用户使用业务的行为或捕获用户的真实行为 活动 ，发现关键业务潜在的性能和可用性问题，通过监控管理中心生成业务体验告警事件。 业务数据采集管理 找出 用户体验较差的业务，弥补传统监控管理发现不了的缺陷。 【功能 要求 】 业务数据采集管理 应具备以下功能：  主动探测模拟功能 模拟营业员，自动发起前台业务受理操作，获得完成业务的操作过程性能数据和操作结果数据。 完成模拟操作后，应针对其中更改 BOSS 各数据状态的模拟操作做冲正操作，恢复 BOSS 原有状态。 例如模拟缴费后执行缴费冲正。  采集真实用户业务活动行为功能 从生产环境中获取真实用户实际使用该业务的性能数据和操作结果数据。  分布部署体验点功能 应具备从不同地理位置发起业务体验的能力。 这些业务体验发起地点通常部署在用户体验较差、性能问题多发地点，或者业务量较大的地点。 所有体验点都会把采集到的用户体验数据发送到业务管理中心，按照小时、天、周、月、季度和年等时间周期进行逐层聚合，便于进行后续的数据处理。  业务模拟功能的实施需要满足下列条件 完成模拟操作后，业务模拟不能影响业务系统的正常数据，应针对其中更改数据状态的模拟操作做冲正操作，恢复原有状态。 业务模拟应尽可能覆盖各类业务场景的端到端行为。 主动探测采集管理 主动探测是通过模拟客户端运行业务的过程以及模拟外部系统调用 CRM/BOSS 服务QBYXXXXXXX 17 的过程，以界面、短信、服务调用 等方式针对营业终端、网上营业厅、短信营业厅、银行接口等业务进行探测的活动。 通过分析探测结果，发现关键业务流程潜在的性能及可用性问题，建立预警机制，生成业务活动监测告警事件。 主动探测功能通过模拟端到端的请求，可以替代传统的人工检查方式，先于系统使用者找出业务活动过程中的隐患，从而进一步提高对于业务运行情况的管理能力。 主动探测可分为业务用户接触点探测和服务接口探测两类，以下分别对这两部分功能进行描述。 用户接触点探测 【功能 定义 】 用户接触点探测是通过模拟移动客户、营业员等系统最终用户的实际业务操作，采用仿 真方式直接对被探测系统特定业务发起探测，通过对被探测业务办理结果及办理时延等探测结果的分析，发现被探测系统中存在问题的业务功能模块。 【功能 要求 】  业务范围 模拟对象包括终端用户、营业前台。 业务范围按照这两类对象所使用的业务服务进行分类。  终端用户探测范围包括：网上营业厅、短信营业厅、自助终端、掌上营业厅（ WAP） 、 IVR 等电子渠道。  营业前台探测主要针对前台受理。 探测业务参考范围如下表所示： 表 31 用户接触点探测业务范围列表 用户类型 用户接触 点 功能类型 推荐体验业务 终端用户 网上营业厅 基础功能 用户登陆、密码修改 业务查询 帐单查询 业务变更 开关来电显示 短信营业厅 业务查询 用户帐单查询、余额查询、 积分信息查询 QBYXXXXXXX 18 业务变更 停复机、套餐变更 自助终端 自助缴费 基础功能 用户登陆 业务查询 用户帐单查询 自助打印 基础功能 用户登陆 业务查询 清单查询 掌上营业厅（ WAP） 基础功能 用户登陆、密码修改 业务查询 帐单查询 业务变更 开关来电显示 IVR 业务查询 余 额查询、积分查询 营业前台 前台受理 业务办理 营业缴费、冲正、 充值 业务变更 停复机 业务查询 业务受理查询、帐务信息查询、详单查询、缴费情况查询、帐单费用查询、实时总额查询、服务状态查询、积分信息查询  探测管理 用户接触点探测功能包括探测处理、探测用例管理和探测展示三个 功能 部分。 1. 【 探测处理功能 】 用户接触点探测的处理功能包括业务活动模拟功能、手动探测与定时探测、探测点部署、探测告警、探测回退。  业务活动模拟功能 业务活动模拟应能根据被探测目标业务系统类型提供多种模拟功能，包括服务访问类 和工单流程类。 服务访问类的业务活动模拟，需要能够模拟用户打开业务系统页面，判断是否可以正常打开页面；再使用特定的测试帐号登陆业务系统，判断是否可以正常登陆；并模拟用户执行一个查询操作或功能操作（该操作需要通过相应中间件连接至数据库，然后返回操作结果），根据操作的返回结果判断操作是否成功，同时获取时延QBYXXXXXXX 19 信息。 工单流程类的业务活动模拟，需要能够模拟创建一条投诉单并派发给下一个处理阶段，再模拟用户对下一个阶段进行处理，最后关闭该投诉单。 由此模拟该业务流程的执行情况来判断这个系统的运行状况。 表 32 业务活动模拟探测功能说明表 模拟类别 序号 业务活动 评估依据 服务访问类 1 模拟用户打开业务系统页面 正常打开页面 2 使用特定的测试帐号登陆业务系统 正常登陆系统 3 模拟用户执行一个查询操作或功能操作（该操作需要通过相应中间件连接至数据库，然后返回操作结果） 操作成功且未有超时 工单流程类 1 模拟创建一条投诉工单并转派下一个处理阶段 成功创建工单并转派 2 模拟下一阶段用户处理 成功处理工单，并关闭工单  手动探测与定时探测 业务活动模拟 需要提供手动探测与自动探测两种模拟的探测功能。 手动探测侧重于定位某单个业务活动的性能和故障信息。 定时探测采用定时的探测来获取某段时间的探测信息。  探测点部署 模拟探测需要具备从不同地理位置（区域）发起业务探测的能力。 这些业务探测发起地点通常部署在用户体验较差、性能问题多发地点，或者业务量较大的地点。 所有探测点采集的信息都需要发送到业务活动探测平台，按照小时、天、月和年等时间维度进行聚合。 为查询分析和实时监控提供能够定位到地理位置（区域）的信息。  探测告警 探测告警是指在探测过程中由于探测模块本身出现故障或者 探测结果数据出现异常导致系统生成警示信息的功能。 探测告警包括两个方面的含义：一方面是指探测过程本身发生故障；另一方面是指探测到的业务活动信息有异常。 QBYXXXXXXX 20  探测回退 探测回退是指在整个探测活动结束后，系统自动回退探测过程中对于生产环境造成的改动，确保生产环境恢复到探测之前的状态。 若自动回退失败，系统将发起回退失败告警，提示维护人员手动回退。 2. 【探测用例管理】 探测用例管理提供对探测用例和探测动作的定制、修改、删除。 探测用例包含若干探测动作，每一个探测动作代表探测时执行的一次请求，系统针对每一探测动作记录其探测结果。 探测用例管理需要提供探测用例与探测动作的关联关系、探测动作之间的关联关系的管理。 探测用例管理功能包括对用例属性（主要包括用例名称、探测对象、所属系统、业务类型、部署位置、探测动作等）管理。 探测动作管理功能包括对动作属性（主要包括动作名称、所属用例、动作频率、探测方法等）管理。 3. 【探测展示功能】  按照主题的方式展示探测数据 探测展示功能能够实时的按照用户类型和业务类型等维度来展示探测的数据。 探测展示功能能够以业务为中心，按照模拟业务体验发起时间、发起地点、业务响应时间和业务体验结果等维度进行数据分析， 找出体验较差的业务。 本功能也可以以用户类型作为分类，展示不同类型用户的探测结果。 探测的实时数据需要提供参考数据对比功能。 参考值可以基于系统自行测算出来，也可以基于维护人员的历史经验输入。  探测信息查询与分析 探测信息查询与分析功能，需要根据探测信息的用户接触点、业务类型、探测指标等多种属性提供查询和分析的功能，属性范围如下：  探测用例信息需要包括：探测时间、探测结果、探测时间总长、平均时长、探测失败率。  探测动作信息需要包括：探测时间、反馈结果、时间长度。 【功能 要素 】 QBYXXXXXXX 21 被探测业务、探测用例、探测动作、探 测指标等。 业务活动探测指标用来评估业务活动的体验性能、可用性等情况。 业务活动探测指标范围与 指标分册相关 指标定义一致。 服务接口探测 【功能 定义 】 服务接口探测是主动模拟网上银行、充值卡平台接口等 业务支撑网 外部系统的实时业务过程，采用仿真 socket、 等 数据交易的方式直接对特定业务接口发起模拟探测，模拟产生业务交易并分析交易最终结果，从而发现关键业务流程潜在的性能及可用性问题，建立预警机制，生成业务活动监测告警事件。 服务接口探测的类型包括 业务支撑网 与业务网网元接口、 业务支撑网 与中国移动业务支撑网内 其他系统的接口、 业务支撑网 与外部系统的接口。 探测业务参考范围如下表所示： 表 33 服务接口探测业务范围列表 接口类型 关键业务点 功能描述 业务支撑网 与业务网网元接口 DSMP/RADIUS 接口 实现 业务支撑网 与 DSMP 的鉴权、信息同步、业。