Ir al contenido principal

DISEÑO DE LA INTERFAZ DE USUARIO

El diseño de la interfaz se concentra en tres partes

1. diseño de interfaces entre componentes
2. diseño de interfases  entre el software  y otros productores  y consumidores de informacion que no son humanos
3. interfaz  entre  ser humano y computadora

la creacion de una interfaz entre el ser humano y la computadora crea un mecanismo efectivo de comunicacion, la interfaz debe estar construida de la mejor forma para que motive el uso y ayude al exito del sistema de software.

Existen tres reglas de oro en el diseño de la interfaz de usuario

1. Dar el control al usuario. el usuario desea manejar el sistema y no que este lo maneje a el de modo que si el constructor introduce limitaciones que ayuden a hacer mas facil el trabajo de construccion puede influir en un resultado frustrante para el usuario.  Para ello se deben definir

-. Modos de interaccion de forma que el usuario no realice acciones innecesarias  o indeseables
-.una interaccion flexible
-.incluir opciones de interrupir y deshacer
-.permitir que se personalice la interaccion
-.ocultar elementos tecnicos a usuario usual.
-.Diseñar interaccion directa con los objetos que aparecen en la pantalla


2. Reducir la carga de memoria del usuario. El sistema debe recordar las cosas y no el usuario un sistema que dependa del usuario usualmente cometera mas errores.

-. Reducir la demanda de memoria a corto plazo
-. Definir valores a corto plazo que tengan significado
-.definir accesos directos intuitivos
-.El formato visual de la interfaz debe basarse en una metafora tomada de la interfaz
-.Desglosar la informacion de manera progresiva.

3. Lograr que la interfaz sea consistente, la informacion en pantalla debe estar organizada de acuerdo a un estandar que se mantenga en todas las presentaciones de pantalla, los mecanismos de entrada deben restringirse a un conjunto limitado que se utilice durante toda la aplicacion.los mecanismos para ir de una tarea a otra deben implementarse de manera consistente.

Permitir que un usuario incluya la tarea actual en algun contexto que tenga algun significado
Mantener la consistencia en toda la familia de aplicaciones
Si los modelos interactivos anteriores han causado expectativas  en el usuario no hacer cambios a menos que hayan razones inexcusables


el proceso de la construccion de la interfaz de usuario es el siguiente
 


Comentarios

Entradas populares de este blog

DISEÑO AL NIVEL DE COMPONENTES

El diseño a nivel de componentes se presenta a menudo despues que se ha terminado la primera iteracion del diseño arquitectonico. y  el objetivo de esta fase es traducir el diseño en software operaciona. El diseño a nivel de componentes define las estructuras de datos, los algoritmos, las caracteristicas de la interfaz  y los mecanismos de comunicacion asignados a cada componente de software. esta fase permite revisar si los detalles de diseño son correctos y consistentes con las representaciones iniciales de diseño ¿QUE ES UN COMPONENTE? Es un bloque de construccion modular par el software de computo. una parte modular desplegable y reemplazable de un sistema que encapsula implementacion y expone un conjunto de interfaces. desde el punto de vista orientado a objetos un componente es un conjunto de clases ques se interrelacionan entre si. en el contexto convencional de ingenieria de software  un componente es un elemento funcional que incorpora  la logica del procesamiento y

ESTRATEGIAS DE PRUEBAS DE SOFTWARE

La estrategia de pruebas de software proporciona un mapa que describe los pasos que se daran como parte de la prueba indica cuando se planea y cuando se daran dichos pasos ademas cuanto tiempo, esfuerzo y recursos consumiran. un software se prueba para descubrir los errores cometidos, si se realiza sin ningun plan seguramente se desperdiciara tiempo, se dedicara un esfuerzo innecesario y lo que es peor puede que no se detecten los errores. Las pruebas se deben planificar con anticipacion y realizarlas de manera sistematica por lo que es importante tener una plantilla existen diferentes y en general tienen los siguientes pasos. 1. Revisiones tecnicas formales y efectivas 2. Se inicia a nivel de componentes y se trabaja hacia afuera hacia la integracion del sistema 3. Diferentes tecnicas en diferentes momentos 4. las pruebas las dirige el desarrollador 5. la prueba y la depuracion son actividades diferentes, pero la segunda debe incluirse en cualquier estrategia de pruebas. l

Múltiples Botones de Submit en MVC 5

Hace unos días me tope con un inconveniente debía colocar varios botones de submit en una vista de MVC, la solución que implementé es muy sencilla 1. En el controlador añadí un parámetro llamado "boton" de tipo string, el cual recibe el valor del botón que se esta accionando en la vista, en el ejemplo colocó una condición que indica que si el botón que se esta accionando es el de cancelar, regresamos al index de lo contrario ejecutamos otra acción [HttpPost] public ActionResult Carga(string boton) {         if(boton.CompareTo("Cancelar")==0)                 return RedirectToAction("Index"); } 2. En la vista tengo dos botones "Cargar" y  "Cancelar" de tipo submit, acá es importante que la propiedad "name" del botón tenga el mismo nombre que la variable del controlador, ya que es por este medio por el cual el controlador identifica de donde tomar el valor para la variable en este caso la variable del controlador