ISO-9126

UNIVERSIDAD NACIONAL DE PIURA Ing. INFORMATICA INFORMATICA

ISO - 9126

1

UNIVERSIDAD NACIONAL DE PIURA Ing. INFORMATICA

INTRODUCCIÓN

Hoy en día las compañías de todo el mundo industrializado reconocen que la calidad del producto se traduce en ahorro de costos y en una mejora general. La industria de desarrollo de software no es la excepción, por lo que en los ltimos años se han realizado intensos tra!ajos para aplicar los conceptos de calidad en el "m!ito del software. Ha!lar de calidad del software implica la necesidad de contar con par"metros que permitan esta!lecer los ni#eles mínimos que un producto de este tipo de!e alcanzar para que se considere de calidad. $l pro!lema es que la mayoría de las características que definen al software no se pueden cuantificar f"cilmente% generalmente, se esta!lecen de forma cualitati#a, lo que dificulta su medición, ya que se requiere esta!lecer m&tricas que permitan e#aluar cuantitati#amente cada característica dependiendo del tipo de software que se pretende calificar. $n este sentido se han realizado muchos tra!ajos que esta!lecen propuestas para el esta!lecimiento de los factores cualitati#os que afectan la calidad del software. $n este tra!ajo se expondr" un esquema general del est"ndar '() *+-, con el fin de mostrar los elementos que de!en considerarse en la e#aluación de calidad de los productos de software de acuerdo a este est"ndar, de modo que todo aqu&l que se interese en aplicar modelos de calidad en la producción de software pueda generar sus propias m&tricas !ajo la guía de este est"ndar.

2


I. MARCO TEORICO La '(), !ajo la norma '()*+-, ha esta!lecido un est"ndar internacional para la e#aluación de la calidad de productos de software el cual fue pu!licado en +** con el nom!re de /'nformation technology 0(oftware product e#aluation1 2uality characteristics and guidelines for their use3, en el cual se esta!lecen las características de calidad para productos de software. $l est"ndar '()*+- esta!lece que cualquier componente de la calidad del software puede ser descrito en t&rminos de una o m"s de seis características !"sicas, las cuales son1 funcionalidad, confia!ilidad, usa!ilidad, eficiencia, manteni!ilidad y porta!ilidad% cada una de las cuales se detalla a tra#&s de un conjunto de su!características que permiten profundizar en la e#aluación de la calidad de productos de software. $sta 4orma permite especificar y e#aluar la calidad del software desde distintas

perspecti#as,

requerimientos,

las

desarrollo,

cuales uso,

est"n

asociadas

e#aluación,

a

soporte,

la

adquisición,

mantenimiento,

aseguramiento de la calidad, y auditoria del software. $l o!jeti#o fundamental de esta norma es para hacer frente a algunos de los prejuicios humanos conocidos que pueden afectar negati#amente a la entrega y percepción de un proyecto de desarrollo de software.

II.PARTES ISO/IEC 9126 est" formada por las siguientes partes1    

5arte + 0 6odelo de 7alidad 5arte  0 6&tricas $xternas 5arte 8 0 6&tricas 'nternas 5arte 9 0 7alidad en :so

Figura 1: Cicl !" #i!a !"l S$%&ar"

3


La calidad del producto de software puede ser e#aluada por medio de la medición de atri!utos internos, externos o a tra#&s de la calidad en uso ;e manera similar, e#aluar la calidad en uso puede mejorar la calidad del producto, y e#aluar un producto puede mejorar un proceso. Las necesidades de calidad del usuario contri!uyen a especificar los /requisitos de calidad externa3, los cuales contri!uyen a especificar los /requisitos de calidad interna3. La /calidad interna3 indica la existencia de /calidad externa3 y &sta indica la existencia de /calidad en uso3 'Figura 2(.

4


Figura 21 ?elación m&tricas del 6odelo @ Atri!utos en '()@'$7 *+III.

CARACTER)STICAS PROPUESTAS POR ISO-9126

$l est"ndar ISO-9126 define seis características del producto ; Figura *= estas seis características son di#ididas en un numero de su! características.

Fi ura :na descripción m"s detallada de cómo est"n definidas las características del est"ndar '()*+- se #e reflejada en la Figura +.

Figura +
5


A continuación se detalla cada una de las características que esta!lece el est"ndar '()*+-.

a. Fu,ci,ali!a! $n este grupo se conjunta una serie de atri!utos que permiten calificar si un producto de software maneja en forma adecuada el conjunto de funciones que satisfagan las necesidades para las cuales fue diseñado. 5ara este propósito se esta!lecen los siguientes atri!utos1 

