I
EVALUACION DEL PROTOTIPO
Tipos de Pruebas del SISTEMA
Evaluación del prótótipó
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.
Esta etapa a pesar de estar situada como última en la lista del método propuesto, es un proceso que se lleva a cabo desde el comienzo del proyecto hasta su finalización.
Aplicando el diseño y el sistemas interactivos centrados en el usuario usabilidad nos permite productos que generen:
desarrollo de que estén y evalúen su el desarrollo
hasta su finalización. Durante las etapas de diseño y construcción, se debe someter a prueba su buen funcionamiento, para que si llegase a existir alguna falla 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.
Mas satisfacción al usuario Reducir los cortes de mantenimiento Reducir el coste de rediseño Mayor audiencia Mejor introducción del producto al mercado Esta etapa a pesar de estar situada como última en la lista del método propuesto, es un proceso que se lleva a cabo desde el comienzo del proyecto
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 del sistema tienen un propósito particular: para comparar el sistema o el programa con sus objetivos originales (Requerimientos funcionales y no funciona).
Las pruebas de sistema buscan discrepancias entre el programa y sus objetivos o requerimientos, enfocándose en los errores hechos durante la transición del proceso al diseñar la especificación funcional. Esto hace a las pruebas de sistema un proceso vital de pruebas, ya que en términos del producto, número de errores hechos, y severidad de esos errores, es un paso en el ciclo de desarrollo generalmente propenso a la mayoría de los errores. Las pruebas de sistema no son procesos para probar las funciones del sistema o del programa completo, porque ésta sería redundante con el proceso de las pruebas funcionales. Las pruebas del sistema tienen un propósito particular: para comparar el sistema o el programa con sus objetivos originales (Requerimientos funcionales y no funciona).
Pruebas del
Sistema
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: 1. 2. 3. 4. 5.
Para probar necesitamos código que se pueda ejecutar. Para probar necesitamos saber cuál 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
Tipos de
Pruebas Pruebas de Usabilidad: Se centran en: Factores humanos, Estética, Consistencia con la interfaz de usuario, Ayudas en línea y “context sensitive”, Wizards y agentes, Documentación para el usuario Materiales de entrenamiento
PRUEBAS DE FUNCIONALIDAD Pruebas Funcionales: Se enfoca a validar funcionalidades específicas provistas por servicios requeridos, métodos, o casos de uso. Estas pruebas se implementan y ejecutan a nivel de unidades, unidades integradas, aplicaciones y sistemas. Pruebas de Seguridad: Para asegurar que solo se puede acceder al sistema o la data por aquellos actores autorizados.
Pruebas de Volumen: Para verificar la habilidad de manejar grandes cantidades de data. Pruebas de Integridad: Se enfocan en probar la robustez (resistencia a fallas) y el uso adecuado del lenguaje, sintaxis y uso de recursos. Este tipo de prueba puede aplicarse tanto a unidades como a integración de unidades. Pruebas de Estructura: Para hallar problemas de adherencia del elemento objetivo a su diseño y formación. Usualmente se realizan sobre aplicaciones Web, asegurando que todos los enlaces están conectados, los controles adecuados se muestran, y no hay contenido inaccesible.
Pruebas de Stress: Para evaluar el comportamiento del sistema bajo condiciones anormales. Stress del sistema se refiere a extrema carga, memoria insuficiente, no disponibilidad de servicios y hardware o recursos compartidos limitados. Este tipo de prueba permite comprender mejor cómo y qué áreas del sistema colapsarán, de este modo es posible planificar contingencias y actualizar el mantenimiento y planear y asignar recursos de antemano.
PRUEBA PARA DESEMPEÑO Pruebas de Benchmark
Pruebas de Contención:
Pruebas de Carga
Pruebas de Perfil de Desempeño
Compara el desempeño del elemento objetivo de la prueba con un sistema conocido y una carga de trabajo definida.
Validar que el elemento que se prueba maneja adecuadamente cuando muchos actores solicitan el mismo recurso.
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.
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.
PRUEBA PARA SOPORTABILIDAD Pruebas de Configuración: Se enfocan en evaluar aquellos elementos configurados para diferentes hardwares 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.
PRUEBAS ALFA Y BETA Cuando se construye software a medida para un cliente, se lleva a cabo una serie de pruebas de aceptación para permitir que el cliente valide todos los requisitos. La mayoría de los desarrolladores de productos de software llevan a cabo un proceso denominado pruebas alfa y beta para descubrir errores que parezca que sólo el usuario final puede descubrir. Prueba alfa: se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario y registrando los errores y problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado. Prueba beta: se llevan a cabo por los usuarios finales del software en los lugares de trabajo de los clientes. A diferencia de la prueba alfa, el desarrollador no está presente normalmente. Así, la prueba beta es una aplicación en vivo del software en un entorno que no puede ser controlado por el desarrollador. El cliente registra todos los problemas que encuentra durante la prueba beta e informa a intervalos regulares al desarrollador.
La documentación del sistema es un conjunto de elementos registrados sobre cualquier soporte que permita instruir o informar acerca de algo, en función de las necesidades específicas de aquellos que la utilizan.
Modelos de formularios utilizados para documentar los sistemas de información:
Es sumamente importante dado que la documentación es el elemento integrador que permite la apreciación unitaria y conjunta del sistema. No solo facilita el conocimiento, interpretación, comprensión, y divulgación del sistema, si no también elimina los riesgos de dependencia con respecto a los individuos que conocen el sistema. En general la documentación constituye el respaldo formal de la información.
Hoja de diseño de archivos o registros Índice de archivos Hoja de diagramación Hoja de diseño de salidas impresas y/o formularios Hoja de diseño de formatos de pantalla Hoja de programación Índice de programas Tabla de decisiones y/o alternativas Hoja de especificaciones del programa
La documentación básica necesaria de un sistema de información deberá contar con: Carpeta de papeles de trabajo (análisis):
Síntesis del documento de generación Presupuesto o plan de fijación de tareas Documentación del relevamiento detallado Formularios o comprobantes analizados Papeles de trabajo del análisis Estudio de factibilidad y diagnóstico
Carpeta de sistemas (diseño global):
Fijación de los objetivos del sistema Descripción global del sistema Modelo lógico del sistema (DFD, diccionario de datos, especificación de la lógica) Diseño de entradas y salidas Normas y procedimientos para los usuarios (en operaciones de rutina, de respaldo, de emergencia, de recupero, de uso de back-up). Recursos materiales y humanos necesarios Estudio técnicoeconómico acerca de la
posibilidad de procesar el sistema mediante el uso de un computador
Carpeta programas detallado):
de (diseño
Descripción detallista del programa Diagrama de lógica Descripción de entradas Descripción de salidas Descripción de archivos Tablas, cuadros de control de consistencia y parámetros utilizados Controles del programa sobre archivos y datos
Carpeta de operaciones: Normas de control de
entradas, salidas y de procesamientos Normas de operación,
de recupero, de backup, de seguridad de archivos Cronograma
de
procesos Descripción
usuario
de
MANUAL DE USUARIO El manual de usuario es un documento técnico de un determinado sistema que intenta dar asistencia que sus usuarios.
Los manuales de usuario generalmente son incluidos a dispositivos electrónicos, hardware de computadora y aplicaciones. El manual de usuario puede venir tanto en forma de libro como en forma de documento digital, e incluso poder ser consultado por internet. En general, un manual de usuario debería poder ser entendido por cualquier usuario principiante, como así también serle útil a usuarios avanzados. El manual de usuario tiene como objetivo instruir al usuario en el uso del sistema y la solución de los problemas que puedan suceder en la operación.
Un manual de usuario completo suele tener:
Introducción Objetivos del sistema Guía de uso Sección de solución de problemas. E-mail o teléfonos de soporte técnico. Introducción: Debe contener una pequeña descripción del Sistema. Como funciona, para que es, quien lo puede utilizar, etc. Objetivos del Sistema: Trata de enumerar cuales son los propósitos generales del Sistema. Guía de Uso: Mediante capturas de pantallas, se le hace conocer al usuario el funcionamiento total del Sistema. Sección de Solución de Problemas: Es una pequeña sección en la que incluimos de la manera más explícita qué problemas o dudas con las más comunes que el usuario se puede encontrar y como es que se solucionan. E-mail o teléfonos de soporte técnico.
E-mail o teléfonos de soporte técnico: Aquí solamente ponemos los datos de contacto de la persona encargada de proveer el soporte técnico al sistema, ya sea por correo electrónico o por teléfono.
UTILIDAD UTILIDAD el -PermitePermite conocer conocer el funcionamientointerno interno funcionamiento por lo por lo que respecta a que respecta a descripción de descripción de tareas, tareas, ubicación, ubicación, requerimientos requerimientos puestos y a los y a los puestos responsables ejecución. responsablesde sude su ejecución. MANUAL TÉCNICO El manual técnico va dirigido a la dirección de IT, al administrador del sistema y a otros desarrolladores de software para que puedan darle mantenimiento en caso que se requiera. También puede ser utilizado por el departamento de auditoría de sistemas. Debe contener:
MANUAL DE PROCEDIMIENTOS Un manual de procedimientos es el documento que contiene la descripción de actividades que deben seguirse en la realización de las funciones de una unidad administrativa, o de dos ò mas de ellas. El manual incluye además los puestos o unidades administrativas que intervienen precisando su responsabilidad y participación.
Objetivo y alcances del sistema Manual de Normas, políticas y procedimientos . Descripción de bases de datos y diagramas de relación Diseño de reportes y pantallas.
Suelen contener información y ejemplos de formularios, autorizaciones o documentos necesarios, máquinas o equipo de oficina a utilizar y cualquier otro dato que pueda auxiliar al correcto desarrollo de las actividades dentro de la empresa. En él se encuentra registrada y transmitida sin distorsión la información básica referente al funcionamiento de todas las unidades administrativas, facilita las labores de auditoría, la evaluación y control interno y su vigilancia, la conciencia en los empleados y en sus jefes de que el trabajo se está realizando o no adecuadamente.
-Auxilian en la inducción del puesto yen al adiestramiento Auxilian la inducción y del capacitación puesto del personal. y al adiestramiento y -Sirve para el análisis o revisión capacitación del personal.
de los procedimientos de un Sirve para sistema. el análisis o
revisión de los procedimientos de unde -Interviene en la consulta sistema.todo el personal. Interviene en launconsulta -Para establecer sistema de de todo el personal. información o bien modificar el
ya existente.
Para establecer un sistema de información o el -Para uniformar y controlar bien modificar el ya cumplimiento de las rutinas de existente.
trabajo y evitar su alteración arbitraria. Para uniformar y controlar
el cumplimiento de las -Determina en forma más rutinas de trabajo y evitar sencilla las responsabilidades por su alteración arbitraria.
fallas o errores. Determina en forma más -Facilita las labores de auditoría, sencilla las evaluación del control interno responsabilidades por y su evaluación. fallas o errores.
-Aumenta Facilita lasla eficiencia labores de delos auditoría, empleados. evaluación del control interno y su -Ayuda a la coordinación de evaluación. actividades y evitar duplicidades. Aumenta la eficiencia de los emplead
CONFORMACIÓN DEL MANUAL A) IDENTIFICACIÓN: o o o o o o o
Logotipo de la organización. Nombre oficial de la organización. Denominación y extensión. De corresponder a una unidad en particular debe anotarse el nombre de la misma. Lugar y fecha de elaboración. Número de revisión (en su caso). Unidades responsables de su elaboración, revisión y/o autorización. Clave de la forma. En primer término, las siglas de la organización, en segundo lugar las siglas de la unidad administrativa donde se utiliza la forma y, por último, el número de la forma. Entre las siglas y el número debe colocarse un guión o diagonal. B) ÍNDICE O CONTENIDO Relación de los capítulos y páginas correspondientes que forman parte del documento. C) PRÒLOGO Y/O INTRODUCCIÓN Exposición sobre el documento, su contenido, objeto, áreas de aplicación e importancia de su revisión y actualización. Puede incluir un mensaje de la máxima autoridad de las áreas comprendidas en el manual. D) OBJETIVOS DE LOS PROCEDIMIENTOS Explicación del propósito que se pretende cumplir con los procedimientos. Los objetivos son uniformar y controlar el cumplimiento de las rutinas de trabajo y evitar su alteración arbitraria; simplificar la responsabilidad por fallas o errores; facilitar las labores de auditoría; facilitar las labores de auditoría, la evaluación del control interno y su vigilancia; que tanto los empleados como sus jefes conozcan si el trabajo se está realizando adecuadamente; reducir los costos al aumentar la eficiencia general, además de otras ventajas adicionales. E) AREAS DE APLICACIÓN Y/O ALCANCE DE LOS PROCEDIMIENTOS Esfera de acción que cubren los procedimientos. Dentro de la administración pública federal los procedimientos han sido clasificados, atendiendo al ámbito de aplicación y a sus alcances, en: procedimientos macroadministrativos y procedimientos mesoadministrativos o sectoriales.
F) RESPONSABLES Unidades administrativas y/o puestos que intervienen en los procedimientos en cualquiera de sus fases G) POLÍTICAS O NORMAS DE OPERACIÓN En esta sección se incluyen los criterios o lineamientos generales de acción que se determinan en forma explícita para facilitar la cobertura de responsabilidad de las distintas instancias que participaban en los procedimientos. Además deberán contemplarse todas las normas de operación que precisan las situaciones alterativas que pudiesen presentarse en la operación de los procedimientos. A continuación se mencionan algunos lineamientos que deben considerarse en su planteamiento: Se definirán perfectamente las políticas y/o normas que circunscriben el marco general de actuación del personal, a efecto de que esté no incurra en fallas. Los lineamientos se elaboran clara y concisamente, a fin de que sean comprendidos incluso por personas no familiarizadas con los aspectos administrativos o con el procedimiento mismo. H) CONCEPTO (S) Palabras o términos de carácter técnico que se emplean en el procedimiento. I) PROCEDIMIENTO (descripción de las operaciones). Presentación por escrito, en forma narrativa y secuencial, de cada una de las operaciones que se realizan en un procedimiento, explicando en qué consisten, cuándo, cómo, dónde, con qué, y cuánto tiempo se hacen, señalando los responsables de llevarlas a cabo. Cuando la descripción del procedimiento es general, y por lo mismo comprende varias áreas, debe anotarse la unidad administrativa que tiene a su cargo cada operación. Si se trata de una descripción detallada dentro de una unidad administrativa, tiene que indicarse el puesto responsable de cada operación. J) FORMULARIO DE IMPRESOS. Formas impresas que se utilizan en un procedimiento, las cuales se intercalan dentro del mismo o se adjuntan como apéndices. En la descripción de las operaciones que impliquen su uso, debe hacerse referencia específica de éstas, empleando para ello números indicadores que permitan asociarlas en forma concreta. También se pueden adicionar instructivos para su llenado. K) DIAGRAMAS DE FLUJO. Representación gráfica de la sucesión en que se realizan las operaciones de un procedimiento y/o el recorrido de formas o materiales, en donde se muestran las unidades administrativas (procedimiento general), o los puestos que intervienen (procedimiento detallado), en cada operación descrita. Además, suelen hacer mención del equipo o recursos utilizados en cada caso. L) GLOSARIO DE TÉRMINOS. Lista de conceptos de carácter técnico relacionados con el contenido y técnicas de elaboración de los manuales de procedimientos, que sirven de apoyo para su uso o consulta.
CONCLUSION ES IMPORTANTE QUE SE CONOZCAN LAS DIFERENTES PRUEBAS QUE SE DEBE REALIZAR ANTES DE VENDER UN PRODUCTO YA QUE ESTA AYUDARA A SABER SI EL PRODUCTO HA TENIDO ÉXITO EN CUANTO A LOS OBJETIVOS CON QUE FUERON PLANTEADOS AL INICIO DE LA CREACION, TENIENDO ESTO EN CUENTA SE DEBE REALIZAR LOS DIFERENTES DOCUMENTOS PARA ENTRERGAR AL USUARIO FINAL QUE EMPLEARA EL PROGRAMA PARA QUE SE APROVECHE EL 100% DEL PRODUCTO ADEMAS DE NO DEPENDER DEL QUE CONOCE EL PRODUCTO, ESTOS DOCUMENTOS TAMBIEN SON DE AYUDA AL PRESENTARSE UN INCOVENIENTE EN EL PRODUCTO, EL USUARIO PODRA SER AUTOSUFICIENTE A TODO MOMENTO EN EL QUE SE DEBA USAR EL PRODUCTO.
AUTOR: ANDRES HO GALVEZ C.I. : 23.789.109 ESCUELA SISTEMAS