Upload
sandy-salas
View
213
Download
0
Embed Size (px)
DESCRIPTION
Â
Citation preview
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.