software-design-lifecycle-solution-design-biz-arch-diagramming

# Solution Design Business Architecture Diagramming ## Overview This skill now directly contains the merged specialist doctrine that previously lived in the legacy business-solution architecture skill. Valuable content is preserved and relocated here rather than being wrapped indirectly. ## Integrated Legacy Specialist Doctrine (Preserved and Merged) # Business Solution Architecture Lifecycle ## Overview 这是 architect profile 私域下的**业务解决方案架构设计与绘图 skill**。 它不是单纯的“怎么把图画好看”，也不是纯技术架构图规范；它服务于**软件架构设计生命周期中的解决方案设计阶段**： - 需求调研已完成并经相关方 review - 需要把业务问题推进为可评审、可沟通、可进入后续技术设计的中层方案产物 - 产物通常包括：业务流程、领域模型、业务解决方案架构图、风险与治理说明、实施节奏说明 本 skill 的目标有两层，而且两层都必须保留： 1. **完整保留业务解决方案架构图的绘图方法学细节** - 业务语境解析 - 架构模式识别 - 视角分层与叙事结构 - 业务域着色 - 语义节点映射 - 关系连线映射 - 布局编排与工具选择 - 一致性检查 2. **叠加 architect 角色在解决方案设计阶段必须做的架构审查门** - 生命周期进入条件 - 方案调研与复用判断 - 外部依赖可靠性 / 降级 / 兜底 / 隔离 - 核心业务状态闭环 - 风险与治理控制点 - 实施节奏与最小闭环里程碑 核心原则： **业务解决方案架构图不是装饰性插图，而是把“已确认的业务问题”压缩成“可进入后续技术设计的中层方案结构”的正式架构产物。** --- ## 0. 生命周期定位（architect 增强，不替代绘图细节） ### 0.1 所处阶段 本 skill 用于： - 业务需求调研文档与相关反馈已确认后 - 技术方案设计（概要设计 / 详细设计）之前 它属于： - **解决方案设计文档**的一部分 而不是： - 技术架构图 - 模块内部详细设计 - 部署拓扑图 - 运维手册 ### 0.2 前置输入（缺一不可） 在正式画图前，至少应已有： - 已确认的需求背景 - 系统现状 / 当前痛点 - 目标效果 / 业务收益 - 成功指标或 ROI 信号 - 非目标 / 边界约束 - 若适用，已完成的成熟方案调研与复用判断 如果这些输入缺失，不要直接画图，应退回问题澄清。 ### 0.3 该图必须额外回答的 architect 问题 除了“怎么画”，还必须回答： - 这个方案依赖哪些外部系统、上下游系统或第三方能力？ - 哪些依赖必须按不可靠依赖处理？异常时如何降级、兜底或隔离？ - 核心业务状态是否形成闭环？正常、异常、回退路径是否明确？ - 哪些高风险点必须在图中显式出现治理 / 控制位？ - 最小可交付闭环是什...