Evaluación de Software 1

Unidad 2: Paso 3 - Diseño y Elaboración

William Sanchez Orjuela 80.024.974

Tutor: Francisco Andrade

Universidad Nacional Abierta y A Distancia

Escuela de Ciencias Básicas, Tecnología e Ingeniería

Evaluación de Software - Grupo 301569_1

Bogotá DC noviembre de 2018

 Tabla de Contenidos 2

Capítulo 1 Introducción .................................................Error! Bookmark not defined.

Informe de construcción Individual ............................................................................... 5

Listas de chequeo para verificar los aspectos más importantes a evaluar de acuerdo

con la norma ISO/IEC 9126 ............................................................................................ 6

Informe sobre la matriz de prueba acorde a la norma. ............................................... 9

Plan de pruebas que se llevarán a cabo en el software de aplicación ligadas a las

características, sub características, métricas y atributos que serán evaluados. ............. 14

Conclusión.................................................................................................................... 24

Lista de referencias....................................................................................................... 25
Lista de tablas 3
 INTRODUCCIÓN 4

El presente trabajo tiene como propósito que los estudiantes revisen la temática de la

unidad dos del curso de Evaluación del software y logre reconocer la norma ISO/IEC

14598 la cual define los procesos para evaluar un producto de software y los tipos de

pruebas de software; teniendo en los aspectos más importantes a evaluar de acuerdo a la

norma ISO/IEC 9126; para hacer el análisis y la evaluación del software seleccionado en

la fase 1 del trabajo colaborativo uno.

De acuerdo guía de actividades y la hoja de ruta de Práctica 2. Fase de diseño. La

actividad que consiste en:

Realizar unas listas de chequeo para verificar los aspectos más importantes a evaluar

de acuerdo a la norma ISO/IEC 9126.

Hacer Informe sobre la matriz de prueba acorde a la norma.

Diseñar un plan de pruebas que se llevarán a cabo en el software de aplicación ligadas

a las características, sub características, métricas y atributos que serán evaluados.

 OBJETIVOS 5

Reconocer las características y subcaracterísticas del estándar ISO/IEC 9126 para la

evaluación de producto de software.

Identificar el cumplimiento de métricas y estándares de calidad en el software de

aplicación.

Diseñar listas de chequeo para evaluación de productos y puntos específicos de

acuerdo a la normatividad

Realizar un plan de pruebas para establecer las técnicas, herramientas y actividades

relacionadas con la ejecución y validación en el software de aplicación.

Desarrollar habilidades para determinar la vulnerabilidad, riesgos y amenazas en los

productos software
 Informe de construcción Individual 6

Listas de chequeo para verificar los aspectos más importantes a evaluar de

acuerdo con la norma ISO/IEC 9126

Tabla 1. Lista de chequeo norma ISO/IEC 9126

CARACTERÍSTIC ATRIBUTOS NIVEL DE OBSERVACIONES
A IMPORTANCIA

A M B

Funcionalid · Adecuación. ¿El diseño y la x El sistema de

ad interfaz del sistema de homologación es amigable
homologación es con el usuario y de fácil
amigable? utilizacion

Exactitud. ¿Los resultados son x El tiempo de respuesta en

rápidos y de acorde a los procesos en la
los datos aplicación es rápido.
suministrados?

Interoperabili ¿El sistema de x El sistema de

dad homologación puede homologación del sistema
de interactuar con encuesta no interactúa con
otros sistemas? otro sistema interactúa con
otro modulo del mismo

Seguridad ¿Existe seguridad en x Si existe interfaz para la

la aplicación? validación de las
credenciales, pero es muy
simple para la protección
de datos.

Cumplimiento ¿La aplicación x cumple con todos los

funcional cumple con los estándares y normas de
estándares legales? funcionamiento

Fiabilidad Madurez ¿Grado de solución x No existe ningún grado de

