业务架构是链接业务与IT系统的纽带，业务架构承担企业战略落地的职责，业务架构包含了企业战略，组织结构，业业务功能，业务流程，业务数据等。

对于业务架构师来说，重点是业务流程梳理，描述组织以及组织需要实现业务功能，可以使用BPMN，UML时序图等表达

以家电公司为例，高层决定让家电具备物联网功能，用户手机能控家电。 业务架构会梳理业务功和业务流程，包含设备绑定到物联网，设备通过物联网上报属性，以及用户APP控制设备 3个主要业务流程。 下图使用BMPN展示了户通过APP控制设备的业务流程。涉及的的部门有APP研发部门，设备SDK，产业（具体设备，比如洗衣机），云端的物联网团队，大数据团队。

每个组织需要实现的业务功能如下

团队	业务功能
App:	用于发送标准命令到云端，格式为XML，比如关机命令**<device>IS1945678KE</deivce><cmd>poweroff</cmd>**
领域模型	负责把标准命令转化为设备能识别的命令，这里主要考虑到公司有超过40+年历史的，种类数万的家电设备，且并购过国内外的设备厂商，因此需要转化标准命令为设备识别命令
影子数据库	提供高效的设备属性和告警的查询，支持订阅和消息发布，比如设备可以查询属性，或者订阅属性状态变化事件。领域模型会查询此库验证命令是否符合设备实际情况，比如设备的状态已经关机情况下不需要发送关机命令
主数据	西安团队，主数据提供了设备的基本信息，如设备类型，编码等
网关:	北京团队，设备通过云端网关接入到物联网，网关也负责把对设备的命令路由到设备
设备 SDK	北京团队，为各类设备提供统一的API，使得设备能连接物联云，上报属性，以及接收控制命令
设备	具体的设备。如冰箱，彩电，空调

业务架构师承担业务架构梳理，同其他架构梳理一样，需要分清主次，不要在一个架构图里包含太多信息导致系统其他参与者理解困难。建议把次要内容或者分支内容通过其他流程图体现，或者使用文档说明。如上图，设备不在线的情况下，各个团队如何处理，并未在主流程图里体现。

需要注意：业务架构和传统IT的需求分析很类似，但前者偏宏观，后者偏微观。 业务架构是一个较晚出现的的概念，它是的随着企业的IT系统变得庞大、复杂后产生的，它重点强调各个组织和组织的业务能力，输出是组织的业务能力清单，跨组织的业务流程图。 需求分析则聚焦具体某一个业务，输出的用例和是需求说明书，能直接指导研发和测试团队工作。可以把业务架构比作小区的规划，除了建筑规划和设计外，还涉及到人流，车流，绿化规划。 需求分析则像小区里一栋建筑的设计图。