IMPORTANCIA DE LA INTERFAZ Y LA REVISION DEL SOFTWARE En el proceso de creacin del software existen dos pasos que se deben realizar

con sumo cuidado para evitar retrocesos y sobrecostos antes de la implementacin impuesta en marcha. El primero es el diseo de las interfaces, que aunque debe concentrarse en tres reas que son: Las interfaces entre componentes, interfaces entre consumidores no humanos y la interfaz para consumidores humanos; es esta ltima, la ms importante porque ayuda al usuario optimizar el uso del sistema, y si esta est mal diseada puede llevar al fracaso a un sistema que estuvo bien diseado y con una buena implementacin. Para evitar los errores mencionados, segn Theo Mantel en su libro sobre diseo de interfaces nos recomiendan seguir estas tres reglas de oro: 1. Dar el control al usuario, es decir evitar que el usuario realice acciones innecesarias e indeseables, que la interaccin sea flexible, que cualquier accin se pueda interrumpir o deshacer, que el usuario pueda usar o crear atajos sin alterar el sistema operativo y que hallan interacciones directas con los objetos de se muestran en la pantalla. 1. 2. Reducir la carga de la memoria del usuario, es decir se debe reducir la demanda de memoria corto plazo dando pistas visuales al usuario para recordar acciones anteriores, tambin poder reestablecer las opciones predeterminadas, los accesos directos deben ser intuitivos, debe tener un formato visual basndose en una metfora de la vida real, y todo debe estar jerarquizado de manera progresiva. 2. 3. Lograr que la interfaz sea consistente, quiere decir que el usuario tenga conocimiento sobre lo que est realizando, esta debe ser consistente a lo largo de todo el sistema y no hacer cambios sobre lo que ya es comnmente aceptado. El segundo son las estrategias de prueba del software, que nos sirven para descubrir los errores cometidos en todas las fases anteriores; se logra realizando un plan que implemente estrategias sistemticas por componentes es decir que una vez se descubran los errores, se diagnostican y se corrigen empleando un proceso de depuracin. Lo anterior significa un esfuerzo tcnico grande, por lo que este proceso debera ajustarse a las siguientes estrategias de prueba: 1. Pruebas de unidad, que sirven para verificar la funcionalidad de cada componente y en la incorporacin de componentes en la arquitectura del software, concentrndose en la lgica del procesamiento interno y en las estructuras de datos dentro de los lmites de un componente 2. Prueba de Integracin, es una tcnica sistemtica, para construir la arquitectura del software mientras, al mismo tiempo, se aplican las pruebas para descubrir error asociados con la interfaz. Su objetivo es tomar componentes a los que se le aplica una prueba de unidad y construir una estructura de programa que determine el diseo.

3. Prueba de Validacin, desaparece la distincin entre software convencional orientado a objetos, la validacin se alcanza cuando el software satisface las expectativas razonables del cliente y demuestra el cumplimento de los requisitos. 4. Prueba de Sistema, valida el software una vez que se ha incorporado a un sistema mayor, mediante anticipaciones con respecto, al diseo de rutas de manejo de errores que prueben la informacin proveniente de otros elementos del sistema, simular errores que se pueden llegar a presentar en la interfaz, registra los resultados de las pruebas como evidencia y participar en la planeacin y diseo de pruebas del sistema para asegurarse de que el software se aprobado adecuadamente. BIBLIOGRAFIA: Pressman R. (2006). Ingeniera de Software un Enfoque Prctico. Editorial MC Graw Hill.

ENSAYO ESCRITO POR: Luis Fabin Mora Patio. Estudiante de 1 semestre de Ingeniera de Software. Claudia Liced Cardona Prez. Estudiante de 1 semestre de Ingeniera de Software. Marco Aurelio Rodrguez Patio. Estudiante de 1 semestre de Ingeniera de Software. Eduard Augusto Pieros Lozano. Estudiante de 1 semestre de Ingeniera de Software.