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
  • Appian es una plataforma/herramienta de low code la cual nos permite construir aplicaciones seguras rápida y eficazmente. Appian se compone por cuatro "capabilities" principales, las cuales son automation, data fabric, total experience y process mining.

    La capacidad de data fabric ayuda a la extracción y unificación de datos desde distintas fuentes, las cuales pueden ser bases de datos, sistemas, APIs, etc. La automatizacion de procesos se puede llevar a cabo utilizando el modelador de procesos(process modeler) o utilizando RPA/IPD. Process mining nos ayuda a descubrir las ineficiencias de los procesos y optimizar los resultados del negocio.

    Appian tambien nos permite la reutilizacion de templates de manera que podamos construir aplicaciones de manera más rápida y al seguir estándars de seguridad se puede implementar seguridad, tambien permite la auto-generacion de "record actions" con el fin de ahorrar tiempo.

    Mediante el End-to-End Appian process model design object podemos orquestar flujos de trabajo unificados, simplificar las integraciones, hacer cumplir las reglas del negocio y automatizar las tareas rutinarias.

    Appian delivery methodology 

    Consiste en cuatro "etapas"

     

    Initiate o llamada también "sprint 0" establece las metas, como alcanzarlas y el plan. Usualmente tiene una duración de entre 1 a 2 semanas.

     

    Esta etapa se enfoca en

     

    -Define success (definir el objetivo para tener éxito)

    -Explore scope (definir el alcance del proyecto)

    -Plan releases (El resultado de los sprint)

    -Agree on a way of working (when items are ready to work, when items are completed) acordar una forma de trabajar y definir cuando los entregables se pueden considerar completos

     

    DoR(definicion de listo, definition of ready)

    • asegurar que las historias de usuario contengan suficientes detalles
    •  Se requiere que el equipo de desarrollo entienda la historia de usuario

    DoD(definicion de hecho, definition of done)

    •  lista de criterios que una unidad de trabajo debe cumplir para estar considerada como completa
    • Incluir las pruebas (testing) y la documentación

     

    Build (build application in sprints)

    Build phase: definir scrum

     

    Agile: conjunto de valores y principios que proveen guias

    Scrum: simple y practico acercamiento al desarrollo de software agil

     

    Consiste en

    • Agile planning (backlog refinement(dos semanas de US que cumplan el DoR), story sizing(tamaño de la historia de usuario), spring planning(determinar que se puede cumplir para el siguiente sprint)
    • Disciplined development

    Leer la historia de usuario

    Descomponer la historia de usuario en sub tareas

    Desarrollar la historia de usuario

    Testear la historia de usuario

    Completar la revision entre pares (compañeros)

    Completar la revision por el product owner

    Checar la historia de usuario nuevamente

     

    Inspect and adapt

     

    - Daily standup (la misma hora cada día)

    - Revisión del sprint (ocurre al final de cada sprint) se utiliza para mostrar (partes interesadas) las características completas

    - Sprint retro (lo que funciona,que empezar a hacer,que dejar de hacer). Continuos improvement

    Lo que salió bien, lo que se pudo mejorar, lo que salió mal

     

    Release (complete final validation, hypercare)

    - Garantizar la preparación técnica

    - Implementar la aplicación

    Optimize (review stakeholder feedback, application performance)

    - Mantener y mejorar una aplicación

    - Medir el impacto

    Bases de datos

    Base de datos

     

    Es un conjunto organizado de datos, las bases de datos son generalmente usadas guardar y recuperar datos rapida y eficientemente.

     

    Entidad

    Una entidad es un concepto abstracto de un objeto/cosa de la cual puedes guardar informacion 

    Existen cuatro tipos de datos primitivos

    String (caracteres)

    Numeric (numericos)

    Date and Time (fecha y hora)

    Boolean (para guardar datos como "true" y "false")

     

    ¿Qué es un EDR?

    entity relationship diagram es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Los ERD se utilizan con mayor frecuencia para modelar y diseñar bases de datos relacionales. También se pueden utilizar como ayudas visuales para solucionar problemas en bases de datos existentes.

     

    Reference data

     

    Los datos de referencia son:

    - Típicamente estáticos y no cambian a menudo

    - Ampliamente reutilizados y referenciados en toda la empresa

     

    Constraints

     

    Constraints son reglas aplicadas en las columnas de una tabla. Estas reglas ayudan a limitar el tipo de datos que pueden incluirse en una columna. El propósito de las restricciones es garantizar que los datos en una base de datos sean precisos y confiables.

     

    NOT NULL CONSTRAINT

    NOT NULL garantiza que una columna no pueda tener valores NULL.

     

    UNIQUE CONSTRAINT

     

    UNIQUE Constraint garantiza que todos los valores de una columna sean diferentes. Puede tener muchas restricciones ÚNICAS por tabla.

     

    Relaciones:

     

    One to One 1-1

     

    One to many 1-10

     

    Many to one 10-1

     

    Many to many 10-10

     

    Normalizacion

    La normalización de bases de datos es un proceso que consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional. Con objeto de minimizar la redundancia de datos, facilitando su gestión posterior 

    Application Architecture

    Para comenzar el plan necesitamos

    - Definir el alcance de la aplicacion

    Componentes basicos del plan

     

    Personas and Groups

    Se definen las personas y los roles que estos tienen,

    los grupos definen la interaccion entre las personas y gripos

     

    Records

     

    Usuarios pueden ver y tomar acciones sobre los datos usando records.

    En la etapa de planeacion se identificaran los record types que deben ser creados

     

    Process Models

     

    Se puede modelar el flujo del proceso, podemos utilizar Appian process modeler para modelar estos flujos

     

    Reports

     

    Appian nos permite mostrar los datos en distintas tipos de graficos o tablas

     

    Ayudan a mostrar distintos tipos de metricas y antes de considerar cual usar debemos preguntarnos

     

    "What stakeholders want to know?"

Reply
  • Appian es una plataforma/herramienta de low code la cual nos permite construir aplicaciones seguras rápida y eficazmente. Appian se compone por cuatro "capabilities" principales, las cuales son automation, data fabric, total experience y process mining.

    La capacidad de data fabric ayuda a la extracción y unificación de datos desde distintas fuentes, las cuales pueden ser bases de datos, sistemas, APIs, etc. La automatizacion de procesos se puede llevar a cabo utilizando el modelador de procesos(process modeler) o utilizando RPA/IPD. Process mining nos ayuda a descubrir las ineficiencias de los procesos y optimizar los resultados del negocio.

    Appian tambien nos permite la reutilizacion de templates de manera que podamos construir aplicaciones de manera más rápida y al seguir estándars de seguridad se puede implementar seguridad, tambien permite la auto-generacion de "record actions" con el fin de ahorrar tiempo.

    Mediante el End-to-End Appian process model design object podemos orquestar flujos de trabajo unificados, simplificar las integraciones, hacer cumplir las reglas del negocio y automatizar las tareas rutinarias.

    Appian delivery methodology 

    Consiste en cuatro "etapas"

     

    Initiate o llamada también "sprint 0" establece las metas, como alcanzarlas y el plan. Usualmente tiene una duración de entre 1 a 2 semanas.

     

    Esta etapa se enfoca en

     

    -Define success (definir el objetivo para tener éxito)

    -Explore scope (definir el alcance del proyecto)

    -Plan releases (El resultado de los sprint)

    -Agree on a way of working (when items are ready to work, when items are completed) acordar una forma de trabajar y definir cuando los entregables se pueden considerar completos

     

    DoR(definicion de listo, definition of ready)

    • asegurar que las historias de usuario contengan suficientes detalles
    •  Se requiere que el equipo de desarrollo entienda la historia de usuario

    DoD(definicion de hecho, definition of done)

    •  lista de criterios que una unidad de trabajo debe cumplir para estar considerada como completa
    • Incluir las pruebas (testing) y la documentación

     

    Build (build application in sprints)

    Build phase: definir scrum

     

    Agile: conjunto de valores y principios que proveen guias

    Scrum: simple y practico acercamiento al desarrollo de software agil

     

    Consiste en

    • Agile planning (backlog refinement(dos semanas de US que cumplan el DoR), story sizing(tamaño de la historia de usuario), spring planning(determinar que se puede cumplir para el siguiente sprint)
    • Disciplined development

    Leer la historia de usuario

    Descomponer la historia de usuario en sub tareas

    Desarrollar la historia de usuario

    Testear la historia de usuario

    Completar la revision entre pares (compañeros)

    Completar la revision por el product owner

    Checar la historia de usuario nuevamente

     

    Inspect and adapt

     

    - Daily standup (la misma hora cada día)

    - Revisión del sprint (ocurre al final de cada sprint) se utiliza para mostrar (partes interesadas) las características completas

    - Sprint retro (lo que funciona,que empezar a hacer,que dejar de hacer). Continuos improvement

    Lo que salió bien, lo que se pudo mejorar, lo que salió mal

     

    Release (complete final validation, hypercare)

    - Garantizar la preparación técnica

    - Implementar la aplicación

    Optimize (review stakeholder feedback, application performance)

    - Mantener y mejorar una aplicación

    - Medir el impacto

    Bases de datos

    Base de datos

     

    Es un conjunto organizado de datos, las bases de datos son generalmente usadas guardar y recuperar datos rapida y eficientemente.

     

    Entidad

    Una entidad es un concepto abstracto de un objeto/cosa de la cual puedes guardar informacion 

    Existen cuatro tipos de datos primitivos

    String (caracteres)

    Numeric (numericos)

    Date and Time (fecha y hora)

    Boolean (para guardar datos como "true" y "false")

     

    ¿Qué es un EDR?

    entity relationship diagram es un modelo utilizado para ilustrar gráficamente las relaciones entre entidades o tablas en una base de datos. Los ERD se utilizan con mayor frecuencia para modelar y diseñar bases de datos relacionales. También se pueden utilizar como ayudas visuales para solucionar problemas en bases de datos existentes.

     

    Reference data

     

    Los datos de referencia son:

    - Típicamente estáticos y no cambian a menudo

    - Ampliamente reutilizados y referenciados en toda la empresa

     

    Constraints

     

    Constraints son reglas aplicadas en las columnas de una tabla. Estas reglas ayudan a limitar el tipo de datos que pueden incluirse en una columna. El propósito de las restricciones es garantizar que los datos en una base de datos sean precisos y confiables.

     

    NOT NULL CONSTRAINT

    NOT NULL garantiza que una columna no pueda tener valores NULL.

     

    UNIQUE CONSTRAINT

     

    UNIQUE Constraint garantiza que todos los valores de una columna sean diferentes. Puede tener muchas restricciones ÚNICAS por tabla.

     

    Relaciones:

     

    One to One 1-1

     

    One to many 1-10

     

    Many to one 10-1

     

    Many to many 10-10

     

    Normalizacion

    La normalización de bases de datos es un proceso que consiste en designar y aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional. Con objeto de minimizar la redundancia de datos, facilitando su gestión posterior 

    Application Architecture

    Para comenzar el plan necesitamos

    - Definir el alcance de la aplicacion

    Componentes basicos del plan

     

    Personas and Groups

    Se definen las personas y los roles que estos tienen,

    los grupos definen la interaccion entre las personas y gripos

     

    Records

     

    Usuarios pueden ver y tomar acciones sobre los datos usando records.

    En la etapa de planeacion se identificaran los record types que deben ser creados

     

    Process Models

     

    Se puede modelar el flujo del proceso, podemos utilizar Appian process modeler para modelar estos flujos

     

    Reports

     

    Appian nos permite mostrar los datos en distintas tipos de graficos o tablas

     

    Ayudan a mostrar distintos tipos de metricas y antes de considerar cual usar debemos preguntarnos

     

    "What stakeholders want to know?"

Children
No Data