¿Que aprendieron de los temas "DataBase Design Basics", "Application Architecture" y "Create An Application"?

Hola Marco, acá te dejo mis apuntes del día 26 de enero:

Database design basics
-Database: Conjunto de datos organizado y estructurado, generalmente almacenado en una PC.
-Entidad: Es el concepto abstracto de algo de lo que quieres almacenar información, puede ser una coasa, una persona, un lugar, un objeto o un elemento.
-Tablas: Las entidades son almacenadas como tablas en una BD. Dato: intersección entre una columna y una fila. Atributo (columna): Definen la estructura de una tabla. Registro (fila): Contiene un conjunto de datos relacionados.
-Esquema (Schema): Describe como los datos estan organizados dentro de una base de datos relacional.
-Constraints: Reglas que se tienen que cumplir sobre las columnas de una tabla (NULL, NOT NULL, UNIQUE, etc).
-Llave primaria: Es una manera de identificar una fila en una tabla. (Son valores únicos y no deben ser null).
-Llave foranea: Es una columna que relaciona una tabla con otra.
-Normalización de datos: Es el proceso de estructurar información en una BD para reducuir redundancia y aumentar la eficiencia.
-Diagrama entidad relacion (ERD): Modelo usado para mostrar gráficamente las relaciones de las tablas dentro de una BD.

Arquitectura de una App.
Objetivos para el diseño de un app de Appian
Definir el propósito y objetivos de la app
Definir el éxito usando resultados medibles
Identificar cada componente de la planeación y exponer su significado en la construcción de la app.
Crear un documento con la planeación de la app

Componentes clave de un plan
-Personas y grupos: Identificar quien va a interactuar con la nueva app. Definir una "Persona" como el grupo de usuarios con necesidades similares.
Identificar actividades clave de cada Persona. Crear grupos basados en Personas. Crear grupos de usuarios y administradores para cada app. Minimo se necesita un grupo de todos los usuarios y administradores.
-Data Design: Identificar y organizar los datos requeridos para la app. Identificar origenes de datos. Durante la planeación definir los datos de la misma manera independientemente del origen.
-Records: Tipos de registros es la principal manera de ver o actuar sobre los datos. Es una buena práctica construir registros primero y luego diseñar los procesos alrededor de ellos.
Los datos pueden ser texto, imagenes, barras de progreso e iconos.
Record actions. Acciones que se detonan desde el registro como agregar nuevo elemento, actualizar, etc. Se usa cuando un registro no estaba inicialmente.
Related actions. Acciones que se pueden llevar a cabo para un registro en especifico (actualizar, hacer ese registro inactivo, etc.).
Record events. Eventos que ocurren durante la operación.
-Process Models: El documento de planeación puede ayudara indetificar estos procesos. (Algunos procesos para la app de autos: agregar un vehículo, solicitar un mantenimiento, actualizar solicitud de mantenimiento, etc). Appian tiene dos vistas para ello: analista y diseñador. Identificar las interfaces que necesitas. Necesitas relacionar cada acción y acciones relacionadas a un modelo de proceso.
-Reports: Origen de datos para reportar variados (Internal analytics engine, synced records, BD relacionales y sistemas externos[web services, etc] ). Preguntar a los stakeholders que necesitan saber. Considerar usar tooltips, links, filtros, drill-down. Normalmente los reportes se categorizan en Bussiness value reports o KPI (ganancias, satisfacción del cliente, etc) y Métricas de procesos (se centran en la eficiencia oepracional y embotellamientos, se usan para identificar problemas potenciales).

La mayor parte del trabajo se lleva acabo en la Build view. Es una buena práctica nombrar cada objeto con el prefijo de la app. Appian crea el grupo de administradores (como administradores) y usuarios básicos (lectores) por ti.
Tipos de objetos:
-Groups: Representa las diferentes personas que interactúan con la app. La seguridad esta asignada a los grupos en Appian.
-Record types: Forma principal para administar datos en Appian.
-Process Models: Maneja las acciones que se llevan a cabo en la app.
-Expression rules: Llevan a cabo una amplia gama de funciones como recuperar, formatear y transformar datos.
-Sites: Proveé una forma en la que los usuarios ven e interactuan con las apps.
-Interfaces: Usadas para construir formularios, records, sites y reports. Los usuarios pueden ver, agregar o actualizar las información a través de las interfaces.
Los objetos de aplicación están organizados dentro de folders. Los folders son usados para organizar y asignar permisos a los objetos de aplicación. Se necesitan foldres especificos para rules, process models y documentos. En Appian hay 4 tipos de folders: Rules, Process Model. Document y Knowledge Center.
Appian designer es el lugar donde creas, eliminas, duplicas y renombras objetos.
Las aplicaciones pueden ser exportadas o importadas en diferentes ambientes.

