Arquitectura empresarial federal

Un marco de arquitectura empresarial federal ( FEAF ) es la arquitectura empresarial de referencia de un gobierno federal de EE . UU. Proporciona un enfoque común para la integración de la gestión estratégica, empresarial y tecnológica como parte del diseño organizacional y la mejora del rendimiento. ^{[ 1 ]}

La arquitectura empresarial federal más conocida es la del gobierno federal de los Estados Unidos , la « Arquitectura Empresarial Federal» (FEA) y el correspondiente «Marco de Arquitectura Empresarial Federal» (FEAF) de los Estados Unidos. Este lema se centrará en esta arquitectura empresarial y su marco de arquitectura empresarial en particular .

La arquitectura empresarial (AE) es una buena práctica de gestión para alinear los recursos empresariales y tecnológicos con el fin de lograr resultados estratégicos, mejorar el desempeño organizacional y guiar a las agencias federales para que ejecuten mejor sus misiones principales . Una AE describe el estado actual y futuro de la agencia, y establece un plan para la transición del estado actual al estado futuro deseado. Una arquitectura empresarial federal es un proceso continuo para lograr estos objetivos. ^{[ 2 ]}

La Arquitectura Empresarial Federal de EE. UU. (FEA, por sus siglas en inglés) es una iniciativa de la Oficina de Administración y Presupuesto de EE . UU., específicamente de la Oficina de Gobierno Electrónico y Tecnologías de la Información, cuyo objetivo es aprovechar el valor de la arquitectura empresarial dentro del Gobierno Federal de EE. UU. La arquitectura empresarial se convirtió en una práctica estratégica y de gestión reconocida como una buena práctica en el Gobierno Federal de EE. UU. tras la aprobación de la Ley Clinger-Cohen en 1996.

La implementación y el uso de una arquitectura empresarial en el gobierno federal de los Estados Unidos ofrecen numerosos beneficios. Entre ellos, destaca la creación de un enfoque común para la adquisición de tecnología de la información . Además, facilita el intercambio de información y recursos entre las agencias federales, reduce costos y mejora los servicios a la ciudadanía.

En septiembre de 1999, el Consejo Federal de CIO publicó la "Federal Enterprise Architecture Framework" (FEAF) Versión 1.1 para desarrollar una Arquitectura Empresarial (EA) dentro de cualquier Agencia Federal para un sistema que trasciende múltiples límites interinstitucionales. Se basa en prácticas comerciales comunes y diseños que cruzan límites organizacionales, entre otros, el Modelo de Arquitectura Empresarial del NIST . El FEAF proporciona un estándar duradero para desarrollar y documentar descripciones de arquitectura de áreas de alta prioridad. Proporciona orientación para describir arquitecturas para segmentos funcionales multiorganizacionales del Gobierno Federal. ^{[ 3 ]} En el momento de su publicación, el enfoque de TI del Gobierno en los problemas del Y2K y luego los eventos de septiembre de 2001 desviaron la atención de la implementación de EA, aunque su práctica antes y después de esto puede haber mitigado el impacto de estos eventos. Como parte de la Agenda de Gestión del Presidente , en agosto de 2001, se inició el proyecto del Grupo de Trabajo de Gobierno Electrónico (llamado extraoficialmente Proyecto Quicksilver). Un hallazgo clave de esa estrategia fue que la considerable superposición y la redundancia de los sistemas de las agencias limitaban la capacidad de lograr la estrategia de la administración Bush de hacer que el gobierno estuviera "centrado en el ciudadano". El Grupo de Trabajo recomendó la creación de un Proyecto de Arquitectura Empresarial Federal y la creación de la Oficina de la FEA en la OMB. Esto representó un cambio del enfoque de la FEAF en la ingeniería de la información , a un enfoque de reutilización de objetos J2EE que utilizaba modelos de referencia que comprendían taxonomías que vinculaban los resultados de rendimiento con las líneas de negocio, los componentes de los servicios de procesos, los tipos de datos y los componentes tecnológicos. Las versiones provisionales posteriores han proporcionado aumentos sucesivos en la definición de los modelos de referencia centrales (véase más abajo), así como una metodología muy sólida para desarrollar una arquitectura en una serie de plantillas que conforman la Metodología de Arquitectura de Segmentos Federales (FSAM) y su reemplazo de próxima generación, la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, más ampliamente aplicable y más inclusiva del conjunto más amplio de disciplinas de planificación.

