Los Modelos de Calidad Del Software

TEMA:
LOS MODELOS DE CALIDAD DE SOFTWARE
CARRERA:
ING. EN TICS ONLINE
5TO SEMESTRE
MATERIA:
INGENIERIA DE SOFTWARE
ESTUDIANTE:
VITELIO XAVIER BELTRÁN ESPINOZA
DOCENTE:
MENDOZA CABRERA DENIS DARIO

Contenido
INTRODUCCIÓN ............................................................................................................................2
OBJETIVOS ....................................................................................................................................2
MODELOS DE CALIDAD DE PROCESOS .........................................................................................2
MODELOS DE CALIDAD A NIVEL DE PROCESO ..............................................................................3
CMMI (Capability Maturity Model Integration)............................................................................3
ISO/IEC TR 15504 (Software Process Improvement and Capability Determination) ....................4
ISO /IEC 29110 (Software Process Improvement and Capability Determination) ........................4
MODELOS DE CALIDAD NIVEL PRODUCTO ...................................................................................5
McCALL.....................................................................................................................................5
BOEHM .....................................................................................................................................6
ISO/IEC 25000 (SYSTEM AND SOFTWARE QUALITY REQUIREMENTS AND EVALUATION) ........7
CONCLUSIONES ............................................................................................................................9
REFERENCIAS BIBLIOGRÁFICAS ..................................................................................................10
INTRODUCCIÓN
El Modelo de Calidad de Software (MCS) es una herramienta concebida para
guiar a las instituciones a la mejora continua, con el propósito de que fortalezcan
sus procesos y puedan brindar productos y servicios de alto nivel a los
ciudadanos, con el adecuado uso de las tecnologías.
Este modelo se fundamenta en el ciclo de vida para la construcción de software,

desde el nacimiento de la idea, la cual es posteriormente conceptualizada y
refinada, hasta lograr construir y poner en operación una solución tecnológica.
Se parte de la premisa de que el ciclo de vida es independiente de la metodología
a usar (tradicional / incremental / iterativa) para poner en práctica los procesos
de TI.
OBJETIVOS
ISO/IEC 25000 menciona que uno de los objetivos de un modelo de calidad es:
Guiar la evaluación de calidad de producto software estableciendo criterios para

la especificación de requisitos de calidad de software, sus métricas y su
evaluación.
MODELOS DE CALIDAD DE PROCESOS

Las principales razones de fracaso de los proyectos software se han observado
en mayor medida en los procesos que desarrollan los recursos humanos que en
la tecnología, razón por la cual, la industria del software en todo el mundo ha
orientado su enfoque de calidad a los procesos en el desarrollo de software
proponiendo el surgimiento de diferentes modelos para su mejora mismos que
proponen métodos de evaluación de la capacidad de los procesos y diversas
maneras de representar las actividades para mejorar la manera de guiar a la
organización hacia su madurez.
2
MODELOS DE CALIDAD A NIVEL DE PROCESO
La calidad del software debe ser programada desde el inicio del proyecto, y
posteriormente en cada etapa del proceso de desarrollo, para garantizar un
óptimo nivel de cumplimiento de los factores de calidad en la evolución del
mismo. Los modelos de calidad a nivel de proceso son:
CMMI (Capability Maturity Model Integration)

CMMI es un modelo que integra la arquitectura, enfoque, contenido y aplicación
para obtener productos de calidad; además, mencionan que este modelo
contiene un enfoque disciplinado para mejorar los procesos de una organización
y para que se puedan implantar procesos de calidad. Enfatizando lo antes
mencionado, el modelo CMMI ayudará a determinar de mejor manera los
procesos esenciales para optimizar el proceso del software y obtener productos
de calidad.
El Modelo CMMI
El CMMI tiene cinco niveles de madurez, que se mencionan a continuación:
El nivel 1 inicial: es el más bajo de la escala se encuentran aquellas

organizaciones sin procesos definidos gran parte del trabajo se realiza sin
procedimientos preestablecidos y controlados.
El nivel 2 repetible: Se implantan actividades de gestión de proyectos

permitiendo posteriormente repetir los procesos exitosos con la desventaja de
no poderlos aplicar para todos los proyectos.
El nivel 3 Definido: Las organizaciones cuentan con procesos estandarizados

en el desarrollo y mantenimiento de software, los procesos se encuentran con
expectativas a mejora continua.
3
Nivel 4 Gestionado: Los procesos de la organización cuentan con un programa
detallado y organizado de medición de procesos de desarrollo de software.
Nivel 5 Optimización: La organización de este nivel tienen implementado un