ante fallos en el solución evidenciado
sistema de dentro del sistema de
homologación? encuesta
 7

Recuperabilid ¿El sistema es capaz x No se conoce capacidad de

ad de recuperar Recuperabilidad de datos
¿Datos en caso de en caso de fallos
fallas?

Tolerancia a ¿Cantidad de fallas x La cantidad de fallas

fallos identificadas en el dentro del sistema se
sistema de detecta en la integración
homologación? de los datos en el primer
acceso con el acceso a
responder la encuesta

Cumplimiento ¿Los requisitos de la x Cumple con las normas y

de Fiabilidad confiabilidad han sido estándares confiablidad
especificados?

Usabilidad aprendizaje ¿La aplicación cuenta x El sistema de encuesta está

con un interfaz conformado por una
adecuado y fácil de interfaz adecuada para su
aprender a usar? manejo y utilización

Facilidad de ¿Facilidad de x Es un sistema muy

operación operación y control sencillo, comprensible y
y control. del sistema por parte adaptable, se puede operar
del usuario? y controlar desde cualquier
dispositivo.

Atractividad Es atractivo el diseño x El diseño es por decirlo así

del software de muy simple en lo
homologación? conforme a la aplicabilidad
del software

Eficiencia Comportamie ¿cuál es el tiempo de x El tiempo de respuesta en

nto ejecución y respuesta la ejecución de las tareas
en el tiempo. en una tarea en el es optimo
sistema de
homologación?

Comportamie ¿Cantidad de recursos x La cantidad de recursos

nto de empleados y la utilizada es la idónea y la
recursos duración en cada duración de cada función
función ejecutada
 8

? es rápida dentro de los

módulos

Mantenibilid Estabilidad ¿Hay riesgos y x En este sistema de

ad efectos encuesta no se realizó
inesperados cuando se ningún tipo de cambio
realizan cambios
sistema de
homologación?

Facilidad de ¿Fácil diagnóstico de x El diagnostico de fallas en

análisis fallas en cada uno de cada uno de los módulos
los módulos? no se detecta el sistema de
encuesta no tiene este
mecanismo

Facilidad de ¿Es fácil de modificar x El sistema de encuesta no

cambio y tiene facilidades de cambio
adaptar? y la adaptación no se ha
probado

Facilidad de ¿Permite que se x Se pueden realizar pruebas

pruebas realicen pruebas a con encuestas nuevas para
pesar de las verificar funcionamiento
modificaciones?

Portabilidad Adaptabilidad ¿El software se puede x El software no se puede

. adaptar a otros adaptar a otros entornos
entornos? según lo utilizado.

Instabilidad ¿El usuario puede x No se probó esta

instalar con facilidad característica
el software?

Remplazabili ¿Es fácil de usarlo en x No se probó esta

dad lugar de otro software característica
conservando las
mismas funciones?

COEXISTEN El sistema de x El sistema no tiene la

CIA homologación puede función de compartir
compartir sin recursos
 9

dificultad recursos
con otro
¿Software o
dispositivo?

Eficacia Los datos de encuesta x Se almacenan los datos de

Calidad de
son almacenados manera correcta en cada
Uso
correctamente uno de los datos creados

Productividad Los procesos se x Los procesos de

generan de maneran diligenciamiento de la
ágil encuesta en la inserción de
datos son correctos es agil,
pero el resultado final no
es el esperado.

Seguridad Dispone de controles x No dispone de controles de

ante ataques por ataques a terceros
terceros

Satisfacción EL uso se ajusta a lo x El uso se ajusta pero el

esperado resultado final como
proceso me genero errores
de integración.

Informe sobre la matriz de prueba acorde a la norma.

PE: puntaje establecido para cada nivel

PO: puntaje obtenido luego de la aplicación de los instrumentos

Peso

A: Alto
M: Medio 10

B: Bajo

Tabla 2. matriz de prueba

