0132 arquitecto y_arquitecturas_qué...

Arquitecto y Arquitecto y ArquitecturasArquitecturas

Ing. Rodrigo Bará[email protected]

AgendaAgenda

Diferentes niveles de arquitecturaArquitectura EmpresarialArquitectura de un SistemaArquitecto y el Rol del ArquitectoCertificación del Open GroupCierre

AgendaAgenda

Diferentes niveles de arquitecturaArquitectura EmpresarialArquitectura de un SistemaArquitecto y rol del ArquitectoCertificación del Open GroupCierre

Arquitecturade IT

- Aplicaciones- Datos- Tecnología

Enterprise Architecture

Arquitecturade Negocio

- Procesos- Información- Gente- Ubicaciones

Planificación de la transición y Gestión

Oportunidades de Negocio

Estrategia deNegocio

Estrategia de IT

Disponibilidadtecnológica

Entorno de Operación de NegocioE Infraestructura de IT

Soluciones de IT

Diseño yDelivery

Planificación

Fo

co a

niv

el d

e la

Em

pre

saF

oco

a n

ive

l de

pro

yect

o

Estrategia

Dentro de una organización hay diferentes niveles de arquitectura

Arquitectura Empresarial“el plano de la ciudad”

Arquitectura de un Sistema “el diseño del edificio”

© Copyright IBM Corporation 2010. All Rights Reserved

AgendaAgenda


Solution Outline

Build Cycle DeploymentMacro Design Micro Design

Solution Outline


Solution Outline


“¿Nuestra arquitectura

destino sigue siendo la correcta?

“¿Seguimos yendo en la dirección

correcta?

Proyectos “Business as Usual” con

priorización y planificación

Proyectos de Soluciones

“Estos son los proyectosque deberíamos hacer”

Transición AE

Estrategia

Gestión

“¿Estamos haciendo losproyectos de la forma

que definimos hacerlos?”

Arquitecturade IT

Funcional

Operacional

“Esta es la formaque estos proyectos

deberían ser constuídos”


Funcionamiento de una Arquitectura Empresarial y relación con las Arquitecturas de

Sistemas


IBM define la disciplina de Arquitectura Empresarial de la siguiente manera

La Arquitectura Empresarial permite: Definir arquitecturas de sistemas viables e integrables a

la realidad de la organización La transformación de IT a través de un plan alineado a

la estrategia de la organización La explotación e incorporación planificada de

tecnologías en la orgnización La realización de las estrategias de negocio y de IT

“La disciplina de Arquitectura Empresarial define y mantiene los modelos de arquitectura, el gobierno y las iniciativas de transición necesarios para coordinar efectivamente grupos semi-autónomos con objetivos de negocio y/o de IT comunes.”


AgendaAgenda


¿Qué es una Arquitectura de un Sistema?

Una Arquitectura de un Sistema define las estructuras de hardware y software de un sistema de IT. Incluye todo lo que sigue:

Los componentes que van a ser reutilizados, desarrollados y compradosLas propiedades visibles externamente de esos componentesLas relaciones entre esos componentes, incluyendo la ubicación de dichos componentes en los nodos, su distribución geográfica, las conexiones de redes y topologías, y como van a ser gestionadasCómo dichos componentes interactúan dinámicamente

Los principales objetivos y beneficios de una arquitectura de un sistema son:Garantizar que el sistema va a soportar a los usuarios y la funcionalidad de negocio requeridos

Soportar los requerimientos de calidad, o no funcionales, o de alcance a todo el sistema, incluyendo: performance, disponibilidad, mantenibilidad, portabilidad, escalabilidadProveer una estructura de alto nivel para el esfuerzo de desarrollo de la solución, como el diseño de componentes, compra y construcción, y para planificación y alocación de trabajoPermitir el desarrollo de activos reusables


El proceso de definición de una Arquitectura de Sistema


Todo sistema de IT tiene requerimientos funcionales y no-funcionales que deben ser atendidos a nivel de Arquitectura

Hay dos sets de aspectos principales en los sistema de ITLos aspectos funcionales que describen y capturan el comportamiendo funcional del sistemaLos aspectos operacionles que describen y capturan el comportamiento operacional del sistema

Requerimientos funcionales – el “Qué”Requerimientos no-funcionales – los “Qualities” del sistema

En el desarrollo de una arquitectura ambos aspectos no debieran ser tratados aisladamente. Deben refinados durante el ciclo de vida del proyecto

