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

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

  Discussion posts and replies are publicly visible

Parents
  • 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!".

Reply Children
No Data