UNIVERSIDAD SEOR DE SIPAN

FACULTAD DE INGENIERIA, ARQUITECTURA Y URBANISMO

EAP DE INGENIERIA DE SISTEMAS
TRABAJO N : 1
TEMA : Medidas, Mtricas e Indicadores en el Proyecto de
Software

CURSO :

Ingeniera de software I

CICLO / SEMESTRE

VI / 2016-1

FECHA DE ENTREGA:

19/04/2016

AUTORES
- Guevara Barreto Jos
REVISADO POR :

ING.

Contenido
1.

1.- LA MEDICIN DEL SOFTWARE.................................................................................... 2

1.1 1.1.- Introduccin........................................................................................................... 2
1.2 1.2.- Proceso de Medidas............................................................................................. 3
1.3 1.3.- Dimensin Capacidad del Proceso..........................................................................3
1.4 1.4.- Modelos de Gestin del Proceso Software..............................................................3
1.5 1.5.-El Modelo de Capacidad de Madurez del Software (CMM).-.....................................4

2.

2.- Mtricas en la Gestin de Proyectos de Software........................................................5

2.1 2.1.- Responsabilidades y Objetivos de la Gestin del Proceso Software........................5
2.2.- Definir el Proceso.................................................................................................... 6
2.3.- Medir el Proceso...................................................................................................... 7
2.4.- Controlar el Proceso............................................................................................... 7
2.5.- Mejorar el Proceso................................................................................................. 8
2.2 2.6.- Relacin entre la Gestin del Proceso y la Gestin de Proyecto..............................9
2.7.- Integracin de las medidas con la Gestin del Proceso Software................................10
2.3 2.8.- FUNDAMENTOS DE LA MEDICIN DEL PROCESO SOFTWARE.-.............................12
2.4 2.10.- Clasificacin de las Mtricas de Software...........................................................16
2.5 2.11.- Integracin de las Mtricas dentro del Proceso de Software...............................20
2.6 2.12.- Planificacin de Proyectos.................................................................................. 21

3.

3.- Mtricas para la Calidad de Proyectos de Software................................................................... 24

3.1 3.1.- Importancia................................................................................................................ 24
3.2 3.2.- Visin general de los factores que afectan a la calidad.............................................................25
3.3 3.3.- Medicin de la calidad................................................................................................... 25
3.4 3.5 Norma ISO 9001 para calidad de Software.......................................................................... 27

4.

4.- Indicadores de la Calidad del software................................................................................... 31

4.1 4.1 Indicadores de Calidad.................................................................................................... 31
4.2 4.2 Indicadores de calidad de Software..................................................................................... 31
4.3 4.3 Propsitos de los indicadores de calidad.................................................................32

5.

5.-Tcnicas para Sistemas orientados a Objetos............................................................................34

5.1 5.1 Tcnicas Orientadas a Objetos........................................................................................... 34
5.2 5.2 Caractersticas de las tcnicas orientadas a objetos...................................................................35
5.3 Tcnicas Dirigidas por Procesos.................................................................................... 35
5.4 Tcnicas Dirigidas por Dinmica............................................................................................. 35
5.5 Las Tcnicas Textuales........................................................................................................ 36
5.6 Las Tcnicas Integracionistas................................................................................................. 36

1.

Bibliografas..................................................................................................................... 36

1. 1.- LA MEDICIN DEL SOFTWARE

1.1 1.1.- Introduccin
La Ingeniera del Software ha sido definida como la
disciplinada aplicacin de la ingeniera, la ciencia y los
principios matemticos, mtodos, y herramientas para la
produccin de software de calidad [Humphrey-1989]. Su
mbito incluye actividades tales como planificacin,
estimacin,

modelizacin,

diseo,

construccin

programacin, pruebas, instalacin, mantenimiento y

gestin. Las expectativas de xito en la ejecucin y
mejora de esas actividades son mayores cuando las
decisiones pueden ser tomadas basndose en datos
reales, informacin y conocimiento que nicamente puede
ser obtenido mediante la observacin y la medida de los
productos, los procesos y los recursos que participan en
ellos.
Un proceso de medidas que acompae al proceso
software y se integre con l, ayudar en la interpretacin,
control y mejora de cada una de las actividades que se
llevan a cabo dentro del mismo.
Las medidas y las mtricas son herramientas muy tiles
para el control de los procesos. Pero en procesos tan
complejos

como

el

desarrollo

mantenimiento

de

Software hay potencialmente muchos parmetros a medir.

Para que las mtricas sean eficaces no basta con tomar
medidas y obtener indicadores. Unas y otros deben
Estar orientados a obtener resultados concretos y
Ser comparables en puntos definidos del proceso.
Seguir el principio de coste / beneficio, por tanto, medidas
y mtricas han de ser diseadas y objetivadas para
3

soportar los objetivos de Negocio de la organizacin para

la que son desarrolladas.

1.2 1.2.- Proceso de Medidas.

El propsito de este proceso es recoger y analizar datos
relativos a los productos desarrollados y a los procesos
implementados

en

una

Unidad

Organizacional,

para

soportar una gestin efectiva de los procesos, y para

objetivamente demostrar la calidad de los productos.
Como resultado de una implementacin exitosa de este
proceso:
Ser identificado un apropiado conjunto de medidas, que
estar dirigido por las metas de la organizacin.
Los datos requeridos sern recogidos y analizados.
Un

conjunto

implementacin

de

datos

del

histricos

proceso

estar

relativos

establecido

la
y

mantenido.
Las medidas sern usadas para el soporte de decisiones y
facilitarn una base objetiva para la comunicacin entre
las partes interesadas.

1.3 1.3.- Dimensin Capacidad del Proceso

La evolucin de la capacidad del proceso est expresada
en trminos de atributos del proceso agrupados en niveles
de

capacidad.

Los

atributos

del

proceso

son

caractersticas de un proceso que pueden ser evaluadas

sobre una escala que indica el nivel del cumplimiento,
facilitando una medida de la capacidad del proceso.

1.4 1.4.- Modelos de Gestin del Proceso Software

Han sido desarrollados muchos modelos de gestin de
procesos con el fin de mejorar la calidad y nivel de
realizacin de los mismos.
El Modelo de Capacidad de Madurez del Software (CMM),
SPICE,

ISO9001

Bootstrap

estn

entre

los

ms

extendidos internacionalmente. Los dos primeros estn

reconocidos

como

los

ms

completos,

aunque

probablemente sea ISO9001 el de mayor implantacin en

las organizaciones, quizs por ser hasta ahora el de ms
fcil cumplimiento. En muchos casos ISO 9001 se
considera como un primer paso en la carrera por
incorporar en las organizaciones software, prcticas de
gestin de modelos ms evolucionados como son CMM o
SPICE. En cualquier caso, el objetivo es comn, contribuir
al control y mejora de los procesos para alcanzar o
superar las expectativas de los clientes asegurando que
los productos cumplen con los requisitos que los definen.

1.5 1.5.-El Modelo de Capacidad de Madurez del Software

(CMM).El Modelo de Capacidad de Madurez del Software (CMM)
es un marco de trabajo que describe los elementos claves
de un proceso de software. El CMM describe un camino de
mejora evolutiva para las organizaciones software, desde
procesos inmaduros, ad-hoc, hasta procesos maduros y
disciplinados. Este camino es recorrido a travs de cinco
niveles

de

madurez

que

suponen

aproximaciones

sucesivas para la mejora continua del proceso. Los cinco

niveles definen una escala ordinal para medir la madurez
del proceso software de las organizaciones y evaluar la
capacidad del mismo.

El CMM cubre prcticas de planificacin, ingeniera y

