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

Manage Users and groups

Los tipos de usuario se pueden crear desde la consola de Appian Designer, únicamente por administradores, estos no tienen acceso a los sites, para eso se debe generar un grupo de comportamiento especifico y darle acceso a un portal

Los grupos son necesarios por diversas razones, la principal de ellas es la seguridad, para no hacer accesible contenido delicado a perfiles que no debería verlo, los grupos son útiles para procesos dentro de las aplicaciones que requieren ejecutar una tarea en particular.

Como buena practica es recomendable con tal con tres grupos principales de usuarios: Todos los usuarios, administradores y funcionales/basados en roles, siendo estos dos los que van a diferir dependiendo de la aplicación en cuestión.

Es necesario crear un grupo primero para todos los usuarios, no se requieren hacer configuraciones adicionales ya que Appian automáticamente sabrá que el grupo de Todos los Usuarios es el grupo padre.

Expresions

Hay 4 tipos de datos básicos: Primitivos, Complejos, Subconjunto de datos y CDT

Podemos usar variables para representar datos dinámicos en una expresión, también podemos definir reglas en una sección especial del editor de expresiones y cabe destacar que las variables locales únicamente se pueden usar en la función en la que están definidas

Cuando se trata de arreglos, se pueden usar dos métodos: Usar la notación Index() o mediante un punto invocando el campo que queremos obtener del arreglo. En Appian los arreglos representan una colección de datos que por lo general están relacionados entre si. Usar mapeo en vez de un diccionario nos evita hacer casteos. Hay que tomar en cuenta que si la estructura de los datos es de tipo Map, reconocerá los tipos individuales de cada dato, por encima de AnyType

Data Design

Entre los beneficios de un buen diseño de datos se incluyen la comunicación con los accionistas, entendimiento consistente entre los desarrolladores así como la verificación de datos en una app. Los campos de registro personalizados permiten calcular, facilitar o modificar los datos existentes.

Para crear un modelo de datos basado en requerimientos de negocio es necesario identificar entidades, identificar campos de datos, relacionar las entidades y también identificar las data sources. Las decisiones que se tomen en diseño vana. impactar el rendimiento de la base de datos, es necesario usar los tipos de registro con sincronización de datos activada para evitar problemas comunes.

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).

envio mi resumen:

Usuarios y Grupos:

• Los grupos son fundamentales para la organización y seguridad de la aplicación en Appian.
• Se crean dos grupos por defecto al iniciar una aplicación: administradores y usuarios básicos.
• Los administradores tienen acceso completo, mientras que los usuarios básicos necesitan permisos.
• La consola de administrador permite gestionar usuarios, crear grupos y asignar usuarios a grupos.

Grupos de Aplicaciones:

• Los grupos cumplen cuatro propósitos principales: seguridad, acceso a características, asignación de tareas y mensajes, y mejores prácticas.
• Se recomienda tener grupos como "Todos los usuarios", "Administradores", y basados en roles y funciones.

Transformación de Datos:

• Se utilizan Expression Rules para formatear y transformar datos.
• Data Types incluyen primitivos, complejos, DataSubset y personalizados (CDT).
• Appian Functions, Variables, Arrays, Conversions, y Calling Objects son elementos clave en la transformación de datos.
• La reutilización de objetos y la referencia a ellos, junto con pruebas y solución de problemas, son buenas prácticas.

Diseño de Datos en Appian:

• La comunicación con stakeholders y la planificación de la aplicación son cruciales.
• La identificación de entidades, campos, relaciones y fuentes de datos es esencial.
• Se destaca la importancia de la calidad de los datos y la prevención de duplicación.

Buena noche Marco, comparto mis apuntes de los cursos de hoy.

NOTA: Sigo sin tener acceso al Site de Appian.

* Manage Users and Groups

Los usuarios se encuentran entre los primeros objetos que se crearán al crear la aplicación, estos proveerán la forma organizacional así como la seguridad dentro de la aplicación.

Al crear la aplicación dos objetos básicos que se crean son los grupos de Administradores y (resto de) Usuarios. Tipos de usuarios: 

Usuarios Básicos. No tienen acceso a nada dentro de la aplicación hasta que se les brinda el permiso/acceso, para darles dicho acceso es necesario agregarlos a un Grupo.

