Diseño de interfaces de usuario 

En el proceso de diseño de las pantallas de usuario, se debe considerar el tamaño de la ventana para la que se esta diseñando. Es Necesario ser un poco recursivo para que los usuarios finales tengan comodidad y agilidad al momento de trabajar con la aplicación móvil.

En lo posible se debe tratar de cumplir con  los requerimientos de funcionalidad y diseño esperados por el cliente. También es necesario llegar a acuerdos con el cliente en cuanto al numero de campos, desplazamientos, eventos y carga de proceso a tener en el dispositivo móvil.

Las ventanas del los dispositivos móviles poseen barras de desplazamiento vertical y horizontal , pero estos desplazamientos  pueden resultar incómodos y poco prácticos  para el usuario final.

                                    Figura 6.1 Barras de Desplazamiento horizontal y vertical.

Otro aspecto importante es definir el tipo de conexión que tendrá el dispositivo móvil con el servidor. Los tipos de conexión pueden ser:

·         Conectado

·         Desconectado

·         semiconectado  

En el capitulo 5 se tratara los diferentes tipos de conexión existentes para dispositivos móviles y aplicaciones en el servidor.

Diseño de Bases datos para dispositivos móviles.

En realidad la tecnología avanza todos los días y hablar del espacio y el poder de procesamiento esta sujeto a los avances tecnológicos de las Pda. Pero en la actualidad se utilizan técnicas que funcionan para mejorar el procesamiento a nivel de búsquedas y presentación de información.

Aun si la tecnología avanza y se fabrican procesadores mas rápidos y memorias de mayor capacidad, bajar la complejidad (O)1 de procesamiento, reducira la carga y el "esfuerzo" del dispositivo; reducir estos esfuerzos siempre será favorable para nuestras aplicaciones y para el usuario final.

Desnormalización.

Para los puritanos de las Reglas normales la desnormalización no es una opción muy "Elegante"  pero esta reduce el esfuerzo que hace el dispositivo en términos de consultas de base de datos.

No esta de más aclarar que la aplicación de la desnormalización puede depender de cada aplicación y diseño de base de datos particular, pero se pueden mencionar  algunos ejemplos para que se entienda el concepto de lo que se persigue con la desnormalización.

Ejemplo 1. Un cliente Puede tener Una o Mas Facturas.

                                    Figura 6.2 Modelo Factura Cliente.

En este caso se refiere a un modelo de uno a muchos (un clientes una o varias facturas) el código del cliente se coloca en la tabla de facturas. Entonces el la factura queda con los campos No factura, Observación,  Fecha y Código del Cliente

Tabla Factura

Tabla Cliente

En le caso de que  siempre que se imprima o se muestra una factura en pantalla, la factura lleva siempre el numero de factura, el nombre y la dirección del cliente.

El select para traer esta información seria:

Select     Nofactura, Observación, Fecha, CodigoCliente,

             Nombre, Direccion

From     Factura, Cliente

Where   Nofactura. CodigoCliente= Cliente. CodigoCliente

            And Nofactura=(factura a Imprimir)

Para aplicar la un caso de desnormalización se pude  hacer lo siguiente: 

Se crea la tabla de la factura con la siguiente información:

Tabla Factura

Nofactura 001

Observación Factura prueba

Fecha 01/01/2008

Código cliente 000048

Nombre Victor Viera

Dirección San Luis

Tabla Cliente

Cuando se realice el select en el dispositivo, este  quedara de la siguiente forma:

Select     Nofactura, Observación, Fecha, CodigoCliente,  Nombre, Direccion

From     Factura

Where   Nofactura=(factura a Imprimir o visualizar)

Esta operación reduce significativamente el proceso de consulta  a la base de datos, porque en este caso solo se tiene que filtrar la información de una sola tabla.

Ejemplo 2.

En una empresa los  productos   cambian de precio periódicamente pero se necesita que quede registrado el precio que tenia el  producto en el momento de venta.

                      
                    Figura 6.3 modelo de ejemplo para Ventas a Clientes

Entonces un cliente puede comprar muchos productos y  un producto puede ser comprado varias veces por un cliente en fechas diferentes.

La tabla de Ventas quedaría de la siguiente forma:

Tabla Ventas

Esta desnormalización asegura que aun si ha cambiado el precio del producto en el presente   se puede consultar los precios de compra de un producto por un cliente en diferentes fechas.

Si no se tuviera esta desnormalización, cuando se cambiara el precio del producto y se realizara una consulta, siempre se visualizaría el precio actual y no el precio que tenia el producto  en el momento  de la venta.

Entonces se puede decir que existen desnormalizaciones "necesarias" y desnormalizaciones sugeridas u opcionales.

Al guardar el nombre del Producto en la tabla de ventas se esta realizando una desnormalizacion "sugerida", en cambio, la inclusión del precio del producto en la tabla de ventas, se pude denominar desnormalización  Requerida.