INTRODUCCION

La calidad es un conjunto de propiedades inherentes a un objeto que contenga

capacidades para satisfacer las necesidades del cliente implícitas o explicitas; La calidad de

un producto o servicio es la percepción que el cliente tiene del mismo, como ejemplo la

calidad del servicio, la calidad de vida, etc. Cuando se habla de calidad del software se

hace referencia al conjunto de cualidades que determina su utilidad. Es el grado en que el

software cumple con los requisitos especificados (eficiencia, flexibilidad, corrección,

mantenimiento seguridad e integridad).La calidad del software es medible y varía según el

tipo de sistema y de programa, Esta calidad puede ser inspeccionada al finalizar el

producto.

Un modelo de calidad entonces describe estas características y sus relaciones. El

software juega un papel muy importante para el desarrollo de las organizaciones. Día tras

día son liberados para su uso distintos tipos de programas para diferentes clases de clientes,

los hay para cada necesidad de tal manera que resulta difícil imaginar alguna situación en

la que el software no estuviera presente, dado que es uno de los componentes básicos de la

tecnología que se involucra en las empresas, no sólo como soporte a los procesos de

negocio, productivos y administrativos, sino como parte integral de las estrategias

corporativas para la generación de ventajas competitivas.

El conocimiento de las diferentes normas y/o modelos que se tienen para la calidad

en los procesos de desarrollo, tienen gran incidencia en el producto final, los modelos
 Aspectos comunes y comparativas de modelos

Aquí pretendemos reflexionar sobre la esclavitud creativa de los estándares, la base teórica o

rigurosidad formal de los modelos, sobre las comparativas existentes entre modelos, así como

recoger documentos que realizan mapeos entre modelos.

Hay una corriente de autores, p.ej. (Bach), que consideran que los estándares reducen la

autonomía de los desarrolladores, siendo experimentada como una carga, limitaciones restrictivas,

ahogando la creatividad requerida en el desarrollo de software innovador, veneran al proceso,

ignorando a las personas. Frente a esta postura, está la que defiende que esta interdependencia

(frente al trabajo autónomo) toma una forma colaborativa, niveles de proceso maduros llevan a un

proceso de desarrollo más ‘socializado’, el esfuerzo colaborativo aumenta la eficiencia y

efectividad.

Otra crítica habitual es que muchas veces en el ámbito de la mejora de procesos, los medios se

olvidan del fin. Debe evitarse que el verdadero objetivo de mejorar el proceso se desplace a la

misión artificial de alcanzar un mayor nivel de madurez.

También se critica la ausencia de base teórica formal y la vaguedad del soporte empírico.

Aunque la aparición de la Teoría de la Evaluación, un marco teórico de propósito general que

define los diferentes tipos de métodos de evaluación y sus parámetros (Scriven, 1991), ha aportado

resultados iniciales esperanzadores.

Por otro lado, es difícil discernir en el estudio de los resultados empíricos, la parte

correspondiente de la mejora a la aplicación de un estándar, en lugar de otro.

Cuadro comparativo entre modelos
MODELO VENTAJAS
Cuenta con las ventajas de ofrecer
una base para para poder ser
evaluada, brinda evaluaciones, con
SPICE resultados repetibles, reduciendo
las diferencias en los resultados, y
realizando las evaluaciones en el
área de problemas.
Se focaliza en el producto final,
identificando atributos claves
desde el punto de vista del usuario.
Focaliza en medidas precisas de alto
McCall nivel.
El modelo CMMI cuenta con gran
eficacia, ha permitido mejoras de
gran impacto en procesos de
desarrollo de productos software,
CMMI tales como la reducción de coste de
desarrollo, localización y líneas de actividad, así como el
resolución de defectos, mejora en
la fiabilidad de la planificación, en
términos de dedicación y de
calendario.
Asegura la calidad en fuente,
Modelo Shigo Prize adoptar el pensamiento científico,
centrarse en el proceso, pensar
DESVENTAJAS
Se necesita de un gran esfuerzo
para importar las evaluaciones, y
resulta más caro, sin percibir
alguna estrategia de mejorar el
proceso.
Las características son en general
propiedades abstractas medible
mediante métricas
No siempre existe una relación
perfectamente lineal entre los
valores de las métricas y las
características que deben estimar.
El gran problema de CMMI es su
falta de adecuación al enfoque a
servicio que está experimentando
el sector de las TI en todas sus
alto esfuerzo de implantación que
exige.
Proceso complejo de aplicación
del modelo.
CARACTERISTICAS
Establece un marco y los requisitos
para cualquier proceso y proporciona
requisitos para los modelos de
evaluación de los procesos.
El modelo del McCall organiza los
factores en tres ejes o puntos de vista
desde los cuales el usuario puede
contemplar la calidad de un producto,
basándose en once factores de calidad
organizados en torno a los tres ejes y
a su vez cada factor se desglosa en
otros criterios.
Es un modelo que constituye una
forma de medir el grado de madurez
de las organizaciones, con el objetivo
de establecer una guía que les permita
mejorar sus procesos y habilidad para
organizar, desarrollar, adquirir y
mantener productos y servicios
informáticos.
El modelo está diseñado para
identificar la evaluación de una
compañía que atraviesa por una
 sistemáticamente.