Administradores de Sistema. Tienen acceso administrativo por defecto, pueden diseñar y administrar objetos, pueden acceder a la consola de administración, en dicha consola puede crear nuevos usuarios, al crear uno nuevo, si se deja en blanco el campo de contraseña se genera y envía una contraseña temporal por correo al nuevo usuario, el cual deberá cambiar en su siguiente inicio de sesión.

En Appian no puedes eliminar usuarios, solo puedes Desactivarlos o Reactivarlos.

Para acceder a la parte de los grupos, será necesario que en Appian Designer seleccionemos la opción de OBJECTS, y en la opción de búsqueda escribamos el nombre del grupo, u otra opción es que se active el checkbox de Group y seleccionar el deseado, una vez dentro del objeto (dándole clic sobre él) aparece la opción de ADD MEMBERS y en la opción de Users to Add se puede buscar y elegir el usuario deseado, en su siguiente inicio de sesión, los permisos serán aplicados y tendrá los accesos estipulados por el grupo.

Los usuarios pueden ser creados con el uso de las siguientes 3 opciones: Autenticación LDAP & SAML desde la consola de administración, Herramientas de aplicación LDAP o desde la Aplicación de Gestión de Grupos (las últimas dos están disponibles en el Appian Appmarket).

Grupos. Se usan para asegurar la edición de objetos, y se usan para definir quién puede ver qué dentro de la aplicación. Las principales razones por las que se usan los grupos son:

1. Seguridad. 
2. Acceso a  características de la aplicación (permisos de acceso). La opción de seguridad dentro de Appian Designer, se puede ver en la sección de OBJECTS al seleccionar el checkbox de Site y dentro de este listado seleccionar el checkbox del sitio, en la lista de botones superiores se devela el botón de SECURITY donde se puede editar los permisos de visualización basada en grupos.
3. Tareas y mensajería. Algunos procesos requieren que se asignen tareas a cierto grupo en específico. En el ejemplo se ve que en Appian Process Modeler al seleccionar un nodo de Supervisor con clic derecho sale la opción de Properties y en la pestaña de Assignment sale la sección dedicada donde se puede definir a qué grupo se designa esta tarea.

Como la mejor práctica, todas las aplicaciones deberían tener los siguientes grupos: 

All Users, primer grupo que debe crearse en la aplicación, grupo padre de todos los grupos, por lo que contiene a todos los otros grupos y a todos los usuarios ya por defecto, a raíz de esto, no es necesario agregarle usuarios ya que los hereda de sus hijos. 

Administrators, segundo grupo que debe crearse en la aplicación, este debe de usarse para dar seguridad al grupo de All Users, los miembros de este grupo pueden crear, modificar, eliminar y asegurar objetos de la aplicación. 

Functional & Role-Based (grupo funcional y basado en rol), este último son los creados para usuarios empresariales y varían de aplicación a aplicación. Los grupos funcionales se generan con base a la tarea realizada por el usuario.

Una vez que se agregan los usuarios a los grupos correspondientes, se tiene que asignar seguridad a la aplicación, para ello desde el Appian Designer en APPLICATIONS seleccionamos el checkbox de la aplicación y esto devela el botón de SECURITY, dando clic en él despliega una nueva ventana donde podemos agregar los grupos y designar el permiso que se adecua a éste (Administrator, Editor, Viewer o Deny)

* Expressions: Transformers Your Data

Es recomendado una carpeta principal donde se almacenen otras subcarpetas para los diferentes objetos. Existen 4 tipos de carpetas al momento de crear una nueva: Rule Folder, Process Model Folder, Document Folder y Knowledge Center.

Las reglas de expresión, consultas (queries), interfaces, decisiones y constantes se almacenan en subcarpetas para mantenerlas organizadas y proveer herencia de permisos (seguridad) desde su carpeta padre. 