Physical levelPhysical level

Components

Interfaces

OperationalSignature

Collaboration

Interaction

Sub-System

Components

Interfaces


Collaboration

Interaction

Sub-System

Node

Connection

Deployment Unit

Walkthrough

Node

Connection

Deployment Unit

Walkthrough

Architecture Description Standard

IT System ArchitectureFunctional Aspects Operational Aspects

E2E Performance

E2E Systems Management

E2E Security

Testing

Specification levelSpecification level

Conceptual levelConceptual level


Diagrama de dependencias entre artefactos que definen una arquitectura de sistemas


Necesidad de modelado, esfuerzo de modelado

Importancia de modelarMenor Mayor


AgendaAgenda

Diferentes niveles de arquitecturaArquitectura EmpresarialArquitectura de un SitemaArquitecto y rol del ArquitectoCertificación del Open GroupCierre

El arquitecto de IT define soluciones a los El arquitecto de IT define soluciones a los problemas de negocio a través de la aplicación problemas de negocio a través de la aplicación

razonada de ITrazonada de IT

El arquitecto de IT define soluciones a los problemas de negocio de los clientes a través de la aplicación razonada de IT. Estas soluciones se manifiestan como arquitecturas y pueden incluir componentes de sistemas, aplicaciones y procesos. Pueden también incluir la aplicación e integración de una amplia variedad de productos, tecnologías y servicios, arquitecturas de aplicaciones y sistemas variados, y diversos componentes de hardware y software

Fuente: Definición del Rol de Arquitecto de IT en IBM


¿Qué hace un Arquitecto de IT?

Como los arquitectos de la construcción, el trabajo de los ITA se enfoca en las primeras etapas del ciclo de vida de una solución: escuchar a los clientes, entender los requerimientos de negocio y sistemáticamente formar incrementalmente una descripción detallada de la estructura de una solución tecnológica – una arquitectura

El ITA se involucra también durante la construcción de la solución como un abogado del cliente, como la autoridad máxima sobre la arquitectura que se produjo para resolver la necesidad de negocio del cliente, y para proveer liderazgo técnico y guías a los grupos de construcción

Fuente: Definición de rol de IT Architect en IBM


AgendaAgenda


Certificación del Open Group

Tres niveles de conformidad para Arquitectos de IT:

Nivel 1 – Certified IT Architect – tiene habilidad para ejecutar con asistencia/supervisión, con un amplio rango de skills apropiados, como un arquitecto contribuyente.

Nivel 2 – Master Certified IT Architect – tiene habilidad para ejecutar independientemente y tomar la responsabilidad para entregar sistemas y soluciones como arquitecto líder.

Nivel 3 - Distinguished Certified IT Architect

Certificación del Open Group

ProfundoAplicadoActuar como consultor tecnológico

ProfundoAplicadoValidar la conformidad de la solución con la arquitectura

ProfundoAplicadoEstablecer decisiones de arquitectura

ProfundoAplicadoGestionar los requerimientos de los stackeholders

ProfundoAplicadoDefinir soluciones a requerimientos funcionales y no funcionales

ProfundoAplicadoAplicar metodologías

ProfundoAplicadoUsar técnicas

ProfundoAplicadoEstablecer la visión técnica

ProfundoAplicadoAplicar estándares de IT

ProfundoAplicadoEjecutar revisiones técnicas de soluciones

ProfundoAplicadoUsar técnicas de modelado

ProfundoAplicadoDesarrollar arquitecturas de IT

AplicadoAplicadoEndender los aspectos de negocio

ProfundoAplicadoManejar los elementos Arquitectónicos de un plan de proyecto

AplicadoGeneralGestionar conflictos

ProfundoAplicadoLiderar Individuos y equipos

Aplicado

Nivel 1ProfundoComunicación

Nivel 2Skill

ProfundoAplicadoActuar como consultor tecnológico

ProfundoAplicadoValidar la conformidad de la solución con la arquitectura

ProfundoAplicadoEstablecer decisiones de arquitectura

ProfundoAplicadoGestionar los requerimientos de los stackeholders

ProfundoAplicadoDefinir soluciones a requerimientos funcionales y no funcionales

ProfundoAplicadoAplicar metodologías

ProfundoAplicadoUsar técnicas

ProfundoAplicadoEstablecer la visión técnica

ProfundoAplicadoAplicar estándares de IT

