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

Appian es una plataforma para el desarrollo de aplicaciones low-code empresariales, la cual permite crearlas de una manera rápida, segura, escalable y automatizada, lo cual permite que el tiempo de desarrollo y entrega de estas mismas, se reduzca considerablemente. 

A su vez, Appian nos ofrece una gran cantidad de herramientas, con las que podemos trabajar de una manera sencilla, como lo es arrastrar y soltar, crear flujos de trabajo de forma rápida y eficaz, a través de un modelado de procesos bastante potente e intuitivo. 

Además, Appian se enfoca en 3 grandes capacidades, que nos permite aprovechar al máximo el desarrollo que hagamos aquí, las cuales son: 

Workflow: El cual nos permite crear una secuencia de tareas, de los diferentes procesos que vayamos a manejar, todo esto utilizando herramientas de arrastrar y soltar, pero también poder manipularlas y configurarlas, a través de reglas de expresión. 

Data Mining: Esto es aprovechar todos los datos que nuestra aplicación nos vaya arrojando, permitiendo analizarlos y poder crear events logs, que nos ayudaran a mejorar y entender que es lo que está pasando los procesos de nuestra organización 

Automatization: Esto nos permite crear procesos donde la intervención del usuario se reduce, y nos ayuda a que tareas que son repetitivas o que necesitan ejecutarse después de cierta tarea en el mismo flujo, de hagan de manera automática. Utilizando RPA (Robotic Process Automation), Smart Services, Script Tags. No ayuda también a mitigar posibles errores, que podamos tener, al tener que hacerlas de manera manual. 

En Appian todo está construido con un esquema de objetos, donde todo lo que manipulemos o con lo que interactuemos, sea tratado como tal. Ya que cada uno posee sus propias características, propiedades y configuraciones. Además, que su naturaleza nos dice que todo sea organizado en carpetas, creándolas para cada tipo objeto. Esto nos permite tener bien organizado nuestro proyecto, ubicar de manera rápida, y que todo los que participan, sepan de donde manipular o importar dichos objetos. 

Parte de estos objetos son Record Types, Interfaces, Process Models, Forms, Reports, etc. Donde debemos construir nuestro proyecto alrededor de nuestros Record Types, que son nuestro actor principal y sobre los cuales debemos crear nuestros procesos. 

Para concluir, un factor principal de Appian, es el manejo de su seguridad, ya que es un punto crítico, y Appian se lo toma muy en serio. Donde podemos asegurar nuestro proyecto y objetos, a través de diferentes perfiles y/o grupos, que serán creados a medida de como los vayamos necesitando, otorgándole solo los permisos necesarios a los objetos del proyecto. Por defecto, tenemos el grupo de Todos los usuarios y Administradores, pero podemos tantos como los necesitemos. 

Jesús Reyes Hernández

Appian Essentials

Appian es una plataforma de low-code unificada que se usa para descubrir, diseñar y automatizar procesos, se centra en la minería de procesos, workflow y automatización.

Workflow:

• Secuencia de tareas que procesan un conjunto de datos.
• organiza todas las capacidades de la plataforma

Minería de procesos:

• Analizar procesos en su organización utilizando registros de eventos
• Se utiliza para descubrir cuellos de botella, comparar procesos en el campo con las practicas recomendadas y evaluar el rendimiento.

La automatización:

• Hace referencia a automatizar tareas manuales utilizando RPA, IA, IDP, reglas de negocio y servicios inteligentes.

Los portales de appian abre sus aplicaciones internas a usuarios no autenticados.

Las soluciones de Appian proporcionan tiempo para obtener valor más rápido cuando busca software para resolver una necesidad común de la industria.

Una aplicación común de Appian incluirá estas páginas:

• Lista de registros o una página de inicio personalizado
• Una vista resumida
• Un tablero de informes
• Una página de tareas
• Formularios

Los objetos de Appian e incluso los procesos robóticos pueden crearse rápidamente usando características de low-code.

• Muchos de los objetos de appian se crean usando la configuración de señalar y hacer clic
• Los nodos y servicios inteligentes prediseñados del modelador de procesos de Appian simplifican el proceso de diseñar los workflow de cualquier complejidad.
• Appian proporciona a un desarrollador plantilla, componentes para arrastrar y soltar y patrones para crear interfaces de usuario intuitivas y fáciles de usar

Proceso Robótico Automatización (RPA):

