¿Eres arquitecto de software?, ¿quieres ser arquitecto de software?, o simplemente te gustaría escuchar un enfoque diferente y ligero que debe de considerar un arquitecto... Hagamos un puente entre análisis y diseño con la Arquitectura.
El análisis de requerimientos es una actividad enfocada en el espacio del problema. Ignora las necesidades y restricciones de grupos como desarrolladores y administradores de sistemas porque se enfoca en los deseos y necesidades del negocio, y no tanto en lo que es posible realizar tecnológicamente. Dicho de otra forma, se encarga del ‘¿qué?’ y no del ‘¿cómo?’.
El diseño de software es una actividad enfocada en el espacio de la solución y está enfocada principalmente a un grupo de personas: los desarrolladores. Se desempeña al rededor de un conjunto claramente definido de restricciones (los requerimientos del sistema) y es esencialmente un proceso de traducción estos en especificaciones para un sistema.
El objetivo de esta charla es describir cada una de las actividades que un arquitecto de software debe desempeñar durante el proceso de planeación, elaboración y entrega de la arquitectura de un sistema de software.
1. El Rol del Arquitecto de Software
Presenta:
Octavio Ramírez
2. Disciplina Arquitectura de Software
El Proceso de Arquitectura
Octavio Ramírez
Octubre
2015
El rol del
Arquitecto de
Software
3. El Rol del Arquitecto de Software
SI NO
El paradigma entorno al Rol del
Arquitecto de Software.
Responsabilidades del Arquitecto
dentro de un proyecto, alineadas al
proceso de elaboración de
Arquitectura de Software.
Puntos de control que debe tener el
Arquitecto a lo largo del ciclo de
vida de elaboración de Arquitectura.
Una guía formal para definición de
un proceso de elaboración del
Arquitectura.
Una guía técnica de lenguajes de
programación o su uso dentro de
sistemas de software.
Colección de procedimientos,
plantillas, formatos o artefactos para
documentar Arquitecturas de
Software.
¿Qué encontraremos en esta charla?
4. Arquitecto de Software
El paradigma - ¿Cómo se consigue tan preciado estatus?
ConocimientoConocimientoAntigüedadAntigüedad
VotaciónVotación
TécnicoTécnico
EquipoEquipo
NegocioNegocio
5. Haciendo lo que el PM no quiso hacer
Siendo el Administrador de la configuración
Haciendo todos los diagramas y documentando
Termina siendo el ultimo en salir del proyecto
Haciendo el esqueleto del sistema
Arquitecto de Software
El paradigma – No existe identidad del Rol
7. Elaboración de Arquitectura de Software
Proceso formal de Elaboración
Visión y AlcanceVisión y Alcance
Manejo de InfluenciasManejo de Influencias
Selección de Estrategias
de Arquitectura
Selección de Estrategias
de Arquitectura
Elaboración de Especificación
de Arquitectura
Elaboración de Especificación
de Arquitectura
Documento de
Visión y Alcance
Documento de
Arquitectura
Documento de
Análisis Global
Recomendaciones
Reporte de Análisis
de Riesgos
Plan de Desarrollo
QA de la ArquitecturaQA de la Arquitectura
Requerimientos
funcionales disponibles
Observaciones
8. Visión &
alcance
Visión &
alcance
Manejo de
Influencias
Manejo de
Influencias
Selección
estrategia
Selección
estrategia
Elaboración
Arquitectura
Elaboración
Arquitectura QAQA
Elaboración de Arquitectura de Software
Proceso formal de Elaboración – Consideraciones del “rol”
Identificación de metas
y objetivos
Consideraciones de
alcance y fuera de
alcance
Identificación de
Interesados
Manejo de Influencias
(documentadas)
Recomendaciones
Riesgos
Plan de desarrollo
Documento de Arquitectura
Patrones arquitecturales
Patrones de diseño
Vistas y puntos de vista
Cumplimiento de
expectativas
Verificación de
alcance
9. SISTEMASISTEMA ARQUITECTURAARQUITECTURA
Todo sistema tiene una arquitectura explícita o implícita, incluso cuando
no ha sido diseñada conscientemente o no esté documentada por una
descripción de arquitectura porque obedece a intereses.
Proceso formal de Elaboración de Arquitectura
Conclusiones del proceso de elaboración
InteresadosInteresados
InteresesIntereses
Elementos
arquitectónicos
Elementos
arquitectónicos
Descripción de
Arquitectura
Descripción de
Arquitectura VISTASVISTAS
Tipos de
Vista
Tipos de
VistaPerspectivasPerspectivas
tiene
esta
compuesta
cubrir necesidades tiene
esta
compuesta
Sigue los
lineamientos
buscan
resolver
asegurar el
cumplimiento
IMPORTANTE
11. La arquitectura es el puente de comunicación entre análisis y
diseño
Las influencias en la arquitectura siempre son conflictivas entre si
La responsabilidad del arquitecto es descubrir, priorizar y mediar
entre las distintas influencias
El arquitecto necesita habilidades más allá de lo técnico
*
*
*
*
*
La arquitectura de software busca dar atención a los aspectos de
calidad
Debe existir un método o procedimiento homologado para la
identificación y manejo de influencias*
Arquitecto de Software
Resumen – El Rol del Arquitecto en la Arquitectura de Software