TRABAJO INVESTIGATIVO 06

CALIDAD DEL SOFTWARE

PRESENTADO POR:

DAMIAN SAMAEL TOVAR BOHORQUEZ

FREDY ENRIQUE GALINDO OSMA
SEBSTIAN GAMBOA BAUTISTA
JULIAN DAVID MAQRUEZ FUENTES

PRESENTADO A:
Juan Carlos Guevara Bolaos

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

FACULTAD TECNOLOGICA
TECNOLOGIA EN SISTEMATIZACION DE DATOS
2016

CONTENIDO
2. INTRODUCCION ................................................................................................................... 4
3. CALIDAD ............................................................................................................................... 4
3.1 Definicin ........................................................................................................................ 4
3.2 Importancia de la calidad ............................................................................................... 5
3.3 Caractersticas ................................................................................................................ 5
3.4 Factores crticos de xito ............................................................................................... 6
4.

MODELOS DE CALIDAD ................................................................................................ 7

5. NORMAS DE CALIDAD ...................................................................................................... 15

5.1 ISO 90003:2004 ISO 90003:2004 ...................................................................................... 17
5.2 ISO/IEC 20000:2005 .......................................................................................................... 18
5.3 ISO/IEC 12207:2002 AMD 1 .............................................................................................. 18
5.4 ISO/IEC 12207:2004 AMD 2 .............................................................................................. 19
6. CALIDAD DE MODELOS CONCEPTUALES ...................................................................... 20
6.1 Mtricas para modelos conceptuales tradicionales ...................................................... 20
6.1.1. Mtricas de Moody ....................................................................................................... 20
6.1.2. Descripcin ................................................................................................................... 20
6.2. Mtricas para modelos conceptuales orientados a objetos ......................................... 22
6.2.1 Mtricas de Piattini ........................................................................................................ 22
6.2.2. Descripcin ................................................................................................................... 22
7. CALIDAD DE PRODUCTO DE SOFTWARE ....................................................................... 23
7.1 ISO/IEC 9126 Modelo de calidad del producto del software ....................................... 23
7.1.1 Descripcin .................................................................................................................... 24
7.1.2 ISO/IEC 14598 Calidad de la evaluacin del producto de software ........................ 24
7.1.2.1 Descripcin ................................................................................................................. 24
7.2 MODELOS ......................................................................................................................... 24
7.2.1 ISO/IEC 9126 Modelo de calidad del producto del software .................................... 24
7.2.2 ISO/IEC 14598 Modelo de Calidad de la evaluacin del producto de software ...... 29
8. CALIDAD DEL PROCESO DE SOFTWARE ....................................................................... 32
8.1. SCAMPI A......................................................................................................................... 32
8.1.1 Descripcin .................................................................................................................... 32
8.1.2. ISO/IEC 15504 ............................................................................................................... 33

8.1.2.1 Descripcin ................................................................................................................. 33

8.2. MODELOS ........................................................................................................................ 33
8.2.1 Modelo CMMI ................................................................................................................. 33
8.2.2 Modelo ISO/ICE 15504 ................................................................................................... 36
9. CALIDAD DE INTERFAZ DE SOFTWARE .......................................................................... 37
9.1 ISO/EIC 9126 .............................................................................................................. 37
9.1.1 Descripcin ............................................................................................................. 37
9.2 MODELOS Y DESCRIPCIN ..................................................................................... 40
9.2.1 Modelos de usuarios .............................................................................................. 40
9.2.2 Modelo de diseador .............................................................................................. 41
10. SOFTWARE PARA ESTIMAR CALIDAD .......................................................................... 41
10.1. TESTLINK ....................................................................................................................... 41
10.1.2 Descripcin .................................................................................................................. 41
10.1.3 Funcionalidades .......................................................................................................... 42
10.1.4 Ejemplo ........................................................................................................................ 42
10.2 CHECKSTYLE ................................................................................................................. 44
10.2.1 Descripcin .................................................................................................................. 44
10.2.3 Funcionalidades .......................................................................................................... 45
10.2.4 Ejemplo ........................................................................................................................ 45
10.3 KUIWAN .......................................................................................................................... 51
10.3.1 Funcionalidades .......................................................................................................... 52
10.3.2 Ejemplo ........................................................................................................................ 53
10.4 SONAR ............................................................................................................................ 57
10.4.1 Descripcin .................................................................................................................. 57
10.4.2

Requerimientos ........................................................................................................ 57

10.4.3 Funcionalidades .......................................................................................................... 59

12. Conclusiones .................................................................................................................... 64
Bibliografa ............................................................................................................................. 64

2. INTRODUCCION
En un mercado globalizado donde las empresas deben innovar y mejorar
continuamente para crecer y ser ms competitivas, es necesario tener acceso a
certificaciones de calidad internacionales que les den un respaldo y puedan
mantenerse en este mercado. Las certificaciones de calidad en la industria del software
ayudan a las empresas a ser ms productivas disminuyendo costos y tiempo en sus
desarrollos. La implantacin de sistemas de calidad aportan gran nmero de beneficios
a las compaas que apuestan por esta estrategia. No slo reducen sus costes de
manera razonable, sino que adems incrementan sus ingresos gracias al mayor grado
de satisfaccin de sus clientes y en una mejora de la motivacin de sus empleados.

3. CALIDAD

3.1 Definicin
Primeramente definimos la calidad relacionado al desarrollo de software. Segn
Pressman, la calidad del software es la concordancia con los requisitos 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. La calidad se puede definir tambin como "una
caracterstica o atributo de una cosa". De esta forma se podra decir que la calidad de los
productos puede medirse como una comparacin de sus caractersticas y atributos.
Una de las formas de realizar una medida de calidad es observar las diferencias
ocurridas en la produccin dos productos iguales. La produccin de artculos de
cualquier especie no asegura que dos de ellos sean totalmente iguales. Quizs sea
preciso realizar observaciones detalladas para lograr distinguir las variaciones entre
uno y otro, ya que estas pueden no ser obvias.
De acuerdo a la definicin de la ISO 8402 "Conjunto de propiedades y de
caractersticas de un producto o servicio, que le confieren aptitud para satisfacer una
necesidades explcitas o implcitas"

3.2 Importancia de la calidad

La calidad del software puede parecer un concepto alejado de la vida diaria de la mayora
de las personas, pero nada ms lejos de la realidad.; ejemplo: cuando en un restaurante se
bloquea el sistema de cobro, estamos ante un problema de calidad del software. Es
probable que se haya sufrido los efectos de estos problemas de calidad en forma de
retrasos, prdidas de tiempo o dinero, etc. Estos problemas pueden ser mucho ms graves
cuando afectan graves prdidas econmicas o problemas ambientales o sociales.

Los fallos de software afectan a todos los sectores y a todos los pases, actualmente se
desarrolla software fiable y correcto a un costo razonable. Los autnticos profesionales
y las empresas bien organizadas son prudentes y saben que deben aplicar distintas
tcnicas de control y prevencin, adems de un buen proceso de desarrollo.

3.3 Caractersticas
Hablar de calidad del software implica la necesidad de contar con parmetros que
permitan establecer los niveles mnimos que un producto de este tipo debe alcanzar
para que se considere de calidad. Los expertos en calidad sugieren adoptar los pasos
siguientes para mejorar la calidad del software:

Establecer un sistema de evaluacin y medicin para determinar en qu medida se

est actuando correctamente. Elegir unos pocos proyectos tpicos completados.
Calcular el tiempo, el esfuerzo, los errores y el tiempo necesarios para la correccin.

Documentar el proceso de desarrollo actual, por muy catico que sea.

Calcular el coste de corregir errores de software en trminos de las mercancas o

servicios vendidos por la compaa. Hacer pblico este coste en toda la
organizacin informtica.

Hacer lo necesario para eliminar errores en requerimientos y diseo.

Entrevistar cuidadosamente a usuarios y directores y verificar que se ha

comprendido lo que necesitan. Mostrarles prototipos de diseo. Cualquier gasto
adicional generado ser compensado en el resto del proceso de desarrollo.

Realizar pruebas (tests) pronto y con frecuencia. Iniciar la planificacin de las

pruebas (tests) tan pronto como se haya completado la definicin de los
requerimientos. Comprobar mdulos segn van siendo desarrollados, sin esperar a

que estn integrados. Un buen conjunto de pruebas (tests) ser aquel que demuestre
que existen errores, no que no existen. El mejorar la calidad del software no es algo
que sucede una vez y queda ah para siempre, ni tampoco es cuestin de realizar un
drstico cambio en el proceso de desarrollo y pensar entonces que el problema de la
calidad ha quedado definitivamente resuelto. Es algo 8 similar a cmo adquirir una
forma fsica excelente. No basta con hacer ejercicio una vez y olvidarse de ello. Es un
proceso continuo. Algo que se convierte en una forma de vida.

3.4 Factores crticos de xito

Los factores que determinan la calidad del software se clasifican en tres grupos:

1. Operaciones del producto: caractersticas operativas

