FEAF FRAMEWORK
506
THE FEDERAL
ENTERPRISE
ARCHITECTURE
FRAMEWORK
(FEAF)
OBJETIVO
1
* Sirve para la planificación y toma de desiciones de una empresa del Gobierno Federal.
* OIC (orientación de políticas y herramientas de gestión) para aumentar los enfoques compartidos para la prestación de servicios de TI.
Arquitectura Empresarial en el Gobierno Federal
DEFINICIÓN EMPRESA FEDERAL
Son todas aquellas empresas que son propiedad del estado de un modo total o parcial, que son económicas de producción o distribución de bienes o servicios.
1
FINES
* Posee un enfoque común que promueve mayores niveles de efectividad de la misión mediante la estandarización de desarrollo y uso de arquitecturas dentro y entre Agencias Federales
* EA ayuda a las agencias a eliminar el desperdicio y la duplicación, aumentar los servicios compartidos, cerrar brechas, y promover el compromiso entre el gobierno, la industria y los ciudadanos.
2
ESTRUCTURA
2
El Marco FEAF describe un conjunto de herramientas para ayudar a los planificadores del gobierno a implementar el Enfoque Común.
#1
COMPONENTES
COMPONENTES
En su núcleo está el Modelo de Referencia Consolidado (CRM), que equipa a las agencias federales con un lenguaje y un marco común para describir y analizar inversiones.
Consiste en un conjunto de "modelos de referencia" interrelacionados que describen los seis dominios de la subarquitectura en el marco:
- Estrategia
- Negocios
- Datos
- Aplicaciones
- Infraestructura
- Seguridad
#2
ELEMENTOS
*CPM (Collaborative Planning Methodology):
La Metodología de planificación colaborativa pretende ser 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.
De manera que se planifique para las nesecidades de los Sponsor y Stakelhoders.
La metodología está estructurada para abarcar los principios de apalancamiento y reutilización ayudando a los planificadores en determinar si hay otras organizaciones que previamente han abordado necesidades similares y si su modelo de negocio, experiencias y productos de trabajo se pueden aprovechar para agilizar o mejorar.
ELEMENTOS
- (PRM) Modelo de referencia de rendimiento :
- Proporciona un vínculo entre inversiones o actividades y la visión estratégica establecida.
- Ayuda a generar información de rendimiento de TI, para mejorar la toma de decisiones diarias y estratégicas.
- Articula mejor la contribución de TI a los resultados del negocio, creando así una "línea de vista" clara a los resultados deseados.
- Identifica oportunidades de mejora del rendimiento que abarque las estructuras y límites organizativos .
ELEMENTOS
*(CRM):
#3
FASES
Organizar y Planificar
Implementar y Medir
#4
Tiempos
Requiere una gran inversión de tiempo y dinero al inicio del framework, ya que cuenta con una serie de herramientas que sirven para la planeación e implementación de la arquitectura, además se debe describir la situación actual y finalmente mostrar un blanco de al cual estará enfocado la arquitectura. Después de realizadas estas actividades, la implementación de la arquitectura podria variar a través de los cambios de diseño, desarrollo y adquisición de tecnologias de la informacion.
#5
Pasos CPM(Collaborative Planning Method)
#6
Step 1: Identify and Validate
Resultados:
- Identificación y validación de las necesidades
- Conjunto de análisis del rendimiento
- Una determinación del que va aprobar y supervisar (governance)los cambios necesarios
Step 2: Research and Leverage
Resultado:
- El Sponsor decide si se debe prestar Levarege a las organizaciones o provedores de servicios
Step 3: Define and Plan
Resultado:
- El Sponsor y el stakeholeder tendrá un conjunto de planes y artefactos que definirán que se hará, cuando, que y cuando se verán los beneficios y los costos estimados.
Step 4: Invest and Execute
Resultado:
- Se toman decisiones con respecto a las inversiones en los cambios planeado en el paso 3.
- Pueden incluir: cambios de políticas, de organización, procesos, recursos, etc.
Step 5: Perform and Measure
Resultado:
- Medir el resultado de rendimiento contra lo identificado en el paso 1.
- Hacer operacional los resultados del paso 3 y 4
ROLES
3
Application Architect
Application Architect
The role of application architects revolves heavily around identifying gaps and redundancies
Business Architect
Business Architect
Business architects are concerned with how (and how well) federal agencies fulfil their functions
Security Architect
Security Architect
Security architects have a crucial role in the ensuring the continued success of any organization
ENTREGABLES
OBJETIVO
La lista de artefactos estándar consiste en los artefactos "centrales" que deben considerarse y / o adaptarse para admitir un conjunto robusto de artefactos EA para la organización.
Enfoque común
Descripción del concepto de servicio compartido de TI
LISTA DE ENTREGABLES
RESULTADOS
DIAGRAMAS
PRM
BRM
DRM
ARM
IRM
SRM
CRACTERISTICAS
Fortalezas y Debilidades
Fortalezas
- Crea un análisis diseñado para mejorar la eficiencia y aumentar el rendimiento de las inversiones (ROI).
- Facilita el intercambio de información y recursos entre agencias federales.
- Ayuda a las agencias a eliminar el desperdicio y la duplicación y aumentar los servicios compartidos.
- Reduce costos y mejora los servicios a los ciudadanos
- Promueve mayores niveles de efectividad de la misión, al estandarizar el desarrollo y uso de arquitecturas dentro y entre las agencias federales.
Debilidades
- Se requiere un esfuerzo de la organizacion para adoptar los estandares.
- Dependen más de los servicios tecnologicos y capacidades que estan fuera de su control.
- Es muy débil la perspectiva estratégica.
PROYECTOS - ESCENARIOS
Where are You?
The Common Approach to Federal Enterprise Architecture
helps to make agencies “Future-Ready” by accelerating
agency business transformation and new technology
enablement by providing standardization, design principles,
scalability, an enterprise roadmap, and a repeatable
architecture project method.
CERTIFICACIONES
Associate Certified Enterprise Architect
Certified Enterprise Architect
Video - realimentación
Bibliografia
- R. C. Santos y H. C. Garciıa, 2014. [En línea]. Available: https://www.google.com.co/search?ei=jbvLWsn7LI3s5gK-xbvwDA&q=desventajas+de+usar+feaf+&oq=desventajas+de+usar+feaf+&gs_l=psy-ab.3...167258.175215.0.175724.27.18.1.8.8.0.168.1761.0j12.12.0....0...1c.1.64.psy-ab..6.20.1684...0j35i39k1j0i67k1j0i131k1j0i10k1j.
F. E. Architecture, 2013. [En línea]. Available: https://obamawhitehouse.archives.gov/sites/default/files/omb/assets/egov_docs/fea_v2.pdf
https://bigdatawg.nist.gov/_uploadfiles/M0197_v1_3201181507.pdf