Estos segmentos arquitectónicos federales constituyen colectivamente la arquitectura empresarial federal. En 2001, el Grupo de Trabajo de Arquitectura Federal (FAWG) patrocinaba el desarrollo de productos de arquitectura empresarial para los segmentos de arquitectura federal financiados mediante comercio y subvenciones. Método: forma prescrita de abordar un problema en particular. Como se muestra en la figura, la FEAF divide una arquitectura dada en arquitecturas de negocio, datos, aplicaciones y tecnología. El marco general de la FEAF creado en ese momento (véase la imagen) incluye las tres primeras columnas del Marco de Zachman y la metodología de Planificación de Arquitectura Empresarial de Spewak . ^{[ 3 ]}

En mayo de 2012, la OMB publicó una nueva guía completa, el "Enfoque Común para la Arquitectura Empresarial Federal". ^{[ 4 ]} Publicada como parte de las directrices de política y herramientas de gestión del CIO federal para aumentar los enfoques compartidos en la prestación de servicios de TI, la guía presenta un enfoque general para el desarrollo y uso de la Arquitectura Empresarial en el Gobierno Federal. El Enfoque Común promueve mayores niveles de eficacia de la misión al estandarizar el desarrollo y uso de arquitecturas dentro y entre las agencias federales. Esto incluye principios para usar la EA para ayudar a las agencias a eliminar el desperdicio y la duplicación, aumentar los servicios compartidos , cerrar las brechas de rendimiento y promover la participación entre el gobierno, la industria y los ciudadanos.

El 29 de enero de 2013, la Casa Blanca publicó la versión 2 del Marco de Arquitectura Empresarial Federal (FEAF-II) para las agencias gubernamentales, haciéndola pública aproximadamente un año después. ^{[ 5 ]} El documento cumple con los criterios establecidos por el Enfoque Común, haciendo hincapié en que los objetivos estratégicos impulsan los servicios empresariales, los cuales, a su vez, proporcionan los requisitos para las tecnologías habilitadoras. Su núcleo es el Modelo de Referencia Consolidado (CRM), que proporciona a la Oficina de Administración y Presupuesto (OMB) y a las agencias federales un lenguaje y un marco comunes para describir y analizar las inversiones.

En general, la Arquitectura Empresarial Federal (FEA, por sus siglas en inglés) está regulada por una serie de leyes y mandatos federales. Estas leyes federales han sido:

• GPRA 1993  : Ley de Desempeño y Reforma del Gobierno
• PRA 1995  : Ley de Reducción de Trámites Administrativos
• CCA 1996  : Ley Clinger-Cohen
• GPEA 1998  : Ley de Eliminación de Trámites Administrativos del Gobierno
• FISMA 2002  : Ley Federal de Gestión de la Seguridad de la Información
• Gobierno electrónico 2002  :

Las circulares complementarias de la OMB han sido:

• A-11  : Preparación, presentación y ejecución del presupuesto
• A-130  : Circular A-130 de la OMB sobre la gestión de los recursos de información federales, publicada por primera vez en diciembre de 1985.

La Metodología de Planificación Colaborativa (MPC) es un proceso sencillo y repetible que consiste en un análisis multidisciplinario integrado que da como resultado recomendaciones formuladas en colaboración con líderes, partes interesadas, planificadores e implementadores. Está concebida como un ciclo de vida completo de planificación e implementación para su uso en todos los niveles de alcance definidos en el Enfoque Común para la Arquitectura Empresarial Federal: Internacional, Nacional, Federal, Sectorial, de Agencia, de Segmento, de Sistema y de Aplicación. ^{[ 4 ] [ 5 ]}

