norma tecnica peruana ntp-iso/iec 9126-3 2005 calidad del producto - metricas internas

8/2/2019 Norma Tecnica Peruana NTP-ISO/IEC 9126-3 2005 Calidad del producto - Metricas Internas

1/13

--------

,.

NORMA TECNICAPERUANA

NTP-ISOIIEC-TR 9126-32005

Cornision de Reglamentos Tecnicos y Comerciaies-INDECOPICalle de La Prosa 138, San Borja (Lima 41) Apartado 145 Lima, Peru

INGENIERlA DE SOFTWARE. Calidad del producto.Parte 3: Metricas intemas

SOFTWARE ENGINEERING. Product quality. Part 3: Internal metrics

(ISOIlEC-TR 9126-3:2003 SOFTWARE ENGINEERING. Product quality. Part 3: Internal metrics)

2005-03-02t aEdici6n

R.0018-2005IINDECOPI-CRT.Publicada el2005-03-20 Precio basado en 99 paginasI.C.S.: 35.080Descriptores: Calidad, metricas de calidad, software

ESTA NORMA ES RECOMENDABLE


2/13

._. , . .

INDICEI

A

pagina

iNDrcE

PREFAcro ii

INTRODUCCrON IV

1. ALCANCE

2. CONFORMIDAD 2

3. REFERENCIAS NORMA TIVAS

TERMINOS Y DEFINICIONES

3

4. 5

6 .

ABREVIA TURA DE TERMINOS

USO DE METRICAS DE CAUDAD DE SOFTWARE

5.

5

7. FORMA DE LEER Y USAR LAS TABLAS DE METRICAS 7

8. TABLAS DE METRICAS 8

ANEXOS

ANEXOAANEXOBANEXOCANEXODANEXOE

5767

76

90

94


3/13


NTP-ISOIIEC-TR 9126-31de 99

,-.,

INGENIERlA DE SOFTW ARE. Calidad del producto. Parte3: Metricas intemas

1 . ALCANCE,-.,

La presente Norma Tecnica Peruana define las metricas internas para la medicioncuantitativa de la calidad intema del software en terminos de caracterfsticas y subcaracteristicas definidas en la NTP-ISOIIEC 9126-1 y se pretende que sea utilizado juntocon la NTP-ISO/IEC 9126-1. ,-.,

Esta NTP contiene:,-.,

--. Una explicaci6n de la forma de aplicaci6n de las metricas de calidad delsoftware. ,-.,

II. Un conjunto basico de metricas para cada sub caracteristica. -II. Un ejemplo de la forma en que se aplican las metricas durante el ciclo devida del producto software.

Esta NTP no asigna un rango de valores de estas metricas a niveles determinados 0 agrados de conformidad dado que estos valores se definen para cada producto software 0para una parte del producto software, debido a su naturaleza, dependiendo en factores talescomo la categorfa del software, el nivel de integraci6n y las necesidades del usuario.Algunos atributos pueden poseer un adecuado rango de valores, los mismos que no

dependen de las necesidades especlficas del usuario sino de factores genericos, porejemplo, factores humanos cognoscitivos,

,-.,i: ,-.,

-sta NTP puede aplicarse a todo tipo de software para cualquier aplicacion. Los usuariosde esta NTP pueden elegir 0 modificar y aplicar las metricas y medicion de esta NTP 0quiza definir la aplicaci6n de metricas especificas para su dominio de aplicaci6nindividual. Por ejemplo, la medici6n especifica de caracteristicas de calidad tales como laseguridad e integridad' pueden encontrarse en las Normas Intemacionales 0 reportestecnicos proporcionados por el IEC 65 YISO/IEC JTC lISC 27.

1 EI termino Safety ha sido traducido al espailol como Integridad. As! mismo Security como seguridad ..F

. . . .


4/13

, .- .NORMA TECNICAPERUANA

NTP-ISOIIEC-TR 9126-39 de 99

-8.1 Metricas de funcionalidad

, . . . .Las metricas internas de funcionalidad se usan para predecir si el producto software encuestion satisfacera los requerimientos funcionales y las necesidades implfcitas del usuarioque se han pre establecido.

8.1.1 Metricas de aplicabilidad

Las metricas internas de aplicabilidad indican un conjunto de atributos para evaluarexplicitamente funciones de las tareas preestablecidas, y para determinar su idoneidad pararealizar las tareas.

