基于构件的开发，并发模型，演化过程模型，形式化过程模型，通用过程模型，增量过程模型，惯用过程模型，过程模式。
2.1通用过程模型
在软件过程中，技术工作的层次包括活动，活动由动作构成，动作由任务组成。
过程定义为在工作产品构建过程中，所需完成的工作活动，动作和任务的集合。这些活动，动作，任务中的每一个都隶属于某一框架或者模型。框架或模型定义了它们同过程之间或者相互之间的关系。
软件过程，每个框架活动由一系列软件工程动作构成。每个软件工程动作由任务集合来定义。这个任务集合明确了将要完成的工作任务，将要产生的工作产品，所需要的质量保证点以及用于表明过程状态的里程碑。
五种框架活动：沟通，策划，建模，构建，部署。
普适性活动：项目跟踪控制，风险管理，质量保证，配置管理，技术评审以及其他活动。
过程流描述了在执行顺序和执行时间上，如何组织框架中的活动，动作和任务。
线性过程流：从沟通到部署顺序执行五个框架活动。
迭代过程流：在执行下一个活动前重复执行之前的一个或者多个活动。
演化过程流：采用循环的方式执行各个活动，每次循环都能产生更为完善的软件版本。
并行过程流：将一个或是多个活动与其他活动并行执行。
2.1.1 定义框架活动
线性过程流：
迭代过程流：
演化过程流：
并行过程流：
2.1.2明确任务集
不同的项目需要不同的任务集，软件团队根据问题和项目的特点选择任务集。
每一个软件工程动作[或称动作，如需求获取，这是与沟通活动相关的动作]都由若干任务集构成，而每一个任务集都由软件工程工作任务，相关工作产品，质量保证点和项目里程碑等部分组成。
任务集：定义了为达到一个软件工程动作的目标所需要完成的工作。
需求获取的目的是理解利益相关者对将构建的软件的需求。
2.1.3过程模式
过程模式描述了软件工程工作中遇到的过程相关的问题，明确了问题环境并给出了针对该问题的一种或几种可证明的解决方案。
过程模式提供了一个模板-----一种在软件过程的背景下，统一描述问题解决方案的方法。
过程模式的描述模板：模式名称，驱动力，类型：
1，步骤模式，定义了与过程相关的框架活动相关的问题，由于框架活动包括很多动作和任务，步骤模式包括与步骤有关的许多任务模式。
2，任务模式，定义了与软件工程动作或者是工作任务相关，关系软件工程实践活动成败的问题。
3，阶段模式，定义在过程中发生的框架活动序列，即使这些活动流本质上是迭代的。
启动条件，问题，解决方法，结束条件，相关模式，已知应用实例。
过程模式提供了一种有效的机制，用以解决任何与软件过程相关的问题。模式使得软件工程组织能够从高层抽象开始（阶段模式），建立层次化的过程描述。高层抽象描述进一步细化为一系列步骤模式以描述框架活动，然后每一个步骤模式由进一步逐层细化为更详细的任务模式。过程模式一旦建立起来，就可以复用来定义各种过程变体————即软件开发队伍可以将模式作为过程模型的构建模块，定制特定的过程模型。