网站架构师的工作内容(【干货】应用架构、数据架构与技术架构的脉络关系 )

　　网站架构师的工作内容(【干货】应用架构、数据架构与技术架构的脉络关系

)

　　业务架构是一个跨系统的业务架构蓝图，应用架构、数据架构、技术架构是解决方案的不同方面。

　　多年来，全球行业在业务架构、应用架构、数据架构、技术架构等方面积累了丰富的经验。

　　近年来，数字化转型呼唤“懂行的人”，打通四大框架，确保技术支撑商业和商业战略。

　　本文将带你理清这些架构之间的上下文。其中，文中涉及的简称如下。

　　▊策略、BA、DA、AA、TA的关系

　　现在，让我们概述一下五个战略，BA，DA，AA和TA之间的界限和关系。如下所示。

　　

　　首先，公司管理层是战略的提出者和总设计师。

　　例如，一家大型银行的整体战略规划从何而来？A：管理层是规划者，规划发展部是促进者。规划发展部持续研究产业政策走向，持续关注宏观环境变化，持续跟踪友商动向。

　　其次，业务架构师是业务架构蓝图的设计者和描述者。

　　例如，在银行 IT 部门工作的业务架构师。需要研究战略，理解战略，以战略为动力推进业务架构设计，定义详细的业务架构蓝图。

　　最后，解决方案由分工更细的数据架构师、应用架构师、技术架构师负责。

　　比如银行的信息技术部门一般都有架构办公室，部门有专职或*敏*感*词*的数据架构师、应用架构师、技术架构师、专门的安全架构师。

　　因此，策略、BA、DA、AA、TA其实分别位于以下三个层次：

　　这五者之间的核心关系可以概括如下：

　　▊BA、DA、AA、TA的实际工作内容

　　继上述之后，公司的战略层-业务架构层-程序架构层，三层的整体情况已经确定。

　　那么，战略、BA、DA、AA、TA五项任务的具体内容是什么？

　　例如，业务架构师在确定战略驱动因素后应该进行哪些分析？

　　例如，组织结构分析在哪里？应用项目在哪里划分？技术选择在哪里？

　　下图总结了BA、DA、AA、TA的实际内容。

　　

　　1. 企业战略。战略是业务架构设计背后的驱动力。

　　眼尖的朋友从上图可以看出：战略规划需要广泛的外部分析、内部分析、基于SWOT的战略决策分析，最终制定产品战略、服务战略、合作战略、渠道战略、市场战略、竞争战略等. 具体政策。

　　2. 业务架构层。业务架构蓝图必须有企业标准。笔者向企业推荐的标准是5个要素。

　　组织架构+业务功能+业务流程，这就是经典的“老三”，对应“谁”“做什么”“怎么做”，符合国内老一代的口味信息技术主管。

　　在业务架构蓝图中，应该添加业务模型。九格商业模式画布相对较新，有用且易于使用。我们稍后再谈。

　　在业务架构蓝图中，应该添加业务数据。

　　有利的因素是业务数据与业务功能和业务流程密切相关，属于同一层次的思维。缺点是有一种观点认为业务数据应该属于数据模式。我看到的是有利因素，需要注意的实践是：业务架构师的工作产品《业务架构书》只有收录业务数据才算完整。

　　3. 解决方案架构层。涉及数据架构、应用架构和技术架构。

　　数据架构的核心是数据类型和来源。

　　例如，某电商企业需要识别需要管理的各类数据，如员工角色数据、员工操作日志、商品数据、订单数据、用户登录记录、用户搜索记录、用户评价记录、用户投诉等记录。数据模型、数据存储与分发、数据流向等有针对性的设计。数据流是基于场景的，不同的业务功能相关的数据流可能会有所不同。数据流往往涉及数据生成、数据使用、数据处理、数据存储等。

　　应用架构的核心是识别应用功能并将其映射到应用项目。

　　技术架构的核心是识别技术需求并将其映射到技术选项。作者推荐的技术架构的五个要素包括：

　　▊从战略到架构，再到实际的实施过程

　　1. 从战略到架构

　　首先看下策略BA、DA、AA、TA五个环节对应的仓位和产品，如下图。

　　

　　例如，银行、保险公司、证券公司等公司都有自己的IT部门，很少有例外。架构办公室是 CIO 的右手。架构办公室有全职或*敏*感*词*的业务架构师、数据架构师、应用程序架构师、技术架构师和专业的安全架构师。

