Nomenclaturas

Algunas nomenclaturas, normalizacion y estandarizacion usadas en desarrollo qlikview.

1. Nombres de las solapas de script con nombres en plural (Ej:Clientes, Productos)

2. Evitar Siglas en nombres de solapas de script (Evitar:Cli, Prod)

3. En nombres solapas script, usar espacios (Ej:Clientes Activos), y evitar Clie_Act

4. Usar prefijos Map para nombres de tablas mapeadas. (Ej:Map_TablaGeo)

5. Crear todos los Maping_Tables en una sola solapa de Script

6. Usar tmp para tablas temporales: (Ej:Productos_tmp)

7. Usar espacios al nombrar campos, usando [ ] y evitar siglas (Ej:[Total Venta])

8. Usar prefijo % en campos claves. (Ej: [% Id Product])

9. Ocultar campos claves con SET HidePrefix=’%’

10. Usar prefijo # para campos con cantidades (Ej:[# Total Cliente])

11. Usar prefijo _ para Flag  (Ej: (_FLAG_Activo)

12. Usar prefijo v para variables (Ej: vMesActual)
13. Usar numeracion en nombres de qvw por orden de ejecución 
      Ejemplo:. 01_Clientes.qvw, 02_Venta.qvw
14. En nombre de qvd usar numeracion del qvw que lo crea  
      Ejemplo: 01_Clientes.qvd, 02_Venta.qvd

15. Usar campos renombrados alineados en columna a la derecha

IdCli          as [Id Cliente],

DescrpCli      as [Nombre Cliente],

Month(fecha)   as [Mes]
             

Concepto D-A-R para Analisis

D-A-R (Dashboard-Analysis-Report) es un concepto de jerarquía en exploración de información, donde primero se muestra la información de forma resumida o en Dashboard, luego se pasa a Analizar datos específicos de la información, y por último se muestra la información en detalle con Reportes.

DASHBOARD

Debe indicar/alertar las situaciones criticas de los procesos o indicadores claves. Es la primera visualización en una aplicación, y debe indicar qué está bien y qué está mal, sin necesidad de explicar el por qué de la situación.
Pasos a seguir:

1. Identificar todas las métricas relevantes

2. Elegir sólo indicadores más importantes (con mayor relación en la actividad principal del área o negocio). Menos de 7 indicadores es lo usual por cada Dashboard.

3. Elegir métricas que cambien de forma periódica.

4. Los Indicadores siempre deben compararse (Actual Vs Anterior, Actual Vs Meta, Acual Vs Promedio, etc.)

5. No resaltar los indicadores positivos (en color verde, por ejemplo), sólo identificar los malos o negativos (en rojo, por ejemplo) en los cuales se debe accionar.
6. Todos los graficos/tablas del Dashboard deben mostrarse preferentemente en primera instancia. Si existen gráficos minimizados es porque son análisis de menor importancia, y no deberían estar en el Dashboard, sino en análisis.
NOTA: Ver pdf en Referencia No.3 para detalles de un dashboard

ANÁLISIS

Debe detallar el por qué y el cómo de los indicadores mostrados en el Dashboard. (Tendencia, Max, Min, Vs, %, Pareto, Outliers, Relaciones entre variables, etc.)

REPORTE

Enfocado a mostrar detalles de registros en tablas (Detalles de facturas, llamadas, ordenes de compras, solicitudes, listas de productos, listas empleados, etc.)

Referencia:

1.http://community.qlikview.com/blogs/qlikviewdesignblog/2012/10/05/dashboard-101--creating-a-dashboard

2.http://community.qlikview.com/docs/DOC-4396

3.http://www.tableausoftware.com/sites/default/files/media/how-to-build-dashboards.pdf

Diferencia entre SET y LET

SET asigna el texto como el valor de la variable

LET evalua el texto y luego asigna el valor calculado a la variable

Ejemplo:

SET Variable=today();     devuelve  today()
LET Variable=today();     devuelve  03/01/2013



NOTA: 
Variable=Today() devuelve mismo resultado que LET Variable=Today()



Referencia: 
https://www.youtube.com/watch?v=Ez-rhEsm01c&feature=em-subs_digest

Apuntes para diseño en equipos moviles

Algunas consideraciones al crear una aplicación qlikview para equipos moviles:

1. Siempre crear objeto Selección Actual

2. Crear botones de Atrás-Adelante-Borrar en la aplicación

3. Cada gráfico o tabla debe tener opción "Borrar" y "Menú" en la "barra titulo"

4. Usar Objetos de Búsquedas (Search) y evitar objeto de Cuadro de Selección Múltiples (Multi-boxes)

5. No usar etiquetas emergentes (con sensibilidad al puntero del mouse) porque esta función no existe en iPad y otros moviles.

6. Las aplicaciones deben diseñarse con resolucion 980x590 (si tiene barra de pestañas) y 980x610 (si no tiene barra de pestaña)

7. Si se crea aplicación con 1024 pixdeles, deshabilitar opción "Ajustar Datos" en Propiedad de Gráfico\Diseño

8.Usar contenedores para mostrar un único gráfico a la vez

9. Usar Cuadro de Lista sólo en los campos mas usados, el resto agrupar en objeto de búsqueda.

10. Usar letra arial (soportada por mayoría de Browser)

11. Usar letra 11pt mínimo para Cuadro de Lista

12. Usar letra 9pt mínimo para leyenda de graficos

13. Usar letra 10pt mínimo para tablas o grillas

14. usar 10pt para objeto Selección Actual

Referencias:

1. http://www.qlikview.com/us//~/media/Files/resource-library/global-us/direct/datasheets/DS-Technical-Brief-Mobile-Design-Best-Practices-EN.ashx
2. http://community.qlikview.com/blogs/qlikviewdesignblog/2013/08/05/mobile-usability-a-few-guidelines
3. http://community.qlikview.com/blogs/theqlikviewblog/2011/04/13/best-practices-for-qlikview-ipad-user-interface-design