组织过程焦点
组织过程焦点的目的是建立组织对软件过程活动的责任，这些活动能改进组织的整体软
件过程能力。
组织过程焦点包括增进和保持对组织的和项目的软件过程的了解，协调那些评估、制定
护和改进这些过程的活动。
组织提供长期的保证和资源，通过诸如软件工程过程组那样的组来协调那些横跨当前和
未来软件项目的软件过程的制定和维护工作。这个组负责组织的软件过程活动。具体负责制定和维护组织的标准软件过程和有关的过程财富（正如在组织过程定义关键过程区域中所描述的），同时它和软件项目一起协调过程活动。
目标
在整体组织中，过程的制定和改进活动是协调的。
已标识出所使用的软件过程与一个过程标准的相比的强处和弱点。
组织层上过程的制定和改进活动是有计划的
组织过程定义
组织过程定义的目的是开发和维护一组便于使用的软件过程财富，这些财富改进横跨各
项目的过程性能，并为组织积累性的长期得益打下基础。
组织过程定义包括制定和维护组织的标准软件过程，以及相关的过程财富，例软件生存
周期的描述，过程剪裁指南和准则，组织软件过程数据库和软件过程一有关文档库。
这些财富能经多种方式汇集，取决于对组织过程定义的组织实施。例如软件生存周期的
描述可以是组织标准软件过程的一个必备部分，或者软件过程一有关文档库的某些部分可以存储在组织软件过程数据库中。
在开发、实施和维护项目定义软件过程中，可以使用组织软件过程财富。（与项目定义
软件过程的制定和维护有关的实践在集成软件管理关键过程区域中加以描述）。
目标
制定和维护组织的标准软件过程。
收集和评审有关软件项目使用组织标准软件过程的信息，并使用合同。
培训大纲
培训大纲关键过程区域的目的是培育个人的技能和知识，使他们能有效地和效率高地履
行其职责。
培训大纲首先分别识别出组织、项目和个人所需要的培训、然后展开或设法获得培训以
满足所识别的需求。
每个软件项目评价练当前的和未来的技能需求，并决定如何才能获得这些技能。某些技
能可有效地和效率高地通过非正式的载体传递（例如在职培训和非正式指导），而其它的技术能则需要较正式的培训载体（例如课堂培训和受指导的自学）才能有老头儿地和效率高地传递。必须选择和使用恰当的载体。
这个关键过程区域仅包括培训组完成培训功能的实践，而识别特定培训专题（即所需要
的知识或技能）的实践则包含在各个有关的关键过程区域的执行能力共同特点中。
目标
培训活动是有计划的。
提供用以培育为履行软件管理和技术角色所需要的技能和知识的培训。
软件工程组和软件一有关组中的个人受到履行其角色所必须的培训。
集成软件管理
集成成软件管理的目的是将活动和管理活动集成为一个协调的、已定义的软件过程，该
软件过程是从组织的标准软件过程和有关的过程财富剪裁而得到的，这在组织过程定义中加以描述。
集成软件管理包括制订项目定义软件过程并采用此已定义的软件过程去管理软件项目，项目定义软件过程是组织标准软件过程经剪裁的版本，剪裁是为了针对项目的具体特征。
软件开发计划是基于项目定义软件过程并描述将如何实施和管理项目定义软件过程的活动。软件项目的规模、工作量、成本、进度、人员配置和其它资源等与项目定义软件过程的作业紧密相连。
由于项目定义软件过程全部是由组织标准软件过程剪裁而得到的，因此软件项目能共享
过程数据和所吸取的经验教训。
关于估计、策划和跟踪软件项目的基本实践均在软件项目策划 和软件项目跟踪和监督等
关键过程区域中描述。当问题出现时它们集中注意力于识别问题及调整计划和（或）性能以便解决这些问题。本关键过程区域的实践建立在那两个关键过程区域的实践之上，是对它们的补充。集成软件管理的重点转到采取预防防止问题发生，避免这些问题的后果或使之影响最小。
目标
项目定义软件过程是组织标准软件过程经剪裁的版本。
按照项目定义软件过程对项目进行计划和管理。
软件产品工程
软件产品工程的目的是一致地执行一个妥善定义的工程过程，该过程集成全部软件工程活动，以便有效地且高效率地生产正确的、一致的软件产品。
软件产品工程包括彩项目定义软件过程（在集成软件管理关键过程区域中加以描述）和适当的方法及工具去进行构造与维护软件的工程作业。
软件工程作业包括：分析分配给软件的系统需求（这些系统需求在需求管理关键过程区域中加以描述）、制定软件需求、开发软件的体系结构、设计软件、用代码实现软件、集成软件万分、和测试软件以验证它满足所规定的需求（即分配给软件的系统的需求和软件需求）。
制定并评审为进行软件工程作业所必须的文档（即软件需求文档、软件设计文档、测试计划和测试规程）以保证每个作业都针对其前面作业的结果，而它所产生的结果又适合于后续的作业（包括运行软件和维护软件的作业）。当更改被批准时，受影响的软件工作产品、计划、约定、过程和活动也要修改以反映该被批准的更改。
目标
定义和集成软件工程作业一致地执行它们以生产软件。
软件工作产品彼此间保持一致。
组间协调
组间协调的目的是建立软件工程组与其它工程组一起积极参与的方式以使得项目更能够
有效地和效率高地满足顾客的需要。
组间协调包括软件工程组和其它项目工程组一起参与阐述系统层的需求、对对象和问题。
项目工程组的代表，当合适时与顾客和最终用户一起工作，参与建立系统层的需求、对象和计划，这些需求、对象和计划成为全部工程活动的基础。
对组间的技术工作界面和相互作用加以计划和管理以保证整个系统的质量和统一性。各
项目工程组的代表参与定期的技术评审和内部交流，以保证所有工程组都清楚名组的状态和计划，并保证系统和组间的问题受到恰当的关注。
和这些工程作业有关的软件．专门实践的需求管理 和软件产品工程关键过程区域中描述。
目标
顾客需求得到全部受影响的组的认同。
工程组之间的约定得到受影响的组的认同。
工程组识别、跟踪和解决组间问题。
同行评审
同行评审的目的是为了及早地和高效率地从软件工作产品中消除缺陷。一个重要的伴随
结果是对软件工作产品及可防止的缺陷得到更好的了解。
同行评审包括生产者的同行对软件工作产品进行系统地考察，以便识别缺陷和需作更改
的区域。将经受同行评审的具体产品在项目定义软件过程中加以标识，并作为软件项目策划活动的一部分来安排进度，正如在集成软件管理中所描述的。
这个关键过程区域仅包括执行同行评审的实践。而识别需经受同行评审的具体软件工作
产品的实践则包含在描述每个软件工作产品的开发和维护的关键过程区域中。
目标
同行评审活动是有计划的。
识别和消除在软件工作产品中的缺陷。