Análisis y Dise˜no

More documents

Recommendations

Info

7. ResumenHemos definido los conceptos fundamentales de diseño y proporcionadouna visión global de los mecanismos y pasos para su realización. Mediantela abstracción, descomposición y modularización, primero se lleva a cabo eldiseño de alto nivel para después refinarlo en en lo que se conoce como diseñodetallado de los componentes e interfaces que componen un sistema.Según han ido evolucionando los lenguajes de programación (no estructurados,estructurados, orientados a objeto) han ido evolucionando las notacionesy técnicas de diseño. Por ejemplo, si bien hoy día es común que unmismo proyecto utilize distintas notaciones, los diagramas de flujo de datosson típicos de los métodos estructurados, los diagramas de clase, de la programaciónorientadas a objetos, y para el diseño de la base de datos es comúnutilizar modelos entidad/relación. Por sus peculiaridades, se han comentadoaparte el diseño de los sistemas distribuidos y en tiempo real. Además, hemoscubierto brevemente otras técnicas relacionadas con el diseño como son lospatrones de diseño, la refactorización, frameworks, plug-ins y el diseño porcontratos.Finalmente, se descrito la los criterios de calidad y técnicas de evaluacióndel diseño principalmente mediate inspecciones y métricas relevantesal diseño, principalmente como medida de la modularización mediante losconceptos de acoplamiento y cohesión.8. Notas bibliográficasExisten literalmente cientos y excelentes de libros cubriendo los aspectosde diseño tratados en este capitulo tanto en español como en inglés yaunque se intentarán incluir los trabajos seminales y más relevantes siemprese quedarán excelentes obras sin mencionar.Entre los libros cubriendo exclusivamente la fase de diseño, Budgen [4]destaca la importancia del diseño en el contexto global del desarrollo del53
software y cubre tanto las metodologías estructuradas como las orientadasa objetos (aunque resalta más los métodos estructurados y metodologíastradicionales).Sobre el diseño utilizando métodos estructurados, las referencias son lasde sus autores originales como [14], [19], [39], etc. comentadas en el textopero muchas de ellas resumidas en el libro de Budgen [4]. En cuanto aldiseño orientación a objetos, existen literalmente cientos de excelentes referenciassiendo de obligada cita la de B. Meyer [30]. Otras de más recientepublicación y que cubren la ingeniería del software desde el punto de vistade la orientación a objetos podríamos citar a Bruegge y Dutoit [3]. Ademásdentro de la orientación a objetos, sobre UML y el proceso unificado sonde referencia obligatoria las obras de sus autores originales. G. Booch [1],J. Rumbaugh [34] e I. Jacobson [20]. Entre ellos han escrito tres volúmenes:una guía del lenguaje UML, una referencia de UML y el proceso unificado.Otras referencia importante por su sencillez y rápida lectura como introduccióna UML es la de M. Fowler y Kendall [12]. La referencia recomendada deOCL es la de Warmer y Kleppe [37]. También de los últimos autores junto conBast, es muy recomendable su trabajo sobre introducción a la arquitecturadirigida por modelos, MDA [22].El libro de patrones por excelencia y principal fuente de referencia es el deGamma et al [13]. Otro más recientemente publicado es Larman [24]. Ademásexisten multitud de sitios Web explicando los patrones principales en diferenteslenguajes de programación. Relacionado con patrones y refactorizaciónla referencia es el libro de Fowler [12].Los trabajos originales describiendo frameworks son los de Johnson yFoote [21], aunque un libro más reciente es de Fayad et al [10].Dos libros de obligada referencia sobre los sistemas distribuidos son losde Coulouris et al [6] y el de Tanenbaum y van Steen [35]. Ambos libros dedocencia cubren todos los aspectos relacionados con los sistemas distribuidosy no solamente el aspecto de diseño.Finalmente, en cuanto a las métricas y evaluación, nos remitimos a la54
Page 3:
4.3. Diseño por contratos . . . .
Page 6 and 7: Abstracción de control. Define a u
Page 9 and 10: Figura 1: (a) Acoplamiento débil;
Page 11 and 12: estándar ISO/IEC 42010:2007, defin
Page 13 and 14: Figura 2: Estilo arquitectónico de
Page 15 and 16: Figura 5: (a) Cliente-servidor; (b)
Page 17 and 18: Figura 6: Evolución de los método
Page 19 and 20: Figura 8: Niveles en los diagramas
Page 21 and 22: Regla1 2 3CondicionesEdad > 60 Sí
Page 23 and 24: ases de datos. El modelo Entidad/Re
Page 25 and 26: Al igual que con los métodos estru
Page 27 and 28: Kruchten [23] mediante modelos y di
Page 29 and 30: Figura 13: Diagrama de clasesDiagra
Page 31 and 32: Figura 15: Ejemplos de diagrama de
Page 33 and 34: Resumen del diseño orientado a obj
Page 35 and 36: Finalmente, el paradigma de la orie
Page 37 and 38: solución un millón de veces en el
Page 39 and 40: Figura 19: Patrón Observerclase de
Page 41 and 42: Figura 20: Patrón StrategyAdemás,
Page 43 and 44: Es decir, el framework debe ser lo
Page 45 and 46: nentes, donde la no disposición de
Page 47 and 48: 5. Diseño de sistemas distribuidos
Page 49 and 50: distribuido. Para ello deben de imp
Page 51 and 52: Un tipo de validación, aunque meno
Page 53 and 54: Dentro de la orientación a objetos
Page 55: Profundidad en árbol de herencia (
Page 59 and 60: [10] Mohamed E. Fayad, Douglas C. S
Page 61: [34] James Rumbaugh, Ivar Jacobson,
show all

Análisis y Dise˜no

Create successful ePaper yourself

Delete template?

Save as template?