lOMoARcPSD|5779507

Entrega 1 Pruebas y Calidad de Software

Investigación de Operaciones (Politécnico Grancolombiano)

StuDocu no está patrocinado ni avalado por ningún colegio o universidad.

Descargado por Camilo Duran (camilogtb@gmail.com)
 lOMoARcPSD|5779507

MODELOS DE CALIDAD DE SOFTWARE

PRESENTADO A:

MARGARITA AVELLANEDA VARGAS

ESTUDIANTES:

ALEXANDER JUNIOR VALENCIA VERGEL

Código: 1811022347
OSWALDO PORTILLA LOPEZ
Código: 1821025487
PAOLA ESGUERRA GIRALDO
Código: 1811027030
EDWARD GIOVANNI AMAYA RODRÍGUEZ
Código: 1721022800
JAVIER SALAZAR RAMÍREZ
Código: 1911021558
ROGER ALEXANDER PARADA BLANCO
Código: 1811027918

POLITÉCNICO GRANCOLOMBIANO
FACULTAD DE INGENIERÍA, DISEÑO E INNOVACIÓN
SEPTIEMBRE DE 2020. BOGOTÁ, COLOMBIA.

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

TABLA DE CONTENIDO

1. INTRODUCCIÓN ...................................................................................................................... 3
2. CALIDAD DE SOFTWARE ......................................................................................................... 4
3. MODELOS DE CALIDAD DE SOFTWARE .................................................................................. 4
4. CALIDAD A NIVEL DE PROCESO .............................................................................................. 4
5. CALIDAD A NIVEL DE PRODUCTO ........................................................................................... 5
6. CALIDAD EN USO .................................................................................................................... 5
7. MODELO MC CALL .................................................................................................................. 5
8. MODELO FURPS ...................................................................................................................... 7
9. MODELO BOHEM .................................................................................................................... 8
10. ISO/IEC 9126 ....................................................................................................................... 9
11. EMPRESA SELECCIONADA ................................................................................................ 10
12. ENTREVISTA A INGENIERO DE SOFTWARE DE LA EMPRESA. .......................................... 10
13. COMO MEJORAR LA CALIDAD .......................................................................................... 10
14. CONCLUSIONES ................................................................................................................. 13
15. BIBLIOGRAFÍA ................................................................................................................... 14

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

1. INTRODUCCIÓN

Existen diferentes modelos de calidad de software que pueden mejorar continuamente su

implementación. En este artículo se revelan las características del modelo estudiado mediante
revisión de información, y se clasifican según el nivel del proceso o producto. Cada modelo
tiene sus características y estructura, que se explican brevemente en este artículo. Para
sumergirse en diferentes empresas que mejoran continuamente sus procesos, se han dado
cuenta de la importancia de implementar modelos que puedan certificar y garantizar la
calidad de sus productos y procesos, incluyendo algunos casos exitosos. Investigar la
implementación del modelo, que permita a la empresa posicionarse o destacar en la mejora
de los procesos de negocio.

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

2. CALIDAD DE SOFTWARE

Es importante comprender cuál es el concepto y las características de la calidad del software,

así como el conocimiento sobre el modelo de calidad del software, su estructura y métodos.
El término calidad de software se refiere al grado de desempeño de las principales
características que debe seguir un sistema informático durante su ciclo de vida, características
que de alguna manera aseguran que los clientes tengan un sistema confiable, aumentando así
su satisfacción. La función y eficiencia del sistema construido.
El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE, 1990) define la calidad del
software como "el grado en que un sistema, componente o proceso cumple con los requisitos
especificados y las necesidades o expectativas de los clientes o usuarios", lo que significa
que la atención se centra en los requisitos específicos del sistema y la búsqueda de la
satisfacción del cliente. Para asegurar la calidad del software, es importante implementar un
modelo o estándar de calidad que permita gestionar los atributos durante el proceso de
construcción del software, teniendo en cuenta los requisitos para los requisitos y su
construcción como base para las métricas de calidad establecidas.

3. MODELOS DE CALIDAD DE SOFTWARE

