Vous êtes sur la page 1sur 10

NORMAS Y/O MODELOS QUE SE TIENEN PARA LA CALIDAD EN LOS PROCESOS

DE DESARROLLO COMO PARA EL PRODUCTO FINAL

YOHANA YÁNEZ PICO

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

MARÍA AURORA BARBERY CONCHA

UNIVERSIDAD DE SANTANDER

CAMPO VIRTUAL UDES

MAESTRÍA EN GESTIÓN TECNOLÓGICA


BUCARAMANGA - SANTANDER
2019
NORMAS Y/O MODELOS QUE SE TIENEN PARA LA CALIDAD EN LOS PROCESOS
DE DESARROLLO COMO PARA EL PRODUCTO FINAL

CUADRO COMPARATIVO

MODELO CARACTERÍSTICAS VENTAJAS DESVENTAJAS

Fue el primero en ser presentado  Es práctico y fácil de  Características son en


en 1977, y se originó motivado entender y de esta general propiedades
por US Air Force y DoD. forma fácil de aplicar, abstractas medibles
esto debido a su mediante métricas, lo
 Organiza los factores en tres
estructura jerárquica. cual implica un
ejes o puntos de vista desde
 Identifica atributos trabajo tedioso por la
McCALL. los cuales el usuario puede
claves desde el punto cantidad de métricas
contemplar la calidad de un
McCall, de vista del usuario. que se utilizarían.
producto, basándose en once
Richards y  Se focaliza en el  Implica un trabajo
factores de calidad
Walters, producto final y en adicional al proceso,
organizados en torno a los
(1977) medidas precisas de debido a que se
tres ejes y a su vez cada
alto nivel. evalúan muchos
factor se desglosa en otros
 Orientado al producto factores.
criterios.
final, pero, se puede  No siempre existe una
 Describe la calidad como un
aplicar al proceso. relación
concepto elaborado mediante
 Se puede utilizar no perfectamente lineal
relaciones jerárquicas entre
para varios proyectos al entre los valores de
factores de calidad, en base a
mismo tiempo. las métricas y las
criterios y métricas de
 En costos resulta viable características que
calidad.
es de gran ayuda para deben estimar
 Su finalidad, atender a las
cualquier organización
diversas necesidades de las
organizaciones que quieren
realizar la mejora de sus
procesos.
El modelo de Boehm (1978)  Utiliza niveles  No especifica los
agrega algunas características a jerárquicos aspectos
las existentes en el modelo de  Involucra menos relacionados con
factores y criterios lo el usuario
McCall y representa una
BOEHM que implica menos  Genera mucho
estructura jerárquica de
tiempo en su tiempo en el
(1978) características, cada una de las
desarrollo desarrollo del
cuales contribuye a la calidad
 Incorpora objetivos de sistema
total.
calidad
Características de calidad

 Confiabilidad
 Eficiencia
 Facilidad de prueba
 Portabilidad
 Fácil de entender
 Fácil de modificar
Consiste en un modelo de
descomposición de
características de calidad del
software en 3 niveles (usos
principales, componentes
intermedios y componentes
primitivos) previos a la
aplicación de métricas. Este
modelo plantea factores de
calidad formados por criterios de
calidad y métricas respectivas.

El modelo de Boehm tiene como


finalidad que a través de la
calidad del software, el
Software: (1) realice lo que
desea el usuario, (2) utilice
recursos informáticos de manera
correcta y eficiente, (3) sea fácil
de utilizar y aprender; y (4) sea
bien diseñado, codificado,
probado y mantenido

ARTHUR Arthur presenta una variante del  Tiene en cuenta el  Incluye más
Modelo de modelo de calidad propuesto por factor de calidad de criterios , lo que
calidad McCall. La variante consta de corrección que hace que se
creado por dos acciones: muchos modelos no utilicen más
Arthur tienen. métricas y esto
 Añadir tres nuevos criterios
Andersen  Permite la auditoria, lo conlleva más
de valoración: Complejidad,
en 1985. que implica un mayor esfuerzo en tiempo
Seguridad, Auditabilidad
de grado de y costo
 Variar las relaciones de los
confiablidad ante el
factores y los criterios
riesgo.

Es una guía para comprobar  Reducción del coste  Falta de


procesos y comparar la de desarrollo adecuación al
capacidad de un grupo al  Localización y enfoque de
ejecutarlos. Es un modelo de resolución de defectos servicio que está

CMM madurez-directriz, practico y  Mejora en la fiabilidad experimentando el

Surge en disciplinas basadas en estándares de la planificación en sector de las TI en

1984 de la industria. Indica qué deben términos de todas sus líneas de


hacer los procesos no cómo dedicación y de actividad.
deben hacerlo. calendario  Exige un alto
 Aumento de la esfuerzo de
Características de calidad
productividad implantación.
 Utiliza niveles jerárquicos.  Reducción de trabajos
 Clasifica a las empresas en de correcciones tras
niveles según su madurez. las fases de prueba.
 Permite guiar paso para  Mejora en la calidad
mejorar a través de niveles o del producto
etapas.  Reducción de defectos
 Específico para el desarrollo  Detección en las fases
y mantenimiento de tempranas de su ciclo
software. de vida
 Definido como un conjunto  Mejora de la imagen
de áreas clave de procesos. de Marca
 Tiene un modelo de
evaluación.

Esta propuesta contempla, por  Los criterios son  Se necesitan de


