Día 1 ¿Que entendiste de Appian Essentials (2022)?

Día 1 ¿Que entendiste de Appian Essentials (2022)?

  Discussion posts and replies are publicly visible

Parents
  • Isaac Balam Lira Ramírez

    Appian Essentials

    Appian nos facilita una variedad de herramientas “low-code” tales como:

    • Configuraciones Point-and-click
    • Pre-built features
    • Componentes Drag-and-drop

    “Low-Code” nos facilita crear, modificar y ejecutar aplicaciones empresariales, por lo cual ofrece agilidad.

    Que hace Appian único:

    • Data Fabric: Une datos de múltiples sistemas para construir aplicaciones poderosas.
    • Total Experience: Involucra usuarios externos e internos a través de experiencias en móviles y mediante la web.
    • Process Mining; Se utiliza para describir procesos no eficientes y optimizarlos.
    • Automation; Appian ofrece un conjunto de capacidades de automatización entre los cuales se encuentran: RPA (Robotic Process Automation), AI (Artificial Intelligence), IDP (Intelligent Document Processing), API Integrations, Business Rules, Workflows.

    El Workflow (nodos workflow preconstruidos) se pueden ver en el Appian process modeler lo que permite automatizar procesos. Estas capacidades se usan para asignar tareas a los usuarios, ejecutar servicios comunes de los “business”, y definir cómo es el flujo de procesos.

    Las funcionalidades o Smart Services te permite integrar funcionalidades sin codificar.

    Record Types

    Los Record Types se utilizan para unificar datos, es decir que se pueden relacionar entre sí como en las bases de datos relacionales. Además se pueden asegurar (poner seguridad) y pueden generar acciones para ellos.

    Proceso de Modelado

    Los Process Model se utilizan para hacer la automatización End-to-End de procesos. También se pueden usar para simplificar la integración con otros sistemas. Y automatizar tareas repetitivas.

    Los Process Model unifican:

    • Personas
    • Sistemas
    • Datos
    • Robotic task
    • AI
    • Reglas de negocio

    Sites and Portals

    Se desarrollan distintas aplicaciones para cada uno de los roles involucrados “group of business users” así cada uno tiene su propia vista, a cada aplicación hecha con este propósito se le conoce como “site”. Los “site” sólo incluyen la información necesaria para que cada grupo de usuarios complete sus tareas sin distracciones. Los “site” cuentan con páginas y son parte de una aplicación.

    Portals son experiencias para usuarios que no cuentan con  “Appian Login” y necesitan ver o compartir información en tu app. Los portales se usan principalmente para registrar para un evento, reportar un incidente, etc,

    RPA and IDP

    RPA: Son “software bots” que pueden simular acciones humanas como acceder a diferentes sistemas, “teclear”, llenar formas, extraer datos, etc. Es mejor usarlos para automatizar tareas donde hay altos volúmenes de repetición. Es la única solución para conectarse a sistemas “legacy” que no cuentan con APIs.

    IDP: Basada en AI y MACHINE LEARNING esta tecnología es usada para extraer información de PDF estructurados o semiestructurados y transformarlos en información que puede aprovecharse. Se le puede enseñar al IDP a clasificar y extraer datos de ciertos tipos de documentos. Una vez que se extrae información puedes usar un proceso para escribirla en una base de datos.

    Introduction to Delivery

    En delivery hay 4 fases muy importantes: Initiate, Build, Release, Optimize.

    Roles

    5 Roles Clave para el desarrollo de aplicaciones en Appian

    • Test Manager
    • Team Lead
    • Product Owner
    • Architect
    • Developer

    Initiate (Sprint 0)

    • En esta fase deines las metas del proyecto
    • Explorar cómo la aplicación cumple con esas metas

    Hacer solo la planeación necesaria, entre más cerca estás de construir el requerimiento más precisa es la planeación. Se planean los detalles de lo que se implementará primero en el proyecto.

    Para tener nuestras metas claras debemos definir nuestras metas, definir qué es el éxito, definir el alcance, y planear lanzamientos. Acordar cómo trabajar.

    DoR, criterios que hay que reunir antes de empezar el desarrollo. Por ejemplo si la historia de usuario no contiene suficiente información o el equipo de desarrollo no la entiende entonces el equipo será menos eficiente.

    DoD, criterios que hay que reunir para que se considere completo, por ejemplo, el testing y la documentación necesaria para liberar el producto al usuario.

    Build (Sprints)

    • Crear aplicaciones en iteraciones rápidas
    • Cada sprint es de 2 semanas

    Un sprint consta de Documentación, Desarrollo, y Testing

    Se compone de tres partes

    • Agile Planning: Backlog refinement, Story Sizing, Sprint Planning
    • Disciplined Development: Lee tu user story, divide cada user story en tareas más pequeñas (recuerda PPT), desarrolla user story, completa el peer review, completa el product owner review, verificar DoD.
    • Inspect and Adapt: Hay que inspeccionar las cosas que se están haciendo bien, y las cosas que se pueden mejorar, esto usualmente se ve mejor reflejado en la parte del Sprint Retrospective.

    Scrum

    Enfoque simple y práctico para el acercamiento al desarrollo de software.

    Completar unidades de trabajo de forma incremental, como un equipo.

    Roles Scrum

    • SM Scrum Master: Vela por el seguimiento de las prácticas Agile y remueve impedimentos a su equipo, además de ser el punto primario de contacto.
    • PO Product Owner: Define como quiere el producto (Requerimientos)
    • Developers: Entregan una pieza de software funcional en cada Sprint

    Nota: Los Eventos de Scrum son Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.

    Release

    • Hacer una validación final completa
    • Asegurar que el producto está listo de forma técnica
    • El lanzamiento de la aplicación
    • Hypercare periodo de soporte
    • Hardening Sprint

    Optimize

    • Escuchar el feedback de los stakeholders
    • Ver la ejecución de la aplicación
    • Revisar las KPIs

    Database Design

    Base de datos: es una estructura organizada de datos, usualmente en una computadora; se usan principalmente para buscar y obtener datos de forma eficiente.

    Entidad: Una entidad es un concepto abstracto para algo sobre lo que quieres guardar información. Esto puede ser una cosa, persona, organización, lugar, unidad, objeto, etc. Por ejemplo, en una empresa, una entidad empleado puede guardar datos sobre los empleados.

    Tablas: Las entidades son almacenadas como tablas dentro de las bases de datos. Las partes de las que se compone una tabla son las siguientes.

    Tabla: Parecen una plantilla por como lucen y se construyen, Juntan datos con columnas y filas. En una base de datos relacional cada tabla representa una entidad diferente.

    Data Item (Elemento en celda): Las columnas y filas se intersectan en celdas las cuales son llamadas Data Item o llanamente Item.

    Atributo (Columnas): Las columnas en una tabla son denominadas campos o atributos, dichos campos definen la estructura de la tabla; cada datos almacenado en una columna debe ser del tipo definido como atributo.

    Record (Fila): Una fila contiene un conjunto de valores relacionados o Data Items para cada columna que exista en la tabla. Mientras las columnas ayudan con la estructura de una tabla, las filas contienen la información en ella.

    Nota: Una base de datos relacional, sigue una estructura con sus tablas, además mantiene la integridad ya que todos sus datos son consistentes de tabla en tabla; mientras tanto una base de datos no relacional sigue una estructura de jerarquía. 

    Schema: Un esquema también es conocido como un plano (blueprint) de una base de datos y describe cómo los datos están organizados en una base de datos relacional. Los esquemas pueden ser de las siguientes maneras.

    Database Constraints: Son las reglas para reforzar las columnas de una tabla, Estas reglas ayudan a limitar el tipo de datos que puede ir dentro de una columna, su propósito es asegurar que los datos en una base de datos son acertados y confiables.

    Las “Primary Key” es una forma única de identificar una columna en una tabla, por defecto tienen las reglas de NOTNULL y UNIQUE. Es decir, las llaves primarias son únicas y no pueden contener valores nulos.

    Una “Foreign Key” es una columna que une dos tablas, esto se hace ya que almacena un Data Item ya existente en la “Primary Key” a la que está relacionada, es decir apunta a una llave primaria aunque esta podría apuntar a una columna que tenga el Constraint UNIQUE.

    Los tipos de datos pueden variar dependiendo de la base de datos que estés usando.

    Los cuatro tipos de datos primitivos son los siguientes:

    • Boolean: Contienen Falso o Verdadero
    • String: Contienen números, datos y/o caracteres especiales.
    • Date and Time: Contienen Fechas y/o Tiempo
    • Numeric: Contienen números

    Data Normalization: Es el procesos  de estructurar información en una base de datos para reducir la redundancia y hacerla más eficiente, es importante para asegurar que tus datos sean acertados y no contengan ningún duplicado.

    Reference Data: Datos útiles para clasificar o  categorizar datos en una base de datos. Normalmente son estáticos, y son usados comúnmente.

    Relaciones

    Uno a Uno: Es la relación más simple, ya que por cada fila en la tabla padre solamente puede existir una fila relacionada en la tabla hijo.

    Uno a Muchos y Muchos a Uno: En este tipo de relaciones cada fila de la tabla padre está relacionada con muchas filas de la tabla hijo, y cada fila de la tabla hijo sólo está relacionada con una fila de la tabla padre.

    Muchos a Muchos: Una fila en la tabla padre puede estar relacionada con múltiples filas en la tabla hijo y viceversa. En este tipo de relaciones normalmente existe una tabla más que está en medio de las dos llamada tabla pivote.

    ERD

    Es un modelo usado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Los ERD son normalmente usados para modelar y diseñar bases de datos relacionales. El ERD tiene una simbología única.

    Application Architecture

    Necesitamos

    • El propósito y metas de nuestra aplicación y la definición de cómo el éxito será medido.
    • Definir personas en grupos, diseño de datos basado en registros, procesos comerciales e informes que se usarán en la aplicación.
    • Un documento de planeación que puede ser fácilmente referenciado durante la creación de la aplicación.

    La planeación comienza respondiendo a preguntas fundamentales tales como:

    • ¿Por qué su organización quiere crear una aplicación?
    • ¿Cuál es el propósito y las metas de la aplicación?

    Además se debe decidir qué métricas se usarán para medir el éxito de la aplicación.

    Es importante que todos en la organización estén de acuerdo con el propósito y las metas de la nueva aplicación, y estas deben estar indicadas por escrito.

    La declaración escrita debe compartirse con los “Stakeholders” para llegar a un consenso, esto pone en sintonía a todos y define el alcance de la aplicación.

    Los resultados medibles normalmente comienzan con verbos de acción (Lograr, reducir, mejorar).

    Los objetos claves para la elaboración de aplicaciones son:

    • Tareas
    • Reportes
    • Records
    • Acciones

    Los componentes básicos de planificación son los siguientes:

    • Personas & Groups: Persona es la representación de un grupo de personas que trabajan en la aplicación, hay que identificar las actividades clave que la persona utiliza.
    • Data Design & Records: Los datos se gestionan a través de tipos de registro que ayudan a definir el modelo de datos utilizado en la aplicación. Durante la etapa de planeación se consideran los tipos de registro que deben crearse.
    • Process Models: Se documentan los procesos comerciales dibujando diagramas workflow.
    • Reports: visualizan datos agregados entre registros.

    Step-by-Step # 1

