Вы находитесь на странице: 1из 12

ACTIVIDAD 1.2.

CUADRO COMPARATIVO:

NORMAS Y/O MODELOS PARA LA CALIDAD

DILFREDO RAFAEL JULIO JIMÉNEZ

NELLY ZENITH UTRIA LIZARAZO

Profesor Consultor

SANDRA PATRICIA OCHOA GUEVARA

UNIVERSIDAD DE SANTANDER

MAESTRÍA GESTIÓN DE LA TECNOLOGÍA EDUCATIVA

EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA

SANTA MARTA

OCTUBRE 28 DE 2018
INTRODUCCIÓN

La calidad del Software es un conjunto de cualidades medibles y específicas que varía de

un sistema a otro, dependiendo del tipo de software que se va a desarrollar, para determinar su

utilidad y existencia. El desarrollo de software se ha convertido en uno de los principales

problemas que tiene que afrontar la Ingeniería de Software, así lo señalan Solarte, Muñoz y Arias

(2009, p. 375), esto se debe a la gran de demanda que han tenido la utilización de aplicaciones

para mejorar los procesos en las empresas, para ofrecer un mejor producto al usuario final.

En el presente trabajo se describen organizaciones que formulan normas y modelos de

evaluación de la calidad del software tanto en su proceso de desarrollo como para el producto

final, realizando un análisis en las diferentes organizaciones, para determinar los beneficios e

inconvenientes que puedan presentarse en el desarrollo de aplicaciones con calidad, ya que todo

producto debe ajustarse a os requerimientos establecidos por el usuario, para que puedan cumplir

con los objetivos esperados.

Un Software de alta calidad, se evalúa constantemente, desde su fase inicial de desarrollo

hasta la fase final, cumpliendo con las especificaciones y requisitos del usuario final.
CUADRO COMPARATIVO: NORMAS Y/O MODELOS PARA LA CALIDAD

Tabla No. 1: Modelos de calidad de procesos

MODELOS DE CALIDAD A NIVEL DE PROCESOS

Nombre del Modelo Características Ventajas Desventajas

Modelo robusto y completo Se implementa en Europa.


Es el resultado de un proyecto
Europeo basado en los modelos Arquitectura, la descomposición en Faltaría un poco más de
CMM [Paulk et al., 1993] e ISO procesos detallados ofrece un buen atención en lo que se refiere a
9000 [Guler, Guillén & marco para la evaluación de la satisfacción del cliente.
Macpherson, 2002]. procesos.
Proporciona una alternativa para No hay herramientas de
las organizaciones que están El proceso de mejora está muy terceras partes accesibles para
interesadas en mejorar su claro a la hora de aplicarlo. Usa una los usuarios.
proceso de desarrollo de base de datos global que es
BOOTSTRAP
software y alcanzar la beneficioso para la comunicación. Incompleto comparándolo con
certificación ISO, ya que otros modelos.
combina y realza las formas Compara los resultados de la
establecidas por CMM y la evaluación con los resultados de
certificación ISO 9000 [Komi- sus competidores.
Sirviö, 2004].
Su objetivo es desarrollar un Prioriza las necesidades que se
método para la evaluación de deben mejorar primero.
procesos de desarrollo de
software.
Son normas aplicables a los Permite mejoras de gran impacto en Costo alto para la preparación
diferentes procesos que se procesos de desarrollo de productos y el soporte, también lo es la
llevan a cabo para lograr software, tales como mejora en la valoración del modelo.
producir software con calidad. fiabilidad de la planificación, en
Al igual que las normas ISO términos de dedicación y de Proceso de valoración pesado y
90003, este modelo nos dice que calendario. lento.
hay que hacer, y no como hay
que hacerlo, lo que permite: Reducción de los trabajos derivados Se utiliza para empresas
Describir los componentes del de correcciones tras las fases de grandes.
modelo y sus relaciones. pruebas.
Comprender las áreas de Tamaño y complejidad mucho
proceso. Método evolucionado y flexible. mayor que modelos vigentes.
Localizar información relevante Compatible con la norma ISO/IEC
en el modelo. 15504. La complejidad de la
Aplicar los conocimientos a su evaluación continua puede
entorno de trabajo y en un Mejor organización interna y atentar contra la definición de
CMMI
equipo de evaluación de homogeneización en procesos de objetivos concretos de
componentes y sus relaciones de actuación. madurez.
un modelo.
Estudia los procesos de Obtención de un importante caudal
desarrollo de software de una de datos históricos susceptibles de
organización. ser Analizados.
Producir una evaluación de la
madurez de la organización
según una escala de 5 niveles,
con el objetivo de establecer una
guía que les permita mejorar sus
procesos y su habilidad para
organizar, desarrollar, adquirir y
mantener productos y servicios
informáticos.
Proporciona una base para Es el modelo más consensuado y Permite que el dominio de
realizar evaluaciones de la probado procesos sea tan amplio para
capacidad de los procesos de Coherencia con otros modelos de abarcar todos los posibles
software y permite reflejar los calidad ya implementados en la ciclos de vida, de tal manera
resultados obtenidos sobre una organización ISO9001- ISO 20000- que hace difícil que todos los
La Norma SPICE escala común, que puede usarse: ISO 27000. atributos de proceso sean
ISO/IEC 15504 para comprobar la evolución de Menores costos de la certificación universales, provocando
una organización en el tiempo o Brinda evaluaciones, con resultados dificultad y confusión durante
para observar su situación repetibles, realizándolas en el área la evaluación.
respecto a la competencia y para de problema.
la definición de estrategias de Aplicable a cualquier organización
mejora o empresa.
La evaluación en este modelo Estabilización y mejora de la Toma mucho tiempo y
tiene como principal objetivo calidad. esfuerzo desarrollarla.
comprobar que, mediante la Mejora de la productividad. Una escala diseñada para un
implantación del control de Reducción de costos. puesto tal vez no pueda
calidad en toda la organización, Los procedimientos que se siguen aplicarse a otro, por haberse
se obtengan buenos resultados. en este modelo dan como resultado diseñado específicamente para
MODELO DEMING
La producción es vista como un escalas con un alto nivel de validez ese puesto.
sistema, por lo que la mejora de de contenido.
la calidad abarca a toda la línea
de producción, desde la
recepción de los materiales
hasta el consumidor.
Las actividades de este modelo Reduce riesgos del proyecto Genera mucho tiempo en el
se conforman en una espiral, en Incorpora objetivos de calidad desarrollo del sistema
la que cada bucle o iteración Integra el desarrollo con el Modelo costoso
DESARROLLO EN representa un conjunto de mantenimiento. Requiere experiencia en la
ESPIRAL actividades. En cada iteración se identificación de riesgos.
toma en cuenta los objetivos,
alternativas el desarrollo y
verificación del software
Tabla No. 2: Modelos de calidad a nivel de producto

