Escuela Superior de Ingeniera Informtica

Enxeera Tcnica en Informtica de Xestin

Planificacin de Proyectos
Informticos

Cuarto Tema

Calidad de Software

Definicin
Definicin de Pressman: Concordancia con los
requerimientos funcionales y de rendimiento
explcitamente establecidos, con los estndares de
desarrollo explcitamente documentados y con las
caractersticas implcitas que se espera de todo software
desarrollado profesionalmente.

Lo anterior enfatiza 3 puntos:

Los requerimientos son los fundamentos desde los que
se mide la calidad.
Los estndares definen un conjunto de criterios de
desarrollo.
Hay requerimientos implcitos que no se mencionan
como, por ejemplo, el deseo de que un programa sea
fcil de mantener y de depurar.
ppi-t4

Definicin
Definicin de Boehm: Para que haya calidad de
software debe tener estas caractersticas:
Fiabilidad
Portabilidad
Eficiencia
Ingeniera Humana
Facilidad de Prueba
Facilidad de mantenimiento

ppi-t4

Garanta de la calidad de Software

La garanta de calidad del software (o SQA,

software Quality Assurance) es una
actividad de proteccin que se aplica en
todo el proceso de ingeniera del software.
Corresponde a muchos en la organizacin, a
los ingenieros de software, a los gestores de
proyecto, clientes, comerciantes, personas
del grupo de desarrollo.
La gente que forma el SQA debe mirar el
software desde el punto de vista del cliente.
ppi-t4

Actividades de la SQA
Aplicacin de metodologas tcnicas.
Realizacin de revisiones tcnicas formales.
Prueba del software.
Ajuste a los estndares.
Control de cambios.
Mediciones.
Registro y realizacin de informes.

ppi-t4

Revisiones tcnicas
Hay dos motivos bsicos para esto:
El trabajo tcnico necesita ser revisado.
Hay errores que son percibidos mas fcilmente.
por otras personas que por los creadores.

Por definicin es un grupo de personas que

permiten:
Sealar la necesidad de mejoras.
Sealar que NO hay que mejorar.
Conseguir un trabajo tcnico mas homogneo.
ppi-t4

Revisiones tcnicas
Revisiones Formales VS Informales: las
informales se llevan a cabo constantemente, sin
tales revisiones la programacin y comprensin de
un proyecto serian imposibles.
Las revisiones formales tienen tres elementos:
Informe escrito del estado del producto revisado.
La participacin activa y abierta de todos los del grupo
de revisin.
Total responsabilidad de todos los participantes en la
calidad de la revisin.

ppi-t4

Revisiones tcnicas
Ventajas de las revisiones tcnicas:
Reduce sustancialmente el coste del software.
Tiene gran valor educativo para los
participantes.
Sirve para comunicar la informacin tcnica.
Fomenta la seguridad y la continuidad.

ppi-t4

Revisiones Tcnicas Formales-RTFs

Objetivos:
Descubrir errores en la funcin,la lgica o la
implementacin.
Comprobar que el software bajo revisin cumple los
requisitos de software.
Garantizar que el software esta bajo los estndares.
Uniformidad en el software.
Facilitar el manejo de proyectos.

ppi-t4

Revisiones Tcnicas Formales-RTFs

Proceso:
1.
2.
3.
4.
5.

El productor informa al jefe de proyecto la

terminacin del producto.
Jefe de proyecto contacta el jefe de revisin.
Revisores y jefe de revisin revisan el producto.
La reunin revisin es llevada a cabo por el jefe de
revisin, los revisores y el productor.
Al final todos los participantes deben decidir si:
I. Aceptan el producto sin posteriores modificaciones.
II. Rechazan el producto por errores.
III. Aceptan el producto provisionalmente.

6.
ppi-t4

Una vez tomada una decisin todos firman.

10

Indices de la Calidad de Software

Segn estndar IEEE 982.1 (1982) de la fuerza area
norteamericana, determinan un ndice de calidad (ICED)
cuyo valor esta entre 0 y 1. Para calcular este ndice se
tienen que averiguar una serie de valores:
S1= Nmero total de mdulos definidos en la
arquitectura del programa.
S2= Nmero total de mdulos cuya correcta funcin
depende de los datos de entrada o que produce datos
que se usan en cualquier parte.
S3= Nmero de mdulos cuya correcta funcin depende
del procesamiento previo.
S4= Nmero total de elementos de una base de datos.
S5= Numero total de elementos de Base de Datos
nicos.
ppi-t4

11

Indices de la Calidad de Software

S6= Nmero de segmentos de base de datos.
S7= Nmero de mdulos con una sola entrada y una
sola salida.

Una vez determinados los valores anteriores, se

calculan los siguientes valores intermedios:
Estructura del programa D1= 1 si el diseo arquitectnico se desarroll con un mtodo caracterstico (p.e.,
Diseo orientado a objetos; 0 en otro caso)
Independencia de mdulos D2= 1- S2/ S1.
Mdulos no dependientes del procesamiento previo
D3= 1- S3/ S1.
ppi-t4

12

Indices de la Calidad de Software

Tamao de la base de datos D4= 1- S5/ S4.
Compartimentalizacin de la base de datos
D5= 1- S6/ S4.
Caracterstica de entrada /salida del mdulo
D6= 1- S7/ S1.

Con lo anterior:
ICED = piDi
Donde i vara de 1 a 6 y pi es el peso relativo a la
importancia de cada uno de los valores intermedios y
pi=1.

ppi-t4

13

Indices de la Calidad de Software

ndice de madures del software IMS:

Se determina la siguiente informacin:
MT = Nmero de mdulos en la versin actual.
Fm = Nmero de mdulos en la versin actual
que han sido modificados.
Fa = Nmero de mdulos en la versin actual
que han sido aadidos.
Fe = Nmero de mdulos de la versin anterior
que han sido eliminados de la versin actual.
ppi-t4

14

Indices de la Calidad de Software

El IMS se calcula as:

IMS = [MT-(Fa +Fm+Fe)]/MT

A medida que el IMS se aproxima a 1, el
producto comienza a estabilizarse.

ppi-t4

15