软件过程模型也称为软件开发模型，它是软件开发全部过程、活动和任务的结构框架。典型的软件过程模型有瀑布模型、增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化方法模型、统一过程（UP）模型、敏捷方法等。
1、瀑布模型（WaterfallModel）
瀑布模型为软件的开发和维护提供了一种有效的管理模式，根据这一模式来制订开发计划，进行成本预算，组织开发力量，以项目的阶段评审和文档控制为手段有效的对整个开发过程进行指导，因此它是以文档为驱动，适合于软件需求很明确的软件项目的模型。
优点是容易理解，管理成本低；强调开发的阶段性早期计划及需求调查和产品测试。
缺点是客户必须完整、正确和清晰的表达他们的需要，而这往往又不可能；在后期很难评估项目的进度状态；对项目的风险控制能力弱。
2、增量模型（IncrementalModel）
增量模型作为瀑布模型的一个变体，具有瀑布模型的所有优点。此外还具有如下优点：
增量模型有如下不足之处：
3、演化模型（EvolutionaryModel）
演化模型是迭代的过程模型，使得软件开发人员能够逐级开发出更完整的软件版本。演化模型特别适用于对软件需求缺乏准确认识的情况。典型的演化模型有原型模型和螺旋模型等。
1）原型模型（PrototypeModel）
并非所有的需求都能预先定义，大量的实践表明，在开发初期很难得到一个完整的、准确的需求规格说明。这主要是由于客户往往不能准确的表达对未来系统的全面要求，开发者对要解决的应用问题模糊不清，以至于形成的需求规格说明常常是不完整的、不准确的，有时甚至是有歧义的。此外，在整个开发过程中，用户可能会产生新的要求，导致需求的变更。而瀑布模型难以适应这种需求的不确定性和变化，于是出现了快速原型（RapidPrototype）这种新的开发方法。原型方法比较适用于用户需求不清、需求经常变化的情况。当系统规模不是很大也不太复杂时，可以采取该方法。
原型模型开始于交流沟通，其目的是定义软件的总体目标，标识需求，然后快速制订原型开发计划，确定原型的目标和范围，采用快速射击的方式对其进行建模，并构建原型。
根据使用原型的目的不同，原型可以分为探索型原型、实验型原型和演化型原型3种。
2）螺旋模型（SprialModel）
对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型和演化模型结合起来，加入了两种模型均忽略的风险分析，弥补了这两种模型的不足。
每个螺旋周期又分为如下4个步骤。
（1）制订计划。确定软件的目标，选定实施方案，明确项目开发的限制条件。
（2）风险分析。分析所选的方案，识别风险，消除风险。
（3）实施工程。实施软件开发，验证阶段性产品。
（4）用户评价。评价开发工作，提出修正建议，建立下一个周期的开发计划。
螺旋模型强调风险分析，使得开发人员和用户对每个演化层出现的风险有所了解，从而做出应有的反应。因此螺旋模型特别适用于庞大、复杂并且具有高风险的系统。
与瀑布模型相比，螺旋模型支持用户需求的动态变化，为用户参与软件开发的所有关键决策提供了方便，有助于提高软件的适应能力，并且为项目管理人员及时调整管理决策提供了便利，从而降低了软件开发的风险。在使用螺旋模型进行软件开发时，需要开发人员具有相当丰富的风险评估经验和专门知识。
4、喷泉模型（WaterFountainModel）
迭代意味着模型中的开发活动常常需要重复多次，在迭代过程中不断的完善软件系统。无间隙是指开发活动（如分析、设计、编码）之间不存在明显的边界，也就是说它不像瀑布模型那样，在需求分析活动结束后才开始设计活动，在设计活动结束后才开始编码活动，而是允许各开发活动交叉、迭代的进行。
5、基于构件的开发模型（Component-basedDevelopmentModel）
基于构件的开发是指利用预先包装的构件来构造应用系统。构件可以是组织内部开发的构件，也可以是商品化成品软件构件。基于构件的开发模型具有许多螺旋模型的特点，它本质上是演化模型，需要以迭代方式构建软件。其不同之处在于，基于构件的开发模型采用预先打包的软件构件开发应用系统。
一种基于构件的开发模型如下图所示，它包括领域工程和应用系统工程两部分。
领域工程的目的是构建领域模型、领域基准体系结构和可复用构件库。为达到此目的，首先要进行领域分析，分析该领域中各种应用系统的公共部分或相似部分，构建领域模型和领域基准体系结构，表示领域的候选构件，对候选构件进行可变性分析以适应多个应用系统的需要，最后构建可复用构件，经严格测试和包装后存入可复用构件库。
应用系统工程的目的是使用可复用构件组装应用系统。首先进行应用系统分析，设计应用系统的体系结构，标识应用系统所需的构件，然后在可复用构件库中查找合适的构件（也可以购买第三方构件），这些选取的构件需进行特化，必要时做适当修改，以适应该应用系统的需要。对于那些未找到合适构件的应用部分，仍需要单独开发，并将其与特化修改后的构件组装成应用系统。在此过程中，还需要对可复用构件的复用情况进行评价，以改进可复用构件，同时对新开发的部分进行评价，并向领域工程推荐候选构件。
6、统一过程（UP）模型
统一过程模型是一种“用例和风险驱动，以架构为中心，迭代并且增量”的开发过程，由UML方法和工具支持。迭代的意思是将整个软件开发项目划分为多个小的“袖珍项目”，每个“袖珍项目”都包含正常软件项目的所有元素：计划、分析和设计、构造、集成和测试，以及内部和外部发布。
统一过程定义了4个技术阶段及其制品：
1）起始阶段（InceptionPhase）
起始阶段专注于项目的初创活动，产生的主要工作产品有构想文档（VisioDocument）、初始用例模型、初始项目术语表、初始业务用例、初始风险评估、项目计划（阶段及迭代）、业务模型以及一个或多个原型。
2）精化阶段（ElaborationPhase）
精化阶段在理解了最初的领域范围之后进行需求分析和架构演进，产生的主要工作产品有用例模型、补充需求（包括非功能需求）、分析模型、软件体系结构描述、可执行的软件体系结构原型、初步的设计模型、修订的风险列表、项目计划（包括迭代计划、调整的工作流、里程碑和技术工作产品）以及初始用户手册。
3）构建阶段（ConstructionPhase）
4）移交阶段（TransitionPhase）
在每个迭代中有5个核心工作流：
统一过程的典型代表是RUP（RationalUnifiedProcess）。RUP是UP的商业扩展，完全兼容UP，但比UP更加完整、更详细。
7、敏捷方法（AgileDevelopment）
敏捷开发的总体目标是通过“尽可能早的、持续的对有价值的软件的交付”使客户满意。通过在软件开发过程中加入灵活性，敏捷方法使用户能够在开发周期的后期增加或改变需求。
敏捷过程的典型方法有很多，每一种方法都基于一套原则，这些原则实现了敏捷方法所宣称的理念。
1）极限编程（XP）XP是一种轻量级（敏捷）、高效、低风险、柔性、可预测的、科学的软件开发方式。它由价值观、原则、实践和行为4个部分组成，彼此相互依赖、关联，并通过行为贯穿于整个生存周期。
2）敏捷统一过程（AUP）敏捷统一过程（AgileUnifiedProcess，AUP）采用“在大型上连续”以及在“小型上迭代”的原理来构建系统。采用经典的UP阶段性活动（初始、精化、构建和转换），提供了一系列活动，能够使团队为软件项目构想出一个全面的过程流。在每个活动里，一个团队迭代使用敏捷，并将有意义的软件增量尽可能快的交付给最终用户。每个AUP迭代执行以下活动：