gestin del desarrollo y mantenimiento del software.
Cuando estas prcticas evolucionan a travs de los
niveles de madurez, suponen una mejora de la capacidad
de las organizaciones para alcanzar objetivos de coste,
plazos, funcionalidad y calidad de los productos.
El CMM gua a las organizaciones que desean incrementar
el control de su proceso de desarrollo y mantenimiento de
software y evolucionar hacia una cultura de excelencia en
la ingeniera y gestin del software. Su propsito es guiar
a las organizaciones en la seleccin de estrategias de
mejora del proceso determinando su actual nivel de
madurez e identificando los problemas crticos para
mejorar su proceso software y la calidad de los productos.

2. 2.- Mtricas en la Gestin de Proyectos de Software

2.1 2.1.- Responsabilidades y Objetivos de la Gestin del Proceso

Software
Las responsabilidades de la gestin del proceso software
estn muy alineadas con las responsabilidades de la
gestin de proyectos. Por tanto, tambin lo estarn las
actividades llevadas a cabo para mantener un proceso
controlado.
Hay cuatro responsabilidades claves en la gestin del
proceso:
Definir el proceso
Medir el proceso
Controlar el proceso (asegurar que la variabilidad sea estable, y
por tanto los resultados sean predecibles).
Mejorar el proceso
Por otro lado, la gestin de proyectos es debe asegurar
que un producto software es desarrollado de acuerdo a un
plan y que ese plan es viable. Por tanto, los objetivos
principales

de

la

gestin

de

proyectos

son

fijar

compromisos alcanzables respecto al coste, los plazos

intermedios y finales y la funcionalidad. Sin un correcto
alineamiento con la gestin del proceso, no ser fcil
cumplir con esos compromisos.
En

la

figura

se

muestra

la

relacin

entre

las

responsabilidades de la gestin del proceso y de la

gestin

del

proyecto.

La

ejecucin

del

proceso

se

representa con una figura distinta por ser responsabilidad

de la gestin del proyecto, si bien es verdad que las
personas responsables de la gestin del proceso pueden
asumir responsabilidades de la gestin de proyecto y
viceversa.
7

Hay que tener en cuenta la propiedad del proceso. La

responsabilidad de esta propiedad est implcita en la
gestin del proceso, e incluye responsabilidades y tareas
tales

como

diseo

del

proceso,

establecimiento

implementacin de mecanismos de medida del proceso, y

puesta en marcha de acciones correctoras cuando sea
necesario.

Mejorar
Mejorarelel
Proceso
Proceso

Controlar
Controlarelel
Proceso
Proceso

Definir
Definirelel
Proceso
Proceso

Medir
Medirelel
Proceso
Proceso

Ejecutar
Ejecutarelel
Proceso
Proceso

2.2.- Definir el Proceso

La definicin de un proceso software debe crear el entorno
estructurado y disciplinado requerido para el control y la
mejora del mismo. La responsabilidad de gestin para
definir cada proceso o subproceso asociado, incluye
responsabilidad

sobre

su

implementacin

mantenimiento. Los objetivos asociados a la definicin,

implementacin y mantenimiento del proceso son:
Diseo
De los procesos que puedan alcanzar o soportar tanto los
objetivos tcnicos como los de negocio.
Identificacin
8

Definicin de los elementos, problemas, modelos y

medidas relacionados con la ejecucin de los procesos.
Proveer

de

las

infraestructuras

(mtodos,

personas,

prcticas) necesarias para la ejecucin de las actividades

asociadas al proceso software.
Asegurar

que

la

organizacin

software

(unidad

organizativa) tiene la capacidad y competencias para

ejecutar

mantener

los

procesos

(conocimientos,

formacin, herramientas, entorno y fondos econmicos).

2.3.- Medir el Proceso

Las

medidas

desviaciones
Tambin

son

la

respecto

son

la

base
de

base

para

una
para

la

deteccin

ejecucin
la

de

aceptable.

identificacin

de

oportunidades de mejora de los procesos. Los objetivos de

la medicin del proceso son:
Recoger datos que midan la ejecucin de cada proceso
Analizar la ejecucin de cada proceso
Almacenar y usar esos datos para:
Evaluar la estabilidad y capacidad del proceso
Interpretar los resultados de las observaciones y de los
anlisis
Predecir y-o prever los costes y el comportamiento futuro
Facilitar lneas de base y benchmarks contra los que se
pueda comparar
Definir tendencias
Identificar oportunidades de mejora

2.4.- Controlar el Proceso

Controlar un proceso significa mantenerlo dentro de sus
lmites de realizacin o ejecucin normales, es decir,
hacer

que

el

proceso

tenga

un

comportamiento

consistente. Esto implica:

Medir:
Obtener informacin acerca de la ejecucin del proceso
para poder determinar si est o no bajo control, es decir,
estable dentro de los lmites establecidos.
Detectar:
Analizar la informacin para identificar desviaciones en el
proceso y sus causas asociadas. O lo que es lo mismo,
identificar las anomalas del proceso.
Corregir:
poner en marcha acciones que eliminen las desviaciones
y sus causas asociadas, retornando el proceso a un
comportamiento estable.
Una vez que el proceso est controlado, es fundamental
implementar actividades de mantenimiento en torno al
mismo que eviten su degradacin. Sin estas actividades
los procesos pueden caer fcilmente en la dinmica de
continuos cambios a la medida de una necesidad puntual,
que poco a poco deterioran el estado global del proceso.
Esto requiere enfatizar el uso de procesos definidos y una
gestin continuada mediante comparaciones con otros
(Bechmarking) y evaluaciones. Los departamentos de
Quality Assurance (Aseguramiento de la Calidad) tienen
una gran responsabilidad en el mantenimiento del control
de proceso software, tanto por la inspeccin puntual que
deben de hacer del mismo como por la obtencin de
mtricas

indicadores

que

ayuden

desviaciones y oportunidades de mejora.

10

identificar

2.5.- Mejorar el Proceso

Incluso teniendo un proceso bien definido y controlado,
es posible que este no sea capaz de producir productos
que satisfagan las necesidades de los clientes y-o los
objetivos de las organizaciones. Para estas, los procesos
deben ser tecnolgicamente competitivos, flexibles, y
deben permitir aprovechar las oportunidades de negocio.
Adems deben de producir productos que cumplan con las
expectativas de los clientes y con las necesidades de
negocio. Respecto de los recursos, se espera de ellos que
estn disponibles y que sean capaces de ejecutar y
soportar los procesos.
Los procesos pueden mejorarse haciendo cambios que
incrementen sus capacidades existentes y reemplazando
determinados subprocesos por otros que se les supone
mas eficientes. Los objetivos de la mejora de los procesos
son:
Entender
Las caractersticas de los procesos existentes y los
factores que afectan a su capacidad.
Planificar
Justificar y poner en marcha acciones que modifiquen los
procesos

con

el

objeto

de

cumplir

mejor

con

las

necesidades de los negocios.

Evaluar
El impacto y los beneficios obtenidos, y compararlos
contra los costes de los cambios hechos a los procesos.

2.2 2.6.- Relacin entre la Gestin del Proceso y la Gestin de Proyecto

11

La figura refleja la relacin existente entre la gestin del

proceso

la

gestin

del

Mejorar
Mejorarelel
Proceso
Proceso

Gestin del
Proceso
Definir
Definirelel
Proceso
Proceso

Controlar
Controlarelel
Proceso
Proceso

Medir
Medirelel
Proceso
Proceso

Ejecutar el
Proceso

Desarrollo de
Software

Requisitos
Requisitos

Producto

Ejecutar el
Plan

Gestin de
Proyecto

El

Definir
Definirelel
Plan
Plan

Ajustar
Ajustarelel
Plan
Plan

Medir
Medir
Plan
Planvsvs
Incurridos
Incurridos

