Por qué Archyno

Archyno es una herramienta de modelado que funciona en el navegador. Dibuja UML 2.5.1 y ArchiMate 4, además de modelos ER y BPMN, y exporta a los formatos que a un equipo de arquitectura le piden de verdad.

Lo que la diferencia de una herramienta de dibujo es una sola decisión de diseño: hay un metamodelo, y todo lee de él. La paleta se genera a partir de él, las reglas de conexión se comprueban contra él, la forma que recibe un elemento se busca en él, y la IA queda limitada por él. Una herramienta de dibujo con una plantilla UML te dejará tan tranquila trazar una composición de un actor a un caso de uso. Archyno lo rechaza, porque el metamodelo dice que esa relación no existe.

Un diagrama en Archyno es una vista de un modelo, no una imagen. El mismo elemento puede aparecer en cuatro diagramas, y en los cuatro es un único elemento: renómbralo una vez y queda renombrado en todas partes donde aparece, porque nunca hubo más que uno.

Para eso sirve una herramienta de modelado, y es justo lo que la gente descubre que necesitaba unos seis meses después de empezar a mantener una carpeta de PNG inconexos. Cambiar el nombre de un componente en una herramienta de dibujo es un cambio en tantos archivos como resulte que lo muestren, encontrados de memoria.

El árbol del proyecto sostiene el modelo; los diagramas cuelgan de él. Todo lo que hay en un proyecto comparte una única reserva de elementos, así que la vista por capas, el diagrama de secuencia y el de despliegue son tres ventanas al mismo sistema en lugar de tres dibujos que coinciden por casualidad.

La mayoría de las herramientas exportan una imagen. La pregunta que decide si una herramienta sobrevive al contacto con una gran empresa es si puede entregar el modelo a aquello sobre lo que funciona el resto del negocio, y en la arquitectura empresarial europea eso es muy a menudo Sparx Enterprise Architect.

La exportación .qea es la que merece la pena entender, porque es la difícil. Un .qea es una base de datos SQLite que lleva el esquema de repositorio propio de Enterprise Architect: decenas de tablas, con los identificadores y convenciones internos de EA. Archyno produce uno copiando un repositorio en blanco que creó el propio EA y escribiendo el modelo dentro, y por eso el resultado se abre como un repositorio y no como algo que hay que importar.

Pídele un diagrama de clases a la mayoría de las funciones de IA para diagramas y obtendrás algo con forma de diagrama: cajas con nombres plausibles, unidas por la línea que al modelo le apeteció emitir. Parece correcto hasta que lo lee un arquitecto.

La generación de Archyno está acotada por el mismo metamodelo que la paleta. El modelo propone elementos y relaciones; todo lo que la notación prohíbe se rechaza antes de llegar al lienzo. Obtienes un diagrama que es UML válido, que es una afirmación mucho más pequeña que «un diagrama correcto» y mucho más útil: significa que la salida es un punto de partida que editas y no uno que revisas línea por línea.

Describe un sistema en un párrafo y los elementos se dibujan uno a uno mientras miras. El plan gratuito incluye 150 créditos al mes, suficiente para averiguar si esto te sirve antes de decidir nada.

Abre un diagrama que otra persona tenga abierto y la verás: su cursor, moviéndose en vivo, y una marca sobre el elemento que está editando. Los cursores van por un canal en tiempo real y nunca tocan la base de datos, así que no cuestan nada y se mantienen fluidos.

El elemento que alguien está editando lleva un bloqueo suave. Suave a propósito: mantiene a dos personas fuera del mismo panel de propiedades sin convertir el diagrama en una cola.

El acceso es por proyecto. Un proyecto se puede compartir con personas nombradas, y cada lectura y escritura se comprueba en la propia base de datos y no en la aplicación, así que un enlace a un diagrama que nunca te dieron es un 404 y no una página que carga y confía en que el cliente esconda los botones adecuados.

No hay botón de guardar. La geometría se envía tras 400 ms de quietud, el texto tras 600 ms sin teclear, y la barra de estado te dice en qué estado estás.

