瀑布模型

阶段次序划分清晰，各阶段的工作和人员职责明确，前后阶段衔接紧密（上一项的成果为下一个任务的输入，利用该输入实施本次活动应完成的工作内容，给出本次活动的内容传给下个活动，并针对本次活动进行评审）。

适合需求比较明确少变更的项目，不适合未知的新项目。

V模型

以测试为中心，明确表明了测试过程中存在的不同级别及其与开发过程的对应关系。强调测试过程与开发过程的对应性和并行性。没有反应实际的开发过程。瀑布模型变种。

（需求→验收测；概要→系统测；详细→集成测；编码→单元测）

快速原型

先实现原型，实现客户或未来用户与系统的交互，经过针对原型的讨论弄清需求，再在原型基础上开发产品。适用于用户需求不明确,对界面要求较高的项目等

螺旋模型

是一个演化软件模型，将瀑布模型和快速原型模型结合起来，将原型实现的迭代特征与线性顺序结构和，使得软件的增量版本和快速开发成为可能。该模型强调风险分析，特别适用于需求经常变化的大型复杂的、高风险的系统。

迭代模型

所有的阶段（需求及其它）每一次的迭代都会产生一个可以发布的产品，这个产品是最终产品的一个子集。适用于事先不能完整定义产品的所有需求，计划多期开发的项目。

增量模型

首先构建整个系统的一部分，然后逐步地增加功能和性能。适用于如下项目：项目开始，明确了需求的大部分，但是需求可能会发生变化。对于市场和用户把握不是很准，需要逐步了解。对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。

优点

缺点

职能型

1) 可以充分发挥职能部门的资源集中优势

2) 部门的专家可以同时为部门内不同项目使用

3) 便于相互交流，相互支援,可以随时增派人员

4) 可以将项目和本部门的职能工作融为一体

1) 项目和部门利益发生冲突，职能部门更重视本部门的目标,会忽视项目目标

2) 资源平衡会出现问题

3) 权利分割不利于各个职能部门的交流和团结协作

4) 行政隶属关系使得项目经理没有充分的权利

项目型

1) 项目经理对项目可以负全责

2) 项目目标单一，可以以项目为中心,有利于项目顺利进行

3) 避免多重领很导

4) 组织结构简单，交流简单,快速

1) 资源不能共享

2) 各个独立的项目处于相对封闭状态,不利于公司政策的贯彻

3) 对项目组织的成员缺少一种事业上的连续性和安全感

4) 项目组织之间处于分割状态,缺少信息交流

矩阵型

1) 专职的项目经理负责整个项目 , 以项目为中心,

2) 公司的多个项目可以共享各个职能部门的资源

3) 即利于项目目标的实现,又利于公司目标方针的贯彻

4) 项目成员的顾虑减少了

1) 容易引起职能经理和项目经理权力的冲突

2) 资源共享也能引起项目之间的冲突
项目成员有多头领导