Day 4 Design Appian Records Part 1 y Part 2 que aprendiste?

En Appian la planificación y diseño efectivo de registros es crucial, para ello debemos considerar los siguientes puntos:

• Diseñar nuestro modelo de datos enfocado a las necesidades del usuario final, estos deben ser intuitivos, los nombres de
  los campos deben tener descripciones cortas y comprensivas, no debe haber redundancia de información.
• Aplicar reglas de seguridad a nuestra información, definir que grupos pueden ver nuestros registros.
• Similar al primer punto descrito, sin embargo, en este punto tratamos específicamente el lado visual, la información
  debe ser presentada al usuario final de forma atractiva, fácil de usar y con los campos necesarios únicamente, para
  este punto es importante apoyarse en íconos, imágenes, etc...
• Es importante considerar dividir la presentación de nuestra información en múltiples vistas, esto con la finalidad
  de no saturar al usuario con demasiada información en una sola vista, cada vista debe tener la información necesaria
  para conservar uno de los principios de Appian la cuál es la experiencia de usuario, adicionalmente se puede presentar
  la información de múltiples formas como los son grids, KPIs, summaries, etc., ayudando a preservar la experiencia
  de usuario.
• Apoyarse de otros diseños, es una buena práctica consultar como han lidiado en otros aplicativos para dar solución
  a problemáticas similares respecto a la experiencia de usuario.

Un registro en Appian es el núcleo principal de las aplicaciones en Appian, suelen denominarse como "Appian record objects"
estos suelen construirse de manera nativa en Appian u obtenerse de diversas fuentes de datos como:

• Bases de datos relacionales
• Web services
• Integración con aplicativos externos

Una vez obtengamos nuestros datos podemos establecer relaciones de manera automática, es decir, como lo sugiere Appian, o
las podemos establecer de manera manual entre entidades, esto representará un cambio inmediato en nuestro data model, para
temas de performance de las aplicaciones los datos pueden sincronizarse de manera manual o automática, esto guardará, una
copia de nuestros registros en caché, dentro de los tipos de relación que existen en Appian, tenemos:

• Relación uno a uno.
• Relación uno a muchos.
• Relación muchos a uno.

La función para consultar información en Appian es "a!queryRecordType()", también pueden hacerse consultas de manera directa
a nuestra fuente de datos, sin embargo, ese tema se abordará más adelante, dentro de nuestro editor de queries, podemos
crear nuestras propias consultas para regresar los campos específicos que buscamos (recordar obtener solo lo que necesitemos
cuando lo necesitemos), podemos emplear funciones de agregado como se haría en casi cualquier lenguaje de consulta estructurado,
como: SUM, AVG, COUNT, MAX, etc., aplicar funciones de filtrado, ya sea por campo, condición o valor y por último también
dispondremos en nuestro editor de queries de un limitador de registros y opción de ordenar por campos.

Para la manipulación de nuestros registros dispondremos de record actions, los cuáles nos permitirán alterar nuestros datos,
como agregar nuevos, actualizar, borrar, etc., es recomendable aplicar reglas de seguridad a dichos actions,
adicional a ello podremos crear nuestros propios actions acorde a nuestras necesidades, por ejemplo, updates personalizados,
es importante recalcar que la función para hacer referencia a valores de un registro utilizar el prefijo "rv!".

En Appian la planificación y diseño efectivo de registros es crucial, para ello debemos considerar los siguientes puntos:

• Diseñar nuestro modelo de datos enfocado a las necesidades del usuario final, estos deben ser intuitivos, los nombres de
  los campos deben tener descripciones cortas y comprensivas, no debe haber redundancia de información.
• Aplicar reglas de seguridad a nuestra información, definir que grupos pueden ver nuestros registros.
• Similar al primer punto descrito, sin embargo, en este punto tratamos específicamente el lado visual, la información
  debe ser presentada al usuario final de forma atractiva, fácil de usar y con los campos necesarios únicamente, para
  este punto es importante apoyarse en íconos, imágenes, etc...
• Es importante considerar dividir la presentación de nuestra información en múltiples vistas, esto con la finalidad
  de no saturar al usuario con demasiada información en una sola vista, cada vista debe tener la información necesaria
  para conservar uno de los principios de Appian la cuál es la experiencia de usuario, adicionalmente se puede presentar
  la información de múltiples formas como los son grids, KPIs, summaries, etc., ayudando a preservar la experiencia
  de usuario.
• Apoyarse de otros diseños, es una buena práctica consultar como han lidiado en otros aplicativos para dar solución
  a problemáticas similares respecto a la experiencia de usuario.

Un registro en Appian es el núcleo principal de las aplicaciones en Appian, suelen denominarse como "Appian record objects"
estos suelen construirse de manera nativa en Appian u obtenerse de diversas fuentes de datos como:

• Bases de datos relacionales
• Web services
• Integración con aplicativos externos

Una vez obtengamos nuestros datos podemos establecer relaciones de manera automática, es decir, como lo sugiere Appian, o
las podemos establecer de manera manual entre entidades, esto representará un cambio inmediato en nuestro data model, para
temas de performance de las aplicaciones los datos pueden sincronizarse de manera manual o automática, esto guardará, una
copia de nuestros registros en caché, dentro de los tipos de relación que existen en Appian, tenemos:

• Relación uno a uno.
• Relación uno a muchos.
• Relación muchos a uno.

La función para consultar información en Appian es "a!queryRecordType()", también pueden hacerse consultas de manera directa
a nuestra fuente de datos, sin embargo, ese tema se abordará más adelante, dentro de nuestro editor de queries, podemos
crear nuestras propias consultas para regresar los campos específicos que buscamos (recordar obtener solo lo que necesitemos
cuando lo necesitemos), podemos emplear funciones de agregado como se haría en casi cualquier lenguaje de consulta estructurado,
como: SUM, AVG, COUNT, MAX, etc., aplicar funciones de filtrado, ya sea por campo, condición o valor y por último también
dispondremos en nuestro editor de queries de un limitador de registros y opción de ordenar por campos.

Para la manipulación de nuestros registros dispondremos de record actions, los cuáles nos permitirán alterar nuestros datos,
como agregar nuevos, actualizar, borrar, etc., es recomendable aplicar reglas de seguridad a dichos actions,
adicional a ello podremos crear nuestros propios actions acorde a nuestras necesidades, por ejemplo, updates personalizados,
es importante recalcar que la función para hacer referencia a valores de un registro utilizar el prefijo "rv!".

Step-by-Step #7

Step-by-Step #8

Step-by-Step #9