proceso de mejora continua para todos los procesos, recopilan datos de todos
sus proyectos para mejorar innovaciones de los propios procesos de la
organización.
Niveles de madurez en CMMI
ISO/IEC TR 15504 (Software Process Improvement and Capability

Determination)
Es un modelo que se centra en la realización y cumplimiento de los procesos de
desarrollo, mantenimiento de sistemas de información y productos de software;
igualmente, menciona que este modelo contiene los requisitos necesarios para
garantizar evaluaciones de procesos consistentes; y, que muchas de las
organizaciones lo utilizan para evaluar la capacidad de sus proveedores.
ISO /IEC 29110 (Software Process Improvement and Capability

Determination)
La ISO/IEC 29110 es un estándar que está encaminado a las pequeñas y
medianas organizaciones, con el fin de alcanzar niveles internacionales de
competitividad. Además, busca mantener sus productos con atributos de calidad
tanto en el proceso como en el producto. Igualmente, indica que es una norma
que se desarrolló con el fin de mejorar la calidad del producto y/o servicio de
software mejorando el desempeño de la organización
4
MODELOS DE CALIDAD NIVEL PRODUCTO
La finalidad del modelo de calidad a nivel de producto es especificar y evaluar el
cumplimiento de criterios del producto, para lo cual se aplican medidas internas
y/o medidas externas.
McCALL
El Modelo de calidad de McCall fue creado en 1977 para las fuerzas aéreas
norteamericana con la intención de acercar las visiones de calidad de los
desarrolladores y los usuarios, se organiza en torno a tres tipos de características
de calidad que se enlistan a continuación:
Factores de calidad. Permiten identificar los aspectos exteriores que al usuario

son importantes en el momento de conocer el producto final.
Criterios de calidad. Indican cómo debe construirse internamente el software

desde la perspectiva del desarrollador.
Métricas de calidad. Indican cómo controlar y medir la calidad.
El modelo de McCall basándose en las características anteriores, comprende

once factores de calidad: corrección, fiabilidad, eficiencia, integridad, usabilidad,
facilidad de mantenimiento, facilidad de evaluación, flexibilidad, portabilidad,
reusabilidad e interoperabilidad que evalúan la calidad de un producto software.
Cada factor de calidad considera criterios específicos de calidad que ayudan a
la evaluación específica del producto software y poder asignar métricas o
medidas de calidad.
Es importante señalar que los factores de calidad están divididos para su estudio
en tres perspectivas.
Operación del Producto: Se refiere a las características de operación y los

factores de calidad que integran este apartado son:
• Facilidad de Uso, por parte de los usuarios del sistema

• Integridad, para proteger al programa de accesos que no han sido
autorizados
• Eficiencia, en la ejecución del programa y en la utilización de recursos por
parte del mismo.
5
• Corrección o exactitud
• Fiabilidad, que el sistema no falle.
Revisión del producto: es la habilidad para ser cambiado e incluye los

siguientes factores:
• Facilidad de prueba, asegurar que el programa esté libre de errores y

conoce las especificaciones del usuario.
• Facilidad de Mantenimiento, esfuerzo requerido para encontrar y
solucionar errores que se presenten en la operación del sistema.
• Flexibilidad, facilidad de realizar cambios.
Transición del Producto: describe la adaptación al nuevo ambiente e incluye

los siguientes factores de calidad:
• Reusabilidad, se puede volver a usar el software.

• Portabilidad, capacidad de transferir un programa de un ambiente a otro.
• Interoperabilidad, se puede unir a un sistema con otro.
BOEHM
El modelo fue creado en 1978 se basa en la identificación de las características
de la calidad para el software. Su aportación más significativa fue que el software
se consideraría de calidad siempre y cuando fuera verdaderamente útil. Así que
basándose en el concepto de utilidad plantea el modelo de calidad.
El modelo de calidad de Boehm contempla tres niveles jerárquicos. En el primer

nivel define tres utilidades como factores para la calidad del software que son las
siguientes:
1) Utilidad del software tal y como está en el momento de la evaluación,

identificar la facilidad de uso, fiabilidad y eficiencia.
2) La facilidad de mantenimiento identificar lo que es modificable para realizar

sus modificaciones pertinentes y las pruebas adecuadas.
3) Portabilidad facilidad que tiene el software de ser utilizado en entorno distinto
El modelo de calidad de Boehm presenta tres niveles de la calidad del software:
6
1.- Características de alto nivel:
• Utilidad per-se: qué tan eficiente, usable y confiable es el producto en sí

mismo.
• Mantenibilidad: qué fácil es entender, modificar y retestearlo.
• Utilidad general: en qué grado puede seguir utilizándose si se cambia el
entorno.
2.- Características de nivel intermedio:
• portabilidad (utilidad general)

