Visualización de

Paquete

Camino recorrido

Estado actual

Hallazgos

Metadata:
Se deberia agregar un mecanismo para que el usuario identifique su objetos modelados en deployment, (Descripcion o vista del Guid o codigo generado del guid)

Complejidad de metadata:
La metadata sigue siendo algo dficil de digerir y en muchos casos no sigue un estandar definido, si no que rompen reglas de la definicion de catalogo

Mejora a metadata:
El displayName u otras propiedades basicas de objeto siempre estan en el content. Si tuvieramos campos como displayName, Description en la tabla se podria remover mucha complejidad presente en muchas partes del tratamiento de estos objetos.

Lecciones aprendidas

Objetos:
Tratar de mostrar mas objetos tal cual la jerarquia de metadata de bizagi genero mucha complejidad para poder ver finalizado el visualizador

StakeHolders

Usuarios

Producto

  1. Matteo Slava
  2. Edwin Guerrero
  1. Andrea Dominguez
  2. Diego Parra
  3. Jesus Sanchez

Removido


  1. Eliminar objetos
  2. Mostrar mayor detalle de muchos de los objetos de metadata
  3. Acciones sobre los elemenos
  4. Categorias y objetos como hijos hibridos

Premisas iniciales

✅ Reemplazar y mejorar visualizador inicial
https://dl2.pushbulletusercontent.com/rMLwcjYviVEbLVtAyk5grGEJ8XhO2r0t/image.png

✅ El usuario quiere ver que termino yendose en el paquete

General:


  1. No perder el control de la reunion y estar preparado para proupestas inesperadas (resumen de seleccion)
  1. En el pasado se elegian stakeholder por defecto, ahora aunque se tuvo un rango mas amplio, aun asi no se llego a varios casos de clientes importantes
  1. Tener mas control sobre las observaciones de los diferetnes stakeholders y personas involucradas, ya que son demasiados puntos de vista.

Funciones:

  • Mostrar ciertos objetos en el visualiador
  • Conteo de objetos por tipo
  • Poder buscar globalmente sobre todos los objetos del paquete
  • Agregar el modifiedDate para objetos atomicos

Tentativo:

  • Agregar que se pueda ver las opciones y objetos elegidos al momento de generar el paquete

❌ El usuario requiere borrar ciertos tipos de objetos

✅ Ver el paquete de una forma buena para el usuario

Definicion

Que no es:
No es un explorador de metadata
No es un resumen de objetos y opciones elegidas

Que es:
Visualizador de objetos importantes para el usuario resultantes de un deployment

Reuniones:

  1. Evitar reuniones mezclando tecnicos y no tecnicos, asi todos sean stakeholders
  1. En las reuniones validar primero siempre lo que se puede hacer antes de prometer hacerlo
  1. Reuniones de maximo 5 personas, en nuestro caso funciono bien el one to one, en este caso no habmiamos tenido esa reunion con Juan Mendez, mas la tuvimos a posteriori

Conclusiones de reunion aplicadas?
La mayoria de sugerencias aplicables ya estan al dia

  • Recortar a una fase inicial objetos minimos a ver (Procesos, Entidades, atributos)
  • No mostrar recursos por ahora, authorization, CustomizedColumn, QueryForm, Vocabulary, EntitySchema,
  • Habilitar elementos por necesidad del usuario, viendo forma de visualizarlo : Iterativo a futuro
  • No aplica ya remover objetos del paquete
  • Mas Valor para buscador(global) y porque el objeto esta en el paquete
  • FormClass, mejor poner solo la version de la forma, si hay mas versiones el nombre de la forma: Dado que FormClass y las versiones de forma tienen complejidad para mostrarse se remueve Form tambien de los objetos a mostrar
  • Agregar objetos marcados inicialmente. Opciones avanzadas. y si existe informacion como la fecha de generacion del paquete y persona que creo el paquete, agregar modifiedDate (Ideal)
  • Traducciones de los tipos objTypeName por el que entiende el usuario
  • El Binding de template es interesante para ver. : Se pone para porbarlo mas no se visualiza como hijo de la template
  • Poner vista de lo mismo que marco el usuario en el paquete como vista basica
  • Activar lista de inclusion para validar los objetos
  • Simplificar hibridos a solo objetos hijos o solo categorias.
  • EntityValues deben ser hijos de la categoria EntityValues (Values)

Resumen de iteraciones

  • Objetos por categorias similar a la vista basica de BAS
  • Se tenia vista basica y vista avanzada que si mostraria todos los objetos
  • Navegacion entre vista basica a avanzada y viceversa

Stake Holders phase

  • Mejoras a la forma de mostrar etidades, sus atributos y los valores de parametricas
  • Los recursos se deben mostrar al menos con su field, defaultValue o un code
  • Agregar seccion global que contuviera objetos importantes
    ❌ Posible analisis automatico de la metadata del paquete en el momento que se esta apenas generando
  • Solventar del visualizador pasado que es dificil saber un objeto a que otro pertenece en la jerarquia
    ❌ * Punto a favor tener la lista de objetos removidos
  • Tener en cuenta a expirence
  • No ver en el arbol elementos hoja
  • Validar que visualizador este para onpremise y cloud

Validaciones posteriores

  • Mostrar ojetos en su forma padre-hijo similar a vista experto o vista microdeployment
  • Mostrar displayName por encima de objName
  • Que siempre un click en el arbol muestre en el contexto los hijos de este
  • Entidades, stakHolders, Vocabulary, Templates, generan mas valor

🏁 ModifiedDate de cada objeto:
Es importante agregar este campo, se estara validando la facilidad de agregarlo en los nuevos bex

Tipos de objetos que se pueden visualizar en el árbol:

"ProcessClass",

"Process",

"BR_Rule",

"Holidays",

"UserProperty",

"UserGroup",

"Entity",

"Attribute",

"DocumentTemplate",

"MessageTemplate",

"EntityValue",

"ProcessShortcut"

"Application"

⚠ Archivos de recursos del sistema estan en BABIZAGICATALOG y se van incluidos en el bex