Un marco de arquitectura empresarial federal ( FEAF ) es la arquitectura empresarial de referencia de un gobierno federal en los 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 de la organización y la mejora del rendimiento. [1]
La arquitectura empresarial federal más familiar es la arquitectura empresarial del gobierno federal de los Estados Unidos , la "Arquitectura empresarial federal" (FEA) de EE. UU. Y el "Marco de arquitectura empresarial federal" (FEAF) correspondiente de EE. UU. Este lema se centrará en esta arquitectura empresarial particular y en este marco de arquitectura empresarial .
Resumen [ editar ]
La arquitectura empresarial (EA) es una de las mejores prácticas de gestión para alinear los recursos empresariales y tecnológicos para lograr resultados estratégicos, mejorar el desempeño organizacional y guiar a las agencias federales para que ejecuten mejor sus misiones principales . Una EA 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 trabajo en progreso para lograr estos objetivos. [2]
La Arquitectura Empresarial Federal de EE. UU. (FEA) es una iniciativa de la Oficina de Administración y Presupuesto de EE. UU. , Oficina de Gobierno Electrónico y TI, que tiene como objetivo realizar el valor de la arquitectura empresarial dentro del Gobierno Federal de EE. UU. La Arquitectura Empresarial se convirtió en una de las mejores prácticas estratégicas y de gestión reconocidas en el Gobierno Federal de los EE. UU. Con la aprobación de la Ley Clinger-Cohen en 1996.
Existen numerosos beneficios que se derivan de la implementación y el uso de una arquitectura empresarial dentro del gobierno federal de los EE. UU. Entre ellos se encuentra proporcionar un enfoque común para la adquisición de TI en el gobierno federal de los Estados Unidos . También está diseñado para facilitar el intercambio de información y recursos entre agencias federales, reducir costos y mejorar los servicios a los ciudadanos.
Historia [ editar ]
En septiembre de 1999, el Consejo Federal de CIO publicó el "Marco de Arquitectura Empresarial Federal" (FEAF) Versión 1.1 para desarrollar una Arquitectura Empresarial (EA) dentro de cualquier Agencia Federal para un sistema que trasciende múltiples fronteras entre agencias. Se basa en prácticas y diseños comerciales comunes que cruzan los límites de la organización, entre otros, el modelo de arquitectura empresarial NIST . El FEAF proporciona un estándar duradero para desarrollar y documentar descripciones de arquitectura de áreas de alta prioridad. Proporciona orientación en la descripción de arquitecturas para segmentos funcionales de múltiples organizaciones del gobierno federal. [3]En el momento de la publicación, el enfoque de TI del gobierno en los problemas del año 2000 y luego los eventos de septiembre de 2001 desviaron la atención de la implementación de EA, aunque su práctica previa y posterior a esto puede haber mejorado 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 en esa estrategia fue que la superposición sustancial y los sistemas de agencias redundantes limitaron la capacidad de lograr la estrategia de la Administración Bush de hacer que el gobierno "se centrara en los ciudadanos". El Grupo de Trabajo recomendó la creación de un Proyecto de Arquitectura Empresarial Federal y la creación de la Oficina FEA en OMB. Este fue un cambio del enfoque FEAF en Ingeniería de la Información,a un enfoque de reutilización de objetos J2EE utilizando modelos de referencia que comprenden taxonomías que vinculan los resultados de rendimiento a las líneas de negocio, componentes de servicios de proceso, tipos de datos y componentes de tecnología. Las versiones provisionales desde ese momento han proporcionado incrementos sucesivos en la definición de los modelos de referencia centrales (ver más abajo), así como una metodología muy robusta para desarrollar realmente una arquitectura en una serie de plantillas que forman la Metodología de Arquitectura de Segmento Federal (FSAM) y su siguiente reemplazo de generación, la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, de aplicación más amplia y más inclusiva del conjunto más amplio de disciplinas de planificación.y componentes tecnológicos. Las versiones provisionales desde ese momento han proporcionado incrementos sucesivos en la definición de los modelos de referencia centrales (ver más abajo), así como una metodología muy robusta para desarrollar realmente una arquitectura en una serie de plantillas que forman la Metodología de Arquitectura de Segmento Federal (FSAM) y su siguiente reemplazo de generación, la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, de aplicación más amplia y más inclusiva del conjunto más amplio de disciplinas de planificación.y componentes tecnológicos. Las versiones provisionales desde ese momento han proporcionado incrementos sucesivos en la definición de los modelos de referencia centrales (ver más abajo), así como una metodología muy robusta para desarrollar realmente una arquitectura en una serie de plantillas que forman la Metodología de Arquitectura de Segmento Federal (FSAM) y su siguiente reemplazo de generación, la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, de aplicación más amplia y más inclusiva del conjunto más amplio de disciplinas de planificación.la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, de aplicación más amplia y más inclusiva del conjunto más amplio de disciplinas de planificación.la Metodología de Planificación Colaborativa (CPM), que fue diseñada para ser más flexible, de aplicación más amplia 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 el comercio y los segmentos de arquitectura federal de subvenciones. Método de forma prescrita de abordar un problema en particular. Como se muestra en la figura, el FEAF divide una arquitectura dada en arquitecturas de negocios, datos, aplicaciones y tecnología. El marco general FEAF creado en ese momento (ver imagen) incluye las tres primeras columnas de la Zachman Framework y el Spewak 's arquitectura empresarial Planificación metodología. [3]
En mayo de 2012 OMB publicó una nueva guía completa, el "Enfoque común de la arquitectura empresarial federal". [4] Publicada como parte de las herramientas de gestión y orientación de políticas del CIO federal para aumentar los enfoques compartidos para la prestación de servicios de TI, la guía presenta un enfoque general para desarrollar y utilizar la arquitectura empresarial en el gobierno federal. El Enfoque Común promueve mayores niveles de efectividad de la misión al estandarizar el desarrollo y uso de arquitecturas dentro y entre las Agencias Federales. Esto incluye principios para usar EA para ayudar a las agencias a eliminar el desperdicio y la duplicación, aumentar los servicios compartidos, cerrar las brechas de desempeño y promover el compromiso 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) a las agencias gubernamentales, haciéndola pública aproximadamente un año después. [5] El documento cumple con los criterios establecidos por Common Approach, enfatizando que los objetivos estratégicos impulsan los servicios comerciales, que a su vez proporcionan los requisitos para las tecnologías habilitadoras. En esencia, se encuentra el Modelo de referencia consolidado (CRM), que equipa a la OMB y a las agencias federales con un lenguaje y un marco comunes para describir y analizar las inversiones.
En general, la Arquitectura Empresarial Federal (FEA) es un mandato de una serie de leyes y mandatos federales. Estas leyes federales han sido:
- GPRA 1993: Ley de Reforma y Rendimiento del Gobierno
- PRA 1995: Ley de reducción de trámites
- CCA 1996: Ley Clinger-Cohen
- GPEA 1998: Ley de eliminación de trámites gubernamentales
- FISMA 2002: Ley Federal de Gestión de la Seguridad de la Información
- E-Gov 2002: Gobierno electrónico
Las circulares suplementarias de OMB han sido:
- A-11: Elaboración, Presentación y Ejecución del Presupuesto
- A-130: OMB Circular A-130 Management of Federal Information Resources, emitida por primera vez en diciembre de 1985
Metodología de planificación colaborativa [ editar ]
La Metodología de Planificación Colaborativa (CPM) es un proceso simple y repetible que consiste en un análisis multidisciplinario integrado que da como resultado recomendaciones formadas en colaboración con líderes, partes interesadas, planificadores e implementadores. Está concebido 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 de la arquitectura empresarial federal: internacional, nacional, federal, sector, agencia, segmento, sistema y aplicación. [4] [5]
Modelos de referencia de la versión 2 [ editar ]
Esta sección no cita ninguna fuente . ( Febrero de 2017 ) ( Obtenga información sobre cómo y cuándo eliminar este mensaje de plantilla ) |
El Modelo de Referencia Consolidado del Marco de Arquitectura Empresarial Federal (FEAF) equipa a la OMB y las agencias federales con un lenguaje y marco común para describir y analizar inversiones. Consiste en un conjunto de modelos de referencia interrelacionados diseñados para facilitar el análisis entre agencias y la identificación de inversiones duplicadas, brechas y oportunidades de colaboración dentro y entre agencias. En conjunto, los modelos de referencia comprenden un marco para describir elementos importantes de las operaciones de las agencias federales de una manera común y coherente. Mediante el uso de FEAF y su vocabulario, las carteras de TI se pueden administrar y aprovechar mejor en todo el gobierno federal, mejorando la colaboración y, en última instancia, transformando el gobierno federal.
Los cinco modelos de referencia en la versión 1 (ver más abajo) se han reagrupado y ampliado en seis en el FEAF-II.
- Modelo de referencia de rendimiento (PRM)
- Este modelo de referencia admite el análisis arquitectónico y la generación de informes en la vista de la subarquitectura de estrategia del EA general. El PRM vincula la estrategia de la agencia, los componentes internos del negocio y las inversiones, proporcionando un medio para medir el impacto de esas inversiones en los resultados estratégicos.
- Modelo de referencia empresarial (BRM)
- Este modelo de referencia, que combina los modelos de referencia de componentes comerciales y de servicios de FEAF v1, admite el análisis de la arquitectura y la generación de informes en la vista de la subarquitectura de servicios comerciales del EA general. El BRM describe una organización a través de una taxonomía de misión común y áreas de servicio de apoyo en lugar de a través de una visión organizacional completa, promoviendo así la colaboración intra e interinstitucional.
- Modelo de referencia de datos (DRM)
- El DRM facilita el descubrimiento de existencias 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 el sistema y las aplicaciones que respaldan la prestación de capacidades de servicio, 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 tecnologías relacionados con la red / nube para respaldar y permitir la entrega de componentes y capacidades de servicios móviles, de voz, de datos y de video.
- Modelo de referencia de seguridad (SRM)
- El SRM proporciona un lenguaje y una metodología comunes para discutir la seguridad y la privacidad en el contexto de los objetivos comerciales y de desempeño de las agencias federales.
Modelos de referencia de la versión 1 [ editar ]
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 de FEA (ver imagen) incluyen lo siguiente:
- modelo de referencia de rendimiento,
- modelo de referencia empresarial,
- modelo de referencia del componente 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 EE. UU. Que tiene como objetivo cumplir con la Ley Clinger-Cohen .
Modelo de referencia de rendimiento (PRM) [ editar ]
El PRM es un marco estandarizado para medir el desempeño de las principales inversiones en TI y su contribución al desempeño del programa. [1] El PRM tiene tres objetivos principales:
- Ayude a producir información de desempeño mejorada para mejorar la toma de decisiones estratégicas y diarias;
- Mejorar la alineación y articular mejor la contribución de los insumos a los productos y resultados, creando así una clara "línea de visión" hacia los resultados deseados;
- Identificar oportunidades de mejora del desempeño que abarcan las estructuras y los límites organizacionales tradicionales.
El PRM utiliza una serie de enfoques existentes para la medición del desempeño, incluido el Cuadro de Mando Integral , los Criterios Baldrige, [6] la metodología de medición del valor , los modelos lógicos del programa , la cadena de valor y la Teoría de las restricciones . Además, el PRM fue informado por lo que las agencias están midiendo actualmente a través de evaluaciones PART, GPRA, arquitectura empresarial y Planificación de Capital y Control de Inversiones. El PRM se compone actualmente de cuatro áreas de medición:
- Misión y resultados comerciales
- Resultados del cliente
- Procesos y actividades
- Tecnología
Modelo de referencia empresarial (BRM) [ editar ]
El " modelo de referencia comercial de FEA " es un marco basado en funciones para describir las operaciones comerciales del Gobierno Federal independientemente de las agencias que las realizan. Este modelo de referencia empresarial proporciona una estructura jerárquica organizada para describir las operaciones comerciales diarias del gobierno federal utilizando un enfoque impulsado por las funciones. El BRM es la primera capa de la Arquitectura Empresarial Federal y es el punto de vista principal para el análisis de datos, componentes de servicios y tecnología. [1]
El BRM se divide en cuatro áreas:
- Servicios para ciudadanos
- Modo de entrega
- Apoyo a la prestación de servicios
- Gestión de recursos gubernamentales
El Modelo de Referencia Empresarial proporciona un marco que facilita una visión funcional (en contraposición a la organizacional) de las LoB del gobierno federal, incluidas sus operaciones internas y sus servicios para los ciudadanos, independientemente de las agencias, oficinas y oficinas que las realizan. Al describir al gobierno federal en torno a áreas comerciales comunes en lugar de hacerlo mediante una visión generalizada, agencia por agencia, el BRM promueve la colaboración entre agencias y sirve como la base subyacente para las estrategias FEA y E-Gov. [1]
Si bien el BRM proporciona una forma mejorada de pensar sobre las operaciones gubernamentales, es solo un modelo; su verdadera utilidad sólo puede realizarse cuando se utiliza de forma eficaz. El enfoque funcional promovido por BRM contribuirá poco a lograr los objetivos del gobierno electrónico si no se incorpora en las arquitecturas comerciales de EA y los procesos de gestión de todas las agencias federales y OMB. [1]
Modelo de referencia de componentes de servicio (SRM) [ editar ]
El Modelo de referencia de componentes de servicio (SRM) es un marco funcional impulsado por el negocio y el rendimiento que clasifica los Componentes del servicio con respecto a cómo respaldan los objetivos comerciales y / o de rendimiento. [1] El SRM está diseñado para respaldar el descubrimiento de componentes de servicios de aplicaciones y negocios de todo el gobierno en inversiones y activos de TI. El SRM está estructurado en dominios de servicios horizontales y verticales que, independientemente de las funciones comerciales, pueden proporcionar una base que se pueda aprovechar para respaldar la reutilización de aplicaciones, capacidades de aplicaciones, componentes y servicios comerciales.
El SRM establece los siguientes dominios:
- Servicios al cliente
- Servicios de automatización de procesos
- Servicios de gestión empresarial
- Servicios de activos digitales
- Servicios analíticos comerciales
- Servicios de Back Office
- Servicios de apoyo
Cada dominio de servicio se descompone en tipos de servicio. Por ejemplo, los tres tipos de servicios asociados con el 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 de preferencias del cliente incluyen: Personalización; Suscripciones; Alertas y notificaciones; y gestión de perfiles. [7]
Modelo de referencia de datos (DRM) [ editar ]
El Modelo de referencia de datos (DRM) describe, a nivel agregado, los datos y la información que respaldan las operaciones de los programas gubernamentales y las líneas comerciales. Este modelo permite a las agencias describir los tipos de interacción e intercambios que ocurren entre el Gobierno Federal y los ciudadanos. [1] El DRM clasifica la información gubernamental en mayores niveles de detalle. También establece una clasificación para 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 descripció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 intereses 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 desde el cual los arquitectos de datos deben desarrollar estándares y conceptos de modelado. Los volúmenes combinados del DRM admiten la clasificación de datos y permiten el intercambio de información horizontal y vertical.
Modelo de referencia técnica (TRM) [ editar ]
El TRM es un marco técnico impulsado por componentes que categoriza los estándares y tecnologías para respaldar y permitir la entrega de Componentes y capacidades de servicio. También unifica los TRM de las agencias existentes y la guía de E-Gov al proporcionar una base para avanzar en la reutilización y estandarización de la tecnología y los componentes de servicio desde una perspectiva de todo el gobierno. [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 agrega los estándares y 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 estándares y tecnologías que apoyan directamente el área de servicio. (Encabezados morados)
- Categorías de servicio : clasifica los niveles más bajos de tecnologías y estándares con respecto a la función comercial o tecnológica a la que sirven. A su vez, cada Categoría de Servicio comprende uno o más Estándares de Servicio. (Agrupaciones en negrita)
- Estándares de servicio : define los estándares y tecnologías que dan soporte a una Categoría de servicio. Para respaldar el mapeo de la agencia en el TRM, muchos de los Estándares de servicio proporcionan especificaciones o tecnologías ilustrativas como ejemplos (texto sin formato).
La figura de la derecha proporciona una descripción de alto nivel del TRM.
La alineación de las inversiones de capital de las agencias con el TRM aprovecha un vocabulario común y estandarizado, lo que permite el descubrimiento, la colaboración y la interoperabilidad entre agencias. Las agencias y el gobierno federal se beneficiarán de las economías de escala al identificar y reutilizar las mejores soluciones y tecnologías para respaldar sus funciones comerciales, misión y arquitectura de destino. Organizado en una jerarquía, el TRM categoriza los estándares y tecnologías que colectivamente apoyan la entrega segura, el intercambio y la construcción de componentes de servicio de aplicaciones y negocios que se pueden usar y aprovechar en una arquitectura basada en componentes u orientada a servicios . [1]
Niveles de arquitectura [ editar ]
En la empresa FEA, la arquitectura de segmento y solución proporciona diferentes perspectivas comerciales al variar el nivel de detalle y abordar preocupaciones relacionadas pero distintas. Así como las empresas están organizadas jerárquicamente, también lo están las diferentes vistas que ofrece cada tipo de arquitectura. La Federal Enterprise Architecture Practice Guidance (2006) ha definido tres tipos de arquitectura: [2]
- Arquitectura empresarial,
- Arquitectura de segmentos y
- Arquitectura de soluciones.
Por definición, la Arquitectura Empresarial (EA) se ocupa fundamentalmente de identificar activos comunes o compartidos, ya sean estrategias, procesos comerciales, inversiones, datos, sistemas o tecnologías. EA está impulsada por la estrategia; ayuda a una agencia a identificar si sus recursos están correctamente alineados con la misión de la agencia y las metas y objetivos estratégicos. Desde una perspectiva de inversión, EA se utiliza para impulsar decisiones sobre la cartera de inversiones de TI en su conjunto. En consecuencia, las principales partes interesadas de la EA son los altos directivos y ejecutivos encargados de garantizar que la agencia cumpla con su misión de la manera más eficaz y eficiente posible. [2]
Por el contrario, la " arquitectura de segmento " define una hoja de ruta simple para un área de misión central, un servicio comercial o un servicio empresarial. La arquitectura del segmento 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 segmento impulsa las decisiones para un caso comercial o grupo de casos comerciales que respaldan un área de misión central o un servicio común o compartido. Los principales interesados en la arquitectura del segmento son los propietarios y administradores de empresas. La arquitectura de segmentos está relacionada con EA a través de tres principios:
- estructura: la arquitectura de segmento hereda el marco utilizado por el 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 del segmento reutiliza activos importantes definidos a nivel empresarial, incluidos: datos; inversiones y procesos comerciales comunes; y aplicaciones y tecnologías.
- alineación: la arquitectura del segmento se alinea con elementos definidos a nivel empresarial, como estrategias comerciales, mandatos, estándares y medidas de desempeño. [2]
La " arquitectura de la solución " define los activos de TI de la agencia, como las aplicaciones o los componentes utilizados para automatizar y mejorar las funciones comerciales de las agencias individuales. El alcance de la arquitectura de una solución generalmente se limita a un solo proyecto y se usa para implementar todo o parte de un sistema o solución comercial. Los principales interesados en la arquitectura de la solución son los usuarios y desarrolladores del sistema. La arquitectura de la solución está comúnmente relacionada con la arquitectura del segmento y la arquitectura empresarial a través de definiciones y restricciones. Por ejemplo, la arquitectura de segmento proporciona definiciones de datos o interfaces de servicio que se utilizan dentro de un área de misión o servicio central, a los que se accede mediante soluciones individuales. Del mismo modo, una solución puede estar limitada a tecnologías y estándares específicos que se definen a nivel empresarial.[2]
Resultados del programa [ editar ]
Los resultados del programa Federal Enterprise Architecture se consideran insatisfactorios:
- Stanley Gaver, participante del programa FEA, informa que "la arquitectura empresarial dentro del gobierno federal no ha funcionado y, en la mayoría de los casos, no ha dado resultados útiles. Además, se han completado partes importantes del programa federal de EA y fracasos totales ". [8]
- El informe oficial al Congreso de EE. UU. En 2011 informó que "la mayoría de los departamentos y agencias informaron que esperan obtener los beneficios de sus respectivos programas de arquitectura empresarial [...] en algún momento en el futuro. Lo que esto sugiere es que el valor real en el que el gobierno desarrolle y utilice arquitecturas empresariales sigue estando en gran parte sin realizar ". [9]
Ver también [ editar ]
- 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 de tesorería
Referencias [ editar ]
- ^ a b c d e f g h i j k l m n Documento del modelo de referencia consolidado de FEA. Documento del modelo de referencia consolidado de FEA, versión 2.3, octubre de 2007. Consultado el 28 de abril de 2009.
- ^ a b c d e f Oficina de administración del programa de arquitectura empresarial federal (2007). Orientación práctica de FEA . [ enlace muerto ]
- ^ a b c Consejo del director de información (2001) Una guía práctica para la arquitectura empresarial federal Archivado el 10 de octubre de 2008 en la Wayback Machine . Febrero de 2001.
- ^ a b "Enfoque común a la arquitectura empresarial federal" (PDF) . Oficina de Gerencia y Presupuesto. Mayo de 2012. Archivado (PDF) desde el original el 22 de enero de 2017.
- ^ a b Documento de modelo de referencia consolidado de FEA. Marco de arquitectura empresarial federal versión 2 el 29 de enero de 2013. Consultado el 2 de abril de 2015.
- ^ "Marco de excelencia de Baldrige 2015-2016" . Programa de excelencia en el desempeño de Baldrige . Instituto Nacional de Estándares y Tecnología. 15 de enero de 2015. Archivado desde el original el 4 de agosto de 2016.
- ^ a b FEA (2005) Perfil de gestión de registros FEA, versión 1.0 . 15 de diciembre de 2005.
- ^ "¿Por qué no funciona la arquitectura empresarial federal?" , Stanley B. Gaver, visitado el 19 de mayo de 2016.
- ^ GAO (2011). Oportunidades para reducir la posible duplicación en programas gubernamentales, ahorrar dólares de impuestos y mejorar los ingresos . Washington, DC: Oficina de Responsabilidad del Gobierno.
Enlaces externos [ editar ]
 | Wikimedia Commons tiene medios relacionados con la arquitectura empresarial federal . |
- Sitio web del Instituto Federal de Arquitectura Empresarial
- Sitio web del Consejo Federal de Directores de Información
- Arquitectura y estándares empresariales de DoD CIO
- FEA con ADOit
- Programa de excelencia en el desempeño de Baldrige
