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

Hola Marco, acá mis apuntes del día 26 de enero:

--Usuarios y grupos.
User Types: Los grupos son importantes porque representan la base para la organización y la seguridad de la app.
Al crear una app, Appian puede crear dos grupos, los adminsitradores como administradores de la app y los usuarios básicos que tienen permisos para ver.
-Basic users: Por defecto no tienen acceso a algo en la app hasta que sean dados los permisos, esto hasta que sean añadidos a un grupo.
-System Administrators: Acceso a todo en el ambiente de Appian (Diseñar y adminsitrar objetos, acceso a la consola de administrador).
En la consola se pueden gestionar los usuarios, crear uno (no se pueden eliminar usuarios, solo desactivar o activar), también podemos ver los grupos y agregar usuarios a estos.

Groups. Los 4 propósitos principales de los grupos:
-Seguridad. Define quien o quienes pueden acceder a ciertos objetos especificos.
-Acceso a caracteristicas de la app. Define las caracteristicas de la app a la que los miembros de un grupo pueden acceder o ver en un Site.
-Tareas y mensajes: Ayuda cuando el proceso necesita asignar una tarea a un grupo de usuarios o informar sobre un evento, enviar un email o dar una noticia a un grupo.
-Best practice: Seguridad dentro de la app, asignar grupos no usuarios individuales, no quieres signr seguridad a usuarios especificos. Usar grupos previene problemas cuando despliegas tu app a diferentes ambientes.
Los grupos son usados para seguridad, visiabilidad y acceso a caracteristicas, para asignar tareas y mensajes.

Application Groups: Como buena práctica, todas las app deberían tener los grupos: Todos los usuarios (Grupo padre, contiene todos los grupos y asuarios de la app, agrega automaticamente usuarios al ser declarado el grupo padre), administradores (Administra la app, crea, mofifica, elimina y asegura los objetos de la app) y basado en roles y funciones (Creado exclusivamente para usuarios de negocio en la app, identificado por roles como supervisores o mecánicos, etc).
-Best practices: Solo crea grupos que necesites para seguridad y tareas, no crear grupos antes de tiempo, no deben reflejar el organigrama, crear grupos conforme avanzas.

Crear grupos. Crear All users grupo primero ya que será el grupo padre, luego seguir con el grupo de administradores y usarlo para asegurar el grupo All users. Los otros grupos heran seguridad del padre. No agregar usuaarios al grupo All users.
Qué hacer despueés de crear mis grupos: Agregar usuarios a msi grupos, asegurar la app.

--Transformando tus datos.
-Expression rules: dan una amplia variedad de funciones, incluyendo formateo y transformación de datos. Pueden ser usadas y reusadas en multiples objetos de la app.
Puedes guardar expression rules, querys, interfaces, desiciones y constantes dentro de folders.
Existen operadores de expresión (&, =), las 4 secciones del expression editor son: editor, documentación, testing y rule imputs. Puedes encontrar una guía de como usar funciones en la sección de documentación. Una variable se puede expresar así: ri!ticketId.
-Data Types: (Datos primitivos, datos complejos, DataSubset y datos personalizados).
Primitivos representan una pieza simple de datos. Incluyen texto, números, booleanos y fechas.
Complejos son estructuras no modificables. Son campos predefinidos que se usan dentro de los componentes de Appian.
DataSubset representa la estructura de los datos retornado por una query. Usa una función que recupera información de una BD.
Personalizados (CDT Custom Data Type) objeto que contiene campos definidos por el usuario emparejados con su tipo de dato asociado.
-Appian Functions: SAIL (Self-Assembling Interface Layer) todo en una interface lleva por detrás funciones SAIL. Se identifican porque incian con "a!functionName"
-Variables. Usar variables es una buena práctica. Las variables locales solo pueden ser accedidas dentro de la función donde se definieron.
-Arrays. Se declara con {} y los elementos van separados por comas, puede contener más de un tipo de datos (List of Variant). Los indices en Appian inician en 1 (array[1] = primer elemento). En un tipo de dato diccionario cada valor esta atado a una clave. Index() esta por encima de la notación de punto porque es más confiable. Usar map en lugar de un diccionario evita usar conversiones o casteos.
-Conversions. Se usa cuando el tipo de dato de una salida no se ajusta a tus necesidades. El propósito de una función de conversión es cambiar el tipo de dato de un valor dado.
-Calling objects. Reutlización de objetos y referenciarlos. Expression rules, interfaces, integrations, objetos de desición y constantes son considerados Business rules. Expression rule se llama con el prefijo rule!, una constante se llama con el prefijo cons!. los objetos reusables ayudan a ahorrar tiempo, minimizar errores y garantizar el cumplimiento de estandares organizacionales. No esta bien modificar un objeto que este siendo usado en otra aplicación y que también uses. El objeto global de la app es un buen lugar para guardar objetos reutilzables no especificos de una app.
-Testing and Troubleshooting expressions. El editor muestra iconos que indican un error y hay ayuda dentro de un cuadro de texto que te puede ayudar a resolver el error. Probar cada sección cuando construyas una larga o compleja expresión. Cuando guardas una expresión la versión anterior no se elimina.

