Day 3 De los temas: Manage Users and Groups & Expressions: Transform Data, ¿que entendiste?

Day 3 De los temas:  Manage Users and Groups & Expressions: Transform Data, ¿que entendiste?

  Discussion posts and replies are publicly visible

  • Resumen JOSE DIEGO SANCHEZ PEREZ

    Manage Users and Groups 

     

    En Appian existen dos tipos de usuarios:  

    Basic Users: Por defecto este usuario no tiene acceso a nada en una aplicación, eso hasta que se le proporcione algun acceso. Ahora bien para otorgar a los basic users acceso a objetos y funciones de la aplicación, debemos agregarlos a los grupos .  

    System Administrators: Estos usuarios tienen por default acceso administrativo a todo su entorno Appian, que incluye acceso a sus aplicaciones. También pueden diseñar y administrar objetos pero lo más importante es que pueden acceder a la consola de administracion.  

     

    Se debe tener presente que los grupos de las aplicaciones nos ayudaran a proporcionar la seguridad a nuestras aplicaciones, para ello se ocupan dos grupos: 

    • Parent Group 
    • Administrators Group 

    Al asociar un Administrators Group con un Parent Group heredara la seguridad del Parent Group. 

    Actividad de crear grupos. 

     

    Se le agrego seguridad a la aplicación  

     

     

    Expressions: Transform Data 

    Este tema explica que primero nosotros debemos crear folders y sub-folders para organizar y aplicarles seguridad a todos los objetos que contiene una aplicación.  

    Nosotros al crear expresiones tenemos que saber los tipos de datos que hay los cuales son: 

    Primitive data types: Estos representan una sola pieza de datos que incluyen texto, números, booleanos y fechas. 

    Complex data types: Estos datos su estructura no es modificable que consta de campos predefinidos que utilizan los componentes dentro de Appian. 

    Custom data types: Estos contienen campos definidos por el usuario, emparejados con su tipo de dato y son utilizados para puntos de datos relacionados con el grupo para usarlos como referencia. 

    Cuando nosotros declaramos una función y queremos llamar a una variable Rule Input se declara como ri!nombreVariable, para mandar a llamar una constante se utiliza cons!nombre y para declarar una variable local se utiliza local!nombre. 

     

    Actividad de creación de expresiones 

     

     

    Creación de constantes 

      

  • Hola adjunto lo solicitado. Jesús Alberto Guzmán Cruz

    ADMINISTRAR DE USUARIOS Y GRUPOS

    Appian tiene dos tipos de usuarios: usuarios básicos y administradores del sistema.

    Los administradores del sistema acceden a la consola de administracion

    Los usuarios básicos no tienen acceso predeterminado a las funciones de la aplicación a través de los sitios

    Se puede agregar usuarios básicos a grupos de aplicaciones y sistemas para modificar su acceso

    Los grupos son bastante importantes, los usamos para asegurar la edición del objeto de diseño y los usamos para definir quién puede ver ciertas características de la aplicación, los grupos Tienen:

    1. seguridad

    En cualquier aplicación, habrá grupos específicos para desarrolladores que crearán o administrarán la aplicación y su objeto.

    1. Acceso a las funciones de la aplicación

    En cualquier aplicación, habrá grupos que se crearán específicamente para usuarios comerciales.

    1. tareas y mensajes

    Los grupos son útiles cuando la aplicación tiene un proceso que necesita asignar una tarea a un grupo de usuarios.

    Los grupos se utilizan para la visibilidad y el acceso a las funciones de la aplicación.

    De esta forma, podemos asegurarnos de que los usuarios comerciales solo pueden ver la función que necesitan para su trabajo.

    Los grupos se utilizan para la carga de tareas y mensajería.

    EXPRESIONES: TRANSFORMAR DATOS

    Antes de crear una expresión de cualquier tipo, necesita un lugar para almacenarla.

    Las reglas de expresión heredan su seguridad de las carpetas, por lo que configurar correctamente la seguridad de las carpetas puede hacer que administrar la seguridad de las reglas sea más fácil que tratar de hacerlo con reglas individuales.

    La seguridad de las reglas solo se aplica a los desarrolladores: los usuarios finales no necesitan ningún derecho específico sobre una regla para ejecutarla.

    Solo los administradores pueden eliminar reglas y actualizar la seguridad.

    Use la función isnull() para probar un valor nulo.

    Las variables se utilizan cuando los datos pueden variar.

    Pero si el valor nunca cambiará, o cambiará rara vez, puede almacenarlo en una constante y luego hacer referencia a la constante en una expresión

    Variable local
    Solo se puede acceder a las variables locales dentro de la función que las define. Piense en las variables locales como datos almacenados localmente en caché o almacenados localmente. Usamos variables locales cuando necesitamos hacer referencia al mismo conjunto de datos varias veces en una sola expresión.

    Las variables locales se definen en la función a!localVariables, y solo se puede acceder dentro de la función que las define.

    Formación

    En Appian, los índices comienzan en 1  y van cerrados entre llaves

    Diccionario, agregamos una palabra descriptiva seguida de dos puntos, delante de cada valor.

    index(), que se considera una forma más confiable de recuperar los datos.

    PDF

     

  • blancac0001 Buenos días, 

    PDF

    Adjunto PDF con resumen de los procedimientos realizados con el tema Manage Users and Groups. Entendí que para agregar usuarios a grupos, se debe diferenciar entre usuarios básicos y usuarios administradores, para asegurar la edición de los objetos de diseño de la aplicación. Los grupos se crean para la asignación de tareas y es importante e indispensable configurar la seguridad que se de concordancia a las especificaciones técnicas seguridad, de esta manera, solo los que tienen permisos de edición podrán editar, y los que no, tendrán limitado el acceso, y en su mayoría solo será permisos de tipo lectura.  

  • Marco Antonio Flores Flores.
    Marco Polo ,lo que me llevo de estas lecciones, es que, se nos hablan de los grupos y usuarios, nos explica que hay dos tipos de usuarios, los usuarios básicos y los usuarios Administrador.
    Los usuarios basicos por defecto no tienen acceso a nada en la aplicación. Los usuarios Administradores por otro lado, tienen acceso a todo el desarrollo de Appian, sin en cambio a los usuarios básicos se les puede dar acceso antes de crearlos.
    En esta lección se nos indica que los grupos son los primero que debemos crear y trabajar antes que cualquier otro objeto de la aplicación, estos nos sirven para tener una mejor administración en la seguridad dentro de la aplicación.
    En la parte de aplicación de los grupos nos indica que buenas prácticas para poder establecer por así decirlo estos gurpos.
    All Users, Administrators.
    Realicé una actividad apicando lo anteriormente mencionado.

    De igual manera me llevo el aprendizaje de los tipos de Expression Transform Data.
    Nos dice que para poder crear una expresión necesitamos Folders Store y podemos crear:

    • Reglas de Expresión.
    • Consultas.
    • Interfaces.
    • Decisiones.
    • Constantes.

    Para esto requerimos establecer seguridad a cada uno de los folders.

    • Administrador.
    • Espectador.
    • Editor.

    También menciona de los tipos de datos, como lo son:

    • Boleanos.
    • Number.
    • Date.

    Esta el tipo de dato personalizado que son los CDT's en los cuales contiene campos de datos de usuario definidos.

  •  En los temas de este tercer día se tocan aspectos muy importantes para el desarrollo de una aplicación, como por ejemplo los grupos y la creación de reglas de expresión y constantes.

    Los grupos son uno de los apartados más importantes ya que proporcionan la organización y la seguridad en la aplicación. Dentro de los grupos existen 2 tipos de usuarios:

    Usuarios básicos: son los creados de forma predeterminada y no tienen acceso a nada de la aplicación hasta que se les proporcione acceso. Para que puedan tener acceso se deben agregar previamente a algún grupo.

    Administradores: estos tienen acceso a todo el entorno de Appian y pueden tanto diseñar como administrar los objetos de la aplicación, además, cuentan con una de las funciones más importantes como es la consola administrativa desde donde, entre otros, se pueden modificar los roles de los usuarios de la aplicación.

    En resumen, los grupos se usan por 3 razones principales:

    1. Seguridad.

    2. Acceso a las funciones de la aplicación

    3. Tareas y mensajería.

    Es importante establecer todos los objetos y usuarios creados dentro de su respectivo grupo para evitar problemas posteriormente.

    En el siguiente tema llamado Expressions se mencionan las reglas de expresión, las cuales permiten modificar los datos y mediante estas se pueden realizar funciones como recuperar, formatear y transformar los datos. En este módulo también se dan múltiples ejercicios para poner en práctica las distintas funciones con las que cuenta Appian como las matrices, los arreglos, las conversiones, las validaciones y el llamado de objetos, este último nos permite reutilizar objetos en distintas interfaces, facilitándonos el desarrollo en ciertas ocasiones.

    Adjunto las capturas con los ejercicios #3 y #4.

  • Apunte para 

    • Design Appian Records Part 1: Accessing Your Data

      

  • Buen día

    Comparto Resumen, elaborado por Ana Karen Garcia Braulio.

    Tema: -Design Appian Records Part 1: Accessing Your Data-


    Appian Records permite:

    -Ajustar fácilmente su modelo de datos.
    -Definir cómo los usuarios ven sus datos.
    -Coincidir sus datos en un único punto de gestión dentro de la aplicación.
    -Integrar los procesos para que los usuarios puedan tomar una decisión al ver los datos.

    Objeto de tipo registro: es un objeto de diseño de Appian que permite configurar los Appian Records.
    Se puede hacer referencia al objeto de tipo de registro en todas las aplicaciones para consultar los datos de los registros, las acciones, los filtros y las relaciones.

    Vistas de registro: permite que en una interfaz que muestra información de un solo registro a los usuarios finales.
    Puede crear varias vistas de registros para mostrar diferentes combinaciones de datos para cada registro, orientadas a los intereses y necesidades de diferentes grupos de usuarios.

    Acción relacionada: enlace a un modelo de proceso.


    Existen 3 elementos principales que componen el objeto de tipo registro:

    1. Datos de registro
    2. Registros
    3. Lista de registros

    Cada uno de estos elementos contribuye a la forma en que los usuarios acabarán viendo e interactuando con los datos.

    Appian ofrece diferentes maneras de configurar la seguridad de los registros, para garantizar que la información correcta llegue a las personas adecuadas.
    Los usuarios que no tengan al menos permisos de Visualizador del objeto no podrán acceder a los datos de este tipo de registro.

    Quedo pendiente para cualquier duda o comentario.

  • Empezando por el tema de la administración de usuarios y grupos, son una clave esencial en el entorno de aplicaciones de Appian. En Appian existen 2 tipos diferentes de usuarios, que son los usuarios básicos y administradores, que tienen las siguientes características: 

    Usuarios básicos: No cuentas con permisos para realizar acciones en las diferentes funciones uy objetos de la aplicación, para ellos, tienen que ser agregados primero a un grupo. 

    Usuarios administradores: Tienen el control total sobre los objetos y las funciones de la aplicación, así como el acceso a la consola de administración, para manipular la configuración general. Además de poder crear más usuarios. 

    Dado que en Appian se recomienda ampliamente que toda la parte de permisos a los objetos se haga a través de grupos, y no de manera individual por usuario, es una práctica que debemos de llevar a cabo siempre. En Appian de crean 2 principales grupos al inicio, que son: 

    Todos los usuarios: Aquí se visualizan todos los usuarios de la aplicación, independientemente al grupo que pertenezcan, fungiendo como padre, de la cual, una buena práctica, es agregar a este grupo, todos los demás grupos que vayamos creando, y otorgarle los permisos de administrador al grupo Administradores a este mismo. 

    Grupo Administradores: Es el grupo encargado de manipular, diseñar, configurar y/o crear los demás objetos de la aplicación. Este grupo se encarga de crear otros grupos, así como asignarles los permisos necesarios. 

    Grupos basados en roles: Son los usuarios empresariales, que interactuaran con la aplicación a través del sitio, son usuarios con el rol solo de observador. 

    Finalmente, existen 3 niveles de permiso, que podemos otorgar a los objetos de la aplicación: 

    Administrador: Tiene el control total sobre los objetos de la aplicación, desde crearlos, editarlos y eliminarlos. 

    Editores: Podrán editar y visualizar los objetos de la aplicación, pero no pueden eliminarlo, 

    Observadores: Solo pueden visualizar el contenido de los objetos. 

     

     Expressions: Transform Data 

    Otro tema bastante interesante son las expresiones, las cuales nos permiten manipular y extender las funcionalidades de los objetos, todo esto, a través de un lenguaje sencillo, con una sintaxis bastante intuitiva. 

    Dichas expresiones pueden ser: 

    • Reglas Expresiones 
    • Constantes 
    • Consultas 
    • Decisiones 

    Lo cual es recomendable, que cada diferente objeto de expresión sea almacenado en una carpeta destinada solo a objetos del mismo tipo y sus permisos adecuados. 

    Podemos crear las expresiones a través del editor de expresiones, que viene incorporado, y que nos permitirá escribir nuestras propias reglas para la aplicación, las cuales podemos usar e importar en otros objetos de una manera fácil y rápida. 

    Cuenta también con datos primitivos que podemos usar, como son: texto, numéricos, booleanos, fechas, etc. Podemos crear tipos de datos personalizados (CDT). Además, podemos crear arreglos y diccionarios, como en cualquier otro lenguaje de programación. 

    Además, cuenta con funciones predeterminadas, que nos permitirán realizar consultas a los Tipo de Registro o a la instancia de la Base de Datos, almacenar el resultado en variables, y desplegarlos en el objeto. Así como funciones con muchos usos predefinidos, que, con solo llamar a estas funciones, podemos manipular y mostrar los datos. 

    Por último, podemos utilizar variables locales, así como reglas de entrada, las cuales nos permiten pasar datos del exterior y hacer uso de estos dentro del objeto, como parámetros. 

    PDF

  • Isaac Balam Lira Ramírez

    Design Appian Records Part 1 (Accessing your data)

    Appian Records

    Nos ayudan a organizar, acceder y tomar acción sobre nuestros datos de una manera consistente, ya que reúne los datos en un solo punto para su manejo.

    Los record type se usan para configurar “Grids” de solo lectura y añadir acciones o reutilizar filtros.

    Los Récords pueden venir de: Bases de datos, procesos, Salesforce, Web Service.

    Nota: Los records son la parte central de la aplicación, por lo que los procesos se diseñan en base a ellos.

    Appian Records nos permite.

    • Austar nuestro data model de forma sencilla
    • Definir como los usuario ven los datos
    • Integrar procesos empresariales lo cual permite realizar acciones sobre la información mostrada.
    • Añadir de manera sencilla create, delete, update mediante los Appian-generated modelos de procesos e interfaces.
    • Asegurar el desempeño ya que usando “data sync” podemos asegurar que la información se ve más rápidamente y las tareas se completan de igual manera.
    • Se pueden referenciar en otros objetos dentro de la aplicación para reducir tiempos.
    • Podemos crear campos personalizados basados en los records.
    • Asegurar (Poner seguridad) a cada record para definir quien puede o no verlo.

    Diseño y planeación de Records efectivos.

    Los records efectivos cumplen los siguientes criterios:

    • Los usuarios deben identificar de manera sencilla que hay dentro del record
    • Los usuario deben encontrar lo que están buscando
    • Los usuarios deben poder actuar sobre la información

    Para diseñar un Record debemos contestar las siguientes preguntas.

    • ¿Qué datos definen mi Record Type?
    • ¿Cómo deben estar distribuidos y mostrados los datos?
    • ¿Qué quieren los usuarios del Record?
    • ¿Quién puede ver los Records?

    Pitfalls en el Diseño de Record Types

    Se debe evitar utilizar Process-backed records en lo posible ya que su diseño no es igual porque no son hechos con el propósito de ser almacenados de forma indefinida.

    Se deben incluir filtros para la búsqueda de información.

    Record Type Object

    Es un objeto de diseño de Appian que permite configurar Appian Records, además se puede referenciar en la aplicación que creemos para hacer query a información, acciones, filtros y relaciones.

    Aquí es donde los desarrolladores responden preguntas clave como:

    • ¿Qué datos necesitamos?
    • ¿Quién puede ver la “record data”?
    • ¿Qué información quiere ver cada usuario?
    • ¿Cómo nevegaran la información los usuarios?
    • ¿Qué acciones deben estar disponibles para cierta información?

    Esta compuesto de

    • Record data
    • Records
    • Record List

    Crear Record Type

    New > Fill Fields (Name: Vehicle, Plural Name: Vehicles, Description) > Create > Set Security > Save

    Configuración del Record Type

    Tell us about your data > Select source type > Data Sync Selected > Next > Select Table > Next > Configure and Select fields > Finish > Save Changes

    Nota: Los nombres a usar en el paso Configure and Select fields son los que se usarán en la aplicación.

    En Data Structure es donde puedes añadir relaciones entre los Record Type.

    Create a Database Table from a Record Type

    Create Record Type > Configure Data Source as New Data Model > Select Data Source (Donde añadir la tabla) > Next > Fields (Crear los campos de tu Record Type) > Next > Relationships > Next >  Review > Save Changes > Finish

    Change or Delete Record Fields

    Cuando queremos borrar o cambiar un campo en un record, Appian nos muestra una lista de objetos que tienen dependencia y se verán afectados por el cambio.

    Seguridad

    Niveles de seguridad

    • Record Type Object: Se puede seleccionar si mostrar o no un Record Type entero a ciertos grupos.
    • Record-Level: Cuando Data Sync está activado puedes añadir security rules para definir quién puede ver qué records.
    • Record View: Podemos poner seguridad en las vistas para decidir quien puede ver que página y cumpliendo qué condiciones.
    • Record Action: Se pueden usar funciones Appian para restringir el acceso a una vista o una acción de forma condicional.

    Crear Security Rules

    Record-Level Security > New Security Rule > Fill Fields (Who is part of this rules?: Users found in groups, Groups: Prefix Name, Prefix Administrators, Which X can they view?: All X) > Create

    Query a Record Type

    Podemos generar una expresión usando el query editor. Esto se hace cuando estamos creando una Expression Rule.

    “a!queryRecordType” se puede usar esta función para retornar:

    • Una lista de valores para un solo record field.
    • Una lista de records con un subconjunto de campos.
    • Aggregate Data.
    • Una fila de información.

    Query Editor cuenta con las secciones:

    • Record Fields: Contienen los campos de tu Record Type y seleccionas los que quieres devolver.
    • Aggregate: Esta pestaña permite crear agrupaciones en los resultados de un query. (Son las funciones aggregate Count, Sum, Average, Min, Max)
    • Filters: Te permite añadir filtros a tu query.
    • Sort and Limit: Define que tantas filas se devolverán y en qué orden.

    Configurar Record List

    Record List: Es una lista donde podemos buscar, filtrar y encontrar records.

    Podemos configurar el Style con el que se muestra, decidiendo entre, Feed o Grid.

    Se pueden editar los Record List Panes para mostrar sólo cierta información, esto se logra borrando columnas y luego cambiando su orden.

    Para empezar a configurar un Record List debemos seleccionar Edit List.

    Con la opción display options dentro de la parte de configuración podemos añadir incluso Links a nuestra lista y se puede personalizar con qué texto se muestran.

    Display options es muy poderoso ya que incluso podemos mostrar iconos, imágenes, etc con esta opción.

    Nota; Si por algún motivo las configuraciones salieron mal y no sabemos como arreglarlas podemos poner la configuración en default.

    Add Custom Record Fields

    Puedes crear campos personalizados para usar plantillas o free-form expressions para alterar los datos.

    Creando Custom Record Field

    New Custom Record Field > Select a Template > Next > Configure Values > Next > Update Name > Create

    Record Grids

    Se pueden mostrar datos de una record list en otras interfaces usando una read-only grid la cual es una interfaz que está diseñada para manejar los datos de forma inteligente, puede mostrar los datos en varios formatos y posee filtros, paginación, etc; además te deja traer las acciones de una Record Type consigo.

    New > Interface > Select Read Only Grid > Data Source: Record Type > Configure

    Filtros

    Podemos definir Source Filters para excluir la información que no necesitamos, incluso la función Sync ignora lo que ignoramos con el Source Filter.

    Cuando no tenemos activado Sync podemos usar Default Filters para ignorar información que no necesitamos.

    Podemos usar User Filters para que el usuario pueda navegar por la Información que desea, estos filtros también están disponibles fuera de la record list.

    Los filtros de usuario pueden ser definidos de forma estática (configuración guiada) o mediante una expresión.

    Crear Record Views

    Consiste en una interfaz que muestra información de un solo record a los usuarios finales. Puedes crear varios con una combinación diferente de datos para cada record.

    La Summary View es la primera que se muestra por defecto en un record. Podemos generar una record view con el botón Generate Record View en Views and Headers.

    Generar Record View

    Generate Record View > Select Data to Include > Write Name > Review > Generate View

    Después de crearla podemos editarla para que se ajuste a nuestras necesidades.

    Record Actions 

    Hay dos tipos de estas

    • Record List Actions: Es un vinculo a un Process Model que el usuario puede comenzar directamente desde la Record List; por ejemplo insertar un Record.
    • Related Actions: Igualmente es un vinculo a un Process Model, la diferencia radica en que estos inician en una Record View y utilizan datos de la misma.

    Generar Record List Actions:

    Generate Record Actions > Select the actions to generate > Review the generated objects

    Generar Related Action

    Create New Related Action > Fill fields > Ok

    Nota: “rv!” se utiliza para referenciar un datos de un campo en un Record y se utiliza para expresiones en el título de una Record View, una expresión de seguridad en una acción o una lista tipo feed.

    Step by Step #5

    Step-by-Step # 5

    Step-by-Step # 5

    Step-by-Step # 5

    Step-by-Step # 5