本文通过对TOGAF 10 版本的各部分内容的元模型实体进行解读并依次对图片中提及的重要概念进行名词解释和举例说明以便让大家对TOGAF10的各部分内容有一个大致的理解。本文采用上海市南京路步行街的国际知名运动鞋品牌“康炮”专卖店为例举例说明以便降低理解难度。图片来源TOGAF 10 中文版一、整体结构TOGAF 内容框架的四大层次这张图展示了 TOGAF 企业架构的完整内容框架从上到下分为四个层次plain┌─────────────────────────────────────────┐ │ 第一层架构原则、愿景和需求橙色 │ ← 为什么做 ├─────────────────────────────────────────┤ │ 第二层架构定义灰色 │ ← 动机是什么 ├─────────────────────────────────────────┤ │ 第三层业务架构 信息系统架构 技术架构 │ ← 做什么 │ 深蓝 绿色 深灰 │ ├─────────────────────────────────────────┤ │ 第四层架构实现棕色 │ ← 怎么做 └─────────────────────────────────────────┘右侧还有一条贯穿始终的架构变更管理黄色边框表示架构是持续演进的。二、第一层架构原则、愿景和需求橙色区域这是架构的起点和顶层设计回答我们为什么要做架构。【预备】部分1. 架构原则Architecture Principles解释企业做架构决策时必须遵守的基本规矩和价值观是架构的宪法。康炮例子所有门店系统必须支持线上线下库存实时同步、任何新技术选型必须优先考虑顾客体验、数据安全原则顾客个人信息绝不外泄。【架构需求】部分2. 需求Requirement解释利益相关者提出的具体要求是系统或架构必须满足的条件。康炮例子顾客扫码下单后30 分钟内必须能到店取货、会员系统需要支持 500 万活跃用户同时在线、收银系统必须支持微信、支付宝、Apple Pay 等所有主流支付方式。3. 限制Constraint解释架构设计和实施时必须遵守的约束条件通常是硬性边界。康炮例子南京路步行街门店面积不能超过 800 平米租赁合同限制、所有系统必须通过等保三级认证法规限制、IT 预算不能超过年营收的 3%财务限制。4. 假设Assumption解释做架构规划时默认成立的前提条件如果前提变了架构可能需要调整。康炮例子假设明年上海疫情不会大规模复发、假设新开的 5 家门店都能按时拿到营业执照、假设合作的物流商能覆盖长三角次日达。5. 差距Gap解释现状与目标架构之间的差异是驱动变革的核心动力。康炮例子现状库存数据每 2 小时同步一次目标实时同步差距缺少实时数据管道、现状会员复购率 15%目标25%差距缺少精准营销能力。6. 位置Location解释物理或逻辑上的场所和分布可以是门店、数据中心、云区域等。康炮例子南京路步行街旗舰店、上海淮海路分店、阿里云华东 2 节点、AWS 新加坡节点海外会员数据。【架构愿景】部分7. 业务战略Business Strategy解释企业在业务层面要达成的长期方向和竞争定位。康炮例子三年内成为中国运动鞋零售第一品牌、从卖产品转向卖生活方式打造运动社区、DTC直面消费者模式转型减少中间渠道。8. 技术战略Technology Strategy解释企业在技术层面要遵循的长期技术方向和投资重点。康炮例子全面云原生转型3 年内核心系统 100% 上云、构建统一的数据中台打通所有业务数据、优先投资 AI 试鞋、AR 导购等沉浸式体验技术。9. 业务原则、目标和驱动因素Business Principles, Goals, and Drivers解释业务层面的核心原则、具体目标和外部驱动力的集合。康炮例子原则顾客至上任何决策以提升顾客体验为优先目标2026 年单店日均客流突破 5000 人次驱动因素Z 世代消费者更偏好数字化体验、国潮运动品牌竞争加剧10. 架构愿景Architecture Vision解释对目标架构的高层次描述是架构项目的灯塔和蓝图。康炮例子打造无界零售架构顾客在任何触点门店、小程序、APP、直播间都能获得一致的个性化体验库存全网可视、订单智能路由、服务无缝衔接。11. 利益相关者Stakeholder解释对架构有利益关系或影响力的个人、群体或组织。康炮例子康炮中国区 CEO关注整体业绩、南京路店店长关注门店运营效率、IT 总监关注系统稳定性、年轻消费者关注购物体验、商场物业方关注租金和客流、耐克总部关注品牌一致性。三、第二层架构定义 — 动机灰色区域这是架构的动机层连接顶层愿景和具体架构内容回答我们为什么要这样设计架构。12. 驱动因素Driver解释促使企业进行架构变革的外部或内部压力/机会。康炮例子抖音电商崛起分流了传统门店客流外部威胁、顾客抱怨试鞋排队时间太长内部痛点、竞争对手已推出 AI 量脚定制服务竞争压力、公司 IPO 需要数字化能力支撑战略机会。13. 目的Objective解释企业想要达成的大方向是驱动因素的回应。康炮例子提升顾客购物体验、提高门店运营效率、构建全渠道零售能力。14. 目标Goal解释目的的具体化、可衡量化有明确的指标和时间。康炮例子2026 年底前顾客平均试鞋等待时间从 15 分钟降到 3 分钟、会员小程序月活跃用户数达到 100 万、全渠道订单占比达到 40%。15. 度量Measure解释用来衡量目标是否达成的具体指标和监控方式。康炮例子每日统计顾客试鞋平均等待时间、每周监控小程序 DAU/MAU、每月分析全渠道订单占比趋势。四、第三层核心架构域深蓝 绿色 深灰这是 TOGAF 的核心内容分为三大架构域一业务架构深蓝色区域回答企业做什么业务、怎么运作。16. 价值流Value Stream解释从顾客视角看端到端创造价值的全过程强调顾客为什么付钱。康炮例子顾客发现需求 → 浏览商品线上/线下→ 试穿体验 → 下单购买 → 支付 → 收货/自提 → 售后服务 → 复购推荐整个链条就是价值流。其中试穿体验是运动鞋零售的核心价值环节如果顾客试不到鞋前面所有环节都白费。17. 业务能力Business Capability解释企业能够稳定交付的某种业务功能关注能不能做不依赖于具体的人或系统。康炮例子精准选品能力知道什么鞋好卖、沉浸式体验能力AR 试鞋、3D 量脚、全渠道履约能力线上下单、门店自提/快递到家、会员运营能力精准推送、积分体系。18. 行动方案Course of Action解释为了实现目标而制定的战略级计划或举措。康炮例子投资 2000 万改造南京路旗舰店为智慧门店、与某 AI 公司合作开发智能量脚设备、启动会员数据中台建设项目。19. 商业信息Business Information解释业务运作中产生的核心商业数据。康炮例子顾客画像信息年龄、偏好、消费能力、商品信息款式、尺码、库存、价格、交易信息订单、支付、退款、门店运营信息客流、转化率、坪效。20. 服务质量Service Quality解释衡量服务满足需求程度的标准。康炮例子顾客投诉 24 小时内必须响应、缺货商品补货周期不超过 3 天、门店 WiFi 网速不低于 100Mbps。21. 合同Contract解释服务提供方和消费方之间的正式协议。康炮例子康炮与顺丰签订的物流配送协议约定时效、价格、赔付、与商场物业签订的门店租赁合同约定租金、面积、装修规范。22. 业务服务Business Service解释企业向内部或外部客户提供的可度量的服务。康炮例子门店自提服务线上下单到店取货、旧鞋回收服务以旧换新、运动社群活动服务每周组织夜跑、篮球赛。23. 产品Product解释企业向外部客户提供的可销售成果。康炮例子Air Max 2026 限量款运动鞋、康炮 × 某潮牌联名款、定制款运动鞋顾客自选配色、刻字。24. 流程Process解释为了达成特定业务目标而定义的有序活动序列。康炮例子顾客购物流程进店 → 扫码领券 → 浏览商品 → 智能推荐 → 试穿 → 下单 → 支付 → 离店。或者补货流程库存预警 → 生成补货单 → 仓库拣货 → 物流配送 → 门店验收 → 上架。25. 事件Event解释触发流程启动或状态改变的发生的事情。康炮例子顾客扫码进店触发个性化推荐流程、某款鞋库存低于 10 双触发补货流程、顾客在小程序提交投诉触发客服处理流程。26. 控制Control解释确保流程按规则执行的约束机制。康炮例子每单交易必须有小票凭证、高价值商品单价 2000 元必须双人复核、试鞋区每次只能容纳 20 人超过需排队。27. 功能Function解释企业为了完成业务而需要执行的能力集合。康炮例子门店运营管理功能包含排班、收银、库存、陈列等子功能、顾客服务功能包含咨询、退换货、投诉处理等。28. 组织单元Organization Unit解释企业内部的部门、团队或岗位。康炮例子南京路店销售部、华东区物流仓储中心、会员运营团队、IT 运维部。29. 施动者Actor解释执行任务的人、组织或系统。康炮例子门店导购员小李、自助收银机、智能试鞋镜、会员小程序、仓库分拣机器人。30. 角色Role解释流程中某个岗位的职责定义与具体的人分离。康炮例子金牌导购负责高价值顾客接待、库存管理员负责盘点和补货、数字化运营专员负责小程序内容更新和社群维护。注意小李今天可以是金牌导购明天调休由小王顶替角色不变人变了。二信息系统架构绿色区域回答企业用什么信息系统来支撑业务分为数据和应用两部分。【数据部分】31. 数据实体Data Entity解释业务中需要管理的核心数据对象。康炮例子顾客实体包含顾客 ID、姓名、手机号、会员等级、偏好标签、商品实体包含 SKU、名称、尺码、颜色、价格、库存量、订单实体包含订单号、顾客、商品、金额、状态、时间。32. 逻辑数据组件Logical Data Component解释数据实体的逻辑分组不考虑具体存储技术。康炮例子会员主数据包含顾客实体、会员等级实体、积分实体、商品主数据包含商品实体、类目实体、价格实体、交易数据包含订单实体、支付实体、物流实体。33. 物理数据组件Physical Data Component解释逻辑数据组件在具体技术中的实现。康炮例子MySQL 数据库中的 CUSTOMER 表、Redis 缓存中的热销商品库存数据、数据湖中的顾客行为日志Parquet 格式、ClickHouse 中的实时销售分析表。【应用部分】34. 应用服务Application Service解释应用系统对外提供的功能接口。康炮例子会员系统的查询会员积分服务、库存系统的实时库存查询服务、支付系统的统一支付接口服务、推荐系统的个性化商品推荐服务。35. 逻辑应用组件Logical Application Component解释应用系统的逻辑功能模块。康炮例子门店 POS 模块负责收银、小票、退款、会员管理模块负责注册、积分、等级、权益、商品管理模块负责上架、下架、价格调整、营销模块负责优惠券、满减、拼团。36. 物理应用组件Physical Application Component解释逻辑应用组件的具体技术实现。康炮例子部署在 Kubernetes 上的会员微服务Java Spring Boot、安装在门店收银机上的 POS 客户端Windows .NET、微信小程序前端Vue.js、推荐引擎服务Python TensorFlow。三技术架构深灰色区域回答企业用什么技术基础设施来支撑应用。37. 技术服务Technology Service解释技术平台对外提供的基础能力服务。康炮例子阿里云 ECS 计算服务、RDS MySQL 数据库托管服务、CDN 内容加速服务、短信推送服务、人脸识别 API 服务。38. 逻辑技术组件Logical Technology Component解释技术基础设施的逻辑类型。康炮例子应用服务器运行业务系统、数据库服务器存储数据、负载均衡器分发流量、API 网关统一管理接口、消息队列异步通信、容器平台运行微服务。39. 物理技术组件Physical Technology Component解释逻辑技术组件的具体物理实例。康炮例子阿里云 ecs.g7.2xlarge 实例4 核 16GIP: 172.16.1.10、华为 OceanStor 存储阵列序列号 XXX、门店内的 Aruba 无线 APMAC: XX:XX:XX:XX:XX:XX、F5 负载均衡设备型号 BIG-IP 5200。五、第四层架构实现棕色区域这是架构的落地执行层回答怎么把架构变成现实。【机会和解决方案、迁移规划】部分40. 功能Function—— 实现层解释迁移规划中的具体功能需求与架构定义层的功能不同这里更侧重实现细节。康炮例子新门店系统需要支持扫码点餐式购鞋功能、会员系统需要支持抖音账号一键登录功能。41. 工作包Work Package解释为了填补差距或实现目标而定义的一组相关工作任务是项目实施的基本单元。康炮例子南京路店智慧改造工作包包含智能试鞋镜安装、WiFi 升级、POS 系统改造、员工培训、试运营等、会员中台建设项目包包含需求分析、系统设计、开发、测试、上线、数据迁移。42. 架构契约Architecture Contract解释架构开发方和实施方之间的正式协议明确交付物、标准、责任。康炮例子康炮 IT 部与外包开发商签订的会员系统开发合同约定功能范围、技术架构标准、交付时间、验收标准、知识产权归属。【实施治理】部分43. 标准Standard解释实施过程中必须遵守的技术或业务规范。康炮例子所有 API 必须采用 RESTful 规范、数据库设计必须遵循第三范式、代码必须通过 SonarQube 质量门禁漏洞数 0代码覆盖率 ≥ 80%。44. 指南Guideline解释实施过程中的最佳实践建议比标准更灵活。康炮例子推荐优先使用阿里云原生服务以降低运维成本、建议微服务拆分粒度按业务域划分避免过细、推荐门店网络采用双链路冗余设计。45. 规格Specification解释产品或组件的详细技术规格说明。康炮例子智能试鞋镜技术规格屏幕 55 寸 4K、支持 3D 量脚、响应时间 2 秒、支持微信扫码登录、门店路由器规格支持 WiFi 6、带机量 ≥ 200、支持 VLAN 隔离。六、贯穿始终架构变更管理右侧黄色边框这是 TOGAF 的一个重要理念架构不是一次性的而是持续演进的。康炮例子康炮最初只做线下门店后来增加了小程序商城再后来接入抖音直播又引入了 AI 试鞋。每一次业务变化都需要重新评估架构愿景是否仍然适用识别新的差距如直播带货需要新的库存分配逻辑调整架构定义增加直播相关的业务能力和应用组件规划新的工作包如直播系统对接项目更新标准和指南如增加直播数据合规要求七、总结用康炮串起全图让我们用康炮的数字化转型故事来串起整个 TOGAF 内容框架背景康炮南京路步行街店面临 Z 世代消费者偏好变化、线上渠道冲击决定进行数字化转型。表格层次康炮实例架构原则顾客体验优先任何技术决策以提升购物体验为首要目标架构愿景打造无界零售旗舰店顾客在任何触点都能获得一致的个性化运动体验驱动因素抖音电商分流、顾客试鞋排队时间长、竞争对手推出 AI 量脚目标2026 年单店日均客流 5000会员复购率 30%全渠道订单占比 50%业务架构价值流发现→试穿→购买→履约→复购、业务能力精准选品、沉浸体验、全渠道履约、流程智能导购流程、无感支付流程数据架构数据实体顾客、商品、订单、库存、逻辑组件会员主数据、商品主数据、物理组件MySQL 会员表、Redis 缓存、数据湖应用架构应用服务会员查询、库存实时查询、逻辑组件POS 模块、会员模块、推荐模块、物理组件K8s 微服务、小程序、智能试鞋镜 APP技术架构技术服务阿里云 ECS、CDN、逻辑组件应用服务器、API 网关、物理组件具体服务器实例、F5 设备、Aruba AP架构实现工作包智慧门店改造包、会员中台建设包、架构契约与外包商的开发合同、标准RESTful API 规范、指南优先使用云原生服务变更管理持续跟踪市场变化每季度评估架构差距迭代优化八、两张图的关系本文主图和上一篇文章主图本文所采用的图34-1和我的上篇文章所采用的图34-2是配套使用的图 34-1本图展示 TOGAF 内容框架的有哪些元模型实体What—— 是一个分类目录。图 34-2上一张图展示这些元模型实体之间的关系是什么How—— 是一个关系图谱。打个比方图 34-1像是一家餐厅的菜单有哪些菜图 34-2像是一张食材搭配图哪些菜可以一起点、哪些食材互相搭配两者结合才能完整理解 TOGAF 10 企业架构的方法论体系。
一张图看懂TOGAF10各章节内容包含的元模型实体
本文通过对TOGAF 10 版本的各部分内容的元模型实体进行解读并依次对图片中提及的重要概念进行名词解释和举例说明以便让大家对TOGAF10的各部分内容有一个大致的理解。本文采用上海市南京路步行街的国际知名运动鞋品牌“康炮”专卖店为例举例说明以便降低理解难度。图片来源TOGAF 10 中文版一、整体结构TOGAF 内容框架的四大层次这张图展示了 TOGAF 企业架构的完整内容框架从上到下分为四个层次plain┌─────────────────────────────────────────┐ │ 第一层架构原则、愿景和需求橙色 │ ← 为什么做 ├─────────────────────────────────────────┤ │ 第二层架构定义灰色 │ ← 动机是什么 ├─────────────────────────────────────────┤ │ 第三层业务架构 信息系统架构 技术架构 │ ← 做什么 │ 深蓝 绿色 深灰 │ ├─────────────────────────────────────────┤ │ 第四层架构实现棕色 │ ← 怎么做 └─────────────────────────────────────────┘右侧还有一条贯穿始终的架构变更管理黄色边框表示架构是持续演进的。二、第一层架构原则、愿景和需求橙色区域这是架构的起点和顶层设计回答我们为什么要做架构。【预备】部分1. 架构原则Architecture Principles解释企业做架构决策时必须遵守的基本规矩和价值观是架构的宪法。康炮例子所有门店系统必须支持线上线下库存实时同步、任何新技术选型必须优先考虑顾客体验、数据安全原则顾客个人信息绝不外泄。【架构需求】部分2. 需求Requirement解释利益相关者提出的具体要求是系统或架构必须满足的条件。康炮例子顾客扫码下单后30 分钟内必须能到店取货、会员系统需要支持 500 万活跃用户同时在线、收银系统必须支持微信、支付宝、Apple Pay 等所有主流支付方式。3. 限制Constraint解释架构设计和实施时必须遵守的约束条件通常是硬性边界。康炮例子南京路步行街门店面积不能超过 800 平米租赁合同限制、所有系统必须通过等保三级认证法规限制、IT 预算不能超过年营收的 3%财务限制。4. 假设Assumption解释做架构规划时默认成立的前提条件如果前提变了架构可能需要调整。康炮例子假设明年上海疫情不会大规模复发、假设新开的 5 家门店都能按时拿到营业执照、假设合作的物流商能覆盖长三角次日达。5. 差距Gap解释现状与目标架构之间的差异是驱动变革的核心动力。康炮例子现状库存数据每 2 小时同步一次目标实时同步差距缺少实时数据管道、现状会员复购率 15%目标25%差距缺少精准营销能力。6. 位置Location解释物理或逻辑上的场所和分布可以是门店、数据中心、云区域等。康炮例子南京路步行街旗舰店、上海淮海路分店、阿里云华东 2 节点、AWS 新加坡节点海外会员数据。【架构愿景】部分7. 业务战略Business Strategy解释企业在业务层面要达成的长期方向和竞争定位。康炮例子三年内成为中国运动鞋零售第一品牌、从卖产品转向卖生活方式打造运动社区、DTC直面消费者模式转型减少中间渠道。8. 技术战略Technology Strategy解释企业在技术层面要遵循的长期技术方向和投资重点。康炮例子全面云原生转型3 年内核心系统 100% 上云、构建统一的数据中台打通所有业务数据、优先投资 AI 试鞋、AR 导购等沉浸式体验技术。9. 业务原则、目标和驱动因素Business Principles, Goals, and Drivers解释业务层面的核心原则、具体目标和外部驱动力的集合。康炮例子原则顾客至上任何决策以提升顾客体验为优先目标2026 年单店日均客流突破 5000 人次驱动因素Z 世代消费者更偏好数字化体验、国潮运动品牌竞争加剧10. 架构愿景Architecture Vision解释对目标架构的高层次描述是架构项目的灯塔和蓝图。康炮例子打造无界零售架构顾客在任何触点门店、小程序、APP、直播间都能获得一致的个性化体验库存全网可视、订单智能路由、服务无缝衔接。11. 利益相关者Stakeholder解释对架构有利益关系或影响力的个人、群体或组织。康炮例子康炮中国区 CEO关注整体业绩、南京路店店长关注门店运营效率、IT 总监关注系统稳定性、年轻消费者关注购物体验、商场物业方关注租金和客流、耐克总部关注品牌一致性。三、第二层架构定义 — 动机灰色区域这是架构的动机层连接顶层愿景和具体架构内容回答我们为什么要这样设计架构。12. 驱动因素Driver解释促使企业进行架构变革的外部或内部压力/机会。康炮例子抖音电商崛起分流了传统门店客流外部威胁、顾客抱怨试鞋排队时间太长内部痛点、竞争对手已推出 AI 量脚定制服务竞争压力、公司 IPO 需要数字化能力支撑战略机会。13. 目的Objective解释企业想要达成的大方向是驱动因素的回应。康炮例子提升顾客购物体验、提高门店运营效率、构建全渠道零售能力。14. 目标Goal解释目的的具体化、可衡量化有明确的指标和时间。康炮例子2026 年底前顾客平均试鞋等待时间从 15 分钟降到 3 分钟、会员小程序月活跃用户数达到 100 万、全渠道订单占比达到 40%。15. 度量Measure解释用来衡量目标是否达成的具体指标和监控方式。康炮例子每日统计顾客试鞋平均等待时间、每周监控小程序 DAU/MAU、每月分析全渠道订单占比趋势。四、第三层核心架构域深蓝 绿色 深灰这是 TOGAF 的核心内容分为三大架构域一业务架构深蓝色区域回答企业做什么业务、怎么运作。16. 价值流Value Stream解释从顾客视角看端到端创造价值的全过程强调顾客为什么付钱。康炮例子顾客发现需求 → 浏览商品线上/线下→ 试穿体验 → 下单购买 → 支付 → 收货/自提 → 售后服务 → 复购推荐整个链条就是价值流。其中试穿体验是运动鞋零售的核心价值环节如果顾客试不到鞋前面所有环节都白费。17. 业务能力Business Capability解释企业能够稳定交付的某种业务功能关注能不能做不依赖于具体的人或系统。康炮例子精准选品能力知道什么鞋好卖、沉浸式体验能力AR 试鞋、3D 量脚、全渠道履约能力线上下单、门店自提/快递到家、会员运营能力精准推送、积分体系。18. 行动方案Course of Action解释为了实现目标而制定的战略级计划或举措。康炮例子投资 2000 万改造南京路旗舰店为智慧门店、与某 AI 公司合作开发智能量脚设备、启动会员数据中台建设项目。19. 商业信息Business Information解释业务运作中产生的核心商业数据。康炮例子顾客画像信息年龄、偏好、消费能力、商品信息款式、尺码、库存、价格、交易信息订单、支付、退款、门店运营信息客流、转化率、坪效。20. 服务质量Service Quality解释衡量服务满足需求程度的标准。康炮例子顾客投诉 24 小时内必须响应、缺货商品补货周期不超过 3 天、门店 WiFi 网速不低于 100Mbps。21. 合同Contract解释服务提供方和消费方之间的正式协议。康炮例子康炮与顺丰签订的物流配送协议约定时效、价格、赔付、与商场物业签订的门店租赁合同约定租金、面积、装修规范。22. 业务服务Business Service解释企业向内部或外部客户提供的可度量的服务。康炮例子门店自提服务线上下单到店取货、旧鞋回收服务以旧换新、运动社群活动服务每周组织夜跑、篮球赛。23. 产品Product解释企业向外部客户提供的可销售成果。康炮例子Air Max 2026 限量款运动鞋、康炮 × 某潮牌联名款、定制款运动鞋顾客自选配色、刻字。24. 流程Process解释为了达成特定业务目标而定义的有序活动序列。康炮例子顾客购物流程进店 → 扫码领券 → 浏览商品 → 智能推荐 → 试穿 → 下单 → 支付 → 离店。或者补货流程库存预警 → 生成补货单 → 仓库拣货 → 物流配送 → 门店验收 → 上架。25. 事件Event解释触发流程启动或状态改变的发生的事情。康炮例子顾客扫码进店触发个性化推荐流程、某款鞋库存低于 10 双触发补货流程、顾客在小程序提交投诉触发客服处理流程。26. 控制Control解释确保流程按规则执行的约束机制。康炮例子每单交易必须有小票凭证、高价值商品单价 2000 元必须双人复核、试鞋区每次只能容纳 20 人超过需排队。27. 功能Function解释企业为了完成业务而需要执行的能力集合。康炮例子门店运营管理功能包含排班、收银、库存、陈列等子功能、顾客服务功能包含咨询、退换货、投诉处理等。28. 组织单元Organization Unit解释企业内部的部门、团队或岗位。康炮例子南京路店销售部、华东区物流仓储中心、会员运营团队、IT 运维部。29. 施动者Actor解释执行任务的人、组织或系统。康炮例子门店导购员小李、自助收银机、智能试鞋镜、会员小程序、仓库分拣机器人。30. 角色Role解释流程中某个岗位的职责定义与具体的人分离。康炮例子金牌导购负责高价值顾客接待、库存管理员负责盘点和补货、数字化运营专员负责小程序内容更新和社群维护。注意小李今天可以是金牌导购明天调休由小王顶替角色不变人变了。二信息系统架构绿色区域回答企业用什么信息系统来支撑业务分为数据和应用两部分。【数据部分】31. 数据实体Data Entity解释业务中需要管理的核心数据对象。康炮例子顾客实体包含顾客 ID、姓名、手机号、会员等级、偏好标签、商品实体包含 SKU、名称、尺码、颜色、价格、库存量、订单实体包含订单号、顾客、商品、金额、状态、时间。32. 逻辑数据组件Logical Data Component解释数据实体的逻辑分组不考虑具体存储技术。康炮例子会员主数据包含顾客实体、会员等级实体、积分实体、商品主数据包含商品实体、类目实体、价格实体、交易数据包含订单实体、支付实体、物流实体。33. 物理数据组件Physical Data Component解释逻辑数据组件在具体技术中的实现。康炮例子MySQL 数据库中的 CUSTOMER 表、Redis 缓存中的热销商品库存数据、数据湖中的顾客行为日志Parquet 格式、ClickHouse 中的实时销售分析表。【应用部分】34. 应用服务Application Service解释应用系统对外提供的功能接口。康炮例子会员系统的查询会员积分服务、库存系统的实时库存查询服务、支付系统的统一支付接口服务、推荐系统的个性化商品推荐服务。35. 逻辑应用组件Logical Application Component解释应用系统的逻辑功能模块。康炮例子门店 POS 模块负责收银、小票、退款、会员管理模块负责注册、积分、等级、权益、商品管理模块负责上架、下架、价格调整、营销模块负责优惠券、满减、拼团。36. 物理应用组件Physical Application Component解释逻辑应用组件的具体技术实现。康炮例子部署在 Kubernetes 上的会员微服务Java Spring Boot、安装在门店收银机上的 POS 客户端Windows .NET、微信小程序前端Vue.js、推荐引擎服务Python TensorFlow。三技术架构深灰色区域回答企业用什么技术基础设施来支撑应用。37. 技术服务Technology Service解释技术平台对外提供的基础能力服务。康炮例子阿里云 ECS 计算服务、RDS MySQL 数据库托管服务、CDN 内容加速服务、短信推送服务、人脸识别 API 服务。38. 逻辑技术组件Logical Technology Component解释技术基础设施的逻辑类型。康炮例子应用服务器运行业务系统、数据库服务器存储数据、负载均衡器分发流量、API 网关统一管理接口、消息队列异步通信、容器平台运行微服务。39. 物理技术组件Physical Technology Component解释逻辑技术组件的具体物理实例。康炮例子阿里云 ecs.g7.2xlarge 实例4 核 16GIP: 172.16.1.10、华为 OceanStor 存储阵列序列号 XXX、门店内的 Aruba 无线 APMAC: XX:XX:XX:XX:XX:XX、F5 负载均衡设备型号 BIG-IP 5200。五、第四层架构实现棕色区域这是架构的落地执行层回答怎么把架构变成现实。【机会和解决方案、迁移规划】部分40. 功能Function—— 实现层解释迁移规划中的具体功能需求与架构定义层的功能不同这里更侧重实现细节。康炮例子新门店系统需要支持扫码点餐式购鞋功能、会员系统需要支持抖音账号一键登录功能。41. 工作包Work Package解释为了填补差距或实现目标而定义的一组相关工作任务是项目实施的基本单元。康炮例子南京路店智慧改造工作包包含智能试鞋镜安装、WiFi 升级、POS 系统改造、员工培训、试运营等、会员中台建设项目包包含需求分析、系统设计、开发、测试、上线、数据迁移。42. 架构契约Architecture Contract解释架构开发方和实施方之间的正式协议明确交付物、标准、责任。康炮例子康炮 IT 部与外包开发商签订的会员系统开发合同约定功能范围、技术架构标准、交付时间、验收标准、知识产权归属。【实施治理】部分43. 标准Standard解释实施过程中必须遵守的技术或业务规范。康炮例子所有 API 必须采用 RESTful 规范、数据库设计必须遵循第三范式、代码必须通过 SonarQube 质量门禁漏洞数 0代码覆盖率 ≥ 80%。44. 指南Guideline解释实施过程中的最佳实践建议比标准更灵活。康炮例子推荐优先使用阿里云原生服务以降低运维成本、建议微服务拆分粒度按业务域划分避免过细、推荐门店网络采用双链路冗余设计。45. 规格Specification解释产品或组件的详细技术规格说明。康炮例子智能试鞋镜技术规格屏幕 55 寸 4K、支持 3D 量脚、响应时间 2 秒、支持微信扫码登录、门店路由器规格支持 WiFi 6、带机量 ≥ 200、支持 VLAN 隔离。六、贯穿始终架构变更管理右侧黄色边框这是 TOGAF 的一个重要理念架构不是一次性的而是持续演进的。康炮例子康炮最初只做线下门店后来增加了小程序商城再后来接入抖音直播又引入了 AI 试鞋。每一次业务变化都需要重新评估架构愿景是否仍然适用识别新的差距如直播带货需要新的库存分配逻辑调整架构定义增加直播相关的业务能力和应用组件规划新的工作包如直播系统对接项目更新标准和指南如增加直播数据合规要求七、总结用康炮串起全图让我们用康炮的数字化转型故事来串起整个 TOGAF 内容框架背景康炮南京路步行街店面临 Z 世代消费者偏好变化、线上渠道冲击决定进行数字化转型。表格层次康炮实例架构原则顾客体验优先任何技术决策以提升购物体验为首要目标架构愿景打造无界零售旗舰店顾客在任何触点都能获得一致的个性化运动体验驱动因素抖音电商分流、顾客试鞋排队时间长、竞争对手推出 AI 量脚目标2026 年单店日均客流 5000会员复购率 30%全渠道订单占比 50%业务架构价值流发现→试穿→购买→履约→复购、业务能力精准选品、沉浸体验、全渠道履约、流程智能导购流程、无感支付流程数据架构数据实体顾客、商品、订单、库存、逻辑组件会员主数据、商品主数据、物理组件MySQL 会员表、Redis 缓存、数据湖应用架构应用服务会员查询、库存实时查询、逻辑组件POS 模块、会员模块、推荐模块、物理组件K8s 微服务、小程序、智能试鞋镜 APP技术架构技术服务阿里云 ECS、CDN、逻辑组件应用服务器、API 网关、物理组件具体服务器实例、F5 设备、Aruba AP架构实现工作包智慧门店改造包、会员中台建设包、架构契约与外包商的开发合同、标准RESTful API 规范、指南优先使用云原生服务变更管理持续跟踪市场变化每季度评估架构差距迭代优化八、两张图的关系本文主图和上一篇文章主图本文所采用的图34-1和我的上篇文章所采用的图34-2是配套使用的图 34-1本图展示 TOGAF 内容框架的有哪些元模型实体What—— 是一个分类目录。图 34-2上一张图展示这些元模型实体之间的关系是什么How—— 是一个关系图谱。打个比方图 34-1像是一家餐厅的菜单有哪些菜图 34-2像是一张食材搭配图哪些菜可以一起点、哪些食材互相搭配两者结合才能完整理解 TOGAF 10 企业架构的方法论体系。
