TRABAJO INVESTIGATIVO 06

CALIDAD DEL SOFTWARE

Presenta
Camilo Andrs Frontado Escobar
Erik Alexis Valderrama
Alejandro Jimnez Mateus
Harold Jhovany Lpez Medina

Docente
Juan Carlos Guevara B.

Asignatura
Ingeniera de Software

Universidad Distrital Francisco Jos de Caldas

Tecnologa en Sistematizacin de datos
Facultad Tecnolgica
Bogot D.C Colombia - 31 de marzo de 2016

CONTENIDO

2. Introduccin....2
3. Calidad............3
3.1. Definicin.........3
3.2. Importancia....................3
3.3. Caractersticas....4
3.4. Factores crticos de xito......6
4. Modelos de calidad..............6
5. Normas de calidad.............10
6. Calidad de modelos conceptuales...........13
7. Calidad de producto de software......20
8. Calidad del proceso de software..........21
9. Calidad de interfaz de software............27
10. Cuatro software para estimar calidad ..............31
11. Cuadro comparativo de Herramientas de software.........45
12. Conclusiones.........46
13. Bibliografa..47

2. Introduccin
Lograr un alto nivel de calidad de un producto o servicio es el objetivo de la
mayora de las compaas que desarrollan software. La administracin de la
calidad del software utiliza procedimientos y estndares durante el desarrollo
del software, adems del correspondiente proceso que verifica que todo el
personal siga estos estndares. En un esfuerzo por definir el concepto de
calidad, algunos autores argumentan que un atributo de calidad puede
contribuir a la obtencin de mejoras en el funcionamiento y operacin del
software.
Se requiere mostrar los resultados y proyecciones de la implementacin de
herramientas computacionales para evaluar la calidad de aplicaciones Web,
Aplicaciones de escritorio, Aplicaciones Mviles y otro tipo de software,
teniendo en cuenta las caractersticas propias de cada una de las categoras,
aparte de ello es indispensable seguir unas normativas especficas para poder
saber si lo que se est haciendo est bien o est mal, es all donde se deben
tener en cuenta las normas publicadas por entidades como ISO, IEE, W3C, etc.

3. Calidad
3.1 Definicin
La calidad referente al software se refiere a la capacidad que tiene todo el
grupo gestor del proyecto para cumplir y/o exceder las expectativas que
esperan los clientes respecto a los requerimientos entregados inicialmente,
esta se puede entregar una relacin que Roger S. Pressman, ingeniero de
software que dice la calidad de 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 .
Existen 3 puntos importantes de la definicin de calidad de software:
los requerimientos del software son los fundamentos desde los que se
mide la calidad
los estndares especficos definen un conjunto de criterios de desarrollo
que guan la forma de aplicacin de la ingeniera de software
existen requerimientos implcitos que no se mencionan
La industria del software se ha convertido en un mercado tan gigante que las
empresas que se encargan de los proyectos referentes a las diversas
aplicaciones informticas entregar con la mejor calidad, en el menor tiempo
posible y tomando los costos mnimos:
3.2 Importancia en la calidad del software
La mejora en los procesos del software ha pasado de convertirse en un
elemento estratgico para que cada una de las fases del proyecto se desarrolle
con la mejor, esta importancia se basa en la norma ISO 15504.
La calidad del software puede parecer un concepto alejado de la vida diaria
interviene con el sistema relacionado con las importaciones entre relaciones
hacia los sistemas operativos de las maquinas. La importancia se basa en
efectos de riegos relacionados con los problemas en forma de retrasos,
prdidas de tiempo, dinero o recursos humanos.
Esto puede intervenir con problemas ms graves estos retrasos pueden causar
afecciones drsticas hacia las probabilidades econmicas de las empresas. La
importancia de la calidad, intervienen con impunidades constructivas que se
interrelacionan con la construccin en proceso.
La calidad impone que es una relacin multidimensional entre todos los
sectores imponen que todas las caractersticas:
Los fallos de software
La calidad de un producto no es algo que se aade al final como si se pintara
de un color su exterior, es algo que se cuida a lo largo de todo el proyecto de
construccin. En el software esto es especialmente cierto, ya que es un

resultado bsicamente intelectual dependiente del trabajo de los profesionales

especializados. Los datos indican que los problemas de los proyectos de
software se van reduciendo progresivamente desde mediados de los noventa
gracias a la introduccin de mtodos de trabajo ms sistemticos y fiables.
Ha crecido de manera considerable el nmero de empresas que tienen
certificados sus procesos de trabajo para cumplir dichos estndares,
produciendo un efecto beneficioso en la calidad del software.
El estudio tambin informa de otro aspecto clave para el fomento de la calidad:
la exigencia de la misma por parte de los clientes. Las grandes organizaciones
son las que exigen ms certificados y garantas a sus proveedores.
Pruebas de software: un aspecto clave en la calidad
Ms all de los certificados y estndares generales, se ha querido analizar con
algo ms de detalle uno de los aspectos clave para la calidad. Se trata de las
pruebas de software: es la tcnica presente en todos los proyectos y consiste
en realizar ensayos de funcionamiento de las aplicaciones en entornos
controlados, a fin de detectar los posibles defectos presentes antes de que el
producto se ponga en funcionamiento y pueda originar cualquier tipo de fallo. Si
las pruebas no son eficaces, pueden permitir que software defectuoso llegue al
cliente causando graves problemas.
Factores que afectan negativamente a las pruebas
Al comprobar esta situacin, se plantea un ltimo anlisis para detectar cules
podran ser los factores que favorecen estos resultados. Tras consultar a un
panel de expertos y preguntar a profesionales, finalmente se concluye que la
presin de tiempo para las pruebas (se hacen al final de los proyectos, cuando
se acumulan retrasos), la tentacin de recortar en calidad cuando hay
problemas de tiempo o de recursos, la falta de formacin de profesionales y
directivos, as como las deficiencias en esta rea en la educacin son los
factores que ms influyen en que exista esta situacin. El software es un
producto intelectual que depende al 100% de la habilidad y formacin de los
profesionales que lo desarrollan.

3.3 Caractersticas
La calidad puede imponer diversas caractersticas y ms cuando se habla de la
extensin de una mejor manera y posteriormente de la calidad con medida de
la eficacia que se guan en el sentido de relacin al usuario, cada caso debe
presentarse hacia una medicin.
McCall propone los siguientes enfoques:

Correccin: El grado en que un producto de software satisface sus

especificaciones y consigue los objetivos de la misin encomendada por
el usuario.

Confiabilidad: El grado en que se puede esperar que un producto de

software lleve a cabo sus funciones esperadas con la precisin
requerida.

Eficiencia: La cantidad de recursos computacionales y de cdigo

requeridos por un producto de software para llevar a cabo las funciones
encomendadas.

Integridad: El grado en que puede controlarse (facilitar y restringir) el

uso y acceso al software y a los datos, tanto al personal autorizado
como al no autorizado.

Facilidad de uso: El esfuerzo requerido para aprender, trabajar,

preparar la entrada e interpretar la salida de un producto de software.

Facilidad de mantenimiento: El esfuerzo necesario para localizar y

corregir los errores en un producto de software.

Flexibilidad: El esfuerzo requerido para modificar un producto de

software una vez que se encuentra ya liberado o en produccin, esto es,
una vez que el usuario est haciendo uso de l.

Facilidad de prueba: El esfuerzo requerido para probar un producto de

software, de tal forma que se asegure que realiza las funciones
especificadas por el usuario.

Portabilidad: El esfuerzo requerido para transferir un producto de

software de una plataforma (entorno de hardware y software) a otra.

Reusabilidad: El grado en que un producto de software (o alguna de

sus partes) pueda volver a ser utilizado en otras aplicaciones, an
cuando la funcionalidad de la misma cambie.

Facilidad de interoperacin: El esfuerzo requerido para lograr que un

producto de software trabaje con otro, compartiendo recursos.

Algunos de los aspectos relacionados con la calidad del software se pueden

describir en el siguiente esquema:

3.4 Factores de xito