8.1.2 Metricas de precisi6n

Las metricas internas de precision indican un conjunto de atributos para evaluar la

capacidad del producto software para aIcanzar resultados correctos 0 aceptables.

8.1.3 Metricas de interoperabilidad

Las metricas internas de interoperabilidad indican un conjunto de atributos para evaluar lacapacidad de interacci6n del producto software con los sistemas designados.

8.1.4 Metricas de seguridad

Las metricas internas de seguridad indican un conjunto de atributos para evaluar lacapacidad del producto software para evitar accesos ilicitos al sistema y/o a los datos.

8.1.5 Metricas de conformidad de funcionalidad


5/13

-~


NTP-ISO/IEC-TR 9126-311 de 99

.,.

-

'".>~0

u >c: ._0 .> -

_ .,..".~",.0- 0ono

.~E.;:.,'"['"ec:00. .v. ; : : ;.~

fi "0.>

.!!

.

]C1 ,

'"

"co-co.-;: : :E

..". .: : : !:s. .. .'. .~ ~ - - - - + - - - - - - - - - - - - - - - - - - - - - - - ~ ~ - - - - - - - - - - - - - - - - ~. ..". .OJ~5.,. ."., 5~

.-.- . ." "" . ,=--'" ". . .

"'" '". .-

". -Q-c .-. . .-" . . . .'" -". . , ," ' ' '.~ E ~

.gi.:- .s


6/13

-._

-

_

-

--~ . . _ -

-


NTP-ISOIIEC-TR 9126-318de 99

8.2 Metrfcas de fIabilidad

Las metricas intemas de fiabilidad se usan para predecir si el producto software en cuesti6nsatisfacera las necesidades de fiabilidad pre establecidas, durante el desarrollo del productosoftware.

8.2.1 Metricas de madurez

Las metricas internas de madurez indican un conjunto de atributos para evaluar la madurezdel software.

8.2.2 Metricas de tolerancia a fallos

Las metricas intemas de tolerancia a fallos indican un conjunto de atributos para evaluar lacapacidad del producto software para mantener el nivel de rendimiento deseado en caso defallas operacionales 0 de incumplimiento de su interfaz especificada.

8.2.3 Metricas de recuperabilidad

Las metricas internas de recuperabilidad indican un conjunto de atributos para evaluar lacapacidad del producto software de restablecer un nivel adecuado de rendimiento yrecuperaci6n de los datos directamente afectados, en caso que ocurra una falla.

8.2.4 Metricas de conformidad de flabilidad

Las metricas intemas de conformidad de fiabilidad indican un conjunto de atributos paraevaluar la capacidad del producto software para cumplir con normas, convenciones 0regulaciones de la organizacion usuaria en relacion con la fiabilidad.


7/13

.....

-:~ '"



8.3 Metricas de usabilidad

Las metricas internas de usabilidad son usadas para predecir la extension en la que elsoftware puede ser entendido, aprendido, operado, atractivo y confonne con las guias yregulaciones de uso.

NOTA: Deberfa ser posible que las mediciones tomadas sean usadas para establecer criterios deaceptacion 0 para hacer comparaciones entre productos, Esto significa que las mediciones deberiancontar elementos de valores conocidos, Los resultados deberian reportar el valor promedio y el error

estandar del promedio.

8.3.1 Metricas de entendibilidad

Las metricas internas de entendibilidad son usadas para determinar si los usuarios puedenser capaces de seleccionar el producto software que sea apropiado para su uso. Lasmetricas intemas de entendibilidad evaluaran si los nuevos usuarios son capaces deentender:

Si e1 software es apropiado.Como puede ser usado para tareas especificas.

8.3.2 Metricas de facilidad de aprendizaje

Las metricas intemas de facilidad de aprendizaje miden cuanto tiempo puede tomar alusuario aprender determinadas funciones, y la eficiencia de los sistemas de ayuda ydocumentac ion.

La facilidad de aprendizaje esta relacionada en gran medida con el entendimiento, y lasmediciones de entendimiento pueden ser indicadores para medir el grade de facilidad paraaprender a utilizar un software.


8/13

-

"'.

-



8.4 Metrtcas de eficiencia

