SANDY SALAS2014

EL desarrollar sistemas interactivos

implica utilizar ciclos de vida iterativos

que permitan el desarrollar sistemas

centrados en el usuario, es decir, que

sean usables. Es evidente, por tanto,

que la usabilidad es un objetivo

fundamental a conseguir en una

aplicación interactiva. El concepto de

usabilidad es fácil de asimilar aunque

conseguir que un producto sea usable

ya es más difícil. En general, cuando se

diseña un producto se está más

preocupado en la funcionalidad que

en la usabilidad. La aplicación de los

métodos de evaluación de la

usabilidad permite garantizar la

obtención de la misma en una

aplicación interactiva.

La evaluación de la usabilidad

implica analizar el entorno y los

usuarios que van a utilizar el

producto, probar un prototipo, diseño

o producto con una selección de

usuarios, analizar el diseño con

expertos, etc., en definitiva, conseguir

su integración en el ciclo permitiendo

la realización de un diseño centrado

en el usuario.

El diseño y desarrollo de sistemas

interactivos centrados en el usuario eva-luando

la usabilidad nos permitirá desarrollar productos

que produzcan más satisfacción al usuario,

reducir los costes de mantenimiento porque al

usuario le será más fácil utilizarlo, reducirá el

coste de rediseño debido que a se han

realizado evaluaciones ya desde el inicio del

diseño y por tanto el diseño estará mucho más

probado lo que implicará un menor coste y un

mayor prestigio para los desarrolladores, una

mayor audiencia al estudiar aspectos culturales

y en general una mejor introducción del

producto en el mercado. La evaluación de la

usabilidad nos permitirá garantizar la usabilidad

de la interfaz.

Esta etapa a pesar de estar situada como

última en la lista del método propuesto, es un

proceso que desde principio hasta el fin del

proyecto se estará llevando a cabo. Durante las

etapas de diseño y construcción, hay que tener la

precaución de someter a prueba su

funcionamiento, para que si alguna falla se llega a

presentar no afecte al conjunto de elementos que

conforman el prototipo. Por lo tanto, la evaluación

es un proceso sistemático que prueba los

elementos del prototipo y que debe realizarse

durante las diferentes etapas de su desarrollo. Su

propósito es recopilar información sobre las

posibles fallas del modelo, con el fin de superarlas,

tomando en cuenta tanto las características de los

elementos del prototipo como sus efectos en la

reacción de los Usuarios cuando lo utilizan.

Se evalúan los efectos que haya

producido en el Usuario, en cuanto a logros,

actitud e interés; en qué medida los

contenidos han “quedado” en el Usuario o

no, la monotonía que representa para ellos

el material expuesto, la facilidad de acceso,

la visualización del contenido, la

disponibilidad del prototipo en el servidor, la

velocidad de la navegación, etc. Una vez

que todos los elementos en forma individual

han sido probados, se procede a la prueba

en conjunto de los mismos, esto para

comprobar que funcionan perfectamente;

en este momento pueden surgir problemas,

que quizás lleven a rediseñar alguna parte

del modelo, o incluso a desecharlo

completamente por no ajustarse a los

requerimientos señalados.

Las pruebas de sistema no se limitan a los

sistemas. Si el producto es un programa, la

prueba del sistema es el proceso de procurar

demostrar cómo el programa, en su

totalidad, no resuelve sus objetivos o

requerimientos.

Las pruebas de sistema, por definición, son

imposibles si no están los requerimientos por

escrito, mensurables para el producto.

Las pruebas de sistema tienen como objetivo

ejercitar profundamente el sistema

comprobando la integración del sistema de

información globalmente, verificando el

funcionamiento correcto de las interfaces

entre los distintos subsistemas que lo

componen y con el resto de sistemas de

información con los que se comunica.

Son pruebas de integración del sistema de

información completo, y permiten probar el sistema

en su conjunto y con otros sistemas con los que se

relaciona para verificar que las especificaciones

funcionales y técnicas se cumplen. Dan una visión

muy similar a su comportamiento en el entorno de

producción.

