El documento habla sobre el rol de un arquitecto de soluciones en una empresa colombiana. Explica que un arquitecto de soluciones debe tener conocimientos en áreas como arquitectura empresarial, BPMS, BRMS, portales, ESB, SOA, aplicaciones, bases de datos, redes, seguridad, telefonía IP e infraestructura. También describe brevemente los roles de un arquitecto de software y un arquitecto empresarial. Finalmente, presenta un caso práctico sobre la planificación estratégica y el portaf

1. Ingeniera de Sistemas y Telecomunicaciones
Arquitecta de Soluciones Assist Consultores de Sistemas
LO QUE DEBE SABER UN ARQUITECTO
DE SOLUCIONES.

2. AGENDA
1. ¿Qué es un arquitecto de software?
2. ¿Qué es un arquitecto de soluciones?
3. ¿Qué es un arquitecto empresarial?
4. Caso práctico.

3. LO QUE DEBE SABER UN ARQUITECTO
DE SOLUCIONES
No hay una definición exacta de "Arquitecto de soluciones". Una empresa define
en su visión donde quiere estar, es importante en el proceso de consecución de la
visión, modelar cual es la situación actual, con estos elementos definidos, se
procede a cerrar la brecha entre la situación actual y la situación deseada, para lo
cual se utilizan los proyectos de tecnología entre otros, los cuales brindan
herramientas que permiten a la organización mejorar sus indicadores, y mejorar su
competitividad en el mercado.
En esta charla se habla del rol del Arquitecto de soluciones en una empresa
Colombiana y de los conocimientos que necesita en diferentes áreas como
Arquitectura Empresarial, BPMS, BRMS, portales, ESB, SOA, Aplicaciones, bases
de datos, redes, seguridad, telefonía IP, infraestructura, etc.
El objetivo es dar a conocer este importante rol y su función en la organización.

4. ¿QUE ES UN ARQUITECTO DE
SOFTWARE?
El rol del
arquitecto
de
software
PROYECTO
•En donde tiene las responsabilidades de
•Apoyar la selección del equipo de
trabajo.
•Asegurarse de que se cumpla con la
solución propuesta.
•Diseñar y proponer la arquitectura.
•Selecciona patrones y frameworks.
•Definir las directrices de la arquitectura.
•Garantiza la integridad de la arquitectura
del sistema.
•Toma decisiones claves de diseño .
TECNOLOGÍA
•Con la cual debe tener:
•Autoridad para tomar decisiones
técnicas.
•Interés por mantenerse actualizado.
•Capacidad de aprendizaje rápido.
•Profundos conocimientos en áreas y
tecnologías específicas.
PERSONAS
•Para quienes debe :
•Tener la capacidad de escuchar y
observar.
•Coordinar el equipo de trabajo.
•Resolver conflictos.
•Ser líder técnico.
•Apoyar técnicamente.
•Poseer una comunicación eficaz.
•Apoyar la selecciónón del equipo de
trabajo.
ORGANIZACIÓN
•Estando enfocado a
•La orientación al logro
•Tener habilidades de negocio
•Conocer y detener la inversión económica
•Visualizar nuevas oportunidades
•Alinearse con la estrategia corporativa
•Satisfacer necesidades
•La política de la organización
•Tener la capacidad de escuchar y
observar
•Conocer el dominio del negocio
Fuente: Articulo "El rol del arquitecto de software" Universidad EAFIT

5. ¿QUE ES UN ARQUITECTO DE
SOLUCIONES?

6. ARQUITECTURA EMPRESARIAL
ADM
REQUERIMIENTOS
VISIÓN DE LA
ARQUITECTURA
ARQUITECTURA DE
NEGOCIOS
ARQUITECTURA DE
SISTEMAS DE
INFORMACIÓN
ARQUITECTURA DE
TÉCNOLOGIA
OPORTUNIDADES Y
SOLUCIONES
PLAN DE
MIGRACIÓN
IMPLEMENTACIÓN
DE GOBIERNO
GESTIÓN DE
CAMBIO DE
ARQUITECTURA
FASE
PRELIMINAR

7. ARQUITECTURA EMPRESARIAL

8. CORPORACION PCBV
Ofrecer a los clientes
una amplia diversidad
de productos
relacionados con la
tecnología, el hogar, la
alimentación y la salud.
Teniendo la calidad
como el factor mas
importante.
Ser la corporación líder en
ventas del País.

9. PLAN ESTRATÉGICO
MISIÓN
ANÁLISIS
INTERNO
ANÁLISIS
EXTERNO
DIAGNOSTICO
OBJETIVO
ESTRATÉGICO 1
ACCIÓN 1.1
ACCIÓN 1.2
OBJETIVO
ESTRATÉGICO 2
ACCIÓN 2.1
OBJETIVO
ESTRATÉGICO 3
ACCIÓN 3.1
ACCIÓN 3.2
OBJETIVO
ESTRATÉGICO 4
ACCIÓN 4.1
ACCIÓN 4.3
ANÁLISIS
COMPARATIVO
RESPONSABLES
PLAZO
INDICADOR

