29 sap tecnología arquitectura de software

1,325 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,325
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

29 sap tecnología arquitectura de software

  1. 1. Seminario de Aplicación ProfesionalFacultad de tecnología<br />2010<br />Arquitectura de Software<br />Profesor Adjunto: Ing. Pablo Vilaboa<br />Docente Auxiliar: Ing. Diego Otero<br />Ayudante de TP: Ing. Luis Perdomo<br />
  2. 2. Agenda<br />Arquitectura de Software<br />¿Qué es?<br />Su Importancia<br />Metas<br />Patrones y Estilos<br />2<br />
  3. 3. Arquitectura de Software<br />3<br />¿Qué es?<br />“Decisiones importantes sobre la organización de un sistema de software”<br />DEFINEN:<br />Elementos estructurales<br />Interfaces<br />Comportamientos (Colaboraciones)<br />INCLUYEN:<br />Funcionalidad, Facilidad de Uso, Reutilización, Rendimiento.<br />DIFICILES DE CAMBIAR<br />
  4. 4. Arquitectura de Software<br />4<br />Su Importancia<br />Base sólida para construcción del software<br />Identificación de elementos clave<br />Palabra clave: BALANCE<br />Si se falla en la identificación:<br />Aplicaciones inestables<br />Arquitecturas poco escalables, extensibles…<br />
  5. 5. Arquitectura de Software<br />5<br />Escenarios Clave<br />Atributos de Calidad<br />Áreas Clave de Satisfacción/Insatisfacción <br />
  6. 6. Arquitectura de Software<br />6<br />Meta<br />“Construir un puente entre los requerimientos de negocio y tecnológicos entendiendo los casos de uso”<br />Implementa UC en el software<br />Una buena arquitectura permite<br />Flexibilidad<br />Adaptación a cambios de negocio/tecnología/requisitos<br />Facilidad de mantenimiento<br />Alto grado de compresión<br />
  7. 7. Arquitectura de Software<br />7<br />Meta<br />Una arquitectura debe:<br />Exponer la estructura del sistema, pero ocultar los detalles de implementación.<br />Abarcar todos los casos de uso y escenarios.<br />Responder a las necesidades de los diversos interesados.<br />Atender tanto a requisitos funcionales como de calidad.<br />Un arquitecto debe tener en cuenta el efecto global de las decisiones de diseño, las tensiones inherentes entre los atributos de calidad (como el rendimiento y la seguridad), y las compensaciones necesarias para abordar el usuario, el sistema y los requerimientos del negocio.<br />
  8. 8. Arquitectura de Software<br />8<br />Patrones y Estilos<br />
  9. 9. Demo<br />9<br />Arquitectura de Software<br />
  10. 10. ¿Preguntas?<br />10<br />
  11. 11. BIBLIOGRAFÍA<br />Bass, Len, Paul Clements, and Rick Kazman. Software Architecture in Practice, 2nd ed. Addison-Wesley Professional, 2003.<br />Fowler, Martin. Patterns of Enterprise ApplicationArchitecture. Addison-Wesley, 2002.<br /><ul><li>Otros libros recomendados</li></ul>Larman,Craig. UML y patrones : una introducción al análisis y diseño orientado a objetos y al proceso unificado. 2a.ed.-- Madrid: Pearson Educación; c2003.<br />Kendall,KennethE.;Kendall,Julie E.. Análisis y diseño de sistemas. 6a.ed.-- México, DF: Pearson Educación de México; 2005.<br />Booch,Grady;Rumbaugh,James;Jacobson,Ivar; y Otros. El lenguaje unificado de modelado : manual de referencia.-- Madrid: Pearson Educación; 2000.<br />Universidad Abierta Interamericana. Facultad de Tecnología Informática,;Neil,Carlos Gerardo. Análisis de sistemas : un enfoque conceptual.-- Buenos Aires: UAI; 2005.<br />11<br />

×