UNIDAD 2 - PASO 4

EJECUCIÓN Y DESARROLLO

ESTUDIANTES

DANIEL HUMBERTO SOGAMOSO - CÓDIGO: 11.685.435

DIANA RODRIGUEZ COSME - CÓDIGO 1.130.642.492
RODRIGO BURITICA PAREDES - CÓDIGO 94.472.151

GRUPO N°. 301569_5

TUTORA:

EDNA ROCIO RODRIGUEZ

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

EVALUACIÓN DEL SOFTWARE
CEAD PALMIRA VALLE
JUNIO 2017
 INTRODUCCIÓN

El siguiente trabajo colaborativo tiene como tarea presentar la evaluación del software
mediante la norma ISO/IEC 25000, sobre metodologías de evaluación de software.

El siguiente trabajo colaborativo responde a los interrogantes acerca de que se busca

con los modelos de calidad del software, de la misma forma se crea un cuadro
comparativo donde se evidencia las similitudes de estos modelos con sus ventajas y
desventajas.

OBJETIVOS
 ● Determinar una metodología de evaluación de software para portales web.

● Aprender a Identificar los factores de calidad para el desarrollo del software.

● Comprender los aspectos más relevantes, estándares de diseño, elaboración y

evaluación de calidad del software.

I. BLOG ORIGINAL – ACTIVIDAD COLABORATIVA

A continuación, se relacionan los trabajos individuales de cada integrante de grupo,

para la elaboración del trabajo colaborativo:
 ● DIANA RODRIGUEZ
Enlace de Blog

https://ingenieradianam.wixsite.com/evaluaciondesoftware

Enlace de Bitácora Personal

https://drive.google.com/open?id=0B1JgEjq0LfHcckpDY1BiLUFfNWM

● DANIEL SOGAMOSO
Enlace de Blog

https://danyso07.wixsite.com/software

Enlace de Bitácora Personal

https://docs.google.com/document/d/1ZjPTSOpDhgyzDvxjSmRJB7katsbD2FKs-EpudRpIK-
Y/edit?usp=sharing

● RODRIGO BURITICA PAREDES

Enlace de Blog

https://syco2001.wixsite.com/evaluaciondesoftware

Enlace de Bitácora Personal

https://drive.google.com/open?id=0BwCEawdjES3hVzlUejM1SFZVa1U

INTERROGANTES COLABORATIVO

¿Qué se busca con la implementación de los modelos de calidad del software?

Con un mercado exponencialmente creciendo y una exigencia cada vez mayor por
parte del cliente y consumidores y donde juega un papel tan importante como lo es el
software en el desarrollo de casi todas las tareas automáticas que se realizan en el
mundo, su calidad, confiabilidad y funcionalidad deben estar completamente
garantizados, donde se asegure todas y cada unas de sus fases, desde el análisis de
diseño, planeación, desarrollo e implementación.

Con la implementación de los modelos de calidad del software se busca es establecer

modelos o estándares de Calidad, los cuales tendrán como objetivo principal enmarcar
a las empresas que desarrollen software, lo hagan sistemáticamente, desarrollando
productos, bienes y servicios de mejor calidad y que estos a su vez cumplan con las
necesidades y deseos de los clientes.

Los estándares desarrollados para garantizar la calidad del software, tienen como
objetivo principal que este certifique un nivel de ejecución óptimo que cumpla con los
requerimientos establecidos en las anteriores normas ISO. de esta forma se establece
un mejoramiento continuo en la elaboración durante la elaboración del software y se
regulan los métodos de selección, implementación, y monitoreo en el ciclo de vida de
los productos desarrollados.

Los modelos de calidad del software son un conglomerado de documentos integrados,

con la finalidad de reunir todas las actividades y funciones de forma tal que ninguna de
ellas esté subordinada a las otras y que cada una se planee, controle y ejecute de un
modo formal y sistemático.

De esta forma se concluye que con los modelos de calidad del software se puede
garantizar:

● Medir los avances en calidad

● Que los procesos se realicen de la misma forma
● Que se establezca una guía para lograr la productividad
● Administrar mejor sus recursos
● Certificar los productos con las normas ISO.
● Competitividad
● Garantizar la solución de las necesidades de la empresa que lo aplicará
● Controlar el desarrollo de los procesos desde el inicio hasta el final.
● Generar una cultura organizacional enfocada a cumplir con los requisitos de los
clientes.
● Asegurar la satisfacción de los clientes internos y externos.
● Tener aceptación total de los clientes.
Elaborar un cuadro comparativo donde se evidencie las similitudes ventajas y
desventajas de cada uno de ellos.