El Modelo de Referencia Consolidado del Marco de Arquitectura Empresarial Federal (FEAF) proporciona a la Oficina de Administración y Presupuesto (OMB) y a las agencias federales un lenguaje y un marco comunes para describir y analizar las inversiones. Consta de un conjunto de modelos de referencia interrelacionados , diseñados para facilitar el análisis entre agencias y la identificación de inversiones duplicadas, deficiencias y oportunidades de colaboración dentro y entre las agencias. En conjunto, los modelos de referencia conforman un marco para describir elementos importantes de las operaciones de las agencias federales de manera común y coherente. Mediante el uso del FEAF y su vocabulario, las carteras de TI pueden gestionarse y aprovecharse mejor en todo el gobierno federal, lo que mejora la colaboración y, en última instancia, transforma el gobierno federal.

Los cinco modelos de referencia de la versión 1 (véase más abajo) se han reagrupado y ampliado a seis en el FEAF-II.

Modelo de Referencia de Rendimiento (PRM)

Este modelo de referencia respalda el análisis arquitectónico y la elaboración de informes en la vista de subarquitectura estratégica de la arquitectura empresarial general. El modelo de referencia vincula la estrategia de la agencia, los componentes internos del negocio y las inversiones, proporcionando un medio para medir el impacto de dichas inversiones en los resultados estratégicos.

Modelo de Referencia Empresarial (BRM)

Este modelo de referencia, que combina los modelos de referencia de componentes de negocio y servicio de FEAF v1, permite el análisis arquitectónico y la elaboración de informes en la vista de subarquitectura de servicios empresariales de la arquitectura empresarial general. El modelo de referencia de componentes de negocio describe una organización mediante una taxonomía de áreas comunes de misión y servicios de apoyo, en lugar de una visión organizacional aislada, lo que fomenta la colaboración intra e interinstitucional.

Modelo de Referencia de Datos (DRM)

El DRM facilita el descubrimiento de los conjuntos de datos existentes que residen en "silos" y permite comprender el significado de los datos, cómo acceder a ellos y cómo aprovecharlos para respaldar los resultados de rendimiento.

Modelo de Referencia de Aplicación (ARM)

El ARM clasifica los estándares y tecnologías relacionados con sistemas y aplicaciones que respaldan la prestación de servicios, lo que permite a las agencias compartir y reutilizar soluciones comunes y beneficiarse de las economías de escala .

Modelo de Referencia de Infraestructura (IRM)

El IRM clasifica los estándares y las tecnologías relacionadas con la red y la nube para respaldar y habilitar la entrega de componentes y capacidades de servicios de voz, datos, video y móviles.

Modelo de Referencia de Seguridad (SRM)

El SRM proporciona un lenguaje y una metodología comunes para debatir sobre seguridad y privacidad en el contexto de los objetivos comerciales y de rendimiento de las agencias federales.

El FEA se construye utilizando una variedad de modelos de referencia que desarrollan una taxonomía común para describir los recursos de TI. Los modelos de referencia de la versión 1 del FEA (ver imagen) incluían lo siguiente:

• modelo de referencia de rendimiento,
• modelo de referencia empresarial,
• modelo de referencia de componentes de servicio,
• modelo de referencia de datos y
• modelo de referencia técnica.

Está diseñado para facilitar el intercambio de información y recursos entre agencias federales, reducir costos y mejorar los servicios a los ciudadanos. Es una iniciativa de la Oficina de Administración y Presupuesto de los Estados Unidos que busca cumplir con la Ley Clinger-Cohen .

Modelo de Referencia de Rendimiento (PRM)