Proyecto
Responsable Fec
ha
Característica Subcara Métrica Tipo de Herramie Pes PE PO
cterística prueba nta o
/
Criterio
Funcionalida Adecuación ¿El diseño y Caja A 5 5
d la interfaz Negra
del sistema
de
homologació
n es
amigable?
Exactitud ¿Los Caja B 3 4
resultados Negra
son rápidos
y de acorde
a los datos
suministrado
s?

Interoperab ¿El sistema de Cuestion M 1 1

ilidad homologació ario
n puede de
interactuar
con otros
sistemas?

Seguridad ¿Existe Caja A 4 4

seguridad en Negra
la
aplicación?
Fiabilidad Madurez ¿Grado de Cuestion M 3 3
solución ario
 11

ante fallos
en el sistema
de
homologació
n?
Tolerancia ¿Cantidad de Caja A 7 7
a fallos fallas Negra
identificadas
en el sistema
de
homologació
n?
Recuperabi El sistema es Caja B 3 3
lidad capaz de Negra
recuperar
¿Datos en
caso de
fallas?

Conformid Las pruebas Caja B 3 3

ad garantizan la Negra
fiabilidad de
los procesos
Usabilidad Compresió La Lista de M 5 3
n navegación verificaci
es intuitiva ón
Aprendizaj ¿La Auditor A 5 6
e aplicación
cuenta con
un interfaz
adecuado y
fácil de
aprender a
usar?
Operativida Es de uso Caja A 8 8
d fácil y Negra
controlable
Atracción Su diseño es Cuestion B 4 4
agradable ario
 12

Conformid Realiza Caja M 7 7

ad todas las Negra
operaciones
Eficiencia Tiempo de cuál es el Caja A 7 8
uso tiempo de Negra
ejecución y
respuesta en
una tarea en
el sistema de
homologació
n?
Recursos El consumo Caja A 8 8
utilizados de recursos Negra
es coherente
al trabajo
realizado
Conformid Las Caja A 8 8
ad condiciones Negra
determinan
la calidad
Mantenibilida Estabilidad ¿Hay riesgos Caja M 8 8
d y efectos Negra
inesperados
cuando se
realizan
cambios
sistema de
homologació
n?
Facilidad ¿Fácil Auditor M 4 4
de análisis diagnóstico
de fallas en
cada uno de
los
módulos?
Facilidad ¿Es fácil de Caja M 4 4
de cambio modificar y Negra
adaptar?
Facilidad ¿Permite que Caja A 5 5
de pruebas se realicen Negra
pruebas a
pesar de las
 13

modificacion
es?
Conformid Cuenta con Caja A 5 5
ad los aspectos Negra
más
importantes
Portabilidad Adaptabilid ¿El software Caja B 4 4
ad se puede Negra
adaptar a
otros
entornos?
Instabilidad ¿El usuario Caja B 3 3
puede Negra
instalar con
facilidad el
software?
Remplazabi ¿Es fácil de Caja B 7 7
lidad usarlo en Negra
lugar de otro
software
conservando
las mismas
funciones?
COEXIST ¿Es fácil de Caja M 5 5
ENCIA usarlo en Negra
lugar de otro
software
conservando
las mismas
funciones?
Conformid Cumple con Caja M 5 5
ad las pruebas Negra
realizadas
Calidad de Eficacia Los datos de Caja A 8 8
uso encuesta son Negra
almacenados
correctament
e
Productivid Los procesos Caja A 7 7
ad se generan Negra
de maneran
ágil
 14

Seguridad Dispone de Caja B 2 2

controles Negra
ante ataques
por terceros
Satisfacció EL uso se Caja B 5 5
n ajusta a lo Negra
esperado

Plan de pruebas que se llevarán a cabo en el software de aplicación ligadas a las

características, sub características, métricas y atributos que serán evaluados.

Tabla 3. Plan de pruebas

DÍAS
15
 16