ESTRUCTURA JERÁRQUICA
MODELO CARACTERÍSTICA GENERALES
NIVEL 1 NIVEL 2 NIVE
L3

ISO/IEC 9126 Es un estándar internacional para CARACTERÍSTI CRITERIOS

la evaluación del software que CAS INTERNAS
El estándar ISO está supervisado por el proyecto Y EXTERNAS
9126 presenta su SQuaRE, ISO 25000:2005, el cual (FACTORES)
primera versión sigue los mismos conceptos.
en 1991, luego Adecuación
en 2001 es Cuenta con tres ítems adicionales
reemplazado por para ayudar a la mejora de la Exactitud
ISO 9126:1 calidad del producto software
(Métricas externas, métricas Funcionalidad Interoperabilidad. Seguridad
internas, métricas de calidad en
uso)
Cumplimiento de normas
 Madurez
VENTAJAS
Confiabilidad Tolerancia a defectos
Es un modelo de corte
internacional pero adaptado al Facilidad de recuperación
caso colombiano y METR
latinoamericano Fácil de comprender ICAS

La terminología es clara y precisa,

Fácil de aprender
lo que hace que sea más
comprensible para todos los Facilidad de
actores del proceso. Fácil de operar
uso
Involucra la utilización de la Atractividad
norma ISO
Comportamiento en el tiempo
Introduce un nuevo concepto que
es la calidad de uso, que tiene en Eficiencia Comportamiento de recursos
cuenta lo más importante para la
gestión de calidad que es pa
opinión del usuario. Facilidad de análisis

Está actualizado Facilidad de cambios

Se podría utilizar para varios Facilidad de Facilidad de pruebas

proyectos mantenimiento
Estabilidad
DESVENTAJAS
Facilidad de instalación
Como en casi todos los modelos,
implica un esfuerzo en tiempo,
Portabilidad Facilidad de reemplazo
trabajo y costo

Adaptabilidad

CARACTERÍSTICAS DE LA CALIDAD DE USO

Eficacia: Capacidad de ayudar al usuario a

cumplir sus objetivos con exactitud y
completitud en un contexto de uso dado

Productividad: Capacidad de ayudar al usuario METR

a emplear una cantidad apropiada de recursos ICAS
para obtener sus resultados

Seguridad: Capacidad de alcanzar niveles

aceptables de riesgo para las personas, el
ambiente de trabajo y la actividad, en un
contexto de uso dado.

Satisfacción: Capacidad de satisfacer a un

usuario en un contexto de uso dado

FURPS Esta propuesta contempla, por un REQUISITOS CRITERIOS

lado 5 características de las cuales FUNCIONALES (F)
Modelo de se deriva su nombre Características y
calidad (Funcionalidad, Facilidad de uso, capacidades del
propuesto por Confiabilidad, Desempeño y Funcionalidad programa
Robert Grady y Facilidad de soporte), y por otro
Hewlett Packard lado, que los requisitos se Generalidad de las
en 1987 clasifiquen en dos categorías: funciones
requisitos funcionales (F), que son
los que especifican funciones que Seguridad del sistema
el sistema debe ser capaz de
realizar sin tener en cuenta las REQUISITOS NO CRITERIOS
restricciones físicas, y FUNCIONALES
requerimientos no funcionales (URPS)
(URPS) que puntualizan atributos
del sistema o medio ambiente del
Factores Humanos
sistema.
METR
VENTAJAS: Factores estéticos ICAS
Usabilidad Consistencia de la
Los criterios son claramente
entendibles, lo que implica su fácil interfaz
utilización
Documentación
En cierta forma su división en
factores funcionales y no Frecuencia y severidad
funcionales es conveniente para de las fallas
determinar la calidad aunque
hayan restricciones físicas Exactitud de las salidas
Confiabilidad
Tiene en cuenta las fallas en el Tiempo medio de los
producto y en el proceso, lo que fallos
permite una mayor corrección
Capacidad de
Se podría utilizar para varios recuperación ante fallas
proyectos
Capacidad de predicción
DESVENTAJAS:

Se necesita de muchas métricas lo Velocidad del

que implica una mayor esfuerzo de procesamiento
tiempo y costo
Tiempo de respuesta
Desempeño
(rendimiento) Consumo de recursos

Rendimiento efectivo
total

Eficacia

