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

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

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

Evidencia de ejercicios,