10. OBJETIVOS ESTRATÉGICOS
•Mejora en la calidad de procesos.
•Fidelización de clientes.
•Incrementar ventas.

11. ARQUITECTURA EMPRESARIAL
ADM
REQUERIMIENTOS
VISIÓN DE LA
ARQUITECTURA
ARQUITECTURA DE
NEGOCIOS
ARQUITECTURA DE
SISTEMAS DE
INFORMACIÓN
ARQUITECTURA DE
TÉCNOLOGIA
OPORTUNIDADES
Y SOLUCIONES
PLAN DE
MIGRACIÓN
IMPLEMENTACIÓN
DE GOBIERNO
GESTIÓN DE
CAMBIO DE
ARQUITECTURA
FASE
PRELIMINAR

12. PORTAFOLIO DE PROYECTOS
•PROYECTOS DE NEGOCIO
•Introducir ventas por internet  incrementar las ventas.
•PROYECTOS DE TECNOLOGIA
•Sitio web.
•Intranet.
•Tienda virtual.
•PROYECTOS DE NEGOCIO
•Automatizacion procesos  Mejora en la calidad de procesos
•PROYECTOS DE TECNOLOGIA
•BPMS
•BRMS
•ESB

13. CONOCIMIENTOS BÁSICOS
•Lenguajes de programación.
•UML.
•Aplicaciones.
•Servidores web y servidores de aplicación.
•Bases de datos.
•Métodos de documentación de arquitecturas.
•Arquitectura de software.
•SOA.
•Servidores (Hardware).
•Sistemas operativos (Unix y Windows).
•Repositorios(SVN, CVS)
•Maquinas virtuales.
•Redes.
•Centros de datos.
•Leyes.

15. ¿QUE ES UN SERVICIO?
Aplicación BAplicación A

16. ¿QUE ES EL CLICLO DE VIDA DE UN
SERVICIO?
Fuente:www.ibm.com

17. S O A
OFRECE UN
MEJOR TIEMPO
DE RESPUESTA
DEL NEGOCIO
MEJORA LA
AGILIDAD DEL
NEGOCIO
BENEFICIOS
REUTILIZACIÓN
INTEROPERABILIDAD
ESCALABILIDAD
REDUCCIÓN DE
RIESGOS Y COSTOS
ALINEA TI CON EL
NEGOCIO
ENMASCARA LA
COMPLEJIDAD
TECNICA
SERVICE ORIENTED ARCHITECTURE
SOA
Fuente:www.ibm.com

18. SERVICE ORIENTED ARCHITECTURE
SOA
Fuente:www.ibm.com

19. GOBERNABILIDADESTÁNDARES
RESPONSABLES
PROCEDIMIENTOS POLÍTICAS
MONITOREO
MÉTRICAS
SERVICE ORIENTED ARCHITECTURE
SOA

21. PORTALES

23. BUSINESS PROCESS MANAGEMENT
SYSTEM - BPMS

25. Fuente:www.ibm.com
BUSINESS RULE MANAGEMENT
SYSTEM - BRMS

29. ESB
Tienda
virtual
BRMS
Aplicación Java
BPMS
Proveedor de
servicios
Portal
Servidor de
Correo
Aplicación
.Net
ENTERPRISE SERVICE BUS
ESB

30. DIAGRAMA DE CONTEXTO

32. VLAN SERVIDORES
VLAN EMPLEADOS
SERVIDOR
PRODUCCIÓN
(INTRANET)
WAN
· CLIENTES
· EMPLEADOS
· PROVEEDORES
· SOCIOS DE NEGOCIOS
· USUARIOS
HTTP
HTTPS
SERVICIOS WEB
WSDL-REST
DIRECTORIO
ACTIVO
SERVIDOR
DESARROLLO
Y PRUEBAS
(INTRANET)
REDES

34. Fuente: www.audienciaelectronica.net
CENTRO DE DATOS

36. Fuente: http://www.ofbyandfor.org/us-laws.html
LEYES

37. DOCUMENTACIÓN DE ARQUITECTURA
Libro: Documenting Software Architectures
Views and Beyond
Fuente: SEI

38. ¿QUE TENEMOS?
Cerrando la brecha de negocio con TI

40. ¿QUE ES UN ARQUITECTO
EMPRESARIAL?
Fuente : http://www.ozarkguidance.org/business/

41. PORTAFOLIO DE PROYECTOS
OTROS PROYECTOS
•Capacitar al personal.
•Formar un área de mercadeo.
•Abrir centros de despacho de mercancía.
•Etc.

42. PREGUNTAS

43. GRACIAS