质量管理
一、04.质量管理
保证项目的质量是项目管理的主要目标之一,为了有效地进行质量管理通常质量经理必须进行缺陷跟踪管理和产品质量管理工作。
图04 质量管理用例图
二、04-1缺陷管理
图04-1 缺陷管理流程图
图04-1 缺陷管理用例图
1、 04-1-1 缺陷参数定义
图 04-1-1 缺陷参数定义流程图
缺陷参数定义用例描述
用例编号 | 04-1-1 | 用例名称 | 缺陷参数定义 | 用例优先级 | 2 |
编写者 | 易福华 | 创建日期 | 2005.9.6 | 基线日期 |
|
1.用例简要描述: 在缺陷管理之前,质量经理必须事先对每一种参数类别定义参数类别明细。参数类别主要有缺陷状态、缺陷类型、缺陷性质、严重程度、优先级、引入阶段、发现阶段、发现方式、缺陷根源9种类别。 其中缺陷状态明细不能定义。缺陷类型、缺陷性质、严重程度、优先级、引入阶段、发现阶段、发现方式、缺陷根源8种类别要求定义。 2.参与者及其职责:质量经理 3.前置条件:定义缺陷参数,在记录缺陷的活动之前 4.主事件流: 动作1:质量经理进入当前项目,选择某一参数类别,然后定义该参数类别的明细。 动作2:质量经理进入当前项目,选择某一参数类别,可以浏览其明细,并对参数明细进行更新。 动作3:质量经理进入当前项目,选择某一参数类别,可以浏览其明细,如果记录缺陷活动没有启动,可以对参数明细进行删除。 动作4:质量经理进入当前项目,选择某一参数类别,可以浏览其明细,如果记录缺陷活动已启动,可以对参数明细进行删除标识和恢复标识。 5.备选事件流: 备1:质量经理进入当前项目,可以按照以前项目经验、参考以往项目直接初始化,如果已经定义了一部分,将进行完全删除已经定义的部分。 6.后置条件: 7.当前存在问题: 8. 非功能性描述 描述1:更新和删除时给出提示 描述2:如果出现定义时参数名称重复,系统给出提示并撤销,然后返回到定义页面。 描述3:如果出现更新时参数名称重复,系统给出提示并撤销,然后返回到更新页面。 9.规则说明 规则1:在记录缺陷活动启动后,质量经理可以允许更新参数明细的名称,但不能更新参数明细编号。 规则2:在记录缺陷活动启动后,质量经理不能删除记录,但可以对参数明细进行删除标识和恢复标识。 规则3:具有删除标识的参数明细,在记录缺陷时不能用,但在控制和度量分析时可以用。 10.UML图 活动图:图 04-1-1 -1 缺陷参数定义活动 类图: 图 04-1-1 -2 缺陷参数定义类图
|
图 04-1-1 -1 缺陷参数定义活动
图 04-1-1 -2 缺陷参数定义类图
2、 04-1-2 缺陷记录
图 04-1-2 缺陷记录流程图
缺陷记录用例描述
用例编号 | 04-1-2 | 用例名称 | 缺陷记录 | 用例优先级 | 2 |
编写者 | 易福华 | 创建日期 | 2005.9.6 | 基线日期 |
|
1.用例简要描述: 小组成员根据缺陷清单记录缺陷信息,基本信息有:项目ID、缺陷ID、版本号、缺陷部件、缺陷标题、描述、指定解决日期、图片、附件、提交人、提交时间;再现信息主要有:操作步骤、操作环境、期望结果、实际结果。当填入缺陷信息时,缺陷状态为“新建”。 然后对缺陷进行属性归类,归类属性有:缺陷性质、缺陷类型、严重程度、优先级、引入阶段、缺陷根源、发现阶段、发现方式,归类完成后缺陷状态变为“打开” 当缺陷状态为“新建”时,小组成员可以对缺陷记录进行更新。当缺陷状态为“新建”时,小组成员可以对缺陷进行删除。 2.参与者及其职责:小组成员 3.前置条件:缺陷参数已定义、开始记录缺陷 4.主事件流: 动作1:小组成员根据缺陷清单记录缺陷,缺陷记录所包含的基本信息主要有:项目ID、缺陷ID、版本号、缺陷部件、缺陷标题、描述、指定解决日期、图片、附件、提交人、提交时间;再现信息主要有:操作步骤、操作环境、期望结果、实际结果。此时缺陷的状态为“新建”。 动作2:小组成员对缺陷信息进行属性归类,归类属性主要有:缺陷性质、缺陷类型、严重程度、优先级、引入阶段、缺陷根源、发现阶段、发现方式。归类完成后缺陷状态为“打开”。 动作3:小组成员查看缺陷记录列表,当缺陷状态为“新建”时,可以对缺陷基本信息、再现信息和归类属性进行更新,修改时记录修改人和修改时间。 动作4:小组成员查看缺陷记录列表,可以删除缺陷状态为“新建”的缺陷信息。 5.备选事件流: 6.后置条件: 无 7.当前存在问题: 8. 非功能性描述 描述1:更新和删除时给出缺陷状态提示 9.规则说明 规则1:进行缺陷记录之前必须要求已经定义好了缺陷参数。 规则2:基本信息:项目ID、缺陷ID、版本号、缺陷部件、缺陷标题、描述必须要求填写,而再现信息可有可无。归类属性应该填写,如果没有填写要求提示。 10.UML图 活动图:图 04-1-2 -1 缺陷记录活动图 类图: 图 04-1-2 -2 缺陷记录类图 |
图 04-1-2 -1 缺陷记录活动图 图 04-1-2 -2 缺陷记录类图
3、 04-1-3 缺陷处理
图 04-1-3 缺陷处理流程图
缺陷处理用例描述
用例编号 | 04-1-3 | 用例名称 | 缺陷处理 | 用例优先级 | 2 |
编写者 | 易福华 | 创建日期 | 2005.8.30 | 基线日期 |
|
1.用例简要描述: 项目小组先对状态为“新建”的缺陷进行审阅,根据缺陷信息将缺陷状态设置为:修正、延期、保留、不能重现、更多信息、拒绝6种状态。 项目小组对状态为“修正”的缺陷进行修正分析,确认修正方案。项目小组确定修正人员、修正时间和验证人员,并将计划提交到“项目计划处”。修正人员开始修正,当修正完成后,缺陷状态变为“验证”。 然后由验证人员对缺陷进行验证。如果验证通过缺陷状态变为“关闭”,如果没有通过缺陷状态重新变为“打开”。 2.参与者及其职责:质量经理、开发人员 3.前置条件:进行缺陷处理 4.主事件流: 动作1:项目小组对状态为“新建”的缺陷进行审阅。根据缺陷信息将缺陷状态设置为:修正、延期、保留、不能重现、更多信息、拒绝6种状态。 动作2:项目小组对状态为“修正”的缺陷进行修正分析,填写修正方案。 动作3:项目小组对状态为“修正”的缺陷进行修正分配,填写修正人员、计划修正时间、修正日期和验证人员。 动作4:修正人员进行修正,修正完成后,缺陷状态变为“验证”。 动作5:验证人员进行验证,验证完成后,如果验证通过缺陷状态变为“关闭”,否则重新变为“打开”。 5.备选事件流: 6.后置条件: 无 7.当前存在问题: 8. 非功能性描述
9.规则说明 10.UML图 状态图: 04-1-3 -1图 缺陷处理状态图 活动图: 04-1-3 -2图 缺陷处理活动图,04-1-3-3图 修正分配活动图 类图: 04-1-3 -4图 缺陷处理类图
|
图 04-1-3 -1 缺陷处理状态图
图 04-1-3 -2 缺陷处理活动图 图 04-1-3 -3 修正分配活动图
图 04-1-3 -4 缺陷处理类图
4、 04-1-4 缺陷控制
图 04-1-4 缺陷控制流程图
缺陷控制用例描述
用例编号 | 04-1-4 | 用例名称 | 缺陷控制 | 用例优先级 | 2 |
编写者 | 易福华 | 创建日期 | 2005.8.30 | 基线日期 |
|
1.用例简要描述: 质量经理可以选择恰当控制模型和控制条件。系统将根据用户要求得到控制图形和数据,填写分析报告。控制图形和分析报告都可以保存起来。质量经理可以对控制分析报告进行修改,也可对控制分析报告进行删除。 控制模型: 1、打开/关闭图表 (1)项目打开/关闭图表 (2)开发人员打开/关闭图表 (3)打开、修正、关闭图表 2、缺陷来源分析图 3、开发人员如何响应:关闭软件缺陷周期图表 4、缺陷状态控制图 5、缺陷趋势图 (1)非累计趋势图 (2)累计趋势图 2.参与者及其职责:质量经理 3.前置条件:进行缺陷度量分析 4.主事件流: 动作1:质量经理选择恰当的控制模型和控制条件,控制模型有:。然后得到控制图形和数据; 质量经理对控制信息进行分析得到分析报告; 质量经理保存控制分析报告。 动作2:质量经理选择要求更新的控制分析报告,进行修改并保存。 动作3:质量经理选择要求删除的控制分析报告,进行删除。 5.备选事件流: 6.后置条件: 无 7.当前存在问题: 控制模型的建立 8. 非功能性描述 9.规则说明 10.UML图 活动图:图 04-1-4 -1 缺陷控制分析活动图 类图: 图 04-1-4 -2 缺陷控制分析类图
|
图 04-1-4 -1 缺陷控制分析活动图 图 04-1-4 -2 缺陷控制分析类图
控制模型:
1、打开/关闭图表
(1)项目打开/关闭图表
l 当累积的打开曲线在一条渐近线限制下稳定下来,通常认为该测试完成了。
l 打开关闭的时间延迟说明修复缺陷所需的时间
l 可以发现缺陷发现能力在减弱,软件趋于稳定
l 如果出现打开曲线的直线上升是非常可怕的
(2)开发人员打开/关闭图表
(3)打开、修正、关闭图表
2、缺陷来源分析图
3、开发人员如何响应:关闭软件缺陷周期图表
“关闭周期”有一个简单直观的意义:关闭周期将开发人员对缺陷的响应量化到缺陷报告中。一个稳定的关闭周期图表显示了缺陷从一天到另外一天减少的变化。
4、缺陷状态控制图
随着项目的进行新建、打开越来越少
状态 | 数量 |
新建 | 23 |
打开 | 12 |
已修正 | 200 |
关闭 | 200 |
拒绝 | 12 |
延期 | 22 |
保留 | 11 |
不能重现 | 22 |
更多信息 | 12 |
5、缺陷趋势图
(1)非累计趋势图
非累计图
(2)累计趋势图
累计图
5、 04-1-5 缺陷度量分析
图 04-1-5 缺陷度量分析流程图
缺陷度量分析用例描述
用例编号 | 04-1-5 | 用例名称 | 缺陷度量分析 | 用例优先级 | 2 |
编写者 | 易福华 | 创建日期 | 2005.9.6 | 基线日期 |
|
1.用例简要描述: 质量经理可以选择恰当度量模型和度量条件。度量模型有项目内度量模型和项目间度量模型。系统将根据用户要求得到度量图形和数据,然后质量经理填写分析报告。度量图形和分析报告都可以保存起来。质量经理可以对度量分析报告进行修改,也可对度量分析报告进行删除。 一、项目内度量模型: 1、打开/关闭图表:项目打开/关闭图表、打开、修正、关闭图表; 2、缺陷趋势图:非累计趋势图、累计趋势图; 3、属性分析图:引入阶段分析图、缺陷类型分析图、严重程度分析图、缺陷性质分析图、优先级分析图 发现方式分析图、发现阶段分析图、缺陷根源分析图; 4、统计分析:按部件进行统计、按开发人员进行统计、按验证人员进行统计; 二、项目间度量(待分析)。 2.参与者及其职责:质量经理 3.前置条件:进行缺陷度量分析 4.主事件流: 动作1:质量经理选择恰当的度量模型和度量条件。然后对缺陷进度量,得到度量图形和数据; 质量经理对度量信息进行分析得到分析报告; 质量经理保存度量分析报告。 动作2:质量经理选择要求更新的度量分析报告,进行修改并保存。 动作3:质量经理选择要求删除的度量分析报告,进行删除。 5.备选事件流: 6.后置条件: 无 7.当前存在问题: 度量模型的建立:项目间的度量模型如何建立 8. 非功能性描述 9.规则说明 10.UML图 活动图:图 04-1-5 -1 缺陷度量分析活动图 类图: 图 04-1-5 -2 缺陷度量分析类图
|
图 04-1-5 -1 缺陷度量分析活动图 图 04-1-5 -2 缺陷度量分析类图
项目内度量模型
1、打开/关闭图表
(1)项目打开/关闭图表
l 当累积的打开曲线在一条渐近线限制下稳定下来,通常认为该测试完成了。
l 打开关闭的时间延迟说明修复缺陷所需的时间
l 可以发现缺陷发现能力在减弱,软件趋于稳定
l 如果出现打开曲线的直线上升是非常可怕的
(2)打开、修正、关闭图表
2、缺陷趋势图
(1)非累计趋势图
非累计图
(2)累计趋势图
累计图
3、按属性分析
1、引入阶段分析图
2、缺陷类型分析图(饼图分析)
3、严重程度分析图(饼图分析)
4、缺陷性质分析图(饼图分析)
5、优先级分析图(饼图分析)
6、发现方式分析图(饼图分析)
7、发现阶段分析图(饼图分析)
8、缺陷根源分析图(饼图分析)
4、统计分析
1、按部件进行统计
部件 | 数量 | 百分比 |
计划 | 100 | 24.5% |
采购 | 80 | 19.5% |
权限 | 30 | 7.3% |
仓库 | 200 | 48.7% |
缺陷密度 | 410/4=102.5 |
2、按开发人员进行统计
开发人员 | 数量 | 百分比 |
人员1 | 100 | 24.5% |
人员2 | 80 | 19.5% |
人员3 | 30 | 7.3% |
人员4 | 200 | 48.7% |
3、按验证人员进行统计
验证人员 | 数量 | 百分比 |
人员1 | 100 | 24.5% |
人员2 | 80 | 19.5% |
人员3 | 30 | 7.3% |
人员4 | 200 | 48.7% |
三、缺陷关联
对于缺陷之间的相互关系和缺陷与其他文本之间的关系,微创BMS 2003 提供了缺陷关联的功能作为解决方案。这些关联包括依赖关联、重复关联、相关关联。
1. 依赖关联
当一个缺陷的解决依赖于另一个缺陷时,就需要在两个缺陷间建立依赖关系。在依赖关联中,要求建立依赖的缺陷称为“子缺陷”,要求被依赖的缺陷就相应地称之为“父缺陷”。只要不构成循环,一个缺陷可以依赖于多个父缺陷。
2. 重复关联
一个“重复缺陷”是指:如果在一个数据库中,存在这样一组缺陷,从它们的上下文描述来看具有很相似的特征,并可以被认为它们实质上是同一个缺陷。则这组缺陷中的任一个缺陷就被称之为“重复缺陷”。
3. 相关关联
同一个数据库中,当一个缺陷与其它缺陷存在一定的关系,但却并非依赖关系或重复关系时,就可以为它们建立相关关联。相关关联着的各个缺陷之间,不存在任何的依赖关系,这意味着可以独立地处理各个缺陷。