MODELOS DE CALIDAD A NIVEL DE PRODUCTO

Nombre del Modelo Características Ventajas Desventajas

Organiza los factores en tres ejes o Es práctico y fácil de entender y Implica un trabajo tedioso por
puntos de vista desde los cuales el de esta forma fácil de aplicar, la cantidad de métricas que se
usuario puede contemplar la esto debido a su estructura utilizan.
calidad de un producto, basándose jerárquica.
en once factores de calidad Implica un trabajo adicional al
organizados en torno a los tres ejes Identifica atributos claves desde proceso, debido a que se
y a su vez cada factor se desglosa el punto de vista del usuario. evalúan muchos factores.
en otros criterios.
Describe la calidad como un Se focaliza en el producto final y No siempre existe una relación
concepto elaborado mediante en medidas precisas de alto perfectamente lineal entre los
relaciones jerárquicas entre nivel. valores de las métricas y las
factores de calidad, en base a características que deben
criterios y métricas de calidad. Orientado al producto final, estimar.
McCALL
Su finalidad, atender a las diversas pero, se puede aplicar al
necesidades de las organizaciones proceso.
que quieren realizar la mejora de
sus procesos. Se puede utilizar no para varios
Posee 2 enfoques: proyectos al mismo tiempo.
El Continuo: hace hincapié en la
capacidad de ciertas áreas para En costos resulta viable es de
realizar sus actividades de manera gran ayuda para cualquier
adecuada. organización.
El Escalonado: hace especial
énfasis en el grado de madurez de
los procesos (a semejanza del
Software-CMM).
Éste define la calidad de software Fundamentado en modelo ISO No especifica muchos aspectos
en términos de atributos 9000 y CMMI relacionados con el usuario
cualitativos y los mide usando
métricas. Las mejoras al Software se Genera mucho tiempo en el
El modelo no es muy distinto al de hacen por medio de ciclos de desarrollo del sistema.
McCall, porque muchos de sus espiral partiendo desde el centro.
factores de calidad son los mismos. Modelo costoso.
Este modelo también presenta sus En cada ciclo analiza objetivos,
factores de calidad estructurados alternativas, desarrollo y Requiere experiencia en la
jerárquicamente de alto a bajo verificación. identificación de riesgos.
nivel.
El modelo se basa en que el Conjuga lo interactivo del
software debe: modelo MCP con lo sistemático
-Hacer lo que el usuario quiere que del Modelo Cascada.
haga.
-Utilizar los recursos de la Es posible tener en cuenta
BOEHM
computadora correcta y mejoras y nuevos requerimientos
eficientemente. sin romper con la metodología,
-Ser fácil de usar y de aprender ya que este ciclo de vida no es
para los usuarios. rígido ni estático.
-Estar bien diseñado, bien
codificado y ser probado y
mantenido fácilmente.

Este modelo introduce


