Jenny Muñoz Cuadrocomparativo Antividad.1.2

https://www.timetoast.
com/timelines/linea-de-tiempo-concepto-de-pedagogia-y-teorias-
del-aprendizaje-significativo?print=1
CUADRO COMPARARIVO SOBRE NORMAS Y MODELOS FORMULADOS A LA
CALIDAD DE SOFTWARE
JENNY ALEXANDRA MUÑOZ MUÑOZ
Profesor
Dewar Willmer Rico Bautista
EVALUACION DE LA CALIDAD DE LA TECNOLOGIA EDUCATIVA
MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
UNIVERSIDAD DE SANTANDER
MEDELLÍN
2014
Nivel de Características Ventajas Desventajas
calidad
Modelo de calidad del Software
Proceso
Proceso CMMI  Localización y  El problema de
El CMMI resolución de CMMI es su falta
(Capability Maturity Model defectos. de adecuación al
Integration v1.1, Modelo de  Mejora en la enfoque de
Madurez y Capacidad fiabilidad de la servicio que está
Integrado v1.1) planificación, en experimentando el
[CMMI, 2002] es un modelo términos de sector de las TI
para la mejora de procesos dedicación y de (procesos de
relacionados con el desarrollo calendario. desarrollo de
de productos y de servicios  Aumento de la productos de
que proporciona a las productividad. software) en todas
organizaciones los elementos  Reducción de los sus líneas de
esenciales para establecer trabajos derivados actividad, así como
procesos eficaces. de correcciones tras el alto esfuerzo de
las fases de pruebas. implantación que
CMMI representa la fusión de  Aumento de la exige.
un conjunto de modelos efectividad sobre la  El proceso de
orientados a la mejora de planificación evaluación es
procesos de la Ingeniería de realizada. muy costoso en
Software, Ingeniería de  Mejora en la calidad tiempo y
Sistemas, Desarrollo de de producto. esfuerzo.
del 
Productos y Adquisición  Reducción La complejidad
de Aplicaciones. de la evaluación
número de defectos
y detección en las continua puede
atentar contra la
calidad
Los Enfoques del CMMI fases tempranas de definición de
tienen como finalidad su ciclo de vida. objetivos
atender a las diversas  Mejora de la Imagen concretos de
necesidades de las de Marca. madurez.
organizaciones que quieren  Aumento de la
realizar la mejora de sus productividad.
procesos. Existen 2 enfoques:  Mejora la visibilidad
 Continuo de los proyectos.
 Escalonado  Mejora la
El Enfoque Continuo hace comunicación, para
hincapié en la capacidad de que cada
ciertas áreas para realizar sus participante cumpla
actividades de manera con sus
adecuada. responsabilidades.
El Enfoque Escalonado hace  Mejora la
especial énfasis en el grado de planificación, para
madurez de los procesos (a que se establezcan
semejanza del SW-CMM). planes más realistas.
 Mejora la calidad del
Ambos enfoques reconocen producto.
que las áreas de proceso se  Se establece más
pueden agrupar en 4 conocimiento sobre
categorías la organización.
 generales:  Los clientes viven
 Gestión de Proyectos más informado.
 Gestión de Procesos
 Ingeniería
 Apoyo
y dos categorías opcionales:
calidad
 Desarrollo Integrado
del Producto y del
Servicio
Gestión de Compras.
Bootstrap  No lucrativo.  Se implementa
 Fundamentado en principalmente
Este proyecto fue creado por modelos ISO 9000 y en Europa.
la Comisión Europea como CMM.  Incompleto en
parte del programa ESPRIT  Tecnología de punta. comparación a
(ESPRIT 5441  No implica esfuerzo otros modelos.
BOOTSTRAP: A European adicional para
Assessment Method to mejorar y obtener
Improve Software certificación 150
Development). La 9000.
administración y el  Lineamientos para
mantenimiento del programa un sistema de
Bootstrap calidad de las
corresponden al Grupo compañías que
Europeo de Interés apoyen a la mejora
Económico del Instituto de procesos.
Bootstrap (Bootstrap
Institute European Economic  Una distinción
Interest Group, BI EEIG) de importante entre
Milán, Italia. organización,
El interés principal del metodología y
programa Bootstrap es tecnología.
evaluar y mejorar la
capacidad de las Unidades
Productoras de Software
calidad
(SPU, Software Producing
Units).
Mediante esta metodología se

tratará la mejora de procesos
de software.
Esta metodología mediante

prácticas, herramientas y
estándares de calidad
internacional; mide, evalúa y
propone mejoras al proceso
de desarrollo de SW que
siguen las Unidades de
Producción de Software
(UPS) de las empresas.
Tiene la siguiente estructura

 Organización
 Metodología
Ciclo de Vida
Dependiente
Ciclo de Vida
Independiente
 Tecnología
El Personal Software  Ayuda a estimar,  Requiere
Process planear y desarrollar capturar
sistemas de software muchos datos
calidad
El Personal Software Process  Orientado a manejar  Requiere
(PSP) es un proceso de de forma continua mucho tiempo
software definido y medido las habilidades  Hay resistencia
diseñado para ser usado por  Exige disciplina por parte de los
medio de un Ingeniero de  Brinda desarrolladores
Software individual. El PSP documentación clara hacia el cambio
fue desarrollado por Watts sobre:  Puede extender
Humphrey y tiene como  Registros los tiempos de
objetivo guiar el  Procedimientos desarrollo.
planeamiento y desarrollo de  Formularios y
los módulos de software o plantillas
pequeños programas; y es
 Estándares
adaptable a otras tareas del
 Disminuye la
personal.
cantidad de errores
 Permite desarrollar
Es una tecnología de SEI
planes precisos
(Software Engineering
 Da a conocer los
Institute) que trae disciplina a
pasos a seguir para
las prácticas de los Ingenieros
mejorar la calidad
de Software, mejorando la
 Provee de datos para
calidad del producto,
medir la mejora
aumentando los costos y
 Asigna tiempo
reduciendo el tiempo del ciclo
inclusive en etapas
de desarrollo del software.
de diseño
 Reduce defectos en