Correccin (Hace lo que se le pide?): El grado en que una aplicacin satisface
sus especificaciones y consigue los objetivos encomendados por el cliente
Fiabilidad (Lo hace de forma fiable todo el tiempo?): El grado que se puede
esperar de una aplicacin lleve a cabo las operaciones especificadas y con la
precisin requerida
Eficiencia (Qu recursos hardware y software necesito?) La cantidad de recursos
hardware y software que necesita una aplicacin para realizar las operaciones
con los tiempos de respuesta adecuados
Integridad (Puedo controlar su uso?) El grado con que puede controlarse el
acceso al software o a los datos a personal no autorizado
Facilidad de uso (Es fcil y cmodo de manejar?): El esfuerzo requerido para
aprender el manejo de una aplicacin, trabajar con ella, introducir datos y
conseguir resultados.

2. Revisin del producto: capacidad para soportar cambios

Facilidad de mantenimiento (Puedo localizar los fallos?): El esfuerzo requerido
para localizar y reparar errores
Flexibilidad (Puedo aadir nuevas opciones?): El esfuerzo requerido para
modificar una aplicacin en funcionamiento

 Facilidad de prueba (Puedo probar todas las opciones?) El esfuerzo requerido

para probar una aplicacin de forma que cumpla con lo especificado en los
requisitos
3. Transicin del producto: adaptabilidad a nuevos entornos
Portabilidad (Podr usarlo en otra mquina?) El esfuerzo requerido para
transferir la aplicacin a otro hardware o sistema operativo
Reusabilidad (Podr utilizar alguna parte del software en otra aplicacin?): Grado
en que partes de una aplicacin pueden utilizarse en otras aplicaciones
Interoperabilidad (Podr comunicarse con otras aplicaciones o sistemas
informticos?): El esfuerzo necesario para comunicar la aplicacin con otras
aplicaciones o sistemas Informticos.

4. MODELOS DE CALIDAD
4.1 Modelo CMMI
El CMMI es un modelo de calidad del software que clasifica las empresas en niveles de
madurez. Estos niveles sirven para conocer la madurez de los procesos que se
realizan para producir software.

Niveles CMMI
Los niveles CMMI son 5:

Inicial o Nivel 1 CMMI. Este es el nivel en donde estn todas las empresas que no
tienen procesos. Los presupuestos se disparan, no es posible entregar el proyecto
en fechas, los empleados si tienen que quedar durante noches y fines de semana
para terminar un proyecto. No hay control sobre el estado del proyecto, el desarrollo
del proyecto es completamente opaco, no se sabe que pasara con l.
Nivel 2 CMMI. Quiere decir que el xito de los resultados obtenidos se pueden
repetir. La principal diferencia entre este nivel y el anterior es que el proyecto es
gestionado y controlado durante el desarrollo del mismo. El desarrollo no es
opaco y se puede saber el estado del proyecto en todo momento.

Los procesos que hay que implantar para alcanzar este nivel
son: - Gestin de requisitos

Planificacin de proyectos
Seguimiento y control de proyectos
Gestin de proveedores
Aseguramiento de la calidad
Gestin de la configuracin

Nivel 3 CMMI. alcanzar este nivel significa que la forma de desarrollar proyectos
(gestin e ingeniera) est definida, por definida quiere decir que est
establecida, documentada y que existen mtricas (obtencin de datos objetivos)
para la consecucin de objetivos concretos.
Los procesos que hay que implantar para alcanzar este nivel son:
-

Desarrollo de requisitos
Solucin Tcnica
Integracin del producto
Verificacin
Validacin
Desarrollo y mejora de los procesos de la organizacin
Definicin de los procesos de la organizacin
Planificacin de la formacin
Gestin de riesgos
Anlisis y resolucin de toma de decisiones

La mayora de las empresas que llegan al nivel 3 paran aqu, ya que es un nivel
que proporciona muchos beneficios y no ven la necesidad de ir ms all porque
tienen cubiertas la mayora de sus necesidades.

Nivel 4 CMMI. Los proyectos usan objetivos medibles para alcanzar las
necesidades de los clientes y la organizacin. Se usan mtricas para gestionar
la organizacin.
Los procesos que hay que implantar para alcanzar este nivel son:
-

Gestin cuantitativa de proyectos

Mejora de los procesos de la organizacin

Nivel 5 CMMI. Los procesos de los proyectos y de la organizacin estn

orientados a la mejora de las actividades. Mejoras incrementales e innovadoras
de los procesos que mediante mtricas son identificadas, evaluadas y puestas
en prctica.
Los procesos que hay que implantar para alcanzar este nivel son:

Innovacin organizacional
Anlisis y resolucin de las causas

Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan

simultneamente ya que estn muy relacionados.
La implantacin de un modelo de estas caractersticas es un proceso largo y costoso
que puede costar varios aos de esfuerzo. Aun as el beneficio obtenido para la
empresa es mucho mayor que lo invertido.

4.2 El Modelo ISO/ IEC 15504

Este estndar SPICE trabaja con procesos de ingeniera, cliente-servidor, gestin de la
organizacin y del soporte, fue diseada por la alta competitividad del mercado de
desarrollo de software, a la difcil tarea de identificar los riesgos, cumplir con el
calendario, controlar los costos y mejorar la eficiencia y calidad, adems realiza una
evaluacin de los procesos de software relacionando con el conocimiento y la
experiencia aportado por otros modelos como: CMM, Trillium, Bootstrap y ISO 9001
entre otros. Como vimos anteriormente el modelo CMMI, tambin define seis niveles de
madurez. Cinco categoras de procesos y nueve atributos de procesos para medir el
grado de calidad de los procesos.
El modelo ISO/ IEC 15504, utiliza una gua para la evaluacin de proyectos, que envuelve
la medicin de un proceso, este mtodo de medicin plantea uso de Mtricas de calidad, la
administracin de datos (incluyendo datos histricos), y el manejo de mtricas en la
organizacin, su principal objetivo es la generacin de mtricas de proceso y de producto
para dar soporte a la planificacin efectiva y as mejorar la calidad de los productos, Este
engloba un modelo de referencia para los procesos y sus potencialidades sobre la base de
la experiencia de compaas grandes, medianas y pequeas.

Ventajas

Especfico para el desarrollo y mantenimiento de software.

Definido como un conjunto de procesos.
Orientado a mejorar los procesos para contribuir a los objetivos del negocio.

Desventajas

Tiene solamente lineamientos para un mecanismo de evaluacin.

Todava no es una norma internacional.
No es un modelo especfico para la industria de software.

4.3 Modelo IT Mark

Es un servicio internacional de certificacin que estudia los procesos tcnicos y de
negocio, diseado especialmente para PYMES del sector Ti, para medir el
reconocimiento de Excelencia en Tecnologas de la Informacin. Tambin podemos
decir que es un servicio clave diseado para PYMES, que las ayuda a posicionarse a
travs de la Mejora Continua con sostenibilidad
Este mtodo es adaptado para PYME, ayuda al mejoramiento de procesos de software
y a la mejora de otros procesos importantes de empresas que desarrollan y mantienen
soluciones en TI. Este modelo est diseado principalmente para pequeas empresas
y micro empresas, aunque tambin es aplicable para grandes organizaciones

Que evala?

Procesos de gestin y desarrollo de software

CMMI-DEV v1.2, la representacin escalonada, niveles de madurez 2 y 3
Procesos de gestin del negocio Este modelo estudia diez categoras de
procesos como son estratgica, comercial, financiera, definicin de productos y
servicios, conocimiento del mercado, marketing, etc, hasta obtener una visin
exhaustiva de la empresa.
Procesos de gestin de la seguridad de informacin
ISO/IEC 27002:2005 Information technology Security techniques
Cdigo de prctica para administracin de seguridad de la informacin Code of
practice for information security management
ISO/IEC 27001:2005 Tcnicas de Seguridad .Informacin, sistemas de
administracin de seguridad y requerimientos Information technology Security
techniques .Information security management systems and Requirements

Niveles IT MARK

I.T. Mark: acredita que la empresa es consciente de los temas relacionados con
la gestin tcnica, de la Seguridad y del Negocio y ha realizado pasos para
controlarlos.
I.T. Mark Premium: acredita que la empresa ha alcanzado un Buen nivel de la
capacidad de los procesos de Negocio, Seguridad y Desarrollo de Software
segn los modelos reconocidos en el mundo.
I.T. Mark Elite: acredita que la empresa ha alcanzado un Alto nivel de Definicin
e Institucionalizacin de sus procesos de Negocio, Seguridad y Desarrollo de

Software, as como que la calidad de sus productos es buena debido a su

proceso de mejora continua.
Ventajas

Aumenta el servicio de las organizaciones (desde el punto de vista tcnico y

administrativo).
Ganar reconocimiento en el mercado en cuanto a capacidades de TI.
Alcanza a ser un indicador del mercado por medio de un sello de excelencia o
Visibilidad al interior de sus propias capacidades de desarrollo de TI,
identificando fortalezas y debilidades, as como oportunidades de mejora., o
Ruta de mejora a travs de los grados sucesivos de madurez y su compatibilidad
y complementariedad con otros modelos existentes.
Econmico, rpido y rentable.
El programa incluye valoraciones en Gestin del Negocio y en Seguridad
Informtica, ignoradas por otros modelos, por encima de los procesos de
Software y Sistemas.
Basado en modelos reconocidos mundialmente y solidas metodologas
probadas, repetibles, confiables y tiles para compararse competitivamente.

