任何组织在获取、使用、创建或供应软件系统时都可以使用本文档中定义的生命周期流程。它们可应用于系统层次结构的任何级别和生命周期的任何阶段。
这些过程所执行的功能是根据特定目的、结果以及构成过程的一组活动和任务来定义的。
可以根据需要在生命周期的任何时候调用图 4 中的每个生命周期过程。本文档中呈现的过程的顺序并不意味着其使用中的任何规定顺序。然而，生命周期模型的定义引入了顺序关系。整个生命周期中这些过程的详细目的和使用时间受多种因素影响， 包括社会、贸易、组织和技术考虑，每个因素都可能在软件系统的生命周期中发生变化。因此， 单个软件生命周期是通过选择和应用通常具有并发、迭代、递归和时间相关特征的过程来创建的。
流程可以在项目内部同时使用（例如，同时进行构建软件系统的设计活动和准备活动），也可以在项目之间同时使用（例如，在不同的项目职责下同时设计系统元素）。
当在同一系统上重复应用相同的处理器或流程集时，该应用被称为迭代应用。流程的迭代使用对于流程输出的逐步细化非常重要，例如，连续验证操作和集成操作之间的相互作用可以逐步建立对产品一致性的信心。 迭代不仅是适当的，也是预期的。应用处理器或流程集会产生新的信息。通常，这些信息以与需求、风险或机会分析有关的问题的形式出现。这些问题应该在完成处理器或流程集的活动之前得到解决。
流程的递归使用，即对系统结构中连续的系统元素级别重复应用相同的处理器流程集，是本文档应用的关键方面。
任何级别的流程的输出，无论是信息、工件还是服务，都是下级（例如，在自上而下的设计过程中）或上级（例如，在软件系统实现过程中）所使用的流程的输入。一个应用的结果被用作系统结构中下一个较低（或较高）系统的输入，以得出更详细或成熟的结果集。这种方法为系统结构中的后续系统增加了价值。
对软件系统影响的变化性质（例如，操作环境的变化、系统元素实施的新机会、组织中结构和职责的修改）要求不断审查过程使用的选择和时间安排。生命周期中的过程使用可以是动态的，响应软件系统的许多外部影响。生命周期方法 1还允许合并下一阶段的变化。面对生命周期的复杂性，生命周期阶段通过提供可理解和可识别的高质量数据来帮助生命周期过程的规划、执行和管理。
级别目的和结构。生命周期阶段 2内的流程集的应用共同目标是满足该阶段的退出标准或该阶段内正式进度评审的进入标准。
本节关于软件生命周期过程的迭代和递归使用的讨论并不意味着暗示感兴趣的系统、支持系统、组织或项目的任何特定的层次、垂直或水平结构。
若产品质量风险证明其合理性，还可在特定产品的背景下创建流程实例的详细描述。流程实例涉及识别流程实例的特定成功标准（源自产品要求）以及识别实现成功标准所需的特定活动和任务（源自本文档中确定的活动和任务）。创建流程实例的详细描述可通过建立流程和特定产品要求之间的联系来更好地管理产品质量风险。
在 ISO/IEC/IEEE24748（所有部分）中关于生命周期过程的应用可以找到对这些概念的进一步阐述。