A!"cuaci,. (e enfoca a e#aluar si el software cuenta con un conjunto de



funciones apropiadas

para

efectuar

las tareas que

fueron

especificadas en su definición. Eac%i%u!. $ste atri!uto permite e#aluar si el software presenta resultados o efectos acordes a las necesidades para las cuales fue creado.



I,%"r"ra0ili!a!. 5ermite e#aluar la ha!ilidad del software de interactuar con otros sistemas pre#iamente especificados.

6




C,$ri!a!. $#ala si el software se adhiere a est"ndares,



con#enciones o regulaciones en leyes y prescripciones similares. S"guri!a!. (e refiere a la ha!ilidad de pre#enir el acceso no autorizado, ya sea accidental o premeditado, a los programas y datos.

0. C,$ia0ili!a!

Aquí se agrupan un conjunto de atri!utos que se refieren a la capacidad del software de mantener su ni#el de ejecución !ajo condiciones normales en un periodo de tiempo esta!lecido. 4o hay duda que la confia!ilidad de un programa de computadora es un elemento importante de su calidad general. (i un programa falla frecuentemente en su funcionamiento, no importa si el resto de los factores de calidad son acepta!les. Las su!características que el est"ndar sugiere son1 

Ni#"l !" Ma!ur". 5ermite medir la frecuencia de falla por errores en el software.



Tl"ra,cia a $alla3. (e refiere a la ha!ilidad de mantener un ni#el específico de funcionamiento en caso de fallas del software o de