Extensibilidad

Adaptabilidad

Capacidad de Capacidad de pruebas

soporte
Capacidad de
configuración
 Compatibilidad

Requisitos de
instalación

Determinar una metodología de evaluación de software para portales web o

software de aplicación, hacer una explicación de cómo funciona la metodología.

Metodología de análisis para sitios web es necesario elegir una serie de parámetros e
indicadores que permitan constituir una metodología de análisis lo más íntegra, clara y
rigurosa posible. La metodología es basada en 5 pasos los cuales deben de ser
analizados y se aplica siempre a un sitio web completo sin exclusiones u omisiones de
páginas que sirvan a la finalidad y funcionalidad del sitio, y que por tanto forman parte
de la navegación, el diseño y los procesos completos del sitio.

1. Definir el Rango o el alcance de la evaluación

Este punto acorda de maner conjunta con quienes han desarrollado o llevado a
cabo la evaluación para asegurar la expectativa común los cuales se basan en
unos sub pasos.

Definir el alcance: Escoger las páginas que se le van hacer la evaluación sin
poner algún tipo de limitación. Se requiere documentar aspectos particulares
como lo son servicios desarrollados que tengan pensado implementar,
versionamiento, navegabilidad del sitio entre otros. Frente al resultado se debe
determinar para cada página si está o no dentro del alcance de la evaluación. Se
recomienda utilizar formalismo como son las expresiones regulares o listados de
urIs para definir las páginas que están en el alcance.
 Definir el nivel de adecuación: Las adecuaciones por el sitio web en su
evaluación por lo general son definidas en nivel AA, pero si se desea una
aplicación para tener un mayor alcance y accesibilidad del sitio se manejara otro
nivel de adecuación como el AAA.

Definir el soporte de la accesibilidad: Es la representación de alistamiento en

navegadores web que sirvan como apoyo para validar la accesibilidad del sitio
web este además sirve como soporte o prueba para la verificación de
compatibilidad, un ejemplo son las intranets de las empresas con diferentes API
relacionadas, o en general un reproductor añadido el cual puedo tener
compatibilidad con la web.
Definir los requisitos de evaluación adicionales: Este punto es determinado
con el evaluador y la persona encargada de la evaluación, ellos tienen como
tarea evaluar qué páginas son necesarias (adicionales), en casos especiales
para cumplir a cabalidad con la evaluación general del sitio.

2. Explorar el sitio web

En esta parte el evaluador debe poder tener acceso a todo el contenido de las
páginas web, para validar su contenido y así evaluar la funcionalidad del mismo
cómo encontrar problemas o errores del mismo.
También en este proceso hace parte algunos desarrolladores y/o propietarios del
sitio, la exploración se realiza de la siguiente forma con los siguientes subpasos.

identificar las páginas: Estas son las que incluyen un home, login o página de
entrada y otras similares que normalmente están enlazadas desde todas las
página, estas páginas son la exploración inicial y son relevantes.

Identificar las funcionalidades clave del sitio: En este paso no solo se basa
en identificar todas funcionalidades del sitio de forma exhaustiva sino identificar
aquellas que son esenciales para el propósito y el objetivo del sitio.

Identificar los diferentes tipos de páginas y estados de página: Bajo este

paso se identifica las diferentes páginas con los diferentes estilos, funciones y
estructuras, validado para analizar el comportamiento del mismo; El contenido
 que se debe buscar para identificar diferentes tipos de páginas o diferentes
estados los primordiales son:
● Contenido con diferentes componentes funcionales, tales como selector
de fechas, lightbox, slider, y otros
● Contenido de diferentes áreas del sitio
● Contenido en el que cambia la apariencia y comportamiento en función
del usuario
● Contenido web con diferentes estilos, layout, estructura, navegación,
interacción y diseño visual

identificar las tecnologías de las que se depende: Se identifica qu tecnología

está usando el sitio si html, css, javascript entre otro.

3. Selección de un ejemplo o muestra representativo

En este paso para la evaluación lo que se realiza es tomar una pagina o una
muestra de páginas a las cuales se le realizará una serie de pruebas para
corroborar la accesibilidad del mismo, lo ideal es hacerlo sobre todo el sitio pero
a veces no es posible por su extensión.

Los subpasos que lo componen son:

Incluir una muestra estructurada: Son la identificación de las páginas del ítem
2, en esta parte solo sería identificar cómo están enmarcada la estructura.