El editor de expresiones. Consta de 4 secciones principales: En la esquina superior izquierda, el cuadro blanco con líneas numeradas es el editor, es donde se define la regla (de expresión, un objeto de la aplicación), se tiene acceso a las funciones propias de Appian, variables, reglas, constantes y operadores. Cuando se usan funciones, el cuadro blanco de la esquina inferior izquierda denominado sección de documentación se activa y provee información guía de cómo usar dicha función, en la derecha está la sección de entrada de reglas (RULE INPUTS), en esta zona al darle clic en el botón de + de la esquina superior derecha (también sirve la combinación de teclas CTRL + “I”, letra i) te permite crear variables en la regla que representa información dinámica. En la zona de enmedio, está la zona de pruebas de entrada (Test Inputs), en esta sección podemos verificar si la regla definida es correcta o no. Para mandar a llamar una variable, por ejemplo ticketID, se realiza con el ampersand (&) para unir las cadenas (strings) de mensaje con el valor numérico, se usa una concatenación y conversión de tipos (char e integer para desplegarlos como caracteres) con  la expresión (prefijo) de rule input (ri!)

CDT (Custom Data Type). Es un objeto que contiene campos definidos por el usuario, emparejados con sus tipos de datos asociados. Se utiliza para agrupar puntos de datos relacionados que se utilizarán como referencia durante el desarrollo de la aplicación. Para llamarlo se usa la expresión type! y el nombre del objeto.

Funciones de Appian. En el editor de expresiones, al seleccionar el botón de fx se desplegará un listado de carpetas con nombres de tipos de funciones los cuales contendrán un conjunto de funciones relacionadas por su categoría, esto también se puede hacer si en lugar de dar clic se escribe la palabra fun de función dentro del editor de expresiones. 

Algunas funciones comienzan con el prefijo a!, estas son definidas como funciones Appian SAIL (Self-Assembling Interface Layer) la mayoría de las veces trabajan como las funciones que no usan prefijo, se verán bastante en las interfaces ya que todo en una interfaz está respaldado por este tipo de funciones.

Variables. Las variables pueden ser definidas con algún tipo de dato primitivo. El trato con los valores NULL, si se desea limitar a que no se usen estos se recomienda el uso de la función isnull() que realiza una prueba para verificar si el valor es un NULL y si así fuese, regresa un mensaje de texto (“Unassigned”) evitando que la prueba fracase o genere un error. Si el valor almacenado en una variable cambiará rara vez o puede que no cambie nunca, se puede guardar como una constante, y así lo puedes referenciar en una expresión (lo puedes referenciar con el prefijo cons!), si lo deseas modificar en la lista de objetos lo puedes buscar o filtrar su búsqueda con el checkbox de Constant. Variables locales, sólo pueden ser accedidas a ellas dentro de la función que las define, se pueden estructurar de la siguiente forma donde como ejemplo se definen dos variables locales y se realiza la suma de ellas:

Arreglos. Una colección de información que tienen relación. Se usan llaves para definir el arreglo y los elementos son separados por comas. Los índices de una lista de Appian comienzan desde el 1 y no desde el 0 como en algunos lenguajes de programación. Diccionarios, compuestos por llave y valor (key:value), para conseguir datos de un diccionario, es un poco común usar la función index() para obtener el valor, por ejemplo:

El detalle con este tipo de arreglo es que puede que su resultado sea considerado como de tipo Any Type (Text) y esto puede causar inconvenientes en un futuro si se desea buscar un contenido de tipo Text cuando el resultado que tenemos difiere de lo requerido.

El caso anterior se puede solventar si se hace uso de la función map()  el cual asocia el tipo de dato correcto de cada elemento que forma parte del arreglo, adicionalmente elimina el uso de llaves a la hora de la definición del arreglo.

Conversiones. Algunos elementos requieren que sean referidos a su tipo de dato de manera correcta, en ocasiones es interpretado por un tipo erróneo y para ello se pueden usar funciones para corregir esto, incluso dentro de la declaración del arreglo.

Si tenemos declarado un arreglo tipo diccionario multi-tipo de datos como un index() se puede hacer uso de la función tostring() y dentro de ella meter el arreglo generado con la función de índice y con esto convertir su tipo a Texto, pero si se tiene un arreglo simple al usar esta función genera una sola cadena con los datos y no una lista, para ello se puede hacer uso de la función touniformstring() en lugar de tostring().

Los comentarios dentro del editor de expresiones se hacen con /* */

Llamada a objetos. Todos los objetos que son considerados reglas de negocio pueden ser referenciados por otras reglas de negocios usando expresiones. Reglas de negocio (Business Rules): Reglas de expresión, Interfaces, Integraciones, Objetos de decisión y Constantes. Todas las reglas de negocio, a excepción de las constantes, pueden ser llamadas usando el prefijo rule! y el nombre del objeto, las constantes se pueden llamar con el prefijo cons! y el nombre de la constante.

