19/02/2021
Departamento de Lenguajes y
Sistemas Informáticos
BLOQUE I: Arquitectura del Software
Diseño del Software
Tema 1
Arquitectura e Integración de Sistemas Software
Curso 2020/2021
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
1
19/02/2021
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
Diseño del software
¿Qué es?
El diseño del software es un
proceso iterativo por medio del
cual se traducen los requisitos
en un “plano” para construir el
software.
R. Pressman
2
19/02/2021
Diseño del software
¿Qué es?
El Descripción
diseño de software
de los es lasubsistemas
actividad del ciclo de vida del software
y componentes de unen la
cual se analizan los requisitos para producir una
sistema software y de las interrelaciones entre ellos.descripción de la
estructura del software que sirva de base para su construcción.
Diseño del software
¿Por qué es importante?
Los “planos” (modelos) desarrollados como resultado del diseño:
▪ Proporcionan una visión general del sistema, más fácil de entender
que el código fuente, sobre la que poder discutir y tomar
decisiones.
▪ Permiten evaluar la calidad del software antes de que se
implemente, momento en el que es fácil y barato corregir errores.
▪ Sirven para guiar las siguientes fases del desarrollo.
3
19/02/2021
Diseño del software
¿Cuando se realiza?
El diseño del software comienza una vez que se han capturado y
analizado los requisitos.
Análisis del problema Diseño arquitectura Diseño detallado
Producto
Cliente
Empleado
ListaEmpleados
Diseño del software
¿Cuando se realiza?
El diseño del software podrá evolucionar a lo largo del desarrollo y el
tiempo de vida de la aplicación. El diseño es una actividad iterativa.
4
19/02/2021
Diseño del software
¿Cuál es el producto final?
El resultado principal de la fase de diseño son modelos que
representan los principales elementos del software y sus posibles
interacciones.
Diseño del software
¿Qué influye en el diseño?
“Un atributo de
Descripción decalidad es una propiedad
los subsistemas medible o testable
y componentes de unque es
usada para indicar cómo de bien el sistema satisface
sistema software y de las interrelaciones entre ellos. las necesidades
de sus usuarios.”
Bass et al.
Requisitos no funcionales
Requisitos funcionales
(atributos de calidad)
10
5
19/02/2021
Diseño del software
¿Qué influye en el diseño?
Algunos atributos de calidad:
▪ Rendimiento. Recursos computacionales empleados por el
sistema (tiempo, memoria, etc.).
▪ Disponibilidad. Tiempo que un sistema está operativo.
▪ Interoperabilidad. Habilidad del sistema para comunicarse e
intercambiar datos con sistemas externos.
▪ Seguridad. Capacidad del sistema para proteger datos sensibles
de usos no autorizados.
▪ Mantenibilidad. Facilidad con la que la que se pueden introducir
cambios.
▪ Reusabilidad. Facilidad con la que se pueden reutilizar partes del
sistema.
11
Diseño del software
¿Qué influye en el diseño?
Algunos atributos de calidad entran en conflicto.
▪ Mantenibilidad vs. Rendimiento. La modularidad y el uso de
intermediarios minimiza el impacto de los cambios pero hace que la
comunicación entre los componentes sea más lenta (latencia).
▪ Seguridad vs. rendimiento. Aumentar la seguridad suele requerir
mecanismos de control de acceso y encriptación más lentos.
12
6
19/02/2021
Diseño del software
¿Quién lo hace?
▪ El ingeniero de software es el responsable de diseñar la aplicación
a partir de los requisitos.
▪ El programador construye el sistema a partir de los modelos de
diseño.
13
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
14
7
19/02/2021
Principios de diseño
Nociones clave a tener en cuenta para el
diseño efectivo de sistemas software.
15
Principios de diseño
Abstracción: Omitir detalles no relevantes.
Alto nivel de abstracción Bajo nivel de abstracción
16
8
19/02/2021
Principios de diseño
Abstracción
Durante el diseño se recomienda comenzar con un alto grado de
abstracción y refinar sucesivamente hasta el diseño detallado.
17
Principios de diseño
Modularidad: Dividir el software en partes o módulos de manera
que sea fácil de entender y mantener.
Descomposición: Dividir los problemas en problemas
más pequeños (divide y vencerás).
18
9
19/02/2021
Principios de diseño
Separación de responsabilidades: Cada elemento del sistema debe
tener una única responsabilidad. Cada módulo debería ser
funcionalmente independiente y ofrecer una interfaz sencilla para
que pueda ser invocado desde otras partes del sistema.
La independencia funcional se
logra desarrollando módulos
“miopes” que tengan “aversión” a
la interacción excesiva con otros
módulos.
R. Pressman
19
Principios de diseño
Ocultamiento de la información: Diseñar módulos de forma que
la información (algoritmos y datos) contenida en un módulo sea
inaccesible para los que no necesiten de ella.
Los módulos deberían intercambiar sólo aquella información
necesaria para lograr la función del software.
Objetivo: Evitar dependencias
innecesarias para facilitar el
mantenimiento del software.
20
10
19/02/2021
Principios de diseño
Variaciones protegidas. Intentar proteger de los cambios al resto
del sistema.
Objetivo: Lograr que los cambios
involucren la menor cantidad de
código posible y estén lo más
acotados posible.
21
Principios de diseño
Variaciones protegidas
Ejemplo: Uso de ficheros de configuración para cambiar aspectos
como la interfaz de usuario, idiomas, control de acceso, etc.
layout.css.devPixelsPerPx = 5
layout.css.devPixelsPerPx = 3
layout.css.devPixelsPerPx = -1
22
11
19/02/2021
Principios de diseño
Cohesión
Cohesión. Es un indicador cualitativo del grado en el que un
módulo se centra en hacer una sola cosa. La cohesión de un
diseño debe ser alta.
Un elemento es altamente cohesivo
si todos sus elementos trabajan
juntos para proporcionar algún
comportamiento bien delimitado.
Grady Booch
23
Principios de diseño
Acoplamiento
Acoplamiento. Es un indicador cualitativo del grado en el que un
módulo está conectado con otros y el mundo exterior. El
acoplamiento debe ser bajo.
Nulo Bajo
Alto
24
12
19/02/2021
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
25
Patrones de diseño
UnDescripción
patrón es una solución
de los general para
subsistemas un problema de
y componentes de diseño
un
recurrente
sistema que expresa
software unalas
y de relación entre un contexto,
interrelaciones un problema y
entre ellos.
una solución.
Un patrón no es una solución completa sino una guía/esqueleto que
debe ser adaptado para cada problema específico.
Idea intuitiva: “Cuando encuentres este problema, aplica esta
solución”.
Problema Solución
26
13
19/02/2021
Patrones de diseño
La solución está determinada por el problema y el contexto.
Contexto: Casa de dos plantas.
Problema: Desplazarse entre las plantas de un edificio.
Solución: Construir unas escaleras.
Contexto: Edificio de 50 plantas.
Problema: Desplazarse entre las plantas de un edificio.
Solución: Instalar un ascensor.
27
Patrones de diseño
La descripción del problema suele incluir las fuerzas que se
deberían tener en cuenta para dar una solución:
▪ Requisitos.
– Se debe poder ir de la planta baja a la planta más alta en menos de
60 segundos.
– La solución debe ser válida para personas con movilidad reducida.
▪ Restricciones.
– El sistema empleado no puede consumir energía.
▪ Propiedades deseadas.
– El sistema debería ser fácil de reemplazar.
– El sistema debería ser fácil de mantener.
28
14
19/02/2021
Patrones de diseño
Existen distintos tipos de patrones software, entre otros:
▪ Patrones orientados a objetos (o de diseño).
▪ Ej. ¿Cómo desacoplar mi programa del SGBD?
▪ Patrones arquitectónicos.
▪ Ej. ¿Cómo podemos ejecutar tareas de procesamiento complejas
sobre datos manteniendo la independencia y la flexibilidad?
▪ Patrones de integración.
▪ Ej. ¿Cómo podemos conectar una aplicación cerrada a un sistema
de mensajería de manera que pueda enviar y recibir mensajes?
29
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
30
15
19/02/2021
Artefactos reutilizables
Un buen ingeniero no
reinventa la rueda
31
Artefactos reutilizables
Servicios web
El W3C define servicio
Descripción de losweb como un sistema
subsistemas software diseñado
y componentes de un para
darsistema
soporte software
a la interacción interoperable
y de las máquina-a-máquina
interrelaciones entre ellos. a través
de una red.
Permiten intercambiar información entre aplicaciones software
desarrolladas en lenguajes de programación diferentes y ejecutadas sobre
distintas plataformas. Son la base para la integración web.
Podemos usar los servicios web no solo para transmitir datos, también
para hacer uso de la funcionalidad implementada por otros sistemas.
Ventajas:
▪ Facilita la interoperabilidad entre sistemas diversos.
▪ Uso de protocolos abiertos.
Inconvenientes:
▪ Rendimiento.
32
16
19/02/2021
Artefactos reutilizables
Librerías
Una librería proporciona
Descripción de los código reutilizable
subsistemas que puede ser de
y componentes empleado
un
porsistema
los desarrolladores
software ydedeaplicaciones.
las interrelaciones entre ellos.
Ejemplos: Librería de funciones matemáticas Math.lib, o la
librería Guava de Google para Java.
Las librerías pueden incorporarse al programa en tiempo de
compilación (ej. lib,jar) o en tiempo de ejecución (ej. DLLs).
El desarrollo de librerías puede ser una buena idea para facilitar
el uso de nuestras aplicaciones por parte de terceros. Ej. Amazon
SDK para Java.
33
Artefactos reutilizables
Frameworks
UnDescripción
framework es deunlosconjunto integradoy de
subsistemas artefactos software
componentes de un(tales
como clases y ficheros de configuración) que
sistema software y de las interrelaciones entre ellos. implementan una
arquitectura reutilizable para el desarrollo de aplicaciones relacionadas.
Les falta la funcionalidad que es propia de la aplicación, pero implementan
la funcionalidad común como la seguridad, componentes de interfaz de
usuario, etc.
Los frameworks suelen implementar distintos patrones y estilos
arquitectónicos. El uso de frameworks va a determinar en gran medida la
arquitectura del sistema.
34
17
19/02/2021
Artefactos reutilizables
Librerías vs. frameworks
Librería Framework
Código de nuestra
aplicación
35
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
36
18
19/02/2021
Sistemas heredados
Un sistema heredado
Descripción (legacy systemy en
de los subsistemas inglés) es undeprograma
componentes un
software
sistema software y de las interrelacionesesentre
que ha quedado anticuado, pero que crítico para el negocio
ellos.
y debe seguir siendo usado y mantenido.
37
Sistemas heredados
▪ A menudo desarrollados con lenguajes de programación obsoletos,
para los que resulta difícil encontrar a programadores con
experiencia.
▪ Los sucesivos cambios suelen hacer que la documentación quede
anticuada. En algunos casos, la única documentación existente es el
código fuente del sistema.
▪ Son sistemas difíciles de entender y por lo tanto difíciles de mejorar,
extender y reemplazar.
▪ Suelen ser sistemas cerrados, no diseñados para ser integrados con
otros sistemas.
38
19
19/02/2021
¿Qué debemos hacer para evitar que nuestras
aplicaciones se conviertan en
sistemas heredados?
¿Qué es la gestión de la configuración?
¿Qué es la deuda técnica?
39
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
40
20
19/02/2021
Resumen
¿Qué hemos aprendido?
▪ El diseño del software…
▪ describe la estructura del software y guía su construcción.
▪ es una etapa estándar en cualquier metodología de desarrollo.
▪ comienza una vez que se han analizado los requisitos. Es un proceso
iterativo.
▪ se realiza a partir de los requisitos funcionales y, sobre todo, los no
funcionales (atributos de calidad).
▪ es realizado por arquitectos del software.
▪ produce como principal resultado una serie de modelos.
▪ Principios de diseño: abstracción, cohesión, acoplamiento, etc.
▪ Patrones de diseño. Definición y tipos.
▪ Artefactos reutilizables: servicios web, librerías y frameworks.
▪ Sistemas heredados.
41
Índice
▪ Diseño del software
▪ Principios de diseño
▪ Patrones de diseño
▪ Artefactos reutilizables
▪ Sistemas heredados
▪ Resumen
▪ Bibliografía
42
21
19/02/2021
Bibliografía
Pressman R.S. Ingeniería del software: Un enfoque
práctico. McGraw-Hill. 7ª edición. 2009. (Capítulos 8
y 12)
Sommerville I. Ingeniería de Software. Pearson. 9ª
edición. 2011. (Capítulos 6, 7 y 16)
Bass L., Clemments P, Kazman R. Software
Architecture in Practice. Addison-Wesley
Professional. 3rd edition. 2003 (Chapters 1 and 2)
43
Bibliografía
Buschmann F. et al .Pattern-Oriented Software
Architecture. John Wiley & Sons. 1996 (Capítulo 2)
Douglas C Schmidt, Aniruddha Gokhale, and
Balachandran Natarajan. 2004. Leveraging
Application Frameworks. Queue 2, 5 (July 2004), 66-
75. http://dx.doi.org/10.1145/1016998.1017005
44
22
19/02/2021
Enlaces
▪ Legacy systems (sistemas heredados)
https://en.wikipedia.org/wiki/Legacy_system
45
Disclaimer and Terms of Use
All material displayed on this presentation is for teaching and personal use only.
Many of the images that have been used in the presentation are Royalty Free
images taken from http://www.everystockphoto.com/. Other images have been
sourced directly from the Public domain, from where in most cases it is unclear
whether copyright has been explicitly claimed. Our intention is not to infringe
any artist’s copyright, whether written or visual. We do not claim ownership of
any image that has been freely obtained from the public domain. In the event
that we have freely obtained an image or quotation that has been placed in the
public domain and in doing so have inadvertently used a copyrighted image
without the copyright holder’s express permission we ask that the copyright
holder writes to us directly, upon which we will contact the copyright holder to
request full written permission to use the quote or images.
46
23
