瀑布模型 vs 原型法:软件开发两种模式的核心区别,一张图看懂

大家好，我是一个工作20多年的老程序员，把自己工作中积累的经验慢慢给大家分享。

今日真题（1996年下半年系统架构设计师综合知识真题）
在软件开发中，“瀑布模型”与“原型法”的核心区别在于（）。
A. 瀑布模型适用于大型项目，原型法适用于小型项目
B. 瀑布模型要求按阶段依次推进，原型法可迭代修改
C. 瀑布模型需要编写大量文档，原型法无需任何文档
D. 瀑布模型依赖用户全程参与，原型法可由开发团队独立完成

答案：B

分析思路：
瀑布模型就像砌墙，必须一层一层往上砌，上一层没砌好，下一层绝对不能动工。需求分析、设计、编码、测试、部署，每个阶段按顺序来，阶段结束后要通过评审才能进入下一阶段，几乎不允许回头修改。
原型法则像捏橡皮泥，先捏个大致形状，不满意就揉掉重捏，或者在原来的基础上改改，直到满意为止。它不严格按阶段划分，而是通过快速迭代，不断完善原型，直到贴合需求。

逐个分析选项：
• A选项错误：两种模型的适用范围不按项目大小划分，大型项目也可局部使用原型法验证需求，小型项目若需求明确，用瀑布模型反而高效。
• B选项正确：瀑布模型强调“阶段分明、依次推进”，原型法核心是“快速迭代、动态修改”，这是两者最本质的区别。
• C选项错误：瀑布模型文档要求严格，原型法也需要记录迭代过程和需求变更，并非“无需任何文档”。
• D选项错误：瀑布模型对用户参与度要求低，通常在需求阶段确认后，用户可较少介入；原型法反而需要用户频繁参与试用和反馈，不能由开发团队独立完成。

生活中的例子：
瀑布模型像盖传统瓦房，先打地基、再砌墙、后上梁，步骤固定，中途改图纸几乎要推倒重来；
原型法像搭乐高，先拼个简易造型，觉得不好看，拆了换零件再拼，直到拼出满意的样子。

开发中常见场景：
某银行开发核心系统，需求稳定且合规要求高，用瀑布模型按“需求分析→架构设计→编码→测试→上线”依次推进，每个阶段都有严格的文档评审，确保合规性；
某互联网公司开发新社交APP，需求模糊，先用原型法快速做出带聊天、朋友圈功能的简易版，让种子用户试用，根据反馈每周迭代，三个月后才确定核心功能，这就是原型法的灵活之处。

所以，两者的核心区别在于推进方式：瀑布模型按阶段依次推进，原型法可迭代修改，答案是B。

如果文章对你有提升，帮忙点赞，分享，关注。非常感谢