4.4 El modelo de McCall.

El modelo de McCall organiza los factores en tres ejes o puntos de vista desde los
cuales el usuario puede contemplar la calidad de un producto, basndose en once
factores de calidad organizados en torno a los tres ejes y a su vez cada factor se
desglosa en otros criterios:

Puntos De
Vista O Ejes
OPERACIN
DEL
PRODUCTO

Factor

Facilidad
de uso

Criterios
- Facilidad de operacin: Atributos del
software que determinan la facilidad de
operacin del software.
- Facilidad de comunicacin: Atributos del
software que proporcionan entradas y
salidas fcilmente asimilables.
- Facilidad de aprendizaje: Atributos del
software que facilitan la familiarizacin

inicial del usuario con el software y la

transicin del modo actual de operacin.

Integridad

- Formacin: El grado en que el software

ayuda para permitir que nuevos usuarios
apliquen el sistema.
- Control de accesos. Atributos del
software que proporcionan control de
acceso al software y los datos que maneja.
- Facilidad de auditora: Atributos del
software que facilitan la auditora de los
accesos al software.

Correccin

- Seguridad: La disponibilidad de
mecanismos que controlen o protejan los
programas o los datos.
- Completitud: Atributos del software que
proporcionan la implementacin completa
de todas las funciones requeridas.
- Consistencia: Atributos del software que
proporcionan uniformidad en las tcnicas y
notaciones de diseo e implementacin.

OPERACIN
DEL
PRODUCTO Fiabilidad

- Trazabilidad o rastreabilidad: Atributos del

software que proporcionan una traza desde
los requisitos a la implementacin con
respecto a un entorno operativo concreto.
- Precisin: Atributos del software que
proporcionan el grado de precisin
requerido en los clculos y los resultados.
- Consistencia.
- Tolerancia a fallos: Atributos del software
que
posibilitan
la continuidad
del
funcionamiento bajo condiciones no
usuales.

- Modularidad: Atributos del software que

proporcionan una estructura de mdulos
altamente independientes.
- Simplicidad: Atributos del software que
posibilitan la implementacin de funciones
de la forma ms comprensible posible.

Eficiencia

REVISION
DEL
PRODUCTO

- Exactitud: La precisin de los clculos y

del control.
- Eficiencia en ejecucin: Atributos del
software que minimizan el tiempo de
procesamiento.
- Eficiencia en almacenamiento: Atributos
del software que minimizan el espacio de
almacenamiento necesario.
- Modularidad.

Facilidad
mantenimiento

de - Simplicidad.
- Consistencia.
- Concisin: Atributos del software que
posibilitan la implementacin de una funcin
con la menor cantidad de cdigos posible.

- Auto descripcin: Atributos del software

que proporcionan explicaciones sobre la
implementacin de las funciones.
- Modularidad.
Facilidad de prueba

- Simplicidad.
- Auto descripcin.
- Instrumentacin: Atributos del software
que posibilitan la observacin del
comportamiento del software durante su
ejecucin para facilitar las mediciones del
uso o la identificacin de errores.

- Auto descripcin.
Flexibilidad

- Capacidad de expansin: Atributos del

software que posibilitan la expansin del
software en cuanto a capacidades
funcionales y datos.
- Generalidad: Atributos del software que
proporcionan amplitud a las funciones
implementadas.
- Modularidad.
- Auto descripcin.

Reusabilidad

- Generalidad.
- Modularidad.
-Independencia entre sistema y software:
Atributos del software que determinan su
dependencia del entorno operativo.
- Independencia del hardware: Atributos
del
software
que
determinan
su
dependencia del hardware.
- Modularidad.

Interoperabilidad

- Compatibilidad de comunicaciones:
Atributos del software que posibilitan el uso
de protocolos de comunicacin e interfaces
estndar.
- Compatibilidad de datos: Atributos del
software
que
posibilitan
el
uso
representaciones de datos estndar.
- Estandarizacion en los datos: El uso de
estructuras de datos y de tipos estndar a
lo largo de todo el programa.

- Auto descripcin.
Portabilidad

- Modularidad.
-Independencia entre sistema y software.
- Independencia del hardware.

TABLA
I.
Caractersticas
del
Modelo
http://www.monografias.com/trabajos5/call/call.shtml

MCCall.

Extrada

de:

Cmo emplear el modelo de McCall?

Antes de comenzar a utilizar el modelo de McCall hay que seguir las siguientes pautas:

Se aceptan los factores, criterios y mtricas que propone el modelo.

Se aceptan las relaciones entre factores y criterios, y entre criterios y mtricas.
Se selecciona un subconjunto de factores de calidad sobre los que aplicar los
requisitos de calidad establecidos para el proyecto.

Al comienzo del proyecto habr que especificar los requisitos de calidad del producto
software, para lo cual se seleccionarn los aspectos inherentes a la calidad deseada
del producto, teniendo que considerarse para ello:
Las caractersticas particulares del propio producto que se est diseando: por
ejemplo, su ciclo de vida que si se espera que sea largo implicar un mayor
nfasis en la facilidad de mantenimiento y la flexibilidad, o bien si el sistema en
desarrollo est destinado a un entorno donde el hardware evoluciona
rpidamente implicar como requisito su portabilidad.
La relacin calidad-precio, que puede evaluarse a travs del coste de cada
factor de calidad frente al beneficio que proporciona. La siguiente tabla muestra
la relacin calidad-precio para cada factor considerado

5. NORMAS DE CALIDAD

Los sistemas de aseguramiento de la calidad se crean para ayudar a las organizaciones a

asegurar que sus productos y servicios satisfagan las expectativas del consumidor gracias
a que cumplen con sus especificaciones. Estos sistemas cubren una amplia variedad de
actividades, que contemplan todo el ciclo de vida del producto, incluidos planeacin,
control, medicin, pruebas e informes, as como la mejora de los niveles de calidad en
todo el proceso de desarrollo y manufactura. La norma ISO 9000 describe en trminos
generales los elementos de aseguramiento de la calidad que se aplican a cualquier
negocio, sin importar los productos o servicios ofrecidos.

Para registrarse en los modelos de aseguramiento contenidos en la ISO 9000, por

medio de auditores externos se realiza una rigurosa revisin en detalle del sistema y
de las operaciones de calidad de la empresa, teniendo en cuenta principalmente que
cumplan con los estndares. Despus de obtener buenos resultados, es emitido para
la empresa un certificado. Se proceden a realizar auditoras semestrales.

Los requerimientos esbozados por la norma ISO 9001:2000 se dirigen a temas tales como
responsabilidad de la administracin, sistema de calidad, revisin del contrato, control del
diseo, documentacin y control de datos, identificacin del producto y su seguimiento,
control del proceso, inspeccin y pruebas, acciones correctivas y preventivas, registros del
control de calidad, auditoras internas de calidad, capacitacin, servicio y tcnicas
estadsticas. A fin de que una organizacin de software se registre en la ISO 9001:2000,
debe establecer polticas y procedimientos que cumplan cada uno de

los requerimientos mencionados (y otros ms), y despus demostrar que sigue dichas
polticas y procedimientos.

NORMAS ISO

5.1 ISO 90003:2004 ISO 90003:2004

Una gua para las organizaciones respecto de la aplicacin de ISO/IEC 9001:2000 en
la adquisicin, suministro, desarrollo, operacin y mantenimiento de software y
servicios de soporte. Esta norma no agrega o cambia los requerimientos de ISO/IEC
9001:2000. Las guas de ISO 90003:2004 no tienen el propsito de ser utilizadas como
criterio de evaluacin en una certificacin de SGC (Sistema de Gestin de la Calidad).

La aplicacin de ISO 90003:2004 es apropiada para un software que:

Forma parte de un contrato comercial con otra organizacin.

Es un producto disponible para un sector del mercado
Es usado para soportar los procesos de una
organizacin Est relacionado a servicios de software.

La Norma cuenta con 5 captulos que especifican actividades que deben ser
consideradas cuando se implemente el SGC. Los captulos son:

Sistema de Gestin de la Calidad.

Responsabilidad de la Direccin.
Gestin de los Recursos
Realizacin del Producto
Medida, Anlisis y Mejora.

La Estructura de la Norma ISO 90003:2004 es:

mbito

Normas para la consulta

Trminos y definiciones

Sistema de gestin de la calidad

Responsabilidad de la Direccin
Gestin de los recursos
Realizacin del producto
Medicin, anlisis y mejora.
Bibliografa ISO 90003:2004 es independiente de la tecnologa, modelos del ciclo
de vida, procesos de desarrollo, secuencia de actividades y estructura
organizacional utilizada en la organizacin. Esta Norma permite la aplicacin de
ISO/IEC 9001:2000 y en particular, ISO/IEC 12207, ISO/IEC TR 9126, ISO/IEC
14598, ISO/IEC 15939 e ISO/IEC TR 15504.

5.2 ISO/IEC 20000:2005

