|
计算机软件的质量指标
* G9 d \* A1 C2 Z& e---如何满足GB/T19001-2008,5.4.1“质量目标”要求
( {) f% A. n8 J# R9 W" d (TL9000高级审核员 袁伦成)
6 j$ H( m+ R+ z# I
6 ?, K# ^/ V( p$ `软件业的质量目标的建立和确定应依据GB/T 19000.3-1997 ISO 9000-3-97 《GB/T19001-ISO9001 质量保证标准 在计算机软件开发、供应、安装和维护中的应用指南》,GB/T 12504-1990 《计算机软件质量保证计划规范》和GB/T16260—1996 idt ISO/IEC 9126:1991 《信息技术 软件产品评价 质量特性及其使用指南》的规定,建立和确定产品的“质量目标”。 ' E, b# q4 ^: y7 W& d
按照GB/T19001-2000标准要求,所建立的质量目标应是“可测量的”,并能分解到企业的各个管理层次,与企业的质量方针保持一致。
3 L8 h* |6 A8 r: f2 N' f. R此处“可测量的”意思是指 “可度量”和“可感知”两个方面。
0 p5 G& |8 s+ n& }- s& ^5 L$ b因此,参照GB/T 16260-1996 idt ISO/IEC 9126:1991 《信息技术 软件产品评价 质量特性及其使用指南》的规定和QuEST论坛(国际优质通讯企业论坛) TL9000 R3.0《质量管理体系 要求手册》和《质量管理体系 测量手册》中有关软件产品的测量指标要求, 从“可度量”的概念讲,应包含以下指标:
$ r, F- M% O* l, } (1) 软件的系统中断(SO):
0 C- ~9 {7 p8 U指对计算机系统集成的全部或部分功能性完全丧失的度量。
|. \; U6 ]- W3 j以一个平均系统的全部年度数字(中断频率)和全部中断周期(停工)。可直接转换为系统平均失效间隔时间(MTBF)和系统的可用性。
; v) L+ A; H/ ~平均失效间隔时间( MTBF )= 平均失效时间(MTTF)+ 平均修复时间MTTR
" Z4 g1 _" ~, X' ~. z% O或MTBF=[(365)*(24)/OF];3 { |) x% ^0 w4 j3 x- p6 E3 B7 Y
其中:OF=12*中断数量/月底在用系统的数量。 # ?9 J) U4 Z5 l; `2 u4 t/ h
系统的可用性:指在规定的时间点上程序能够按照需求执行的概率。
2 y) O. v, \' X可用性=MTTF/(MTTF+MTTR)* 100% ' q( d7 D. \9 P M
(2) 软件的可度量的质量目标:
1 B, x- Y y7 S$ D% O如软件产品的缺陷率。可以用“每千行代码的缺陷数量”来定义,并按照缺 7 c. O( S/ t" _4 c2 @/ B
陷的严重程度或功能性影响进行度量。 . E: k* d- l6 x G
没有那一个软件是十全十美的,任何软件都有缺陷,只是你还没有发现。因此,为消除缺陷,开发者采取了很多措施(如,打补丁),但如何知道所采用措施是否有效?看CPQ 、FPQ和 SWU三个指标。 N4 U* l. b( J& ]9 |
① CPQ即“补丁 — 软件缺陷纠正质量”。
& I/ n5 ^0 b+ D0 wCPQ指标表征了某一版本软件纠正缺陷所采用措施的有效性。CPQ值越高, 8 B6 c% \/ b! R: c( N: m/ |( ~
表示措施越有效。 * c% I: ]" x+ V& t0 f; G) a' k! S
被确定为有缺陷的正式纠正补丁的百分比 =
' ?0 `, |8 ^" B$ c& k( 版本为N的产品本月缺陷纠正补丁总数量 / 版本为N的产品本月成为通用版本可用的纠正补丁总数量 )X 100% ! Y) s' R7 z+ ?2 e# n; \
② FPQ即“补丁 —— 功能缺陷纠正质量” # s' w. V6 C. b+ o$ H0 y
被确定为有功能缺陷的正式功能补丁的百分比 = 6 p& c, e. V: i+ G6 S7 |% x
( 版本为N的产品本月缺陷功能补丁总数量 / 版本为N的产品本月成为通用版本可用的功能补丁总数量 ) * 100%
8 q$ s6 h2 X9 b【注:补丁计算应根据软件发出之日起的可用时间按月计算产品的三个主要版本。包括:一个单元中包含在一起的不相同的补丁,在一个系统中的同样的补丁,分散提供的影响不同部分的代码的补丁,包含在版本内的需要额外努力实施的补丁。】 6 J0 o) k4 h: f
③ SWU即“软件的更新质量”
1 `* v' @: s( S" Z' ^& r. d该指标是评估有缺陷的软件的更新级别,以减低顾客风险。评估必须按月计算,并包括产品的最主要的三个版本。
. Z1 z9 ~4 P. `# ISWU =( 版本N的缺陷软件更新的累计数 / 版本N的软件更新的累计数 )*100%
+ I; I) V7 F) k" T7 ]; g/ ~ (3) 软件的服务目标(SQ)和子指标可包括:
- U0 C' M0 k, h( yS1:安装服务量; & P7 p: f3 p5 m0 v& g- L) I% S" l2 Q
S2:维护服务量;
- |/ J4 F0 e9 v) vS3:返修服务量; 3 l: H8 N" Z1 s9 }: d
S4:呼叫服务量; - h) W! Z1 F% x$ E. n9 z0 ^5 m0 D
S5:支持服务量;
+ ]- P: Q7 }: e' uSd1:安装/或工程不合格数;
; k/ E, \ ^0 c, f" u! d# x: }Sd2:维护回收数; , Q" x7 O( V& R' W4 Q$ O0 d
Sd3:缺陷维修保证单元数; # Y+ H8 q3 X d3 g; W; X! v5 b# d
Sd4:客服中心超过特定协议规定的时间,按时提出解决方案数量;
: s' @& J! b* |" U# ?Sd5:支持服务的缺陷数; ' E5 F* E1 p6 V! z+ [& S
各项服务产品类别的服务质量指标,缺陷数量、服务交付量定义如下表1: ! s8 S! g0 H1 {( k0 A
7 n* s4 F( x4 t! z& i9 l6 e* @4 P! l- e服务类别 计算的项目(缺陷) 服务交付量(缩写) %SQ
& u! h9 s* I# |) S. T" q安 装 不一致审核数量 总安装审核数量(审核数量) %SQ ; m- n% g4 [ l) K
维 护 回收数量 总维护调查数量(调查数量) %SQ % V8 c5 `" G( @2 K/ M ?
维 修 缺陷维修保证单元数量 总维修单元数量(维修数量) %SQ ) T/ C' J+ h. V8 M- h) f
客户支持服务 客服中心超过特定协议规定的 1 A! q2 B% v, g3 k
时间按时提出解决方案数量 总呼叫数量(呼叫数量) %SQ , f: P8 \3 `5 a5 O! U4 H% H! `
支持服务 缺陷数量 总处理数量(处理数量) %SQ / }, n! t8 A/ z/ u! f6 ~8 ] n
3 r, {$ E3 I# Q/ h. [$ i服务质量(SQ)测量标识符和计算公式:
' @6 J# q0 B- N4 J. bSQ1(安装/或工程合格)= (1- Sd1/S1)X 100%审查合格 " l, x- g- y9 k# y* x' q0 z
SQ2(成功维护调查)=(1- Sd2/ S2)X 100% 调查无回收 ( T3 E2 k1 y$ i0 m
SQ3(成功维修)=(1- Sd3/ S3)X 100% 成功维修 ( ]9 x+ n3 @0 z- R
SQ4(合格呼叫中心)=(1- Sd4/ S4)X 100%协议时间内准时解决 ) o$ M( d* ^. u
SQ5(合格顾客支持服务)=(1- Sd5/ S5)X 100% 无缺陷处理 3 I: l d' y. B6 \
而“可感知”的质量目标至少应包括GB/T16260—1996 idt ISO/IEC 9126:1991 《信息技术 软件产品评价 质量特性及其使用指南》中要求的软件产品的六个质量特性指标: 3 ~3 g% p9 T2 i" r
功用性(Functionality),即软件是否满足了客户功能要求;
+ I8 W: Q+ o8 J. z 可靠性(Reliability),即软件是否能够一直在一个稳定的状态上满足可
( | p3 l: t; T2 C3 |1 C" A 用性; : _7 J+ \. N* z+ l5 s! W. R+ w4 W
可用性(Usability),即衡量用户能够使用软件需要多大的努力;
8 v+ r! Q i- ?1 @% h1 E$ b 效 率(Efficiency),即衡量软件正常运行需要耗费多少物理资源;
/ U/ b1 |( w) D7 u& r 可维护性(Maintainability),即衡量对已完成的软件进行调整还需多大的努力;
$ s7 }4 T' E/ k$ f% R 可移植性(Portability),即衡量软件是否能够方便地部署到不同的运行环境中。 |
|