发信人: hotsale2000(流水)
整理人: leeyg(2001-02-21 16:36:43), 站内信件
|
第五节 软件质量保证
目标是提供在软件过程中对于软件项目和软件产品的恰当监督和管理。
软件质量保证包括审核软件产品和活动，验证其是否符合适用程序和标准并为软件项目和其他相关经理提供审核结果。
软件质量保证部门在软件项目初期协同制定计划、标准和程序。通过这种协同工作，软件质量保证部门确保其符合项目要求并可用于贯穿软件生命周期的审核的进行。软件质量保证部门在整个生命周期审核项目活动和软件工作产品并为调查软件项目是否符合其计划、标准和程序提供可视性管理。
一致性问题首先在软件项目中发现并解决。对于在软件项目内无法解决的问题，软件质量保证部门将其提交适当的管理层解决。
这一关键过程区域包含了该部门执行软件质量保证功能的实践。鉴定该部门要审核的特定活动和工作产品的实践普遍包含在其他KPA的验证实施这一公共特性当中。
目标
目标 1 软件质量保证活动是有计划的。
目标 2 客观地验证软件产品和活动与适用标准、程序和需求的一致性。
目标 3 将软件质量保证活动和结果通知受影响的部门和个人。
目标 4 在软件项目内无法解决的不符点问题由高级经理审定。
行为的责任
责任 1 项目遵循一个书面的组织性原则开展SQA（软件质量保证）。
这一原则代表性地指明：
1． SQA功能应用于所有软件项目。
2． SQA部门拥有一个向高级经理报告的渠道，其独立于：
项目经理
项目软件工程部门
其他软件相关部门
其他软件相关部门的例子包括：
软件配置经理
文档支持
应战略性经营目标和经营环境之需，机构必须确立支持需要独立性的活动（如SQA）的组织结构。
该独立性应：
提供承担SQA任务的个人以作为高级经理的软件项目的"耳目"的机构内自由。
保护其不受被审核的软件项目管理层的行为评价。
提供高级经理对于软件项目的过程和产品的反对信息得到汇报的信心。
3． 高级经理定期审查SQA的活动和结果。
行为的能力
能力 1 建立负责协调和执行项目的SQA的小组。（即SQA部门/小组）
小组是指负责一系列任务和活动的部门，经理和个人的组合。一个小组可能是一个指定的兼职个人，或从不同部门指派的几个兼职个人，或几个专职个人。成立一个小组要考虑被分配的任务或活动、项目的规模、组织结构和机构文化。一些小组，如SQA小组，重点是项目活动，而其他一些，如软件工程过程小组，重点则是机构范围内的活动。
能力 2 为进行SQA活动提供充足的资源和资金。
1． 指派一个经理专门负责项目的SQA活动。
2． 指派一个具有SQA知识并有权采取适当监管措施的高级经理接受软件不符点并采取行动。
所有向高级经理进行SQA报告的经理都了解SQA的任务、责任和权利。
3． 开发支持SQA活动的工具。
支持工具的例子包括：
工作站
数据库程序
电子数据表程序
审核工具
能力 3 SQA小组的成员受到培训以进行SQA活动。
培训的例子包括：
软件工程技术和实践
软件工程部门和其他软件相关部门的任务和责任。
软件项目的标准、程序和方法
软件项目的应用领域
SQA的目标，程序和方法
SQA小组在软件活动中的参与
SQA方法和工具的有效利用
人与人之间的交流
能力4 软件项目的成员接受关于SQA小组的任务、责任、权利和价值的培训。
进行的活动
活动1 根据文档化的程序制定软件项目的SQA计划。
这一程序代表性地指明：
1． SQA计划是在全部项目计划的初期进行并与之同步发展。
2． 由受影响的部门和个人审核SQA计划。
由受影响的部门和个人的例子包括：
项目软件经理
其他软件经理
项目经理
客户SQA代表
SQA小组应向之报告不符点问题的高级经理
软件工程部门（包括所有子部门，如软件设计和软件任务负责人）
3． SQA计划是受管理和控制的。
"受管理和控制"意指了解某一时期（过去或现在）的工作产品的版本（既版本控制），改动是以受控的方式并入。（既改动控制）
若要求"管理和控制"所指的更深度的控制,工作产品可被放在配置管理的全部规则之下，即如在KPA（软件配置管理）中所描述的。
活动2 SQA小组的活动的进行与SQA计划一致。
计划包括：
1． SQA小组的责任和权利。
2． SQA小组的资源需求（包括人员，工具和设备）。
3． 项目的SQA小组活动的进度和资金。
4． SQA小组参与建立项目的软件开发计划、标准和程序。
5． SQA小组进行的评估。
受评估的产品和活动的例子包括：
操作软件和支持软件
可提交的和不可提交的产品
软件性的和非软件性的产品（如文档）
产品开发和产品验证活动（如测试）
制造产品过程中的活动
6． 审核由SQA小组执行。
7． 项目标准和程序用作SQA小组审核的基础。
8． 文档化并跟踪不符点问题直至结束的程序。
这个程序可作为计划的一部分或包含于其他文档的参考当中。
9． SQA小组应制订的文档。
10． 为软件工程部门和其他软件相关部门提供关于SQA活动的反馈的方法和频率。
活动 3 SQA小组参与项目软件开发计划、标准和程序的制定和审核。
1． SQA小组提供关于如下的计划、标准和程序的咨询和审核：
l 与组织性原则的一致性
l 与外部强制标准和需求的一致性（如工作陈述中要求的标准）。
l 适于项目运用的标准
l 应在软件开发计划中确定的主题
l 项目指定的其他区域。
活动4 SQA小组审核软件工程活动，验证其一致性。
1． 根据软件开发计划和指定的软件标准和程序评估活动。
参阅其他KPA中验证实施这一公共特性中涉及SQA小组进行的专门审核的实践。
2． 鉴定、存档和跟踪偏离直至结束。
3． 对修改进行验证。
活动 5 SQA小组审核指定的软件工作产品，验证其一致性。
1． 可提交的软件产品在提交给客户之前经受评估。
2． 根据指定的软件标准、程序和合同要求评估软件工作产品。
3． 鉴定、存档和跟踪偏离直至结束。
4． 对修改进行验证。
活动 6 SQA小组定期向软件工程部门报告其活动结果。
活动 7 根据文档化的程序对软件工作产品和软件活动中鉴定出的偏离存档和处理。
这一程序代表性地指明：
1． 协同适当的软件任务负责人、软件经理或项目经理解决与软件开发计划和指定的软件标准和程序的偏离问题并存档。
2． 上述过程无法解决的偏离存档并呈交指定接受不符点问题的高级经理。
3． 定期审核2中问题直至其解决。
4． 不符点问题的文档是受管理和控制的。
活动 8 SQA小组适当地定期与客户的SQA成员审核其活动和发现。
度量和分析
度量 1 进行度量，用来确定SQA活动的成本和进度情况。
度量的例子包括：
SQA 活动里程碑的完成与计划的对比
SQA活动中完成的工作、花费的努力和消耗的资金与计划的对比
产品审核和活动审核的数量与计划的对比。
验证实施
验证1 定期与高级经理审核SQA活动。
高级经理定期审核的主要目的是在适当的抽象层次上及时获知和洞察软件过程活动。审核的间隔应满足机构的需要，可是长期的，只要具备足够的异议报告机制。
参阅KPA（软件项目跟踪和监管）的验证1中涉及高级经理监管审核的典型内容的实践活动。
验证 2 定期或事件驱动下协同项目经理审核SQA的活动。
参预KPA（软件项目跟踪和监管）的验证2 中涉及项目经理监管审核的典型内容的实践。
验证 3 独立于SQA小组之外的专家定期审核SQA小组的活动和软件工作产品。
|
|