Este estndar permite que las organizaciones puedan mejorar su capacidad en la
entrega de los servicios administrados, medir los niveles del servicio y evaluar el
performance. Tambin permite a los proveedores del servicio entender cmo aumentar
la calidad del servicio entregado a los clientes internos y externos.
Los proveedores de servicios de TI brindan un servicio de alta calidad a un costo
mnimo. Este estndar reducir el riesgo, cumplir los requerimientos y demostrar la
calidad del servicio. La implementacin de ISO 20000 asegurar prcticas de trabajo
proactivas capaces de entregar altos niveles de servicio al cliente que satisfagan las
necesidades del negocio.
ISO 20000 integra el proceso basado en la propuesta de ISO 9001:2000 e ISO
14001:2004 incluyendo el ciclo PDCA (Plan Do Control Act) y el requerimiento de
mejoramiento continuo. Las organizaciones pueden tener sus sistemas de gestin de
servicios de TI certificados as como pueden estar acorde a los requerimientos de
ISO/IEC 20000. Este nuevo estndar est basado en BS 15000 y est integrado a los
estndares ISO de ingeniera de sistemas y de software.

5.3 ISO/IEC 12207:2002 AMD 1

Este Amendement 1 provee una revisin de la ISO/IEC 12207:1995 estableciendo un

conjunto de informacin de software que puede ser utilizada en la definicin de
procesos, evaluacin y mejoramiento de procesos. Es decir, agrega y modifica
procesos a los ya existentes.

Procesos principales del Ciclo de Vida

Cada uno de los procesos que conforman los Procesos Principales tienen
establecidos su Propsito del proceso y Resultados respectivos.

Procesos de Soporte del Ciclo de Vida

Cada uno de los procesos que conforman los Procesos de Soporte tienen
establecidos su Propsito del proceso y Resultados respectivos. Se agregan 2
procesos nuevos a los ya existentes.
Proceso de Facilidad de Uso: Permite asegurar la calidad en uso del software. Las
actividades de este proceso son: Implementacin del proceso, Diseo centrado en
el humano y Aspectos humanos de estrategia, introduccin y soporte.

Proceso de Evaluacin del Producto: Permite asegurar a travs de un examen y

medicin que un producto satisface los requerimientos del usuario. Para esta
tarea, se puede tener en cuenta la norma ISO/IEC 14598 Software Product
Evaluation.
Procesos del Ciclo de Vida Organizacional
Cada uno de los procesos que conforman los Procesos de la Organizacin tienen
establecidos su Propsito del proceso y Resultados respectivos. Se agrega una
actividad al Proceso de Gestin: Medicin El proceso de Formacin cambia de
nombre y se denomina Proceso de Recursos Humanos.

5.4 ISO/IEC 12207:2004 AMD 2

Este Amendment 2 contiene modificacione s de Propsito y Resultados de varios
procesos identificados dentro del alcance de Amendment 1. Tambin contiene

correcciones de Propsito y Resultados de varios procesos por razones tcnicas y/o

deficiencias.

Procesos principales del Ciclo de Vida

Se determinan las actividades de Supply Process (F.1.2)

Procesos de Soporte del Ciclo de Vida

Se agrega un nuevo proceso a los ya existentes. Proceso de Change Request

Management (11): Permite considerar todo lo relacionado al manejo de cambios. Se
modifican los procesos: Configuration Management Process (F.2.2) y Problem
Resolution Management Process (F.2.8)

Procesos del Ciclo de Vida Organizacional

Se modifican los procesos: Risk management (F.3.1.5), Infraestructura Process
(F.3.2), Process mprovement (F.3.3.2), y Reuse Program Management Process
(F.3.6).

6. CALIDAD DE MODELOS CONCEPTUALES

6.1 Mtricas para modelos conceptuales tradicionales

6.1.1. Mtricas de Moody
6.1.2. Descripcin
Moody present un conjunto de mtricas, algunas objetivas y otras subjetivas, para
evaluar algunos factores de calidad de los modelos de datos. Estas mtricas son,para
los diferentes factores de calidad.
Complecin

Nmero de elementos del modelo de datos que no corresponden con los requisitos
de usuario
Nmero de elementos del modelo de datos que corresponden con los requisitos de
usuario, pero definidos incorrectamente.
Nmero de requisitos del usuario no representados en el
modelo. Nmero de inconsistencias con el modelo de procesos.

Integridad
Nmero de restricciones de integridad incluidas en el modelo que no corresponden a
polticas de negocio.
Nmero de reglas del negocio que no se cumplen por el modelo de datos.
Flexibilidad
Costes estimados de los cambios.
Importancia estratgica de los cambios.
Nmero de elementos del modelo que en el futuro estarn sometidos a cambios.
Correccin
Nmero de violaciones a las formas normales.
Nmero de violaciones a las convenciones de modelos de
datos. Nmero de instancias de redundancias en el modelo.
Simplicidad
Nmero de entidades.
Nmero de entidades y relaciones.
Nmero de constructores
Integracin
Nmero de conflictos con los sistemas existentes.
Nmero de conflictos con el modelo de datos corporativo.
Valoracin de los representantes de todas las reas del negocio.

Implementabilidad
Valoracin de riesgo tcnico.
Valoracin de riesgo de planificacin.
Estimacin del coste del desarrollo.
Nmero de elementos fsicos del modelo de datos.
Comprensibilidad
Valoracin de los usuarios sobre la comprensibilidad del modelo.
Capacidad de los usuarios de interpretar el modelo correctamente.
Valoracin de los desarrolladores sobre la comprensibilidad del modelo.

6.2. Mtricas para modelos conceptuales orientados a objetos

6.2.1 Mtricas de Piattini
6.2.2. Descripcin
Un grupo de investigadores coordinados por Piattini trabaj en la medida de la facilidad
de mantenimiento de los modelos ER. Es evidente que esta medida slo puede
hacerse cuando el producto est terminado o prximo a finalizar, ya que la facilidad de
mantenimiento es un atributo externo de la calidad. Para evitar este inconveniente se
predice la facilidad de mantenimiento mediante la medida de un atributo interno (la
complejidad estructural del modelo ER), que influye fuertemente en el mantenimiento
de la base de datos que se implementa. A su vez la complejidad estructural depende
de sus elementos como entidades, relaciones, atributos.

El conjunto de medidas propuestas es el siguiente:

NE. Nmero total de entidades del modelo ER

NA. Nmero total de atributos (simples, compuestos y multivaluados) en el

modelo, tanto en las relaciones como en las entidades.

NDA. Nmero total de atributos derivados en el modelo.

NCA. Nmero total de atributos compuestos en el modelo.

NMVA. Nmero total de atributos multivaluados en el modelo.

NNR. Nmero total de relaciones comunes en el modelo.

NM:NR. Nmero total de relaciones N:M en el modelo.

NI:NR. Nmero total de relaciones 1:N y 1:1 en el modelo.
NbinaryR. Nmero total de relaciones binarias en el modelo.
NN-AryR. Nmero total de relaciones n-arias.
NIS_AR. Nmero total derelaciones Es_Un (generalizacin/especializacin) que
existen en un modelo ER. En este caso se considera una relacin por cada para
padre-hijo, dentro de la relacin Es_Un.
De estas, son mtricas del tamao las NE, NA, NDA y NMVA, y son mtricas de
complejidad el resto. Estas mtricas del modelo ER son objetivas y han sido validadas
tericamente en Genero et al. , siguiendo el marco formal basado en la teora de la
medida, propuesto por Zuse, con el objetivo de evaluar qu tipo de escala caracteriza
a cada mtrica, adems de empricamente mediante un caso de estudio y dos
experimentos controlados. Las mtricas NNR, N1:NR, NBinaryR fueron caracterizadas
por encima de la escala ordinal y NE, NA, NCA, NDA, NMVA, NN-AryR, NIS_AR,
NRefR, NRR en la escala de ratio.

7. CALIDAD DE PRODUCTO DE SOFTWARE

7.1 ISO/IEC 9126 Modelo de calidad del producto del software

7.1.1 Descripcin
Es un estndar internacional para la evaluacin de la calidad del software. Est
reemplazado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos
conceptos.
El estndar est dividido en cuatro partes las cuales dirigen, realidad, mtricas
externas, mtricas internas y calidad en las mtricas de uso y expendido. El modelo de
calidad establecido en la primera parte del estndar, ISO 9126-1, clasifica la calidad
del software en un conjunto estructurado de caractersticas y subcaractersticas
detalladas en la documentacin de su modelo.

7.1.2 ISO/IEC 14598 Calidad de la evaluacin del producto de software

7.1.2.1 Descripcin
La norma ISO/IEC 14598 es un estndar que proporciona un marco de trabajo para
evaluar la calidad de todo tipo de producto software e indica los requisitos para los
mtodos de medicin y el proceso de evaluacin, proporcionando mtricas y requisitos
para los procesos de evaluacin, a travs de 6 etapas.

7.2 MODELOS

7.2.1 ISO/IEC 9126 Modelo de calidad del producto del software

A continuacin se presenta el modelo de calidad de la norma ISO/IEC 9126

Para las mtricas internas y externas se presenta el siguiente modelo:

Funcionalidad
Un conjunto de atributos que se relacionan con la existencia de un conjunto de
funciones y sus propiedades especficas. Las funciones son aquellas que satisfacen
las necesidades implcitas o explcitas.
Adecuacin: Atributos del software relacionados con la presencia y aptitud de
un conjunto de funciones para tareas especificadas.
Exactitud: Atributos del software relacionados con la disposicin de resultados
o efectos correctos o acordados.