--Data design in Appian
Communication tools: Validar requerimientos de la app con stakeholders.
Application planing: Todos los desarrolladores deben tener la misma comprensión de los datos.
Verify needs: Asegurate de saber que información necesitas para tu app (como para reportar).
Data quality: Ayuda a garantizar datos confiables.
Identificar los conceptos de negocio principales (Entidades).
Identificar los campos (Identificar los campos de cada entidad en base a los requerimientos).
Relaciona entidades y datos (Mostrar como las entidades se relacionan con otras).
Identificar origenes de datos (Puede ser una BD de Appian o un sistema externo).

Database performance: se refienre a que tan rápido una BD obtiene información para los usuarios.
Las primary keys pueden prevenir la duplicidad de los datos, asegurate de que sean de tipo number ya que son procesados más rápido y son más fáciles de ordenar.
Seguir las mejores práticas de nomenclatura. No uses guiones, periodos o espacios en el schema, tabla o nombres de columnas.
Usa la indexación adecuada para datasets grandes. Los indices son usados para mejorar la velocidad de una consulta.
Buenas prácticas en consultas.
Estrategias para escalar: Separar datos estables (Separar datos de búsqueda u otros datos estables en entidades propias y utilizar relaciones para hacer referencia a ellos). Agilizar datos redundantes (No dupliques los datos, usa relaciones en su lugar). Mantenlo simple (Evita complejidad innecesaria, información completa trae una app compleja, asegurate de que la información que tienes es necesaria basado en requerimientos de negocio).
Prepararte para datasets grandes. Qué tan grade depende de 2 cosas: La cantidad de datos que retiene en la app y en un archivo, y cuantos datos la app creará.
Retención de datos. Archivar datos que no son necesarios regularmente pero que deben conservarse. Elimine los datos que no sean necesarios.
Estimar el volumen de datos. Es la práctica de determinar cuantos registros esperar crear en un año. (Obtener datos heredados, usar recursos existentes para una nueva solución, documentar).

Hola Marco, acá mis apuntes del día 26 de enero:

--Usuarios y grupos.
User Types: Los grupos son importantes porque representan la base para la organización y la seguridad de la app.
Al crear una app, Appian puede crear dos grupos, los adminsitradores como administradores de la app y los usuarios básicos que tienen permisos para ver.
-Basic users: Por defecto no tienen acceso a algo en la app hasta que sean dados los permisos, esto hasta que sean añadidos a un grupo.
-System Administrators: Acceso a todo en el ambiente de Appian (Diseñar y adminsitrar objetos, acceso a la consola de administrador).
En la consola se pueden gestionar los usuarios, crear uno (no se pueden eliminar usuarios, solo desactivar o activar), también podemos ver los grupos y agregar usuarios a estos.

Groups. Los 4 propósitos principales de los grupos:
-Seguridad. Define quien o quienes pueden acceder a ciertos objetos especificos.
-Acceso a caracteristicas de la app. Define las caracteristicas de la app a la que los miembros de un grupo pueden acceder o ver en un Site.
-Tareas y mensajes: Ayuda cuando el proceso necesita asignar una tarea a un grupo de usuarios o informar sobre un evento, enviar un email o dar una noticia a un grupo.
-Best practice: Seguridad dentro de la app, asignar grupos no usuarios individuales, no quieres signr seguridad a usuarios especificos. Usar grupos previene problemas cuando despliegas tu app a diferentes ambientes.
Los grupos son usados para seguridad, visiabilidad y acceso a caracteristicas, para asignar tareas y mensajes.

Application Groups: Como buena práctica, todas las app deberían tener los grupos: Todos los usuarios (Grupo padre, contiene todos los grupos y asuarios de la app, agrega automaticamente usuarios al ser declarado el grupo padre), administradores (Administra la app, crea, mofifica, elimina y asegura los objetos de la app) y basado en roles y funciones (Creado exclusivamente para usuarios de negocio en la app, identificado por roles como supervisores o mecánicos, etc).
-Best practices: Solo crea grupos que necesites para seguridad y tareas, no crear grupos antes de tiempo, no deben reflejar el organigrama, crear grupos conforme avanzas.

Crear grupos. Crear All users grupo primero ya que será el grupo padre, luego seguir con el grupo de administradores y usarlo para asegurar el grupo All users. Los otros grupos heran seguridad del padre. No agregar usuaarios al grupo All users.
Qué hacer despueés de crear mis grupos: Agregar usuarios a msi grupos, asegurar la app.

