发信人: hotsale2000(流水)
整理人: leeyg(2001-01-05 11:14:55), 站内信件
|
第三节 软件项目跟踪和监管
目的是提供实际进程的充分的可视性，以便当软件项目的执行严重偏离软件计划时管理者能够采取有效的措施。
软件项目跟踪和监管包括根据文档化的评估、责任和计划跟踪和审核软件的完成和结果并在实际的完成和结果的基础上调整计划
文档化的软件项目计划（即在KPA-软件项目计划中描述的软件开发计划）用于跟踪软件活动、交流状况和修改计划的基础。软件活动由管理者进行监控。当所选择的软件工作产品完成并处于所选择的里程碑时，首要通过实际软件规模、努力、成本和进度表与计划的对比来确定进程。
如果确认不符合项目计划，采取矫正措施。该措施可包括更改软件开发计划以反映实际完成情况、重新计划剩余的工作或采取行动改善操作。
目标
目标1 根据软件计划跟踪实际结果和完成情况。
目标2 如果实际结果和完成情况严重偏离软件计划，采取和管理矫正措施直至结束。
目标3 软件责任的改变要经受影响部门和个人的同意。
行为的责任
责任1 指定一个项目软件经理负责项目软件的活动和结果。
责任2 项目依照书面的管理软件项目的组织性原则进行。
这一原则代表性地说明了：
1． 一个文档化的软件开发计划作为跟踪软件项目的基础运用和维护。
2． 项目经理始终了解软件项目的状况和问题。
3． 软件计划未获完成时采取措施，调整操作或调整计划。
4． 经受影响部门的参与和认可修改软件责任。
受影响部门包括：
软件工程（包括所有的子部门，如软件设计）
软件评估
系统工程
系统测试
软件质量保证
软件配置管理
合同管理
文档支持
5． 高级经理审核所有责任的变动和新的针对个人和机构外部门的软件项目责任。
行为的能力
能力1 文档化和批准软件项目的软件开发计划。
参阅KPA-软件项目计划的活动6&7中涉及软件开发计划的实践。
能力2 项目软件经理明确地分配软件工作产品和活动的责任。
分配的责任包括：
1． 要开发的软件工作产品或要提供的服务。
2． 软件活动的努力和成本。
3． 软件活动的进度表。
4． 软件活动的预算。
能力 3 提供充足的资源和资金用于跟踪软件项目。
1． 分配特定的责任给软件经理和软件任务负责人，以跟踪软件项目。
2． 开发支持软件跟踪的工具。
支持工具的例子包括：
电子数据表程序
项目计划/进度程序
能力 4 培训软件经理进行软件项目的技术和人事方面的管理。
培训的例子包括：
管理技术项目
跟踪和勘查软件规模、努力和成本和进度
管理人员
能力5 一级软件经理接受软件项目技术方面的指导。
指导的例子包括：
项目软件工程标准和程序
项目的应用领域
进行的活动
活动1 将文档化的软件开发计划用于跟踪软件活动和交流状况。
参阅KPA-软件项目计划的活动7中涉及软件开发计划内容的实践。
软件开发计划是：
1． 随工作进程更新以反映完成情况，尤其当里程碑完成时。
2． 易于提供给：
l 软件工程部门（包括所有子部门，如软件设计）
l 软件经理
l 项目经理
l 高级经理
l 其它受影响部门
活动2 根据文档化的程序修订项目的软件开发计划。
参阅KPA-软件项目计划的活动6中涉及制定软件开发计划的实践。
这一程序代表性地说明了：
1． 适当地修改软件开发计划，并入计划精炼度和计划的改动，尤其当计划有重大改动时。
分配给软件、设计限制、资源、成本和进度的系统需求间的相互依赖性要反映在所有计划的修改中。
2． 更新软件计划，并入所有新的软件项目责任和责任的改动。
3． 审核每一个软件开发计划的版本。
4． 软件开发计划是受管理和控制的。
"受管理和控制"意指了解某一时期（过去或现在）的工作产品的版本（既版本控制），改动是以受控的方式并入。（既改动控制）
若要求"管理和控制"所指的更深度的控制,工作产品可被放在配置管理的全部规则之下，即如在KPA（软件配置管理）中所描述的。
活动3 根据文档化的程序协同高级经理审核软件项目为个人和机构外部门规定的责任以及责任的变动。
活动 4 对于影响软件项目的获批准的责任的变动要经与软件工程部门的成员和其他软件相关部门的交流。
活动 5 跟踪软件工作产品规模（或软件工作产品变动的规模），如有必要，采取改正措施。
参阅KPA-软件项目计划的活动9 中涉及规模评估来源的实践。
1． 跟踪所有主要软件工作产品的规模（或变动的规模）。
2． 比较实际代码的规模（生产的，完全测试的，提交的）与软件开发计划中存档的评估。
3． 比较实际提交文档的单元和软件开发计划中存档的评估。
4． 精炼，监控和定期调整软件工作产品的全部计划规模（评估的结合实际的）。
5． 和受影响的部门磋商对于软件工作产品规模评估的改动并将之文档化。
活动6 跟踪项目软件的努力和成本，如有必要，采取改正措施。
参阅KPA-软件项目计划的活动10 中涉及成本评估来源的实践。
1． 比较随时间和完成的工作而花费的实际努力和成本与软件开发计划中存档的评估，以鉴定潜在的限度超出或不足。
2． 跟踪比较软件成本和软件开发计划中存档的评估。
3． 比较努力和员工与软件开发计划中存档的评估。
4． 与受影响的部门磋商影响软件责任的员工和其他软件成本的变动并文档化。
活动 7 跟踪项目的关键计算机资源，如有必要，采取改正措施。
参阅KPA-软件项目计划的活动11中涉及计算机资源评估来源的实践。
1． 跟踪实际的项目所用的关键计算机资源，将其与软件开发计划中存档的每一个主要的软件成分的评估进行比较。
2． 与受影响的部门磋商影响软件责任的对于关键计算机资源评估的变动并存档。
活动 8 跟踪项目软件进度，如果必要，采取改正措施。
参阅KPA-软件项目计划中活动12 涉及的进度来源实践。
1 比较实际完成的软件活动、里程碑和其他责任与软件开发计划。
2 对于软件活动、里程碑和其他责任完成延迟或提前对以后的活动和里程碑将造成的影响进行评估。
3 与受影响的部门磋商影响软件责任的软件进度修改。
活动 9 跟踪软件工程技术活动，如有必要，采取改正措施。
1． 软件工程部门成员定期向他们的一级经理报告其技术状况。
2． 比较Software release contents for successive builds 和软件开发计划中存档的计划。
3． 报告和存档任何软件工作产品中发现的问题。
4． 跟踪问题报告直至结束。
活动 10
跟踪与项目的成本、资源、进度和技术方面相关的软件风险。
参阅KPA-软件项目计划的活动13 中涉及风险鉴定的实践。
1． 获得新增信息后对首要风险和偶然风险进行调整。
2． 定期协同项目经理审核高风险区域。
活动11 记录软件项目的实际度量数据和再计划数据。
参阅KPA-软件项目计划的活动15中涉及记录项目数据的实践。
1． 记录信息包括评估以及重建评估所需的相关信息并验证其合理性。
2． 软件再计划数据是受管理和控制的。
3． 将软件计划数据、再计划数据和实际度量数据存档以便为正在进行的和以后的项目所用。
活动 12 软件工程部门定期进行内部审核以依照软件开发计划跟踪技术进程、计划、成果和问题。
审核是在下列部门间进行：
1． 一级软件经理和他们的软件任务负责人。
2． 项目软件经理、一级软件经理和其他软件经理。
活动13 根据文档化的程序在选择的项目里程碑处进行确定软件项目完成情况和结果的正式审核。
这些审核：
1． 计划于软件项目进度表中有意义的节点上进行。
2． 与客户、最终用户和机构内部受影响部门共同进行。
这些实践中提到的最终用户是指客户指定的最终用户或最终用户的代表。
3． 采用经负责的软件经理审核和批准的材料。
4． 确定责任、计划和软件活动的状况。
5． 产生鉴定结果和有关重大问题、活动项目和决议的文件。
6． 确定软件项目风险。
7． 必要的话，精炼软件开发计划。
度量和分析
度量1 进行度量，用于确定软件跟踪和监管活动的状况。
度量的例子包括：
用于进行跟踪和监管活动的努力和其他资源；
软件开发计划的修改活动，包括对于软件工作产品的规模评估、软件成本评估、关键计算机资源评估和进度的修改。
验证实施
验证1 定期协同高级经理审核软件项目跟踪和监管的活动。
高级主观定期审核的主要目的是在适当的抽象层次上及时获知和洞察软件过程活动。审核的间隔应满足机构的需要，可是长期的，只要具备足够的异议报告机制。
1． 审核技术、成本、员工和进度表的进行情况。
2． 确定在较低层次上未获解决的矛盾和问题。
3． 定义软件项目风险。
4． 分配、审核和跟踪活动项目直至完成。
5． 完成并分发每个会议的汇总报告给受影响的部门和个人。
验证 2 定期或事件驱动下协同项目经理审核软件项目跟踪和监管的活动。
1． 体现出受影响的部门。
2． 根据软件开发计划审核技术、成本、员工和进度情况。
3． 审核关键计算机资源的利用；根据原始评估报告这些关键计算机资源的当前评估和实际利用。
4． 定义部门间依赖关系。
5． 确定在较低层次上未获解决的矛盾和问题。
6． 审核软件项目风险。
7． 分配、审核和跟踪活动项目直至完成。
8． 完成并分发每个会议的汇总报告给受影响的部门和个人。
验证 3 软件质量保证部门审核软件项目跟踪和监管的活动和工作产品并报告结果。
参阅KPA（软件质量保证）
作为最低限度，这些审核要验证：
1． 审核和修改责任的活动。
2． 修改软件开发计划的活动。
3． 修改后的软件开发计划的内容。
4． 跟踪软件项目的成本、进度、风险、技术、设计限制、功能性和执行情况的活动。
5． 进行有计划的技术和管理审核的活动
|
|