Interoperabilidad: Atributos del software que se relacionan con su habilidad

para la interaccin con sistemas especificados.
Seguridad: Atributos del software relacionados con su habilidad para prevenir
acceso no autorizado ya sea accidental o deliberado, a programas y datos.
Cumplimiento funcional.
Fiabilidad.
Un conjunto de atributos relacionados con la capacidad del software de mantener su
nivel de prestacin bajo condiciones establecidas durante un perodo establecido.
Madurez: Atributos del software que se relacionan con la frecuencia de falla por
fallas en el software.
Recuperabilidad: Atributos del software que se relacionan con la capacidad
para restablecer su nivel de desempeo y recuperar los datos directamente
afectos en caso de falla y en el tiempo y esfuerzo relacionado para ello.
Tolerancia a fallos: Atributos del software que se relacionan con su habilidad
para mantener un nivel especificado de desempeo en casos de fallas de
software o de una infraccin a su interfaz especificada.
Cumplimiento de Fiabilidad: La capacidad del producto software para
adherirse a normas, convenciones o legislacin relacionadas con la fiabilidad.
Usabilidad.
Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la
valoracin individual de tal uso, por un establecido o implicado conjunto de usuarios.

Aprendizaje: Atributos del software que se relacionan al esfuerzo de los

usuarios para reconocer el concepto lgico y sus aplicaciones.
Comprensin: Atributos del software que se relacionan al esfuerzo de los
usuarios para reconocer el concepto lgico y sus aplicaciones.
Operatividad: Atributos del software que se relacionan con el esfuerzo de los
usuario para la operacin y control del software.
Atractividad.
Eficiencia.

Conjunto de atributos relacionados con la relacin entre el nivel de desempeo del

software y la cantidad de recursos necesitados bajo condiciones establecidas.
Comportamiento en el tiempo: Atributos del software que se relacionan con
los tiempos de respuesta y procesamiento y en las tasas de rendimientos en
desempear su funcin.
Comportamiento de recursos: Usar las cantidades y tipos de recursos
adecuados cuando el software lleva a cabo su funcin bajo condiciones
determinadas.
Mantenibilidad.
Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir
errores en un sistema software.
Estabilidad: Atributos del software relacionados con el riesgo de efectos
inesperados por modificaciones.
Facilidad de anlisis: Atributos del software relacionados con el esfuerzo
necesario para el diagnstico de deficiencias o causas de fallos, o
identificaciones de partes a modificar.
Facilidad de cambio: Atributos del software relacionados con el esfuerzo
necesario para la modificacin, correccin de falla, o cambio de ambiente.
Facilidad de pruebas: Atributos del software relacionados con el esfuerzo
necesario para validar el software modificado.
Portabilidad.
Conjunto de atributos relacionados con la capacidad de un sistema software para
ser transferido desde una plataforma a otra.
Capacidad de instalacin: Atributos del software relacionados con el esfuerzo
necesario para instalar el software en un ambiente especificado.
Capacidad de reemplazamiento: Atributos del software relacionados con la
oportunidad y esfuerzo de usar el software en lugar de otro software
especificado en el ambiente de dicho software especificado.
Calidad en uso.

Conjunto de atributos relacionados con la aceptacin por parte del usuario final y
Seguridad.
Eficacia: Atributos relacionados con la eficacia del software cuando el usuario
final realiza los procesos.
Productividad: Atributos relacionados con el rendimiento en las tareas
cotidiana realizadas por el usuario final.
Seguridad: Atributos para medir los niveles de riesgo.
Satisfaccin: Atributos relacionados con la satisfaccin de uso del software.
Es decir calidad interna y externa significa:

Para las mtricas de calidad de uso como ultimo tem se presenta el modelo:

Efectividad: Capacidad del producto software para permitir a los usuarios alcanzar
objetivos especificados
con exactitud y completitud, en un contexto de uso

especificado.

Productividad: Capacidad del producto software para permitir a los usuarios gastar
una cantidad adecuada de recursos
con relacin a la efectividad alcanzada, en un

contexto
de
uso
especificado.

Seguridad fsica: Capacidad del producto software para alcanzar niveles

aceptables del riesgo de hacer dao a personas, al negocio, al software,
a las

propiedades o al medio ambiente en un contexto de uso especificado.

Satisfaccin: Capacidad del

producto software para satisfacer a los usuarios en un
contexto de uso especificado.

7.2.2 ISO/IEC 14598 Modelo de Calidad de la evaluacin del producto

de software

ISO/IEC 14598-1 Visin General: establece un resumen de las otras cinco

etapas, explica
la relacin entre la evaluacin del producto software y el modelo
de calidad.

Actividades: (Establecer los requerimientos de evaluacin, Especificar la

evaluacin, Planear la evaluacin, Ejecutar la evaluacin).

ISO/IEC 14598-2 Planificacin y Gestin: contiene requisitos y guas para las

funciones de soporte tales
como la planificacin y gestin de la evaluacin del
producto
del
software.

Actividades: (Preparacin de polticas, definicin de objetivos, Identificacin de

la tecnologa, Asignacin de responsabilidades, Evaluacin de software
desarrollado y adquirido).

ISO/IEC 14598-3 Proceso de desarrolladores: Lo utiliza las organizaciones

que planean desarrollar un producto o mejorar uno existente, realiza
evaluaciones de producto
utilizando indicadores que puede predecir la calidad
de los productos finales.
Actividades: (Organizacin, Planeamiento, Especificaciones, Diseo, Montaje)

ISO/IEC 14598-4 Proceso de comparadores: Lo utilizan las organizaciones

que pretenden comparar o rehusar un productode software existente, se aplica
con el propsito de aceptacin de un producto.
Actividades: (Requerimientos, Especificacin evaluacin, Diseo evaluacin,
Ejecucin evaluacin).

ISO/IEC 14598-5 Proceso evaluadores: este proceso es utilizado por

organizaciones encargadas de evaluar, provee los requisitos y guas para la
evaluacin del producto software. Promueve las siguientes
caractersticas de

proceso (repetible, Reproducible; Imparcial, Objetivo)

Actividades: (Trazabilidad, Resultados, Problemas, Mejoras, Conclusiones)

ISO/IEC 14598-6 Modulo evaluacin: Especifica las mediciones que van a ser
tomadas sobre los atributos de calidad que se definieron
en la etapa anterior,
provee las guas para la documentacin de la evaluacin.

Para concluir a continuacin se muestra la relacin entre los standares ISO/IEC 9126
y ISO/IEC 14598 expuestos anteriormente.

8. CALIDAD DEL PROCESO DE SOFTWARE

8.1. SCAMPI A

8.1.1 Descripcin
El estndar CMMI Mtodo de Evaluacin para la Mejora de Procesos (SCAMPI) est
diseado para proporcionar clasificaciones de calidad de referencia en relacin con
Capability Maturity Model Integration (CMMI) modelo.

SCAMPI A satisface todos los requisitos de la valoracin de los requisitos de CMMI

(ARC) por un mtodo de evaluacin de clase A. Aunque est diseado para la
realizacin de evaluaciones basadas en contra de CMMI modelos de referencia, el
mtodo SCAMPI A tambin se pueden aplicar para la realizacin de evaluaciones
contra el People CMM y otros modelos de referencia.

SCAMPI A permite:

Obtener una perspectiva de la capacidad de una organizacin mediante la

identificacin de las fortalezas y debilidades
de sus procesos actuales relativos

al modelo de referencia de valoracin.

Dar prioridad a los planes de mejora.

Centrarse en mejoras (corregir las debilidades que generan riesgos) que son
ms beneficiosas para la organizacin dada
su actual nivel de madurez de
capacidades o procesos de la organizacin
Clasificacin de los
niveles capacidad de derivacin, as como una clasificacin de
nivel de madurez.

Identificarlos riesgos relacionados con la capacidad de las determinaciones /

madurez.

8.1.2. ISO/IEC 15504

8.1.2.1 Descripcin
Conocida tambin como SPICE (Mejora de proceso del software y determinacin de
capacidades), es un marco para la evaluacin de los procesos elaborado por la
subcomisin tcnica entre la ISO y la IEC.

Es un estndar internacional que es aplicable a cualquier organizacin/empresa que

quiera conocer y mejorar la capacidad de sus procesos independiente del tipo de
organizacin, del ciclo de vida adoptado y la tecnologa utilizada.

8.2. MODELOS

8.2.1 Modelo CMMI

Es un modelo de calidad del software que clasifica las empresas en niveles de
madurez. Estos niveles sirven para conocer la madurez de los procesos que se
realizan para producir software.

En el siguiente grafico se ven los niveles del modelo CMMI.

Nivel 1
Este es el nivel en donde estn todas las empresas que no tienen procesos. Los
presupuestos se disparan, no es posible entregar el proyecto en fechas, te tienes que
quedar durante noches y fines de semana para terminar un proyecto. No hay control
sobre el estado del proyecto, el desarrollo del proyecto es completamente opaco, no
sabes lo que pasa en l.