Los factores de xito en la calidad de software se varan en la capacidad de
todo el grupo de la gestin de proyecto para entregar un verdadero software de
acuerdo a los requerimientos del cliente, estos se pueden relacionar en varios
factores
Interfaz de usuario: Aqu es donde los usuarios que se vern directamente
involucrados con el uso del sistema, si la conformidad que tienen respecto a la
variada cantidad de actividades es mayor a la que se esperaba al principio
entonces se tuvo un xito a lo largo de la construccin del software, es decir
que el ambiente visual MVVM (Modelo Vista View-Model) sea el mejor para
cada tipo de usuario y se generalice dependiendo a la cantidad de usuarios que
tendrn que ingresar al mismo modulo o parte del software.
Superar las expectativas: Es de los planificadores del proyecto proveer puntos
de inicio para que los requerimientos que son entregados por el cliente en la
fase inicial se cumplan y a su vez viendo los estados actuales en los que se
encuentra la empresa implementar factores adicionales que mejoren varios
procesos alternos en los que se pueden implementar.
Facilitar al mximo la realizacin de actividades en el software: Cuando nos
enfrentamos con el desarrollo de software los programadores a veces nos
podemos ver en la situacin del anlisis del flujo que puede tener la realizacin
de una tarea, aqu es donde intervenimos para implementar algoritmos internos
para hacer que los procesos ms generales que en otras ocasiones se
ejecutan manualmente para nuestro proyecto se ejecuten automticamente.

4. Modelos de calidad
Modelo de Mccall
El modelo de McCall fue el primero en ser presentado en 1977 y se origin por
Air Forc y Dod.

Adems, Se focaliza en el producto final identificando atributos claves desde el

punto de vista del usuario. Estos atributos se denominan factores de calidad y
son normalmente atributos externos, pero tambin se incluyen algunos
atributos posiblemente internos.
Los factores de calidad son demasiados abstractos para ser medidos
directamente, por lo que por cada uno de ellos se introduce atributos de bajo
nivel denominados criterios de calidad. Algunos criterios de calidad son
atributos internos segn McCall que el atributo interno tiene un efecto directo
en el atributo externo correspondiente.
Factores de calidad: McCall propone tres perspectivas para agrupar los
factores de calidad:

Revisin del producto: habilidad para ser cambiado.

Transicin del producto: adaptabilidad al nuevo ambiente.
Operacin del producto: caractersticas de operacin.

Factores de calidad de revisin: La revisin del producto incluye los

siguientes factores de calidad:

Mantenibilidad: esfuerzo requerido para localizar y corregir fallas.

Flexibilidad: facilidad de realizar cambios.
Testeabilidad: facilidad para realizar el testing, para asegurarse que el
producto no tiene errores y cumple con la especificacin.

Factores de calidad de transicin: La transicin del producto incluye los

siguientes factores de calidad:

Portabilidad: esfuerzo requerido para transferir entre distintos ambientes

de operacin.
Reusabilidad facilidad de reusar el software en diferentes contextos.
Interoperabilidad esfuerzo requerido para acoplar el producto con otros
sistemas.

Factores de calidad de operacin: La operacin del producto incluye los

siguientes factores de calidad:

Exactitud: el grado en el que el producto cumple con su especificacin.

Confiabilidad: la habilidad del producto de responder ante situaciones no
esperadas.
Eficiencia: el uso de los recursos tales como tiempo de ejecucin y
memoria de ejecucin.
Integridad: proteccin del programa y sus datos de accesos no
autorizados.
Usabilidad facilidad de operacin del producto por parte de los usuarios.

Modelo de Boehm
El segundo modelo de calidad ms conocido es presentado por Barry Boehm
en 1978. Este modelo introduce caractersticas de alto nivel, caractersticas de
nivel intermedio y caractersticas primitivas, cada una de las cuales contribuye
al nivel general de calidad.
Caractersticas de alto nivel: las caractersticas de alto nivel representan
requerimientos generales de uso pueden ser:

Utilidad per-se: cuan (usable, confiable, eficiente) es el producto en s

mismo
Mantenibilidad: cuan fcil es modificarlo, entenderlos y retestearlo.
Utilidad general: si puede seguir usndose si se cambia el ambiente

Aunque los modelos McCall y Boehm parezcan similares, la diferencia est en

que McCall focaliza en medidas precisas de alto nivel, mientras que Boehm
presenta un rango ms amplio de caractersticas primarias. Adems, la
Mantenibilidad est ms desarrollada en Boehm. Otras diferencias entre estos
dos modelos las podemos ver en el siguiente cuadro comparativo:

Modelo ISO
La ISO ha emitido algunas normas que definen un modelo de calidad del
software, en varios contextos de uso.
ISO 9126-1 define 6 caractersticas de calidad principales,
subcaractersticas. Incluye 3 reportes tcnicos (ISO/IEC 9126-2, 3 e 4).

27

ISO/IEC 9241 define las caractersticas de un software usable.

ISO 12119 define las caractersticas de calidad para un software COTS
(Commercial off the shelf).

La ISO tambin ha publicado la norma 14598 que gua en el proceso de

valoracin de la calidad del software segn los criterios de la 9126.
Modelo ISO 9126: Durante muchos aos se busc en la Ingeniera de Software
un modelo nico para expresar calidad. La ventaja era fcil de conocer: poder
comparar productos entre s en 1992, una variante del modelo de McCall fue
propuesta como estndar internacional para medicin de calidad de software.
ISO 9126 Software Product Evaluation: Quality Characteristics and Guidelines
for their Use es el nombre formal. La ltima revisin ha sido realizada en el
2004; est en proceso de una nueva revisin. No se proveen certificados de
calidad por esta norma.
En ISO 9126 se reconocen seis factores de calidad que se pueden considerar
tanto internos como externos:

Funcionalidad.
Confiabilidad.
Eficiencia.
Usabilidad.
Mantenibilidad.
Portabilidad.

Los cuatro factores de calidad de uso que se conocen en el modelo ISO 9126:

Eficacia.
Seguridad.
Productividad.
Satisfaccin.

Modelo CMMI
Bsicamente el CMMI son normas para calidad enfocada al mundo del
Software. Estas se aplican a los diferentes procesos que hay que llevar a cabo
para lograr producir software con calidad, es muy importante mencionar que
igual que las normas ISO 90003, este modelo nos dice que hay que hacer, y no
como hay que hacerlo.
El modelo CMMI permite:

Describir los componentes del modelo y sus relaciones.

Comprender las reas de proceso.
Localizar informacin relevante en el modelo.
Aplicar los conocimientos a su entorno de trabajo y en un equipo de
evaluacin de componentes y sus relaciones de un modelo.

El estado de madurez se divide en seis niveles (incompleto, ejecutado,

gestionado, definido, cuantitativamente gestionado y optimizado)

Proporciona a la medicin una gran importancia en la madurez de los procesos

al incorporar una nueva rea del proceso denominada Medicin y Anlisis,
cuyo alcance es mucho ms amplio y ms explcito que el tratamiento de la
medicin en el modelo CMM. La incorporacin de esta nueva rea de proceso
proporciona una gestin con el enfoque y la visibilidad que las organizaciones
necesitan para guiar el uso de la medicin y el mejoramiento continuo.
El objetivo de esta rea es desarrollar y establecer una capacidad de medicin
para dar soporte al resto de reas de proceso proporcionando un marco de
trabajo a las organizaciones a la hora de alinear los objetivos y necesidades de
medicin, proporcionando resultados objetivos y tiles para la toma de
decisiones y acciones correctivas. Este enfoque es consistente con las ideas
de Goal, Question, Metric (GQM) y del estndar ISO 15939, que son procesos
de medicin.

Ventajas

Mejor organizacin interna y homogeneizacin en procesos de

actuacin.
Temprana deteccin de errores en el desarrollo del producto o en la
prestacin de nuestro servicio.
Importante reduccin del nmero de incidencias
Control continuo de los proyectos, en cuanto a: Riegos, Recursos,
Esfuerzo, Costos, Plazos.
Obtencin de un importante caudal de datos histricos susceptibles de
ser Analizados.
Creacin de una cultura para compartir conocimientos.
Mejor servicio a nuestros clientes.
Nuevas oportunidades de negocio.

Desventajas

Plazo de implantacin del proyecto.

Se utiliza para empresas grandes.
Tamao y complejidad mucho mayor que modelos vigentes.
El proceso de avaluacin es ms costoso en tiempo y esfuerzo.
La complejidad de la evaluacin continua puede atentar contra la
definicin de objetivos concretos de madurez

5. Normas de Calidad
5.1 Nombre
La calidad del producto, junto con la calidad del proceso, es uno de los
aspectos ms importantes actualmente en el desarrollo de Software.
Relacionada con la calidad del producto, recientemente ha aparecido la familia

de normas ISO/IEC 25000, que proporciona una gua para el uso de la nueva
serie de estndares internacionales llamada Requisitos y Evaluacin de
Calidad de Productos de Software (SQuaRE - System and Software Quality
Requirements and Evaluation).
ISO/IEC 25000 constituye una serie de normas basadas en ISO/IEC 9126 y en
ISO/IEC 14598 cuyo objetivo principal es guiar el desarrollo de los productos de
software mediante la especificacin de requisitos y evaluacin de
caractersticas de calidad.
El objetivo del portal iso25000.com es crear un foro que rena toda la
informacin relativa a la mejora de la calidad del software conforme a la familia
de normas ISO/IEC 25000, con el fin de proporcionar un acercamiento a esta
familia de normas a particulares y empresas, facilitando la obtencin de
informacin en espaol tanto a grandes empresas como a micropymes
interesadas en mejorar su producto software.
Este portal se corresponde con un portal abierto y accesible a todo el mundo,
en el que se irn incluyendo artculos, opiniones, eventos y noticias de
actualidad, todos ellos relacionadas con el objetivo del portal.
5.2 Norma ISO / IEC 25024

