Novedades técnicas: los Modelos

Ayer finalicé la formación técnica en la Microsot Academy en Amasterdam y ya estoy de vuelta a casa en Barcelona, mis compañeros volvieron a casa ya el lunes. Con Development I y II, se completa el curso de Software Architect cerrando así la visión general técnica de AX 2012.

Por el momento, mi intención es continuar actualizando este blog, mientras vea que hay movimiento, nuevos miembros y comentarios.  Motiva mucho ver que la gente se interesa.

Sobre el tema técnico hay mucho que comentar, así que iré creando nuevos posts para tratar por separado cada uno de ellos y con la idea de no dejar de banda temas funcionales que han quedado en el tintero, iré alternando funcional y técnico.

Hoy quiero comentar uno de los nuevos conceptos que podemos encontrar a nivel técnico, además nos sorprenderá a las personas que llevamos tiempo trabajando con AX. Hablaremos de los modelos.

En todas las versiones AX aparecen las capas, de las que ya conocemos su funcionamiento y finalidad. Pero ahora aparece el modelo,  un nuevo concepto que nos permitirá añadir un nivel más a la hora de estructurar el "dónde" trabajará nuestro equipo de programadores.

¿Qué es un modelo?

Un modelo es una agrupación lógica de objetos dentro de una capa. Significa que dentro de un modelo podremos incluir todas aquellos objetos  modificados o creados, por uno o varios programadores.

El  modelo está pensado para grandes desarrollos o implementaciones, donde varios programadores pueden estar  trabajando en un mismo entorno y en una misma capa.

AX 2012, nos permitirá gestionar los modelos:

• Crear nuevos modelos.
• Seleccionar con qué modelo queremos trabajar.
• Exportar todas las modificaciones de un modelo.
• Eliminar un modelo.
• Importar el modelo.
• Traspasar modificaciones de un objeto de un modelo a otro.

El modelo nos resultará de gran utilidad para aglutinar cambios, exportarlos  y poder ser traspasados fácilmente de un entorno a otro.

¿Qué diferencia hay entre el  proyecto y el modelo?

El proyecto está pensado para contener conceptualmente, unidades más pequeñas, los diferentes desarrollos o GAPs.

Cuando lo que queremos es realizar un GAP o varios pequeños GAPs lo adecuado será utilizar un proyecto.

Además el proyecto también permite albergar objetos modificados en varias capas, el modelo sólo contendrá modificaciones realizadas en una capa.

También hemos de pensar que un proyecto, puede contener objetos que a su vez se encuentran dentro  de uno o varios modelos.

Un ejemplo totalmente inventado, para ver diferentes posibilidades:

En un desarrollo con varias fases:

• El equipo del partener trabajará en la capa VAR.
• Creando un modelo por fase y área: Modelo Fase I Finanzas, Modelo Fase II Finanzas, Modelo Fase I Trade, Modelo Fase II Trade, ....
• Creando varios proyectos: Proyecto GAP 0001, Proyecto GAP 0002, Proyecto GAP 0003, ...
• El cliente final trabajará en la capa CUS.
• Creando dos modelos: Modelo reports, Modelo cubos.
• Creando varios proyectos: Proyecto Report 01, Proyecto Report 02, Proyecto Cubo 01, Proyecto Cubo 02.

Espero que este nuevo concepto haya quedado claro, si os quedan dudas, preguntarme e intento poner otro ejemplo.