Reduce riesgos del proyecto,
incorpora objetivos de calidad,
integra el desarrollo con el
mantenimiento.
Desarrollo en espiral
Se enfoca tanto al producto como
al proceso, garantiza la relación
sinérgica entre las características
de la empresa y las necesidades del
MOSCA
usuario, constituye una
herramienta efectiva de análisis y
estimación de la calidad global
sistemática.
Estabilización y mejora de la
calidad, mejora de la
Modelo Deming productividad/reducción de costos,
incremento de las ventas,
establecimiento de diferentes
Genera mucho tiempo en el
desarrollo del sistema.
Modelo costoso.
Requiere experiencia en la
identificación de riesgos.
Proceso complicado si no se
cuenta con una guía adecuada da
aplicación del modelo.
Genera mucho tiempo en el
desarrollo
transformación y para apoyar a los
directivos de detectar en donde se
encuentran sus compañías en su
jornada lean y evaluar el nivel de
profundidad y entendimiento de esta
filosofía dentro de su empresa
Las actividades de este modelo se
conforman en un espiral, en la que
cada bucle o iteración representa un
conjunto de actividades.
En cada iteración se toma en cuenta
los objetivos, alternativas, el
desarrollo y verificación del software.
MOSCA es una herramienta que
soporta la administración de la
calidad del software en sus tres
actividades: aseguramiento de la
calidad, Planeación de la calidad y
Control de la calidad, al establecer un
marco de referencia que permita
ubicar en nivel establecido” la calidad
sistémica de sus productos.
La evaluación en este modelo tiene
como principal objetivo comprobar
que mediante la implantación del
control de calidad de toda la
organización, se obtengan buenos
resultados. La producción es vista
 sistemas de dirección.
Permite identificar oportunidades
de mejoramiento del sistema de
calidad.
Ayuda a su vez en los procesos de
mejoramiento de la calidad
iniciados por los clientes.
Produce un mejoramiento en la
ISO 9001:2000 motivación y en el trabajo en
equipo del personar ya que la
certificación es la resultante del
esfuerzo colectivo de la empresa.
Es posible sustituir las auditorías
de calidad de cada uno de los
clientes por la efectuada por un
solo organismo idóneo, imparcial.
Requiere gran esfuerzo y tiempo
para lograr el objetivo.
El sistema origina cierta
burocracia.
Los esfuerzos y costos para
preparar la documentación e
implantación de los sistemas
como un sistema, porque la mejora de
la calidad abarca a toda la línea de
producción, desde la recepción de los
materiales hasta el consumidor (que
se sitúa como la pieza más
importante)
La ISO 9001, que es reconocida
internacionalmente, es genérica. No
es una norma de productos, pero es
aplicable se aplica a cualquier
industria manufacturera o de servicio.
Desarrollada por la International
Organization for Standardization
(ISO), su objetivo es establecer
requisitos internacionales para
sistemas de gestión de la calidad.
 CONCLUSIONES

En conclusión, se sabe que los estándares son importantes para certificar algunas

empresas, las cuales dan al mercado productos los cuales tiene que ser regidos por normas,

y dichas normas son establecidas por empresas las cuales, así mismo se sabe cuáles son las

características de dichos estándares y normas.

Los estándares y modelos de calidad establecen marcos de referencia que ayudan a

mejorar la gestión y evaluación de los servicios, productos y sistemas. Es importante

conocer la existencia de diferentes enfoques en la creación de estándares relacionados con

la calidad para poder seleccionar el más adecuado en cada caso.

Sin duda, el campo de la mejora y evaluación de procesos es muy prolífico y

emergente, un campo muy activo de trabajo. Cabe resaltar cómo las evoluciones de los

principales estándares siguen líneas que parecen confluir, y SPICE parece haber sido el

desencadenante de esta puesta en común de soluciones.

Pero quedan importantes temas abiertos, como el acercamiento de estos estándares a las

pequeñas y medianas empresas, como la adecuación para dar soporte a metodologías de

desarrollo ligeras, como la creciente necesidad de evidencias que den sostén a la eficacia e

impacto de la ingeniería del software y en la industria de software no convencional. Uno de

los mayores problemas para la cuantificación de los resultados de un SPI (o SPA) es la

naturaleza del proceso de desarrollo software, amalgama tecnológico-social-intelectual de

difícil expresión teórico-matemática.

La simulación del proceso de desarrollo de software se utiliza en la actualidad como una

herramienta de ayuda en la resolución de problemas en distintas actividades de la ingeniería

del software, como la gestión estratégica del desarrollo, la investigación en la mejora de

procesos o la formación en gestión de proyectos.

 BIBLIOGRAFÍA

Bach, J. (s.f.). The Inmaturiry of CMM. Americaan programmer.

Rojas, S. &. (s.f.). calidad del software: camino hacia una verdadera industria del software.

revista de la escuela administrativa de negocios, 38,38-57.

Scriven, M. (1991). Evaluation Thesaurus. Newbury Park, CA: sage Plublications.

UDES, L. e. (2014). Evaluacion de la calidad de la tecnologia educcativa. Obtenido de

http/p:ula2.cvudes.edu.co/publico/lems/L.000.008.MG/