El PRM es un marco estandarizado para medir el rendimiento de las principales inversiones en TI y su contribución al rendimiento del programa. ^{[ 1 ]} El PRM tiene tres propósitos principales:

1. Ayudar a generar información de rendimiento mejorada para optimizar la toma de decisiones estratégicas y cotidianas;
2. Mejorar la alineación —y articular mejor la contribución de— los insumos a los productos y resultados, creando así una "línea de visión" clara hacia los resultados deseados;
3. Identificar oportunidades de mejora del rendimiento que abarquen las estructuras y límites organizativos tradicionales.

El PRM utiliza varios enfoques existentes para la medición del desempeño , incluyendo el Cuadro de Mando Integral , los Criterios Baldrige, ^{[ 6 ]} la metodología de medición de valor , los modelos lógicos de programas , la cadena de valor y la teoría de las restricciones . Además, el PRM se basó en lo que las agencias miden actualmente a través de las evaluaciones PART, GPRA, la arquitectura empresarial y la Planificación de Capital y Control de Inversiones. El PRM se compone actualmente de cuatro áreas de medición:

• Misión y resultados empresariales
• Resultados del cliente
• Procesos y actividades
• Tecnología

Modelo de Referencia Empresarial (BRM)

El " modelo de referencia empresarial de la FEA " es un marco orientado a funciones para describir las operaciones comerciales del Gobierno Federal, independientemente de las agencias que las ejecutan. Este modelo de referencia empresarial proporciona una estructura jerárquica y organizada para describir las operaciones diarias del Gobierno Federal mediante un enfoque funcional. El BRM es la primera capa de la Arquitectura Empresarial Federal y el punto de vista principal para el análisis de datos, componentes de servicio y tecnología. ^{[ 1 ]}

El BRM se divide en cuatro áreas:

• Servicios para los ciudadanos
• Modo de entrega
• Soporte para la prestación de servicios
• Gestión de los recursos gubernamentales

El Modelo de Referencia Empresarial (BRM) proporciona un marco que facilita una visión funcional (en contraposición a la organizacional) de las líneas de negocio del gobierno federal, incluyendo sus operaciones internas y sus servicios para los ciudadanos, independientemente de las agencias, oficinas y dependencias que los ejecutan. Al describir el gobierno federal en torno a áreas de negocio comunes en lugar de una visión aislada, agencia por agencia, el BRM promueve la colaboración entre agencias y sirve como base fundamental para las estrategias de la FEA y el gobierno electrónico. ^{[ 1 ]}

Si bien el BRM ofrece una forma mejorada de concebir las operaciones gubernamentales, es solo un modelo; su verdadera utilidad solo se materializa cuando se utiliza eficazmente. El enfoque funcional que promueve el BRM contribuirá poco al logro de los objetivos del gobierno electrónico si no se incorpora a las arquitecturas empresariales de arquitectura empresarial y a los procesos de gestión de todas las agencias federales y la OMB. ^{[ 1 ]}

Modelo de Referencia de Componentes de Servicio (SRM)

El Modelo de Referencia de Componentes de Servicio (SRM) es un marco funcional, orientado al negocio y al rendimiento, que clasifica los Componentes de Servicio según cómo apoyan los objetivos de negocio y/o rendimiento. ^{[ 1 ]} El SRM está diseñado para facilitar la identificación de Componentes de Servicio de negocio y de aplicación a nivel gubernamental en las inversiones y activos de TI. El SRM se estructura en dominios de servicio horizontales y verticales que, independientemente de las funciones de negocio, proporcionan una base aprovechable para apoyar la reutilización de aplicaciones, capacidades de aplicación, componentes y servicios de negocio.

El SRM establece los siguientes dominios:

• Servicio al cliente
• Servicios de automatización de procesos
• Servicios de gestión empresarial
• Servicios de activos digitales
• Servicios de análisis empresarial
• Servicios de back office
• Servicios de apoyo