• Se usa para automatizar tareas manuales de alto volumen y en escenarios que requieren una conexión con sistemas sin API.

Procesamiento Inteligente de Documentos (IDP)

• Se usa para extraer datos de documentos PDF estructurados o semiestructurados.

Reglas de Negocio.

Servicios Inteligentes.

Appian Mining Prep le permitirá trasformar datos sin procesar un registro de eventos utilizable.

El descubrimiento de procesos revelara como es su proceso en la vida real.

La verificación de conformidad comparara los modelos descubiertos y objetivos para revelar desviaciones.

Los tableros personalizados se usan para continuar monitoreando el rendimiento de sus procesos clave.

Metodología de Entrega de Appian

Inicio, crear, lanzar y optimizar

Inicio

• Define las metas del proyecto, explora lo que debe hacer la aplicación y trazar un plan para entregar valor rápidamente
• Definir el éxito para todas las partes interesadas entiendan como se ve el éxito para el proyecto.
• Explorar el alcance, para establecer una cola de tareas de requisitos y asegurar de que haya suficientes detalles para comenzar.
• Planificar lanzamientos, para definir el plan de lanzamientos incremental y estimar el tiempo para el primer lanzamiento.
• Acordar una forma de trabajar para que los involucrados entiendan.
• 1-2 semanas

Crear

• Construirá la aplicación en iteraciones rápidas llamada sprints (2 semanas)
• Cada sprints incluye el desarrollo, pruebas y documentación

Lanzamiento

• Validación final de la funcionalidad, asegurándose de que la aplicación estáztécnicamente lista para proceder a su lanzamiento
• 1-2 semanas

Optimizar

• Revisar comentarios de las partes interesadas, el rendimiento de la aplicación y otros indicadores de desempeño KPI.

La definición de listo (definition of ready DoR) es una lista de criterios que debe cumplir una unidad de trabajo para que comience el desarrollo

La definición de hecho (definition of done DoD) es una lista de criterios que debe cumplir una historia para que el equipo de entrega la considere completa

Refinamiento de la lista de tareas: cuando se asegura de que haya 2 semanas de historias que cumplan con la DoR.

Dimensión de la historia: cuando estima los puntos para una historia.

Planificación de sprint: cuando determina que se puede lograr en el próximo sprint .

Base de datos

Una base de datos es un conjunto de datos organizado o estructurado, generalmente almacenado en una computadora.

Una entidad es un concepto abstracto de algo sobre lo que desea almacenar información. Esto podría ser una cosa, persona, organización, lugar, unidad, objeto o elemento. 

Los tipos de datos son un concepto importante en las bases de datos. 

Hay tipos de datos simples o primitivos y otros complejos.

Tipos de datos primitivos:

• Cadena
• Numérico
• Fecha y hora
• Booleano

La normalización de datos es el proceso de estructurar la información en una base de datos para reducir la redundancia y hacerla más eficiente. La normalización de datos es importante para garantizar que sus datos sean precisos y no contengan registros duplicados. Cuando sus datos son eficientes y están bien estructurados, es más fácil encontrar y utilizar la información que necesita.

Un diagrama de relación de entidad , o ERD , es un modelo que se utiliza 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 las bases de datos existentes.

 Arquitectura de la Aplicación

Personas y grupos

• identifique quién interactuará con la aplicación y las actividades clave que cada persona debe realizar.
• Definir las actividades para cada persona lo ayudará a definir grupos, que se utilizan para configurar la seguridad en una aplicación.

Diseño y registro de datos

• los usuarios interactúan con los datos mediante el registro
• una vista integrada de los datos recopilados de varias fuentes sobre los que los usuarios pueden tomar medidas
• diseño de maquetas para presentar datos
• planificar cómo funcionará el registro en conjunto

Modelos de proceso

• usó el modelador de procesos de appian para dibujar sus procesos de negocio
• definir lo que sucede durante cada paso
• los modelos de proceso impulsan las acciones realizadas en la aplicación

Informes

• los informes visualizan datos agregados a través de registros
• identificar los datos necesarios para los informes
• determinar cómo se recopilarán y calcularán los datos
• finalizar la planificación del informe antes de finalizar la estructura de datos

Es una buena idea crear un documento de planificación para una nueva aplicación y comenzar con una declaración del propósito y las metas de la aplicación. Agregue algunas medidas claves de desempeño, que si se lograr, conformaran una imagen de éxito.

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.