Nivel 2
En este nivel el xito de los resultados obtenidos se pueden repetir. La principal
diferencia entre este nivel y el anterior es que el proyecto es gestionado y controlado
durante el desarrollo del mismo. El desarrollo no es opaco y se puede saber el estado
del proyecto en todo momento.

Los procesos que hay que implantar para alcanzar este nivel son:

Gestin de requisitos.

Planificacin de proyectos.

Seguimiento y control de proyectos.

Gestin de proveedores.

Aseguramiento de la calidad.

Gestin de la configuracin.

Nivel 3

Alcanzar este nivel significa que la forma de desarrollar proyectos (gestin e ingeniera)
est definida, por definida quiere decir que esta establecida, documentada y que existen
mtricas (obtencin de datos objetivos) para la consecucin de objetivos concretos.

Los procesos que hay que implantar para alcanzar este nivel son:

Desarrollo de requisitos.

Solucin tcnica.

Integracin del producto.

Verificacin.

Validacin.

Desarrollo y mejora de los proceso de la organizacin.

Planificacin de la formacin.

Gestin de riesgos.

Anlisis y resolucin de toma de decisiones.

Nivel 4
Los proyectos usan objetivos medibles para alcanzar las necesidades de los clientes y
la organizacin. Se usan mtricas para gestionar la organizacin.

Los procesos que hay que implantar para alcanzar este nivel son:

Gestin cuantitativa de proyectos.

Mejora de los procesos de la organizacin.

Nivel 5
Los procesos de los proyectos y de la organizacin estn orientados a la mejora de las
actividades. Mejoras incrementales e innovadoras de los procesos que mediante
mtricas son identificadas, evaluadas y puestas en prctica.

Los procesos que hay que implantar para alcanzar este nivel son:

Innovacin organizacional.

Anlisis y resolucin de las causas.

8.2.2 Modelo ISO/ICE 15504

En el siguiente grafico se presenta la estructura del modelo ISO/IEC 15504.

Parte 1: Es informtica y define los lineamientos generales.

Parte 2: Permite evaluar los procesos y sus habilidades para determinar as la calidad
del mismo.

Parte 3: Define los requerimientos para llevar a cabo una evaluacin y certificacin.

Parte 4: Gua para llevar a cabo una evaluacin o juicio sobre un proceso de desarrollo.

Parte 5: Contempla un conjunto especfico de indicadores de capacidades y

habilidades del proceso.
Parte 6: Describe las habilidades, educacin, experiencia y caracterstica de las
personas involucradas.

Parte 7: Describe como definir las entradas al modelo, as como uso de sus
conclusiones con el propsito de mejorar el proceso.
Parte 8: Es una gua para determinar capacidad de proveedores, con el propsito de
determinar las capacidades y habilidades del proceso.
Parte 9: Vocabulario.

9. CALIDAD DE INTERFAZ DE SOFTWARE

9.1 ISO/EIC 9126
9.1.1 Descripcin
Es un estndar internacional para la evaluacin de la calidad del software. Est
reemplazado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos
conceptos.
El estndar est dividido en cuatro partes las cuales dirigen, realidad, mtricas
externas, mtricas internas y calidad en las mtricas de uso y expendido. El modelo de
calidad establecido en la primera parte del estndar, ISO 9126-1, clasifica la calidad
del software en un conjunto estructurado de caractersticas y sub-caractersticas de la
siguiente manera:

Funcionalidad

Un conjunto de atributos que se relacionan con la existencia de un conjunto de

funciones y sus propiedades especficas. Las funciones son aquellas que satisfacen
las necesidades implcitas o explcitas.
Adecuacin
Atributos del software relacionados con la presencia y aptitud de un conjunto de
funciones para tareas especificadas.
Exactitud
Atributos del software relacionados con la disposicin de resultados o efectos
correctos o acordados.
Interoperabilidad
Atributos del software que se relacionan con su habilidad para la interaccin con
sistemas especificados.
Seguridad
Atributos del software relacionados con su habilidad para prevenir acceso no
autorizado ya sea accidental o deliberado, a programas y datos.
Cumplimiento funcional.

Fiabilidad
Un conjunto de atributos relacionados con la capacidad del software de mantener su
nivel de prestacin bajo condiciones establecidas durante un perodo establecido.
Madurez
Atributos del software que se relacionan con la frecuencia de falla por fallas en
el software.
Recuperabilidad
Atributos del software que se relacionan con la capacidad para restablecer su
nivel de desempeo y recuperar los datos directamente afectos en caso de falla
y en el tiempo y esfuerzo relacionado para ello.
Tolerancia a fallos
Atributos del software que se relacionan con su habilidad para mantener un
nivel especificado de desempeo en casos de fallas de software o de una
infraccin a su interfaz especificada.
Cumplimiento de Fiabilidad
La capacidad del producto software para adherirse a normas, convenciones o
legislacin relacionadas con la fiabilidad.
Usabilidad

Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la

valoracin individual de tal uso, por un establecido o implicado conjunto de usuarios.
Aprendizaje
Atributos del software que se relacionan al esfuerzo de los usuarios para
reconocer el concepto lgico y sus aplicaciones.
Comprensin
Atributos del software que se relacionan al esfuerzo de los usuarios para
reconocer el concepto lgico y sus aplicaciones.
Operatividad
Atributos del software que se relacionan con el esfuerzo del usuario para la
operacin y control del software.
Atractividad
Eficiencia
Conjunto de atributos relacionados con la relacin entre el nivel de desempeo del
software y la cantidad de recursos necesitados bajo condiciones establecidas.
Comportamiento en el tiempo
Atributos del software que se relacionan con los tiempos de respuesta y
procesamiento y en las tasas de rendimientos en desempear su funcin.
Comportamiento de recursos
Usar las cantidades y tipos de recursos adecuados cuando el software lleva a
cabo su funcin bajo condiciones determinadas.
Mantenibilidad
Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir
errores en un sistema software.
Estabilidad
Atributos del software relacionados con el riesgo de efectos inesperados por
modificaciones.
Facilidad de anlisis
Atributos del software relacionados con el esfuerzo necesario para el diagnstico de
deficiencias o causas de fallos, o identificaciones de partes a modificar.
Facilidad de cambio
Atributos del software relacionados con el esfuerzo necesario para la
modificacin, correccin de falla, o cambio de ambiente.
Facilidad de pruebas

Atributos del software relacionados con el esfuerzo necesario para validar el

software modificado.
Portabilidad
Conjunto de atributos relacionados con la capacidad de un sistema software para ser
transferido desde una plataforma a otra.
Capacidad de instalacin
Atributos del software relacionados con el esfuerzo necesario para instalar el
software en un ambiente especificado.
Capacidad de reemplazamiento
Atributos del software relacionados con la oportunidad y esfuerzo de usar el
software en lugar de otro software especificado en el ambiente de dicho
software especificado.
Calidad en uso
Conjunto de atributos relacionados con la aceptacin por parte del usuario final y
Seguridad.
Eficacia
Atributos relacionados con la eficacia del software cuando el usuario final realiza
los procesos.
Productividad
Atributos relacionados con el rendimiento en las tareas cotidiana realizadas por
el usuario final.
Seguridad
Atributos para medir los niveles de riesgo.
Satisfaccin
Atributos relacionados con la satisfaccin de uso del software.

9.2 MODELOS Y DESCRIPCIN

9.2.1 Modelos de usuarios
El usuario tiene su visin personal del sistema, y espera que ste se comporte de una
cierta forma. Se puede conocer el modelo del usuario estudindolo, ya sea realizando test
de usabilidad, entrevistas, o a travs de una realimentacin. Una interfaz debe facilitar el
proceso de crear un modelo mental efectivo. Para ello son de gran utilidad las

metforas, que asocian un dominio nuevo a uno ya conocido por el usuario. Un

ejemplo tpico es la metfora del escritorio, comn a la mayora de las interfaces
grficas actuales.

9.2.2 Modelo de diseador

El diseador mezcla las necesidades, ideas, deseos del usuario y los materiales de
que dispone el programador para disear un producto de software. Es un intermediario
entre ambos. El modelo del diseador describe los objetos que utilizan el usuario, su
presentacin al mismo y las tcnicas de interaccin para su manipulacin.
Consta de tres partes:
Presentacin, interaccin y relaciones entre los objetos. La presentacin es lo que
primero capta la atencin del usuario, pero ms tarde pasa a un segundo plano, y
adquiere ms importancia la interaccin con el producto para poder satisfacer sus
expectativas. La presentacin no es lo ms relevante y un abuso en la misma (por
ejemplo, en el color) puede ser contraproducente, distrayendo al usuario.
La segunda parte del modelo define las tcnicas de interaccin del usuario, a travs de
diversos dispositivos. La tercera es la ms importante, y es donde el diseador
determina la metfora adecuada que encaja con el modelo mental del usuario. El
modelo debe comenzar por esta parte e ir hacia arriba. Una vez definida la metfora y
los objetos del interfaz, los aspectos visuales saldrn de una manera lgica y fcil.

10. SOFTWARE PARA ESTIMAR CALIDAD

10.1. TESTLINK