Pruebas y resolución de problemas de expresiones. Un error de sintaxis es reconocido con un ícono de un triángulo rojo con un signo de exclamación dentro de él. Error “Target is missing” es probable que el error sea causado por una coma faltante. La creación de los casos de pruebas tiene como objetivo asegurarse de que exista una posibilidad limitada de que la aplicación produzca un error o no funcione como se esperaba, estos se pueden crear en la sección de pruebas de reglas, dando clic en la opción de Save as Test Case, se le asigna un nombre y se procede a crear. El historial de control de versiones de la aplicación se puede localizar en el ícono del engrane, durante la edición del objeto, se puede comparar lo que se modificó entre versiones y en caso de requerir regresar a una versión anterior y salvarla como la versión actual.

* Data Design in Appian.

El diseño de datos integral simplifica el proceso de desarrollo de aplicaciones. Estrategias para el diseño de datos de Appian: 

• Diseño para escalabilidad
• Grandes conjuntos de datos
• Rendimiento de bases de datos. 

Algunas funciones poderosas de Appian que se pueden considerar durante el diseño de datos: 

Seguridad. Es crucial el manejo de seguridad, en particular por la información sensible que puede residir en la aplicación.

Transformación de datos. Extender la información o saber cómo presentarla. Pensar en qué datos deben estar en la fuente y qué se puede derivar de esa información.

Seguimiento de eventos comerciales. Hacer un seguimiento de quién hace qué y cuándo, puede ayudarte a comprender mejor el negocio y mejorar su funcionamiento, con los eventos de registro se puede capturar esta información.

Campos de registro personalizados. Te permiten calcular, simplificar o transformar los datos existentes, por ejemplo, al tener un par de fechas y un empleado que realizó una orden, podemos calcular el tiempo transcurrido en el envío de la orden.

Crear un modelo de datos a partir de los requisitos comerciales. Tener un modelo de datos preciso ayudará a garantizar que su equipo comprenda la organización de los datos de la aplicación. El modelado de datos es un proceso iterativo.

Identificar las fuentes (de donde provienen los datos) es importante durante el diseño de datos porque afectará las decisiones de diseño que tome durante el desarrollo, como el cómo y cuándo se actualizarán los datos.

El rendimiento de la base de datos se refiere a la rapidez con la que el sistema de gestión de bases de datos entrega información a los usuarios. Las consultas lentas pueden causar retrasos para los usuarios finales, como una carga lenta de la interfaz o la ejecución del proceso. El uso de tipos de registros con sincronización de datos habilitada (data sync) evita estos problemas comunes porque manejan automáticamente el ajuste del rendimiento por usted. 

Un índice es un puntero a los datos de una tabla, como un índice de un libro. No hay que crear muchos índices diferentes para una tabla con muchas inserciones. Cuantos más índices tenga, más lentas serán las inserciones.

Utilizar estas tres estrategias para ayudar a que el modelo de datos sea más escalable:

1. Datos estables separados. Separe los datos de búsqueda u otros datos estables en sus propias entidades y utilice relaciones para hacer referencia a ellos.
2. Optimice los datos redundantes. No dupliques datos. Descubra dónde encaja mejor y utiliza relaciones para hacer referencia a ellos.
3. Manténlo simple. Asegurarse de que todos los datos sean necesarios, utilice una convención de nomenclatura coherente y no normalice demasiado sus datos.

Durante la planificación de la aplicación, además de identificar qué datos tendrá su aplicación, también debe pensar en cuántos datos se crearán.

1. La cantidad de datos que conserva tanto en una aplicación como en un archivo y
2. Cuántos datos creará la aplicación.

Hola, a continuación mis notas: 

En estas lecciones realizadas trataron los siguiente: 

preparación para la creación de aplicaciones, grupos y carpetas; así como los permisos de cada uno para poder acceder a la plataforma;

    -los administradores del sistema son los que pueden crear nuevos usuarios navegando a la Admin console, y el acceso a la creación de usuarios se         encuentra en la pestaña usuarios.

    -Se crea primero el grupo de usuarios el cual será el grupo principal para todos los otros grupos de la aplicación.

   -Crear el grupo de administradores y se utiliza para proteger el grupo, de todos los usuarios.
   -Otros grupos heredan la seguridad del grupo primario, "Todos los usuarios".
   -No agregar usuarios al grupo Todos los usuarios.
   -EL grupo "Todos los usuarios" hereda miembros de sus grupos secundarios