- Un conjunto bsico de medidas de calidad de datos para cada caracterstica;

- Un conjunto bsico de las entidades de destino a la que se aplican las
medidas de calidad durante el ciclo de vida de datos;
- Una explicacin de cmo aplicar las medidas de calidad de datos;
- Una gua para las organizaciones que definen sus propias medidas para los
requisitos de calidad de datos y evaluacin.
Incluye, como anexos informativos, un cuadro sinptico de los elementos de
medida de calidad definidos en esta norma internacional (Anexo A), una tabla
de medidas de calidad asociada a cada medida de la calidad del elemento y de
la entidad de destino (Anexo B), las consideraciones acerca de los elementos
de medida de calidad especfica ( anexo C), una lista de medidas de calidad en
orden alfabtico (anexo D), as como una tabla de medidas de calidad
agrupados por caractersticas y entidades de destino (anexo e).
Esta Norma Internacional no define los rangos de valores de estas medidas de
calidad a niveles de tipos o grados debido a que estos valores se definen para
cada sistema, por su naturaleza en funcin del contexto del sistema y las
necesidades de los usuarios.
Esta Norma Internacional se puede aplicar a cualquier tipo de datos
conservados en un formato estructurado dentro de un sistema informtico
utilizado para cualquier tipo de aplicaciones.

Las personas que gestionan los datos y servicios, incluyendo los datos son los
principales beneficiarios de las medidas de calidad.
Esta Norma Internacional est destinado a ser utilizado por personas que
necesitan para producir y / o utilizar medidas de calidad de datos, mientras que
la bsqueda de sus responsabilidades.
- Comprador (un individuo u organizacin que adquiere o que gestione los
datos de un proveedor).
- Evaluador (un individuo u organizacin que lleva a cabo una evaluacin, que
puede, por ejemplo, ser un laboratorio de pruebas, el departamento de calidad
de una organizacin, una organizacin gubernamental, o un usuario).
- Desarrollador (un individuo u organizacin que realiza actividades de
desarrollo incluyendo los requisitos, anlisis, diseo, implementacin y datos de
prueba durante el ciclo de vida de los datos).
- Mantenedor (un individuo u organizacin que realiza actividades de operacin
y mantenimiento de los datos).
- Proveedor (un individuo u organizacin que entra en un contrato con el
comprador para el suministro de datos o servicio en virtud de los trminos del
contrato).
- Usuario (un individuo u organizacin que utiliza los datos para realizar una
funcin especfica).
- Gerente de calidad (un individuo u organizacin que realiza un examen
sistemtico de los datos).
- Propietario (un individuo u organizacin que asume la responsabilidad de la
gestin y el valor financiero de los datos con la autoridad legal y la
responsabilidad de establecer para ellos evaluacin, colecciones, acceso,
difusin, almacenamiento, seguridad, y cancelacin).

5.3 ISO / IEC 25020: 2007

ISO / IEC 25020: 2007 proporciona un modelo de referencia de medicin y gua
para la medicin de las caractersticas de calidad definidas en la norma ISO /
IEC 2501n, Divisin Modelo de Calidad. ISO / IEC 25020: 2007 establece los
requisitos para la seleccin y construccin de medidas de calidad. Tambin
contiene anexos informativos que abordan los siguientes temas: criterios para
la seleccin de las medidas de calidad de software y elementos de medicin de
la calidad, lo que demuestra la validez predictiva y la evaluacin de la
seguridad de medicin, y un ejemplo de formato para la documentacin de las
medidas de calidad de software.

La Divisin de Medicin de la Calidad, de los cuales la norma ISO / IEC 25020

es un miembro, tambin ofrece ejemplos de medidas de calidad que se pueden
utilizar en todo el ciclo de vida de desarrollo del producto. Estas medidas se
definen en los dems documentos de la divisin y que correspondan a las
caractersticas de calidad en un modelo de calidad del producto de software tal
como el descrito en la norma ISO / IEC 25010. ISO / IEC 25020: 2007 y las
medidas de calidad estn diseados para ser utilizados, en particular, con otras
normas de la serie cuadrados que abordan los requerimientos de calidad (ISO /
IEC 25030) y la evaluacin de la calidad del producto (ISO / IEC 25040).

5.3 ISO / IEC 25021: 2012

ISO / IEC 25021: 2012 proporciona guas para especificar la calidad de medir
los elementos (QME) y el conjunto inicial de QME como ejemplos. QME es una
medida definida en trminos de una propiedad y el mtodo de medicin para la
cuantificacin de ella, incluyendo opcionalmente la transformacin por una
funcin matemtica.

ISO / IEC 25021: 2012 est destinado a ser utilizado en todo el ciclo de vida del
software de sistema y producto utilizado con otros documentos de la serie
cuadrados ISO / IEC 250nn, especialmente la norma ISO / IEC 25022, ISO /
IEC 25023 e ISO / IEC 25024.

5.4 ISO 9126

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.
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.

6. Calidad de modelos conceptuales

La constante evolucin de la tecnologa informtica ha producido que el
software casi se encuentre relacionado con todos los campos de la actividad
humana con sus impresionantes y constantes mejoras en prestaciones y
rendimiento.
La automatizacin de las actividades y la generacin y disponibilidad de
informacin para la toma de decisiones, logradas a travs del software, son
claves para el logro de los objetivos y supervivencia de las organizaciones,
pero todas estas ventajas no han sido bien acompaadas por una anloga
evolucin en el desarrollo de la industria del software que se reconoce como la
Crisis del Software, es por esto que las entidades educativas y numerosos
grupos equipos en la investigacin de las empresas han orientado sus
esfuerzos en el desarrollo de nuevas formas de creacin de software dando
lugar a nuevas metodologas y modelos diversos.
Cada produccin de modelos dan pauta para unas mejores ideas en la gestin
de proyectos de software, de entre estos se empieza el destaque de los
modelos conceptuales que permiten demostrar una relacin entre los
requerimientos del usuario respecto a la solucin final
El modelo conceptual se puede definir como la bsqueda y definicin formal
del conocimiento general sobre un dominio que un sistema de informacin
necesita conocer para llevar a cabo las funciones requeridas.
6.1. Mtricas para modelos conceptuales tradicionales
Los modelos conceptuales tradicionales fue conformado por el desarrollo hacia
describir fcilmente los requisitos de datos en un sistema de informacin con la
independencia del criterio de la gestin y la organizacin de los datos.
Hay mtricas desarrolladas que describen algunos mbitos entre las
validaciones terica y jurdica asociado hacia preinscribir si tiene alguna
herramienta.

Mtricas de Kesh
Las mtricas de Kesh pblico el mtodo que haba desarrollado para el
aseguramiento de la calidad en el modelo Entidad-Relacin, esta base se basa

en la calidad que estos modelos de datos que se determina por los tipos de
componentes ontolgicos y los de comportamiento.
Clculo del valor de cada uno de los componentes ontolgicos. Se calcula
individualmente el valor de los componentes estructurales (las relaciones entre
los elementos que forman el modelo: adecuacin al problema: o1, validez: o2,
consistencia: o3 y concisin o4) y de los componentes de contenido (los
atributos de las entidades: completitud: o5, cohesin: o6 y validez: o7)
Clculo de los valores de los componentes de comportamiento. Este clculo se
hace a partir de los valores de los componentes ontolgicos relevantes para
cada uno de los componentes de comportamiento.
Los componentes de comportamiento a tener en cuenta son: facilidad de uso
desde el punto de vista del usuario: s1, usabilidad desde el punto de vista del
diseador: s2, facilidad de mantenimiento: s3, precisin: s4 y rendimiento: s5.
Clculo de la calidad del modelo. Este clculo se hace a partir de los valores de
los componentes de comportamiento de acuerdo con la frmula:
Q = wi si (con i de 1 a 5)
Donde wi son los pesos de los factores de comportamiento y si los valores de
dichos factores.
Los pesos son determinados por la organizacin en funcin de la importancia
que tengan para la misma.
Las frmulas para el clculo de si son las siguientes:

s1 = (o1 + o3 + o4 + o5) / 4

s2 = (o2 + o3 + o5 + o6 + o7) / 5

s3 = (o2 + o4 + o6) / 3