El PSP está basado en los
el código
principios de mejoramiento
 Reduce costos
del proceso.
calidad
El Personal Software Process,  Se da un
conocido por sus siglas como seguimiento a los
PSP, es una metodología de procesos
reciente creación, proveniente
del Instituto de Ingeniería del
Software (SEI). PSP es una
alternativa dirigida a los
ingenieros de sistemas, que
les permite mejorar la forma
en la que construyen software.
Considerando aspectos como:
• Planeación
• Calidad
• estimación de costos
• productividad
PSP es una metodología que

vale la pena revisar cuando el
ingeniero de software está
interesado en aumentar la
calidad de los productos de
software que desarrolla dentro
de un contexto de trabajo
individual.
Team Software Process  Orientado a  Cada uno de los
(TSP) grupos/equipos miembros debe
 Mejora la de estar
El proceso TSP (Team productividad de las completamente
Software Process) fue personas comprometido
calidad
desarrollado por Watt  Se establece la con la causa del
Humphrey en 1996. detección temprana proyecto
de defectos y riesgos  Cada miembro
El objetivo era suministrar un en la producción y del equipo debe
proceso operacional que desarrollo de de estar
ayude a los Ingenieros hacer software entrenado en
trabajos de calidad.  Mejora la calidad del PSP.
producto terminado.  El proceso de
El principal motivador para el  Brinda un plan de llenar
desarrollo de TSP fue la trabajo bien documentación
convicción que los equipos de estructurado. es largo y
Ingenieros puedan hacer el  Se establece una tedioso.
trabajo de manera buena comunicación  Se debe de
extraordinaria, pero solo si entre los integrantes contar con un
ellos son formados y del equipo. buen proceso de
entrenados.  Identificación clara conjunto de
de los objetivos del métricas y
El objetivo del TSP es proyecto parámetros de
construir y guiar a los  Propicia un calidad.
equipos. Los equipos son ambiente de trabajo
requeridos para la mayoría de agradable
los proyectos de Ingeniería.  Enlaza cada fase del
proyecto para
El desarrollo de sistemas es
propiciar el
una actividad en equipo, y la desarrollo esperado
efectividad del equipo
.
determina la calidad de la
Ingeniería.
calidad
En Ingeniería, los equipos de
desarrollo tienen múltiples
especialidades y todos los
miembros trabajan en vista de
un objetivo en común.
Los objetivos de TSP son:

 ayudar a los equipos de
Ingeniería de Software a
elaborar productos de
calidad dentro de los
costos y tiempos
establecidos
 tener equipos rápidos y
confiables
 optimizar el performance
del equipo durante todo el
proyecto.
La Construcción de Equipos
planifica el Trabajo en un
proceso denominado TSP
Launch que es compuesta por
nueve reuniones que se
pueden repartir en un periodo
de ciertos días. Usa un plan
detallado para analizar y que
servirá de guía al equipo para
trabajar e implicará el apoyo
calidad
del nivel administrativo de la
organización, todo esto sería
la importancia de este
método.
Producto
Producto Gilb  Existe una relación  Cuando el
directa entre los mejoramiento
Modelo de calidad creado por desarrolladores y el se concentra en
Gilb en 1988. Este modelo usuario un área
presenta como aspecto  Existe una relación específica de la
fundamental la definición de directa entre los organización se
los atributos de calidad que atributos y su- pierde la
realmente interesan al usuario atributos. perspectiva de
y el nivel de calidad que debe  Facilidad de uso la
tener cada uno de ellos para  Integridad interdependenci
satisfacerlo ya que no tiene  Corrección a entre todos los
sentido exigir calidad en un  Facilidad de miembros de la
producto, si no se cuenta con mantenimiento empresa.
esta base.
Cada atributo tiene

subatributos que ayudan a la
medición de este.
El modelo de Gilb plantea la

creación de una
especificación de requisitos
de calidad para cada proyecto
calidad
que deben escribir
conjuntamente el usuario y el
analista.
Es un modelo que permite

determinar una lista de
características que definen la
calidad de la aplicación.
Puede ser de 2 tipos:
 Originales
 modelos tradicionales.
GQM  La evaluación de la En cuanto a su
maduración de naturaleza:
Modelo GQM (Goal – procesos en la  Por ser modelos
Question - Metric) El modelo organización para proyectos
GQM (objetivo-pregunta-  Toma aspectos de gran tamaño,
métrica /goal – question - tecnológicos se complica su
metric) de Basili y Rombach relevantes como: generalización
(1998) es una propuesta de El software para la en proyectos de
objetivos / metas orientado a definición menor formato
la definición de modelos de Diseño de procesos  No convergen
calidad. de desarrollo los objetivos de
los modelos con
Este modelo utiliza una los de la
propuesta para definir un organización; se
modelo de calidad hasta complica la
obtener las métricas aceptación e
respectivas con el análisis e instauración de
los modelos
calidad
interpretación de los datos de  Definición
las mediciones respectivas. excesiva de
procesos,
Plantea el enfoque de complicando su
medición para evaluar la aplicación y/o
calidad del software basado entendimiento
en la identificación de  No se enfatiza
objetivos a lograr. en la
certificación y/o
El enfoque de GQM basa la evaluación de
mejora en la definición clara proyectos de
de procesos y productos. pequeño y/o
mediato
Proporciona la estructura para formato
obtener los objetivos cruciales
del proyecto. En cuanto a su
implementación:
Consta de 3 etapas:  Los modelos
sólo
 Listar los objetivos estandarizan y
principales del desarrollo mejoran
y mantenimiento del procesos de
proyecto producción que
 Para cada objetivo, se se espera
deben obtener las mejoren los
preguntas que deben productos
contestarse para saber si finales
se están cumpliendo los  Decremento de
objetivos la productividad
calidad
 Decidir qué medir para al inicio de la
