目前，每个业务子公司都保留着各自的离散、多样化信息系统。尽管该公司早前就提议，建议安装一个统一大集中ERP系统来统一管理客户、产品、供应商和库存信息。每个业务子公司关于客户数据的元数据定义方法上大相径庭，从而使得所开发的业务管理系统在相互交换之间数据交换时困难，数据交换成本高昂而且数据不一致的现象频繁出现。

为此，MCATEX公司下定决心采用统建统推ERP大集中系统，以实现对企业业务管理的统一核心覆盖和数据资产的共享培育。由于ERP大集中建设过程中，涉及大量的流程梳理和数据规范的统一制定。因此，公司董事会一个重要的关注点是新的ERP系统对客户信息的管理和维护必须能够符合或超过公司经营所在国家相关法律的要求，也即注重法律合规性。

由于公司在不断进行供给侧改革，努力以客户为中心为客户和贸易伙伴提供互联网在线服务平台。为了适应管理大集中、服务大集中的发展转型，CIO设立了企业架构部，其部门工作职责明确指出了该部门具备较强的综合协调能力。此外，CIO还成立了一个跨职能的架构评审委员会来监督和管理该架构蓝图的落地。在评审了架构蓝图设计方法后，MCATEX公司选择了TOGAF 9.2作为其架构开发计划的工作标准。CIO同意这一选择，且最高管理层也表示全力支持。

现在的问题是管理大集中、服务大集中的核心能力内涵并不清晰，边界和范围有待澄清，根据TOGAF9.2该用何种方法呢。实际中能力内涵的澄清，属于架构愿景阶段的工作目标，此问题的主要方法是采用干系人管理和业务场景两种方法。

干系人管理定能力需求范围

干系人管理是对沟通进行管理，以满足项目干系人的需求并与项目干系人一起解决问题。对项目干系人进行积极管理，可促使项目沿预期轨道行进，而不会因未解决的项目干系人问题而脱轨。通常，由项目经理负责项目干系人管理。

业务场景法定能力范围内涵

在以业务目标为边界的业务模型中，业务场景图描绘的是贡献于这个业务目标的什么人及其做的什么事，这些人和事的交互过程和完成顺序就是完成整个业务目标的流程。

因此，根据TOGAF9.2在架构愿景阶段紧抓干系人确定所需要塑造的架构能力范围，相辅相成采用业务场景法确定所需塑造的架构能力内涵。

想了解更多IT资讯，请访问中培教育官网：中培教育