From Zero to

hero
Development Booster

Unrestricted
Mendix
Low code
for the Enterprise
Development Booster
Dinámica del entrenamiento:

Presentación de Teoría
Video Video Ejecución Examen
tema

Presentación de Teoría
Video Video Ejecución
tema Examen
El entrenamiento está centrado en:

Páginas Entidades Microflows

Para Para Para

mostrar almacenar trabajar con
información información información
Step 1
Módulo 1
• ¿Qué es Mendix?
• Crea tu cuenta
• Explorando el ambiente
• Knowledge check

Módulo 2
• Metodologías de trabajo ágil
• Creando Story Users
• Creando project team
• Knowledge check

Módulo 3
• Construyendo tu app
• Home
• Ligas hacia otras páginas
• Knowledge check
 Mendix cubre totalmente el “lifecycle” de una app
MONITOR: The quality during operation IDEATE: New approach to solve problems

Operate
Ideate

DEPLOY: To any cloud on premises DEVELOP: Convert ideas to app logic

Deploy Develop

Test
Mendix es un ente vivo y siempre tiene algo nuevo que ofrecer

Puedes encontrar la información más reciente de Mendix en el Mendix blog

Crea tu cuenta
¿Dónde encontrar la última información acerca del lenguaje de diseño
usado por las Apps de Mendix?
¿Dónde encontrar Studio Pro y sus versiones anteriores?
¿Qué hay en mi perfil?
¿Qué significa el Badge verde?
Metodologías ágiles de trabajo

Agile:
Provee un marco de trabajo altamente iterativo, en el cual se abraza el cambio
como premisa del proyecto y promueve una alta comunicación entre
desarrolladores y usuarios

El “core” principal de Agile es la entrega continua de software con un

valor para la organización

Algunos marcos de trabajo Agile son: Scrum, Kanban y Extreme Programming,

de los cuales Scrum es el más popular
Metodologías ágiles de trabajo
Equipos interfuncionales
Cada proceso Scrum necesita:
- Scrum Master - El equipo de desarrollo - Propietario de producto

El responsable en la metodología ágil para un proyecto exitoso es el Scrum Team

El liderazgo reside en el equipo
1er knowledge check
La historia:

Trabajaremos con Jimmy para:

• Generar una App que le permita una eficiente
administración de su negocio: una empresa que genera
entrenamientos de diferentes tipos.
 Mendix nace Agile, su herramienta de “project management” online se encuentra en el “developer portal”

Comencemos por crear tu project team

User Stories Conceptos Básicos

User Stories

Una historia de usuario es una forma de traducir las

necesidades de sus usuarios en elementos que se pueden
trabajar Sprint

El Sprint es un período de tiempo fijo, durante

Product Backlog
El producto backlog es una lista de elementos de
trabajo que se pueden realizar. Todos en el equipo
pueden agregar, pero es responsabilidad del Product
Owner priorizar esos elementos.
el cual el equipo intenta lograr un objetivo
determinado.
Un sprint generalmente comienza con la
planificación del sprint y termina con la
revisión y la retrospectiva del sprint

El product backlog es un documento vivo que

necesita un refinamiento constante, ya que se
pueden agregar, cambiar o eliminar elementos
Tres cosas que tomar en cuenta al crear una historia
 ¿Quién es mi usuario final ? <tipo de usuario>
 ¿Qué necesita el usuario final? <valor de negocio>
 ¿Cómo puedo ayudarlo a hacer esto? <qué>

Al crear la historia podemos utilizar el formato:

As a <User> I want <what>, so that <business value>
Como <tipo de usuario> yo deseo <qué>, para <valor de negocio>

Es importante establecer claramente en la historia de usuario el valor para el negocio

Restricted
Creando Story Users
Los Story Points representan el esfuerzo requerido para terminar una historia de
usuario en específico
Crear un Wireframe
Wireframe: Uso de un Wireframe:

Un wireframe es una forma visual para mostrar las Jimmy y su equipo se reúnen y tienen una discusión
características básicas de la app a desarrollar, no es relacionada al wireframe. Discutirla en grupo les permite
necesario que sea detallada y perfecta. Es solamente un entender mejor los motivos para desarrollar la app, así como
vistazo rápido para explicar cómo visualizamos la app. los elementos más importantes que debe tener.
Comienza con la historia de usuario actual
En el Sprint Backlog se encuentran los ítems que deben ser terminados durante el sprint activo

Un Sprint nuevo solo puede arrancar cuando el “time box” del sprint previo se ha marcado
como completado
2do knowledge check
Construyendo tu App
Ahora que finalizó la etapa de definición de requerimientos, con las user stories y la creación del wireframe
ha llegado el momento de desarrollar la app

User Stories
Ajustes

Definición

Recolectar
Gestión Desarrollo
Resultados

Pruebas Modelado
Implementación
Planeación

La primer etapa para construir una app es revisar las user stories y acomodarlas por prioridad para identificar con
cuál se obtiene el mayor de los beneficios. Aquella que tenga un mayor valor para el usuario funciona como punto de
partida para empezar la app

En la App de Jimmy, el usuario principal es él, por lo tanto un buen punto de partida será:

“Cómo un <Administrador>, necesito <visualizar y administrar fácilmente

mí información>, para <operar mí compañía más eficientemente>”
Planeación
Para completar esta User Story debemos agregar las siguientes tareas:

Tener una página Ajustar el diseño

de inicio donde se de la página de
dé acceso a las inicio para Agregar los
páginas donde la acomodar los botones
información botones que se
pueda ser van a crear
visualizada

Agregar las Crear el enlace de

páginas a las los botones con las
cuáles los botones páginas creadas en
estarán enlazados el punto anterior
Crear nuestro home page y al mismo tiempo daremos un tour por la plataforma de desarrollo Studio
Crear páginas
Una vez que ya tenemos creado nuestro layout adecuadamente, el siguiente paso es tener nuestros botones actualmente
ligados a algún lugar. Pero ¿cómo creamos páginas?

• TÍTULO correcto: Dar al titulo la información que

contendrá la pagina, Course Overview

• Seleccionar tu LAYOUT: Que determine si es una

página completa o una página emergente.

• Seleccionar un TEMPLATE de página: Mendix cuenta

con distintas plantillas de páginas. La plantilla List
Default es a ideal en este caso
Layout grid y contenedores

El layout grid da estructura a la página, este nos permite crear columnas (hasta
12) las cuales pueden contener un número infinito de renglones (siempre que esto
no sea un problema para el usuario)

El contenedor permite almacenar widgets, de tal forma que esto facilita la organización dentro de la página

Los contenedores son comúnmente usados para agrupar widgets de tal manera que puedan ser simultáneamente
formateados, movidos, ocultados o bien borrados

El layout también define el tipo de página, sea esta para un

dispositivo en especifico, de tipo responsiva o un pop up.
Agregando botones a la página de inicio

Mendix genera páginas responsivas, lo que significa que la página se adaptará automáticamente al
espacio disponible.
Card action
El “card action” es un building block que nos permite tener un texto y una imagen que
puede ser adaptado de una forma fácil y sencilla nuestra página
Ligando y creando páginas
Ligando y creando páginas…
Hasta el momento hemos creado ligas a páginas utilizando el widget del botón sin embargo, es
importante resaltar que no es la única forma de crear estas ligas, más adelante veremos otras
opciones como el menú de navegación
El feedback es un punto crucial para acelerar el desarrollo de una aplicación

El feedback en Mendix se logra de una forma integral a través del Feedback Widget
3er knowledge check