CARACTERÍSTICAS COMUNES A LAS

PRUEBAS Y AL PROCESO DE PRUEBA.

Para probar necesitamos código que se pueda

ejecutar.

Para probar necesitamos saber cual es el

resultado esperado.

Una prueba es mejor que otra cuando

encuentra más errores.

Es imposible probar una aplicación al 100%.

Las pruebas no deben dejarse para el final.

• Pruebas Funcionales: Se enfoca a validar funcionalidadesespecíficas provistas por servicios requeridos, métodos, o casos deuso. Estas pruebas se implementan y ejecutan a nivel de unidades,unidades integradas, aplicaciones y sistemas.

• Pruebas de Volumen: Pruebas enfocadas en la verificación de la

habilidad de manejar grandes cantidades de data, bien seacomo entrada, salida o residente en una base de datos.

• Pruebas de Confiabilidad: Pruebas de Integridad: Se enfocan enprobar la robustez (resistencia a fallas) y el uso adecuadodel lenguaje, sintaxis y uso de recursos. Este tipo de prueba puedeaplicarse tanto a unidades como a integración de unidades.

• Pruebas de Estructura: Estas pruebas se enfocan en hallarproblemas de adherencia del elemento objetivo a su diseño yformación. Típicamente, estas pruebas se realizan

sobre aplicaciones Web, asegurando que todos los enlaces estánconectados, los controles adecuados se muestran, y no haycontenido inaccesible.

• Pruebas de Stress: Este tipo de prueba se enfoca a evaluar elcomportamiento del sistema bajo condiciones anormales

• Pruebas de Benchmark: Compara el desempeño del elemento objetivo de la prueba

con un sistema conocido y una carga de trabajo definida.

• Pruebas de Contención: Validar que el elemento que se prueba maneja

adecuadamente cuando muchos actores solicitan el mismo recurso.

• Pruebas de Carga: Validar y evaluar aceptabilidad de un elemento de un sistema

sobre diferentes cargas de trabajo mientras el sistema permanece constante.

Generalmente se incluye simulación de cargas de trabajo promedio y pico que

puedan ocurrir dentro de la tolerancia operacional normal.

• Pruebas de Perfil de Desempeño: Monitorea el perfil en el tiempo incluyendo flujo

de ejecución, acceso a data, llamadas a funciones para identificar cuellos de botella y

procesos ineficientes.

• Pruebas de Configuración: Se enfocan en evaluar aquellos elementos

configurados para diferentes hardware y/o configuraciones de software.

Pueden implementarse como pruebas de rendimiento del sistema.

• Pruebas de Instalación: Se enfoca en evaluar que el elemento a probar se

instala como se indica, en diferentes hardware y /o configuraciones de

sistemas de software y bajo diferentes condiciones (tales como espacio

insuficiente en disco, interrupción de electricidad). Este tipo de prueba se

aplica y ejecuta sobre aplicaciones y sistemas.

LOS BENEFICIOS TANGIBLES

• Mejora la productividad de los

procesos y el personal.

• Reducir el costo de los productos

y servicios adquiridos Libro y la

reducción de costes de envío.

• Reducción de inventarios.

• Reducción del tiempo de lead.

• Reducción de la obsolescencia

de valores.

• Más rápido del producto /

servicio de look-up y el tiempo de

ordenar el ahorro y el dinero.

• Automatizado de pedidos y los

costos de pago, el

procesamiento de pagos y la

reducción de papel.

LOS BENEFICIOS INTANGIBLES

• Aumenta la transparencia

organizativa y responsabilidad

• Precisa y un acceso más

rápido a los datos para tomar

decisiones oportunas

• Mejora la respuesta del cliente

• Ahorra tiempo y esfuerzo

enorme en la entrada de

datos.

• Más controles lo que reduce el

riesgo de mala utilización de

los recursos.

• Facilita la planificación

estratégica para los informes

de acuerdo a los estándares

mundiales

Los beneficios tangibles son las que se miden en

términos monetarios y los beneficios intangibles

no se pueden medir en términos monetarios pero

sí tienen un impacto en el negocio muy

importante.