Tabla 4. Formato de caso de prueba

# Prueba Versión Fecha Responsable

Objetivo

Revisión del

componente

Tipo de pruba

Entrada

Ejecución

Salida

Impactos negativos

Resultados
 17

Tabla 5. Encuesta
Cree usted que fueron suficientes los ciclos de pruebas realizados?

Se sintió satisfecho con las reuniones realizadas con el equipo de pruebas ?

Se sintió satisfecho con su participacion en las pruebas realizadas?

Se siente satisfecho con el producto software obtenido ?

Cree que la priorizacion de funcionalidades del producto probado es adecuado

Tabla 6.- Modelo de calidad: Características y subcaracterísticas

Codig Codig

o Caracteristica o Subcaracteristica

Funcionalida

FU d ADE Adecuacion

EXA Exactitud

INT Interoperabilidad

SEG Seguridad de acceso

FI Fiabilidad MAD Madurez

TFA Tolerancia a fallos

REC Recuperabilidad

US Usabilidad ENT Entendimiento

APR Aprendizaje

OPE Operabilidad

ATR Atraccion
 18

EF Eficiencia CTI Comportamiento en el tiempo

URE Utilizacion de recursos

Capacidad de

MA mantenimiento CAN Capacidad de ser analizado

CAM Cambiabilidad

EST Estabilidad

FPR Facilidad de prueba

PO Portabilidad ADAP Adaptabilidad

FIN Facilidad de instalación

COE Coexistencia

REE Reemplazabilidad

EF Efectividad LME Lograr metas

Productivida

PR d TCT Tiempo para completar tareas

RET Reduccion de esfuerzo de trabajo

Ejecucion en tiempos adecuados y

ETA constantes

Seguridad de

SE uso CCO Cambio de contraseñas periodico

AUC Administracion de usuarios y contraseñas

ACC Administracion centralizada de contraseñas

 19

SA Satisfaccion NSU Nivel de satisfacción del usuario

CMS Confianza en el manejo del software

COS Conocimiento operacional del software

AAI Accesibilidad a la informacion

EBR Entrenamiento brindado

STE Soporte tecnico

MIN Mensajeria instantanea

Fuente: http://www.scielo.org.co/pdf/rfing/v22n35/v22n35a10.pdf

Tabla 7. Instrumentos aplicados

Instrumento Descripción

Cuestionario Evaluación por parte del operador calificado

Caja Negra Analisis de módulos y funcionalidades del equipo auditor

Lista de Revisión de aspectos relacionados

verificación

Prueba Diagnostico del cumplimiento por parte del equipo auditor.

administrativa

Tabla 8. Indicadores
El comportamiento externo del software puede ser operado por el usuario de manera

funcional.

El comportamiento interno evidencia interfaz es inadecuada.

 20

El efecto del producto software cuando es operado define:

Efectividad tareas las tareas son ejecutadas y completadas

correctamente.

Productividad Tiempo El tiempo invertido para completar una tarea es

adecuado

Efectividad de las tareas El manejo realizado por los usuarios es adecuado

Productividad económica Puede mejorarse las condiciones de rentabilidad .

Porcentaje de producción La magnitud de tiempo invertido por el usuario a las

acciones productivas es adecuado

Eficiencia relativa de los Es eficiente el manejo por los usuarios

usuarios

Seguridad Implementa módulos con acceso restringido, la

seguridad puede afectada por personas inescrupulosas.

Salud y seguridad del cuál es la frecuencia de problemas por los usuarios

usuario del producto hacen mención al majo del abono de las

tarjetas.

Daños ergonómicos La frecuencia de daños en el hosting, del sistema

operativo es inadecuada.

Daños del software Puede presentar corrupción de la base de datos y no

se cuenta con un respaldo adecuado.

 21

Uso discrecional Los potenciales usuarios eligen el uso del sistema,

se hace libremente por la observación del uso.