poder contestar las aplicación del
preguntas de manera modelo
adecuada, es decir,  Resistencia de
desarrollar un conjunto de la organización
métricas que ayuden a al cambio
responder la pregunta.
McCall  Existe una relación  Aumento
directa entre los constante de
El modelo de McCall fue el desarrolladores y el tamaño y
primero en ser presentado en el usuario. complejidad de
1977 y se originó motivado por  Evalúa el producto a los programas.
Air Forcé y Dod. nivel bajo  Carácter
 Utiliza niveles dinámico e
Este modelo se focaliza en el jerárquicos iterativo a lo
producto final identificando  Facilidad de uso largo de su ciclo
atributo claves desde el punto  Integridad  de vida, es decir
de vista del Cliente.  Corrección que los
 Confiabilidad programas de
Esto atributos se denominan software a lo
 Eficiencia
factores de calidad y son largo de su vida
 Facilidad de
normalmente atributos externos
mantenimiento  cambian o
pero también se incluyen evolucionan de
 Facilidad de prueba
algunos atributos internos. una versión a
 Flexibilidad
otra para
 Facilidad de
Cada atributo externo atributo mejorar las
reutilización
se dominan factores de calidad  prestaciones
 Interoperabilidad
los cuales son abstractos para con respecto a
 Portabilidad
ser medidos directamente por lo las anteriores.
calidad
cual se introduce un atributo de  Por su estructura  Dificultad de
bajo nivel denominado criterios jerárquica se puede conseguir
de calidad. observar que es productos
práctico y fácil de totalmente
Según McCall algunos criterios entender y de esta depurados, ya
de calidad son atributos forma fácil de que en
internos que tienen efectos aplicar  ningún caso un
directos en atributos externos.  Esta orientación al programa será
producto final pero perfecto.
El modelo de McCall organiza se puede aplicar al  Se dedican
los factores en tres ejes o puntos proceso elevados
de vista desde los cuales el  En costos resulta recursos
usuario puede contemplar la viable su aplicación monetarios a su
calidad de un producto, pues no resulta mantenimiento,
basándose en once factores de inoperante y por el  debido a la
calidad organizados en torno a contrario, sería de dificultad que
los tres ejes y a su vez cada gran ayuda para los proyectos de
factor se desglosa en criterios cualquier software
de calidad. organización. entrañan y a la
 Se podría utilizar no  normalización a
para uno sino para la hora de
varios proyectos. realizar los
proyectos.
 No suelen estar
terminados en
los plazos
previstos, ni con
los costos
calidad
 estipulados, ni
cumpliendo los
niveles
deseables de los
requisitos
 especificados
por el usuario.
 Incrementos
constantes de
los costos de
desarrollo
debido entre
 otros, a niveles
de
productividad
bajos.
 Los clientes
tienen una alta
dependencia de
sus proveedores
por ser
 en muchos
casos
aplicaciones a
"la medida".
 Procesos
artesanales de
producción con
calidad
escasez de
herramientas.
 Insuficientes
procedimientos
normalizados
para estipular y
evaluar la
 productividad,
costos y calidad.
FURPS  Los criterios son  Al igual que en
claramente el modelo
El modelo FURPS propuesto entendibles, lo que McCall se
por Robert Grady y Heweltt implica su fácil necesitan de
Packard Co (HP) cuenta con 5 utilización. muchas
características de calidad del  En cierta forma su métricas lo que
software: división en factores implica un
 Funcionalidad funcionales y no mayor esfuerzo
 Facilidad de uso funcionales es en tiempo y
Confiabilidad convenientes para costo.
 Performance determinar la
 Facilidad de soporte. calidad, aun así,
hayan restricciones
Además plantea 2 categorías físicas.
de requerimientos, las cuales  Tiene en cuenta las
son: fallas en el producto
 requerimientos y en el proceso, esto
funcionales: especifican permite una mayor
funciones que el sistema corrección.
debe ser capaz de realizar,
calidad
sin tomar restricciones  se podría utilizar no
físicas a consideración, y para uno sino para
se definen a través de las varios proyectos
entradas y salidas
esperadas.
 Requerimientos: no
funcionales (URPS):
Usability (Facilidad de
uso), Reliability
(Confiabilidad),
Performance y
Supportability (Facilidad
de soporte). Describen
atributos del sistema o
atributos del ambiente del
sistema.
BOEHM  El modelo en espiral  Resulta difícil
puede adaptarse y convencer a
Modelo de BOEHM El aplicarse a lo largo grandes clientes
modelo de Boehm (1978) de la vida del de que el
agrega algunas características software de enfoque
a las existentes en el modelo computadora. evolutivo es
de McCall y representa una  Como el software controlable.
estructura jerárquica de evoluciona a medida  Debido a su
características, cada una de que progresa el elevada
las cuales contribuye a la proceso, el complejidad no
calidad total. desarrollador y el se aconseja
cliente comprenden utilizarlo en
y reaccionan mejor
calidad
Consiste en un modelo de ante riesgos en cada pequeños
descomposición de uno de los nivele sistemas.
características de calidad del evolutivos.  Genera mucho
software en 3 niveles (usos  El modelo en espiral tiempo en el
principales, componentes permite a quien lo desarrollo del
intermedios y componentes desarrolla aplicar el sistema
primitivos) previos a la enfoque de  Modelo costoso
aplicación de métricas. construcción de  Requiere
prototipos en experiencia en
Este modelo plantea factores cualquier etapa de la identificación
de calidad formados por evolución del de riesgos
criterios de calidad y métricas producto.
respectivas.  El modelo en espiral
demanda una
El modelo de Boehm tiene consideración
como finalidad que a través de directa de los riesgos
la calidad del software, el técnicos en todas las
software: etapas del proyecto y
 Realice lo que desea el si se aplica
usuario adecuadamente debe
 utilice recursos reducir los riesgos
informáticos de manera antes de que se
correcta y eficiente conviertan en
 sea fácil de utilizar y problemas.
aprender  En la utilización de
 sea bien diseñado, grandes sistemas a
