知识卡片
三峰模型：需求、架构、构建共同演进
内容
需求分析、架构定义、系统构建三者不是简单的流水线上下游关系，而是彼此持续反馈、螺旋式共同演进：需求给架构定义提供最初情境，但架构定义过程常会暴露需求里的矛盾和遗漏，推动需求被修正补全；架构定义驱动构建开始，但每轮构建又会验证或推翻架构中的假设，把新信息反馈回来。三者详细程度随时间同步增长，而非等一阶段”彻底完成”才开始下一个。发散：这解释了瀑布思维为何在实践中总行不通。
参考来源
- 位置：第7章《架构定义过程》7.3节「过程情境」三峰模型（源文件：_epub-src/OEBPS/text00059.html附近）
- 结论依据：原文用三峰模型说明需求分析、架构定义、构建三者彼此不同但会互相影响，需求分析给架构定义提供最初情境，架构定义会揭示需求的不一致并反馈回需求分析，构建过程的每次增量也会为架构定义提供反馈，直接支持卡片结论。
- 原始内容："需求分析、架构定义和软件构建之间有着紧密相连的关系。需求分析为架构定义提供了最初的具体情境，但是之后，当对需求有更完整理解的时候，它会受到架构定义的影响……架构定义会驱动实现的过程，但是执行的每个构建过程都会为使用中架构的有效性和有用程度提供反馈……三角形底边的长度代表在开发系统时，随着时间推移详细内容的增长数量。"