　　业务架构师负责设计业务架构，包括业务功能、业务流程、业务模型、组织结构和业务数据。业务架构师的输出对于某些公司称为“业务架构书”，对于某些公司称为“业务需求手册”。

　　业务架构师的输出是数据、应用程序和技术架构师的输入。最典型的例子是业务流程。BA 架构师设计业务流程，而数据、应用程序和技术架构师则考虑完成业务流程所需的数据支持、系统协作和技术平台。

　　2. 从架构到实现

　　接下来，重点关注架构路线图环节和实施规划环节。如下所示。

　　

　　重点是钉在岗位、钉在文件上、钉在体制调整、技术采购、项目研发等工作包上。

　　第 1 节：战略。公司管理层牵头，规划发展部全程支持。输出：“xx-xx 年战略计划”。

　　第 2 节：业务架构。信息技术部架构师团队的业务架构师负责。输出：“业务架构书”。

　　第 3 节：方案架构。信息技术部架构师团队负责。输出：“技术方案”。

　　第 4 节：架构路线图。在预算方面，CIO 带头制定并由董事会批准。输出：架构路线图。

　　第五步：实施计划。首席信息官领导了开发。输出：实施计划。

　　第 6 节：项目管理和控制。项目办负责研发项目，采购项目由总经理办公室（General Manager's Office）负责。

　　▊业务驱动——小测试业务流程驱动的DA、AA、TA设计

　　0. 案例背景

　　在上一篇文章中，我们澄清了BA、DA、AA和TA之间的上下文关系，但是太粗略了。

　　在这里，我们来“细看”BA、DA、AA、TA之间“穿针引线”的过程。全面的：

　　本节中的示例仅展示了从业务流程到应用程序，再到数据实体，再到围绕“买股票”的技术组件的主线设计。

　　1. 业务架构

　　举个例子，作者简单画了一张“买股票”的业务流程图。

　　以 Archimate 语言建模，如下图所示。

　　

　　2. 应用架构

　　应用架构师应该思考：股票购买业务流程需要哪些应用服务支持？

　　1）业务流程层面的采购订单、规则检查、上报交易所、交易结果处理需要IT应用服务支持，包括挂单录入、规则检查、委托上报、接收退货、结果展示等。

　　2）进一步，这些IT应用服务应该由特定的应用系统来实现，即券商App和券商集中交易系统。如下所示。

　　

　　3. 数据架构

　　数据架构师应该思考：买股票的业务流程需要哪些数据支持？

　　1）经纪公司集中交易系统作为后台，订单记录先排队异步处理。

　　2）券商APP不保存“投资者账户”信息，但必须保存在交易后台，券商后台会查看交易规则。

　　3）券商后台对交易规则的检查，会用到投资者账户、投资者资产等数据和信息。例如，如果账户余额不足，则不允许挂单成功。

　　4）“报表记录”数据的后台存储也是异步处理的。如下所示。

　　

　　4. 技术架构

　　技术架构师应该思考：需要哪些技术组件来支持购买股票的业务流程？

　　1） 客户端应用程序支持挂单输入和结果显示等技术。

　　2）规则检查、委托报告和接收报告是可重用的应用程序功能，可以实现为服务或微服务。

　　3）基础设施的技术选择由技术架构师决定。如下图1-8所示。

　　

　　▊总结

　　本篇重点是“理清BA、DA、AA、TA之间的逻辑关系”，如下图所示。

　　

　　▼

　　如果想了解更具体的案例和实用方法，可以阅读《业务架构应用架构数据架构实践》一书。【PS：文末发给你5份】

　　

　　

　　▊《业务架构应用架构数据架构实践》

　　文玉柱

　　本书思路清晰，对每一个概念、每一个方法都给出了简短透彻的解释。同时，结合实践，让读者对项目有真实感，看得见摸得着，帮助读者快速上手。本书的另一个作用是增进读者对IT及其业务的理解，为长期的职业发展提供帮助。

　　

　　（扫码了解本书详情）

　　最后：我特地去找出版社，为我们申请了5本书。作为我们读者的一个小福利，扫描下方二维码，回复框架，加入框架书群。编辑会在群里发帖。5个红包，每次运气最好的人都会得到一本书！大家都知道一个微信群邀请二维码，100人后不能自动加入，所以这个群只限前100人加入，也就是5%的中奖率，公开、公平、透明！