codificado, probado y doblado la
mantenido. productividad.
calidad
Este modelo es similar al de
McCall ya que presenta una
jerarquía de características,
está basado en un amplio
rango de características e
incorpora 19 criterios que
incluyen características de
performance del hardware.
Estándar y normas de calidad del Software
Proceso
Proceso ISO 90003:2004  La probable  el tiempo
demanda de los requerido para
Provee una guía para las futuros clientes de escribir el
organizaciones respecto de la una acreditación manual
aplicación de ISO/IEC ISO  el intenso
9001:2000 en la adquisición,  Aumentar papeleo
suministro, desarrollo, coherencia en necesario
operación y mantenimiento de operaciones de la  los altos costes
software y servicios de empresa de implantación
soporte.  Mantener o mejorar de las normas
la proporción de  el tiempo
Nos proporciona una guía útil mercado. requerido para
que nos sirve para detectar y  Mejorar la calidad llevar a término
corregir una serie de de servicios. la implantación
problemas de los productos  Es un buen elemento  los altos costes
software, consiguiendo tras su de promoción. de
calidad
aplicación una mejora en la  Mejorar la calidad mantenimiento
calidad de los mismos. de los productos. de la norma
 la falta de
Esta norma no agrega o asesoramiento
cambia los requerimientos de gratuito
ISO/IEC 9001:2000. Las  la falta de
guías de ISO 90003:2004 no coherencia entre
tienen el propósito de ser los diversos
utilizadas como criterio de auditores
evaluación en una  el tiempo
certificación de SGC (Sistema empleado en
de Gestión de la Calidad). controlar la
documentación
La aplicación de ISO antes de las
90003:2004 es apropiada para auditorías.
un software que:
 Forma parte de un
contrato comercial con
otra organización
 Es un producto
disponible para un sector
del mercado, Es usado
para soportar los
procesos de una
organización Está
relacionado a servicios
de software.
calidad
La Norma cuenta con 5
capítulos que especifican
actividades que deben ser
consideradas cuando se
implemente el SGC. Los
capítulos son:
 Sistema de Gestión de la
Calidad
 Responsabilidad de la
Dirección
 Gestión de los Recursos,
 Realización del Producto
y Medida, Análisis y
Mejora.
La Estructura de la Norma
ISO 90003:2004 es:
 Ámbito
 Normas para la consulta
 Términos y definiciones
 Sistema de gestión de la
calidad
 Responsabilidad de la
dirección
 Gestión de los recursos
Realización del producto
 Medición, análisis y
mejora
calidad
 Bibliografía
ISO/IEC 12207:1995  contiene procesos,  permite que el

actividades y tareas dominio de
La disciplina del software a ser aplicadas procesos sea tan
necesita migrar de esta durante la amplio para
proliferación a un marco adquisición de un abarcar todos
común que pueda ser usado sistema que contiene los posibles
para “hablar el mismo software, un ciclos de vida,
lenguaje” al crear y producto de de tal manera
administrar software. software o un que hace difícil
servicio de software; que todos los
Esta norma provee este marco y durante el atributos de
común, el cual cubre el ciclo suministro, proceso sean
de vida del software desde su desarrollo, universales,
conceptualización hasta su operación y provocando
retiro, y consiste de procesos mantenimiento de dificultad y
para adquirir y suministrar productos de confusión
productos y servicios de software. durante la
software.  Este estándar evaluación.
internacional provee
ISO/IEC 12207 puede ser un proceso que
usado para: puede ser utilizado
Adquirir para definir,
Suministrar controlar y mejorar
Desarrollar los procesos de ciclo
operar de vida del software.
mantener software  Este estándar es
escrito para los
calidad
Soportar las funciones arriba consumidores de
mencionadas mediante el sistemas y productos
aseguramiento de calidad de software, y para
administración de la los suministradores,
configuración, desarrolladores,
revisiones conjuntas operadores,
auditorias mantenedores,
verificación administradores,
validación responsables de
resolución de problemas y calidad de software
documentación y usuarios de
productos de
Administrar y mejorar tanto al software.
personal como a los procesos
de la organización
Establecer la administración
del software y los ambientes
de Ingeniería basados en los
procesos de ciclo de vida que
se adapten para servir a las
necesidades del negocio
Ayudar a un mejor
entendimiento entre clientes y
proveedores; y entre las partes
involucradas en el ciclo de
vida de un producto de
software
calidad
Facilitar la comercialización
global del software.
ISO/IEC 12207 contiene

procesos, actividades y tareas
a ser aplicadas durante la
adquisición de un sistema que
contiene software, un
producto de software o un
servicio de software; y
durante el suministro,
desarrollo, operación y
mantenimiento de productos
de software. Este estándar
internacional provee un
proceso que puede ser
utilizado para definir,
controlar y mejorar los
procesos de ciclo de vida del
software.
Este estándar es escrito para

los consumidores de sistemas
y productos de software, y
para los suministradores,
desarrolladores, operadores,
mantenedores,
administradores, responsables
calidad
de calidad de software y
usuarios de productos de
software.
ISO / IEC TR 15504 –  Primer modelo de  ISO/IEC TR-

SPICE procesos de dos 15504 permite
dimensiones, es que el dominio
En enero de 1993, el Comité decir, dimensiones de procesos
Técnico Conjunto 1 (JTC1) de Independientes para los  sea tan amplio
la Organización Internacional procesos y la capacidad. para abarcar
para la Normalización y de la  El resultado de una todos los
Comisión Electrotécnica evaluación de posibles ciclos
Internacional (ISO/IEC) proceso puede ser de vida, de tal
asignó al Subcomité 7 (SC7) representado por un manera que
la responsabilidad de elaborar perfil de proceso. hace difícil que
un conjunto de normas para  Es el modelo más todos los
evaluar los procesos de consensuado y atributos de
software. probado proceso sean
 Mayor universales,
