4.企业级架构可视化实践-钟敬.pdf

1、企业级架构可视化实践Thoughtworks 首席咨询师/钟敬 做好架构可视化的十一个关系讲师介绍钟敬，思特沃克熟悉咨询师，数字化转型与运营团队 DDD 服务负责人。25年IT从业经验。擅长面向对象软件开发方法学、领域驱动设计、企业架构治理、敏捷和精益开发方法、以及研发效能提高。拥有CSM，TOGAF，PMP等认证。已出版译著分析模式，参与审校了领域特定语言和DDD十五年。在极客时间开设了课程手把手教你落地DDD。课程和书籍服务的主要客户目录什么要进行架构可视化？怎样建立架构可视化标准？怎样推广架构可视化？企业为什么要进行架构可视化想清楚 vs 说清楚 vs 画清楚“画清楚”是“想清楚”和“说

2、清楚”的必要条件 为什么要将架构可视化？想清楚架构的权衡说清楚架构的沟通画清楚架构的可视化架构设计和治理可视化抽象化严格化规范化良好的架构设计可视化是抽象化、严格化、规范化的前提何谓清楚？“企业”架构 vs“企业级”架构 架构可视化从哪里入手？信息系统架构业务架构应用架构数据架构技术架构强调由业务、应用、数据、技术等层面的架构组成的整体整体。目的是实现端到端的架构治理和规划。企业架构企业级的业务架构企业级的应用架构企业级的数据架构企业级的技术架构强调跨团跨团队、跨系队、跨系统统的企业级或条线级架构。目的是实现宏观的架构治理和规划。企业级架构业务愿景不清、缺乏业务共识系统重复建设、无法对齐业务技

3、术栈不统一、基础设施低效数据错误、不一致怎样建立架构可视化标准？示意图 vs 蓝图示意图蓝 图-不要求准确性和规范性-要求准确、规范架构治理逻辑，要求准确的架构图，准确不等于陷入细节。准确指在特定抽象层次、特定视角，和系统保持一致性和完整性。-不要求持续更新-适用于系统的规划、开发和演进-适用于探索大方向、和相关干系人汇报-要求持续更新 架构治理需要怎样的架构图？系统 vs 产品 怎样对齐中说纷纭架构概念？软件系统简称软件子系统也是系统系统软件应用软件简称应用中间件产品对系统进行打包，满足一定业务价值系统A系统B系统C系统D系统F系统E产品产品1 1产品产品2 2软件系统简称系统发布单元独立发

4、布的系统架构治理中，干系人要对架构基本概念达成一致的理解。企业可以参考下述定义通用定义，对齐自己的概念。规范画法 vs 自定义画法 怎样制定架构图的绘制标准？企业可根据自己的偏好选择其中一种方式制定架构图绘制标准基于 UML Profile 机制，C4 模型和自定义标准都可以看作 UML 的扩展UML 官方规范C4模型 民间规范某公司自定义规范维度 vs 粒度 怎样设计架构内容体系？业务架构业务架构应用架构应用架构数据架构数据架构技术架构技术架构企企业业级级条条线线级级室室组组级级单单元元级级应用全景图应用模块图应用全景图部署架构图技术栈图技术栈图技术栈图技术栈图数据物理模型图数据系统架构图业

5、务能力图业务领域图数据库依赖图应用支撑图应用支撑图系统架构图数据系统架构图业务领域图业务能力图用例图组织结构图价值流图领域模型图业务流程图领域模型图用例图数据物理模型图基础设施架构图基础设施架构图维度：架构描述的视角；粒度：架构描述的范围某企业的架构内容体系业务架构 vs 领域模型 为业务概念建模图 vs 表 vs 矩阵 怎样全面描述架构？图：直观表达同一层面架构元素和关系矩阵：不同层面架构元素的关系列表：详述架构元素可以用架构图、列表和矩阵三种方式表达任何架构信息怎样推广架构可视化？企业级架构师 vs 团队级架构师 怎样建立企业的架构组织？建立架构组织时要确定好不同层面架构师的职责和协作关系

6、。制定激励机制。一些大型企业会建立多个级别的架构师团队企业级架构师 人数较少 制定标准和规则 组织架构工作的实施 更关注企业目标的达成 更关注跨团队跨系统的问题 较少关注具体技术问题，但需要有一线实践经验的人担任团队级架构师 总人数较多 根据公司标准和规则进行架构活动 完成架构师的“标准动作”对标准和规则进行验证和反馈 更关注团队目标的达成 更关注本系统的问题 更关注一线具体技术问题当前架构 vs 目标架构 怎样确定架构改进的基线和目标？没有时间点的架构图是没有意义的。当前架