• confiabilidad (utilidad per-se)
• eficiencia (utilidad per-se)
• usabilidad (utilidad per-se)
• testeabilidad (mantenibilidad)
• facilidad de entendimiento (mantenibilidad)
• modificabilidad o flexibilidad (mantenibilidad)
3.- Características Primitivas:
➢ de portabilidad:
o independencia de dispositivos
o auto-contención
➢ de confiabilidad:
o auto-contención
o exactitud
o completitud
o consistencia
o robustez/integridad
ISO/IEC 25000 (SYSTEM AND SOFTWARE QUALITY REQUIREMENTS AND

EVALUATION)
El objetivo de esta norma es crear un marco de trabajo para la calidad de
productos de software, y este estándar es el progreso de la ISO 9126.
Está dividida en 5 estándares:
1. ISO/IEC 2500n División de Gestión de Calidad
7
• ISO/IEC 25000 Guía de SQuaRE: abarca el modelo de la arquitectura de
SQuaRE, la terminología, una síntesis de las partes, los usuarios
predichos y las partes asociadas y los modelos de referencia.
• ISO/IEC 20001 Planificación y Administración: establece los
requerimientos y orientaciones para gestionar la evaluación.
2. ISO/IEC 2501n – División de Modelo de Calidad
Presenta las características específicas internas, externas y en uso del producto.
• ISO/IEC 25010 – Modelos de Calidad del Software y Sistemas: detalla el

modelo de calidad para el producto software y para la calidad en uso.
• ISO/IEC 25012 – Modelo de Calidad de los Datos: precisa un modelo
general para la calidad de los datos, adaptable a los datos que estén
recopilados y formen parte de un Sistema de Información.
3. ISO/IEC 2502n División de Medición de Calidad
Abarcan un modelo de referencia de la medición de la calidad del producto,

definiciones de medidas de calidad a nivel interno, externo y en uso, y pautas
prácticas para su aplicación.
• ISO/IEC 25020 Guía y Modelo de Referencia de Mediciones: muestran

una explicación y un modelo de referencia común a los elementos de
medición de la calidad.
• ISO/IEC 25021 Elementos de Métricas de Calidad: delimita un conjunto
de métricas base y derivadas que puedan ser usadas a lo largo de todo el
ciclo de vida del software.
• ISO/IEC 25022 – Métricas de Calidad en Uso: puntualiza las métricas para
realizar la medición de la calidad en uso del producto.
• ISO/IEC 25023 Métricas de Calidad del Producto y Sistema de Software:
establece las métricas para realizar la exactitud de la calidad de productos
y sistemas software.
• ISO/IEC 25024 Métricas de Calidad de los Datos: implanta las métricas
para realizar la medición de la calidad de datos que son parte de un
Sistema de Información y están almacenados de manera estructurada.
8
4. ISO/IEC 2503n División de Requerimientos de Calidad
Estas normas ayudan a definir requerimientos de calidad que pueden ser

utilizados en el proceso de elicitación de requerimientos de calidad del producto
de software a desarrollar o como entrada del proceso de evaluación.
• ISO/IEC 25030 Requerimientos de Calidad: provee un conjunto de

recomendaciones para realizar la determinación de los requerimientos de
calidad del producto de software.
5. ISO/IEC 2504n División de Evaluación de Calidad
Contiene normas que facilitan requisitos, recomendaciones y pautas para

realizar el proceso de evaluación del producto software.
• ISO/IEC 25040 Guía y Modelo de Referencia de la Evaluación: plantea un

modelo de referencia general para la evaluación, que considera las
entradas al proceso de evaluación, las restricciones y los recursos que
son ineludibles para alcanzar salidas oportunas.
• ISO/IEC 25041 Guía de Evaluación para los Desarrolladores,
Compradores y Evaluadores Independientes: desde el punto de vista de
los desarrolladores detalla los requisitos y recomendaciones para la
implementación práctica de la evaluación del producto software.
• ISO/IEC 25042 Módulos de Evaluación: define el Módulo de Evaluación y
la documentación, estructura y contenido que se debe utilizar a la hora de
definir los módulos.
• ISO/IEC 25045 – Módulo de Evaluación para la Recuperabilidad: delimita
un módulo para la evaluación de la subcaracterística Recuperabilidad.
CONCLUSIONES
Los modelos de calidad de producto software comprenden un conjunto de
características y subcaracterísticas que se relacionan entre ellas conformando el
fundamento para especificar requerimientos de calidad y evaluarlas.
9
Los modelos de calidad de proceso software orientan a la mejora de los procesos
de una organización y la capacidad para gestionar el desarrollo, la adquisición y
el mantenimiento de productos y servicios.
REFERENCIAS BIBLIOGRÁFICAS
Jaya, V. L., Jácome, D. J., & Sevilla, G. L. (s.f.). https://repositorio.pucesa.edu.ec. Obtenido de
APUNTES TEÓRICOS SOBRE MODELOS DE EVALUACIÓN DE CALIDAD EN PROCESO DE
DESARROLLO DE SOFTWARE PARA PERSONAS NO VIDENTES:
https://repositorio.pucesa.edu.ec/bitstream/123456789/2709/1/modelos%20evaluaci
%C3%B3n%20calidad%20desarrollo%20software.pdf
Jimenez, J. F. (6 de Febrero de 2015). https://es.slideshare.net. Obtenido de Introduccion a la