s4 = (o3 + o5) / 2

s5 = (o4 + o5) / 2

El modelo de Kesh est poco experimentado por eso requiere de bastante

interaccin entre los diseadores y los usuarios para su retroalimentacin
sucesiva.
El modelo de Kesh se considera de que el valor Q no es una estimacin muy
precisa, sino como un indicador relativo de la calidad del modelo EntidadRelacin y que por consiguiente despus habr que trabajar sobre el modelo.
Mtricas de Moody

Las mtricas de Moody presento un conjunto de mtricas subjetivas y objetivas

para evaluar algunos 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.

Moody propuso que los investigadores y profesionales trabajan conjuntamente

para demostrar la validez de las mtricas descritas anteriormente, no ha sido
validado ni terica ni prcticamente que no aporta herramientas, las cuales
tiene medidas objetivas y estimaciones subjetivas y que solo contiene algunos
factores de calidad para modelos E-R.
6.2. Mtricas para modelos conceptuales orientadas a objetos
Representan adems de los datos, el comportamiento y la funcionalidad del
sistema de informacin mediante conceptos bsicos de modelado hacia los
diagramas de lenguaje unificado (UML), diagramas de estados, diagramas de
actividad o de transicin de estados.
La mtrica orientada hacia los objetos relacionados con el medio para evaluar
la calidad de los tipos de sistemas, hacia el hecho de construir software
mediante la metodologa que no garantiza por si la calidad que las mtricas
tradicionales no se adecuan bien a este tipo de software.
Mtricas de Abreu y Melo (MOOD)
Este se present para medir algunos de los mecanismos designados hacia los
modelos orientados a objetos (encapsulamiento, polimorfismo, herencia y paso

de mensajes,...) para poder evaluar la productividad del desarrollo y la calidad

del producto que estn encuadradas dentro de las mtricas a nivel del sistema.
Las mtricas del MOOD se definieron para aplicarla hacia los niveles de
diagramas que segn la metodologa RUP se podra organizar y utilizar en la
fase de diseo.
MHF: El Method Hiding Factor (factor de ocultamiento de los mtodos) se
define como el cociente entre la suma de las invisibilidades de todos los
mtodos definidos en todas las clases y el nmero total de mtodos definidos
en el sistema. El MHF es el ratio entre el nmero de mtodos privados y el
nmero total de mtodos, y sirve para medir la encapsulacin.
AHF: El Attribute Hiding Factor (factor de ocultamiento de los atributos) se
define como el consiente entre el nmero de invisibilidades de todos los
atributos definidos en todas las clases y el nmero total de atributos definidos
en el sistema. Se propone tambin como medida de encapsulacin.
Idealmente el valor de esta mtrica debera ser siempre del 100%, siendo
necesario para ello ocultar todos los atributos. Para mejorar el rendimiento, a
veces se evita el uso de mtodos que acceden o modifican atributos
accediendo a ellos directamente.
MIF: El Method Inheritance Factor (factor de herencia de los mtodos) es el
cociente entre el nmero de mtodos heredados en todas las clases del
sistema y el nmero total de mtodos (heredados y locales) en todas las
clases.
El MIF se utiliza como una medida de la herencia, y por tanto, sirve como
medida de la reusabilidad. El empleo de la herencia se ve como un
compromiso entre la facilidad de reutilizacin que proporciona, y la facilidad de
comprensin y mantenimiento del sistema.
AIF: El Attribute Inheritance Factor (factor de herencia de los atributos) est
definido como el cociente entre el nmero de atributos heredados en todas las
clases del sistema y el nmero total de atributos existentes en todas las clases.
Lo mismo que la anterior mtrica expresa la capacidad de reutilizacin del
sistema. Por el contrario tenemos que demasiada reutilizacin de cdigo a
travs de herencia hace que el sistema sea ms difcil de entender y mantener.
PF: El Polymorphism Factor (factor de polimorfismo) se define como el ratio
entre el nmero actual de situaciones diferentes posibles de polimorfismo y el
nmero mximo de posibles situaciones distintas de polimorfismos para cada
clase.
El factor PF es adems, una medida indirecta de la asociacin dinmica del
sistema. El polimorfismo se debe a la herencia. Diversos autores han
demostrado que esta mtrica no cumple todas las propiedades definidas para
ser vlida, ya que en un sistema sin herencia el valor de PF es indefinido, lo
que exhibe una discontinuidad.

CF: Coupling Factor (factor de acoplamiento) se define como la proporcin

entre el mximo nmero posible de acoplamientos en el sistema y el nmero
real de acoplamientos no imputables a la herencia. En otras palabras, indica la
comunicacin entre clases.
El acoplamiento se ve como una medida del incremento de la complejidad,
reduciendo la encapsulacin y el posible reso; limita, por tanto, la facilidad de
comprensin y de mantenimiento del sistema.
Mtricas de Lorenz y Kidd
Las mtricas de diseo se propusieron para medir las caractersticas estticas
de un producto en la creacin de software. Lorenz y Kidd propusieron las
mtricas de diseo para medir las caractersticas estticas de un producto.
Se pueden subdividir en tres grupos principalmente:
Mtricas de tamao
PIM: La mtrica Nmero de Mtodos de Instancia Pblicos es el nmero
total de mtodos pblicos de instancias (los que estn disponibles como
servicios para otras clases). Se considera que mide la cantidad de
responsabilidad que tiene una clase.
NIM: Se define el Nmero de Mtodos de Instancia como la suma de todos
los mtodos (pblicos, protegidos y privados) de una clase.
NIV: El Nmero de Variables de Instancia se determina por el nmero total
de variables (privadas y protegidas) a nivel de instancia que tiene una
clase.
NCM: El Nmero de Mtodos de Clase es el nmero total de mtodos a
nivel de clase.
NVV: El Nmero de Variables de Clase es el total de variables a nivel de
clase que tiene una clase.
Mtricas de herencia
NMO: El Nmero de Mtodos Sobrecargados es el nmero total de mtodos
sobrecargados en una subclase. Se propuso para medir la calidad del uso
de la herencia.

 NMI: El Nmero de Mtodos Heredados se define como el nmero de

mtodos que hereda una clase. Tambin mide la calidad del uso de la
herencia.
NMA: El Nmero de Mtodos Aadidos es el nmero total de mtodos que
se definen en una subclase. Igual que las anteriores mide la calidad de uso
de la herencia.
SIX: El ndice de Especializacin para una clase se define como el nmero
de mtodos sobrescritos multiplicado por el nivel de anidamiento en la
jerarqua y dividido entre el nmero total de mtodos.
N de mtodos redefinidos * Anidamiento en la jerarqua
SIX = El nmero total de mtodos mide el grado en que una subclase
redefine el comportamiento de una superclase. Esta frmula pondera ms
las redefiniciones que ocurren en niveles ms profundos del rbol de
herencia, ya que cuanto ms especializada es una clase, menos
probabilidad existe de que su comportamiento sea reemplazado.
Mtricas de caractersticas internas de una clase
APPM: El Promedio de Parmetros por Mtodo se define como el cociente
entre el nmero total de parmetros por mtodo y el nmero total de mtodos.
Estas mtricas estn enfocadas a las caractersticas internas del diseo O.O.
con medidas objetivas y una herramienta, la OOMetric, que slo puede
aplicarse a cdigo escrito en C++ y Smalltalk. Aunque no se han validado
tericamente. Se han validado parcialmente de forma emprica.

7. Calidad del producto de software

7.1. Normas
7.1.1. ISO 9004:2000, Quality management systems Guidelines for
performance improvements (Sistemas de gestin de la calidad Directrices
para la mejora del desempeo)
7.1.2. Descripcin
Esta Norma Internacional proporciona directrices que van ms all de los
requisitos establecidos en la Norma ISO 9001, con el fin de considerar tanto la
eficacia como la eficiencia de un sistema de gestin de la calidad y por lo tanto
el potencial de mejora del desempeo de la organizacin.

Si se compara con la Norma ISO 9001, los objetivos relativos a la satisfaccin