un lado 5 características de las claramente muchas métricas
FURPS
cuales se deriva su nombre entendibles, lo que lo que implica un
Modelo de
(Funcionalidad, Facilidad de implica su fácil mayor esfuerzo de
calidad
Uso, Confiabilidad, Desempeño utilización. tiempo y costo
propuesto
y Facilidad de Soporte), y por  En cierta forma su
por Robert
otro, que los requisitos se división en factores
Grady y
clasifiquen en dos categorías: funcionales y no
Hewlett
requisitos funcionales (F), que funcionales es
Packard
son los que especifican convenientes para
Co (HP) en
funciones que el sistema debe determinar la calidad,
1987
ser capaz de realizar sin tener en aun así, hayan
cuenta las restricciones físicas; y restricciones físicas.
requerimientos no funcionales  Tiene en cuenta las
(URPS), que puntualizan fallas en el producto y
atributos del sistema o del medio en el proceso, esto
ambiente del sistema permite una mayor
corrección.
 se podría utilizar no
para uno sino para
varios proyectos

Modelo de calidad creado por  Este modelo evalúa el  Se evalúan


Gilb en 1988. Este modelo producto de forma muchos factores
GILB
presenta como aspecto independiente. que provocan un
Gilb y
fundamental la definición de los  Al igual que otros mayor trabajo en
Kitchenha
atributos de calidad que procesos utiliza tiempo y costos
m-Walker
realmente interesan al usuario y niveles de jerarquías
(1988)
el nivel de calidad que debe para delegar trabajos
tener cada uno de ellos para
satisfacerlo ya que no tiene
sentido exigir calidad en un
producto, si no se cuenta con
esta base. Cada atributo tiene
sub-atributos que ayudan a la
medición de este

ISO-IEC Es un estándar internacional para  Es un modelo de  Como en casi


9126 El la evaluación del Software, está corte internacional todos los modelos
estándar supervisado por el proyecto pero adaptado al caso desgasta mucho
ISO 9126 SQuaRE, ISO 25000:2005, el colombiano y tiempo y dinero
presenta su cual sigue los mismos latinoamericano. pero este modelos
primera conceptos. Cuenta con tres ítems  La terminología es es el más costoso
versión en adicionales para ayudar a la clara y precisa, lo que
1991, luego mejora de la calidad del hace que sea más
en 2001 es producto software (Métricas comprensible para
remplazad externas, Métricas internas, todos los actores del
o por ISO Métricas de calidad en uso). proceso.
9126:1  Involucra la
utilización de la
norma ISO
 Introduce un nuevo
concepto es la calidad
de uso que tiene en
cuenta lo más
importante para la
gestión de calidad
que es la opinión del
usuario.
 Esta actualizado
 se podría utilizar no
para uno sino para
varios proyectos

El modelo de Dromey tiene el  Evalúa un producto de  Se basa solo en la


propósito de trabajar con una forma independiente calidad del
estructura que permite construir  Existe una relación producto, más no
y utilizar un modelo de calidad directa entre los en el desarrollo y
práctico para evaluar las etapas atributos y los sub- análisis del mismo
DROMEY de Determinación de los atributos
(1995) requerimientos, Diseño e  Utiliza niveles
Implementación. Esta jerárquicos
información puede ser usada
para elaborar, comparar y
evaluar la calidad de los
productos de software. Este
modelo plantea la calidad del
producto por medio de la
definición de sub-características
que pueden ser medidas y
evaluadas como características.
Características de calidad:

 Facilidades de uso
 Confiabilidad
 Eficiencia
 Facilidad de
mantenimiento
 ¨Portabilidad
 Funcionalidad
También, permite aumentar el
entendimiento respecto de la
relación entre los atributos
(características) y los sub-
atributos (sub-características) de
calidad.

Su propósito es estimar la Se enfoca tanto al Proceso complicado


calidad sistemática dentro de una producto como al proceso sino cuenta con una
organización desarrolladora de Constituye una guía adecuada de la
MOSCA software herramienta efectiva de aplicación
análisis y estimación de la
Calidad Global
Sistemática

MODELO Su objetivo es la evaluación de  Publicación de los  Poca capacidad de


IBEROA la gestión de las organizaciones, resultados en medios actualización
MERICA identificando o sus puntos de prensa  Baja capacidad de
NO DE fuertes y áreas de mejoras que internacionales. adaptación al
EXCELEN sirvan para establecer planes de  Utilización de sector público
CIA EN progreso y también sirva como símbolos del premio
LA información para el desarrollo y en todas sus
publicaciones y
GESTIÓN planificación n estratégica comunicaciones.
 Divulgación de las
mejores prácticas de la
organización ganadora
Iberoamericana
 Asociación gratuita
por un año
FUNDIBEQ
BIBLIOGRAFÍA

 http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/cap1/Capit
ulo_Completo.pdf

 http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Ca
p1/1.pdf

 http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Ca
p1/2.pdf

 Udes, (2013). Evaluación de la Calidad de la tecnología educativa y estándares


internacionales. Recuperado:
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/librov2.html. Calidad
del software. Métricas, CMMI y fiabilidad de aplicaciones (1ª parte) (DV00103A)
Sección: Divulgación Categoría: Tendencias en programación Fecha revisión: 2029
Autor: César Krall

 Blog FUNDIBEQ. Fundación Iberoamericana para la Gestión de Calidad (2015)


Recuperado: http://www.fundibeq.org/premio-iberoamericano.

 Rodríguez, S. (2013) Ventajas y desventajas del CMMI


Recuperado:http://es.slideshare.net/lucainog/beneficios-de-aplicar-cmmi

Vous aimerez peut-être aussi