Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Historia y Hechos de TOGAF

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 9

UNIVERSIDAD NACIONAL DE CAJAMARCA

FACULTAD DE INGENIERÍA
ESCUELA ACADÉMICO PROFESIONAL DE
INGENIERÍA DE SISTEMAS

INTEGRANTES:
❖ ALVITES SALDAÑA WILSER
❖ CABANILLAS VALENCIA OSCAR
❖ CUEVA HUAMAN EDWIN
❖ VELASQUEZ PEREYRA KEVIN
❖ YOPLA CHILON SANTOS

DOCENTE:
MENDOZA SANTOS CARLOS EDUARDO

ASIGNATURA:
ARQUITECTURA DE PROCESOS DE NEGOCIO

TEMA:
HISTORIA Y HECHOS DE TOGAF

CICLO:
VIII

Cajamarca, marzo del 2022


Historia y Hechos de TOGAF

TOGAF
Es un marco, un método detallado y un conjunto de herramientas de apoyo en la aceptación,
la producción, uso y mantenimiento para el desarrollo de una AE.
La AE de TOGAF se divide en 4 dimensiones: Arq. de negocio, Arq. de Datos, Arq. de la
aplicación, Arq. Tecnológica

En 1993 se crea TOGAF como metodología de Arquitectura Técnica. En 1995, The Open
Group lo convirtió en un marco integral de arquitectura empresarial, conocido como marco
de arquitectura técnica para la gestión de la información (TAFIM).

Framework de arquitectura
Un framework de arquitectura es un conjunto de estructuras que pueden utilizarse para el
desarrollo de diferentes arquitecturas.
● Se debe escribir un método para el diseño de los estados de los objetivos de la
empresa como bloques y definir la relación existente entre ellos.
● Debe de tener un conjunto de herramientas y generar un vocabulario común.
● También se debe incluir una lista de recomendaciones estándar y definir los productos
compatibles que pueden ser usados para la implementación de los bloques de estado.

Es un framework de arquitectura desarrollado por el Architecture Forum del Open Group y


ha avanzado continuamente desde mediados de los años 90. En 1995 fue presentada la
primera versión, basado en TAFIM (Technical Architecture Framework for Information
Management). El Departamento de Defensa (DoD) le dio al Open Group permiso e incentivo
para que TOGAF se creará sobre este framework, siendo este el resultado de muchos años de
desarrollo y una inversión considerada del gobierno norteamericano.

Para comprender un poco más sobre los orígenes de TOGAF, debemos ver el framework en
el cual se basa, TAFIM: TAFIM, nació alrededor de 1986 en la Agencia de sistemas de
información de la US Defense, el primer concepto de esta se originó del perfil portátil de
aplicación NIST(National Institute of Standards and Technology) y los modelos P1003.00SE
de la IEEE. Los primeros borradores se completaron en 1991, el cual contaba con un modelo
técnico de referencia. Este modelo fue especial pues quería utilizar sistemas abiertos y nuevas
tecnologías disponibles comercialmente, para de esta manera desarrollar una aplicación que
cubriera todo el DoD. El proyecto TAFIM resultó en un manual de 8 volúmenes publicado en
1996.

➢ El proyecto fue cancelado en 1999 y en la actualidad todo el concepto ha sido


re-evaluado pues se considera inconsistente con la nueva dirección adquirida por la
arquitectura DoDAF.
➢ De forma general, se puede describir a TAFIM, como un modelo desde un nivel
empresarial, el cual guía al DoD en su evolución en toda su infraestructura técnica,
este identifica servicios, estándares, conceptos, componentes y configuraciones.
➢ TOGAF en su versión 9.1 realizó correcciones de errores lanzada en el 2011, esta fue
un cambio revolucionario respecto a la versión 8. Este Framework es gratuito para
organizaciones sin ánimo de lucro.
➢ Actualmente TOGAF se encuentra en su versión 9.2, proporciona una práctica
comprobada, estable y duradera, y nuevas ideas emergentes.
Línea Temporal Evolutiva.

➢ 1995: TOGAF V1.0: Prueba de concepto


➢ 1996: TOGAF V2.0: Prueba de aplicación
➢ 1997:TOGAF V3.0: Relevancia a la arquitectura practica (Bloques de construcción)
➢ 1998: TOGAF V4.0: Continuum Empresarial (TOGAF en contexto)
➢ 1998: The Open Group se encarga de TAFIM
➢ 1999: TOGAF V5.0: Escenarios de Negocio (Requerimientos de arquitectura)
➢ 2000: TOGAF V 6.0: Vistas de arquitectura (IEEE Std. 1471)
➢ 2001: TOGAF V7.0 Technical Edition: Principios de Arquitectura, Análisis de
Cumplimiento (Compliance Review)
➢ 2003: TOGAF 8.0 Enterprise Edition: Extensión a la arquitectura empresarial.
➢ 2003: TOGAF 8.1: Administración de requerimientos; Gobernanza, Modelos de
Madurez, Framework de Habilidades.
➢ 2005: Programa de certificación TOGAF iniciado
➢ 2006: TOGAF 8.1.1: Se aplicó la corrección técnica 1 (Technical Corrigendum 1)
➢ 2009: TOGAF 9.0: Reestructuración evolutiva; Framework de contenidos de la
arquitectura.
➢ 2011: TOGAF 9.1: Corrección de errores
➢ 2018: TOGAF 9.2: Tiene un mayor énfasis en Arquitectura Empresarial, Tendencias
Digitales y Transformación Empresarial más allá de TI.
Gráfico 1. Evolución de TOGAF
Componentes de Togaf
● Método de desarrollo de arquitectura (ADM)
El ADM es el desarrollo de una arquitectura empresarial que cumpla con las
necesidades empresariales y de tecnología de la información de una organización.
Provee un número de fases para el desarrollo de la arquitectura basada en un ciclo,
provee una narrativa para cada fase, que permite describir cada fase en términos de
objetivos, enfoque.
Las entradas y salidas proveen una definición de la estructura del contenido del
framework y los entregables, provee resúmenes para gestionar el cumplimiento de
requisitos.
● FRAMEWORK DEL CONTENIDO DE LA ARQUITECTURA
Provee un modelo detallado de los productos que produce la arquitectura mediante
entregables, artefactos dentro de los y ABBs ( Architecture Building Blocks).

