企业级架构可视化实践

如果无法正常显示,请先停止浏览器的去广告插件。
分享至:
1. 企业级架构可视化实践 —— 做好架构可视化的十一个关系 Thoughtworks 首席咨询师 / 钟敬
2.
3. 讲师介绍 钟敬,思特沃克熟悉咨询师,数字化转型与运营团队 DDD 服务负责人。25年IT从业经验。 擅长面向对象软件开发方法学、领域驱动设计、企业架构治理、敏捷和精益开发方法、以及 研发效能提高。拥有CSM,TOGAF,PMP等认证。已出版译著《分析模式》,参与审校了 《领域特定语言》和《DDD十五年》。在极客时间开设了课程《手把手教你落地DDD》。 课程和书籍 服务的主要客户
4. 目录 • 什么要进行架构可视化? • 怎样建立架构可视化标准? • 怎样推广架构可视化?
5. 企业为什么要进行架构可视化
6. 想清楚 vs 说清楚 vs 画清楚 —— 为什么要将架构可视化? “画清楚”是“想清楚”和“说清楚”的必要条件 可视化是抽象化、严格化、规范化的前提 架构设计和治理 良好的架构设计 想清楚 说清楚 架构的权衡 架构的沟通 抽象化 画清楚 架构的可视化 严格化 可视化 何谓清楚? 规范化
7. “企业”架构 vs “企业级”架构 —— 架构可视化从哪里入手? 业务架构 强调由业 务、应 用、数 据、技术 等层面的 架构组成 的整体。 目的是实 现端到端 的架构治 理和规 划。 企业架构 企业级架构 业务愿景不清、 缺乏业务共识 企业级的业务架构 应用架构 系统重复建设、 无法对齐业务 企业级的应用架构 数据架构 数据错误、不一 致 企业级的数据架构 技术栈不统一、 基础设施低效 企业级的技术架构 技术架构 强调跨团 队、跨系 统的企业 级或条线 级架构。 目的是实 现宏观的 架构治理 和规划。
8. 怎样建立架构可视化标准?
9. 示意图 vs 蓝图 —— 架构治理需要怎样的架构图? 架构治理逻辑,要求准确的架构图,准确不等于陷入细节。准确指在特定抽象层次、特定视角,和系统保持一致性和完整性。 示意图 蓝 图 - 适用于探索大方向、和相关干系人汇报 - 适用于系统的规划、开发和演进 - 不要求准确性和规范性 - 要求准确、规范 - 不要求持续更新 - 要求持续更新
10. 系统 vs 产品 —— 怎样对齐中说纷纭架构概念? 架构治理中,干系人要对架构基本概念达成一致的理解。企业可以参考下述定义通用定义,对齐自己的概念。 产品 对系统进行打包,满足一定业务价值 子系统 系统软件 也是系统 产品1 软件系统 应用软件 软件系统 简称软件 简称应用 简称系统 中间件 产品2 系统E 系统 F 系统C 系统D 发布单元 独立发布的系统 系统A 系统B
11. 规范画法 vs 自定义画法 —— 怎样制定架构图的绘制标准? • • 企业可根据自己的偏好选择其中一种方式制定架构图绘制标准 基于 UML Profile 机制,C4 模型和自定义标准都可以看作 UML 的扩展 UML – 官方规范 C4模型 – 民间规范 某公司自定义规范
12. 维度 vs 粒度 —— 怎样设计架构内容体系? 业务架构 维度:架构描述的视角; 粒度:架构描述的范围 应用架构 数据架构 技术架构 企 业 级 业务领域图 组织结构图 应用全景图 业务能力图 价值流图 应用支撑图 基础设施架构图 条 线 级 业务领域图 领域模型图 应用全景图 技术栈图 数据系统架构图 技术栈图 数据系统架构图 业务能力图 室 组 级 用例图 单 元 级 用例图 业务流程图 应用支撑图 基础设施架构图 数据库依赖图 部署架构图 数据物理模型图 领域模型图 系统架构图 应用模块图 某企业的架构内容体系 技术栈图 数据物理模型图 技术栈图
13. 业务架构 vs 领域模型 —— 为业务概念建模
14. 图 vs 表 vs 矩阵 —— 怎样全面描述架构? 可以用架构图、列表和矩阵三种方式表达任何架构信息 图:直观表达同一层面架构元素和关系 列表:详述架构元素 矩阵:不同层面架构元素的关系
15. 怎样推广架构可视化?
16. 企业级架构师 vs 团队级架构师 —— 怎样建立企业的架构组织? 建立架构组织时要确定好不同层面架构师的职责和协作关系。制定激励机制。一些大型企业会建立多个级别的架构师团队 企业级架构师 • • • • • • 人数较少 制定标准和规则 组织架构工作的实施 更关注企业目标的达成 更关注跨团队跨系统的问题 较少关注具体技术问题,但需要有 一线实践经验的人担任 团队级架构师 • • • • • • • 总人数较多 根据公司标准和规则进行架构活动 完成架构师的“标准动作” 对标准和规则进行验证和反馈 更关注团队目标的达成 更关注本系统的问题 更关注一线具体技术问题
17. 当前架构 vs 目标架构 —— 怎样确定架构改进的基线和目标? 没有时间点的架构图是没有意义的。当前架构确立基线;目标架构确定方向。 做好版本管理 • 容易拿到各个版本的架构 • 容易被不同干系人查看 • 容易提交和演进 下次 上线时间 上次 上线时间 当前架构 (开发中)目标架构 三年后 一年后 (近未来)目标架构 (远未来)目标架构 纳入架构资产库管理 架构资产库 架构资产库的内容 • 架构描述 • 架构规范 • 架构制度 • 架构参考 架构资产库的实现技术 • 共享文件系统 • Wiki • 版本控制软件 • 专用工具
18. 前期设计 vs 浮现式设计 —— 怎样建立合理的架构工作过程? 架构演进是持续治理的过程。 集 中 前 期 设 计 • • • • 集中规划所有细节 容易造成“运动式”推广 难以在实践中验证价值 难以持续运作 浮 现 式 设 计 • 价值优先 • 建立框架 • 持续演进 1 先确定 洲际边界 2 亚洲价值最高 细化国家边界 3 中国价值最高 细化省级边界 4 广东省价值最高 细化市级边界 5 广州市价值最高 细化区级边界 6 番禺区价值最高 细化区内道路
19. 手工 vs 自动化 —— 什么是好的架构治理工具? 绘图工具和真正意义上的架构工具的区别在于后者包含“知识” 理想的架构治理工具 • 保存多维度知识 • 自动生成架构图 • 验证架构约束 • 感知实际架构变化 • 实施架构守护 • 版本管理 • 支持协作 一个架构工具的例子
20.

ホーム - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-15 00:28
浙ICP备14020137号-1 $お客様$