Cada dominio de servicio se descompone en tipos de servicio. Por ejemplo, los tres tipos de servicio asociados al dominio de Servicios al Cliente son: Preferencias del Cliente; Gestión de Relaciones con el Cliente ; y Asistencia Iniciada por el Cliente. Y cada tipo de servicio se descompone aún más en componentes. Por ejemplo, los cuatro componentes dentro del tipo de servicio Preferencias del Cliente incluyen: Personalización; Suscripciones; Alertas y Notificaciones; y Gestión de Perfiles. ^{[ 7 ]}

Modelo de Referencia de Datos (DRM)

El Modelo de Referencia de Datos (MRD) describe, a nivel agregado, los datos y la información que sustentan las operaciones de los programas y líneas de negocio gubernamentales. Este modelo permite a las agencias describir los tipos de interacción e intercambio que se producen entre el gobierno federal y los ciudadanos. ^{[ 1 ]} El MRD clasifica la información gubernamental en niveles de detalle más precisos. Asimismo, establece una clasificación para los datos federales e identifica recursos de datos duplicados. Un modelo de datos común agilizará los procesos de intercambio de información dentro del gobierno federal y entre el gobierno y las partes interesadas externas.

El volumen uno del DRM proporciona una descripción general de alto nivel de la estructura, el uso y las construcciones de identificación de datos. Este documento:

• Proporciona una introducción y una visión general de alto nivel de los contenidos que se detallarán en los volúmenes 2 a 4 del modelo;
• Fomenta el desarrollo de la comunidad de interés de los volúmenes restantes; y
• Proporciona los conceptos básicos, la estrategia y la estructura que se utilizarán en el desarrollo futuro.

El DRM es el punto de partida a partir del cual los arquitectos de datos deben desarrollar estándares y conceptos de modelado. Los volúmenes combinados del DRM respaldan la clasificación de datos y permiten el intercambio de información horizontal y vertical.

Modelo de Referencia Técnica (TRM)

El TRM es un marco técnico basado en componentes que categoriza los estándares y las tecnologías para respaldar y facilitar la entrega de componentes y capacidades de servicio. También unifica los TRM existentes de las agencias y las directrices de gobierno electrónico, al proporcionar una base para promover la reutilización y la estandarización de la tecnología y los componentes de servicio desde una perspectiva gubernamental integral. ^{[ 1 ]}

El TRM consta de:

• Áreas de Servicio  : representan un nivel técnico que respalda la construcción, el intercambio y la entrega seguros de los Componentes de Servicio. Cada Área de Servicio agrupa los estándares y las tecnologías en áreas funcionales de nivel inferior. Cada Área de Servicio consta de múltiples Categorías de Servicio y Estándares de Servicio. Esta jerarquía proporciona el marco para agrupar los estándares y las tecnologías que respaldan directamente el Área de Servicio. (Encabezados morados)
• Service Categories : classify lower levels of technologies and standards with respect to the business or technology function they serve. In turn, each Service Category comprises one or more Service Standards. (Bold-face groupings)
• Service Standards : define the standards and technologies that support a Service Category. To support agency mapping into the TRM, many of the Service Standards provide illustrative specifications or technologies as examples.(Plain text)

The figure on the right provides a high-level depiction of the TRM.

Aligning agency capital investments to the TRM leverages a common, standardized vocabulary, allowing interagency discovery, collaboration, and interoperability. Agencies and the federal government will benefit from economies of scale by identifying and reusing the best solutions and technologies to support their business functions, mission, and target architecture. Organized in a hierarchy, the TRM categorizes the standards and technologies that collectively support the secure delivery, exchange, and construction of business and application Service Components that may be used and leveraged in a component-based or service-oriented architecture.^[1]

In the FEA, enterprise, segment, and solution architectures provide different business perspectives by varying the level of detail and addressing related but distinct concerns. Just as enterprises are themselves hierarchically organized, so are the different views provided by each type of architecture. The Federal Enterprise Architecture Practice Guidance (2006) has defined three types of architecture:^[2]

