搭建一个简易狗屋时，我们不会去设计三维图，做预算，规划施工等，而建个复杂建筑时，缺少架构是不可能能完成的。就像我们程序员做个小功能，可能都不需要做设计就可以实现了，但是当问题复杂了，考虑因素多了，产品关联复杂了，那么还一直摸着石头过河，事前不做架构不做规划，那么最终结果必然是失败的。

　　盖房屋需要架构，做功能需要技术架构，那么给企业做信息、业务规划就需要做企业架构，那我们如何描述企业架构呢？

架构复杂性

设计：
- 为了避免大家的误解，架构师设计时应该采用一种通用的、易于理解的一组词汇，这些词汇不能特定于单一架构领域。
- 提供通用的和组织特定的指导、最佳实践、架构图描述标准和其它能够提高架构质量的方法
- 架构时迭代、反复完成的一个过程，需要支持对架构决策的跟踪和变更管理
沟通
- 架构需要同组织内或组织外的不同涉众（如管理人员、设计人员、合作伙伴等）进行沟通
- 能够对不同涉众关注的方面进行精确的描述
实现
- 从以往的架构中提供反馈
- 可能的话，还需要集成已存在的设计工具
变更
- 架构的变更对组织影响非常大，预先评估变更导致的一系列活动，仔细计划架构演进

模型

　　为了解决上面这些复杂性，明确的描述架构的核心模型是非常有价值的，而单一架构领域的细节可以不用定义（比如UI模型、主外键设定等），因为这属于特定专业的内容了。在《架构－又一个类似与“平台”一样的词汇》中描述了架构的一种定义是：架构是由软件元素、元素的外部可见属性以及它们之间的关系组成。