Archive for septiembre, 2010




PREFERIRÍA HACERLO YO MISMO

Puedo pedir a Mickey que baje de la web o de nuestro servidor a mi pc los datos que necesito. Esto se lo dice a usted el señor Dewitt Miwaye un alto ejecutivo de YumtimeFoods un mayorista de alimentos del medio oeste. “Obtener los datos no es el problema. Lo que no quiero son muchos reportes. Prefiero analizar los datos yo mismo.”.

Miwaye le dice a usted que como ejecutivo él no usa su computadora personal con la frecuencia que él quisiera, tal vez sólo tres veces por mes, pero sabe bien lo que le gustaría hacer con ella.

Me gustaría hacer algunas comparaciones por mí mismo. Podría comparar el índice de rotación de empleados de nuestros 12 almacenes. También me gustaría ver la eficacia con que se utiliza cada uno de nuestros almacenes. A menudo quisiera poder construir una gráfica de las comparaciones o ver un análisis de ellas en relación con el tiempo.”.

En tres párrafos, compare tres tipos distintos de interfaz que podría utilizar Miwaye. A continuación recomiendele una interfaz que tome en cuenta la poca frecuencia con que utiliza la pc, la forma en que disfruta trabajar con datos puros y su deseo de desplegar datos en diversas formas.

RESOLUCION

Yo recomiendo que utilice la Interfaz de formulario ya que estos despliegan la información en en campos para ser comunicados al usuario además de que utiliza aplicaciones para la web, además de que los formularios pueden ser personalizados para mostrar al usuario solo la información que el desea consultar o chequear cuando el lo desee.

Anuncios

DIAGRAMAS ENTIDAD-RELACION

En este vídeo se muestran unos tipos de diagramas entidad relación que actualmente se utilizan se explica la forma de usarlos y lo que representa la simbologia utilizada en cada uno

http://www.youtube.com/watch?v=5t5aR689Y08

TERCERA SEMANA

LEY DE FITT

|Esta ley es la mas basica y conocida entre las leyes de diseño de interfaces de usuario, esta ley dice que cuanto mas grande y mas cercano al puntero del raton es un objeto, es mas sencillo hacer clic sobre el.

Este es un hecho comun pero muchas veces es ignorado completamente en el diseño de interfaces del usuario.

interferencia innecesarias

esto quiere decir que cuando un usuario esta trabajando sobre una aplicacion normalmente
esta concentrado en su tabajo suponga el caso de que una aplicacio modernista facilita
automáticamente al usuario la notificacion puntual de cada hora mediante un mensaje
grafico o animacion, el usuario tiende a distraerse y perder la concentracion;
llevando esto como consecuencia que el usuario recapitule lo que estaba haciendo.

Utiliza la potencia de la computadora

1.Utiliza su potencia para ayudar al usuario
2.has que se pueda distinguir facilmente entre los elementos similiares
3.recuerda las opciones de la aplicacion

DISEÑO DE BASES DE DATOS

No son tan solo una coleccion de archivos, mas bien, una base de datos es una fuente cebtral de datos destinados a compartirse entre muchos usuarios para una diversidad de aplicaciones.

OBJETIVOS DE LA EFECTIVIDAD DE LA BASE DE DATOS.

  1. Asegurar que los datos se puedan compartir entre los usuarios para una diverisdad de aplicaciones
  2. Mantener datos que sean exactos y constantes
  3. asegurar que todos los datos requeridos por las aplicaciones actuales y futuras se podran acceder con facilidad
  4. Permitir a la base de datos evolucionar conforme aumentan las necesidades de los usuarios
  5. Permitir a los usuarios contruir su vista personal de los datos, sin preocuparse por la forma en que los datos se encuentren almacenados fisicamente
DISEÑO DE INTERFACES DE USUARIO
Antes de implementar los formularios y los informes hay que diseñar su aspecto para ello es necesario tener en cuenta las siguientes recomendaciones:
1.-Utilizar titulos que sean significativos, y que identifiquen sin ambiguedad el prposito del informe o formulario
2.-Dar instrucciones breves y faciles de entender comprender
3.-Agrupar y secuenciar los campos de forma logica
4.-Hacer que el aspecto de informe o formulario sea atractivo  a la vista
5.-Utilizar nombres familiares para etiquetar los campos
6.-Utilizr terminologia y abreviaturas consistentes
7.-Hacer un uso razonable y consistente de los colores
8.-Dejar un espacio visibles para los datos de entrada y delimitarlos
9.-Permitir un uso sencillo y adecuado del cursor
10.-Permitir la correcion caracter a caracter y de campos completos
11.-Dar mensajes de error para los valores ilegales
12.-Marcar los campos que sean opcionales o en su defecto requisito
13.-Dar mensajes a nivel de campo par indicar su significado
14.-Dar una señal que indique cuando el informe o formulario esta completo
EL USUARIO NO ESTA USANDO TU APLICACION
La cuestion mas basica a considerar en el diseño de interfaces de usuario, es que el usuario no quiere utilizar tu aplicacion. quieren hacer
su trabajo de la forma mas sencilla y rapida posible, y la aplicacion no es mas que una herramienta para ayudar a lograrlo.

Arquitectura

Se compone por:

  • Componentes
  • Como se relacionan estos componentes
  • Ambiente en que trabajan
  • Contemplan los principios y reglas que normalizan su diseño y evolucion

La arquitectura evoluciona segun las necesidades de la empresa

Una definicion por parte de la ingenieria de software es la siguiente:

Una arquitectura de software es la estructura de estructuras de un sistema, la cual abarca componentes de software porpios externos visibles a sus componentes y sus relaciones.

Importancia

  • Porque las representaciones de la arquitectura de software facilitan las comunicaciones entre todas las partes interesadas en el desarrollo de un sistema basado en computadoras
  • Destaca desiciones tempranas de diseño que tendrian un profundo impacto en todo el trabajo de ingenieria
  • Porque constituyen un modelo relativamente pequeño e intelectualmente comprensible de como esta estructurado el sistema y de como trabajan juntos los componentes

Aplicaciones Monolíticas

Son las que conocemos como aplicaciones de estacion, interfaces graficas de usuario guy´s. Son servidores de presentacion, negocios y persisntencia de datos en la misma maquina, no hay concurrencia de datos.

Arquitectuta Cliente / Servidor

Una de sus caracteristicas es que cuenta con clientes bastantes pesados, aunque esto no es un estandar dependiendo del lenguaje. Existen conexiones dedicadas a las bases de datos. Mediante esta arquitectura generalmente los protocolos de comunicacionson pesados.

Existen ejecuciones remotas de SQL´s, existe alta administracion y rendimiento es bajo.

El trafico en la red puede estar saturado o ser muy alto.

Arquiterctura Cliente / Servidor

Se aplica la logica de negocios de bases de datos. Exiten clientes pesados aunque tampoco es un estandar. Las conexiones a las bases de datos se convierten en conexiones dedicadas. El rendimiento en este tipo de arquitectura es mucho mejor.

Arquitectura de 3 niveles

La arquitetura de logica de negicios  para definir clientes o sistemas con aplicaciones en este enfoque, se mejora la escalabilidad y la flexibilidad de las bases de datos.

Existe una profunda independencia de las bases de datos.