Hola Marco, acá te dejo mis apuntes del día 26 de enero:

Database design basics
-Database: Conjunto de datos organizado y estructurado, generalmente almacenado en una PC.
-Entidad: Es el concepto abstracto de algo de lo que quieres almacenar información, puede ser una coasa, una persona, un lugar, un objeto o un elemento.
-Tablas: Las entidades son almacenadas como tablas en una BD. Dato: intersección entre una columna y una fila. Atributo (columna): Definen la estructura de una tabla. Registro (fila): Contiene un conjunto de datos relacionados.
-Esquema (Schema): Describe como los datos estan organizados dentro de una base de datos relacional.
-Constraints: Reglas que se tienen que cumplir sobre las columnas de una tabla (NULL, NOT NULL, UNIQUE, etc).
-Llave primaria: Es una manera de identificar una fila en una tabla. (Son valores únicos y no deben ser null).
-Llave foranea: Es una columna que relaciona una tabla con otra.
-Normalización de datos: Es el proceso de estructurar información en una BD para reducuir redundancia y aumentar la eficiencia.
-Diagrama entidad relacion (ERD): Modelo usado para mostrar gráficamente las relaciones de las tablas dentro de una BD.

Arquitectura de una App.
Objetivos para el diseño de un app de Appian
Definir el propósito y objetivos de la app
Definir el éxito usando resultados medibles
Identificar cada componente de la planeación y exponer su significado en la construcción de la app.
Crear un documento con la planeación de la app

Componentes clave de un plan
-Personas y grupos: Identificar quien va a interactuar con la nueva app. Definir una "Persona" como el grupo de usuarios con necesidades similares.
Identificar actividades clave de cada Persona. Crear grupos basados en Personas. Crear grupos de usuarios y administradores para cada app. Minimo se necesita un grupo de todos los usuarios y administradores.
-Data Design: Identificar y organizar los datos requeridos para la app. Identificar origenes de datos. Durante la planeación definir los datos de la misma manera independientemente del origen.
-Records: Tipos de registros es la principal manera de ver o actuar sobre los datos. Es una buena práctica construir registros primero y luego diseñar los procesos alrededor de ellos.
Los datos pueden ser texto, imagenes, barras de progreso e iconos.
Record actions. Acciones que se detonan desde el registro como agregar nuevo elemento, actualizar, etc. Se usa cuando un registro no estaba inicialmente.
Related actions. Acciones que se pueden llevar a cabo para un registro en especifico (actualizar, hacer ese registro inactivo, etc.).
Record events. Eventos que ocurren durante la operación.
-Process Models: El documento de planeación puede ayudara indetificar estos procesos. (Algunos procesos para la app de autos: agregar un vehículo, solicitar un mantenimiento, actualizar solicitud de mantenimiento, etc). Appian tiene dos vistas para ello: analista y diseñador. Identificar las interfaces que necesitas. Necesitas relacionar cada acción y acciones relacionadas a un modelo de proceso.
-Reports: Origen de datos para reportar variados (Internal analytics engine, synced records, BD relacionales y sistemas externos[web services, etc] ). Preguntar a los stakeholders que necesitan saber. Considerar usar tooltips, links, filtros, drill-down. Normalmente los reportes se categorizan en Bussiness value reports o KPI (ganancias, satisfacción del cliente, etc) y Métricas de procesos (se centran en la eficiencia oepracional y embotellamientos, se usan para identificar problemas potenciales).

La mayor parte del trabajo se lleva acabo en la Build view. Es una buena práctica nombrar cada objeto con el prefijo de la app. Appian crea el grupo de administradores (como administradores) y usuarios básicos (lectores) por ti.
Tipos de objetos:
-Groups: Representa las diferentes personas que interactúan con la app. La seguridad esta asignada a los grupos en Appian.
-Record types: Forma principal para administar datos en Appian.
-Process Models: Maneja las acciones que se llevan a cabo en la app.
-Expression rules: Llevan a cabo una amplia gama de funciones como recuperar, formatear y transformar datos.
-Sites: Proveé una forma en la que los usuarios ven e interactuan con las apps.
-Interfaces: Usadas para construir formularios, records, sites y reports. Los usuarios pueden ver, agregar o actualizar las información a través de las interfaces.
Los objetos de aplicación están organizados dentro de folders. Los folders son usados para organizar y asignar permisos a los objetos de aplicación. Se necesitan foldres especificos para rules, process models y documentos. En Appian hay 4 tipos de folders: Rules, Process Model. Document y Knowledge Center.
Appian designer es el lugar donde creas, eliminas, duplicas y renombras objetos.
Las aplicaciones pueden ser exportadas o importadas en diferentes ambientes.