El proyecto de elaboración de reconocimiento en el provocando
dichas normas se designa mercado Europeo. dificultad y
como Determinación del  Coherencia con confusión
Mejoramiento y de la otros modelos de durante la
Capacidad del Proceso de calidad ya evaluación.
Software (Software Process implementados en la  Poco
Improvement and Capability organización reconocimiento
dEtermination, SPICE). ISO9001- ISO en el mercado
20000- ISO 27000. Norteamericano
.
calidad
El propósito de la Norma para  Menores costos de la
la Evaluación del Proceso de certificación
Software (Software Process
Assessment Standard, SPA)
consiste en examinar el
proceso que utilizan las
organizaciones.
El objetivo es:
Describir los métodos que las
organizaciones utilizan en la
actualidad, señalando las
fortalezas, las debilidades y
los riesgos inherentes al
proceso
Determinar en qué medida
son eficaces para lograr las
metas del proceso
Determinar en qué medida
forma un conjunto de métodos
como punto de partida.
La evaluación del proceso

incluye la determinación de
las necesidades de la empresa,
la evaluación (medición) de
los procesos utilizados por la
organización y el análisis de
su posición actual. Los
calidad
resultados del análisis se
utilizan para impulsar
actividades destinadas a
mejorar el proceso de
software o para determinar la
capacidad de la organización.
SPICE fomenta productos de

calidad, promueve la
optimización de procesos y
facilita la evaluación del
producto a través de los
procesos de desarrollo.
IEEE/EIA 12207  Esta norma no  Esta norma no

pretende entrar en está dirigida a
IEEE/EIA 12207 Propuesto conflicto con las productos
en Junio de 1988 por: JTC1 políticas, normas o software
(Joint Technical Commitee 1) procedimientos preelaborados, a
Organización Internacional actualmente en vigor no ser que
de Estándares (ISO) en ninguna formen parte de
Comisión Electrónica organización. un producto
Internacional (IEC) Fue  Este marco de entregable.
publicado el 1ero de agosto de referencia cubre el  Describe la
1995, siendo desarrollado por ciclo de vida del arquitectura de
expertos de 15 países. software desde la los procesos del
conceptualización ciclo de vida del
Procesos principales del ciclo de ideas hasta su software, pero
de vida Regulan las retirada. no especifica
calidad
actividades a realizarse por  Consta de procesos los detalles de
cada uno de los participes del para adquirir y cómo
ciclo de vida de Software: suministrar implementar o
Adquisidor Suministrador productos y llevar a cabo las
Desarrollador Operador servicios software e. actividades y
Mantenedor. Cubre además el tareas incluidas
control y la mejora en los procesos.
El IEEE 12207 es un estándar de estos procesos.  No prescribe un
desarrollado para definir una método o un
arquitectura de alto nivel para modelo de ciclo
el proceso de vida del de vida concreto
software, con una para el
terminología bien definida a desarrollo del
la que puede hacer referencia software.
la industria del Software.
Incluye también un proceso

que puede emplearse para
definir, controlar y mejorar
los procesos del ciclo de vida
del software.
ITIL – Information • Mejora la • Tiempo y

Technology Infrastructure comunicación con los esfuerzo necesario
Library clientes y usuarios para su
finales a través de los implementación.
ITIL® (IT Infrastructure diversos puntos de • Que no se
Library) es el marco de contacto acordados. dese del cambio en
calidad
procesos de Gestión de • Los servicios se la cultura del área
Servicios de TI más aceptado. detallan en lenguaje del involucrada.
cliente y con más • Que no se
ITIL proporciona un conjunto detalles. vea reflejada una
de mejores prácticas, • Se maneja mejor mejora, por falta de
extraídas de organismos la calidad y los costos entendimiento
punteros del sector público y de los servicios. sobre procesos,
privado a nivel internacional, • La entrega de indicadores y como
que han sido recogidas por la servicios se enfoca más pueden ser
Oficina Gubernativa de al cliente, mejorando controlados.
Comercio Británica (OGC, con ello la calidad de los • Que el
Office of Goverment mismos y relación entre personal no se
Comerce). Este framework o el cliente y el involucre y se
marco de procesos es departamento de IT. comprometa.
utilizado por cientos de • Una mayor • La mejora
organizaciones en el mundo y flexibilidad y del servicio y la
ha sido desarrollado adaptabilidad de los reducción de costos
reconociendo la dependencia servicios. puede no ser
creciente que tienen éstas en • La organización visible.
la tecnología para alcanzar sus TI desarrolla una • Que la
objetivos. estructura más clara, se inversión en
ITIL es un conjunto de vuelve más eficaz, y se herramientas de
buenas prácticas de dirección centra más en los soporte sea escasa.
y gestión de servicios de objetivos de la Los procesos
tecnologías de la información organización. podrán parecer
en lo referente a personas, • La inútiles y no se
procesos y tecnología, administración tiene un alcancen las
desarrollado por la OGC del mayor control, se mejoras en los
Reino Unido, que cumple y estandarizan e servicios.
calidad
desarrolla la norma BS15000 identifican los
de la BSI (British Standards procedimientos, y los
Institution). cambios resultan más
fáciles de manejar.
La realización de las buenas • La estructura de
prácticas especificadas en procesos en IT
ITIL hace posible que los proporciona un marco
departamentos y para concretar de
organizaciones puedan manera más adecuada
reducir costes, mejorar la los servicios de
calidad del servicio tanto de outsourcing.
clientes externos como • A través de las
internos y aprovechar al mejores prácticas de
máximo las habilidades y ITIL se apoya al cambio
experiencia del personal, en la cultura de TI y su
mejorando su productividad. orientación hacia el
servicio, y se facilita la
El principal objetivo de ITIL introducción de un
es alinear el negocio con los sistema de
Sistemas de Información. El administración de
soporte a Servicio definido calidad.
por ITIL ayuda a la empresa a • ITIL
gestionar el hardware, proporciona un marco
software y los recursos de referencia uniforme
humanos para asegurar la para la comunicación
continuidad y no interrupción interna y con
de los servicios proveedores.
Cobit 4.0 •Cobit es un marco de •“Resulta un
referencia aceptado modelo ambicioso
calidad
Cobit fue: (1) creado por el mundialmente de que requiere de
Information System Audit gobierno IT basado en profundidad en el
and Control Association estándares y mejores estudio, que se
(ISACA) y por el IT prácticas de la industria. enriquece
Governance Institute (ITGI) y Una vez implementado, constantemente y
(2) actualizado recientemente es posible asegurarse de provee de guías de
a su versión 4.0. que IT se encuentra auditorías que por
efectivamente alineado dificultades
La orientación hacia el con las metas del económicas y de
negocio de COBIT consiste negocio, y orientar su gestión no hemos
en alinear los objetivos de IT uso para obtener podido obtener.”
con los objetivos del negocio, ventajas competitivas. •“No existe en la
proporcionando métricas y •Suministra un lenguaje bibliografía
modelos de madurez para común que le permite a resultados de la
medir sus resultados, e los ejecutivos de experiencia
identificar las negocios comunicar sus práctica de los
responsabilidades asociadas metas, objetivos y países en la
al negocio y los responsables resultados con implementación de
de los procesos IT. Auditores, IT y otros este modelo que lo
profesionales. hagan medible, sin
Funciona como un framework •Proporciona las embargo
para la gestión de IT de la mejores prácticas y conocemos que se
organización dado que: herramientas para emplea pero no en
– Provee la información que monitorear y gestionar la generalidad de
la empresa requiere para las actividades de IT. los casos.”
lograr sus objetivos. •El uso de sistemas
usualmente requiere de
Mediante la gestión y control una inversión que
de los recursos de IT utiliza necesita ser
calidad
una estructura de procesos adecuadamente
para garantizar la entrega de gestionada.
los servicios de información •Ayuda a los ejecutivos
requeridos. a entender y gestionar
las inversiones en IT a
COBIT provee un respetado través de sus ciclo de
conjunto internacional de vida, así como también
prácticas generalmente proporcionándoles
aceptadas que ayudan a los métodos para
consejos administrativos, asegurarse que IT
ejecutivos y gerentes a entregara los beneficios
aumentar el valor de IT y esperados.
reducir los riesgos •La diferencia entre
relacionados. compañías que
gestionan
La primera edición de adecuadamente sus
COBIT fue publicada en recursos IT y las que no
1994, y tradicionalmente ha es enorme.
sido considerada una •Cobit permite el
herramienta utilizada a desarrollo de políticas
menudo por los auditores de claras y buenas
TI. Sin embargo, tiende a prácticas para la gestión
convertirse en un instrumento de IT.
cada vez más utilizado •Su marco de referencia
internamente por las permite gestionar los
organizaciones a la hora de riesgos de IT y asegurar
prepararse para esas el cumplimiento, la
auditorias y en un método continuidad, seguridad
estándar para medir y y privacidad.
calidad
monitorizar los procesos TI •Al ser Cobit
corporativos con vistas a su reconocida y aceptada
optimización y alineamiento internacionalmente
con los objetivos de negocio. como una herramienta
de gestión, su
 COBIT 4.0 incluye implementación es un
