需求范围框图不等于架构图

用”框图法”描述需求范围（Scope）时画出的图，很容易在实践中被误当成架构图——书中提到一个真实场景：一位学员拿着软件厂商的市场彩页请教，彩页上明明白白把一张图标注成”架构图”，但那张图实际画的是产品覆盖的业务域范围（如”项目基础管理/单项目管理/项目群管理/项目组合管理”这类业务域列举），本质上是需求分析阶段的”需求范围框图”，而不是任何设计阶段的架构成果。这个误解之所以常见，根源在于两类框图长得像：需求范围框图用方框圈出业务域或功能组、彼此并列或嵌套；架构图（尤其是概念架构层面的架构图）同样用方框表示顶层子系统、彼此之间画连接线——形式上的相似掩盖了它们本质的不同：需求范围框图回答的是”这个系统的业务覆盖边界在哪”，是需求分析的产出，服务于愿景明确和市场宣传；架构图回答的是”这个系统内部由哪些设计元素组成、如何组织”，是设计活动的产出，蕴含着组件划分、技术选型等重大决策。混淆两者的实际危害是：市场材料把需求范围框图包装成”架构图”去宣传技术优势，会让人误以为一份纯业务范围划分就等同于扎实的架构设计能力，掩盖了真正的架构设计工作（如概念架构的”1个决定4个选型”）本该承担的技术含量。