del cliente y a la calidad del producto se Autor Enfoque Ambito Objetiva /
Subjetiva Validacion Teorica Validacion Empirica Herramienta Moody (1998)
Varios Factores de Calidad Modelo ER Objetivas y Subjetivas NO NO NO
Piattini (2000) Complejidad Modelo ER Objetivas SI Parcial SI extienden para
incluir la satisfaccin de las partes interesadas y el desempeo de la
organizacin.
Esta Norma Internacional es aplicable a los procesos de la organizacin y por
lo tanto se pueden difundir en la organizacin los principios de gestin de la
calidad en los que est basada.
El objetivo de esta Norma Internacional es la consecucin de la mejora
continua, medida a travs de la satisfaccin del cliente y de las dems partes
interesadas.
Esta Norma Internacional est constituida por orientaciones y recomendaciones
y no ha sido concebida para su uso, contractual, reglamentaria o en
certificacin ni tampoco como una gua para la implementacin de la Norma
ISO 9001.
Contiene recomendaciones para la mejora continua apoyada en la
autoevaluacin aplicable a organizaciones que tengan establecido y certificado
un sgc y quieran ir ms all de los requisitos de la norma iso 9001:
2000, muy flexible en su planteamiento, ejecucin y seguimiento consideracin
sistemtica de la eficacia y eficiencia de la organizacin es un modelo de
excelencia que (en principio) no compite con los ya establecidos y ampliamente
aplicados, no es un sustituto de las auditoras internas de la norma iso 9001 :
2000.

8. Calidad del proceso de software

El Proceso del Software como conjunto estructurado de actividades requeridas
para desarrollar un sistema de software.

Especificacin.
Diseo.
Validacin.
Evolucin.
Desarrollo.
Mantenimiento.

Las actividades varan dependiendo de la organizacin y del tipo de sistema a

desarrollarse. Debe estar explcitamente modelado si va a ser bien
administrado.

Las caractersticas del proceso son las siguientes:

Entendible: Se encuentra el proceso bien definido y es entendible?

Visible: El proceso es visible al exterior?
Soportable: Puede el proceso ser soportado por herramientas CASE?
Aceptable: El proceso es aceptado por aquellos involucrados en l?
Confiable: Los errores del proceso son descubiertos antes de que se

conviertan en errores del producto?

Robusto: Puede continuar el proceso

pesar

de

problemas

inesperados?
Mantenible: Puede el proceso evolucionar para cumplir con los objetivos
organizacionales?
Rapidez: Que tan rpido puede producirse el sistema?

8.1. Normas:
Estndar ISO 12207

Establece un marco de referencia comn para los procesos del ciclo de vida
del software, con una terminologa bien definida, que puede ser referenciada
por la industria del software.
Define los procesos, actividades (que forman cada proceso) y tareas (que
constituyen cada actividad) presentes en la adquisicin, suministro, desarrollo,
operacin y mantenimiento del software.
Segn esta norma, un proceso es un conjunto de actividades interrelacionadas
que transforman entradas en salidas. Un proceso define quin, qu, cundo, y
cmo, para alcanzar un determinado objetivo.
ISO/IEC 15504
ISO decide que sea un desarrollo un estndar para la evaluacin de procesos,
pero por pasos: 1. Publicacin inicial como Informe Tcnico Technical Report
(borrador de estndar) para que despus de su uso real pase a 2.
Revisin y publicacin como estndar internacional IS ISO/IEC 15504
Tecnologas de la Informacin Evaluacin de Procesos (ISO/IEC 15504
Information Technology Process Assessment). Las siglas SPICE significan:
Software Process Improvement and Capability determinacin, es decir
Determinacin de la capacidad y mejora de los procesos de SW
El proyecto SPICE tena tres objetivos principales: - desarrollar un borrador de
trabajo para un estndar para la evaluacin de procesos de software. - para
llevar a cabo los ensayos de la industria de la norma emergente. - promover la
transferencia de tecnologa de la evaluacin de procesos de software a la
industria del software a nivel mundial.
Establece un marco y los requisitos para cualquier proceso de evaluacin de
procesos y proporciona requisitos para los modelos de evaluacin a ser
utilizados. Proporciona tambin requisitos para cualquier modelo de evaluacin
de organizaciones. Adems da guas para la definicin de las competencias de
un evaluador de procesos.
8.2. Modelos:
Modelo de Cascada
Las fases del Modelo de Cascada son:

Anlisis de requerimientos y definicin.

Diseo del sistema y del software.
Implementacin y prueba de unidades
Integracin y prueba del sistema.
Operacin y mantenimiento.
La dificultad en esta modelo reside, en la dificultad de hacer cambios
entre etapas.

Caractersticas:

Cada fase empieza cuando se ha terminado la fase anterior

Para pasar de una fase a otra es necesario conseguir todos los objetivos

de la etapa previa
Ayuda a prevenir que se sobrepasen las fechas de entrega y los costes

esperados
Al final de cada fase el personal tcnico y los usuarios tienen la
oportunidad de revisar el progreso del proyecto

Problemas

Poca visibilidad en el proceso

Los sistemas estn pobremente especificados
Se requieren habilidades especiales.

Aplicabilidad

Para sistemas interactivos pequeos o medianos.

Para partes de sistemas grandes (ej. la interfaz de usuario).
Para sistemas de corta vida.

Prototipado exploratorio: El objetivo es trabajar con clientes hasta evolucionar a

un sistema final, a partir de una especificacin inicial. Se debe comenzar con
unas especificaciones bien entendidas.
Prototipado de throw-away: El objetivo es entender los requerimientos del
sistema. Se puede comenzar con especificaciones poco entendidas.
Manejo de Riesgos:

La tarea principal del administrador consiste en minimizar riesgos. El riesgo

inherente en una actividad es se mide en base a la incertidumbre que presenta
el resultado de esa actividad. Las actividades con alto riesgo causan sobrecostes en cuanto a planeacin y costos. El riesgo es proporcional al monto de
la calidad de la informacin disponible. Cuanto menos informacin, mayor el
riesgo.
Modelo de proceso en espiral

Modelo de proceso de software evolutivo que combina la naturaleza iterativa de

construccin de prototipos con los aspectos controlados y sistemticos del
modelo lineal secuencial.
El software se desarrolla en una serie de versiones incrementales.

Durante las primeras iteraciones, la versin incremental podra ser un

modelo en papel o un prototipo.

Durante las ltimas iteraciones, se producen versiones cada vez ms

completas del sistema diseado.

Cada ciclo empieza identificando:
o Los objetivos de la porcin correspondiente
o Las alternativas
o Restricciones

Fase del Modelo de Espiral:

Planteamiento de Objetivos: Se identifican los objetivos especficos para

cada fase del proyecto.

Identificacin y reduccin de riesgos: Los riesgos clave se identifican y

analizan, y la informacin sirve para minimizar los riesgos.

Desarrollo y Validacin: Se elige un modelo apropiado para la siguiente

fase del desarrollo.

Planeacin: Se revisa el proyecto y se trazan planes para la siguiente
ronda de la espiral.

Plantilla para una ronda de espiral:

Objetivos.
Restricciones.
Alternativas.
Riesgos.
Resolucin de riesgos.
Resultados.
Planes.
Garantas (commitments).

Mejoramiento de la calidad del Modelo de Espiral

Objetivo: Mejorar significativamente la calidad del software.
Restricciones:

Dentro de los 3 primeros aos.

Sin que se produzcan grandes inversiones de capital.
Sin que se lleven a cabo grandes cambios organizacionales.

Alternativas:

Reutilizar software certificado existente.

Introducir especificaciones formales y verificacin.
Invertir en herramientas de prueba y validacin.

Riesgos.

No existen mejoras en el software baratas.

Las mejoras en la calidad pueden incrementar costes excesivamente
Los nuevos mtodos pueden causar bajas en el personal.

Solucin de riesgos.

Estudio de la literatura existente. Proyecto piloto.

Bsqueda de todos los componentes reutilizables potenciales.
Identificacin del soporte disponible de herramientas
Entrenamiento al personal y seminarios motivacionales.

Resultados.

La experiencia en mtodos formales es limitada - es muy difcil

cuantificar las mejoras.

Limitado el soporte en herramientas para sistemas de desarrollo de la

compaa.
Existencia de componentes reutilizables, pero poco soporte de
herramientas de reso.

Planes.

Explorar la opcin de la reutilizacin a ms detalle.

Desarrollar herramientas prototipo para reutilizacin.
Explorar el esquema de certificacin de componentes.

Diferencia de la visibilidad del proceso entre los modelos de proceso:

9. Calidad de la Interfaz de software

Interfaz es un concepto sin una definicin aceptada por todos. En general,
puede entenderse que la interfaz de usuario es lo que ve el usuario del
sistema. No es el sistema en s, sino su puesta en escena y como tal debe
comprenderse. Puede considerarse que todo sistema que permita una
interaccin entre l y su usuario consta de una interfaz de usuario.
As, la interfaz tiene el objetivo principal de hacer usables para los usuarios las
aplicaciones computacionales. El hecho de que se necesiten interfaces implica
que hay algo distinto entre sistema y usuario, algo que necesita ser allanado
para que la interaccin del usuario con el sistema sea fluida. Por lo tanto, es
necesario saber qu es una interfaz, ya que de su calidad, utilidad, usabilidad y
aceptacin depende el xito de un sistema.
9.1. Normas
9.1.1. Nombre