orientación para consejos indicativo de la seriedad
administrativos y todos los de una organización.
niveles de gerenciamiento. •Ayuda a Empresas y
Comprende cuatro profesionales de IT a
secciones: demostrar su
 Información general competitividad ante las
ejecutiva demás compañías.
 Marco de trabajo • Así como existen
 Contenido básico procesos genéricos de
(objetivos de control, muchos tipos de
directivas de negocios, existen
gerenciamiento y modelos estándares y buenas
de madurez) prácticas específicos
 Apéndices (mapeos, para IT que deben
referencias cruzadas y un seguirse por las
glosario) El contenido compañías cuando se
básico está dividido en 34 soportan en IT, en
procesos de IT y muestra donde Cobit agrupa
un panorama general de tales estándares y
cómo controlar, entrega un marco de
administrar y medir cada referencia para su
proceso. implementación y
gestión.
calidad
•Una vez se identifican
e implementan los
principios relevantes de
Cobit para una
compañía, se obtiene
plena confianza en que
todos los recursos de
sistemas están siendo
gestionados
efectivamente.
ISO/IEC 20000:2005  La provisión de  Cuando el

Servicios IT se Proceso de
Es el primer estándar mundial convierte en más Cambio es
para IT Service Management “customer-oriented” manejado sólo
basado en ITIL. y los SLAs de con recursos
Calidad de Servicio internos, se
Este estándar permite que las mejoran la relación. corre el riesgo
organizaciones puedan  Los Servicios son de no poder
mejorar su capacidad en la descriptos más cambiar el
entrega de los servicios detalladamente, en “status quo”,
administrados, medir los idioma del usuario. porque
niveles del servicio y evaluar  La Calidad y el implicaría
el performance. También Costo de los marcar
permite a los proveedores del Servicios son “errores” en vez
servicio entender cómo monitoreados, de
aumentar la calidad del ganándose control. oportunidades
servicio entregado a los  La Comunicación de mejorar y
clientes internos y externos. entre los usuarios y “responsables”,
calidad
el Departamento de en vez de
Los proveedores de servicios Sistemas se Lideres del
de TI brindan un servicio de simplifica, y se hace Cambio.
alta calidad a un costo más clara,  Un Proyecto sin
mínimo. consiguiendo una Hitos
rápida mejora intermedios
Este estándar reducirá el percibida. puede llevar
riesgo, cumplirá los  El Departamento de mucho tiempo y
requerimientos y demostrará IT desarrolla un más esfuerzo, y
la calidad del servicio. clara estructura, se requerir un
convierte en más cambio cultural
La implementación de ISO eficiente y más en la
20000 asegurará prácticas de focalizada en los organización
trabajo proactivas capaces de objetivos importante. Un
entregar altos niveles de corporativos. enfoque
servicio al cliente que  El Management es demasiado
satisfagan las necesidades del más controlado, ambicioso
negocio. junto con los puede llevar a la
cambios que frustración,
conlleva el mismo. porque los
 El nuevo mapa de objetivos no son
Procesos provee un cumplidos.
framework que  Si la estructura
permite decidir la de Procesos se
tercerización de transforman en
ciertos procesos en un objetivo en sí
caso ser mismo, la
convenientes. calidad del
Servicio puede
calidad
 Siguiendo estas verse afectada.