ProfundoAplicadoEjecutar revisiones técnicas de soluciones

ProfundoAplicadoUsar técnicas de modelado

ProfundoAplicadoDesarrollar arquitecturas de IT

AplicadoAplicadoEndender los aspectos de negocio

ProfundoAplicadoManejar los elementos Arquitectónicos de un plan de proyecto

AplicadoGeneralGestionar conflictos

ProfundoAplicadoLiderar Individuos y equipos

Aplicado

Nivel 1ProfundoComunicación

Nivel 2Skill

Desarrolla el estado del arteConocimiento expertoExperto

Domina el estado del arte actual y puede ejecutar sin supervisión

Conocimiento profundoProfundo

Ejecuta con supervisión o mentoringConocimiento aplicadoAplicado

Limitado – ha leído, algo de educaciónSolamente conocimiento conceptual generalGeneral

Limitado o sin conocimiento

ConocimientoNoLimitado

ExperienciaNivel de Skill

Desarrolla el estado del arteConocimiento expertoExperto

Domina el estado del arte actual y puede ejecutar sin supervisión

Conocimiento profundoProfundo

Ejecuta con supervisión o mentoringConocimiento aplicadoAplicado

Limitado – ha leído, algo de educaciónSolamente conocimiento conceptual generalGeneral

Limitado o sin conocimiento

ConocimientoNoLimitado

ExperienciaNivel de Skill

Demostrar conocimiento de las tendencias de la tecnología

Demostrar sensibilisación de lastendencias de la tecnología

Conocimiento en tendencias de IT

Demostrar expertise en una o más industrias

Demostrar conocimiento en másde un sector de industriaincluyendo el negocio, contextolegal y regulatorio

Conocimiento de Industria

SiN/AExperiencia en todo el ciclo de vida

Aplicación repetida y exitosaAplicación exitosaAplicación de metodologías

Experiencia con múltiples tiposde sistemas y arquitecturas de aplicaciones, y múltiplesplataformas de hardware y software.

Experiencia trabajando en másde una plataforma de HW y SW

Experiencia con diferentes tipos de tecnologías y arquitecturas

La aplicación e integración de una gran variedad de tecnologías

La aplicación e integración de diferentes tecnologías

Experiencia como arquitecto (breath of architectural experience)

Al menos 2 años de experienciaproduciendo arquitecturas con supervisíón

Nivel 1Al menos 3 años de experiencia produciendoarquitecturas

Experiencia produciendo arquitecturas

Nivel 2Experiencia

Demostrar conocimiento de las tendencias de la tecnología

Demostrar sensibilisación de lastendencias de la tecnología

Conocimiento en tendencias de IT

Demostrar expertise en una o más industrias

Demostrar conocimiento en másde un sector de industriaincluyendo el negocio, contextolegal y regulatorio

Conocimiento de Industria

SiN/AExperiencia en todo el ciclo de vida

Aplicación repetida y exitosaAplicación exitosaAplicación de metodologías

Experiencia con múltiples tiposde sistemas y arquitecturas de aplicaciones, y múltiplesplataformas de hardware y software.

Experiencia trabajando en másde una plataforma de HW y SW

Experiencia con diferentes tipos de tecnologías y arquitecturas

La aplicación e integración de una gran variedad de tecnologías

La aplicación e integración de diferentes tecnologías

Experiencia como arquitecto (breath of architectural experience)

Al menos 2 años de experienciaproduciendo arquitecturas con supervisíón

Nivel 1Al menos 3 años de experiencia produciendoarquitecturas

Experiencia produciendo arquitecturas

Nivel 2Experiencia

Desarrollo contínuo de sus skills y conocimiento en arquitecturade IT


Skills y conocimientos de Arquitectura de IT

Desarrollo y mantenimiento de su conocimiento de industriavertical


Conocimiento de una industria vertical (telco, finance, …)

Desarrollo y mantenimiento de su conocimiento de lastecnologías, tendencias y técnicas de la industria de IT


Conocimiento de tecnologías, tendencias y técnicasen la industria de IT

Asistencia a un curso, o a travésde auto-estudio

Nivel 1Asistencia a un curso, o a través de auto-estudio

Entrenamiento en el diseño e ingeniería de arquitecturas de IT

Nivel 2Desarrollo Profesional



Skills y conocimientos de Arquitectura de IT



Conocimiento de una industria vertical (telco, finance, …)