Los modelos de calidad de software se clasifican de acuerdo con el enfoque de evaluación,

ya sea a nivel de proceso, producto o calidad en uso.

4. CALIDAD A NIVEL DE PROCESO

La calidad del sistema software debe programarse desde el inicio del proyecto, y luego en
cada etapa del proceso de desarrollo se debe controlar y monitorear la calidad para minimizar
riesgos y brindar un soporte continuo, esto está garantizado. En cualquier etapa, si se descuida
la verificación de factores y estándares, pueden ocurrir defectos de calidad y el nivel de
calidad no disminuirá. Implica no solo el proceso, sino también el producto que se está
desarrollando.

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

5. CALIDAD A NIVEL DE PRODUCTO

El objetivo principal del modelo de calidad de producto es especificar y evaluar el

cumplimiento de los estándares del producto, y aplicar medidas internas y / o externas para
tal fin (Bevan, 2010). Por tanto, algunos códigos y estándares definen tres tipos de calidad a
nivel de producto: interna, externa y en uso (Rodríguez, 2016). Este método tiene como
objetivo verificar si cumple con las características que pueden lograr la satisfacción del
cliente en cuanto a los requisitos definidos en la etapa inicial del proceso de desarrollo.

6. CALIDAD EN USO

Es importante señalar que, si bien los términos disponibilidad y calidad de uso se utilizan en
diferentes escenarios, tienen diferentes significados para el mismo propósito y propósito.
Esto se debe principalmente a que el concepto de calidad de uso es más amplio y abarca Más
elementos (Covella (2005), este último es una de las características de calidad de los
productos de software. Según ISO / IEC 9126, la calidad de uso se define como “el conjunto
de atributos relacionados con la aceptación y seguridad del usuario final” y se basa en la
eficiencia, productividad, Seguridad y satisfacción.

7. MODELO MC CALL

Este modelo fue creado por Jim Mc Call en 1977. Establece 3 perspectivas para el análisis
de la calidad de software, define 11 factores y 23 criterios relacionados a estos. Las métricas
que propone son preguntas que ponderan numéricamente un determinado atributo del
producto de software. Después de obtener los valores para todas las métricas de un criterio
específico, el promedio de todas ellas es el valor para ese criterio.

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

Tabla 1. Calidad asociados a los factores de calidad en el modelo de Mc Call

(Lic. Marcela A. CONSTANZO (2014), COMPARACIÓN DE MODELOS DE CALIDAD, FACTORES Y
MÉTRICAS EN EL ÁMBITO DE LA INGENIERÍA DE SOFTWARE)

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

8. MODELO FURPS

Este modelo fue desarrollado por Hewlett-Packard en el año 1987. En él se desarrollan un

conjunto de factores de calidad de software, bajo el acrónimo de FURPS: funcionalidad
(Functionality), usabilidad (Usability), confiabilidad (Reliability), desempeño (Performance)
y capacidad de soporte (Supportability).

Tabla 2. Diagrama de FURPS y los criterios de calidad y factores asociados. (Lic. Marcela A. CONSTANZO
(2014), COMPARACIÓN DE MODELOS DE CALIDAD, FACTORES Y MÉTRICAS EN EL ÁMBITO DE LA
INGENIERÍA DE SOFTWARE)

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

9. MODELO BOHEM

Este modelo propone una jerarquía de niveles, en forma de un árbol con tres ramas
principales, que permiten que el software sea de utilidad: Portabilidad, Facilidad de Uso y
Facilidad de Mantenimiento. Se estructura en tres niveles: Aplicaciones primarias,
Construcciones Intermedias (factores) y Construcciones Primitivas, y finalmente las Métricas
que determinan los valores para los criterios (construcciones primitivas)

Tabla 3. Diagrama de Bohem. (Lic. Marcela A. CONSTANZO (2014), COMPARACIÓN DE MODELOS DE

CALIDAD, FACTORES Y MÉTRICAS EN EL ÁMBITO DE LA INGENIERÍA DE SOFTWARE)

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

10. ISO/IEC 9126

El Estándar internacional (ISO), aplicable a todo tipo de software, está basado en un modelo
jerárquico con tres niveles: Características, Subcaracterísticas y Métricas. En el primer nivel
tiene seis características principales: Funcionalidad, Fiabilidad, Eficiencia, Facilidad de
Mantenimiento, Portabilidad y Facilidad de Uso. Estas características (factores) están
compuestas a su vez por 27 subcaracterísticas (subfactores) relacionadas con la calidad
externa, y 21 subcaracterísticas relacionadas con la calidad interna.

Tabla 4. Factores y criterios asociados al modelo ISO/IEC 9126. (Lic. Marcela A. CONSTANZO (2014),
COMPARACIÓN DE MODELOS DE CALIDAD, FACTORES Y MÉTRICAS EN EL ÁMBITO DE LA
INGENIERÍA DE SOFTWARE)

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

11. EMPRESA SELECCIONADA

GATTACA OUTSOURCING S.A.S - Servicios y tecnologías de la información.

Esta empresa ofrece servicios de Mejora de Procesos, abarcando desde el back-office por
medio de la Consultoría, Automatización y Optimización de Procesos de Negocio.
Las especialidades de la empresa son:
Mejora de Procesos, eMarketing, BPM, Automatización de procesos, Estrategia de Branding,
Gestión Documental, Desarrollo y Diseño Web, Fábricas de Crédito, SEO/SEM y Soluciones
desde Dispositivos Móviles.

12. ENTREVISTA A INGENIERO DE SOFTWARE DE LA EMPRESA.

El entrevistado es el ingeniero Aldemar Moreno, el cual se encuentra en el área de soporte

principalmente, manifiesta que visualiza las siguientes falencias en la empresa.
 En los proyectos realizados por la empresa, se les brindan demasiados permisos a los
usuarios sobre la administración del contenido de las tablas y datos en los aplicativos.
(no hay separación significativa entre usuarios y administradores).
 No se realizan suficientes pruebas unitarias, antes de hacer el lanzamiento del
producto con el cliente.
 No se realza una documentación adecuada o suficientemente detallada, sobre el
funcionamiento de los aplicativos.

13. COMO MEJORAR LA CALIDAD

Prueba inicial.

Este nivel lo ejecuta el equipo de desarrollo en el marco del proyecto y debe enfocarse en los
subsistemas independientes de la solución. Entre ellos, se deben realizar pruebas para
verificar cada posible camino, buscar errores en la definición de límites de diferentes ciclos
y la correcta ejecución de decisiones lógicas. En este nivel de ejecución, la tecnología
utilizada para el diseño de casos de prueba (CP) será Caja Blanca. El objetivo básico de las
pruebas iniciales es depurar la solución a nivel de subsistema o módulo.

Prueba de Sistema.

Se trata de la integración del segundo y tercer nivel de la propuesta bibliográfica, y por las
características del entorno se ha decidido sumarse a la propuesta. En este nivel, se realizarán

10

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

pruebas funcionales de la solución y se verificará la correcta integración de los diferentes

subsistemas. En este caso, la tecnología utilizada para el diseño de CP será la tecnología de
caja negra. Después de ser definidos, serán ejecutados por miembros del equipo de pruebas
y asumirán diferentes roles definitorios. El objetivo básico de este nivel es verificar el
producto, es decir, comprobar si el producto cumple con las necesidades del cliente
especificadas en los requisitos.

Prueba de Aceptación.

En este nivel, se probará junto con la funcionalidad o el lado del cliente de la solución que se
está construyendo. Debido a la diversidad de temas en los diferentes desarrollos de la
organización, la especialización de los miembros del equipo de prueba en cualquier tema es
muy complicada. Por eso se recomienda incluir clientes o funcionalidades en este nivel. El
entorno de prueba continúa desarrollándose en el propio laboratorio de la organización, razón
por la cual estos controles constituyen lo que en la literatura se denomina prueba Alfa. En
este punto, comienza la prueba de aceptación de la solución por parte del cliente y no termina
hasta la siguiente fase.

En este caso, la tecnología utilizada para el diseño de CP también será la tecnología de caja
negra. Después de ser definidos, serán ejecutados por miembros del equipo de pruebas y
asumirán diferentes roles definitorios. El objetivo básico de este nivel es verificar la solución,
es decir, verificar si el producto construido está funcionando correctamente y si la función es
suficiente para realizar la función especificada por el cliente en el requisito. También se
realizan pruebas de rendimiento y seguridad básica en este nivel de la misma forma que en
el nivel anterior, con el fin de detectar cualquier falla que haya introducido soluciones durante
la transición de un nivel a otro.

Prueba de Explotación.

Este nivel presenta el rendimiento de la prueba operativa de la solución en el entorno de

implementación real. El principal objetivo que se persigue es verificar si el comportamiento
de la solución es consistente con las condiciones reales de uso de la solución. Una vez más,
en este nivel, la tecnología utilizada en el diseño de CP es la tecnología de caja negra, y su
ejecución la realizan miembros del equipo de pruebas, quienes asumen diferentes roles
definidos. Dado que el entorno utilizado en este caso es el entorno del cliente, constituyen
una prueba beta de la solución.

11

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

ANALISIS
Análisis base del proyecto y alcance
Especificación de Requerimientos
Análisis de los Casos de Uso
Definición del Plan de Pruebas
Aprobación del Análisis del Sistema
DISEÑO
establecimiento de los requisitos
Diseño de Casos de Uso
Diseño y Arquitectura del Sistema
Especificaciones Técnicas del Plan de Pruebas
Aceptación del diseño del Sistema
DESARROLLO
Preparación del Entorno de Generación y Construcción
Generación del Código de los Componentes y Procedimientos
Ejecución de las Pruebas Unitarias
Ejecución de las Pruebas de Integración
Ejecución de las Pruebas del Sistema
Elaboración de los Manuales de Usuario
Definición socialización de Usuarios Finales
Aprobación del desarrollo Sistema
IMPLEMENTACION
Incorporación del Sistema al Entorno de Operación
Pruebas de Implantación del Sistema
Pruebas de Aceptación del Sistema
Preparación del Mantenimiento del Sistema
Establecimiento del ANS.
Socialización del Sistema
Paso a Producción
MANTENIMIENTO
Registro de la Petición
Análisis de la Petición
Preparación de la Implementación de la Modificación
Análisis para su solución
Presentación de mejora para desarrollar
Seguimiento y Evaluación de los Cambios hasta la Aceptación

12

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

14. CONCLUSIONES

La implementación e inicio del proceso de prueba puede mejorar la calidad de los productos
obtenidos en el proceso de producción (vale la pena hacer redundancia), y puede organizar y
gestionar las actividades de prueba funcional en el ciclo de vida.
La información obtenida de este proceso ahora se puede controlar, y la información se unifica
en soluciones similares, de modo que se puede realizar un control de calidad más efectivo.
A través de este procedimiento establecido, se pueden detectar y rastrear defectos, para que
las soluciones entregadas a los clientes de la organización tengan un mayor nivel de calidad.

13

Descargado por Camilo Duran (camilogtb@gmail.com)

 lOMoARcPSD|5779507

15. BIBLIOGRAFÍA

 Pressman, R. “Ingeniería del Software. Un enfoque práctico”, 5ta edición,

McGraw–Hill Interamericana, España, 2002.
 McCall, J.A., Cavano, J.P., “A Framework for the Measurement of Software
Quality”, ACM Software Quality Assurance Workshop, 1978.
 Olsina, Luis. “Ingeniería Web; Marco de medición y evaluación de calidad”.
Departamento de informática. Universidad Nacional de San Luis- La Rioja –
Catamarca, 2007
 Bohem, B.W. , “Software Engineering Economics”, Prentice Hall, 1981.
 ISO/IEC 9126: “Software Engineering - Product quality”, International
Organization for Standardization, 2000.
 Cuervo Callejas Mauro https://manuel.cillero.es/doc/metrica-3/procesos-principales/
Procesos principales de métrica V3. España., (2009-2019).

14

Descargado por Camilo Duran (camilogtb@gmail.com)