Mejores Prácticas, En este caso, los
se lidera un cambio procedimientos
cultural hacia la se transforman
Provisión de en obstáculos
Servicios basados en burocráticos
el Management de que quieren ser
Calidad de ISO evitados.
9000.  Puede no haber
 Provee un uniforme mejoras, debido
marco de referencia a la falta de
de comunicación entendimiento
interna y externa sobre el alcance
hacia proveedores, de los Procesos,
junto con la o los
estandarización e Indicadores de
identificación de Performance, o
procedimientos. como los
procesos
deberían ser
controlados.
 La mejora en la
provisión de los
Servicios y la
reducción de
costos puede ser
insuficientemen
te visibles.
calidad
Producto
Producto ISO/IEC 9126-1:2001  Tiene un mecanismo  No es específica
de certificación bien para la industria
Esta parte de la ISO 9126 establecido. de software, por
describe el modelo de calidad lo que: No es
del producto de software.  Está disponible y fácil de
conocida. entender.
La primera parte del modelo
especifica 6 características de  Modelos de
calidad interna y externa, las Software
cuales están divididas en Engineering
subcaracterísticas, son Institute, proponen
manifestadas externamente un marco
cuando el software es organizado por áreas
utilizado como parte de un de procesos.
sistema, y son un resultado de  Específicos para el
atributos internos del desarrollo y
software. mantenimiento de
software definidos
La calidad externa evalúa que como un conjunto de
el software satisfaga las áreas de procesos
necesidades del usuario clave.
teniendo en cuenta las
condiciones especificadas.29  Tienen un modelo de
Esta calidad es medible en el evaluación.
comportamiento del
producto.
calidad
La calidad interna evalúa el
total de atributos que un
software debe satisfacer
teniendo en cuenta
condiciones especificadas.30
Esta calidad es medible a
partir de las características
intrínsecas.
Las características definidas

son aplicables a todo tipo de
software. Las características y
subcaracterísticas proveen
una terminología consistente
respecto de la calidad del
producto del software.
Esta Norma permite

especificar y evaluar la
calidad del software desde
distintas perspectivas, las
cuales están asociadas a la
adquisición, requerimientos,
desarrollo, uso, evaluación,
soporte, mantenimiento,
aseguramiento de la calidad, y
auditoria del software.
calidad
El modelo de calidad de ISO
9126-1 establece 3 niveles:
 Característica
 Subcaracterística
 Métricas.
Existen métricas internas y

externas. Las métricas
internas pueden ser aplicadas
a un software no ejecutable
durante el diseño y la
codificación. Las métricas
externas se utilizan en el
software ejecutable.
ISO/IEC 14598  Específico para el  No es práctico

desarrollo y ni fácil de
En el campo de “Tecnología mantenimiento de aplicar.
de la Información”, ISO software.  Tiene
(International Organization  Fácil de entender (24 solamente
for Standardization) e IEC procesos, 16 lineamientos
(International páginas). para un
Electrotechnical  Definido como un mecanismo de
Commission) han establecido conjunto de evaluación.
un comité técnico conjunto procesos.  Todavía no es
ISO/IEC JTC, el cual preparó  Orientado a mejorar norma
el estándar internacional los procesos para internacional.
ISO/IEC 14598-1. contribuir a los
calidad
Según esta norma, los objetivos del
componentes fundamentales negocio.
en la evaluación de la calidad
del software
son:
 Modelo de calidad
 Método de evaluación
 Medidas de software
 Herramientas de soporte
Para el desarrollo de un
producto de software
correcto, deben especificarse
los requerimientos de calidad
para poder medirlos de alguna
forma. Además se debe
planear, implementar, y
controlar el proceso para el
aseguramiento de la calidad.
Se deberán evaluar tanto los

productos intermedios como
los finales.
Dependiendo de la etapa en el
ciclo de vida que nos
encontremos, y el propósito
de la evaluación, se
determinarán que productos
calidad
(intermedios o finales) serán
evaluados.
La serie de estándares
ISO/IEC 14598 brinda un
conjunto de métodos para la
medición y evaluación de la
calidad de un producto de
software.
ISO/IEC 25000:2005 -  Uno de los Recomienda que

SQuaRE principales los requisitos de
beneficios que calidad deberán ser
SQuaRE (Software Quality ofrece la norma es proporcionales a
Requirements and que alinea los las necesidades de
Evaluation) es una nueva serie objetivos del la aplicación y lo
de normas que se basa en ISO software con las crítico que sea el
9126 y en ISO 14598 necesidades reales correcto
(Evaluación del software). que se le demandan. funcionamiento del
 Evitando sistema
Uno de los principales ineficiencias y implementado.
objetivos de la serie SQuaRE maximizando la
es la coordinación y rentabilidad y
armonización del contenido calidad del producto
de ISO 9126 y de ISO de software.
15939:2002 (Measurement  certifica el software
Information Model). ISO aumenta la
15939 tiene un modelo de satisfacción del
información que ayuda a cliente y mejora la
calidad
determinar que se debe imagen de la
especificar durante la empresa.
planificación, performance y
evaluación de la medición,
Para su aplicación, cuenta con
los siguientes pasos:
 Recopilar los datos

 Preparación de los datos
 Análisis de los datos
La integración de ISO 9126 e

ISO 15939 permiten plantear
un proceso de 4 pasos:
 Identificación de los
requerimientos
relacionados a la calidad
del producto
 Uso de las medidas
derivadas de la etapa de
preparación de los datos
 Comparación y análisis de
