软件开发管理过程规范
作者：管理员 来源：本站 浏览数：2570 发布时间：2012/9/21 19:18:40
1 概述
在本规范中，对软件开发过程的管理，采用阶段性规划。具体为根据软件开发过程中的技术过程，明确开发阶段，主要依据技术过程规范所描述的技术过程阶段划分;而后，将各阶段根据项目的具体情况和实施要求，划分为利于监控管理的一个或多个迭代过程。
本规范对于项目的计划和进度安排，采用由粗到细、由简到繁的方式，首先制定描述软件开发过程总体阶段和迭代的软件开发计划，而后根据所划分的迭代过程，在每个迭代开始时，对该迭代过程进行详细的任务分配和进度规划。
本规范中所提到的《软件开发计划》，包含了开发计划、质量管理计划、技术支持计划等多项内容，但主要以开发计划为主，其他计划视具体项目、团队情况确定是否制定。
在本规范中风险管理贯穿整个软件开发过程，包括《风险列表》的更新维护、风险的跟踪管理。
对本规范中的各开发计划的具体实施说明，可参见《项目监控管理办法》相关说明。
规范中各阶段提到的管理评审，具体参见《评审规范》中所对应管理性评审的详细描述。
2 接受项目
2.1 活动描述
1) 根据《项目概览》标识和评估风险，制定《风险列表》;
2) 分析项目风险，制定风险防范和解决措施，形成《风险管理计划》;
3) 分析可行性和商业价值，制定《商业案例》;
2.2 提交文档
1) 《风险列表》
2) 《风险管理计划》
3) 《商业案例》
2.3 管理评审
1) 项目批准评审
3 重新评估项目范围和风险(对于较大项目)
3.1 活动描述
1) 根据《项目概览》和对项目进一步深入了解，重新标识和评估风险，改进《风险列表》;
2) 根据修正项目风险，重新分析项目可行性和商业价值，改进《商业案例》;
3.2 提交文档
1) 修正的《风险列表》
2) 修正的《商业案例》
3.3 管理评审
无。
4 制定开发计划
4.1 活动描述
1) 根据不断修正维护的《风险列表》，完善风险防范和解决措施，改进《风险管理计划》;
2) 根据《商业案例》中说明的项目的开发要求，结合资源和风险状况，建立项目工作分析结构(WBS)，明确开发阶段和迭代次数，同时完成其他开发相关的计划内容，形成《软件开发计划》。
4.2 提交文档
1) 修正的《风险管理计划》
2) 《软件开发计划》
4.3 管理评审
1) 开发计划评审
5 迭代开发管理
5.1 活动描述
1) 根据《软件开发计划》，结合具体的开发状况和资源获取情况，确定在一个迭代期间的开发任务，进度安排，形成《迭代计划》，并更新《软件开发计划》;
2) 按照《迭代计划》，将工作任务形成《任务单》，描述任务要求，明确开发人员职责;
3) 根据本次迭代开发的完成情况和提交的成果，对该迭代开发过程进行分析评价，形成《迭代评价》，并根据实际情况，提出《变更请求》。
5.2 提交文档
1) 修正的《软件开发计划》
2) 《迭代计划》
3) 《任务单》
4) 《变更请求》
5.3 管理评审
1) 迭代计划评审
2) 迭代评价标准评审
3) 迭代评价评审
6 监控项目的实施
6.1 活动描述
1) 在项目开发过程中随时监控项目的状态，了解项目的进展，特别是根据《风险列表》，跟踪风险，及时发现问题，并根据监控结果，及时更新、维护《风险列表》;
2) 分析项目监控过程中发现和出现的问题和意外情况，制定解决办法，提出《变更请求》;
3) 在监控过程中，根据实际开发情况，调整《软件开发计划》和《迭代计划》，并更新和分配新的《任务单》;
4) 应项目管理和客户的要求，定期或不定期根据项目的当前状况，制定《项目状况评价》，进行项目开发状况的汇报。
6.2 提交文档
1) 修正的《风险列表》
2) 修正的《软件开发计划》
3) 修正的《迭代计划》
4) 《任务单》
5) 《变更请求》
6) 《项目状况评价》
6.3 管理评审
1) 1.PRA评审
7 结束项目
7.1 活动描述
1) 在项目开发任务全部完成，开发过程结束时，总结项目的开发过程，分析和评价项目完成情况和提交的成果，形成最终的《项目状况评价》，提交验收。
7.2 提交文档
1) 《项目状况评价》
7.3 管理评审
1) 项目验收评审