-Después de crear los grupos se agregan los usuarios a estos grupos.
-Agregar desarrolladores al grupo administradores, agregar personas de usuarios a la función correspondiente, grupos funcionales
o basados en roles

-Tipos de datos:
  primitivo
  complejo
  datasubset
  CDT

-Lista de funciones de Appian-configuración del editor-diferentes
tipos de funciones demostrado en las categorías lógicas, fecha, y hora, matemático, texto, secuencias de comandos y especiales las funciones que comienzan con la A!

Al trabajar con datos en Appian, normalmente se utilizan tipos de registro. Algunas características que debe tener en cuenta durante el diseño de datos son la seguridad, los campos de registro personalizados y los eventos de registro.

Para crear un modelo de datos basado en los requisitos empresariales: identificar las entidades, identificar los campos de datos, relacionar las entidades e identificar las fuentes de datos.

Las decisiones de diseño de datos pueden afectar al rendimiento de la base de datos. Utilizar tipos de registro con la sincronización de datos habilitada para evitar  problemas comunes.

Diseñar para la escalabilidad separando los datos estables, optimizando los datos redundantes y manteniéndolos simples.

En Appian se puede gestionar grandes conjuntos de datos con filtros de origen en los tipos de registro.

saludos.

MANEJO DE USUARIOS Y GRUPOS
objetivos:
• Pronósticos de usuarios en Apple y explicar cuál es la diferencia entre ellos
• Explicar cómo expandir el acceso a usuarios básicos dentro del sistema y grupos en la aplicación
• Identificar grupos típicos dentro de la aplicación, crear jerarquía de grupos

TIPOS DE USUARIOS
Usuarios básicos y administradores de sistema
Los usuarios básicos no tienen el acceso predeterminado a las características de las aplicaciones
Es necesario agregar un usuario básico a un grupo para modificar sus accesos
Los administradores de sistema tienen acceso a la consola de administración
En la consola de administración, el usuario administrador del sistema, puedes realizar una serie de actividades como son, configuraciones generales, crear nuevos usuarios y administrar usuarios existentes
Los accesos predeterminados de un usuario administrativo son:
• diseño de objetos
• administrador de objetos
• acceso a la consola de administración
Para crear un usuario basico abrir el admin console y en el panel del lado izquierdo seleccionar users, después del lado derecho oprimir el botón créate, se abrirá un formulario para llenar los datos del usuario, se puede asignar un password a este usuario o dejar el campo en blanco, si se deja el campo en blanco recibirá un correo con un password temporal el cual después en el primer acceso podrá resetearlo.
En un ambiente productivo appian permite automatizar el proceso de agregar usuarios de manera masiva con autentificación LDAP y SAML accediendo a ”admin console”, con ayuda de las herramientas de aplicación LDAP y la aplicación administración de grupo.

ADMINISTRACIÓN DE USUARIOS Y GRUPOS
Las cuatro razones principales para utilizar un grupos dentro de una aplicación son:
• seguridad
• Acceso a las características de la aplicación
• Tareas y mensajes
Los grupos son usados por seguridad, también son usados para definir la visibilidad y acceso a las características de la aplicación, también son usados para asignar tareas y mensajes; es necesario configurar seguridad usando grupos.

APLICACIÓN DE GRUPOS
“All users” es el grupo padre de todos los grupos
Administrator es un grupo de desarrolladores
“Funcional and roll-based groups” son usuarios de negocio
PARA MEJORES PRÁCTICAS
Solo crear grupos que se necesiten por seguridad y tareas al momento
No crear grupos con anticipación
Que los grupos creados no sean un espejo del organigrama empresarial
Crear grupos funcionales conforme se avanza
CREAR GRUPOS
• Crear primero un grupo “all user”, será el padre de todos los grupos
• Después crear el administrator group, y usarlo para asegurar el “all users” group
• Otros grupos heredarán la seguridad desde el grupo “all users”
• No agregar usuarios al grupo “all users”
TENGO MIS GRUPOS QUE SIGUE?
Lo que sigue es:
• agregar usuarios a los grupos
• agregar desarrolladores al grupo de administrador
• agregar usuarios a los grupos functional o rol-base
• y asegurar la aplicación
ADMINISTRADOR: el nivel de administrador permite a los miembros del grupo administrar los objetos completamente, el cual consiste en borrar objetos o modificar su seguridad
EDITOR: puede editar el objeto sin borrarlo ni modificar su seguridad
Viewer: sólo puede ver características o propiedades del objeto