cometer infracciones de su interfaz específica. R"cu"raci,. (e refiere a la capacidad de resta!lecer el ni#el de operación y reco!rar los datos que hayan sido afectados directamente por una falla, así como al tiempo y el esfuerzo necesarios para lograrlo.

c. U3a0ili!a! 7onsiste de un conjunto de atri!utos que permiten e#aluar el esfuerzo necesario que de!er" in#ertir el usuario para utilizar el sistema. La 'ngeniería de

>edicar recursos a mejorar la facilidad de uso de un sistema en el desarrollo de software no es un lujo, actualmente es una necesidad, para desarrollar software con un enfoque m"s centrado en el usuario y menos centrado en el desarrollador. 5ara este propósito se esta!lecen los siguientes atri!utos1 

Cr",3i0ili!a!. (e refiere al esfuerzo requerido por los usuarios para reconocer la estructura lógica del sistema y los conceptos relati#os



a la aplicación del software. Facili!a! !" Ar",!"r . $sta!lece atri!utos del software relati#os al esfuerzo que los usuarios de!en hacer para aprender a usar la aplicación.



O"ra0ili!a!. Agrupa los conceptos que e#alan la operación y el control del sistema.

!. E$ici",cia $sta característica permite e#aluar la relación entre el ni#el de funcionamiento del software y la cantidad de recursos usados.

Los aspectos a e#aluar son1 

Cr%ai",% c, r"3"c% al Ti". Atri!utos del software



relati#os a los tiempos de respuesta y de procesamiento de los datos. Cr%ai",% c, r"3"c% a R"cur33 . Atri!utos del software relati#os a la cantidad de recursos usados y la duración de su uso en la realización de sus funciones.

". Ma,%",i0ili!a!

$l mantenimiento del software representa m"s esfuerzo que cualquier otra acti#idad de la 'ngeniería del (oftware 8


(e refiere a los atri!utos que permiten medir el esfuerzo necesario para realizar modificaciones al software, ya sea por la corrección de errores o por el incremento de funcionalidad. $xisten tres tipos de mantenimiento1 ;+= mantenimiento correcti#o1 corregir errores, ;= mantenimiento adaptati#o1 modificar el software de acuerdo con el entorno% y ;8= mantenimiento perfecti#o1 añadir nue#a funcionalidad.

$n este caso, se tienen los siguientes factores1 

Caaci!a! !" a,4li3i3. ?elati#o al esfuerzo necesario para diagnosticar las deficiencias o causas de fallas, o para identificar las partes que de!er"n ser modificadas.



Caaci!a! !" !i$icaci,. 6ide el esfuerzo necesario para modificar aspectos del software, remo#er fallas o adaptar el software para que



funcione en un am!iente diferente. E3%a0ili!a!. 5ermite e#aluar los riesgos de efectos inesperados de!idos



a las modificaciones realizadas al software. Facili!a! !" Pru"0a. (e refiere al esfuerzo necesario para #alidar el software una #ez que fue modificado.

$. Pr%a0ili!a!

$n este caso, se refiere a la ha!ilidad del software de ser transferido de un am!iente a otro, y considera los siguientes aspectos1 

A!a%a0ili!a!. $#ala la oportunidad para adaptar el software a



diferentes am!ientes sin necesidad de aplicarle modificaciones. Facili!a! !" I,3%alaci,. $s el esfuerzo necesario para instalar el



software en un am!iente determinado. C,$ri!a!. 5ermite e#aluar si el software se adhiere a est"ndares o con#enciones relati#as a porta!ilidad.

9




Caaci!a! !" r""la. (e refiere a la oportunidad y el esfuerzo usado en sustituir el software por otro producto con funciones similares.

I5.

M!"l ara cali!a! ", u3

$l est"ndar '()@'$7 *+-+define calidad en uso como /la capacidad de un producto de software de facilitar a usuarios específicos alcanzar metas específicas con eficacia, producti#idad, seguridad y satisfacción en un contexto específico de uso3. Añade que /calidad en uso es la #isión de calidad de los usuarios de un am!iente conteniendo software, y es medida so!re los resultados de usar el software en el am!iente, antes que so!re las propiedades del software en sí mismo3.

I5.I. Carac%"r3%ica3 La calidad de uso tiene como características1    

$fecti#idad 5roducti#idad (eguridad de acceso (atisfacción

A. E$"c%i#i!a! La capacidad del producto software para permitir a los usuarios alcanzar o!jeti#os especificados con exactitud y completitud, en un contexto de uso especificado.

7. Pr!uc%i#i!a!

10


La capacidad del producto software para permitir a los usuarios gastar una cantidad adecuada de recursos con respecto a la efecti#idad alcanzada, en un contexto de uso especificado.

C. S"guri!a! La capacidad del producto software para alcanzar ni#eles acepta!les del riesgo de hacer daño a personas, al negocio, a las propiedades o al medio am!iente, en un contexto de uso adecuado.

D. Sa%i3$acci, La capacidad del producto software para satisfacer a los usuarios en un contexto de uso especificado.

$igura 8 :6odelo de la 7alidad de uso 5.ISO 28 'MODIFICATORIA DE AS ISO 9126-ISO +89;( '()@'$7 CDDD constituye una serie de normas !asadas en '()@'$7 *+y en '()@'$7 +9C*B cuyo o!jeti#o principal es guiar el desarrollo de los 11


productos de software mediante la especificación de requisitos y e#aluación de

características de calidad.

5I.

a $ailia !" ,ra3 ISO/IEC 28

'()@'$7 CDDD, conocida como (2ua?$ ;(oftware 5roduct 2uality ?equirements and $#aluation=, es una familia de normas que tiene por o!jeti#o la creación de un marco de tra!ajo comn para e#aluar la calidad del producto software. La familia '()@'$7 CDDD es el resultado de la e#olución de otras normas anteriores, especialmente de las normas '()@'$7 *+-, que descri!e las particularidades de un modelo de calidad del producto software, e '()@'$7 +9C*B, que a!orda!a el proceso de e#aluación de productos software. $sta familia de normas '()@'$7 CDDD se encuentra compuesta por cinco di#isiones.

12


Figura 6: MODELO ISO

5II.

ISO/IEC 28, < Di#i3i, !" ="3%i, !" Cali!a!

Las normas que forman este apartado definen todos los modelos, t&rminos y definiciones comunes referenciados por todas las otras normas de l a familia CDDD. Actualmente esta di#isión se encuentra formada por1 

ISO/IEC 28 - =ui!" % S>uaRE1 contiene el modelo de la arquitectura de (2ua?$, la terminología de la familia, un resumen de las partes, los usuarios pre#istos y las partes asociadas, así como los modelos de referencia.



ISO/IEC 281 - Pla,,i,g a,! Ma,ag"",% 1 esta!lece los requisitos y orientaciones para gestionar la e#aluación y especificación de los requisitos del producto software.

5III.

ISO/IEC 281, < Di#i3i, !" M!"l !" Cali!a!

Las normas de este apartado presentan modelos de calidad detallados incluyendo características para calidad interna, externa y en uso del producto software. Actualmente esta di#isión se encuentra formada por1 13




ISO/IEC 281 - S?3%" a,! 3$%&ar" @uali%? !"l31 descri!e el modelo de calidad para el producto software y para la calidad en uso. $sta 4orma presenta las características y su!características de calidad



frente a las cuales e#aluar el producto software. ISO/IEC 2812 - Da%a >uali%? !"l1 define un modelo general para la calidad de los datos, aplica!le a aquellos datos que se encuentran almacenados de manera estructurada y forman parte de un (istema de

I.

'nformación.

ISO/IEC 282, < Di#i3i, !" M"!ici, !" Cali!a!

$stas normas incluyen un modelo de referencia de la medición de la calidad del producto, definiciones de medidas de calidad ;interna, externa y en uso= y guías pr"cticas para su aplicación. Actualmente esta di#isión se encuentra formada por1 

ISO/IEC 282 - M"a3ur"",% r"$"r",c" !"l a,! gui!"1 presenta una explicación introductoria y un modelo de referencia comn a los elementos de medición de la calidad. Eam!i&n proporciona una guía para que los usuarios seleccionen o desarrollen y apliquen medidas propuestas por normas '().



ISO/IEC 2821 - >uali%? "a3ur" "l"",%31 define y especifica un conjunto recomendado de m&tricas !ase y deri#adas que puedan ser



usadas a lo largo de todo el ciclo de #ida del desarrollo software. ISO/IEC 2822 - M"a3ur"",% $ @uali%? i, u3"1

define

específicamente las m&tricas para realizar la medición de la calidad en uso del producto. 

ISO/IEC 282* - M"a3ur"",% $ 3?3%" a,! 3$%&ar" r!uc% @uali%?1 define específicamente las m&tricas para realizar la medición de la calidad de productos y sistemas software.

14




.

ISO/IEC 282+ - M"a3ur"",% $ !a%a @uali%?1 define específicamente las m&tricas para realizar la medición de la calidad de datos.

ISO/IEC 28*, < Di#i3i, !" R"@ui3i%3 !" Cali!a!

Las normas que forman este apartado ayudan a especificar requisitos de calidad que pueden ser utilizados en el proceso de elicitación de requisitos de calidad del producto software a desarrollar o como entrada del proceso de e#aluación. 5ara ello, este apartado se compone de1 

ISO/IEC 28* - >uali%? r"@uir"",%3: pro#ee de un conjunto de recomendaciones para realizar la especificación de los requisitos de

I.

calidad del producto software.

ISO/IEC 28+, < Di#i3i, !" E#aluaci, !" Cali!a!

$ste

apartado

incluye

normas

que

proporcionan

requisitos,

recomendaciones y guías para lle#ar a ca!o el proceso de e#aluación del producto software. $sta di#isión se encuentra formada por1 

ISO/IEC 28+ - E#alua%i, r"$"r",c" !"l a,! gui!": propone un modelo de referencia general para la e#aluación, que considera las entradas al proceso de e#aluación, las restricciones y los recursos necesarios para o!tener las correspondientes salidas.



ISO/IEC 28+1 - E#alua%i, gui!" $r !"#"l"r3B ac@uir"r3 a,! i,!"",!",% "#alua%r3: descri!e los requisitos y recomendaciones para la implementación pr"ctica de la e#aluación del producto software desde el punto de #ista de los desarrolladores, de los adquirentes y de los e#aluadores independientes.



ISO/IEC 28+2 - E#alua%i, !ul"31 define lo que la 4orma considera un módulo de e#aluación y la documentación, estructura y contenido que se de!e utilizar a la hora de definir uno de estos módulos.

15




ISO/IEC 28+8 - E#alua%i, !ul" $r r"c#"ra0ili%?: define un módulo para la e#aluación de la su!característica recupera!ilidad ;?eco#era!ility=.

II.

CAM7IOS CON RESPECTO A ISO 9126
$n la Figura 0 $igura; respecti#amente se muestra los cam!ios que esta nue#a '() propone1

16


CONCUSIONES 

$l mundo glo!alizado exige cada #ez m"s la aplicación de est"ndares internacionales que garanticen la calidad de los productos. 5or esta razón, es necesario que todo aquel que se dedica al desarrollo de software incluya en sus procesos, est"ndares de calidad que permitan



certificarse en alguno de los modelos. $ste nos proporciona una herramienta analítica detallada y es til en e#aluaciones para lograr una #isión acerca de las fortalezas y de!ilidades del sistema.

17




La calidad se #uel#e un poco m"s difícil de definir o medir cuando se trata de algo intangi!le como es un software, así que la )(' definió m&tricas para poder estandarizar en lo que es calidad, se puede medir la

calidad de un software desde su desarrollo, como producto o por su uso. $st"ndar diseñado para desarrolladores, personal de ISO-9126 aseguramiento

de

la

calidad

y

e#aluadores

independientes,

responsa!les de especificar y e#aluar la calidad del producto software, (ir#e para e#aluar la completitud de una definición de requisitos, identificar requisitos de calidad, o!jeti#os del diseño y prue!a, criterios de aseguramiento de la calidad.

18

ISO-9126

Recommend Documents