软件项目计划的流程。该流程基于CMMI三级思路,强调了组织过程资产和PDB过程数据在制作软件项目计划时候的重要作用。强调了软件项目估算的位置和重要性。
注意项目计划的主线仍然是进度计划,进度计划的过程中就会考虑人力资源计划,质量计划等,这些附属计划和项目进度计划并没有明确的先后关系。其次是项目经理完成主计划后,还需要通知相应的接口人和支持组成员完成配置管理计划,质量保证计划和测试计划。所有计划全部完成后才能够进行评审。
配置管理是一门应用技术、管理和监督相结合的学科,通过标识和文档来记录配置项的功能和物理特性,控制这些特性的变更,记录和报告变更的过程和状态,并验证它们与需求是否一致。主要包括如下工作:
变更管理是配置管理中最容易见到的活动。这是一个管理提交项目的变更和对于受影响的配置项进行修订的准备、评估、协调、部署并实施的过程。对于严格意义上的工程变更,一般包括了变更请求,变更评估,分析活动,变更单,变更活动五大变更对象。
注意项目计划的主线仍然是进度计划,进度计划的过程中就会考虑人力资源计划,质量计划等,这些附属计划和项目进度计划并没有明确的先后关系。其次是项目经理完成主计划后,还需要通知相应的接口人和支持组成员完成配置管理计划,质量保证计划和测试计划。所有计划全部完成后才能够进行评审。
- 里程碑针对阶段,是时间点;基线针对一个或多个工件,是受控标志。
- 基线和里程碑有可能同时出现,也可能分开出现
- 里程碑的重点是项目状态审查,确定是否可以进入下一个阶段
- 基线重点是保持工件一致性,而且受控
配置管理是一门应用技术、管理和监督相结合的学科,通过标识和文档来记录配置项的功能和物理特性,控制这些特性的变更,记录和报告变更的过程和状态,并验证它们与需求是否一致。主要包括如下工作:
- 项目和产品目标
- 识别配置项
- 建立和维护配置管理计划
- 建立和维护配置/变更管理系统
- 建立/发布基线
- 变更管理
- 配置状态报告
- 配置审核
变更管理是配置管理中最容易见到的活动。这是一个管理提交项目的变更和对于受影响的配置项进行修订的准备、评估、协调、部署并实施的过程。对于严格意义上的工程变更,一般包括了变更请求,变更评估,分析活动,变更单,变更活动五大变更对象。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15027599/viewspace-553381/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/15027599/viewspace-553381/