瀑布模型规定了网站建设过程中各项过程活动，包括制定方案、网站使用说明、程序编码、测试运行、维护，并且规定了自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

然而实践表明，上述各项活动之间并非完全是自上而下的，呈现线式图式。实际情况是每项开发都应具有以下特征。
（1）从上一项活动接受本项活动的工作对象，作为输入。
（2）利用输入完成本项活动应完成的工作。
（3）给出本项活动的工作成果，作为输出传给下一项活动。
（4）给本项活动实施的工作进行评审，若工作得到确认，则继续进行下一项工作，否则返回前一项，甚至更前项的工作进行返工。
为了确保网站的正确性，每一阶段任务完成后，都要对本阶段的结果进行评审，确认之后转入下一阶段，如果评审过程中发现错误和疏漏，应返回前面的相关阶段进行修正错误、弥补漏洞，然后重复前面的工作，直至该阶段的工作通过评审之后完成下一阶段。

严格按照网站生成周期划分，顺序执行各个阶段形成了瀑布模型，是典型的网站架构方法，采用这种模型进行开发组织时，应该确定规范和标准，一般是指不要出现系统漏洞，包括安全漏洞、功能缺陷，以及网站在不同浏览器上的显示问题，这为严格控制网站开发进度，最终按时交付产品，保证质量创造了有利条件，这种模型为建设网站、维护提供了有效的管理模式。

这种模型在软件开发中近20多年来一直很流行，它支持结构化软件开发、控制软件开发的复杂性、促进软件开发工程化方面起着显著的作用，这些也能为制作网站所借鉴，毕竟网站只是另一种软件而已，但是它也是有缺点的，其中最为突出的是这种方法缺乏灵活性，无法解决客户需求不明确或不准确的问题，这些问题会导致最终做出来的网站和客户当初所说的相差甚远，并且这一点往往在快完成的时候才会被察觉，面对这种情况，无疑需要进行返工或者在维护中纠正需求的偏差，网络公司都要为此付出高额的代价，毕竟合同已经签订，无法修改，如果网络公司不按照客户的要求修改，客户可能会放弃继续合作，甚至诉诸法律，并且，随着网站项目规模的越来越大，该模型引发的问题更加严重，例如，电子商城修改的复杂程度远远高于普通的企业网站。