10.1.2 Descripcin
TestLink es una herramienta gratuita que permite crear y gestionar casos de pruebas y
organizarlos en planes de prueba. Estos planes permiten a los miembros del equipo
ejecutar casos de test y registrar los resultados dinmicamente, generar informes,
mantener la trazabilidad con los requerimientos, as como priorizar y asignar tareas.

10.1.3 Funcionalidades
Es una herramienta Open Source con la que mantendremos una mejor calidad de
nuestros test.
Nos permite responder a las siguientes preguntas:

Para qu requisitos necesitamos escribir o actualizar casos de test?

Qu test queremos ejecutar para esta versin?

Cunto hemos progresado testeando esta versin?

Qu test estn fallando? Cules son los errores?

Necesitamos algn cambio en esta versin?

10.1.4 Ejemplo
En el rea de Verificacin de Entrega Software, esta herramienta nos va a permitir
desarrollar las siguientes actividades:

Hacer el seguimiento y la traza al conjunto de planes de pruebas y casos

de pruebas definidos sobre los proyectos.
Publicar el estado de la ejecucin de los planes de prueba, del plan de
testing aplicado en cada entrega, y los resultados que se estn obteniendo.
En definitiva constituye un cuadro de mandos para la gestin de los planes de pruebas
de unos sistemas de informacin.
Durante la ejecucin del servicio de Generacin y evolucin de planes de pruebas, se
debe registrar en la herramienta los casos de prueba (TestCase) necesarios para
certificar la entrega. El siguiente paso, antes de ejecutar estas pruebas, consistir en
relacionar cada prueba con el requisito correspondiente. Veamos mediante un ejemplo

como enlazar ambos elementos en TestLink. El proyecto se llama SIGC, y el mdulo

IDEA, por lo que la estructura en la que sern almacenados los requisitos es la siguiente:

Si tenemos definidos 3 requisitos funcionales para IDEA y los datos de un requisito

funcional de SIGC-IDEA son los siguientes:

Y cuando enlazamos un requisito a una prueba, este queda como sigue:

El campo cobertura se rellena con la prueba a la que ha sido asignado.

10.2 CHECKSTYLE
10.2.1 Descripcin
La medicin de los aspectos de la calidad del software y la seguridad a lo largo de todo
el ciclo de vida de desarrollo puede darle la ventaja competitiva que asegura que sus
aplicaciones estarn alineados con las necesidades del negocio, reducir el tiempo de
salida al mercado de su costo de mantenimiento o.

La deteccin de defectos de software durante su desarrollo, cuando es ms fcil y ms

barato para reparar, obteniendo una reduccin del nmero de incidencias en la
produccin. Por otro lado, tener indicadores de calidad en virtud de su disposicin le
permitir tomar mejores decisiones acerca de sus aplicaciones, desde la definicin de
los requisitos hasta las pruebas de funcionamiento de los sistemas.

Sin embargo, la medicin de la calidad no puede ser suficiente. Adems de conocer lo

bueno o malo es su software, basado en los indicadores de calidad, es necesario
certificar cada fase del proceso basndose en los indicadores y en cualquier otra
informacin que pueda ser relevante para su negocio. Para establecer un proceso de
certificacin de la calidad , como parte de los procesos de desarrollo y ciclo de vida de
las aplicaciones, es esencial para asegurar que las aplicaciones implementadas en
entornos de produccin cumplen unos estndares mnimos.

Alcanzar la excelencia en estos niveles de calidad tiene un retorno de la inversin

superior a $ 15 por cada dlar que se invierte y se beneficia de una mejor planificacin,
la productividad y la satisfaccin del usuario (Capers Jones, 2012).

De Optimyth Calidad y Gestin continua de Seguridad solucin, que se celebr como

un servicio externalizado, est dirigida a ayudar a mejorar y garantizar las
caractersticas no funcionales ( fiabilidad , rendimiento , robustez , seguridad ,
escalabilidad , portabilidad , facilidad de uso ...) de los sistemas y aplicaciones crticas ,
como la calidad, as como la garanta de las aplicaciones de software.

10.2.3 Funcionalidades
Checkstyle est construido en un archivo JAR que puede funcionar dentro de una
mquina virtual de Java o como Apache Ant tarea. Tambin puede integrarse en una
IDE u otras herramientas.

Un Checkstyle plug-in puede proporcionar nuevas funcionalidades, como:

Sobrecarga de coloreado de sintaxis o decoraciones en editor de cdigo.

Decorar el explorador de proyectos para poner de relieve los recursos que plantea
problemas.
Aadir advertencias y errores salidas a las salidas.
Por lo tanto, el desarrollador puede acceder directamente a las partes de cdigo de
relieve por Checkstyle.

10.2.4 Ejemplo
1. Se seleccion las vistas que se estimen oportunas. Se seleccionan la opcin de men
Window > Show View > Other. Se abrir la siguiente ventana y se escogern las vistas
deseadas.

Seleccionando todas las vistas disponibles, el aspecto ser el siguiente:

2. Es el turno de configurar el conjunto de las reglas a utilizar con Checkstyle. Para ello
se selecciona la opcin del men principal Window > Preferences

Se abrir la ventana de preferencias que aparece en la imagen siguiente.

Dentro de esta ventana se puede observar que Checkstyle, por defecto, incorpora las
recomendaciones de Sun sobre el estilo de cdigo (Sun Checks). Adems tambin
incorpora una versin modificada de estas recomendaciones de Sun que encaja mejor
con la configuracin del formateador de cdigo de Eclipse.
3. Se aadir el nuevo conjunto de reglas que se desea utilizar para la verificacin del
cdigo. Para ello se pulsar el botn New Se abrir la ventana Check Configuration
Properties desde la cual se podr acceder al archivo de reglas deseado.

Para ello, se seleccionar el tipo External Configuration File y se localizar el archivo

de reglas (checkconfig.xml) haciendo uso del botn Browse o bien escribiendo
directamente la ruta en el campo Location.

4. Ahora se podr habilitar la ejecucin de la verificacin del cdigo por parte de

Checkstyle por separado para cada proyecto a la hora de realizar la construccin de
los mismos.
En este ejemplo se habilitar Checkstyle para el proyecto s73aPetStoreWar.

Entonces, se seleccionar dicho proyecto y a travs de su men contextual (botn derecho

del ratn) se seleccionar la opcin Properties como muestra la imagen superior. Se
mostrar la ventana Properties for s73aPetStoreWar, ventana que muestra las
propiedades del proyecto seleccionado, y se activar la casilla de verificacin
Checkstyle active for this project.

5. En este momento slo quedar reconstruir el proyecto para que se lleve a cabo la
verificacin del cdigo. Se pulsar el botn OK. Entonces, o bien Checkstyle mostrar
el siguiente mensaje para encargarse de realizar la reconstruccin automtica del
proyecto:

O bien habr que realizar a mano la reconstruccin. Para ello habr que seleccionar la
opcin del men contextual Build Project relativa al proyecto seleccionado:

6. Tras reconstruir, se podr obtener una vista general de los diferentes tipos de
violaciones de las reglas obtenidos tras la verificacin del cdigo en la vista Checkstyle
Violations (en caso de que las hubiera) como muestra la figura siguiente:

Se puede observar que el nico tipo obtenido es Falta el comentario Javadoc.

Desplegando este tipo se muestra un listado con los detalles de las diferentes
localizaciones en las que se ha detectado este tipo de violacin.

7. Para generar un informe .rtf habr que pulsar el icono correspondiente de la vista
Checkstyle violations como muestra la siguiente imagen.

Abriendo el informe con la herramienta Microsoft Word, ste mostrar el siguiente

aspecto:

8. Accediendo a la vista Checkstyle violations chart y pulsando el icono Display

categories < 1% se podr acceder a un grfico que mostrar porcentualmente los tipos
de violaciones que se han producido.
Existe la posibilidad de guardar dicho grfico en formato .png. Slo habr que hacer
uso del icono correspondiente:

10.3 KUIWAN

Kiuwan es una solucin nacida en 2012, creada por Optimyth, una compaa de software
fundada en 2008.
Descripcin
Kiuwan es una herramienta de anlisis esttico de cdigo basada en la nube (SaaS,
Software as a Service), y con especial enfoque en la seguridad. Los anlisis del cdigo
hechos por Kiuwan estn orientados a medir, analizar y verificar la calidad y seguridad de
nuestro cdigo fuente.
Est pensado para cubrir las necesidades de varios perfiles implicados en los procesos de
desarrollo de software, desde desarrolladores a ingenieros de calidad, pero tambin IT
Managers, responsables de tomar decisiones a partir de la informacin que la herramienta
les proporciona.
Tiene algo muy interesante, y es que nos permite realizar anlisis esttico el cdigo fuente
de manera local, mediante una pequea aplicacin descargable, o en la nube, subiendo el
cdigo a la propia plataforma.

10.3.1 Funcionalidades
Como solucin multitecnolgica, Kiuwan soporta varios lenguajes de programacin, como:
Objetive-C, Java, JSP, Javascript, PHP, C, C++, ABAP, COBOL, JCL, C#, PL/SQL,
Transact-SQL, SQL, Visual Basic, VB.NET, RPG, Forms, Android o Hibernate.

