El documento describe el marco de referencia TOGAF (The Open Group Architecture Framework), que es ampliamente utilizado para desarrollar arquitecturas empresariales. TOGAF proporciona una metodología llamada ADM (Architecture Development Method) que guía el desarrollo de la arquitectura a través de ocho fases iterativas, comenzando con la visión arquitectónica y finalizando con la implementación y gestión del cambio. Cada fase genera artefactos que se utilizan como insumos para las siguientes fases, permitiendo construir
Es un esquema o marco de trabajo de Arquitectura Empresarial la cual proporciona un perspectiva o puntos de vista para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información en las empresas
Es un esquema o marco de trabajo de Arquitectura Empresarial la cual proporciona un perspectiva o puntos de vista para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información en las empresas
TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
Arquitectura empresarial - Enfoque sistémico para el desarrollo de sistemas d...Julio Vasquez Paragulla
Conferencia magistral por la semana de la Facultad de Ciencias e Ingeniería, a cargo del Msc. Daniel Llanos Panduro en el auditorio de la Universidad de Ciencias e Ingeniería. 12 mayoo 2015.
Introducción a la arquitectura empresarial. En este curso gratuito, podrás conocer The Open Group, conceptos fundamentales de TOGAF y modelos de referencia. Un curso muy completo que puedes empezar hoy mismo con Global Knowledge.
Programa:
- Conceptos Fundamentales
- El Núcleo de TOGAF 9.1
- El Continuo de la Empresa
- Introducción al ADM
- Guías y Técnicas del ADM
- Gobierno de la Arquitectura
- Modelos de Referencia TOGAF
Pequeña presentación donde se presenta de forma general al director de TOGAF.
Presentación hecha para http://learningtogaf.blogspot.com/
Visitanos para conocer más acerca de TOGAF v9
Un resumen de los modelos, principios, inventarios, y proyectos que fueron descubiertos y creados mediante el uso de los conceptos más importantes de la arquitectura empresarial en una interpretación local.
TOGAF® (The Open Group Architecture Framework) es el framework de Enterprise Architecture (EA) más utilizado a nivel mundial. Architecture Development Method (ADM) es el núcleo de TOGAF y el principal responsable de su éxito. Este método propone definir la Arquitectura Empresarial en distintas fases que se desarrollan de forma iterativa. Partiendo del análisis de situación de la organización (en los distintos niveles, o dominios, que propone TOGAF: Arquitectura, Negocio, Información y Tecnología), se definen las necesidades para poder llevar a cabo la estrategia del negocio, y se determinan y priorizan las transformaciones que serán necesarias para ponerla en marcha.
Actualmente TOGAF es utilizado por miles de organizaciones para mejorar la eficiencia de sus negocios. Al ser un estándar abierto, evita quedar atrapado en otros métodos patentados, permite optimizar los recursos, y tiene un mayor retorno de la inversión. La primera versión de TOGAF fue desarrollada en 1995, basándose en TAFIM (Technical Architecture Framework for Information Management) del Departamento de Defensa de los Estados Unidos. La versión actual, TOGAF 9.1, fue publicada en diciembre de 2011.
Arquitectura empresarial - Enfoque sistémico para el desarrollo de sistemas d...Julio Vasquez Paragulla
Conferencia magistral por la semana de la Facultad de Ciencias e Ingeniería, a cargo del Msc. Daniel Llanos Panduro en el auditorio de la Universidad de Ciencias e Ingeniería. 12 mayoo 2015.
Introducción a la arquitectura empresarial. En este curso gratuito, podrás conocer The Open Group, conceptos fundamentales de TOGAF y modelos de referencia. Un curso muy completo que puedes empezar hoy mismo con Global Knowledge.
Programa:
- Conceptos Fundamentales
- El Núcleo de TOGAF 9.1
- El Continuo de la Empresa
- Introducción al ADM
- Guías y Técnicas del ADM
- Gobierno de la Arquitectura
- Modelos de Referencia TOGAF
Pequeña presentación donde se presenta de forma general al director de TOGAF.
Presentación hecha para http://learningtogaf.blogspot.com/
Visitanos para conocer más acerca de TOGAF v9
Un resumen de los modelos, principios, inventarios, y proyectos que fueron descubiertos y creados mediante el uso de los conceptos más importantes de la arquitectura empresarial en una interpretación local.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
4. Objetivos
“Sabemos que es el paradigma de Arquitectura
Empresarial”
“Desarrollemos los conceptos, estructura, componentes
del marco de referencia (framework)TOGAF”
8. Para qué sirven los frameworks
(modelos) ?
Manejar complejidad
Mejorar Calidad
Reducir Riesgos
Aumentar el valor que se le ofrece a los usuarios y
clientes
El uso de frameworks supone que su uso asegura;
-procesos repetibles y replicables que permitirán
gestionar la calidad de los servicios,
- reducirán riesgos y vulnerabilidades de seguridad,
-ofrecer más valor a los stakeholders
Será siempre el caso?
9. ¿Qué es un marco de referencia?
‘frameworks
Para desarrollar el tema de la arquitectura
empresarial existen una gran variedad de
frameworks arquitectónicos, o sea marcos de
referencia.
ZACHMAN, OBASCHI, TOGAF (Open Grupo),
Gartner, E TOM, …
TEAF, FEAF, …..DODAF, MODAF….. NASCIO,
IEEE Std 1471, ISO 42010,….. ISO RM ODP,
IBM, SAP, ORACLE, SYBASE, …….
SEI, MIT, CAP GEMINI, ……
COBIT, ITIL, PMI,…
20. Método de Desarrollo de Arquitectura
Mapeo con otros Frameworks
eTOM – enhanced Telecom Operation Map
Business Process Framework
TAM - Telecom Application Map
Systems Application Framework
SID - Shared Information and Data Model
Data Framework
TNA – Technology Neutral Architecture
Systems Integration Framework
BABOK – Business Analysis Body of
Knowledge
PMBOK – Project Management Body of
Knowledge
22. •TQM – Total Quality Management
•ISO-9000 – Sistemas Gestión de
Calidad
•TickIT – Software Quality
Management
•ISO 27001 – Information Security
Management Systems
•IT Service CMM – the IT Capability
Maturity
Model
•Six Sigma PMBOK
•ISO 20 K
•RISK
30. Que es TOGAF?(The Open Group Arquitecture
Framework).
Establecer la necesidad de un lenguaje comun EA.
Reconocer la importancia de adoptar un marco de
referencia (Framework) para desarrollar, implementar
y gobernar las EA.
TOGAF 9
Componentes:
ADM .
Descripción de Fases
Artefactos de entrada.
Pasos
Artefactos de salida.
Aplicación por dominios.
Casos de aplicación.
31. Framework Arquitectónico del Open Group
Esta considerado por las encuestas como el mas utilizado
frameworks (practicamente el 70%.
Fue desarrollada por los miembros del Open Group a
mediados de la década del noventa.
La primera versión del método fue desarrollada en 1995, y
se baso en el Marco de Trabajo de Arquitectura Técnica
para Gestión de la Información (TAFIM), creado por el
Departamento de Defensa de los Estados Unidos.
Su versión actual es la 9.1 fundamenta en una buena
arquitectura del negocio,
ya que lo consideran un requisito previo para
trabajar en la arquitectura empresarial en los demás
componentes (datos, aplicaciones, tecnología)
32.
33.
34. Que es TOGAF Que no es TOGAF
• Genérico • Establece como personalizar el
framework
• Proceso Impulsado • Establecer e impulsar artefactos
• Se adapta a todas las
organizaciones de diferentes
tamaño
• Específico para un tamaño de
compañía o industria
• Flexible • Impulsa ontologías
• Conjunto de herramientas
conceptuales
• Herramienta
• Provee entregables genéricos • Establece un conjunto especifico de
entregables
35. TOGAF (The Open Group Arquitecture Framework).
La implementación de Arquitectura Empresarial
mediante el marco de referencia TOGAF, apoya en
los procesos de toma de decisiones estratégicas y
efectivas que mejoran la calidad, la eficacia y
responsabilidad del negocio.
Conlleva una metodología, step by step, que integra
cada una de las fases funcionales que se involucran
en los desarrollo de proyectos EA.
36. Dominios TOGAF
Arquitectura de Negocios: Llamado también
Procesos de Negocio, esta dimensión define la
estrategia de negocios, la gobernabilidad, la
estructura y los procesos clave de la organización.
Arquitectura de Aplicaciones: Provee un plano
para cada uno de los sistemas de aplicación que
se requiere implantar, las interacciones entre estos
sistemas y sus relaciones con los procesos de
negocio centrales de la organización.
Arquitectura de Datos: Describe la estructura de los
datos físicos y lógicos de la organización, y los
recursos de gestión de estos datos.
Arquitectura Tecnológica: Describe la estructura de
hardware, software y redes requerida para dar
soporte a la implantación de las aplicaciones
principales, de misión crítica, de la organización.
37.
38. Estos cuatro pilares se fusionan bajo el diseño la
planificación e implementación como un todo para
lograr una Arquitectura Empresarial, para
ello TOGAF se basa en un modelo probado para
lograr desarrollo que permite incluir a toda la
empresa y a todos los sistemas de información en el
proceso de desarrollo donde se tiene una
metodología flexible la cual puede estar expuesta
al cambio en el momento necesario.
39. SLIDE 39 of 42
TOGAF 9 Table of Contents
Part I - Introduction
Part II – Architecture Development Method
Part III – ADM Guidelines and Techniques
Part IV – Architecture Content Framework
Part V – Enterprise Continuum and Tools
Part VI – TOGAF Reference Models
Part VII – Architecture Capability Framework
Preface, Executive Overview, Core Concepts, Definitions
and Release Notes
Introduction to ADM
ADM Phase Narratives
Architectural Artifacts
Architecture Deliverables
Building Blocks
Guidelines for Adapting the ADM Process
Techniques for Architecture Development
Enterprise Continuum
Architecture Partitioning
Architecture Repository
Tools for Architecture Development
Foundation Architecture: Technical Reference Model
Integrated Information Infrastructure Reference Model
Architecture Board
Architecture Compliance
Architecture Contracts
Architecture Governance
Architecture Maturity Models
Architecture Skills Framework
Derived from 8.1.1 Resource Base
Derived from 8.1.1 Enterprise Continuum
Substantively Revised
New for TOGAF 9
Derived from 8.1.1 with new materials including
SOA, Security
The essence of 8.1.1 retained plus more detail
Based on 8.1.1 Content with new material added
40. SLIDE 40 of 42
SLIDE 40 of
The TOGAF 8 Components
Preliminary Phase
Architecture Vision
Business Architecture
Information Systems
Architecture
Technology Architecture
Opportunities
& Solutions
Migration Planning
Implementation
Governance
Architecture
Change Management
Requirements
Management
Architecture Development
Method Resource
s
Principles, Compliance
& Governance
Framework
Skills
Framework
Case Studies
Other Architecture
Frameworks
Views, Tools &
Techniques
Glossary
TOGAF 8 Components
Foundation
Architecture
Common
Systems
Architectures
Industry
Architectures
Organization
Architectures
Enterprise Continuum
Products &
Services
Systems
Solutions
Industry
Solutions
Organization
Solutions
Technical
Reference
Model
Integrated
Information
Infrastructure
Model
Standards
Information
Base
42. Lo anterior nos indica que en la actualidad es
Indispensable definir un modelo de empresa
Representado en esos cuatro tipos de
arquitectura.
Para ilustrar este marco teórico a continuación se
despliega una figura de la estructura que
documenta el framework de TOGAF.
45. La intención de dividir las especificaciones de
TOGAF en estas partes interdependientes es
permitir que se consideren diferentes áreas de
especialización en detalle, y potencialmente, de
manera aislada. A pesar de que sus partes
trabajan como un todo, también es posible
seleccionar partes concretas para su adopción,
excluyendo otras
48. Métodos de Desarrollo de la Arquitectura
Más conocido como ADM, sigla en inglés de
"Architecture Development Method", es el método definido
por TOGAF para el desarrollo de una arquitectura
empresarial que cumpla con las necesidades del Negocio
y de tecnología de la información de una organización.
Puede ser ajustado y personalizado según las
necesidades propias de la organización y una vez definido
se utiliza para gestionar la ejecución de las actividades de
desarrollo de la arquitectura.
49. El ciclo ADM
está diseñado] como un proceso iterativo que nos
lleva a través de ocho fases de desarrollo,
empezando con la Visión Arquitectónica y
terminando con la Implementación del Control y la
Administración del Cambio a la Arquitectura.
La idea es construir el sistema en fases, completando
un ciclo y embarcándose en el proceso de nuevo
para mejorar lo que se construyó en la última ronda.
Cada fase contribuye a un conjunto de
requerimientos, y se desarrolla desde ellos.
50. ADM: Describe una metodología probada, confiable
para el desarrollo de una arquitectura empresarial
Explica cómo obtener una arquitectura empresarial
específica a la organización que cubre los
requerimientos de negocio
Describe vistas de arquitectura que permiten que los
arquitectos se aseguren de cubrir adecuadamente
un conjunto complejo de diversos requerimientos
Integra elementos de TOGAF así como otros activos
de arquitectura disponibles para cubrir necesidades
del negocio y de tecnología de información
51. Características ADM:
Consiste en un número de fases
Es un proceso iterativo, en todo el proceso y dentro
de las fases
Cada fase usa activos (assets) generados en fases
previas
Cada fase genera activos a que se utilizan en fases
posteriores
Es un Método Genérico que se puede adaptar a
cualquier organización
Agnóstico de cualquier tecnología
Tiene en cuenta variables geográficas, sectores
verticales y distintos tipos de industria
Se puede modificar o extender a necesidades
particulares de una organización
52.
53.
54. Habiendo analizado lo anterior se observa la
importancia de un buen proceso de Ingeniería
de Requerimientos por parte de ADM
Un requerimiento es una declaración que identifica
las capacidades, características o factores de
calidad de un sistema, a fin que tenga valor y
utilidad para el negocio, cliente y usuario.
Artech House, The requirements Engineering
Handbook
55.
56.
57. La fase preliminar es donde se inicia la aplicación de
ADM al interior de la organización, dando a
conocer a todos los que la conforman los
beneficios de su aplicación y, a su vez, se
recolecta información y personas necesarias para
comenzar con la aplicación.
Antes de empezar es necesario contestar preguntas
básicas como “cuánto durará el proyecto”,
“cuánto gastaré en el proyecto”, “a qué nivel de
detalle quiero llegar”, “cuáles son las metas de
negocio”. Incluso antes de que el trabajo
arquitectónico realmente inicie es necesario
determinar los principios que gobernarán el resto del
trabajo, así como la metodología y el marco por
utilizar.
58.
59. La fase A, visión de la arquitectura, define los
límites que permitirán medir el alcance del
proyecto y la estrategia para lograrla.
En esta fase se determina lo que se hará en
esta iteración de desarrollo. Este proceso
incluye determinar el alcance del proyecto y
los involucrados, así como asegurar que el
proyecto recibe la aprobación requerida y el
apoyo necesario. En esta fase se documenta
la línea base actual de la arquitectura así
como la arquitectura objetivo, ambas en
forma muy general
61. La fase B, arquitectura del negocio, busca tener
clara la arquitectura del negocio y las metas que
quiere cumplir para revisar si es viable o no
complementarla con TI.
En esta fase se examinan en profundidad los
aspectos del proyecto. En esta fase es donde se
hace un modelado extensivo de las arquitecturas
actual y deseada usando herramientas de
modelado de procesos y modelos de casos de uso.
Se ejecuta un análisis de la brecha para determinar
lo que es necesario hacer para llevarnos del estado
actual (de línea base) del sistema a la arquitectura
objetivo. TOGAF provee información sobre las varias
arquitecturas de la industria y las arquitecturas de
sistemas comunes que pueden ser útiles en esta
fase.
62.
63. PARTE I
TOGAF (The Open Group
Arquitecture Framework).
DESARROLLO FASE C
64.
65. La fase C, arquitectura de sistemas de información
contempla las arquitecturas particulares para datos y
aplicaciones.
La fase B trabaja sobre la arquitectura de negocio
(delineada en la fase A), la fase C esta enfocada
sobre la Arquitectura TI, (comenzada en fase A).
En la fase C se analizan las arquitecturas de datos y
Aplicaciones/soluciones TI. Se documentan los flujos
actual y requeridos por la nueva visión del Negocio.
El concepto de construcción basado en el sistema
en bloques, parte de la base de la reutilización de los
mismos; que podrían o no existir.
Si bien TOGAF nos permite convivir con varios modelos
y frameworks existentes, no es indispensable utilizarlos.
68. Define la arquitectura TI integrada para el desarrollo
de las fases posteriores.
Se desarrolla la arquitectura tecnológica que
SOPORTARA los requerimientos de las arquitecturas
de negocio y de Siste4mas de información , que
se han creado en las fases B y C.
Primero paso; Establecer una línea base para la
arquitectura técnica existente usando el formato de
TOGAF. Esto implica partir la funcionalidad en
bloques de construcción arquitectónicos
reutilizables y describir las piezas en términos de la
arquitectura fundamental.
69. Guía de aplicabilidad TOGAF
Artefactos de Entrada (Input).
Pasos.
Artefactos de salida (Output).
71. 1. Principios Tecnológicos, si existen
2. Solicitud de Trabajo Arquitectónico
3. Declaración de Trabajo Arquitectónico.
4. Visión arquitectónica (escenarios del negocio/visión
arquitectónica)
5. Línea base de la arquitectura de negocio, V0.1 (Fase A)
6. Arquitectura Tecnológica objetivo, V 0.1 (Fase A)
7. Requerimientos técnicos relevantes de fases anteriores
8. Resultados del análisis de brechas (de la Arquitectura de
Datos)
9. Resultados del análisis de brechas (de la Arquitectura de
Aplicaciones)
72. 10. Línea base de la arquitectura de negocio, versión 1.0
detallada, si es necesario.
11. Línea base de la arquitectura de datos, versión 1.0
detallada, si es necesario.
12. Línea base de la arquitectura de aplicaciones, versión
1.0 detallada, si es necesario.
13. Arquitectura de Negocio objetivo, versión 1.0 detallada.
14. Bloques de construcción reutilizables (desde el
continuo de la arquitectura, si está disponible).
15. Arquitectura de Datos objetivo, versión 1.0.
16. Arquitectura de Aplicaciones, versión 1.0.
76. 1. Declaración del Trabajo Arquitectónico actualizada, si es
necesario.
2. Línea base de la arquitectura tecnológica, V1.0, si es
necesario.
3. Principios tecnológicos validados o nuevos principios
tecnológicos (si se generaron aquí).
4. Reporte de la Arquitectura Tecnológica, resumiendo qué
fue hecho y los hallazgos principales.
5. Arquitectura Tecnológica objetivo, versión 1.0
6. Reporte de brechas (GAP) de la Arquitectura Tecnológica
7. Puntos de vista que atienden las principales
preocupaciones de los involucrados.
8. Vistas correspondientes a esos puntos de vista
seleccionados