ISO 9241-11: Gua de especificaciones y medidas de usabilidad

ISO 13407: Proceso de diseo centrado en el usuario para sistemas
interactivos
9.1.2. Descripcin
ISO 9241-11: Gua de especificaciones y medidas de usabilidad
Esta norma define la usabilidad y explica cmo identificar la informacin a
tomar en cuenta para especificar o evaluar la usabilidad, en trminos de
desempeo y satisfaccin del usuario. Este documento proporciona directrices
para la descripcin del contexto de usabilidad del software y las medidas
pertinentes relativas a la usabilidad (medida de la eficacia y de la eficiencia).
El diseo y la evaluacin de los terminales con pantallas de visualizacin
considerando su utilizabilidad, proporcionan al usuario los medios de alcanzar
objetivos y satisfacer necesidades en un contexto de uso determinado. La
Norma ISO 9241-11 explica los beneficios que aporta la medida de la
utilizabilidad en trminos de resultados y satisfaccin obtenidos por el usuario.
Estos beneficios se miden por el grado de consecucin de los objetivos
previstos en cuanto a utilizacin, por los recursos empleados para alcanzar
estos objetivos y por el grado de aceptacin del producto por parte del usuario.
La Norma ISO 9241-11 destaca que la utilizabilidad de los terminales con
pantalla de visualizacin depende del contexto de uso y que el grado de
utilizabilidad alcanzado depender de las circunstancias especficas en las que
se emplee el producto.
El contexto de utilizacin consiste en los usuarios, las tareas, el equipo
(aparatos, programas y documentos) y los ambientes fsico y social que puedan
influir la utilizabilidad de un producto en el sistema de trabajo.
La medida de los resultados obtenidos por el usuario y de su propia
satisfaccin, evala el conjunto del sistema de trabajo y, cuando un producto es
objeto de evaluacin, estas medidas proporcionan las informaciones sobre la
utilizabilidad de ese producto en ese contexto especfico ligado al resto del
sistema de trabajo.
Los efectos de las modificaciones realizadas sobre otros elementos del sistema
de trabajo, tales como la cantidad de formacin proporcionada a los usuarios o
la mejora de la iluminacin, tambin pueden ser medidas en trminos de
resultados obtenidos por el usuario y de su propia satisfaccin.
El vocablo utilizabilidad suele hacer referencia a las caractersticas que facilitan
el empleo de un producto.
Los requisitos y las recomendaciones relativas a las caractersticas del equipo,
de los programas y del ambiente que favorecen la utilizabilidad de los
terminales con pantalla de visualizacin, as como los principios ergonmicos
que los sustentan, se presentan en otras partes de la Norma ISO 9241.

ISO 13407: Proceso de diseo centrado en el usuario para sistemas

interactivos
Esta norma proporciona recomendaciones relativas a procesos de diseo
centrados en el usuario a travs de toda la vida til de los sistemas interactivos
informticos.
Esta norma est dirigida a los responsables de los procesos de diseo (los
jefes de proyecto) y proporciona una gua de fuentes de informacin y normas
que tratan del enfoque centrado en el usuario. Por lo tanto, esta norma tiene
que ver con la planificacin y la gestin del diseo centrada en el usuario.
Aborda nicamente los aspectos tcnicos del factor humano y de la ergonoma
en la medida en que los jefes de proyecto necesitan comprender la adecuacin
e importancia de estos datos en relacin al proceso de diseo en su conjunto.

Aqu estn descritas las etapas de comprensin y especificacin del contexto

de uso, de especificacin de las exigencias relacionadas al usuario y a la
organizacin, de la produccin de soluciones y de evaluacin.
Adems, se indica al jefe del proyecto cmo evaluar la conformidad del proceso
de diseo que ha puesto en prctica, con la norma 13407. As, ste debe
probar que los objetivos de usabilidad han sido objeto de test, y que estos han
sido realizados utilizando mtodos vlidos, y adems que una cantidad
apropiada de usuarios ha participado en l y son representativos de los futuros
usuarios, y que los datos producto de estos test han sido tratados de manera
apropiada.
El diseo centrado en el operador humano es un enfoque del desarrollo de los
sistemas interactivos que trata especficamente de lograr que los sistemas
sean ms utilizables. Consiste en una actividad multidisciplinar que incorpora
los factores humanos y los conocimientos ergonmicos.
La aplicacin de los factores humanos y de la Ergonoma al diseo de sistemas
interactivos favorece su eficacia y eficiencia, mejora las condiciones del trabajo
humano y reduce los posibles efectos adversos de su utilizacin sobre la salud,
la seguridad y las caractersticas funcionales.
La aplicacin de la Ergonoma al diseo de sistemas supone tener en cuenta
las aptitudes, capacidades, limitaciones y necesidades del ser humano.
Los sistemas centrados en el usuario, ayudan al operador y los motiva para
aprender. Entre los beneficios pueden incluirse, incrementar la productividad,
mejorar la calidad del trabajo, reducir los costes de asistencia tcnica y de
formacin y aumentar la satisfaccin del usuario.
Aunque existe un conjunto importante de conocimientos referente a los factores
humanos y a la Ergonoma, en relacin con la organizacin y el empleo
eficiente de los procesos de diseo, gran parte de esta informacin slo es bien
conocida por los especialistas en estos campos.
Esta norma internacional tiene por objeto ayudar a los responsables del diseo
de equipos y programas a identificar, planificar y programar eficazmente las
actividades de diseo centradas en el operador humano. Sirven como
complemento a los enfoques y mtodos de diseo existentes.
Esta norma internacional proporciona una gua para las actividades de diseo
centrado sobre el operador humano, durante toda la vida til de los sistemas
interactivos informatizados.
Est dirigida a aquellas personas responsables de los procesos de diseo y
proporciona una gua sobre las fuentes de informacin y normas de inters que
tratan del enfoque centrado sobre el operador humano.

10. Software 01 para estimar la calidad-IBM Rational Quality Manager

Definicin
Es un software concentrador de colaboracin para la calidad de los sistemas y
el software empresarial para cualquier plataforma dentro de una organizacin
que les permite a los gestores de calidad:
Colaborar: comparta informacin de proyecto y actualizaciones de estado de
manera ininterrumpida, de manera que los miembros de equipo puedan
sincronizar el trabajo de equipo en su ciclo de vida.

Automatizar: reduzca las actividades ms exigentes para acelerar las

planificaciones de proyectos.
Controlar: comprenda y notifique las mtricas de proyectos para llegar a
decisiones sobre el relase precisas, fiables y puntuales.

IBM Rational Quality Manager ayuda a que los equipos colaboren mediante
la sincronizacin del trabajo en equipo a travs del ciclo de vida de desarrollo
del software, se espera que lo utilicen todos los equipos de prueba y soporta
una gran cantidad de funciones de usuario.
Est construido sobre la plataforma de tecnologa Jazz de IBM Rational. La
plataforma de tecnologa Jazz es una fundacin servidor comn compartido por
varias herramientas de Rational que facilita el intercambio entre los equipos y
aplicaciones de informacin.

El artefacto central de la herramienta es un dinmico plan de pruebas que

contiene informacin relacionada con el esfuerzo de garanta de calidad, tales
como los objetivos, los horarios, los hitos y los criterios de salida, as como
enlaces a asociados casos de prueba , los requisitos y los elementos de trabajo
de desarrollo.
Requerimientos tecnolgicos
Windows XP, 7 u 8
Linux desde cualquier versin a partir de 2004
Procesador Core 2 Do
Memoria RAM 1 GB
Funcionalidades

Definir planes de prueba y los objetivos de calidad asociados al proyecto.

Crear tableros customizados (a partir de widgets predeterminados) para

hacer seguimiento al trabajo completado y por realizar.

Registrar defectos y usar herramientas para identificar defectos duplicados

sospechosos.

Integrar capacidades de comunicacin como feeds de eventos, chat y

workflow de aprobaciones.

Completar parte de la informacin de la prueba realizada a partir de las

acciones del usuario en pantalla.

