AC8. 建立和维护对软件项目的控制所需要的软件工作产品需要标识。

    AC9. 按照文档化过程推导出对软件工作产品大小（或变动）的估算。

    1. 所有主要的软件工作产品和活动的大小要估算。

    2. 为达到估算的目标需要将工作产品分解到合适的粒度。

    3. 尽量使用历史上已有的数据。

    4. 有关大小估算的假设要文档化。

    5. 大小估算要文档化、得到审核、并取得一致。

    AC10. 按标准化过程导出对项目支出和成本的估算。

    1. 应基于工作产品大小估算（及变动大小）作支出和成本的估算。

    2. 应尽量使用目前或历史的生产率数据用于估算，相应的数据源及原由要文档化。数据可以来自机构内的其他项目，并且要考虑到生产工作产品的关键支出和成本。

    3. 对成本、人员、和支出的估算应基于历史数据。如使用来自相同项目的数据，并确定时间段和预算所估算值在生命周期各阶段间的分布。

    4. 估算值及所依据的假设要文档化、得到审核、并取得一致。

    AC11. 按照标准化过程导出对关键计算机资源使用的估算。

    1. 识别所需的关键资源。

    2. 所作估算要相应于工作产品的大小、处理负载、以及通信量。

    3. 所作估算要文档化、得到审核、并取得一致。

    AC12. 按照标准化过程确定项目软件的时间表。

    1. 时间表应基于工作产品的大小（变动大小）、以及软件支出和成本。

    2. 时间表应基于已有项目的经验。

    3. 时间表应包括关键阶段（milestone）的日期、关键依赖的日期以及其他有关约束。

    4. 时间表中的活动应有适当的时间段、关键阶段要有适当间隔以确保进度测定的准确性。

    5. 有关时间表的假设要文档化。

    6. 时间表要文档化、得到审核、并取得一致。

    AC13. 有关成本、资源、时间表、以及技术应用的软件风险要标识、评估、并文档化。

    1. 按照潜在影响分析风险并确定优先级。

    2. 识别风险的偶然性。

    AC14. 制订有关工程设施和支持工具的计划。

    1. 功能需求的估算应基于工作产品的估算及其他相关特性。

    2. 为获得或开发这些设施和工具有关的职责要分配，相关承诺要协商。

    3. 该计划要经由相关组审核。

    AC15. 软件计划有关的数据要记录在案。

    1. 记录所有的估算值，以及为重建这些估算值和评测其合理性所需的所有相关信息。

    2. 计划数据要管理并控制。

    度量分析：

    M1. 测量主要被用于确定软件计划活动所处的状态。

    验证：

    V1. 同高层管理者一起周期性检查软件项目计划活动。

    1. 技术、成本、人员和时间表的效能要审核。

    2. 底层不能解决的问题和矛盾要处理。

    3. 软件项目风险要解决。

    4. 各项任务需分配、审核并跟踪直至任务完成。

    5. 每次会议的总结性报告要准备好并分发给相关组和个人。

    V2. 项目负责人周期性或当重要事件发生时审核项目软件的计划活动。

    1. 有关组要派代表。

    2. 基于工作说明和需求审核计划活动的状态和当前结果。

    3. 各组间的依赖关系需要处理。

    4. 底层不能解决的问题和矛盾需要处理。

    5. 风险要审核。

    6. 任务项要分配、审核并跟踪。

    7. 会议的总结性报告要分发。

    V3. 软件质量保证组要审核并审计计划活动和工作产品，同时汇报结果。审核内容包括：

    1. 软件估算和计划活动。

    2. 项目承诺的制定和审核活动。

    3. 软件开发计划的准备活动。

    4. 软件开发计划所采用的标准。

    5. 软件开发计划的内容。