Incluir una muestra al azar: Se escoge una o algunas páginas al azar para
conformar una muestra y actúa con un indicador de verificación de los resultados
y aumenta la confianza en los mismos.

Incluir en la muestra procesos completos: Se incluyen todas las páginas o la

página seleccionada donde se describe al detalle como se identificó las páginas
y que se evidencio en ellas.
4. Auditar el ejemplo o muestra seleccionado
En este paso se procede tomar la muestra seleccionada donde se procede a
validar contra los requisitos de la conformidad de las WCAG 2.0, niveles de
conformidad que se están evaluando.

Los subpasos son los siguientes:

Revisa todas las páginas iniciales: En este paso se comprueba todas las
páginas de la muestra donde se ajustan requisitos de conformidad de las WCAG
2.0 de acuerdo al nivel de conformidad definido. Esto incluye todos los
componentes sin activar ninguna función, introduciendo datos o de cualquier otra
manera en la que se pueda interactuar con el contenido, también en esta parte
se valida o comprueba que todas las características sean soportada por los
navegadores.

Evalúa todos los procesos completos: En este paso se tiene el paso del ítem
3, también debemos de comprobar funcionalidad, introducción de datos entre
otros, se evalúa todo el contenido.

5. Reporte o registro de Resultados

En este paso se presenta los resultados finales del proceso de evaluación del
sitio, los resultados se presentan en un informe pero no todos los datos son
obligatorios llenarlos por temas de confidencialidad.

Subpasos del proceso:

Proporcionar documentación para cada paso: Se debe documentar los pasos

1, 2, 3 y 4; donde justifican los resultados obtenidos en la evaluación del sitio
realizado. Se debe documentar los siguiente:
 ● Acerca de la evaluación
● Alcance de la evaluación
● Exploración del sitio
● Muestra representativa
● Auditoría de la muestra

Los dos subprocesos siguientes son opcionales

Registrar los detalles específicos de la evaluación: Se guarda las páginas de

muestra (copia) como proceso auditado, debe ir capturas de pantalla, ajustes
introducido en el mismo ; todo esto para tener un registro interno y tener
experiencia o lesiones aprendidas para mejorar en posteriores evaluaciones de
otros productos.

Proporcionar una puntuación: En este paso se puede proporcionar un valor o

una calificación pero no es obligatoria, ya que no siempre todo el proceso de
evaluación es preciso como la misma evaluación, aunque el El documento del
W3C proporciona diferentes enfoques y limitaciones .
 CONCLUSIONES

Las Normas Iso se han convertido en el medio más apropiado para llevara a
cabo la auditoria de la realización de un software, desde su etapa de planeación,
hasta el final de su implementación, hemos desarrollado durante este trabajo
colaborativo los objetivos para comprender la importancia en la implementación
de los modelos de calidad del software, al mismo tiempo que logramos
establecer las diferencias, similitudes, ventajas y desventajas de cada uno de los
modelos.

también logramos determinar una metodología para llevar a cabo el análisis de

software en sitios web, y realizar una extensión de su funcionamiento.
 BIBLIOGRAFÍA

El siguiente informe colaborativo fue realizado con el apoyo de las siguientes fuentes:

1. Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado

de: http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-pruebas
2. Scalone, F. (2006). Estudio Comparativo de los Modelos y Estándares de
Calidad del Software . Recuperado de http://laboratorios.fi.uba.ar/lsi/scalone-
tesis-maestria-ingenieria-en-calidad.PDF
3. Anónimo. (2016). Guía Digital. Desarrollo de un plan de pruebas. Recuperado de
http://www.guiadigital.gob.cl/articulo/desarrollo-de-un-plan-de-pruebas
4. Catalan Santiago, G. ( 09,03,2017). OVI - Unidad dos Pruebas de software.
[Archivo de video]. Recuperado de: http://hdl.handle.net/10596/11652
5. Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado de:
http://materias.fi.uba.ar/7548/PruebasSoftware.pdf
6. Perurena Cancio, L; Moráguez Bergues, M; (2013). Usabilidad de los sitios Web,
los métodos y las técnicas para la evaluación. Revista Cubana de Información
en Ciencias de la Salud, 24() 176-194. Recuperado de
http://www.redalyc.org/articulo.oa?id=377648460007
7. Olga Carreras Montoto (2015). Metodología de Evaluación de Conformidad con
la Accesibilidad en sitios Web (WCAG-EM), Recuperado de:
https://olgacarreras.blogspot.com.co/2012/04/metodologia-de-evaluacion-
de.html.