equipo de un proyecto software produce productos

basndose en tres elementos claves: requisitos del

producto, plan de proyecto, y proceso software definido
(ver figura El uso de datos de medida de la gestin de
proyecto ser conducido por sus necesidades para:
Identificar y caracterizar los requisitos
Preparar un plan con objetivos alcanzables
Implementar el plan

12

Hacer seguimiento del estado y del progreso del trabajo

realizado respecto de los objetivos marcados en el plan
del proyecto.
Por otro lado, la gestin del proceso usa los mismos datos
ms otras medidas tambin relacionadas, para controlar y
mejorar el propio proceso software, lo que quiere decir
que

se

puede

establecimiento

usar
y

un

marco

mantenimiento

comn
de

para

el

actividades

de

medidas que faciliten datos a ambas funciones de gestin.

2.7.- Integracin de las medidas con la Gestin del Proceso Software

Requisitos de los clientes y
Necesidades del Negocio

Mejorar
Mejorarelel
Proceso
Proceso

Mejoras
del Proceso

Definir
Definirelel
Proceso
Proceso

Definiciones
del Proceso

Controlar
Controlarelel
Proceso
Proceso

Aplicar
Aplicar
Medidas
Medidas
Medidas del
Proceso

Plan
Plande
de
Medidas
Medidas

Personas
Personas
Recursos
Recursos
Entorno
Entorno
Documentos
Documentos

Realizacin y
Rendimiento del
Proceso

Ejecutar
Ejecutarelel
Proceso
Proceso

Medidas de
los Productos

Productos

Llas
medidas del proceso software y las de los proyectos
pueden estar dentro de un marco comn a ambos, y una
de las responsabilidades de la gestin del proceso es
precisamente medirlo. Por tanto, el proceso de medidas
debe estar integrado con la gestin del proceso software.
En la figura 2.4 puede observase la integracin de las
actividades del proceso de medidas (planificacin y
aplicacin), con las responsabilidades de la gestin del
proceso software.
13

Definir el Proceso:
Un proceso es la combinacin organizada de personas,
materiales,
producen

herramientas,
un

seleccionar

resultado

procedimientos,

final

implementar

especificado.
ninguna

etc.

que

Antes

medida,

de

cada

elemento que participa en el proceso debe estar definido

y entendida su participacin en el proceso.
Planificar las medidas:
La planificacin de medidas debe estar basada en el
entendimiento

del

proceso

software

definido.

Los

productos, los procesos, los recursos, los problemas

asociados y los atributos de cada uno de ellos deben
definirse. Tambin se definen medidas sobre la calidad de
los productos y procesos, y se hacen previsiones para la
recogida y uso de datos de medida para evaluar y seguir
la ejecucin del proceso de manera integrada.
Ejecutar el proceso software:
Los procesos son ejecutados por la organizacin del
software. Los atributos de los productos, los procesos y los
recursos que fueron identificados son medidos durante la
ejecucin del proceso software.
Aplicar las medidas:
Es hacer uso de las medidas obtenidas durante la
ejecucin del proceso software. Datos de los procesos y
los productos son recogidos, almacenados y analizados
para identificar si el proceso est controlado y-o tiene
oportunidades de mejora.
Control del proceso:
14

Cuando las medidas de los productos y-o los indicados de

realizacin del proceso indican que el proceso est
variando de una manera imprevista o inesperada, deben
tomarse acciones para corregir las causas asociadas.
Estas acciones estarn encaminadas a estabilizar la
variabilidad de realizacin del proceso dentro de los
lmites establecidos.
Mejorar el proceso:
Cuando las medidas obtenidas indican que la variabilidad
del proceso viene de manera constante de determinados
pasos del proceso, pueden poner en marcha cambios en
el proceso que mejoren el nivel de realizacin. Los
beneficios de esas acciones tambin son medidos, y
pueden ser usados para evolucionar la definicin del
proceso.

2.3 2.8.- FUNDAMENTOS DE LA MEDICIN DEL PROCESO SOFTWARE.Por qu medir?

Hay cuatro razones empricas para medir los procesos software, los
productos y los recursos.
Caracterizar
Evaluar
Prever o pronosticar
Mejorar
Caracterizar

15

Para facilitar el entendimiento de los procesos, productos, recursos y

entornos, y para establecer lneas de base que sirvan de referencia en
estimaciones futuras.
Evaluar
Para determinar el estado actual respecto de los planes. Las medidas
son los sensores que avisan cuando nuestros proyectos y procesos se
estn desviando de los planes, y por tanto, poder corregir esa
desviacin. Tambin evaluamos para estimar o determinar el nivel de
cumplimiento de los objetivos de calidad, y para determinar el
impacto que la mejora de la tecnologa y de los procesos tienen sobre
los productos y los propios procesos software.
Pronosticar para que podamos planificar.
Medir para poder pronosticar supone ganar en el entendimiento de la
relacin existente entre procesos y productos. Si construimos
modelos de estas relaciones, los valores que recojamos de algunos
atributos pueden ser usados para predecir o pronosticar otros. Esto se
hace porque se quieren establecer objetivos alcanzables respecto del
coste, los plazos de entrega y la calidad, asignando los recursos
apropiados a cada tarea. Medidas orientadas al pronstico se usan
para la extrapolacin de tendencias, es decir, estimaciones de coste,
plazos y calidad pueden ser actualizadas teniendo en cuenta las
evidencias actuales. Los datos histricos pueden ayudarnos a analizar
las desviaciones de las estimaciones respecto de la realidad y poder
corregir las desviaciones para disminuir los riesgos futuros.
Medir para mejorar.
La informacin cuantitativa nos debe ayudar a identificar las barreras e
ineficiencias de nuestro proceso, as como las oportunidades de mejora de los productos y
procesos. De igual manera, las medidas actuales nos proporcionarn la informacin de
referencia una vez se hayan aplicado acciones de mejora a los procesos, y as poder determinar
si esas acciones surtieron el efecto esperado. Medidas correctas tambin harn ms fcil la
comunicacin de objetivos de mejora y las razones por las que se establecen.
De igual manera, es un hecho que los avances de la tecnologa estn continuamente aumentando
la demanda de productos software cada vez ms grandes y complejos, ms robustos y ms
fiables. Paralelamente, tambin crece la demanda sobre la gestin del software. Es decir, que
tanto los tcnicos como los gestores, estn continuamente enfrentndose con nuevas
tecnologas, mercados ms exigentes, el aumento de la competencia por el conocimiento y
experiencias personales, y con la demanda de tiempos de respuesta ms rpidos en la entrega de
productos. Pero al mismo tiempo, tcnicos y gestores continan estando preocupados por la
constante apertura y cierre de requisitos, cambios incontrolados, pruebas insuficientes,
planificaciones poco realistas, falta de presupuesto, y problemas relacionados con los estndares
y fiabilidad y estabilidad de los productos.

16

Este conjunto de circunstancias, pueden llegar a ocasionar problemas endmicos tanto internos
de las propias organizaciones de software, como de la visin que de ellas se tiene desde otras
unidades organizativas dentro de las empresas o en el conjunto del mercado.
Las medidas del software en s mismas no pueden resolver estos problemas, pero pueden ayudar
a clarificarlos y a mejorar su entendimiento.
Desde la visin interna de la organizacin software, los procesos de medidas efectivos ayudan a
la organizacin a entender sus capacidades, -fortalezas y debilidades-, por lo que pueden
desarrollarse planes alcanzables para producir y entregar productos y servicios. Las medidas
permitirn detectar tendencias y anticiparse a problemas, facilitando un mejor control de los
costes, reduciendo los riesgos, mejorando la calidad y asegurando que los objetivos de los
negocios son alcanzados.
Estas mismas medidas permitirn mejorar la visin que otras unidades organizativas tienen de
las organizaciones software, lo que redundar en beneficio de la propia organizacin software al
ser mejor entendido su trabajo y sus necesidades. Ofrecer visibilidad sobre actividades,
recursos, planificaciones, justificacin de desviaciones, tendencias, calidad de los productos,
identificacin y catalogacin de errores, mejora el entendimiento del trabajo que se hace en las
organizaciones software y aumenta la confianza en las mismas y en el trabajo que ejecutan.

2.9.- Elementos de medida.

Medir es asignar nmeros o smbolos a los atributos de una entidad de acuerdo a
unas reglas definidas para caracterizar los atributos. Segn esto tenemos los
siguientes elementos de medida:

Entidades, que deben de ser objeto de inters

Atributos, que son las caractersticas de las entidades
Reglas, que determinan la asignacin de valores a los atributos.
Mtrica, es el establecimiento de un patrn que se utiliza de referencia para las
medidas que tengan relacin de homogeneidad con l. De esta manera se puede
aceptar un convenio que permita definir la distancia entre dos elementos.

Entidades y Atributos.
Algunos ejemplos de entidades pueden ser:
Productos

Procesos

Recursos

Actividades

Organizaciones

Entornos

Pero entidades tambin pueden ser un conjunto de otras entidades. Por ejemplo,
un proceso software puede contener a muchos subprocesos, y cada uno de ellos
estar produciendo, transformando o transmitiendo productos asociados. De la
misma manera, estos productos mas atmicos, los subprocesos, y sus elementos
de datos son en s mismo entidades que determinadas organizaciones pueden
17

desear caracterizar. Un ejemplo de subproceso software, que puede constituir

una entidad, es el proceso de estimacin para determinar el esfuerzo que es
necesario para desarrollar un proyecto, y el perfil de los participantes en el
mismo. Similarmente, una base de datos histrica (que podemos considerar una
entidad) puede contener muchos resultados de medida, es decir, otras entidades.
Los atributos son caractersticas o propiedades de las entidades. De la misma
manera que un coche puede describirse por su longitud, nmero de puertas,
cilindrada, velocidad mxima o consumo, en definitiva atributos, las entidades
software pueden definirse por atributos tales como tamao, coste, tiempo,
esfuerzo consumido, tiempo de respuesta, nmero de transacciones por unidad
de tiempo, nmero de defectos encontrados, etc. La habilidad debe estar en
saber que atributos deben usarse para obtener medidas que proporcionen datos
tiles.
Cada entidad est acompaada por algunos atributos que la caracterizan y por
medidas que pueden ser usadas para cuantificar los atributos.
El control de proyectos de desarrollo de Software a travs de medidas en un
rea que esta generando un gran inters. Este es un tema que ha alcanzado un
inters relevante con el incremento de contratos a precio fijo para desarrollar un
producto Software y la utilizacin de clusulas de penalizacin en los mismos
en caso de retrasos, sobrecostos, etc.
La prediccin de los niveles de calidad del Software, a menudo en trminos de
fiabilidad, es otra rea en que las Mtricas de Software tiene un importante
papel que jugar.
El uso de las Mtricas de Software es proporcionar una verificacin cuantitativa
del diseo de software es otra rea bien definida. Estas Mtricas no se van a
estudiar en esta Unidad si no en la Unidad de Diseo.
Recientemente se ha estudiado el efecto de los factores del entorno en la
eficacia de los procesos de desarrollo. Esta opcin no esta abierta para todas las
organizaciones, pero existe una gran preocupacin sobre como incrementar la
productividad de los procesos de desarrollo introduciendo cambios en el entorno
en el cual aquellos tienen lugar. Las medidas pueden ser utilizadas para
identificar donde deberan concentrarse los cambios.
La utilizacin de las Mtricas para comprar unas organizaciones con otras es un
rea de aplicacin muy importante. CSC- Index en Europa y el Software
18

Engineering Institute en E.E.U.U. ofrecen este tipo de servicios a la industria y

muchas organizaciones los utilizan. Un resultado de esta aplicacin es que se
puede identificar que se esta haciendo mal y quin lo esta haciendo bien y
aprender de esas empresas.
Finalmente, el uso ms comn de las medidas de Software es la provisin de
informacin de gestin, que incluye datos acerca de la productividad, calidad y
eficacia de los procesos.
El valor de esta informacin est en analizar los datos de las tendencias, da a
da. Est mejorando o empeorando la calidad de un equipo de desarrollo?. Si es
as, por qu ocurre? qu puede hacer la direccin para mejorar la situacin?
Caractersticas de las Mtricas de Software
La calidad de las medidas deberan facilitar el desarrollo de modelos que sean
capaces de predecir el comportamiento de determinados parmetros que afectan
al desarrollo de productos o procesos.
Una medida ideal debera ser :
Objetiva
Sencilla, definible con precisin para que puede ser evaluada
Fcilmente obtenible ( a costo razonable)
Valida, la mtrica debera medir exactamente lo que se quiere medir y no otra cosa.
Robusta. Debera de ser relativamente insensible a cambios poco insignificativos en el proceso o en el
producto .
Adems, para una mejor utilizacin de estas medidas, a la hora de realizar
estudios analticos o anlisis estadsticos deberan de tener unos valores que se
ajusten a una cierta escala de medida.

2.4 2.10.- Clasificacin de las Mtricas de Software

Las Mtricas de Software se pueden clasificar, de una manera general. En
Mtricas de producto y Mtricas de proceso.
Las Mtricas de Producto
Son medidas de producto Software durante cualquier fase de su desarrollo desde
los requisitos hasta la instalacin.

19

Las Mtricas de Producto pueden medir la complejidad del diseo, el tamao

del producto final (fuente u objeto) o el nmero de pginas de documentacin
producida.
Las Mtricas de Proceso
Son medidas del proceso de desarrollo del Software tales como tiempo de
desarrollo total, esfuerzo en das/ hombre o mes / hombre de desarrollo del
producto, tipo de metodologa utilizada o nivel medio de experiencia de los
programadores.
Mtricas de Productos
Muchos de los trabajos iniciales realizados sobre las mtricas de producto estn
relacionados con las caractersticas del cdigo fuente. Conforme se ha ido
ganando experiencias con las mtricas y los modelos se ha puesto de manifiesto
que la informacin disponible durante los primeros momentos del ciclo de
desarrollo puede ser de gran valor para controlar el proceso y los resultados.
Vamos a analizar, de todos los tipos de medidas utilizadas en la medicin del
producto Software, nicamente aquellas que nos interesen para realizar el
proceso de estimacin del Software, que sern las mtricas del tamao, y en
cierto grado las de calidad.
Mtricas del tamao
Las Mtricas del Software orientadas al tamao provienen de la normalizacin
de las medidas de `calidad y/o productividad considerando -el tamao - del
Software que se haya producido.
Existen un cierto nmero de Mtricas que intentan cuantificar el tamao del
Software. La Mtrica ms utilizada, lneas de cdigo, tiene el inconveniente
obvio de que sus valores no pueden ser medidos hasta que el proceso de
codificacin ha finalizado. Los puntos de funcin, y los Bang de De Marco
tienen las ventajas de ser medibles durante los primeros pasos de desarrollo.
El estado actual en el estudio de las medidas del tamao es:

Existe un cierto consenso en cuanto a las medidas de longitud, pero no en cuanto a las medidas de las
especificaciones o diseo.
Existen algunos trabajos de medicin de las funcionalidades de las especificaciones ( que se aplican
igualmente al diseo y a los programas)
20

Existen muy pocos trabajos en cuanto a la medida de la complejidad del problema a resolver. Ntese que
este concepto es distinto que el de complejidad computacional, por tanto el trabajo hecho en esa rea no
sirve.
A continuacin, vamos a analizar las medidas ms utilizadas en la
determinacin del tamao del Software.

Lneas de Cdigo:
La medida ms utilizada de la longitud del cdigo fuente de un programa es el Nmero de Lneas de
Cdigo (Lines of Code en Ingls, abreviado LOC).
Sin embargo esta mtrica puede calcularse de muchas maneras. Estas diferencias afectan al tratamiento de
la lneas en blanco y las lneas de comentarios, las sentencias no ejecutables, las instrucciones mltiples
por lnea y las mltiples lneas por instruccin. Adems, deberan contarse las lneas reusables del cdigo
Cuando se intenta utilizar esta medida (lneas de cdigo) en trminos de productividad surgen dos
problemas.
No se tiene en cuenta el concepto de reutilizacin.
No se tiene en cuenta el concepto de costos fijos ni tareas que se desarrolla que no produce instrucciones

Especificacin del Diseo

La definicin de medidas anlogas a la longitud para las especificaciones y los documentos de diseo no
es fcil. Al comienzo del ciclo de vida, tales documentos consisten en una infinidad de texto, grafos,
diagramas matemticos, y smbolos. La naturaleza de aquellos depender en particular del estilo el mtodo
o la notacin utilizada. Unas especificaciones o un diseo, estn compuestos por textos o diagramas, los
cuales parecen inmedibles con relacin a la longitud.
Una medida que se ha utilizado para permitir las comparaciones es la del Nmero de Paginas. Sin
embargo, la unidad pgina no puede ser formalmente definida si se desea incluir textos y diagramas.

Prediccin de la longitud: Existen una serie de modelos que veremos ms adelante para la prediccin del
costo que dependen de la habilidad para predecir la longitud ( NLOC) con exactitud con la fase de
definicin de especificaciones del sistema a implantar.

Un modo intuitivo de predecir la longitud es obteniendo una relacin entre la longitud de diferentes
21

productos obtenidos durante el ciclo de vida. En particular, una prediccin de longitud, se puede obtener
considerando la relacin ratio de expansin entre la longitud de las especificaciones o del diseo y la
longitud del Cdigo en proyectos similares en los que se mantienen datos.
Ha habido algunos intentos para establecer relaciones empricas entre la longitud del cdigo de programas
y la longitud de la documentacin.

Funcionalidad: El concepto de funcionalidad de un producto se origina a partir de una nocin intuitiva de

cantidad de funciones que proporciona.
Ha habido dos intentos serios para medir la funcionalidad de un producto de Software. Uno de ellos se
debe a Albrecht y corresponde a los Puntos de Funcin (FPA, del ingls Funcin Point Anlisis) y otro
debido a de De Marco, los Bang, que no ha tenido una gran difusin.
El objetivo ms importante es identificar una medida del tamao de Software que pueda ser la variable
predominante en los sistemas de prediccin de costos y esfuerzo, as como en la evaluacin de la
productividad. Este es un objetivo encomiable, ya que una medida de la funcionalidad sera claramente
preferible a la medida del tamao exclusivamente de la longitud. En ambos casos, los productos cuya
funcionalidad est siendo medida con documentos de especificacin, pero que podran aplicarse
posteriormente a otros productos del ciclo de vida. La funcionalidad, a pesar de los problemas existentes,
es un atributo muy importante del producto y es la mejor aproximacin existente hasta la fecha.
Mtricas de Calidad
El objeto primordial de la ingeniera del Software es producir un sistema,
aplicacin o producto de alta calidad. Para lograr este objetivo, los ingenieros
del software deben aplicar mtodos efectivos con herramientas modernas dentro
del contexto de un proceso maduro de desarrollo del Software. Se puede generar
una larga lista de caractersticas de la calidad de Software: correccin, eficacia,
portabilidad,

mantenibilidad,

fiabilidad,

etc.

Desafortunadamente,

las

caractersticas a veces se solapan y entran en conflicto unas con otras. Por

ejemplo, incrementar la portabilidad, que es muy deseable, puede dar lugar a
una eficacia menor.
Aunque se han realizado una gran cantidad de trabajos en est rea, presenta
una gran variedad en los caminos seguidos frente a otras reas de investigacin
de las mtricas, tales como el tamao del Software o la complejidad, cuyo
estudio ha sido ms uniforme.
Han tenido considerable atencin tres reas:

22

 Correccin de los programas:

Medida como el nmero de efectos. Un programa debe operar correctamente o proporcionar poco valor a
sus usuarios. La correccin es el grado en el que el Software lleva a cabo su funcin requerida.
Fiabilidad del Software:
Calculada partir del dato anterior. En esta poca de intrusos informticos y de virus, la integridad del
software ha llegado a tener mucha importancia. Este atributo mide la habilidad de un sistema para resistir
ataques (tanto accidentales como intencionales) contra su seguridad. El ataque se puede realizar en
cualquiera de los tres componentes del Software, programas, datos, y documentos.
Mantenibilidad del Software:
Que se mide a partir de otro conjunto de mtricas, incluidas las de complejidad: La facilidad de
mantenimiento es la facilidad con la que se puede corregir un programa si se encuentra un error, se puede
adaptar si su entorno cambia, o mejorar si su cliente desea un cambio de requisitos.
La calidad del software es una caracterstica que, tericamente al menos, puede
ser medida en cada fase del ciclo de desarrollo del Software.
Mtricas de Procesos
Estas mtricas evalan el proceso en s de fabricacin del producto
correspondiente. Ejemplos de este tipo de mtricas son el tiempo de desarrollo
del producto, el esfuerzo que conlleva dicho desarrollo, el nmero y tipo de
recursos empleados (personas, mquinas, etc) el costo del proceso. La obtencin
de este tipo de mtricas esta asociada generalmente a alguna tcnica de
estimacin. En el siguiente tema describiremos las tcnicas bsicas de
estimacin, y los mtodos que se pueden aplicar.

2.5 2.11.- Integracin de las Mtricas dentro del Proceso de

Software
La mayora de los desarrolladores de Software todava no miden, y por
desgracia, la mayora no desean ni comenzar.
Por qu es tan importante medir el proceso de ingeniera de Software y el
producto (Software) que produce?. La respuesta es relativamente obvia. Si no se
mide, no hay una forma real de determinar s se est mejorando. Y si no se est
mejorando, se est perdido.
Mediante el uso de la medicin para establecer una lnea base del proyecto, cada
uno de estos asuntos se hace ms fcil de manejar. Ya hemos apuntado que la
23

lnea base sirve como base de la estimacin. Adems, la recopilacin de

mtricas de calidad permite a una organizacin -sintonizar- su proceso de
ingeniera del Software para eliminar las causas - poco vitales- de los defectos
que tienen el mayor impacto en el desarrollo del Software.

2.6 2.12.- Planificacin de Proyectos.

El objetivo de planificacin del proyecto de Software es proporcionar un marco
de trabajo que permita al gestor hacer estimaciones razonables de recursos,
costo y planificacin temporal. Estas estimaciones se hacen dentro de un marco
de tiempo limitado al comienzo de un proyecto de Software, y deberan
actualizarse a medida que progresa el proyecto. Adems, las estimaciones
deberan definir los escenarios del " mejor caso " y " peor caso " de forma que
los resultados del proyecto puedan limitarse. El objetivo de la planificacin se
logra mediante un proceso de descubrimiento de la informacin que lleve a
estimaciones razonables.
mbito del Software.
La primera actividad de la planificacin del proyecto de Software es determinar
el mbito del Software. Se deben evaluar la funcin y el rendimiento que se
asignaron al Software durante la ingeniera del sistema. El mbito del Software
describe la funcin, el rendimiento, las restricciones, las interfaces y la
fiabilidad.

Se evalan las funciones descritas en el enunciado del mbito, y en algunos

casos se refinan para dar ms detalles antes del comienzo de la estimacin. La
tcnica ms utilizada con frecuencia para acercar al cliente y al desarrollador, y
para hacer que comienza el proceso de comunicacin es establecer una
entrevista preliminar.
La comunicacin con el cliente lleva a una definicin de datos , funciones, y
comportamientos a implementarse, y de informacin sobre el rendimiento y
imitaciones que delimitan el sistema.
Recursos
La segunda tarea de la planificacin del desarrollo de Software es la estimacin
de los recursos requeridos para acometer el esfuerzo de desarrollo de Software.
24

En base a la pirmide de recursos se encuentra el entorno de desarrolloHardware y Software- que proporciona la infraestructura de soporte al esfuerzo
de desarrollo. En un nivel ms alto se encuentra los componentes del Software
Reutilizables, los bloques de Software que pueden reducir drsticamente los
costos de desarrollo y acelerar la entrega. En la parte ms alta esta el recurso
primario- las personas.
Recursos Humanos
El encargado de la planificacin comienza elevando el mbito y seleccionando
las habilidades tcnicas que se requieren para llevar acabo el desarrollo. El
nmero de personas requeridas para un proyecto de Software slo puede ser
determinado despus de hacer una estimacin del esfuerzo de desarrollo ( por
ejemplo, personas - mes o personas - aos.)
2.13.- Recursos de Software Reutilizables.
Cualquier estudio sobre recurso de Software estara incompleto sin estudiar la
reutilizacin, esto es, la creacin y la reutilizacin de bloques de construccin
de software [H0091]. Tales bloques deben establecerse en catlogos para una
consulta ms fcil, estandarizarse para una fcil aplicacin y validarse para
tambin la fcil integracin.
Bernnatan [BEN92] sugiere cuatro categoras de recursos de Software que se
deberan tener en cuenta a medida que se avanza con la planificacin.
Componentes ya desarrollados.
El Software existente se puede adquirir de una tercera parte o provenir de uno
desarrollado internamente para un proyecto anterior. Estos componentes estn
listos para utilizarse en el proyecto actual y se han validado totalmente.
Componentes ya experimentados.
25

Las especificaciones, diseos, cdigos, o datos de pruebas ya existentes y

desarrollados para proyectos anteriores que son similares al Software que se va
a construir para el proyecto actual. Los miembros del equipo del Software
actual ya han tenido la experiencia completa en el rea de la aplicacin
representada para estos componentes, Las modificaciones, por tanto, requeridas
para componentes de total experiencia, tendr un riesgo relativamente bajo.
Componentes con experiencia parcial.
Las especificaciones, los diseos, cdigos o los datos de prueba existentes ya
desarrollados para proyectos anteriores que se relacionan con el Software que se
va a construir para el proyecto actual, pero que requerirn una modificacin
sustancial. Los miembros del equipo del Software actual han limitado su
experiencia slo al rea de aplicacin representada por estos componentes. Las
modificaciones, por tanto, requeridas para componentes de experiencia parcial
tendrn bastante grado de riesgo.
Componentes nuevos.
Los componentes de Software que el equipo de Software debe construir son
especficamente para las necesidades del proyecto actual.
Recursos de entorno
El entorno es donde se apoya el proyecto de Software, llamado a
menudo entorno de Ingeniera de Software (EIS) incorpora Hardware y
Software. El Hardware proporciona una plataforma con las herramientas
(Software) requeridas para producir los productos que son el resultado de una
buena prctica de la ingeniera de Software.

26

3. 3.- Mtricas para la Calidad de Proyectos de Software

Las Mtricas de Calidad proporcionan una indicacin de cmo se ajusta
el software, a los requerimientos implcitos y explcitos del cliente.
El objetivo principal de la ingeniera del software es producir un producto de
alta calidad. Para lograr este objetivo, los ingenieros del software deben utilizar
mediciones que evalen la calidad del anlisis y los modelos de desafo, el
cdigo fuente, y los casos de prueba que se han creado al aplicar la ingeniera
del software. Para lograr esta evaluacin de la calidad en tiempo real, el
ingeniero debe utilizar medidas tcnicas que evalan la calidad con objetividad,
no con subjetividad.
En informtica, el trmino mtrica hace referencia a la medicin del software en
base a parmetros predeterminados, como puede ser el nmero de lneas de
cdigo de que consta o el volumen de documentacin asociada. A veces en vez
de hablar de mtrica se usa el trmino Indicadores del software. Algunos
ingenieros lo usan como sinnimos mientras que otros les atribuyen significados
distintos. Algunas mtricas o indicadores pueden ser:

ndice de productividad = tamao / esfuerzo = lneas de cdigo

generado / horas trabajadas.

Tasa de defectos = defectos / tamao = nmero de errores / lneas de
cdigo generadas.

El primer objetivo del equipo de proyecto es medir errores y defectos. Las

mtricas que provienen de estas medidas proporcionan una indicacin de la
efectividad de las actividades de control y de la garanta de calidad.

3.1 3.1.- Importancia

Las mtricas de software se utilizan para propsitos estratgicos y son utilizadas
en el proyecto para minimizar la planificacin de desarrollo haciendo los ajustes
necesarios que eviten retrasos y reduzcan problemas y riesgos potenciales, son
utilizadas tambin para evaluar la calidad de los productos en el momento actual
y cuando sea necesario, modificando el enfoque tcnico que mejore la calidad.
Para establecer objetivos de mejora durante el proceso de desarrollo de
software, se debe comprender el estado actual del desarrollo del software. Si no
se mide, no hay una forma real de determinar si se est mejorando y si no se
est mejorando, se est perdido.
27

Desarrollando y analizando una lnea base de mtricas de calidad, una

organizacin puede actuar con objeto de corregir esas reas de proceso del
software que son la causa de los defectos del software. Con la creacin de estas
mtricas los ingenieros del software pueden obtener una visin ms profunda
del trabajo que realizan y del producto que elaboran.

3.2 3.2.- Visin general de los factores que afectan a la calidad

Se han definido un conjunto de factores de calidad, estos factores evalan el
software desde tres puntos de vista distintos:
Operacin del producto (utilizndolo).
Revisin del producto (cambindolo).
Transicin del producto (modificndolo para que funcione en un entorno
diferente).
Proporciona un mecanismo para que el gestor del proyecto identifique lo que
considera importante y un medio de evaluar cuantitativamente lo bien que va
progresando el desarrollo en relacin con los objetivos de calidad establecidos

3.3 3.3.- Medicin de la calidad

La meta primordial de la ingeniera de software producir un sistema, aplicacin
o producto de alta de calidad dentro de un marco temporal que satisfaga una
necesidad del mercado (Roger Pressman 2002).
La correccin, la facilidad, de mantenimiento, la integridad y la facilidad de uso
ofrecen indicadores tiles para el equipo del proyecto:
La correccin, facilidad de mantenimiento, integridad, y facilidad de uso son
medidas de calidad que proporcionan indicadores tiles para el equipo del
proyecto.
Correccin: La correccin es el grado en el que el software lleva a
cabo su funcin requerida, como el software desempea la funcin para
la que fue creado donde los defectos se definen como una falta de
concordancia con los requisitos.
Facilidad de mantenimiento: Es la facilidad con la que se puede
corregir un programa si se encuentra un error, se puede adaptar si su
entono cambia, o mejorar si el cliente desea un carnio de requisitos.

28

Esta actividad cuenta con ms esfuerzo que cualquier otra actividad de

ingeniera del software.
Medida:

Tiempo

medio

de

cambio

(anlisis,

diseo,

implementacin, prueba, distribucin).

Integridad: Mide la capacidad de un sistema para resistir ataques (tanto
accidentales como intencionados) contra su seguridad. El ataque se
puede realizar en cualquiera de los tres componentes del software,
programas, datos y documentos.
La medicin de la integridad define dos atributos:
Amenaza:
Puede estimarse o deducirse es la probabilidad de que un
ataque suceda en un tiempo determinado.
Seguridad:

La seguridad es la probabilidad de que se pueda repeler el

ataque de un tipo determinado. La integridad del sistema se
puede definir corno:
Integridad = 1 (amenaza x (1 seguridad ))

Facilidad de uso: La facilidad de uso es un intento de cuantificar lo

amigable que puede ser el programa con el usuario. Se puede medir en
funcin de cuatro caractersticas:
Habilidad intelectual y/o fsica requerida para aprender el
sistema.

El

tiempo

requerido

para

llegar

ser

moderadamente eficiente en el uso del sistema. Aumento

neto en productividad, medida cuando alguien utiliza el
sistema moderadamente y eficientemente. Valoracin
subjetiva de la disposicin de 1os usuarios hacia el sistema,
a veces obtenida mediante un cuestionario.

3.4 Eficacia de la Eliminacin de Defectos

Proporciona beneficios tanto a nivel del proyecto como del proceso, es
una medida para filtrar las actividades de la garanta de calidad y de

29

control al aplicarse a todas las actividades del marco de trabajo del

proceso.
La Eficacia de la Eliminacin de Defectos (EED) se define de la forma
siguiente:
EED=E / (E+D)
Donde E es el nmero de errores encontrados antes de la entrega
del software al usuario final y D es el nmero de defectos
encontrados despus de la entrega. Cuando el valor de EED es 1
significa que no se han encontrado defectos en el software, D ser
mayor que cero.
Cuando E aumenta (para un valor de D dado), el valor total de EED
empieza a aproximarse a 1. A medida que E aumenta, es probable que el
valor final de D disminuya (los errores se filtran antes de que se
conviertan en defectos). Si se utilizan como una mtrica que
proporciona un indicador de la habilidad de filtrar las actividades de la
garanta de la calidad y del control, EED anima a que el equipo
del proyecto de software instituya tcnicas para encontrar todos los
errores posibles antes de su entrega.
EED tambin se puede utilizar dentro del proyecto para evaluar la
habilidad de un equipo en encontrar errores antes de que pasen a la
siguiente tarea de ingeniera del software. Se vuelve a definir como:
EEDi = Ei / (Ei + Ei +1)
Donde Ei es el nmero de errores encontrado durante la actividad
de ingeniera del software i y Ei+1, es el nmero de errores encontrado
durante la actividad de ingeniera del software i + 1 que se puede seguir
para llegar a errores que no se detectaron en la actividad de la ingeniera
del software.

3.4

3.5 Norma ISO 9001 para calidad de Software

La ISO 9001 es una norma ISO internacional elaborada por la
Organizacin Internacional para la Estandarizacin (ISO) que se aplica
a los Sistemas de Gestin de Calidad de organizaciones pblicas y
privadas, independientemente de su tamao o actividad empresarial. Se

30

trata de un mtodo de trabajo excelente para la mejora de la calidad de

los productos y servicios, as como de la satisfaccin del cliente.
las empresas se interesan por obtener esta certificacin para garantizar a
sus clientes la mejora de sus productos o servicios y estos a su vez
prefieren empresas comprometidas con la calidad. Por lo tanto, las
normas como la ISO 9001 se convierten en una ventaja competitiva
para las organizaciones.
Sin embargo la ISO 9001 es una normativa de cumplimiento opcional
para el aseguramiento de la calidad en las empresas. Esta norma trata de
definir los procesos que se siguen dentro de la empresa para
estandarizarlos y controlarlos. Es de carcter genrico. El cumplimiento
de la norma ISO 9001 no garantiza que se est controlando que la
calidad del producto final sea buena. Simplemente garantiza que la
empresa ha adoptado una organizacin definida y controlada.
Factores de Calidad ISO 9126
El estndar identifica seis atributos clave de calidad:

Funcionalidad: El grado en que el software satisface las necesidades

indicadas por los siguientes subatributos:
Idoneidad
Correccin
Interoperabilidad
Conformidad y seguridad.

31

 Confiabilidad: Cantidad de tiempo que el software est disponible para

su uso. Est referido por los siguientes subatributos:
Madurez
Tolerancia a fallos y facilidad de recuperacin.
Usabilidad: Grado en que el software es fcil de usar. Viene reflejado
por los siguientes subatributos:
Facilidad de comprensin.
Facilidad de aprendizaje y operatividad.
Eficiencia: Grado en que el software hace ptimo el uso de los recursos
del sistema. Viene reflejado por los siguientes subatributos:
Tiempo de uso y recursos utilizados.
Facilidad de mantenimiento: La facilidad con que una modificacin
puede ser realizada. Est indicada por los siguientes subatributos:
Facilidad de anlisis
Facilidad de cambio
Estabilidad y facilidad de prueba.
Portabilidad: La facilidad con que el software puede ser llevado de un
entorno a otro. Est referido por los siguientes subatributos:
Facilidad de instalacin
Facilidad de ajuste
Facilidad de adaptacin al cambio
Ejemplo para medir calidad de software
El siguiente ejemplo, contempla mtricas presentes en cualquier
proyecto de desarrollo de software y se puede aplicar para medir la
calidad:

Las mtricas a utilizar podrian ser:

32

La forma de obtenerlas viene dada por:

33

4. 4.- Indicadores de la Calidad del software

4.1 4.1 Indicadores de Calidad
La vida cotidiana posee un gran nmero de aspectos, los cuales se
comportan como variables, es decir, tienen caractersticas que cambian
de modo tanto cualitativo como cuantitativo.
Dada la necesidad de describir, se debe operacionalizar la obtencin de
informacin sobre las variables que se observan. Lo que se usa para
realizar esta operacionalizacin son los indicadores, que no son otra
cosa que descriptores que se construyen con la informacin a la que se
puede acceder (disponible o por recoger) y que dice algo de un aspecto
(una variable) de la realidad.

La palabra indicador, proviene del latn indicare (sealar, avisar, estimar),

alude a hechos o datos concretos que aprueban la existencia de cambios que
conducen hacia resultados e impactos buscados (Cuellar, 2008).

Son elementos del sistema de control de gestin, que proporciona

informacin significativa sobre aspectos crticos o claves de una
organizacin mediante la relacin de dos o ms datos (Cuellar, 2008). - Es
una medida cuantitativa que puede usarse como gua para controlar y
valorar la calidad de las diferentes actividades. Es decir, la forma particular
(normalmente numrica) en la que se mide o evala cada una de los
criterios (Cuellar, 2008).

Un indicador es una medida cuantitativa que valora el grado de

cumplimiento de un estndar, que determina la brecha existente entre el
desempeo ideal y el real, se expresa como un nmero, promedio,
proporcin o porcentaje y consta, en su mayora, de numerador y
denominador (Cuellar, 2008)

4.2 4.2 Indicadores de calidad de Software

Un indicador de calidad, no son ms que: Herramientas para clarificar y

definir, de forma ms precisa, objetivos e impactos. Son medidas
verificables de cambio o resultado diseadas para contar con un estndar
contra el cual evaluar, estimar o demostrar el progreso con respecto a metas
34

establecidas, facilitan el reparto de insumos, produciendo productos y

alcanzando objetivos( Prez, 2007).

Se puede definir un indicador de calidad de software como una medida
cualitativa o cuantitativa del grado al que un componente del sistema, o un
proceso posee un atributo dado. Est calculado sobre un solo componente o

puede que se trate de un indicador compuesto basado en dos o ms medidas.

Un indicador de calidad es un instrumento que permite a los actores de un
proyecto observar o medir resultado. Constituyen seales de cambio
reconocidas por diferentes actores (Cuellar, 2008).

De este modo se puede decir que los indicadores de calidad de software son
medidas que describen la calidad relacionada a los estndares, para evaluar,
estimar y demostrar el progreso de proyectos, produciendo productos de alta
calidad y alcanzando los objetivos trazados. Siempre son elementos sectoriales
que suelen responder de manera lineal a los incrementos o decrementos de los
parmetros que los integran. Estos pueden expresar porcentajes, pero siempre
son resultado de clculos aritmticos sencillos y de respuestas lineales. Existen
varias dificultades a la hora de elegir los indicadores, los mismos deben
simplificar al mximo la informacin sacada de un conjunto de datos complejos
(de manera que integran slo parmetros observables fciles para evaluar).
Paralelamente, deben satisfacer a criterios de claridad y de representatividad. Se
trata de una tarea difcil, que no excluye el riesgo de omitir unas informaciones
importantes. Los indicadores pueden ser descritos como una pantalla que filtra
la informacin. En consecuencia, si los indicadores no estn escogidos de
manera estrictamente rigurosa y apropiada, las seales de alerta y los cambios
del sistema correran peligro de pasar inadvertidos. Es por eso que la eleccin
de "buenos" indicadores exige una buena comprensin y una cierta experiencia
del sistema.

4.3 4.3 Propsitos de los indicadores de calidad

Los indicadores de proyecto permiten al gestor de proyectos del software
evaluar el estado del proyecto en curso, seguir la pista de los riesgos
potenciales, detectar las reas de problemas antes de que se conviertan en
crticas, justar el flujo y las tareas del trabajo, y evaluar la habilidad del

35

equipo del proyecto en controlar la calidad de los productos de trabajo del

software (Pressman, 2002).
El propsito de los indicadores de calidad nos permite evaluar la calidad del
producto y proceso para producir productos de software. Es evaluar las
condiciones y tendencias con relacin a los objetivos y metas trazadas e indicar
si los objetivos han sido cumplidos o tiene posibilidad de lograrse.

36

5. 5.-Tcnicas para Sistemas orientados a Objetos

Las tcnicas orientadas a objetos pueden verse como la combinacin de las
tcnicas orientadas a datos y las tcnicas orientadas a procesos. Los datos y
procesos son encapsulados en objetos.
Las tcnicas orientadas a objetos prometen ofrecen las ventajas que buscaban
las tcnicas de diseos estructurados. Requiere un cambio radical en nuestra
forma de pensar, que se ralentizado por nuestro conocimiento de los mtodos
actuales.

5.1 5.1 Tcnicas Orientadas a Objetos

Tcnicas dirigidas por datos:
Son aquellas que utilizan extensiones semnticas de modelos de datos o el
denominado modelado de informacin.
Tcnicas dirigidas por procesos:
Son aquellas tcnicas que utilizan extensiones de modelos funcionales con
descomposicin funcional. El modelo funcional ms ampliamente utilizado,
tambin por su divulgacin y carcter intuitivo del diagrama de flujo de datos
(DFD).
Tcnicas dirigidas por dinmicas:
Son las que utilizan extensiones de modelos dinmicos de alguna especie. Los
modelos dinmicos ms utilizados son los diagramas de transicin de estados,
los statecharts de Harel, David. Statecharts y las redes de Petri Heuser, Carlos.
Tcnicas textuales:
Son aquellas que se basan en descripciones informales, pero precisas, escritas
en lenguaje natural para identificar objetos, atributos y operaciones tanto del
dominio del problema como del dominio de la solucin, a travs de un anlisis
sintctico de sustantivos, adjetivos, verbos y adverbios.
Tcnicas integracionistas:
Representa a aquellas tcnicas que integran modelos separados de las diferentes
dimensiones. Como tcnica representativa de esta categora se encuentra la de
Rumbaugh, James et al. Los autores proponen una tcnica de desarrollo de
software orientado a objetos denominada OMT (Object Modeling Technique),
que incluye explcitamente el AOO como la construccin de tres modelos, uno

37

para cada dimensin, que especifiquen el dominio del problema considerando

los requerimientos.

5.2 5.2 Caractersticas de las tcnicas orientadas a objetos

Tcnicas Dirigidas por Datos

El modelo entidad-relacionamiento extendido es el ms utilizado por su

divulgacin y carcter intuitivo.

Es indicada como Object-Oriented Analysis (OOA) de Rumbaugh, James et

al.

Resulta un modelo multicamadas.

Realiza actividades como: Ubicacin de clases y objetos, identificacin de

estructuras, identificacin de asuntos, definicin de atributos y definicin de
servicios.

5.3 Tcnicas Dirigidas por Procesos

Identificar las entidades (objetos) claves en el dominio del problema.

Distinguir entre entidades activas y pasivas.

Establecer flujos de datos entre las entidades activas.

Descomponer entidades (o funciones) en subentidades o funciones.

Buscar nuevas entidades.

Agrupar las funciones bajo las nuevas entidades.

Definir dominios apropiados para las entidades.

Las funciones siempre pertenecen a una identidad de ms alto nivel.

5.4 Tcnicas Dirigidas por Dinmica

Posee una variante de diagrama de transicin de estado.

Posee una variante de redes predicado.
Es evolutiva dirigida por dinmica de las Schiel, Ulrich & Ivan Mistrik.

38

5.5 Las Tcnicas Textuales

Posee insuficiencia para abordar problemas ms complejos.

Mayormente son consideradas como sobrepasadas.
Posee un origen fuera del paradigma de la orientacin a objetos.
Propone disear programa en Ada a partir de descripciones informales en

ingls.
Se consideradas por su relevancia histrica.

5.6 Las Tcnicas Integracionistas

El Anlisis Orientado a Objeto est ligado a la construccin de modelos: modelado

estructural, modelado dinmico y modelado funcional.

Utilizan el modelo entidad-relacionamiento.

En el modelo dinmico utilizan variante de los statecharts.

En el modelo funcional son usados los diagramas de flujo de datos extendidos con
flujos de control.

Se transforman en una de las tcnicas ms divulgadas.

1. Bibliografas
Roger S. Pressman Ingeniera de Software Un Enfoque Prctico, 6ta
Edicin - ISBN: 9789701054734

2. Linkografias
1. Metricas para la calidad del software Disponible en lnea
<http://www.ecured.cu/Metricas_para_la_calidad_del_software>
2. Software ISO Calidad Disponible en lnea
<https://www.isotools.org/normas/calidad/iso-9001>

39

3. Metricas Tcnicas Del Software Disponible en lnea

<http://es.slideshare.net/juic/metricas-tecnicas-del-software-presentation?
next_slideshow=1>
4. Calidad del software. Mtricas y fiabilidad de aplicaciones (1 parte)
(DV00103A) Disponible en lnea
<http://aprenderaprogramar.com/index.php?
option=com_content&view=article&id=198:calidad-del-software-metricasy-fiabilidad-de-aplicaciones-1a-parte-dv00103a&catid=45:tendenciasprogramacion&Itemid=164>
5. Calidad del software (2 parte) Mtricas, repositorios y planes de proyecto
(DV00104A) Disponible en lnea
<http://www.aprenderaprogramar.com/index.php?
option=com_content&view=article&id=200>
6. Indicadores de calidad para software de simulacin Disponible en lnea
<http://publicaciones.uci.cu/index.php/SC/article/viewFile/1004/587>
7. Tcnicas de Anlisis Orientado a Objetos: Clasificacin y Evaluacin
Disponible en lnea < http://eii.ucv.cl/pers/gbustos/PDF/Clasifica.PDF>

40