Fundamentos de la Arquitectura Empresarial
La arquitectura, según la norma IEEE 1471 (ISO/IEC 42010), se define como los conceptos fundamentales o propiedades de un sistema en su entorno, incorporados en sus elementos, relaciones y principios de diseño y evolución. Esta definición abarca tanto la estructura del sistema como los principios que guían su diseño y su evolución a lo largo del tiempo.
Arquitectura Empresarial
En el contexto empresarial, la arquitectura se describe como un conjunto coherente de principios, métodos y modelos usados en el diseño y realización de la estructura organizacional, los procesos de negocio, los sistemas de información y la infraestructura de una empresa. La integración de dominios de negocio, aplicación y tecnología bajo una visión unificada permite alinear la estrategia con la ejecución operativa.
Stakeholders y Drivers
Un stakeholder es cualquier individuo, equipo u organización (o sus clases) que tiene intereses o preocupaciones respecto a un sistema. Los stakeholders pueden no estar directamente interesados en la arquitectura, sino en el impacto que ésta tiene sobre sus intereses.
Un driver es una condición externa o interna que motiva a una organización a definir sus metas y a implementar los cambios necesarios para alcanzarlas. Los drivers pueden ser internos (preocupaciones) o externos (cambios económicos, regulatorios, etc.).
Metas y Resultados
En el modelo ArchiMate, un goal es una declaración de alto nivel de intención, dirección o estado deseado para una organización y sus stakeholders. Los goals suelen expresarse con términos cualitativos como “incrementar”, “mejorar” o “facilitar”. Un outcome representa el resultado real alcanzado, que puede o no estar alineado con el goal original.
Capabilities y Funciones de Negocio
Una capability es la habilidad que posee un elemento estructural activo (organización, persona o sistema) para hacer algo, sin especificar cómo ni quién lo realiza. A diferencia de una función de negocio, la capability es independiente de la estructura organizacional y se centra en los resultados que la empresa puede lograr.
Servicios y Procesos
Un business service es un comportamiento de negocio explícitamente definido y expuesto que ofrece una funcionalidad al entorno. Los nombres de los business services suelen contener un verbo en forma -ing o la palabra “service”.
Un business process es una secuencia de comportamientos de negocio que logra un resultado específico, como la entrega de productos o servicios. Se nombra con un verbo en presente simple, por ejemplo, “Receive request”.
En la capa de aplicación, el application component encapsula funcionalidad alineada a la estructura de implementación, es modular y reemplazable; equivale al componente UML.
Un technology service es una unidad de funcionalidad visible externamente, provista por uno o más nodos, expuesta mediante interfaces bien definidas y significativa para el entorno.
En la capa física, equipment representa máquinas, herramientas o instrumentos físicos que pueden crear, usar, almacenar, mover o transformar materiales. Es una especialización del nodo tecnológico.
Gestión de Proyectos y Migración
Un work package agrupa una serie de acciones diseñadas para lograr resultados específicos dentro de límites de tiempo y recursos definidos. Los work packages pueden modelar proyectos, sub‑proyectos, programas o carteras de proyectos.
Un plateau es un estado relativamente estable de la arquitectura que existe durante un período limitado de tiempo, como el estado actual o el objetivo futuro. Los plateaus agrupan los elementos centrales de la arquitectura que pertenecen a ese estado.
Relaciones en ArchiMate
ArchiMate define varias relaciones estructurales y dinámicas que permiten modelar la interacción entre los elementos:
- Composición: indica que un elemento está formado por varios sub‑elementos.
- Asociación: modela una conexión entre objetos que no está cubierta por otra relación más específica.
- Serving: dirección del suministro de servicio; indica quién entrega el servicio.
- Realisation: indica que un elemento desempeña un papel crítico en la creación, logro, mantenimiento o operación de un elemento más abstracto.
- Junction: punto de conexión que une relaciones del mismo tipo; los “and‑junction” combinan flujos, mientras que los “or‑junction” representan alternativas.
Diferencias entre ArchiMate y UML
ArchiMate y UML comparten algunos conceptos, pero difieren en su enfoque y semántica:
- ArchiMate pone la semántica formal en primer plano, mientras que UML se centra más en la notación y su semántica formal es limitada.
- El concepto de “service” en ArchiMate se extiende a las capas de negocio, aplicación y tecnología, a diferencia de UML donde el término no tiene una equivalencia directa.
- La relación “serving” en ArchiMate indica la dirección del suministro de servicio, mientras que la dependencia en UML indica la dirección de la llamada o uso de código.
Mapeo con BPMN
El mapeo de ArchiMate a BPMN no es directo; implica transformar conceptos de alto nivel (por ejemplo, Business Process) en elementos más detallados de BPMN (por ejemplo, Sub‑process, Task). Esta transformación permite una mayor granularidad en la ejecución de procesos.
Personalización mediante Profiles
Los profiles permiten añadir atributos personalizados a conceptos y relaciones, facilitando análisis cuantitativos o información adicional sin alterar la semántica base. Los profiles pueden ser predefinidos o definidos por el usuario mediante un lenguaje de definición de perfiles.
Resumen de conceptos clave
| Concepto | Definición |
|---|---|
| Arquitectura (IEEE 1471) | Conceptos fundamentales y principios de diseño y evolución de un sistema. |
| Stakeholder | Individuo, equipo u organización con intereses respecto a un sistema. |
| Driver | Condición externa o interna que motiva metas y cambios. |
| Goal | Intención o estado deseado de alto nivel. |
| Outcome | Resultado real alcanzado. |
| Capability | Habilidad de un elemento para hacer algo, sin especificar cómo. |
| Business Service | Comportamiento de negocio expuesto al entorno. |
| Business Process | Secuencia de comportamientos de negocio que logra un resultado. |
| Application Component | Encapsulación modular de funcionalidad de aplicación. |
| Technology Service | Funcionalidad externa provista por nodos tecnológicos. |
| Equipment | Máquinas o herramientas físicas en la capa tecnológica. |
| Work Package | Conjunto de acciones con límites de tiempo y recursos. |
| Plateau | Estado estable de la arquitectura en un periodo definido. |
| Composición | Relación fuerte entre elemento y sus sub‑elementos. |
| Asociación | Relación estructural débil entre objetos. |
| Serving | Dirección del suministro de servicio. |
| Realisation | Conexión entre elemento abstracto y su implementación. |
| Junction | Punto de conexión para combinar o elegir flujos. |
Estos conceptos forman la base para modelar, analizar y gestionar la arquitectura empresarial, facilitando la alineación estratégica y la toma de decisiones informada.