características de alto nivel, de
nivel intermedio que se constituyen
en los factores de calidad, y las
características primitivas, cada una
de las cuales contribuyen al nivel
general de calidad.
Modelo de calidad fija propuesto Se pueden reducir los riesgos de El modelo tiene bastante
por Robert Grady y Hewlett no considerar alguna de las métricas lo que puede generar
Packard Co (HP) en 1987, tiene en facetas del desarrollo de un mayor demanda en tiempo y
cuenta 5 características a la hora de sistema. costos.
evaluar la calidad del producto, que
son: Funcionalidad, Facilidad de Es posible estandarizar algunos
Uso, Confiabilidad, Performance y criterios para poder obtener los
Facilidad de Soporte. requerimientos.

También propone una clasificación Los criterios son de fácil


FURPS de los requisitos en dos categorías: comprensión lo que facilita su
implementación
Requisitos funcionales (F), que
especifican funciones que el
sistema debe ser capaz de realizar
sin tener en cuenta las restricciones
físicas.
Requerimientos no funcionales
(URPS), que puntualizan atributos
del sistema o del medio ambiente
del sistema.
Arthur presenta una variante del Tiene en cuenta el factor de Incluye más criterios, lo que
modelo de calidad propuesto por calidad de corrección que hace que se utilicen más
McCall. muchos modelos no tienen. métricas y esto conlleva más
Permite la auditoria, lo que esfuerzo en tiempo y costo
La variante consta de dos acciones: implica un mayor de grado de
ARTHUR
-Añadir tres nuevos criterios de confiablidad ante el riesgo.
valoración: Complejidad,
Seguridad y Auditabilidad
-Variar las relaciones de los
factores y los criterios
Es una herramienta que soporta la Se enfoca al producto y al Proceso complicado sino se
administración de la Calidad del proceso cuenta con una guía adecuada
Software en sus tres actividades: Garantiza la relación sinérgica de aplicación del modelo.
Aseguramiento de la Calidad, entre las características de la
MOSCA Planeación de la calidad y Control empresa y las necesidades del
de la calidad, al establecer un usuario.
marco de referencia que permite
ubicar en un nivel establecido la
calidad sistémica de sus productos.
CONCLUSIÓN

El Software es diseñado para satisfacer las necesidades de una sociedad de consumo,

donde los avances tecnológicos, se han apoderado del mercado llevando a las organizaciones a

una permanente actualización, que los lleve a estar en un alto nivel de competitividad. Para esto

es necesario que el software que adquieran dichas organizaciones, cumpla con los estándares y

normas de calidad establecidos por los distintos organismos de control y garantía.

Las normas y estándares permiten seguir una serie de pasos que buscan que los proyectos

sean más fáciles de desarrollar y mas eficientes, y con la calidad necesaria para satisfacer las

necesidades del cliente, facilitando al personal involucrado en el proceso de desarrollo del

proyecto, controlar los tiempos y bajar los costos del mismo.

Las Normas y modelos permiten mejorar estos procesos de construcción, aplicándolas de

acuerdo a las necesidades del proyecto.


REFERENCIAS BIBLIOGRÁFICAS

Garzas, J. Procesos Software. Recuperado de: http://www.javiergarzas.com/procesos-software

García Romero, C. (2001). El Modelo de Capacidad de Madurez y su Aplicación en Empresas

Mexicana de Software. Puebla: Universidad de las Américas Puebla. p (10-18, 68-75).

Recuperado de:

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo_2.html

ISO, Organización Internacional de Estándares. Recuperado de: https://www.iso.org/home.html

IUNT, Instituto Uruguayo de Normas Técnicas. Recuperado de:

https://www.unit.org.uy/normalizacion/sistema/9000/

Libro Electrónico Multimedial. Evaluación de la Calidad de la Tecnología Educativa. Capítulo 1.

Calidad y Estándares Internacionales. Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/evaluacion/ver_1completo.h

tml

López, A., Cabrera, C. y Valencia, L. (Septiembre, 2008). Introducción a la Calidad de Software.

Scientia Et Technica. Universidad Tecnológica de Pereira. Vol. XIV. No. 39. pp. 375-379.

ISSN 0122-1701. Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/

2.pdf
Mollineda, R., y Vos, T. (2003). Calidad y Testeo del Software. Actualidad TIC. Universidad

Politécnica de Valencia. p (12-16). Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/Rubricas/08/5.pdf

Rojas, S., y Borja, J. (1999). Calidad del Software: camino hacia una verdadera industria del

software. Revista de la Escuela Administración de Negocios p. 38-57. Recuperado de:

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/

1.pdf

Solarte, G., Muñoz, L. y Arias, B. (Agosto, 2009). Modelos de Calidad para Procesos de

Software. Scientia Et Technica. Universidad Tecnológica de Pereira. Vol. XV. No. 42. pp.

375-379. Recuperado de: http://www.redalyc.org/articulo.oa?id=84916714069