calidad del desarrollo de software: https://es.slideshare.net/clauddiaa/factores-de-
calidad-segn-mc-call
M, C. P., Villegas, N. M., & M., G. T. (2008). http://www.icesi.edu.co. Obtenido de Análisis

descriptivo del proceso implementación del nivel 2 del Modelo CMMI en una empresa
regional de desarrollo de Software:
http://www.icesi.edu.co/revistas/index.php/sistemas_telematica/article/viewFile/100
1/1026
10

Los Modelos de Calidad Del Software

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Los Modelos de Calidad Del Software

Cargado por

Copyright:

Formatos disponibles

TEMA:

LOS MODELOS DE CALIDAD DE SOFTWARE

ING. EN TICS ONLINE

VITELIO XAVIER BELTRÁN ESPINOZA

MENDOZA CABRERA DENIS DARIO

Este modelo se fundamenta en el ciclo de vida para la construcción de software,

Guiar la evaluación de calidad de producto software estableciendo criterios para

MODELOS DE CALIDAD DE PROCESOS

CMMI (Capability Maturity Model Integration)

El nivel 1 inicial: es el más bajo de la escala se encuentran aquellas

El nivel 2 repetible: Se implantan actividades de gestión de proyectos

El nivel 3 Definido: Las organizaciones cuentan con procesos estandarizados

Nivel 5 Optimización: La organización de este nivel tienen implementado un

Niveles de madurez en CMMI

ISO/IEC TR 15504 (Software Process Improvement and Capability

ISO /IEC 29110 (Software Process Improvement and Capability

Factores de calidad. Permiten identificar los aspectos exteriores que al usuario

Criterios de calidad. Indican cómo debe construirse internamente el software

Métricas de calidad. Indican cómo controlar y medir la calidad.

El modelo de McCall basándose en las características anteriores, comprende

Operación del Producto: Se refiere a las características de operación y los

• Facilidad de Uso, por parte de los usuarios del sistema

Revisión del producto: es la habilidad para ser cambiado e incluye los

• Facilidad de prueba, asegurar que el programa esté libre de errores y

Transición del Producto: describe la adaptación al nuevo ambiente e incluye

• Reusabilidad, se puede volver a usar el software.

El modelo de calidad de Boehm contempla tres niveles jerárquicos. En el primer

1) Utilidad del software tal y como está en el momento de la evaluación,

2) La facilidad de mantenimiento identificar lo que es modificable para realizar

3) Portabilidad facilidad que tiene el software de ser utilizado en entorno distinto

El modelo de calidad de Boehm presenta tres niveles de la calidad del software:

• Utilidad per-se: qué tan eficiente, usable y confiable es el producto en sí

2.- Características de nivel intermedio:

• portabilidad (utilidad general)

3.- Características Primitivas:

ISO/IEC 25000 (SYSTEM AND SOFTWARE QUALITY REQUIREMENTS AND

Está dividida en 5 estándares:

1. ISO/IEC 2500n División de Gestión de Calidad

2. ISO/IEC 2501n – División de Modelo de Calidad

Presenta las características específicas internas, externas y en uso del producto.

• ISO/IEC 25010 – Modelos de Calidad del Software y Sistemas: detalla el

3. ISO/IEC 2502n División de Medición de Calidad

Abarcan un modelo de referencia de la medición de la calidad del producto,

• ISO/IEC 25020 Guía y Modelo de Referencia de Mediciones: muestran

Estas normas ayudan a definir requerimientos de calidad que pueden ser

• ISO/IEC 25030 Requerimientos de Calidad: provee un conjunto de

5. ISO/IEC 2504n División de Evaluación de Calidad

Contiene normas que facilitan requisitos, recomendaciones y pautas para

• ISO/IEC 25040 Guía y Modelo de Referencia de la Evaluación: plantea un

Jimenez, J. F. (6 de Febrero de 2015). https://es.slideshare.net. Obtenido de Introduccion a la

M, C. P., Villegas, N. M., & M., G. T. (2008). http://www.icesi.edu.co. Obtenido de Análisis

También podría gustarte