--Transformando tus datos.
-Expression rules: dan una amplia variedad de funciones, incluyendo formateo y transformación de datos. Pueden ser usadas y reusadas en multiples objetos de la app.
Puedes guardar expression rules, querys, interfaces, desiciones y constantes dentro de folders.
Existen operadores de expresión (&, =), las 4 secciones del expression editor son: editor, documentación, testing y rule imputs. Puedes encontrar una guía de como usar funciones en la sección de documentación. Una variable se puede expresar así: ri!ticketId.
-Data Types: (Datos primitivos, datos complejos, DataSubset y datos personalizados).
Primitivos representan una pieza simple de datos. Incluyen texto, números, booleanos y fechas.
Complejos son estructuras no modificables. Son campos predefinidos que se usan dentro de los componentes de Appian.
DataSubset representa la estructura de los datos retornado por una query. Usa una función que recupera información de una BD.
Personalizados (CDT Custom Data Type) objeto que contiene campos definidos por el usuario emparejados con su tipo de dato asociado.
-Appian Functions: SAIL (Self-Assembling Interface Layer) todo en una interface lleva por detrás funciones SAIL. Se identifican porque incian con "a!functionName"
-Variables. Usar variables es una buena práctica. Las variables locales solo pueden ser accedidas dentro de la función donde se definieron.
-Arrays. Se declara con {} y los elementos van separados por comas, puede contener más de un tipo de datos (List of Variant). Los indices en Appian inician en 1 (array[1] = primer elemento). En un tipo de dato diccionario cada valor esta atado a una clave. Index() esta por encima de la notación de punto porque es más confiable. Usar map en lugar de un diccionario evita usar conversiones o casteos.
-Conversions. Se usa cuando el tipo de dato de una salida no se ajusta a tus necesidades. El propósito de una función de conversión es cambiar el tipo de dato de un valor dado.
-Calling objects. Reutlización de objetos y referenciarlos. Expression rules, interfaces, integrations, objetos de desición y constantes son considerados Business rules. Expression rule se llama con el prefijo rule!, una constante se llama con el prefijo cons!. los objetos reusables ayudan a ahorrar tiempo, minimizar errores y garantizar el cumplimiento de estandares organizacionales. No esta bien modificar un objeto que este siendo usado en otra aplicación y que también uses. El objeto global de la app es un buen lugar para guardar objetos reutilzables no especificos de una app.
-Testing and Troubleshooting expressions. El editor muestra iconos que indican un error y hay ayuda dentro de un cuadro de texto que te puede ayudar a resolver el error. Probar cada sección cuando construyas una larga o compleja expresión. Cuando guardas una expresión la versión anterior no se elimina.

--Data design in Appian
Communication tools: Validar requerimientos de la app con stakeholders.
Application planing: Todos los desarrolladores deben tener la misma comprensión de los datos.
Verify needs: Asegurate de saber que información necesitas para tu app (como para reportar).
Data quality: Ayuda a garantizar datos confiables.
Identificar los conceptos de negocio principales (Entidades).
Identificar los campos (Identificar los campos de cada entidad en base a los requerimientos).
Relaciona entidades y datos (Mostrar como las entidades se relacionan con otras).
Identificar origenes de datos (Puede ser una BD de Appian o un sistema externo).

Database performance: se refienre a que tan rápido una BD obtiene información para los usuarios.
Las primary keys pueden prevenir la duplicidad de los datos, asegurate de que sean de tipo number ya que son procesados más rápido y son más fáciles de ordenar.
Seguir las mejores práticas de nomenclatura. No uses guiones, periodos o espacios en el schema, tabla o nombres de columnas.
Usa la indexación adecuada para datasets grandes. Los indices son usados para mejorar la velocidad de una consulta.
Buenas prácticas en consultas.
Estrategias para escalar: Separar datos estables (Separar datos de búsqueda u otros datos estables en entidades propias y utilizar relaciones para hacer referencia a ellos). Agilizar datos redundantes (No dupliques los datos, usa relaciones en su lugar). Mantenlo simple (Evita complejidad innecesaria, información completa trae una app compleja, asegurate de que la información que tienes es necesaria basado en requerimientos de negocio).
Prepararte para datasets grandes. Qué tan grade depende de 2 cosas: La cantidad de datos que retiene en la app y en un archivo, y cuantos datos la app creará.
Retención de datos. Archivar datos que no son necesarios regularmente pero que deben conservarse. Elimine los datos que no sean necesarios.
Estimar el volumen de datos. Es la práctica de determinar cuantos registros esperar crear en un año. (Obtener datos heredados, usar recursos existentes para una nueva solución, documentar).