Fuente: http://www.scielo.org.co/pdf/rfing/v24n39/v24n39a04.pdf

Tabla 9. Ecuaciones realizadas para la Calidad en uso

Métrica Ecuación Interpretación de la ecuación

1.1 M1 = | 1-ΣAi│ 1 Ai: Valor proporcional de cada

componente incorrecto o faltante en la

tarea

1.2 X = A/B A = Número de tareas terminadas

B= Número total de tareas que se

intentaron hacer

1.3 X = A/T A: Número de errores cometidos por el

Usuario

T: Tiempo o número de tareas

2.1 X = Ta Ta = Tiempo en completar una tarea

2.2 X = M1 / T M1 = Efectividad de la tarea

T = Tiempo en completar la tarea

2.3 X = M1/ C M1 = Efectividad de la tarea

C = Costo total de la tarea. El costo

puede incluir, el tiempo de los usuarios,

 22

costo de los recursos informáticos,

llamadas telefónicas y materiales

utilizados

2. 4 X = Ta/ Tb Ta = Tiempo productivo = Tiempo en

completar una tarea (métrica 2.1) –

Tiempo de ayuda – Tiempo de error –

Tiempo de búsqueda

Tb = Tiempo en completar una tarea

(métrica 2.1)

2.5 X = A/B A = Eficiencia en la tarea (métrica 2.2)

de un usuario “no experto”

B = Eficiencia en la tarea (métrica 2.2)

de un usuario experto

3.1 X = 1 – A/B A = Número de usuarios en el informe

RSI (por presión, tensión nerviosa ó

lesión)

B = Número total de usuarios

3.2 X = 1 – A/B A = Número de personas puestas en

riesgo (por el uso del software)

B= Número total de personas

potencialmente afectadas por el sistema

 23

3. 3 X = 1 – A/B X = Número de acontecimientos de

daño económico

B = Número total de uso (del sistema)

en situaciones determinadas

3.4 X = 1 – A/B A = Número de ocurrencias de la

corrupción del software

B = Número total de situaciones de uso.

4.1 X = A/B A = El cuestionario produce escalas

psicométricas

B= Media de la población

4.2 X=Σ(Ai)/n A i = Respuesta a una pregunta.

n = Número de respuestas

4.3 X = A/B A = Número de veces que unas

funciones/aplicaciones/sistemas

específicas del software son usados

B = Número de veces que se intentaron

usar

Fuente: http://metricas159.blogspot.com/2012/10/metricas-en-evaluacion-de-la-calidad-en.html
 Conclusión 24

El propósito principal de las pruebas de software es mostrar las fortalezas y

debilidades de las aplicaciones con el cumplimento de los estándares internacionales

para garantizar la calidad del producto.

 Lista de referencias 25

Carhuamaca Minaya Alexis Orlando (2012), Métricas en evaluación de la calidad en uso

Recuperado de: http://metricas159.blogspot.com/2012/10/metricas-en-evaluacion-

de-la-calidad-en.html

Pinzón, M. F. G., & Sanabria, J. S. G. (2013). Aplicación del estándar ISO/IEC 9126-3 en

el modelo de datos conceptual entidad-relación. Facultad de Ingeniería, 22(35),

113-125.

Cabrera, E. E. (2010). Estudio de aplicabilidad y comparativo de un modelo de calidad a

productos de software con la norma ISO/IEC 9126.

Milton Sánchez, Walter Fuertes (2014), Modelo formal de pruebas funcionales de

software para alcanzar el Nivel de Madurez Integrado 2,

Recuperado de: http://www.scielo.org.co/pdf/rfing/v24n39/v24n39a04.pdf

Miguel González, Juan González (2013). Aplicación del estándar ISO/IEC 9126-3 en el

modelo de datos conceptual entidad-relación.

Recuperado de: http://www.scielo.org.co/pdf/rfing/v22n35/v22n35a10.pdf