庖丁解牛-剖析系统应用架构

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

随着信息技术的发展，企业软件系统也不断的迭代更新，应用架构变得越来越复杂，基本没有人能全面熟悉掌握系统情况，现实往往如下：

业务人员：IT系统支撑这么多需求，到底是如何实现的？每个子系统都支撑哪些具体的应用不得而知，犹如“黑匣子”；

开发人员：应用系统这么庞大，都有哪些功能和接口？它们之间的关联关系是如何？我所实现的功能，是否会影响到其他接口，犹如“千丝万缕”；

运维人员：不同的运维人员负责不同的应用、数据，只了解自己负责部分的应用，而IT系统其他的部分基本不了解。只了解“冰山一角”；?

造成上述结果的关键原因在于，缺少对应用架构的分析与管控。

为了能更简洁快速的认识系统、熟悉系统从而全面掌握系统，为系统的迭代更新、运行维护等提供支持和指导，我们可通过业务口径对系统架构进行分析。

以业务为口径的应用架构分析方法，是一种从下到上的分析方法，整体来说就是以客户需要、系统功能点为出发点，分析应用架构。首先是找出所有的核心关键业务进行分析梳理，然后根据相同功能集将业务按概念归类入各模块，一个模块实现部分相似的功能集合，分析模块之间的关系与接口交互，然后分析系统和外部的关系及接口交互，最后整合所有的业务、模块、关系以及接口，整理出系统应用架构。

分析方法可参考以下：

首先确定关键业务进行梳理：关键业务的挑选，将系统所有业务按照使用频率、客户感知度等进行分类标注，按重要程度进行排序。根据相应的需求文档、概要设计、PDM数据字典等熟悉业务功能，设计相应的业务场景；然后在应用环境，进行业务操作，根据业务操作整理出关键的业务步骤，记录相关联的库表数据、接口等信息；由关键步骤整理出整个业务的数据流图，打通从业务到数据模型之间的业务链路；

相同业务功能集归类：将不同的关键业务，根据不同的特点、功能特性、使用频率、使用方法等不同的属性，进行归类，集合成具有相同属性的多个模块。比如：所有跟用户、客户、账户有关的，我们归纳为三户模块，所有跟订单有关的，归纳为订单模块。

分析模块间的关系以及接口交互：接口分析是在业务流程的基础上，进行协议解析、信令解析，以达到对黑匣子阶段的数据跟踪。根据业务走向，分析模块间的关系以及交互接口，分析模块间接口交互的参数、报文、配置等信息，跟踪并获取系统内部和外部系统的接口传送的参数、报文等信息。

所有整合得出系统架构：将所有的业务、数据流向、相关库表、业务间关系、模块间关系、接口调用等全部整合，一一对应，得到应用架构，并进行统一管控。

通过上述步骤分析出来的应用架构，从使用系统的客户角度、客户关注的业务功能出发，直接体现业务架构、应用架构、数据模型、技术架构的映射关系，让应用架构更清晰明了的展现。且此应用架构，在系统维护升级过程中可以实现一个很重要的功能——变更影响度分析。当业务功能点改变，通过数据检索，就能分析出业务影响面。在系统测试验收阶段，重点关注被影响的业务，防止功能被影响，从而极大的降低了系统故障率，提高了系统的稳定性和可维护性。