精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>编程开发>>● 系统分析>>CMM>>CMM2 KPA连载(4/7)

主题:CMM2 KPA连载(4/7)
发信人: hotsale2000(流水)
整理人: leeyg(2001-01-05 11:14:44), 站内信件

第四节  软件子合同管理
目的是选择具有资格的软件分包人并有效地管理他们。
包括选择软件分包人,与其确立责任,跟踪和审核其表现和结果。这些实践包括对软件分包人的管理以及对软件分包人的软件元素(包括软件、硬件和可能的其他系统元素)的管理。
对分包人的选择是基于其完成工作的能力。许多因素决定了要将一部分主承包人的工作转包出去。对分包人的选择可能处于战略经营同盟或技术的考虑。
转包当中,包含技术和非技术(如提交时间)要求的文档化的协议建立起来并作为管理这一转包的基础。分包人应做的工作和这一工作的计划文档化。分包人遵从的标准和主承包人的一致。
由分包人进行分包工作的软件计划、跟踪和监管活动。主承包人确保这些活动恰当地进行且分包人提交的软件产品符合其接受标准。主承包人协同分包人管理其产品和过程的界面。

目标
目标1 主承包人选择具有资格的软件分包人。
目标 2 主承包人和软件分包人就其责任达成协定。
目标 3 主承包人和软件分包人维持现有的交流。
目标 4 主承包人根据软件分包人的责任跟踪其实际结果和完成情况。

行为的责任
责任 1 项目依照一个书面的组织性的原则,以对管理软件分包进行管理。
这一原则代表性地说明了:
1. 文档化的标准和程序应用于对分包人的选择和对分包的管理。
2. 合同式协议构成管理分包的基础。
3. 转包的改变经主承包人和分包人的参与和同意。

责任2 指派转包经理负责建立和管理软件的转包。
1. 转包经理在软件工程上有丰富的知识和经验或有可指派的具有上述经验的个人。
2. 转包经理负责与相关各方协调转包工作的技术范围以及转包的条款和条件。
项目的系统工程部门和软件工程部门定义转包工作的技术范围。
适当的经营功能部门,如采购、财务和法律顾问,规定并监控转包的条款及条件。

3. 转包经理负责:
l 选择软件分包人,
l 管理软件的转包,
l 安排被转包产品的转包后的支持。

行为的能力
能力1 为软件分包人和管理软件的转包提供充足的资源和资金。
1. 指派软件经理和其他个人专门负责管理转包。
2. 开发支持管理转包的工具。


支持工具包括:
评估模型
电子数据表程序
项目管理和进度程序

能力2 培训参与建立和管理软件转包的软件经理和其他个人执行其活动。
培训的例子包括:
准备并计划软件的转包
评估转包投标人的软件过程能力
评价转包投标人的软件评估和计划
选择软件分包人
管理转包
能力 3 参与建立和管理软件转包的软件经理和其他个人接受转包的技术方面的指导。
指导的例子包括:
应用领域
运用的软件技术
所用的软件工具
所用的方法
所用的标准
所用的程序

进行的活动
活动 1 根据文档化的程序定义和计划要转包的工作。
这个程序代表性指明:
1. 要转包的软件产品和活动的选择是基于对项目的技术和非技术特性的平衡估价。
l 选择适合潜在分包人的技术和能力的功能或子系统转包。
l 基于对系统和软件需求的系统分析和适当的分割来确定转包的软件产品和活动的规格。
2. 要转包的工作和遵从的标准和程序来源于项目的:
l 工作陈述
l 分配给软件方面的系统需求
l 软件需求
l 软件开发计划
l 软件标准和程序
3. 工作的转包陈述是:
预备的
经审核的
经同意的

审核和同意上述工作陈述的个人的例子包括:
项目经理
项目软件经理
负有责任的软件经理
软件配置管理经理
软件质量保证经理
分包人经理

l 必要时修改
l 受管理和控制
"受管理和控制"意指了解某一时期(过去或现在)的工作产品的版本(既版本控制),改动是以受控的方式并入。(既改动控制)
若要求"管理和控制"所指的更深度的控制,工作产品可被放在配置管理的全部规则之下,即如在KPA(软件配置管理)中所描述的。

参阅KPA-软件项目计划中活动1涉及的工作陈述的典型内容的实践。

4. 选择分包人的计划的准备和转包工作陈述同时进行并经审核。

活动2 依据文档化的程序,基于对转包投标人完成工作的能力的评估,选择软件分包人。
这个程序代表性地指明:
1. 提交有计划的转包的提议。
2. 如有的话,之前相似工作的完成记录。
3. 与主承包人相关的转包投标人的机构的地理位置。

一些转包的有效的管理可能要求频繁的面对面的互动。

4. 软件工程和软件管理能力。
 
一个评估分包人的能力的方法是SEI"软件能力评估"法。

5. 可进行该项工作的人员。
6. 之前的类似应用的经验,包括转包人的软件管理队伍中的软件专门技术。
7. 可利用的资源:
资源的例子包括:
设备
硬件
软件
培训

活动3 主承包人和分包人之间的合同式协议构成管理分包的基础。
合同式协议文件:
1. 条款和条件。
2. 工作陈述。
 
参阅KPA-软件项目计划中活动1涉及工作陈述的典型内容的实践。

3. 对于要开发的产品的需求。
4. 主承包人和分包人之间依赖关系清单。
5. 要提交给主承包人的被转包的产品。

产品的例子包括:
源代码
软件开发计划
模拟环境
设计文档
接受测试计划