USO DEL EDITOR DE EXPRESIONES
Antes de crear cualquier expresión es necesario crear carpetas donde serán almacenadas. Las reglas de expresión, queries, interfaces, decisiones y constantes son almacenados en carpetas por propósitos de organización y seguridad heredada; se recomienda empezar con una carpeta llamado Rule y dentro de ella crear subcarpetas para diferentes objetos. Para crear la carpeta Rule hay que ir a aplicación, new y seleccionar Folder.
Para crear una expresión rule ir al diseñador seleccionar new y expression rule, ya en la ventana abierta agregar el nombre haciendo uso del prefijo de la aplicación, introducir una descripción, seleccionar una carpeta donde se va a guardar la expresión y presionar créate.
Es importante estar guardando la expresión ya que no existe guardado en automático
DATA TYPES
DATOS PRIMITIVOS
• Texto
• Números
• Boolean
• Fechas

Tipos de datos básicos
• Primitivos
• Complejos
• datasubset
• cdt
Datasubset representa la estructura de un dato retornado por un query.
Custom data type(CDT): es un objeto que contiene campos definidos por el usuario. Son usados para agrupar datos relacionados
En la documentación de appian se puede encontrar más información con respecto a los tipos de datos.
APPIAN FUNCTIONS
Para localizar la lista de funciones appian puede ser a través del icono de funciones o escribiendo fun.
Se encuentran categoría de funciones como por ejemplo, lógicas, fechas y hora, matemáticas texto etcétera
Las funciones SAIL de appian utilizan el prefijo a!
VARIABLES
Se usan variables para representar datos dinámicos en una expresión
Se sugiere darle nombre a las variables camel case, en el apartado de descripción dar detalle de lo que hace o uso de la variable, también se sugiere especificar el tipo de dato
Las variables locales son accesibles sólo dentro de la la función en la que fueron definidas

ARRAYS
Los elementos de un arreglo están encerrados entre llaves
El tipo de un arreglo con elementos de cadena será como una lista de cadenas. Para un arreglo con elementos de cadenas y números el tipo será cómo list of variant.
El índice inicial de un arreglo es uno, y si se quiere acceder a un valor sólo basta con poner delante del arreglo entre corchetes el número de índice.
DICCIONARIO
Un diccionario está definido al igual que un arreglo entre llaves los elementos aparecen como el nombre de un elemento dos puntos y su valor. Para acceder a un elemento del diccionario basta con poner delante un punto y el nombre del elemento como resultado nos traerá el valor.
MAPS
Los mapas son definidos con la función a!Map y encerrados entre paréntesis, y al igual que los diccionarios el nombre del elemento dos puntos el valor y para acceder algún elemento basta con poner el punto y el nombre del elemento.
CONVERSIONS
En la documentación de Appian se encuentran funciones de conversión para fechas, booleanos, decimales etc. Por ejemplo para convertir el valor un elemento bastaría con poner la función en el valor de ese elemento. Para convertir todos los elementos de un diccionario puede hacerse en volviendo todo el arreglo diccionario dentro de la función tostring().
CALLING OBJECTS
Todos los objetos son considerados reglas de negocio pueden ser referenciados por otras reglas de negocio usando expresiones.
Las reglas de expresión, interfaces, integraciones, objetos de decisión y constante son considerados reglas de negocio.
Se puede referenciar una regla de expresión desde una interface o referenciar no objeto de decisión desde una integración, escribiendo la expresión apropiada.
Todas las reglas de negocio, con la excepción de las constantes,son referenciadas escribiendo el prefijo “rule!” y el nombre del objeto.
Una buena práctica es crear objetos globales dentro de la aplicación para que los desarrolladores compartan expresiones usadas comúnmente, incluyendo interfaces. Los desarrolladores pueden ahorrar tiempo copiando objetos desde la aplicación global. Cuando se diseñan interfaces hay que identificar secciones que puedan ser reusables.
Para referenciar una constante es necesario utilizar el prefijo cons!. Si se quiere hacer cambio alguna constante se puede acceder a ella a través de un Clic + control y la el nombre de la constante se abrirá directamente desde la interfaz donde estoy llamando.
Las constantes pueden contener valores simples, lista de valores o apuntadores a otros objetos
TESTING AND TROUBLESHOOTING EXPRESIONS
Si alguna expresión está mal es posible que del lado izquierdo aparezca un triángulo rojo indicando el error, si se coloca el apuntador del mouse sobre el triángulo se desplegara una descripción específica de lo que pueda estar sucediendo.
Cuando una variable no es encontrada es probable que la subraya de color gris.
Cuando existe un error de sintaxis por ejemplo alguna coma faltante.
Cuando yo creo en una regla de expresión se recomienda realizarle varias pruebas