Reusabilidad de casos de prueba (casos de pruebas pueden compartir los

mismos pasos.

Identificar y seleccionar los test mnimos requeridos para dar cobertura.

Priorizar funcionalidades a ser probadas.

Obtener reportes para la toma de decisiones.

Reportes para evaluar si el producto est listo y en qu porcentaje ha

cumplido los tests.

Hacer versionamiento de ciclo de vida y trazabilidad entre pruebas, defectos

y correcciones.

Ejemplo de aplicacin
Por los problemas debido a la licencia que se tiene que pagar por el uso de
este software la mayora de ejemplos que se pueden encontrar estn en ingls,
se puede describir que las grandes herramientas proporcionadas en este
software se pueden variar y dependiendo del caso de planificacin o medicin
de calidad podramos decir que es una excelente herramienta en el siguiente
ejemplo descrito en el video
https://www.youtube.com/watch?v=X-JN_JUVZjk
El cual describe la plataforma para la temtica basada en la calidad de
software, instancias de proyecto, promover las relaciones frente a los recursos
y el aceleramiento frente a la ejecucin de las operaciones internas y asi lograr
la mxima eficiencia.
Software 02 para estimar la calidad Bemus

Bemus es una plataforma de gestin de sistemas de calidad, medio ambiente

y prevencin de nueva generacin. Los potenciales clientes de Bemus son
organizaciones de cualquier tipo o sector que tengan implantado o deseen
implantar sistemas de calidad, medio ambiente y prevencin de riesgos
laborales. Est especialmente recomendada para aquellas empresas que
quieran implantar sistemas eficientes e integrados.
Bemus no presenta las limitaciones de las herramientas convencionales
anteriormente citadas, ya que no tiene como finalidad principal y exclusiva la
gestin documental, sino que abarca la gestin de todos los elementos de los
sistemas de calidad, medio ambiente y prevencin:
objetivos, indicadores, identificacin y verificacin del cumplimiento de
requisitos reglamentarios y normativos, no conformidades, costes de no
calidad, auditorias, control de equipos de medida, mantenimiento de equipos,
formacin del personal, comunicacin interna, comunicacin externa, gestin
de epis, gestin de incidentes y accidentes, definicin de responsabilidades,
identificacin y evaluacin de riesgos, acciones correctivas, acciones

preventivas, sugerencias de mejora, controles de proceso, controles de

producto, gestin de tareas.

Permite la integracin de la gestin de los sistemas de calidad, medio

ambiente y prevencin con los sistemas de gestin empresarial, ya que
est desarrollado sobre una plataforma ERP-CRM que puede abarcar

todas las funciones de una organizacin

Evita la duplicidad de registros y la complejidad de la documentacin
Permite la automatizacin de los procesos y en consecuencia la mejora

de su eficiencia
Permite disponer de indicadores avanzados de gestin en tiempo real
que mejoran el control de los procesos de negocio y facilitan la toma de
decisiones basada en datos fidedignos y relevantes

Funciones de Bemus

Clientes y proveedores
Productos y servicios
Perfiles de usuario
Definicin y desglose de procesos
Planes de control de procesos y productos
Agenda para la planificacin y seguimiento de todo tipo de tareas
Avisos al usuario va e-mail
Exportacin a excel
Centros de trabajo
Maquinaria e instalaciones - inventario, mantenimiento correctivo,

preventivo
Gestin de equipos de medida - calibraciones y verificaciones
Gestin de la documentacin el sistema
Gestin de documentacin externa
Base de datos de referencias legales y normativas
Verificacin del cumplimiento de requisitos legales y normativos
Gestin de noticias

Recursos humanos:

Puestos de trabajo perfiles de puesto

Empleados - base de datos de empleados
Habilidades y conocimientos base de datos de conocimientos

gestin de competencias
Planes de formacin y registros de formacin
Grupos de contactos
Evaluacin del clima laboral

Mejora:

Auditorias
No conformidades
Acciones correctivas
Acciones preventivas
Sugerencias de mejora
Gestin de reuniones actas de reunin - revisin por la direccin
Planes de comunicacin interna
Planes de objetivos y metas planificacin de acciones
Cuadro de mando de indicadores

Calidad:

Anlisis modal de fallos y efectos - AMFE / APPCC - riesgos de calidad

Quejas y reclamaciones
Evaluacin de la satisfaccin de los clientes

Prevencin de riesgos laborales:

Gestin de equipos de proteccin individual (epis)

Investigacin y anlisis de incidentes y accidentes
Evaluacin de riesgos laborales

Medio ambiente:

Evaluacin de aspectos medio ambientales

Gestin de residuos

Caractersticas diferenciales de Bemus

Escalabilidad: posibilidad de ampliar funciones a todos los mbitos de la

gestin (planificacin y control presupuestario, comercial, econmicofinanciera, produccin)
Flexibilidad: adaptable a las especificidades de cada organizacin
Facilidad de manejo: amigable, utilizacin muy sencilla
Integracin: posible vincular con aplicaciones existentes de gestin
Velocidad de base de datos: base de datos con prestaciones similares o
superiores a Oracle
Robustez: programada a prueba de fallos
Accesibilidad: acceso va Internet
Capacidad de exportacin a Excel
Avisos va e-mail

Especificaciones y ejemplo

Por los problemas de licencia no se encuentran ejemplos, a excepcin de los

proporcionados directamente en la pgina de la aplicacin.
https://prezi.com/8l1sri3i2w3t/presentacion-bemus-software-de-gestion-integral/
Software 03 para estimar la calidad KIUWAN
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.
Kiuwan 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. Kiuwan 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.

Ejemplo

Primero debemos aadir una aplicacin

Ingresamos los Datos de la nueva aplicacin

Seleccionamos el modelo de parmetros Kiuwan trae por defecto el

modelo CQM

Seleccionamos un archivo en formato .ZIP para realizar el anlisis

Genera el informe de resultados

Software 04 para estimar la calidad Kmkey Quality

KMKey Quality es un software de gestin de calidad ideal para la

implantacin y mantenimiento de un Sistema de Gestin de calidad (SGC)
de cualquier tipo: ISO 9001, ISO 14001, OHSAS 18001, etc, o de una
combinacin de los mismos, facilitando la gestin de un sistema integrado.
Las funciones van agrupadas en tabuladores que se activan o desaparecen,
en funcin de la norma disponible o de los permisos concedidos.

PROCESOS:

Mapa de procesos: Permite definir la organizacin por procesos y dibujar de

forma automtica un diagrama (Mapa de procesos).

RECURSOS:

Recursos humanos: indicar qu personas estn dentro del SGC (Personal),

los cargos que ocupan dentro del organigrama de la institucin (Cargos) y
las responsabilidades inherentes a cada cargo (Perfiles KMKey). Gestin de
las capacitaciones (Formacin) y relacin con las personas que las realizan.

Infraestructura: Permite dar de alta la maquinaria, equipos, edificios etc de

los que disponemos para llevar a cabo la actividad de la empresa.
Podremos realizar y controlar calibraciones y mantenimientos.

DOCUMENTACION:

Gestin de la documentacin: Permite gestionar los documentos del SGC

en vigor, el histrico de los mismos y su distribucin dejando registro de la
misma.
Adems, permite la elaboracin colaborativa de documentos a travs de
Internet, gestionando la edicin, la revisin y la aprobacin de los mismos
por los usuarios designados. Integra un sistema de notificaciones internas o
por e-mail que facilita la comunicacin a los diferentes usuarios avisando de
las acciones que debe realizar respecto a cada documento.

MEJORA:

Auditorias: Generar planes de auditora. lanzar programacin de las

auditoras. Gestionar y controlar su realizacin. Relacionar con los hallazgos
y No Conformidades que se detecten.
No conformidades: Permite registrar y realizar el tratamiento, seguimiento y
cierre de las no conformidades recibidas en el SGC.
Acciones correctivas: Permite registrar y realizar el tratamiento, seguimiento
y cierre de las acciones correctivas recibidas en el SGC.
Acciones preventivas: Permite registrar y realizar el tratamiento,
seguimiento y cierre de las acciones preventivas recibidas en la SGC.
Acciones de mejora: Permite registrar y realizar el tratamiento de las
acciones de mejora recibidas, as como el seguimiento y cierre de las
aprobadas en la SGC.

SEGUIMIENTO:

Comits de calidad: permite organizar dentro del sistema las reuniones de

cualquier tipo de comits. Desde la convocatoria hasta el registro de los
resultados de las mismas.
Revisiones por la direccin: permite enviar las convocatorias, registrar los
resultados de las mismas y realizar el seguimiento de los acuerdos
tomados.
Objetivos: Permite conocer los objetivos de la organizacin aprobados y
dejar registro del seguimiento de los mismos.
Indicadores: Permite conocer los indicadores definidos para los procesos de
la organizacin y dejar registro del seguimiento de los mismos.
Riesgos: Definimos el riesgo, asociamos indicadores, con la frecuencia
escogida se analiza el riesgo, se gestionan tareas o asocian acciones
correctivas y/o preventivas destinadas a disminuirlo. Posteriormente, se

vuelve analizar segn la matriz definida y evaluamos si ha disminuido

producto de lasm acciones. La definicin del riesgo y la matriz utilizada, son
personalizadas.
Cuadro de mando: De un vistazo, podemos saber el estado de los objetivos,
podremos hacer el "check" y tomar decisiones en la Revisin por la
direccin.
Registros: Podemos disear un formulario para recoger todo tipo de
informacin y tener disponibles los registros correspondientes. Ejemplos:
temperaturas, phs de aguas, revisiones de elementos, etc...

PARTES INTERESADAS:

Clientes: permite generar y lanzar encuestas a una lista de personas para

evaluar cualquier acontecimiento. En concreto, se puede lanzar una
encuesta para evaluar la satisfaccin de los clientes sobre un producto y
servicio. Se pueden generar estadsticas de forma automtica.
Proveedores: permite gestionar los proveedores, evaluar, hacer el
seguimiento.
Otras partes: para administraciones, terceros etc.
Encuestas de satisfaccin de los usuarios de los servicios: permite acceder
a los registros de las mediciones de la satisfaccin de los usuarios de los
servicios y seguir su evolucin, as como realizar el seguimiento de las
acciones definidas en funcin del anlisis de los resultados obtenidos.
Quejas, reclamaciones y sugerencias: Permite registrar y realizar el
tratamiento, seguimiento y cierre de las reclamaciones y quejas recibidas en
la SGR.

LABORATORIOS:

Calibraciones: permite registrar las acciones efectuadas para verificar el

correcto funcionamiento de los diferentes aparatos de medida. Permite
planificar, registrar y consultar las diferentes calibraciones.
Autocontroles: Las entidades de calibracin necesitan evaluar sus propios
mtodos de ensayo peridicamente. Con esta configuracin podemos
planificar, aprobar las planificaciones, efectuar las medidas necesarias en
cada uno de los ensayos, validar su correccin y lanzar tareas o acciones
correctivas/preventivas en caso de resultados no satisfactorios.
En resumen, KMKey Quality es el software de gestin de calidad (SGC)
ideal para la implantacin y la gestin de la calidad en su empresa u
organizacin. Mediante su uso sencillo e intuitivo, su acceso universal, y su
entorno colaborativo, har ms fcil la tarea de gestionar la calidad de una
forma eficiente.
Mapa de Procesos

Recursos Personal

Normas y Ciclo documental

Indicadores y Graficas

Registros

11. Cuadro comparativo de herramientas de software

12. Conclusiones

Las principales caractersticas, usos y beneficios del software

desarrollados es el valor agregado por desarrollador, solucin del
problema inicial, desempeo del software, calidad y costo en general,
por medio de estas herramientas, normas, modelos y protocoles se
garantiza una escalabilidad y funcionamiento superiores en cualquier
proyecto de software.
La escalabilidad que tiene medir y administrar de forma clara y concisa
la calidad tiene que basarse siempre en los estndares ya destinados a
este campo, por eso es que la institucin ISO durante algn tiempo ha
estado administrando las relaciones entre de software y usuarios finales
que permite una satisfaccin completa de los clientes.
Con este taller de investigacin se pudo conocer la importancia de
implementar la gestin de calidad en el desarrollo de un proyecto de
software para evitar problemas que normalmente se presentan y atrasan
o afectan su desarrollo y calidad.
A la hora de calificar la calidad de un software, uno de los factores ms
importantes es la usabilidad. Es el atributo ms visible ya que determina
el grado de satisfaccin del usuario respecto de la aplicacin; de ello
depende que sea utilizada o no.
La usabilidad est en el interior del sistema, dependiendo del mbito en
el que est basado. Esta es la razn por la que es necesario ocuparse
de la usabilidad del sistema desde el inicio de su desarrollo.
No es razonable ocuparse de la usabilidad de un sistema cuando la
mayor parte de los recursos dedicados a la construccin del mismo han
sido ya consumidos. Por el contrario, cuando se pretende construir un
sistema usable, es necesario pensar en el uso que ste va a tener desde
el inicio, y hay que llevar a cabo evaluaciones de usabilidad desde las
primeras etapas del proceso de desarrollo.

13. Bibliografa
Calidad
http://www.ecured.cu/Calidad_de_Software
http://www.eumed.net/libros-gratis/2008a/351/Calidad%20de%20Software.htm
http://www.ub.edu.ar/catedras/ingenieria/ing_software/ubftecwwwdfd/calidadsw/
calidad.htm
http://es.slideshare.net/lidizzg/definicion-de-calidad-y-calidad-de-software
http://www.baquia.com/emprendedores/la-importancia-de-la-calidad-delsoftware
http://informaticaitc.blogspot.com.co/2009/02/importancia-de-la-calidad.html
http://www.soltel.es/es/blogs/certificacion-norma-spice
http://www.eumed.net/tesis-doctorales/2014/jlcv/calidad-software.htm
https://notasfuertes.wordpress.com/2012/01/24/calidad-factores-ycaracteristicas-que-determinan-la-calidad-de-software/
http://es.slideshare.net/leopanda/factores-y-caractersticas-que-determinan-lacalidad-de-1
Modelos de calidad
http://www.redalyc.org/articulo.oa?id=84916714069
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo2.pdf
http://alarcos.esi.uclm.es/per/fruiz/cur/santander/mrodriguez-iso25000update.pdf
http://es.slideshare.net/tegsistemas/modelo-de-calidad-del-software
Calidad de modelos conceptuales
https://books.google.com.co/books?
id=bNDzMt6dwNsC&pg=PA110&lpg=PA110&dq=metricas+para+modelos+conc
eptuales&source=bl&ots=72YQkPDp9Z&sig=YQc8QJyixlBD27nurhdY9X_sNoo
&hl=es&sa=X&ved=0ahUKEwjm3smV-8fLAhWFkx4KHa7CwgQ6AEIJzAC#v=onepage&q=metricas%20para%20modelos
%20conceptuales&f=false
http://www.issi.uned.es/CalidadSoftware/Testcal10s/TEMA%205-Sep%2010.pdf
http://sedici.unlp.edu.ar/bitstream/handle/10915/19762/Documento_completo.p
df?sequence=1
http://revistas.iue.edu.co/index.php/reune/article/download/506/828
http://materia-caece.googlecode.com/svn/trunk/Gestion%20de
%20Calidad/Apuntes/DeLProfesor/cap5.pdf

Normas de calidad
http://iso25000.com/
http://www.iso.org/iso/catalogue_detail.htm?csnumber=35749
http://www.iso.org/iso/catalogue_detail.htm?csnumber=35744
https://es.wikipedia.org/wiki/ISO/IEC_9126
Calidad del producto de Software
http://www.revistavirtualpro.com/biblioteca/norma-internacional-iso-9004-2000sistemas-de-gestion-de-la-calidad-directrices-para-la-mejora-del-desempeno

Calidad del proceso de software

http://es.slideshare.net/alejandro2321/procesos-de-calidad-de-software
http://es.slideshare.net/rfsolano/procesos-de-ingenieria-del-software
https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
http://ingenieriasw2.blogspot.com.co/p/calidad-de-software.html
http://www.ctr.unican.es/asignaturas/is1/is1-t02-trans.pdf

Calidad de la interfaz de software

http://albertolacalle.com/hci_estandares.html
http://www.usabilitynet.org/tools/r_international.htm#9241-11
http://eprints.rclis.org/6732/1/Metodologias_de_evaluaci
%C3%B3n_de_interfaces_graficas_de_usuario.pdf
http://es.ccm.net/faq/1632-las-normas-en-ergonomia-de-software
http://webdiis.unizar.es/asignaturas/IPO/wp-content/uploads/2013/02/UNEEN_ISO_9241-111998.pdf
http://webdiis.unizar.es/asignaturas/IPO/wp-content/uploads/2013/02/UNEEN_ISO_134072000.pdf
Software 01 para medir la calidad-IBM Rational Quality Manager
http://www-03.ibm.com/software/products/es/ratiqualmana
http://www.pmoinformatica.com/2015/04/herramientas-gestion-calidadsoftware.html
http://www.javiergarzas.com/herramientas-software
recomendadas#CalidadProducto
http://www.ibm.com/developerworks/ssa/rational/library/08/1230_kelly/

Software 02 para medir la calidad Bemus

http://www.bemus.eu/
https://prezi.com/8l1sri3i2w3t/presentacion-bemus-software-de-gestion-integral/
http://www.intedya.com/internacional/17/actualidad-intedya-internacionaldistribuidor-oficial-de-bemus.html
Software 03 para medir la calidad Kiuwan
https://es.wikipedia.org/wiki/Kiuwan
https://www.kiuwan.com/es/
Software 04 para medir la calidad Kmkey Quality
http://www.fce.unal.edu.co/uifce/proyectos-de-estudio/pdf/QMKeyQuality
http://www.kmkey.com/
http://www.kmkey.com/folder.2012-1114.8042630617/configuraciones/software_calidad_iso_9001_14001_ohsas_180
01_enfocado_procesos