6. 提交修改产品的条件。
7. 在主承包人接受被转包的产品之前,用以评估该产品的接受程序和接受标准。
8. 主承包人用以监管和评估分包人的执行情况的程序和评估标准。
活动 4 主承包人审核和批准分包人的文档化的软件开发计划。
1. 该计划涵盖(直接或参照性的)主承包人的软件开发计划中的适当项目。

有些情况下,主承包人的软件开发计划可能包含了分包人的软件开发计划而不再要求单独的分包人的软件开发计划。

参阅KPA-软件项目计划中活动7涉及软件开发计划的典型内容的实践。

活动 5 一个文档化的经批准的分包人的软件开发计划用于跟踪软件活动和状况交流。
活动 6 对于分包人的工作陈述、分包项目和条件以及其他责任的改变要依照文档化的程序解决。
1. 该程序代表性地指明所有主承包人和分包人中受影响的部门都要参与。

活动7 主承包人管理指导对于软件分包人的管理状况的定期审核。
1. 分包人被给予对于产品客户和最终用户的需求的可视性。
2. 根据分包人的软件开发计划审核分包人的技术、成本、人员和进度执行情况。
3. 审核指定为项目关键的计算机资源,跟踪分包人对当前状况的评估并与分包人软件开发计划中对于每一软件元素的评估进行比较。
4. 确定分包人的软件工程部门和其他分包人的部门间的关键依赖性和责任
5. 确定主承包人和分包人之间的关键依赖性和责任。
l 分包人对于主承包人的责任和主承包人对于分包人的责任都要进行审核。
6. 核查与转包要求不一致的地方。
7. 确定与转包人工作有关的项目风险。
8. 确定转包人内部未解决的矛盾和问题。
9. 分配、审核行动项目并跟踪直至结束。

活动 8 与软件分包人进行定期技术审核和交流。
这一审核:
1. 提供分包人对于产品客户和最终用户的需求的可视性。
2. 监管分包人的技术活动。
3. 验证分包人对于技术要求的阐释和实施符合主承包人的要求。
4. 验证责任与实际相符。
5. 验证技术问题以及时的态度得到解决。

活动 9 根据文档化的程序,在所选择的里程碑处,进行确定分包人完成软件工程情况的正式审核。
这个程序代表性地指明:
1. 该审核在工作陈述中预先计划并章程化。
2. 该审核确定分包人的软件活动责任、计划和状况。
3. 鉴定和存档重大问题、行动项目和决策。
4. 确定软件风险。
5. 提炼转包人的软件开发计划。

活动 10 主承包人的软件质量保证部门根据文档化的程序监管分包人的软件质量保证活动。
这个程序代表性地指明:
1. 定期审核分包人的软件质量保证计划、资源、程序和标准以确保其足以监管分包人的工作执行情况。
2. 定期进行对分包人的审核以确保经批准的程序和标准得以遵循。
l 主承包人的软件质量保证部门现场检查分包人的软件工程活动和产品。
l 主承包人的软件质量保证部门审核分包人的软件质量保证记录。
3. 定期审核分包人的软件质量保证活动的记录,评定其遵循软件质量保证计划、标准和程序的情况。

活动 11 主承包人的软件配置管理部门根据文档化的程序监管分包人的软件配置管理活动。
这个程序代表性地指明:
1. 审核分包人的软件配置管理计划、资源、程序和标准以确保其适当。
2. 主承包人和分包人就与软件配置管理有关部门的事宜协调其活动,以确保分包人的产品易于整合或并入主承包人的项目环境。
3. 定期审核分包人的软件基线库,评定其遵循软件配置管理标准和程序的情况以及它们如何有效管理软件基线。

活动 12  主承包人根据文档化的程序进行接受测试,作为分包人软件产品提交的一个部分。
这个程序代表性地指明:
1. 测试之前,双方共同定义、审阅和批准每一产品的接受程序和接受标准。
2. 接受测试的结果文档化。
3. 为任何未通过接受测试的软件产品建立行动计划。

活动 13 定期对软件分包人的执行表现进行评价,该评价经分包人审阅。

评价软件分包人的执行表现为分包人提供了获得其是否符合其客户(即主承包人)要求的反馈的机会。这种反馈表现为一种机制,如表现奖励费用审核机制,与贯穿项目的定期协调和技术审核相对立。这些评价的文档亦作为以后选择分包人的依据。

度量和分析
度量1 进行度量,用于确定管理软件转包活动的状况。

度量的例子包括:
管理转包活动的成本与计划的对比。
实际转包产品的提交日期与计划的对比。
主承包人递交转包人的实际日期与计划的对比

验证实施
验证 1 定期协同高级经理审核管理软件转包的活动。


高级经理定期审核的主要目的是在适当的抽象层次上及时获知和洞察软件过程活动。审核的间隔应满足机构的需要,可是长期的,只要具备足够的异议报告机制。

参阅KPA(软件项目跟踪和监管)的验证1中涉及高级经理监管审核的典型内容的实践活动。

验证 2 定期或事件驱动下协同项目经理审核管理软件转包的活动。
参预KPA(软件项目跟踪和监管)的验证2 中涉及项目经理监管审核的典型内容的实践活动。

验证 3 软件质量保证部门审核管理软件转包的活动和工作产品并报告结果。

参阅KPA(软件质量保证)

作为最低限度,这些审核要验证:
1. 选择转包人的活动。
2. 管理软件转包的活动。
3. 对于主承包人和分包人的配置管理活动的协调活动。
4. 对分包人审核计划的执行。
5. 完成转包人关键项目里程碑或阶段的审核的执行。
6. 转包人软件产品的接受过程。

[关闭][返回]