• Enterprise architecture,
• Segment architecture, and
• Solution architecture.

By definition, Enterprise Architecture (EA) is fundamentally concerned with identifying common or shared assets – whether they are strategies, business processes, investments, data, systems, or technologies. EA is driven by strategy; it helps an agency identify whether its resources are properly aligned to the agency mission and strategic goals and objectives. From an investment perspective, EA is used to drive decisions about the IT investment portfolio as a whole. Consequently, the primary stakeholders of the EA are the senior managers and executives tasked with ensuring the agency fulfills its mission as effectively and efficiently as possible.^[2]

Por el contrario, la « arquitectura de segmentos » define una hoja de ruta sencilla para un área de misión principal, un servicio empresarial o un servicio corporativo. La arquitectura de segmentos está impulsada por la gestión empresarial y ofrece productos que mejoran la prestación de servicios a los ciudadanos y al personal de la agencia. Desde una perspectiva de inversión, la arquitectura de segmentos impulsa las decisiones para un caso de negocio o un grupo de casos de negocio que respaldan un área de misión principal o un servicio común o compartido. Los principales interesados ​​en la arquitectura de segmentos son los propietarios y gerentes de negocios. La arquitectura de segmentos se relaciona con la arquitectura empresarial a través de tres principios:

• Estructura: la arquitectura de segmentos hereda el marco utilizado por la EA, aunque puede ampliarse y especializarse para satisfacer las necesidades específicas de un área de misión central o un servicio común o compartido.
• Reutilización  : la arquitectura de segmentos reutiliza activos importantes definidos a nivel empresarial, entre los que se incluyen: datos; procesos comerciales e inversiones comunes; y aplicaciones y tecnologías.
• alineación  : la arquitectura de segmentos se alinea con los elementos definidos a nivel empresarial, como estrategias comerciales, mandatos, estándares y medidas de rendimiento. ^{[ 2 ]}

La " arquitectura de soluciones " define los activos de TI de la agencia, como las aplicaciones o los componentes utilizados para automatizar y mejorar las funciones empresariales individuales de la agencia. El alcance de una arquitectura de soluciones suele limitarse a un único proyecto y se utiliza para implementar la totalidad o parte de un sistema o solución empresarial. Los principales interesados ​​en la arquitectura de soluciones son los usuarios y desarrolladores del sistema. La arquitectura de soluciones se relaciona comúnmente con la arquitectura de segmentos y la arquitectura empresarial a través de definiciones y restricciones. Por ejemplo, la arquitectura de segmentos proporciona definiciones de las interfaces de datos o servicios utilizadas dentro de un área de misión o servicio central, a las que acceden las soluciones individuales. Del mismo modo, una solución puede estar restringida a tecnologías y estándares específicos definidos a nivel empresarial. ^{[ 2 ]}

El informe oficial al Congreso de los Estados Unidos de 2011 señalaba que «la mayoría de los departamentos y agencias indicaron que esperaban obtener los beneficios de sus respectivos programas de arquitectura empresarial [...] en algún momento en el futuro. Esto sugiere que el verdadero valor que el gobierno federal obtiene del desarrollo y uso de arquitecturas empresariales sigue estando en gran medida sin materializar». ^{[ 8 ]}

• Modelo de referencia empresarial
• Marco de arquitectura del Departamento de Defensa
• Marco de arquitectura empresarial de la FDIC
• Modelo de datos físicos
• Modelo de referencia
• Marco de arquitectura empresarial del Tesoro

• Sitio web del Instituto Federal de Arquitectura Empresarial
• Sitio web del Consejo Federal de Directores de Información
• Arquitectura y estándares empresariales del CIO del Departamento de Defensa
• Análisis de elementos finitos con ADOit
• Programa Baldrige de Excelencia en el Desempeño