Fernando Fernández Morales

Appian Essentials

¿Qué es Appian?

• Es una plataforma de desarrollo que ayuda a automatizar procesos creando aplicaciones escalables.

• Unifica datos de múltiples sistemas

• Involucra a todos los usuarios a través de experiencias web

• Extrae datos para descubrir oportunidades de optimización y automatización

Todo eso por medio de herramientas low code para crear aplicaciones más sofisticadas y de manera más rápida

 4 puntos clave de Appian

• Data Fabric:

o Sirve para obtener información de diversos sistemas utilizando una base de datos ya existente o creando una nueva, también permite el uso de filtros de seguridad

• Automation:

o Consta de RPA e IDP. RPA puede completar pulsaciones en el teclado, extraer datos, completar formularios, etc. IDP puede leer documentos PDF estructurados o semiestructurados para obtener información.

• Total experience:

o Funciona con un sistema de arrastrar y soltar. Cuenta con muchos componentes y plantillas para realizar un diseño.

• Process Minning:

o Analiza procesos comerciales para descubrir ineficacias. Brinda nuevos conocimientos como causas raíz de un cuello de botella en los procesos. Evalúa rendimiento en torno a KPI.

Appian Delivery Methodology

Consta de 4 fases:

• Inicio:

o También llamado sprint 0, en él se definen metas, dura de 1 a 2 semanas.

o Se define el éxito

o Se explora el alcance

o Se llegan a acuerdos sobre como trabajar

Definition of ready (DoR)

Es una lista de requisitos para poder empezar a trabajar

Definition of Done (DoD)

Lista de requisitos que se deben completar o cumplir para considerar que algo esta terminado.



Agile

Appian usa Scrum, ya que es simple y práctico. Scrum se compone de sprints de 2 semanas. Y cuenta con los siguientes roles:

• Product Owner

• Scrum Master

• Developers

User Stories

Contienen descripciones del software en lenguaje no técnico y son escritas desde la perspectiva de un usuario final.

• Construir: Se conforma de varios sprints de 2 semanas. El equipo de desarrollo recibe los user stories y se califican por medio de un storie size, esto sirve para planificar los sprints.



• Lanzar: Validación final, lanzamiento de la aplicación.




• Optimizar: Mejorar procesos



Base de datos

Son un conjunto de datos organizados y estructurados.

Sirven para la búsqueda y recuperación de datos eficiente.

Partes que componen una base de datos:


• Dato: Es cuando una fila y una columna se interceptan

• Atributo: Definen la estructura de la tabla, cada columna tiene un atributo

• Fila: Conjunto de valores relacionados también se conocen como registro

• PK: Llave primaria, valor único para un registro

• FK: Llave foránea, unión entre 2 tablas mediante un atributo


Tipos de datos

String = Letras

Num = Números

Date = Fechas

Boolean = Cierto o falso

Organización de datos

Se pueden utilizar PK para evitar la redundancia de datos


Diagrama relación entidad

Modelo para ilustrar gráficamente las relaciones entre tablas

Aplication architecture

Partes básicas de la planeación

• Persona: Grupo o persona que utilizara la aplicación

• Record Type: Los datos que se gestionan


Process Models

Ayuda a definir que pasa en cada paso del proceso


Personas

Quien va a trabajar en la aplicación

Se dividen por jerarquía y grupos

Se pueden dar permisos por grupos


Modelo de proceso

Son los procesos que va a hacer la aplicación


Reportes

Pueden ser gráficas o tablas que muestran los resultados

Las gráficas muestran informes de valor (Métricas)

Las tablas muestran potenciales problemas

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?"

David Sanchez Vazquez

Appian Essentials (2023)

¿Qué es Appian?

Appian es una plataforma de desarrollo de aplicaciones low-code que permite crear aplicaciones empresariales de manera rápida y eficiente. Esta proporciona a los desarrolladores y usuarios un interfaz intuitiva y visual para diseñar, construir aplicaciones personalizadas, así como automatizar procesos y tareas manuales.

Esta consta de algunas herramientas como lo son;

• Point-and-click configuration
• Pre-nuilt feactures
• Drag-and-drop components

Appian tiene 4 capacidades criticas de automatización, las cuales son;

• Data Fabric.

