虽然业务架构不要求“技术”，但也并不容易，

不但要对业务有系统性的理解，

还得有结构化概念思维和模型化表达，

这里面还涉及业务之间、管理之间，

以及业务和管理之间的关系。

02

功能架构呢，

就是在业务架构基础上，

想想怎么用 IT 系统实现那些功能。

包括企业 IT 建设的整体蓝图、原则标准啥的，

还有 IT 系统之间以及和人之间怎么协作。

功能架构是业务架构和技术架构的桥梁，

得考虑业务需要，也得考虑 IT 系统功能的特点。

（* 功能架构在TOGAF标准中属于4个架构中的应用架构的一部分）

从经济上说，

规划的价值就是用尽量小的成本保证实现预期目标。

所以说，

功能架构不是单纯业务活，也不是单纯 IT 活。

业务人员需要懂需求，IT 人员则去考虑技术路线，

这个过程是需要对话的，需要业务和 IT 一起来完成。

03

技术架构呢，

还在功能架构之后，

就是实现功能的技术策略。

像基础设施和系统设计，

选啥语言、啥框架、啥数据库，

咋部署、咋通信这些。

技术架构是纯技术的规划工作，

得由 IT 架构师来做，

然后才是 IT 系统开发和实施的具体工作。

功能架构和技术架构可以说是企业IT规划的整体蓝图，

也可以应用于对单个IT系统的规划和设计。

04

业务和IT之间为什么总有解不开的矛盾？

主要原因在于业务人员和IT人员之间

没有一个很好的彼此沟通的语言，

都是在自己的语境和逻辑中“自说自话”。

他们之间需要一个“翻译官”和“联络员”的角色，

企业架构师（EA）或业务架构师（BA），其实是最合适的。

或者是能把《需求规格说明书》写清楚的

产品经理（PM）或项目经理（PM），

也可以充当这个角色。

这里提到的《需求规格说明书》，

或者类似产品需求文档之类的，

这个文档需要描述系统（产品）的功能、性能、数据的需求，

也要描述开发的目标、过程和标准等等。

一句话：

IT需求设计得越详尽，实现起来就越简单；

最后，也不会出现IT与业务之间相互推诿扯皮的现象。

好了，以上就是对于IT规划和IT需求设计方面的一些基础的介绍。想要进一步学习，建议参加TOGAF企业架构师认证（或者CBA业务架构师认证）。

TOGAF 提供了一套全面且规范的架构框架，使得 IT 人员和业务人员能够拥有共同的语言和理解基础。它是连接 IT 与业务之间的重要沟通桥梁，不论你是做IT的，还是做业务的，都可以学一下。

以下是小艾给大家附上的关于TOGAF和CBA认证的脑图，大家可以截图保存。

返回搜狐，查看更多

以上课程艾威常年开班，欢迎评论区留言或者私信咨询！！