处理过程相关功能的概念包括环境管理、契约、变更请求和生命周期模型，将会在下面描述。
3.3.1 环境管理
PowerFrame
[13]
是为电脑辅助工程/设计领域设计的系统，可以帮助用户不必关心系统和配置的底层细节，用户只能看到电路设计这个特定领域，而PowerFrame管理用户
工作的环境。项目的数据以图像的形式展现，而不是隐藏在目录的形式，PowerFrame提供了工作流程管理来指导团队成员的工作过程。例如，一个工具运
行会包括线路的创建，验证和检测性能特性的模拟。在这些活动中，PowerFrame自动得出工具相关的当前环境，如数据集，命令文件和调用工具的选项。
下一次，用户只需要选择线路设计和工具功能就可以重新开始工作。用户只能见到：执行特定任务的合适工具；逻辑模式或布局设计之类特定表单的数据展示；属于
特定领域的命令表单。用户可以执行不同粒度的动作，例如某个环境数据的条目或配置。用户不必担心版本控制或文件之间的关系，因为系统知道数据来自不同版本
的电路，在后台处理了这些任务。实际上，CM系统以一种领域特定的方式捕获用户的工作环境，消除了用户记住工作状态以及所有数据项目及其关系的必要。
3.3.2 契约
ISTAR
[9]
环境支持对软件开发过程的正式确认方面进行建模，也就是建立一种契约，确定某种任务的输入和交付，契约的制品被记录下来并成为配置项目，这些项目包括契约
模型信息流，任务的开始和完成，产品的任务和组件结果的传递及其交换。一个契约被满足接受条件的交付件的传递完成，交付件被传递到过程模型的特定元素，如
生命周期的不同阶段或不同的人，这些制品的移动会被顺序记录下来。契约中的过程会被监控，因此不同的制品（例如交流）会被记录下来。实际上，契约代表了某
个配置项上的正式计划、记录和一个单元的工作。
3.3.3 变更请求
在LIFESPAN [11]
中，一个变更请求代表了对一个变更的文档请求和模型关联的过程。LIFESPAN通过一系列的表单和一系列状态表示的过程为变更请求建模，一个客户可能提
交一个即时的软件表现报告（SPR），指明了一个问题或者是对某个组件进行加强的请求，这允许报告调查最初的能够诊断这个问题的设计者和实现者。作为
SPR和变更影响分析的反馈，会提交一份设计变更（DC），这是组件变更和变更方式的细节。然后这些人会自动进入变更控制委员会，他们会收到关于DC的电
邮通知，并且必须投票确定是同意还是否决变更。一旦通过DC，就会产生一份代码的开发版本，DC的状态变为活动，并且锁定变更的代码。当完成了修改，就会
冻结新版本，并且提交，以便有QA权限的人检查和确定。经过代码的确认，就会进入“确认”状态，DC的状态变为“确认”会发送“新版本已经可用”的邮件到
用户。用户会收到一份Software Status
Report(SSR)，会关闭最初的SPR。尽管SPR，DC和SSR没有提供用户和维护者交流的方式，但是提供了：特定变更请求关联的历史变更；变更
过程的状态报告；变更完成的审计；变更影响分析和确保合适的人在合适时间执行各自任务的支持机制。实际上，变更请求是控制变更过程的辅助。
3.3.4 生命周期模型
Change and Configuration Control (CCC) [5] 提供了支持特定生命周期模型的概念，包括各个阶段的转换和这些阶段的数据管理，这是通过将整个生命周期分为开发、测试、确认和发布来完成的。这种分离允许 不同的用户如软件工程师和测试员可以在同一份代码独立的执行他们自己的工作。这种阶段的分离和转换，以及独立的工作是通过将代码存入每个阶段独立的配置实 现的，也就是说，产品是在某一基线基础上开发的。每个基线作为四种配置存在：开发、测试、确认和产品。配置是组件的一种等级关系，每个基线都有自己的方 式。代码开发出现在开发配置，传递到测试配置以进行审查，然后是确认配置，最后是用户使用的产品配置。为了进入到下一个阶段，需要经过不同用户必须授权这 个转换的交互（例如项目经理和测试经理）。在任何时候，对某个组件确认的等级可以从其所属的配置来得到，实际上，一个生命周期模型是通过不同配置状态实现 的。