Las metricas internas de eficiencia son usadas para predecir la eficiencia delcomportamiento del producto software durante pruebas y operaci6n. Para medir laeficiencia, las condiciones deberian ser definidas, por ejemplo, la configuraci6n delhardware y del software en un ambiente de referenda deberia ser definida como parte delas especificaciones del software. Cuando se cita valores medidos de comportamiento en eltiernpo, el ambiente tarnbien deberia ser referenciado.

8.4.1 Metricas de comportamiento en el tiempo

Las metricas intemas de comportamiento en el tiempo indican un conjunto de atributospara predecir el comportamiento en el tiernpo del sistema computacional, incluyendo alproducto software durante las pruebas y la operaci6n.

8.4.2 Metricas de utilizaci6n de reeursos

Las metricas intemas de utilizacion de los recursos indican un conjunto de atributos parapredecir la utilizacion de los recursos del hardware por el sistema computacional,incluyendo al producto software durante las pruebas y la operacion.

8.4.3 Metricas de conformidad de eficiencia

Las rnetricas intemas de conformidad de eficiencia indican un conjunto de atributos paraevaluar la capacidad del producto software para curnplir con: normas, convenciones 0regulaciones de la organizacion usuaria con relacion a la eficiencia.


9/13



8.5 Metricas de facilidad de mantenimiento

Las rnetricas intemas de facilidad de mantenimiento son usadas para predecir el nivel delesfuerzo requerido para modificar el producto software.

8.5.1 Metricas de analizabilidad

Las metricas intemas de analizabilidad indican un conjunto de atributos para predecir elesfuerzo 0 recursos requeridos por el personal de mantenimiento 0 usuarios al tratar dediagnosticar deficiencias 0 causas de falIas, 0 para identificar partes que seran modificadasen el producto software.

8.5.2 Metricas de cambiabilidad

Las rnetricas intemas de cambiabilidad indican un conjunto de atributos para predecir elesfuerzo requerido por el personal de mantenimiento 0 usuarios cuando se trata de

implementar una modificaci6n especifica en el producto software.

8.5.3 Metricas de estabilidad

Las metricas intemas de estabilidad indican un conjunto de atributos para predecir cuanestable es un producto software ante cualquier modificaci6n.

8.5.4 Metricas de testeabilidad

Las metricas intemas de testeabilidad indican un conjunto de atributos para predecir lacantidad de funciones de pruebas aut6nomas que han sido disefiadas e implementadas yque se encuentran presentes en el producto software.

~! .-..

. - . .

.- . ." '",-.,

,-.,

. - . .

. - . .

.-. .

. . . . . . . .

. . . . . ._ ,

.- . .~

~

~

~,-..

,-..,-..

~

.-..~

~

. . . . .,-..,-..

.- ., . . . .. - . .. - . .,-..

, . . .. - . .,...,-..

~

, . . .

, . . .

,...,-..

,-..

- -- . .,-..

, . . ., . . .,-..


10/13



~1"'\

." '"."'"\

."'"\

" '" '

~~

'" '" " "" ' " '" '" '" '" '. . . . . . .. . . . . . .

ANEXOA(INFORMA TNO)

CONSIDERACIONES CUANDO SE UTILIZANMETRICAS

A.1 Interpretaci6n de la medici6n

A.1.1 Diferencias potenciales entre contextos de uso de prueba y operacional

Cuando planifique el uso de metricas 0 interprete mediciones es importante tener una claracomprension del contexto de uso del software y cualquier potencial diferencia entre laspruebas y los contextos de uso operacionales. Por ejemplo, la medida del "tiemporequerido para aprender una operacion" es frecuentemente diferente entre los operadoreshabiles y operadores no habiles en sistemas software similares. Ejemplos de diferencias

potenciales son proporcionadas mas abajo.

a) Diferencias entre entomos de prueba y entomos operacionales

l,Hay diferencias significativas entre los entomos de pruebas y la ejecucion operacional enentomos de usuario?

Los siguientes son ejemplos de estas diferencias:

Pruebas con alto / comparable / bajo desempefio de CPU de la computadoraoperacional.

Pruebas con alto / comparable / bajo desempefio de redes y comunicacionesoperacionales. -

ruebas con alto / comparable / bajo desempefio del sistema operativooperacional. -.

- --, .-. .


11/13

----------------------------

------

. . .



Pruebas con alto I comparable / bajo desempefio del interfaz de usuariooperacionaL

b) Diferencias entre ejecucion de prueba y ejecucion operacional real

