Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

El Rol de Arquitecto de Software

2,796 views

Published on

¿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.

Published in: Technology
  • Login to see the comments

El Rol de Arquitecto de Software

  1. 1. El Rol del Arquitecto de Software Presenta: Octavio Ramírez
  2. 2. Disciplina Arquitectura de Software El Proceso de Arquitectura Octavio Ramírez Octubre 2015 El rol del Arquitecto de Software
  3. 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. 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. 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
  6. 6. Análisis de requerimientos Diseño de Software Arquitectura de Software Contexto del Problema Contexto de la Solución Elaboración de Arquitectura de Software La disciplina de Arquitectura de Software Como “puente” entre Análisis & Diseño
  7. 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. 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. 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
  10. 10. Arquitecto de Software Las habilidades del Rol
  11. 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
  12. 12. www.facebook.com/octavio.ramirez.9659 Octavio Ramírez ocars.mexico@gmail.com oca_rs mx.linkedin.com/in/ocars oca_rs

×