Consta con 6 objetos de diseño con los cuales le permiten acceder a datos empresariales y unificarlos dentro una aplicación para crear rápida y fácilmente interfaces.

• Automatización.

Esta capacidad permite la automatización de procesos comerciales de cualquier complejidad. Esta capacidad incluye WorkFlows, Reglas de negocio, Automatización de procesos robóticos (RPA) y el Proceso de documentos inteligentes (IDP).

• Total Experience.

Esta capacidad permite involucrar a todos los usuarios, así como le proporciona a los usuarios experiencias seguras que le funcionen bien es dispositivos móviles y en dispositivos web utilizando herramientas de código bajo (low-code).

• Process Mining.

Esta capacidad permite analizar los procesos comerciales para descubrir ineficiencias para luego poder ser optimizadas. Analiza y recopila datos brindando las herramientas necesarias para tomar las medidas necesarias para optimizarla.

Dos tipos de usuario , basic y system administrator

Applian es una plataforma low-code

Appian es una herramienta de low code que permite a los desarrolladores construir
soluciones sofisticadas en un menor tiempo, le herramienta se compone de 4 capacidades claves
para cumplir su finalidad, estas 4 capacidades consisten en las siguientes:

  Data fabric:
  Consiste en multiples objetos de diseño para modelado de la información, cabe resaltar el objeto
  "Record type" ya que es el componente más utilizado para el manejo de datos en appian, este objeto
  nos permite unificar nuestra data como un modelo unico para multiples propositos como facilitar la
  construccion de layouts para las aplicaciones, así como el desarrollo de web services,
  integración con sales force, integración con sistemas legados etc...

  Automation:
  Otorga la capacidad a los desarrolladores para modelar procesos de negocio complejos, conectando
  usuarios, sistema, tareas automatizadas, inteligencia artificial, reglas de negocio y datos.
  Es a través de los workflows (flujos de trabajo) para el modelado de procesos donde se pone a
  disposición del desarrollador multiples componentes para realizar tareas sofisticadas como por ejemplo
  detonar el envío de un correo, ejecutar una tarea automatizada, invocar un web service, crear usuarios
  ,grupos (identity manager) etc.., todo lo anterior mencionado sin codificar, dandole valor a la tarea del
  entendimiento del requerimiento.
  Las tareas automatizadas o robotizadas permiten realizar tareas repetitivas o rutinarias como por
  ejemplo copiar y pegar información, buscar información online, procesar documentos automaticamente
  mediante RPA e inteligencia artificial, algoritmos de aprendizaje automatico, e IDP la cuál extrae información
  de documentos para convertirla en datos utilizables, así mismo proporcionar API's modernas a sistemas legados.

  Total experience:
  Appian nos ofrece templates responsivos y con un prediseño listo para personalizar, logrando así reducir
  tiempos de desarrollo y diseño, la finalidad principal del "Total experience" es lograr una experiencia
  de usuario al alcance de todos los tipos de usuarios, en Appian existen los siguientes tipos de user
  experience:

    Sites
    Enfocados a usuarios de una organización con credenciales de Appian, estos pueden tener una
    configuración específica para las necesidades de la organización.

    Portales
    Enfocados a usuarios sin credenciales de appian, los cuáles necesitan visualizar o compartír información,
    dentro de los ejemplos de casos de uso de los portales tenemos registro para un evento, reportar un incidente
    ,solicitar una cuenta, ver un registro publico, etc.

  Process mining:
  Analiza los procesos de negocio construidos con la finalidad de optimizar los aplicativos.

Ejercicio step by step 1

• Explain how to take the courses in this path to maximize your learning
• Recall what type of content our courses offer
• Request an Appian Community Edition environment 
• Follow next steps to obtain the Associate Developer certificate
• Explain how to take the courses in this path to maximize your learning
• Recall what type of content our courses offer
• Request an Appian Community Edition environment 
• Follow next steps to obtain the Associate Developer certificate

• Appian’s data fabric, consolidar datos en un solo modelo
• process automation, automate complex business workflow
• total experience, Total experience refers to the platform’s capacity to engage all users via user experiences that are secure, responsive, and can be built using low-code.
• process mining, It allows you to analyze business processes, It allows you to discover hidden inefficiencies and It provides data to inform process improvements and automation

• Explain what Appian is, and its value to your organization
• Identify the four critical capabilities of Appian
• Recall how the platform delivers value for each capability
• Identify resources for learning more about Appian