Conocimiento de tecnologías, tendencias y técnicasen la industria de IT

Asistencia a un curso, o a travésde auto-estudio

Nivel 1Asistencia a un curso, o a través de auto-estudio

Entrenamiento en el diseño e ingeniería de arquitecturas de IT

Nivel 2Desarrollo Profesional

Disponibilidad para formar parte de los boards de certificación

No hay requerimientoContribución a la comunidad de Arquitectos de IT

No hay requerimiento

Nivel 1Contribución a través de mentoreo, publicaciones, docencia, colaboración en investigación, participación en organizaciones profesionales.

Contribución a la profesión de Arquitectura de IT

Nivel 2Contribución a la profesión

Disponibilidad para formar parte de los boards de certificación

No hay requerimientoContribución a la comunidad de Arquitectos de IT

No hay requerimiento

Nivel 1Contribución a través de mentoreo, publicaciones, docencia, colaboración en investigación, participación en organizaciones profesionales.

Contribución a la profesión de Arquitectura de IT

Nivel 2Contribución a la profesión

2 Perfiles de Experiencia

Nivel 13 Perfiles de experienciaEs la descripción coherente de un proyecto o

arquitectura que permite demostrar la participación del candidato en el proceso de arquitectura

Nivel 2Perfiles de experiencia2 Perfiles de Experiencia

Nivel 13 Perfiles de experienciaEs la descripción coherente de un proyecto o

arquitectura que permite demostrar la participación del candidato en el proceso de arquitectura

Nivel 2Perfiles de experiencia

AgendaAgenda


Mensajes finalesMensajes finalesCada vez más las empresas están requiriendo este rol, tanto para gestionar arquitecturas empresariales como definir arquitecturas de sistemasDependiendo del tamaño de la empresa, y/o la complejidad del proyecto se requiere más o menos esfuerzo en los aspectos de arquitectura (empresarial y solución)Se está desarrollando y formalizando cada vez más el conocimiento en el dominio de arquitectura Existen certificaciones internacionales para uniformizar los criterios y conocimiento en el dominio de arquitectura http://www.theopengroup.org/itac

¿Preguntas?¿Preguntas?

Solution Outline


Solution Outline


Solution Outline Build Cycle DeploymentMacro Design Micro Design

Solution Outline


Solution Outline


Solution Outline Build Cycle DeploymentMacro Design Micro Design

“¿Nuestraarquitectura

destino siguesiendo la correcta?

“¿Nuestraarquitectura

destino siguesiendo la correcta?

“¿Seguimos yendoen la dirección

correcta?

“¿Seguimos yendoen la dirección

correcta?

Proyectos“Business as Usual” con

priorización y planificación

Proyectos de Soluciones


Transición AE

Estrategia


Transición AE


Transición AE

Estrategia

Gestión



Gestión



Gestión



Arquitecturade IT

Funcional

Operacional




Arquitecturade IT

Funcional

Operacional




Arquitecturade IT

Funcional

Operacional




Physical levelPhysical level

Components

I nterfaces


Collaboration

I nteraction

Sub-System

Components

I nterfaces


Collaboration

I nteraction

Sub-System

Node

Connection

Deployment Unit

Walkthrough

Node

Connection

Deployment Unit

Walkthrough



E2E Performance


E2E Security

Testing

Specification levelSpecification level

Conceptual levelConceptual level

Physical levelPhysical levelPhysical levelPhysical level

Components

I nterfaces


Collaboration

I nteraction

Sub-System

Components

I nterfaces


Collaboration

I nteraction

Sub-System

Node

Connection

Deployment Unit

Walkthrough

Node

Connection

Deployment Unit

Walkthrough



E2E Performance


E2E Security

Testing

Components

I nterfaces


Collaboration

I nteraction

Sub-System

Components

I nterfaces


Collaboration

I nteraction

Sub-System

Node

Connection

Deployment Unit

Walkthrough

Node

Connection

Deployment Unit

Walkthrough



E2E Performance


E2E Security

Testing

Specification levelSpecification levelSpecification levelSpecification level

Conceptual levelConceptual levelConceptual levelConceptual level

Importancia de modelarMenor Mayor


Ing. Rodrigo Baráibar, IBM IT Architect Profession Leader, Spanish South America, [email protected]

¡Muchas Gracias!¡Muchas Gracias!

0132 arquitecto y_arquitecturas_qué...

Documents