● ENTERPRISE CONTINUM Y HERRAMIENTAS


Provee un modelo para estructurar un repositorio virtual. Provee métodos para
clasificar los artefactos de la solución y de la arquitectura, mostrando cómo los
diferentes artefactos se relacionan y cómo pueden ser reusados. Se basa en los
modelos y arquitecturas existentes (patrones, modelos, descripciones arquitectónicas,
etc) dentro de la empresa o en la industria, las cuales se pueden almacenar para el
desarrollo de la arquitectura.
● FRAMEWORK DE CAPACIDAD DE LA ARQUITECTURA
Es el conjunto de recursos, guías, plantillas, antecedentes, etc, que son provistos para
ayudar al arquitecto a establecer una práctica arquitectónica dentro de una
organización.

Los productos de TOGAF, se agrupan en 3 categorías:


● ENTREGABLE: es el producto de trabajo que está contractualmente definido
y que es revisado, acordado y firmado por los actores. La unión de estos
entregables forma un proyecto.
● ARTEFACTO: es un producto de trabajo más granular que describe una
arquitectura desde un punto de vista. Ejemplos: diagrama de red,
especificación de un servidor, una especificación de un caso de uso. Se
subdivide en: Catálogos (listas de cosas), Matrices (relaciones entre cosas) y
Diagramas (pinturas de cosas)
● BLOQUE CONSTRUCTIVO: representa un componente (potencialmente
reusable) de negocios, de tecnología de información, o una capacidad
arquitectural que combina otros bloques constructivos. Los bloques
constructivos pueden ser definidos a varios niveles: ABBs (Architecture
Building Blocks) típicamente describen la capacidad requerida en la forma de
SBBs (Solution Building Blocks) que representan componentes que son
usados para implementar una capacidad requerida

Ventajas y desventajas

● Ventajas
❖ Minimizar riesgos de no entendimiento entre negocio y tecnología
❖ Generación de valor y descubrimiento de oportunidades en business
transformation
❖ Describir, documentar y continuar los sistemas y aplicaciones construidos
❖ Reducción de riesgos
❖ Identificación de oportunidades
❖ Flexibilidad y adaptación
❖ Lenguaje común

● Desventajas
❖ Permite un nivel alto de personalización que a menudo puede convertirse en
un problema
❖ La documentación tiene un lenguaje inadecuado que complica su
entendimiento
❖ No presta mucha atención a los modelos de madurez de la arquitectura, lo que
dificulta el mejoramiento constante del modelo arquitectónico.

CASOS DE ÉXITO

Caso de Éxito:
KYNETIA
Es una empresa de arquitectura y desarrollo de software especializados en la optimización
de procesos de valor y creación de soluciones innovadoras para el desarrollo del negocio.Un
ejemplo son los desarrollos realizados para Mary Mclean,Caja Madrid,Renta 4,Nokia y
Telefónica Móviles.

Forma de trabajo de Kynetia con TOGAF:


En Kynetia enfocan los proyectos de desarrollo software como procesos de ingeniería en lo
que es diseñar correctamente las soluciones que proveen.
En Kynetia se ha adoptado la metodología ADM y el framework TOGAF a las necesidades
de sus operaciones de sus clientes en diferentes proyectos de Ingeniería de software aplicando
los siguientes criterios:
● Interacción sobre el ADM ,modificando los primeros ciclos para hacer énfasis en los
dominios donde hay más riesgos o indefinición se encuentran.
● Adaptación de los artefactos o productos de cada uno de las fases de TOGAF
● Gobierno de datos ,dado que no hay dos empresas iguales ,la forma de gestionar y
gobernar proyectos depende en cada caso
● Perfiles,pues no todos los proyectos y empresa requieren los mismos perfiles

Entre sus principales miembros cuenta con:

● DXC Technology
● Fujitsu Japan
● HCL Technologies
● Huawei Technologies
● IBM
● Intel Corporation
● Micro Focus
● Philip
● Universidad Continental(Perú)
● BSG Institute(Perú)

CONCLUSIONES

● La metodología empleada en TOGAF se basa en modelos descriptivos y en un ciclo


de vida interactivo que permite definir arquitectura desde diferentes puntos de
vista,implicando a diferentes áreas de la empresa para lograr un mayor entendimientos
de las restricciones,y oportunidades.
● TOGAF, pues puede ser aplicado en cualquier sector, es de fácil acceso y su
documentación se encuentra completa y disponible de manera libre.

BIBLIOGRAFÍA
➢ «La evolución de la metodología de arquitectura empresarial para negocios
TOGAF», CIO, 11 de septiembre de 2018.
https://www.ciospain.es/gobierno-ti/la-evolucion-de-la-metodologia-de-arquitectura-e
mpresarial-para-negocios-togaf (accedido 14 de marzo de 2022).
➢ «TOGAF», TOGAF. http://arquitecturaempresarialusp.blogspot.com/p/togaf.html
(accedido 14 de marzo de 2022).
➢ «Instituto de Capacitación Informática», ICPINFO, 15 de junio de 2018.
https://icpinfo.org/enterprise-continuum-y-evaluacion-competencias/ (accedido 14 de
marzo de 2022).

También podría gustarte