En appian se pueden crear diferentes tipos de usuarios y grupo:
El perfil de administrados puede designar objetos, administrarlos y dar permisos de accesos a la consola de administración.
En la consola de administración se puede cambiar desde aspectos de estética de la consola así como credenciales, accesos, así como integración de diferentes elementos.
El perfil de usuarios básicos no tienen acceso a las funciones de la aplicación a través de sitios.
Los objetivos de tener grupos es por:
Seguridad: Para que cada usuario tenga lo que puede realizar.
Acceso a las funciones de la aplicación: cada membresía tiene las funciones de cada usuario.
Tareas de mensajería: para asignar las actividades o seguimiento de los usuarios.
Appian recomienda utilizar las siguientes buenas prácticas:
Mantener siempre segura una aplicación
No crear usuarios individuales, se deben organizar en grupos.
Se recomienda generalizar los perfiles de usuario por si estos cambian
Crear solo los grupos que se necesiten, a igual que sus tareas
No crear grupos por adelantado
Los grupos no deben reflejar un organigrama completo
Se deben crear grupos sobre la marcha de acuerdo a las necesidades
Todas las aplicaciones deben contener los siguientes grupos:
    Todos los usuarios: Disponen del sitio con la configuración que el administrador asignó
    Administradores: pueden crear, modificar, eliminar y proteger objetos de aplicación
    Usuarios funciones o de rol: creados para usuarios empresariales de la aplicación

Para estimar el volumen de datos, el equipo debe obtener los datos de ventas del año pasado, determinar cómo el plan de implementación afectará los registros, documentar la cantidad de registros esperados y asignar un nivel de confianza.

Según la política de retención de datos de la empresa, debes archivar los datos después de 3 años y eliminarlos después de otros 5.

Se puede crear varios tipos de registros y utilizar filtros de origen para dividir un conjunto de datos grande.

El precio total de la venta se transforma en función de los datos de origen. Configurará este valor como un campo de registro personalizado.

Según las convenciones de nomenclatura existentes, este es un ejemplo: storeName.

Evidencia de ejercicios,

Cursos:

"Manage Users and Groups"
"Expressions: Transform your Data"
"Data Design in Appian"

- Manage Users and Groups -

Revisión sobre los tipos y grupos de usuarios en una aplicación como administrarlos, cómo usar grupos para que los usuarios puedan realizar en una aplicación. Basándonos con los ejemplos de la aplicación Acme.

- Expressions: Transform your Data -

Revisión de:
Funcionamiento de las expresiones que son una herramienta esencial en Appian. Para manipular sus datos para adaptarlos a las necesidades de su negocio. Las diferencias de los componentes de una expresión y cómo usarlos de manera efectiva en diferentes combinaciones.
Crear una regla de expresión, que es una lógica de negocios almacenada que puede reutilizar dentro de una aplicación.
Funciones dispobibles en APPIAN.
Configurar variables locales y entradas de reglas en una expresión
Recuperar diferentes tipos de datos utilizados con expresiones

- Data Design in Appian -

Revisión de:
Modelado de datos en Appian.
Crear un modelo de datos con los ejemplos del curso.
Requisitos empresariales en un modelo de datos con bases de datos, diseñar modelos escalables y a manejar conjuntos de datos.

Me parece interesante esta iniciativa de unificar los resumenes de los cursos en español. ¿Os habeis plantado unificarlos con vistas a tener un repositorio comun de informacion o bien es algo que ya estais haciendo?