业务架构是一座桥不是需求分析的替代品架构与实施之间需要人工解释来传导

经过战略、组织结构、价值链、业务领域、流程、数据这一整套分析 建出企业级业务架构模型之后，容易产生一个误解：既然已经分析得 这么系统全面，是不是就可以直接拿这套模型出IT设计方案了？作者 明确纠正这个期待：业务架构模型是用来做高阶设计的，它能明确 企业级的整体架构，却并没有精细到可以直接产出IT设计方案的程度—— 它关注的是企业视角的整体结构，而不是每一个实现细节，因此它 不足以替代具体的需求分析，只能算是”明确了企业级架构”这一层。 企业级业务架构更准确的定位是一座桥：业务通过这座桥、以更结构化 逻辑化的方式进入软件开发过程，IT设计需要继承这套结构、继续向下 分解成具体的IT设计元素。这座桥有一个值得注意的特性——架构 设计到这个层级，是可以和具体实施方式之间保持一定自由度的， 也就是说架构本身不完全被某一种实施方式绑死，这份自由度对保持 架构的稳定和灵活是好事，但也带来一个不利的一面：正因为架构和 实施之间存在这层自由度，架构要真正落到实施上，就离不开架构 设计人员和实施人员之间密切的沟通——这不是一份看一眼就能自动 理解、无须解释就可以直接照做的设计，架构模型本身不会自动 “翻译”成实施方案，中间这段传导过程必须靠人来主动完成。