模型变更影响度自动审查

专家简介：张燕，新炬网络架构师，资深BOSS业务专家，自BOSS1.5--NGBOSS参与广东、浙江、广西、辽宁等多省及海外BOSS升级割接，目前在推进BOSS模型管控相关工作。

目前大型企业IT系统迭代更新相当频繁，每一次的版本升级变更，特别是交易类业务系统以关系型数据库为主，都伴随着大量的物理模型变更（表、字段增删改、索引更改等）。以广东移动业务支撑系统为例，每年核心系统的物理模型变更接近上千次，上述操作都会影响原有的系统的稳定性。

在需求设计阶段开发人员会根据需求进行模型变更，但大部分开发人员只关注自己开发的模块，无法站在应用系统全局的角度去衡量。比如没有考虑现有的数据模型是否已支持相应的业务，为了开发代码的便利性随意增删改库表、字段；或对本次需求进行物理模型变更没有考虑是否对现有模型及业务是否有影响。

缺乏物理模型变更影响度审查，就无法准确评估模型的变更对应用的影响，无法对系统开发和运维提供支撑，物理模型对业务的影响分析也无从实现，无法在上线前后对受影响的业务进行针对性测试。因此从系统的物理模型变更角度评估对软件系统的影响度，能迅速地评估系统物理模型变更的风险，进而评估系统的业务风险。

变更影响度的自动审查可通过数据库SQL信息采集装置、模型有向图生成、变更影响度审查实现，智能判断模型变更的影响范围、涉及业务功能点并提供相应建议。

总体框架图如下：

1、信息采集：负责对数据库里的执行过的SQL语句进行采集，对采集数据根据设定的规则条件进行有效的过滤加工处理,统一入库后供模型关联关系生成模块使用。

2、模型有向图生成：构建数据模型的关联关系，通过对采集入库的数据模型进行分析，从而得出系统物理模型的关系图，主要是树形关系，并根据系统业务流向进而生成物理模型的血缘关系。

3、变更影响度审查：对每次模型变更自动审查对现有系统模型的影响度，根据有向图及功能图识别变更影响范围及业务功能。

首先通过对数据库执行过的语句进行采集分析入库，通过长时间采集分析，记录数据库里的表间字段的血缘关系，最终生成系统数据模型的关联关系基线，当软件系统有相应模型变更时，输入相应的变更信息便可自动识别本次变更的影响度，变更改造是否全面合理，并提供相应的建议。

数据模型关联关系基线生成需要一段时间的数据收集，模型关联关系基线生成后，即可以启用模型变更影响度自动审查，另外，模型还要随着业务的发展、系统组件的扩容，对模型进行动态的调整，确保业务影响模型能与实际生产状况保持一致。

在需求设计阶段，代码开发前可自动完成查模型变更影响的审查，帮助开发人员实现跨团队、跨技术领域的影响分析，事先评估本次物理模型变更的影响度及涉及业务，并通过变更影响路径，精细化识别变更前后，整个IT环境受到的影响，以及可能发生的业务服务中断或质量下降，并在变更过程中实现状态的可视化和准确把控，让开发人员有指导性的进行需求设计，测试人员有针对性的进行测试，问题及时发现，实现运维前移，大大提升业务系统的功能稳定性。