Lo que merece decirse con claridad es el caso de fallo, porque ahí es donde el guardado automático suele mentirte. Si un guardado falla (se cayó la conexión, un despliegue movió el punto de acceso), el cambio no se descarta y el editor no dice estar guardado. Los elementos editados siguen marcados como no guardados, la barra de estado ofrece un Reintentar, y el siguiente envío correcto se los lleva. Lo que no puedes hacer es seguir trabajando de forma productiva sin conexión alguna: el modelo vive en la base de datos, así que una caída prolongada significa un Reintentar prolongado y no una sesión sin conexión.

El deshacer llega a 100 pasos en todos los planes, incluido el gratuito.

Para una sola persona el argumento va sobre todo de fricción. Un consultor o una ingeniera que necesita un diagrama esta tarde elige entre una herramienta de dibujo que le dejará dibujar algo mal y una suite de modelado de escritorio que exige una licencia, una instalación y una tarde propia antes de dibujar nada.

• Nada que instalar, nada que pagar. El plan gratuito es un proyecto, diagramas ilimitados, 300 elementos y la notación completa, sin tarjeta. Averiguas si la herramienta te encaja antes de que cueste nada.
• La notación se comprueba sola. Nadie revisa el trabajo de quien modela en solitario antes de que lo vea un cliente, así que el hecho de que la herramienta sea incapaz de dibujar una relación inválida hace el trabajo que habría hecho el revisor.
• Exportaciones que zanjan una discusión. Un cliente con Sparx recibe un .qea, un desarrollador recibe Mermaid en el repositorio, una diapositiva recibe un PNG sin marca de agua en cualquier plan. Un modelo, en la forma que resulte necesitar quien lo pide.
• IA para la página en blanco. 150 créditos al mes, y lo que vuelve es UML válido que editas en lugar de una imagen que revisas.

El plan Individual de pago añade proyectos, elementos ilimitados, los formatos de intercambio y la generación de código. Todavía no está abierto: mira la nota del final.

Para un equipo el cálculo es distinto, porque el problema caro no es dibujar un diagrama. Es que seis personas han dibujado seis diagramas del mismo sistema, en cuatro herramientas, y nadie sabe decir cuál está vigente.

• Un modelo, no un archivo por cabeza. Un proyecto guarda los elementos y los diagramas son vistas de ellos. Cuando se renombra el componente, se renombra en todos los diagramas del proyecto, que es la diferencia entre un modelo que un equipo mantiene y una carpeta en la que un equipo deja de confiar.
• Acceso comprobado en la base de datos. Un proyecto se comparte con personas nombradas, y cada lectura y escritura la autoriza la seguridad a nivel de fila y no la aplicación. Un enlace a un diagrama que a alguien nunca le dieron es un 404, no una página que carga y confía en que la interfaz esconda los botones adecuados.
• La gente se ve trabajar. Cursores en vivo y un bloqueo suave sobre el elemento que se está editando, de modo que dos arquitectos en la misma vista se coordinan en lugar de pisarse, dentro de los límites expuestos arriba.
• La entrega a Sparx supera la revisión. Si el comité de arquitectura trabaja con Enterprise Architect, el modelo le llega como un repositorio que abre de forma nativa, que suele ser la restricción que decide si se permite siquiera una herramienta de navegador.
• Dónde residen los datos está por escrito. El alojamiento y la base de datos están en la UE, cada subencargado está nombrado en la página de privacidad, y la página de seguridad indica qué se afirma y qué no, incluidas las certificaciones que no tenemos.

Toda herramienta tiene un límite, y las que no dicen dónde está te hacen perder la semana de evaluación. El nuestro, a día de hoy:

Los planes de pago todavía no están abiertos, así que lo que hay hoy para juzgar es el plan gratuito: un proyecto, diagramas ilimitados, 300 elementos, la notación completa, PNG y SVG sin marca de agua, y 150 créditos de IA al mes. Sin tarjeta.