¿Que aprendieorn de los temas: "Manage Users and Groups", "Expressions: Transform your Data" y "Data Design in Appian"?

Certified Associate Developer

Favor de subir sus apuntes

  Discussion posts and replies are publicly visible

Parents
  • Diagrama entidad-relación (ERD). Es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Es un gran apoyo visual.

    Tipos de relaciones entre tablas. Cuando establece una relación, hay una tabla principal (padre) y una tabla secundaria (hijo). Las relaciones se establecen de padre a hijo.

    Relación tipo Uno a Uno. Para cada fila en la tabla principal solo puede existir una fila relacionada en la tabla secundaria

    Relación tipo Uno a Muchos. Cada fila de la tabla principal está relacionada con muchas filas de la tabla secundaria y cada fila de la tabla secundaria puede tener solo una fila relacionada en la tabla principal.

    Relación tipo Muchos a Muchos. Una fila de la tabla principal puede estar relacionada con varias filas de la tabla secundaria, y una fila de la tabla secundaria puede estar relacionada con varias filas de la tabla principal. Normalmente, cuando existe este tipo de relación, se necesita una tercera tabla de unión (join table) para comunicar esta relación, esta última nos permite dividir una relación de muchos a muchos en dos relaciones de uno a muchos.

    Arquitectura de aplicaciones

    Objetos y conceptos de una aplicación: Registros, Tareas, Reportes y Acciones

    En Appian, los datos se gestionan principalmente a través de tipos de registros, éstos te ayudan a definir el modelo de datos a usar en tu aplicación.

    Componentes claves en la planeación de una aplicación: personas, diseño de datos basado en registros, tipos de datos personalizados, modelos de procesos e informes.

    Una persona es una representación de un grupo de gente que trabajará en la aplicación. Se usa para organizar al personal basado en sus necesidades dentro de la aplicación, son como roles.

    Cada aplicación debe de tener como mínimo el grupo de All Users y el de Administrators, esto es, repitiendo, como mínimo.

    Se sugiere no finalizar las estructuras de datos hasta que haya finalizado los requisitos de presentación de informes. El diseño del contenido del informe puede afectar la estructura de datos.

    Después de identificar todos los puntos de datos que deben usarse en su aplicación,se deberá organizar en una agrupación lógica de datos relacionados.

    Un registro de Appian es una representación de tu modelo de datos para tu aplicación y la forma principal en que los usuarios pueden ver y actuar sobre los datos.

    Tipos de reportes.

    Informes de valor empresarial, enfocados en KPI (key performance indicators), son muy visuales, presentan muchas comparativas entre datos

    Métricas de procesos. Se centran en la eficiencia operativa y los cuellos de botella

    Los datos del informe se pueden extraer de una variedad de fuentes: Appian Internal Analytics Engine, registros sincronizados, bases de datos relacionales, sistemas externos (usando webservices o alguna otra integración).

    Comienza la planificación del informe determinando los requisitos de informes para la aplicación. Consideración del diseño del informe:

    Información sobre herramientas

    Enlaces

    Filtros

    Elementos perforables (*drillable elements, no especificaron al respecto)

    Capacidad de cambiar la visualización de los datos (ejm. de tablas a diagramas o esquemas)

    Medio de visualización (equipo o dispositivo móvil)

      

Reply
  • Diagrama entidad-relación (ERD). Es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Es un gran apoyo visual.

    Tipos de relaciones entre tablas. Cuando establece una relación, hay una tabla principal (padre) y una tabla secundaria (hijo). Las relaciones se establecen de padre a hijo.

    Relación tipo Uno a Uno. Para cada fila en la tabla principal solo puede existir una fila relacionada en la tabla secundaria

    Relación tipo Uno a Muchos. Cada fila de la tabla principal está relacionada con muchas filas de la tabla secundaria y cada fila de la tabla secundaria puede tener solo una fila relacionada en la tabla principal.

    Relación tipo Muchos a Muchos. Una fila de la tabla principal puede estar relacionada con varias filas de la tabla secundaria, y una fila de la tabla secundaria puede estar relacionada con varias filas de la tabla principal. Normalmente, cuando existe este tipo de relación, se necesita una tercera tabla de unión (join table) para comunicar esta relación, esta última nos permite dividir una relación de muchos a muchos en dos relaciones de uno a muchos.

    Arquitectura de aplicaciones

    Objetos y conceptos de una aplicación: Registros, Tareas, Reportes y Acciones

    En Appian, los datos se gestionan principalmente a través de tipos de registros, éstos te ayudan a definir el modelo de datos a usar en tu aplicación.

    Componentes claves en la planeación de una aplicación: personas, diseño de datos basado en registros, tipos de datos personalizados, modelos de procesos e informes.

    Una persona es una representación de un grupo de gente que trabajará en la aplicación. Se usa para organizar al personal basado en sus necesidades dentro de la aplicación, son como roles.

    Cada aplicación debe de tener como mínimo el grupo de All Users y el de Administrators, esto es, repitiendo, como mínimo.

    Se sugiere no finalizar las estructuras de datos hasta que haya finalizado los requisitos de presentación de informes. El diseño del contenido del informe puede afectar la estructura de datos.

    Después de identificar todos los puntos de datos que deben usarse en su aplicación,se deberá organizar en una agrupación lógica de datos relacionados.

    Un registro de Appian es una representación de tu modelo de datos para tu aplicación y la forma principal en que los usuarios pueden ver y actuar sobre los datos.

    Tipos de reportes.

    Informes de valor empresarial, enfocados en KPI (key performance indicators), son muy visuales, presentan muchas comparativas entre datos

    Métricas de procesos. Se centran en la eficiencia operativa y los cuellos de botella

    Los datos del informe se pueden extraer de una variedad de fuentes: Appian Internal Analytics Engine, registros sincronizados, bases de datos relacionales, sistemas externos (usando webservices o alguna otra integración).

    Comienza la planificación del informe determinando los requisitos de informes para la aplicación. Consideración del diseño del informe:

    Información sobre herramientas

    Enlaces

    Filtros

    Elementos perforables (*drillable elements, no especificaron al respecto)

    Capacidad de cambiar la visualización de los datos (ejm. de tablas a diagramas o esquemas)

    Medio de visualización (equipo o dispositivo móvil)

      

Children
No Data