l.Hay diferencias significativas entre la ejecucion de pruebas y la ejecucion operacional enel entomo de usuario?

Los siguientes son ejemplos de estas diferencias:

Cobertura de funcionalidad en ambiente de pruebas.

Ratio de muestras de casos de prueba.

Prueba automatica de transacciones en tiempo real.

Prueba de stress.

Operacion de 24 horas, 7 dias a la semana (sin parar).

Nivel de adecuacion de los datos para pruebas de excepciones y errores.

Procesamiento periodico,

Utilizacion de recursos.

Niveles de interrupcion.

Presion de produccion.

Distracciones.

c) Perfil de usuario bajo observacion

i,Hay diferencias significativas entre los perfiles de usuarios de pruebas y los perfiles deusuarios operacionales?Los siguientes son ejemplos de estas diferencias:


12/13

---

-

.

,

..,.



ANEXOC(INFORMA TIVO) .

EXPLICACION DETALLADA DE LOS TIPOS DEESCALAS DE MiTRlCAS Y LOS TIPOS DE

MEDICIONES

C . ITipos de escala de metrica

Uno de los siguientes tipos de escala de metrica de medicion deberia ser identificado paracada medida, cuando un usuario de metric as tiene el resultado de una medicion y usa lamedida para calculo 0 comparacion, Los valores de promedio, ratio 0 diferencia pueden notener significado para algunas medidas. Los tipos de escala de metrica son: escala nominal,escala ordinal, escala de intervalos, escala de ratios y escala absoluta. Una escala debe sersiempre definida como M = F(M), donde F es la funcion admisible. Tambien la descripcionde cada tipo de escala de rnedicion contiene una descripcion de la funcion admisible (si Mes una metrica entonces M' ;:;F(M) es tambien una metrica),

a) Escala nominal

M' = F(M) donde F es de cualquiera a,.. una referencia.

Esto inc1uye clasificacion, por ejemplo, tipos de falla de software (datos, control, otro). Unpromedio tiene significado solo, si este es calculado con la frecuencia del mismo tipo. Unratio tiene significado solo cuando este es calculado con la frecuencia de cada tiporeferenciado. Asi, el ratio y el prornedio pueden ser usados para representar una diferenciaen la frecuencia de solo el mismo tipo entre casos iniciales y posteriores 0 dos casos

similares. En caso contrario, ellos pueden ser usados para comparar mutuamente lafrecuencia de cada otro tipo respectivamente.

Ejemplos: Numero de identificacion de la linea de transporte urbano. Numero deidentificacion de mensaje de error de compilacion.

Afirmaciones significativas son numeros de diferentes categorias solamente.


13/13

------.

" '

""" '-

" '

-" '

--.

-.

----------------.-"

'" . . .. .. .


NTP-ISO/JEC-TR 9126-390 de 99

ANEXOD(INFORMA TIVO)

TERMINO(S)

D.l Definiciones

Las definiciones son de Ia ISOIIEC14598-1 y Ia ISOllEe 9126-1, a menos que se indique10 contrario.

D.l.1 Calidad

D.1.1.1 Calidad externa: Hasta que punto un producto satisface las necesidadesexplicitas e implicitas cuando es usado bajo condiciones especificadas.

D.1.1.2 Calidad interna: Es la totalidad de atributos del producto que determinansu habilidad para sat isfacer las necesidades establecidas e impIicitas bajo condicionesespecfficas.

NOTA 1: EI termino "atributo" es usado (mas que el termino "caracteristica" utilizado en 3.1.3) comoel termino "caracterisrica" es usado en un sentido mas especfflco en la serie ISOIIEC 9126.

D.l.l.3 Calidad: Es la totalidad de caracteristicas de una entidad que lleva en suhabilidad para satisfacer las necesidades establecidas e implfcitas.

NOTA 2: En un entorno contractual, 0 en un entomo regulado, tal como el campo de Ia seguridadnuclear, las necesidades son especificadas, mientras que en otros entornos, las necesidades implicitasdeberian ser identificadas y definidas,

D.l.l.4 Calidad en uso: La capacidad del producto software para permitir a unusuario especifico conseguir metas especificas con efectividad, productividad, integridad ysatisfaccion en contextos especificados de uso.

norma tecnica peruana ntp-iso/iec 9126-3 2005 calidad del producto - metricas internas

Documents