10.3.2 Ejemplo
El primero es uno de los puntos ms importantes. Al tratarse de una solucin en la nube,
podemos empezar a trabajar, con el 100% de funcionalidad, inmediatamente. Otras
soluciones requieren de una mquina dedicada dentro de nuestra infraestructura, en la que
tendremos que instalar el producto que queramos usar, ponerlo a nuestro gusto, instalar los

plugins que queramos, si queremos alguno, y posteriormente tendremos que preocuparnos

de administrar y actualizar la herramienta.

Ilustracin 1 Indicador de primer nivel de Kiuwan extrado de

http://testeandosoftware.com/kiuwan-que-es/

Ilustracin 2 Kiuwan visin de Defectos extradido de:

http://testeandosoftware.com/kiuwan-que-es/

Otro de los puntos que ms conviene destacar de Kiuwan es la funcionalidad del anlisis
What-if. Esta funcionalidad nos permite qu, una vez que hemos decidido dedicar cierto
tiempo de desarrollo a mejorar la mantenibilidad de nuestra aplicacin, por ejemplo, 2
desarrolladores durante 2 semanas, Kiuwan nos dar la lista de defectos sobre los que
trabajar para que ese tiempo sea aprovechado al mximo.
Kiuwan nos permite crear un plan de acccin, simplemente indicndole cuanto tiempo
podemos dedicar, y adems podemos exportar esos defectos como tickets abiertos en JIRA,
para que los desarrolladores puedan hacer un seguimiento de ellos.

Ilustracin 3 Kiuwan. Funcionalidad What If extraido:

http://testeandosoftware.com/kiuwan-que-es/

Ilustracin 4 Introducimos en Total 40, y pulsamos en Simulate Extraido

de: http://testeandosoftware.com/kiuwan-que-es/

Ilustracin 5 En el Plan de Accin tenemos las tareas sobre las que los
desarrolladores tendrn que trabajar.

En resumen, una herramienta muy interesante, y a tener muy en cuenta a la hora de realizar
anlisis esttico de cdigo. Adems, una herramienta en constante mejora, y que nos
promete, entre otras cosas:
Reduccin de la Deuda Tcnica.
Reduccin del nmero de Reentregas.
Reduccin del % de Esfuerzo del Mantenimiento.
Reduccin del Coste del Proceso de Desarrollo.
Reduccin del % de Cdigo Duplicado.
Reduccin del % de Complejidad del cdigo.
Reduccin del % Incidencias en Produccin/Explotacin.
Mejora de los indicadores globales de las caractersticas
Mantenibilidad, Fiabilidad, Eficiencia, Seguridad, Portabilidad.

software:

10.4 SONAR

10.4.1 Descripcin
SonarQube es una herramienta para gestionar la calidad del cdigo, la herramienta controla
la calidad en 7 ejes:
-

Arquitectura y diseo
Duplicaciones
Pruebas unitarias
Complejidad
Posibles errores
Reglas de codificacin
Comentarios

10.4.2 Requerimientos
El nico requisito previo para ejecutar Sonar es tener Java (Oracle JRE 7 en adelante o
OpenJDK 7 en adelante) instalado en su mquina.
-

Requisitos de hardware :
El servidor Sonar requiere al menos 1 GB de RAM para ejecutar de
manera eficiente.
La cantidad de espacio en disco que usted necesita depender de la
cantidad de cdigo que analizar con Sonar.

Sonar debe estar instalado en los discos duros que tienen un excelente
rendimiento de lectura y escritura. Lo ms importante, la carpeta "data"
alberga los ndices Elastic search en el que se har una enorme cantidad
de E / S cuando el servidor est en funcionamiento. Por lo tanto, gran
parte de la lectura, escritura y rendimiento del disco duro tendr un gran
impacto en el rendimiento general del servidor Sonar.
Para qu plataformas est disponible?
SonarQube est disponible para las plataformas que expondremos en el siguiente cuadro:

10.4.3 Funcionalidades
-

Es una herramienta de software libre y gratuito

Permite gestionar la calidad del cdigo fuente.
Al instalarla podremos recopilar, analizar, y visualizar mtricas del cdigo fuente.
Tiene la posibilidad de navegar y descender en los proyectos, obteniendo las
mismas mtricas agrupadas por paquetes y clases, siendo posible visualizar el
cdigo fuente con la deteccin de los avisos y los comentarios asociados.

10.4.3 Ejemplo

Paso
1:
Abrimos
un
terminal,
navegamos
hasta
SONAR_HOME/bin/sistema_operativo y ejecutamos el fichero llamado sonar
dependiendo de nuestro sistema operativo, en Ubuntu sera de esta forma:

Paso 2: Esto hace que se arranque el producto con sus parmetros por defecto,
esto es, utilizando una base de datos Derby y el puerto 9000. Para comprobarlo,
entramos al navegador y escribimos esta direccin http: //localhost:9000

Paso 3: Para que Sonar pueda funcionar se debe contar con una instancia activa
de MySQL en la mquina donde vayamos a dejar corriendo Sonar con un
esquema de base de datos vaco llamado sonar. Posteriormente modificamos
el fichero SONAR_HOME/conf/sonar.properties, el archivo es bastante concreto
y fcil de entender. Lo que tenemos que hacer es comentar las tres lneas que
dice para que deje de funcionar con la base de datos embebida:

Paso 4: Y descomentar las entradas que se refieren a la base de datos que

vayamos a utilizar en nuestro caso PostgreSQL:

Paso 5: Hay que tener en cuenta que previamente deberemos haber creado un
esquema vaco en la base de datos con el nombre sonar. Por ltimo en la
seccin del fichero generic settings establecemos el usuario y la password de
la base de datos:

Paso 6: Para analizar un proyecto con Sonar este tiene que estar creado con
Maven2. Entonces lo nico que tenemos que hacer es ejecutar:

Paso 7: Haciendo esto dentro del proyecto que queramos analizar, veremos que
nos crea una nueva entrada en la pantalla principal de la aplicacin a la que,
recordemos, podemos acceder desde la URL http://localhost:9000. En caso de
haber cambiado las condiciones por defecto, tenemos que configurar Maven para
que sea capaz de encontrar la instalacin de Sonar. Para ello, editamos el fichero
.m2/settings.xml y creamos un perfil para sonar de esta manera:

Paso 8: Ahora vamos a crear un proyecto con Maven2 llamado prueba-sonar

cuya clase principal presenta el siguiente cdigo:

Paso 9: Si ahora ejecutamos el goal de sonar con este proyecto, veremos que en la
pantalla principal de la aplicacin ya aparece una entrada con nuestro proyecto.

Paso 10: Ahora si pinchamos en la entrada del proyecto accederemos al panel

de control del mismo donde de primeras recibiremos toda esta informacin:

12. Conclusiones
Como hemos podido notar, hoy da se comienza a imponer la obligacin de normas de
calidad del software donde un fallo en la informacin, o en el tratamiento de sta puede
llevar a fallos catastrficos y de consecuencias imprevisibles. Por ello las organizaciones
estn exigiendo controles de calidad ms rigurosos en la confeccin de su software.
Hoy da el tener implantados sistemas de calidad en la empresa, debe llevar no solo l tener
que instalar la metodologa del sistema de calidad sino tambin sistemas de informacin que
controlen y coordinen el sistema, sistemas automticos, sistemas documentales, etc. Por
todo ello la implantacin de sistemas de calidad en cualquier empresa u organizacin debe
implicar que tambin el software que empleen los posea, y ello repercute en la obligacin de
que sus proveedores de software los hayan empleado en la elaboracin de sus productos.
De esa forma se evitaran defectos provenientes de los sistemas de informacin.

Bibliografa
https://es.wikipedia.org/wiki/ISO/IEC_9126
https://www.kiuwan.com/es/
http://testeandosoftware.com/kiuwan-que-es/
https://es.wikipedia.org/wiki/Kiuwan
https://es.wikipedia.org/wiki/ISO/IEC_9126
http://testeandosoftware.com/kiuwan-que-es/
https://es.wikipedia.org/wiki/Kiuwan
https://es.wikipedia.org/wiki/ISO/IEC_25000
http://estandarescalidadsoftware.blogspot.com.co/2013/09/iso-14598_13.html
http://es.slideshare.net/albert317/calidad-del-producto-software
http://www.javiergarzas.com/2012/08/calidad-del-producto-software-proceso-equipo.html
ISO 9126. Revista de Procesos y Mtricas de las Tecnologas de la Informacin. AEMES, 4,
153-167.
http://modelosdegestiondelacalidad.blogspot.com.co/

http://fit.um.edu.mx/CI3/publicaciones/Technical%20Report%20COMP-018-2008.pdf
http://www.monografias.com/trabajos5/call/call.shtml#ixzz46WjUJWH0
Mendoza, L., Prez, M., & Grimn, A. (2005). Prototipo de modelo sistmico de calidad
(MOSCA) del software. Computacin y Sistemas, 8(3), 196-217.
Piattini, M. G., & Garca, F. O. (2003). Calidad en el desarrollo y mantenimiento.
SOLARTE, GUILLERMO; MUOZ, LUIS; ARIAS, BIBIANA MODELOS DE CALIDAD PARA
PROCESOS DE SOFTWARE Scientia Et Technica, vol. XV, nm. 42, agosto, 2009, pp. 375379 Universidad Tecnolgica de Pereira