笔记 B:过程模型对比与演进策略

Architect's Note (架构师按): 所有过程模型的核心矛盾,都是在解一个极值问题:预见性 (Predictability)适应性 (Adaptability) 之间的生死平衡。选错模型,就像在泥石流路段开高铁,或者在洲际高铁轨道上开越野车。

模块一:惯用模型 (Prescriptive Models) —— 瀑布与演化的对决

惯用模型试图通过严密的框架活动为软件开发带来秩序,主要分为强调计划的线性和增量模型,以及强调容错的演化模型。

1. 瀑布模型 (Waterfall) & 增量模型 (Incremental)

2. 演化模型 (Evolutionary):原型开发 (Prototyping) & 螺旋模型 (Spiral)


模块二:统一过程 (Unified Process, UP) —— 庞大而严谨的重型机器


模块三:敏捷开发 (Agile Development) —— Scrum 与 XP 的交响


架构师决策表 (Architect's Decision Matrix)

绝不存在银弹,优秀的架构师只谈场景与匹配:

模型门派 需求模糊度 团队规模要求 时间与试错压力 AI 时代的推荐用法 致命毒药 (绝不适用场景)
Waterfall (瀑布) 极低 (必须全知全能) 中大 低 (不可逆) 极少使用。仅用于重度合规或底层硬件驱动级重构。 探索型创业项目、C端互联网产品。
Prototyping/Spiral (演化/螺旋) 极高 (摸着石头过河) 小到中 中等 (需要快速容错) 强烈推荐。用 AI 疯狂低成本试错,测试市场水温,抛弃旧代码不心疼。 需求极其明确的传统外包外包维护项目。
Unified Process (统一过程) 中等 (边做边明晰) 中大到超大 中等 (按模块增量) 作为 Agent System Prompt 的底层骨架,用 UML 强控大模型的幻觉。 几人规模的黑客松或快速 MVP 原型。
Agile (Scrum + XP) (随时调整方向) 小而精 (7±2人) 极高 (快速推向市场) 人机结对编程的终极主阵地。AI 负责执行 XP 的重构与测试,人类负责 Scrum 的价值排序。 拒绝写自动化测试、拒绝持续重构的草台班子。

下一章:software-01-C:敏捷开发与人本思维
首页:Software Engineering MOC