Reply
  • Isaac Balam Lira Ramírez

    Appian Essentials

    Appian nos facilita una variedad de herramientas “low-code” tales como:

    • Configuraciones Point-and-click
    • Pre-built features
    • Componentes Drag-and-drop

    “Low-Code” nos facilita crear, modificar y ejecutar aplicaciones empresariales, por lo cual ofrece agilidad.

    Que hace Appian único:

    • Data Fabric: Une datos de múltiples sistemas para construir aplicaciones poderosas.
    • Total Experience: Involucra usuarios externos e internos a través de experiencias en móviles y mediante la web.
    • Process Mining; Se utiliza para describir procesos no eficientes y optimizarlos.
    • Automation; Appian ofrece un conjunto de capacidades de automatización entre los cuales se encuentran: RPA (Robotic Process Automation), AI (Artificial Intelligence), IDP (Intelligent Document Processing), API Integrations, Business Rules, Workflows.

    El Workflow (nodos workflow preconstruidos) se pueden ver en el Appian process modeler lo que permite automatizar procesos. Estas capacidades se usan para asignar tareas a los usuarios, ejecutar servicios comunes de los “business”, y definir cómo es el flujo de procesos.

    Las funcionalidades o Smart Services te permite integrar funcionalidades sin codificar.

    Record Types

    Los Record Types se utilizan para unificar datos, es decir que se pueden relacionar entre sí como en las bases de datos relacionales. Además se pueden asegurar (poner seguridad) y pueden generar acciones para ellos.

    Proceso de Modelado

    Los Process Model se utilizan para hacer la automatización End-to-End de procesos. También se pueden usar para simplificar la integración con otros sistemas. Y automatizar tareas repetitivas.

    Los Process Model unifican:

    • Personas
    • Sistemas
    • Datos
    • Robotic task
    • AI
    • Reglas de negocio

    Sites and Portals

    Se desarrollan distintas aplicaciones para cada uno de los roles involucrados “group of business users” así cada uno tiene su propia vista, a cada aplicación hecha con este propósito se le conoce como “site”. Los “site” sólo incluyen la información necesaria para que cada grupo de usuarios complete sus tareas sin distracciones. Los “site” cuentan con páginas y son parte de una aplicación.

    Portals son experiencias para usuarios que no cuentan con  “Appian Login” y necesitan ver o compartir información en tu app. Los portales se usan principalmente para registrar para un evento, reportar un incidente, etc,

    RPA and IDP

    RPA: Son “software bots” que pueden simular acciones humanas como acceder a diferentes sistemas, “teclear”, llenar formas, extraer datos, etc. Es mejor usarlos para automatizar tareas donde hay altos volúmenes de repetición. Es la única solución para conectarse a sistemas “legacy” que no cuentan con APIs.

    IDP: Basada en AI y MACHINE LEARNING esta tecnología es usada para extraer información de PDF estructurados o semiestructurados y transformarlos en información que puede aprovecharse. Se le puede enseñar al IDP a clasificar y extraer datos de ciertos tipos de documentos. Una vez que se extrae información puedes usar un proceso para escribirla en una base de datos.

    Introduction to Delivery

    En delivery hay 4 fases muy importantes: Initiate, Build, Release, Optimize.

    Roles

    5 Roles Clave para el desarrollo de aplicaciones en Appian

    • Test Manager
    • Team Lead
    • Product Owner
    • Architect
    • Developer

    Initiate (Sprint 0)

    • En esta fase deines las metas del proyecto
    • Explorar cómo la aplicación cumple con esas metas

    Hacer solo la planeación necesaria, entre más cerca estás de construir el requerimiento más precisa es la planeación. Se planean los detalles de lo que se implementará primero en el proyecto.

    Para tener nuestras metas claras debemos definir nuestras metas, definir qué es el éxito, definir el alcance, y planear lanzamientos. Acordar cómo trabajar.

    DoR, criterios que hay que reunir antes de empezar el desarrollo. Por ejemplo si la historia de usuario no contiene suficiente información o el equipo de desarrollo no la entiende entonces el equipo será menos eficiente.

    DoD, criterios que hay que reunir para que se considere completo, por ejemplo, el testing y la documentación necesaria para liberar el producto al usuario.

    Build (Sprints)

    • Crear aplicaciones en iteraciones rápidas
    • Cada sprint es de 2 semanas

    Un sprint consta de Documentación, Desarrollo, y Testing

    Se compone de tres partes

    • Agile Planning: Backlog refinement, Story Sizing, Sprint Planning
    • Disciplined Development: Lee tu user story, divide cada user story en tareas más pequeñas (recuerda PPT), desarrolla user story, completa el peer review, completa el product owner review, verificar DoD.
    • Inspect and Adapt: Hay que inspeccionar las cosas que se están haciendo bien, y las cosas que se pueden mejorar, esto usualmente se ve mejor reflejado en la parte del Sprint Retrospective.

    Scrum

    Enfoque simple y práctico para el acercamiento al desarrollo de software.

    Completar unidades de trabajo de forma incremental, como un equipo.

    Roles Scrum

    • SM Scrum Master: Vela por el seguimiento de las prácticas Agile y remueve impedimentos a su equipo, además de ser el punto primario de contacto.
    • PO Product Owner: Define como quiere el producto (Requerimientos)
    • Developers: Entregan una pieza de software funcional en cada Sprint

    Nota: Los Eventos de Scrum son Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.

    Release

    • Hacer una validación final completa
    • Asegurar que el producto está listo de forma técnica
    • El lanzamiento de la aplicación
    • Hypercare periodo de soporte
    • Hardening Sprint

    Optimize

    • Escuchar el feedback de los stakeholders
    • Ver la ejecución de la aplicación
    • Revisar las KPIs

    Database Design

    Base de datos: es una estructura organizada de datos, usualmente en una computadora; se usan principalmente para buscar y obtener datos de forma eficiente.

    Entidad: Una entidad es un concepto abstracto para algo sobre lo que quieres guardar información. Esto puede ser una cosa, persona, organización, lugar, unidad, objeto, etc. Por ejemplo, en una empresa, una entidad empleado puede guardar datos sobre los empleados.

    Tablas: Las entidades son almacenadas como tablas dentro de las bases de datos. Las partes de las que se compone una tabla son las siguientes.

    Tabla: Parecen una plantilla por como lucen y se construyen, Juntan datos con columnas y filas. En una base de datos relacional cada tabla representa una entidad diferente.

    Data Item (Elemento en celda): Las columnas y filas se intersectan en celdas las cuales son llamadas Data Item o llanamente Item.

    Atributo (Columnas): Las columnas en una tabla son denominadas campos o atributos, dichos campos definen la estructura de la tabla; cada datos almacenado en una columna debe ser del tipo definido como atributo.

    Record (Fila): Una fila contiene un conjunto de valores relacionados o Data Items para cada columna que exista en la tabla. Mientras las columnas ayudan con la estructura de una tabla, las filas contienen la información en ella.

    Nota: Una base de datos relacional, sigue una estructura con sus tablas, además mantiene la integridad ya que todos sus datos son consistentes de tabla en tabla; mientras tanto una base de datos no relacional sigue una estructura de jerarquía. 

    Schema: Un esquema también es conocido como un plano (blueprint) de una base de datos y describe cómo los datos están organizados en una base de datos relacional. Los esquemas pueden ser de las siguientes maneras.

    Database Constraints: Son las reglas para reforzar las columnas de una tabla, Estas reglas ayudan a limitar el tipo de datos que puede ir dentro de una columna, su propósito es asegurar que los datos en una base de datos son acertados y confiables.

    Las “Primary Key” es una forma única de identificar una columna en una tabla, por defecto tienen las reglas de NOTNULL y UNIQUE. Es decir, las llaves primarias son únicas y no pueden contener valores nulos.

    Una “Foreign Key” es una columna que une dos tablas, esto se hace ya que almacena un Data Item ya existente en la “Primary Key” a la que está relacionada, es decir apunta a una llave primaria aunque esta podría apuntar a una columna que tenga el Constraint UNIQUE.

    Los tipos de datos pueden variar dependiendo de la base de datos que estés usando.

    Los cuatro tipos de datos primitivos son los siguientes:

    • Boolean: Contienen Falso o Verdadero
    • String: Contienen números, datos y/o caracteres especiales.
    • Date and Time: Contienen Fechas y/o Tiempo
    • Numeric: Contienen números

    Data Normalization: Es el procesos  de estructurar información en una base de datos para reducir la redundancia y hacerla más eficiente, es importante para asegurar que tus datos sean acertados y no contengan ningún duplicado.

    Reference Data: Datos útiles para clasificar o  categorizar datos en una base de datos. Normalmente son estáticos, y son usados comúnmente.

    Relaciones

    Uno a Uno: Es la relación más simple, ya que por cada fila en la tabla padre solamente puede existir una fila relacionada en la tabla hijo.

    Uno a Muchos y Muchos a Uno: En este tipo de relaciones cada fila de la tabla padre está relacionada con muchas filas de la tabla hijo, y cada fila de la tabla hijo sólo está relacionada con una fila de la tabla padre.

    Muchos a Muchos: Una fila en la tabla padre puede estar relacionada con múltiples filas en la tabla hijo y viceversa. En este tipo de relaciones normalmente existe una tabla más que está en medio de las dos llamada tabla pivote.

    ERD

    Es un modelo usado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Los ERD son normalmente usados para modelar y diseñar bases de datos relacionales. El ERD tiene una simbología única.

    Application Architecture

    Necesitamos

    • El propósito y metas de nuestra aplicación y la definición de cómo el éxito será medido.
    • Definir personas en grupos, diseño de datos basado en registros, procesos comerciales e informes que se usarán en la aplicación.
    • Un documento de planeación que puede ser fácilmente referenciado durante la creación de la aplicación.

    La planeación comienza respondiendo a preguntas fundamentales tales como:

    • ¿Por qué su organización quiere crear una aplicación?
    • ¿Cuál es el propósito y las metas de la aplicación?

    Además se debe decidir qué métricas se usarán para medir el éxito de la aplicación.

    Es importante que todos en la organización estén de acuerdo con el propósito y las metas de la nueva aplicación, y estas deben estar indicadas por escrito.

    La declaración escrita debe compartirse con los “Stakeholders” para llegar a un consenso, esto pone en sintonía a todos y define el alcance de la aplicación.

    Los resultados medibles normalmente comienzan con verbos de acción (Lograr, reducir, mejorar).

    Los objetos claves para la elaboración de aplicaciones son:

    • Tareas
    • Reportes
    • Records
    • Acciones

    Los componentes básicos de planificación son los siguientes:

    • Personas & Groups: Persona es la representación de un grupo de personas que trabajan en la aplicación, hay que identificar las actividades clave que la persona utiliza.
    • Data Design & Records: Los datos se gestionan a través de tipos de registro que ayudan a definir el modelo de datos utilizado en la aplicación. Durante la etapa de planeación se consideran los tipos de registro que deben crearse.
    • Process Models: Se documentan los procesos comerciales dibujando diagramas workflow.
    • Reports: visualizan datos agregados entre registros.

    Step-by-Step # 1

Children
No Data