los resultados obtenidos
respecto de un conjunto de
valores de referencia.
Bibliografia
Blog.(2009). Modelo Espiral. Recuperado de http://modeloespiral.blogspot.com/
Blog.(2010). Cartavio: Certificación en ISO 9001:2000. Recuperado de
http://isoayuda.blogspot.com/2010/12/ventajas-y-desventajas-de-tener-una-iso.html
Blog.(2013). Bootstrap.Recuperado de http://bootstraptics.blogspot.com/
Blog.(S.F.) Ventajas y desventajas a la hora de implementar el CMMI. Recuperado de
Blog.(S.F.). Fundamentos de Gestión de Servicios de Tecnologías de Información. Recuperado de
http://fundamentotic.blogspot.com/2014/03/unidad-2-marcos-de-referencia-en-la.html
Blog.(S.F.). Ventajas y Desventajas de la Implementación de CMMI. Recupera de
http://calidadiso92j.blogspot.com/2011/12/ventajas-y-desventajas-de-la.html
Cruz, I. (S.F.). Estándar IEEE/EIA 12207 para los Procesos de Ciclo de Vida de Software.
Recuperado de http://www.slideshare.net/santi1970/ieee12207
Estratega. Consultoría en estrategias y proceso.(S.F.) Sepa como la ISO/IEC 20000(Dic 05) puede
ayudar a hacer una mejor Gestión de su Área de IT. Recuperada de http://e-
stratega.com.ar/sepa-como-la-isoiec-20000-dic-05-puede-ayudar-a-hacer-una-mejor-gestion-
de-su-area-de-it/
González. (2008).Modelo cualmétrico para la evaluación de la calidad de los sistemas de
informaciones dispositivos móviles. Recuperado de
http://tesis.bnct.ipn.mx/dspace/bitstream/123456789/5875/1/1377_Centro%20de%20Investig
aciOn%20en%20ComputaciOn%20(CIC)tesis_Febrero_2010_1605857617.pdf
Jiménez, J. (2012). Modelo Espiral. Recuperado de http://josejimenez.zzl.org/des/des5/me.pdf
Lobo, G.(2014). Cuadro comparativo sobre los modelos de calidad mccall, boehm, furps, arthur e
iso-iec 9126. Recuperado de http://www.slideshare.net/GabrielGomez17/cuadro-
comparativo-sobre-los-modelos-de-calidad-lobo
MI DSpace. (S.F.) Fundamentos de MOPROSOFT . Recuperado de:
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/180/A4.pdf?seq
uence=4
Pardo, C. (2009). Análisis comparativo del estándar ISO 9000-3 con las subcaracterísticas de calidad
de la ISO 9126. Recuperado de http://alarcos.inf-
cr.uclm.es/doc/cmsi/trabajos/Cesar%20Pardo.pdf
Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del software. (Tesis
maestría). Universidad Tecnológica Nacional. Recuperada de
http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-ingenieria-en-calidad.pdf
Solano, H. Torres, I, (20013). Análisis de frameworks para el desarrollo de aplicaciones móviles en
la plataforma. Recuperado de http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pdf
Wordpress.(2013).Team Software Process (TSP) y Team Process Software (TSP). Recuperado de
http://gutimarsoluciones.wordpress.com/2012/05/09/team-software-process-tsp-y-team-
process-software-tsp/

Jenny Muñoz Cuadrocomparativo Antividad.1.2

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Jenny Muñoz Cuadrocomparativo Antividad.1.2

Încărcat de

Drepturi de autor:

Formate disponibile

https://www.timetoast.

CUADRO COMPARARIVO SOBRE NORMAS Y MODELOS FORMULADOS A LA

JENNY ALEXANDRA MUÑOZ MUÑOZ

Dewar Willmer Rico Bautista

EVALUACION DE LA CALIDAD DE LA TECNOLOGIA EDUCATIVA

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

Modelo de calidad del Software

Mediante esta metodología se

Esta metodología mediante

Tiene la siguiente estructura

PSP es una metodología que

Los objetivos de TSP son:

Cada atributo tiene

El modelo de Gilb plantea la

Es un modelo que permite

Estándar y normas de calidad del Software

ISO/IEC 12207:1995  contiene procesos,  permite que el

ISO/IEC 12207 contiene

Este estándar es escrito para

ISO / IEC TR 15504 –  Primer modelo de  ISO/IEC TR-

La evaluación del proceso

SPICE fomenta productos de

IEEE/EIA 12207  Esta norma no  Esta norma no

Incluye también un proceso

ITIL – Information • Mejora la • Tiempo y

 Contenido básico procesos genéricos de

(objetivos de control, muchos tipos de

directivas de negocios, existen

gerenciamiento y modelos estándares y buenas

de madurez) prácticas específicos

 Apéndices (mapeos, para IT que deben

referencias cruzadas y un seguirse por las

glosario) El contenido compañías cuando se

básico está dividido en 34 soportan en IT, en

procesos de IT y muestra donde Cobit agrupa

un panorama general de tales estándares y

cómo controlar, entrega un marco de

administrar y medir cada referencia para su

ISO/IEC 20000:2005  La provisión de  Cuando el

Las características definidas

Esta Norma permite

Existen métricas internas y

ISO/IEC 14598  Específico para el  No es práctico

Se deberán evaluar tanto los

ISO/IEC 25000:2005 -  Uno de los Recomienda que

 Recopilar los datos

La integración de ISO 9126 e

Blog.(2010). Cartavio: Certificación en ISO 9001:2000. Recuperado de

Blog.(2013). Bootstrap.Recuperado de http://bootstraptics.blogspot.com/

Blog.(S.F.) Ventajas y desventajas a la hora de implementar el CMMI. Recuperado de

Blog.(S.F.). Fundamentos de Gestión de Servicios de Tecnologías de Información. Recuperado de

Blog.(S.F.). Ventajas y Desventajas de la Implementación de CMMI. Recupera de

ayudar a hacer una mejor Gestión de su Área de IT. Recuperada de http://e-

González. (2008).Modelo cualmétrico para la evaluación de la calidad de los sistemas de

informaciones dispositivos móviles. Recuperado de

Jiménez, J. (2012). Modelo Espiral. Recuperado de http://josejimenez.zzl.org/des/des5/me.pdf

iso-iec 9126. Recuperado de http://www.slideshare.net/GabrielGomez17/cuadro-

de la ISO 9126. Recuperado de http://alarcos.inf-

maestría). Universidad Tecnológica Nacional. Recuperada de

Solano, H. Torres, I, (20013). Análisis de frameworks para el desarrollo de aplicaciones móviles en

la plataforma. Recuperado de http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pdf

Wordpress.(2013).Team Software Process (TSP) y Team Process Software (TSP). Recuperado de

S-ar putea să vă placă și