Patrones y Estilos

INGENIERA DEL SOFTWARE I
Tema 4
Diseo de Software Univ. Cantabria Fac. de Ciencias

Francisco Ruiz
Objetivos
Tener una visin general de los principios,
caractersticas y mtodos de diseo del software. Comprender la importancia de tener definida una correcta y adecuada arquitectura del sistema. Conocer las caractersticas generales de los principales estilos arquitecturales. Tener una visin general de los distintos tipos de notaciones grficas y textuales para artefactos de diseo software. Conocer las caractersticas generales de las principales estrategias y mtodos de diseo.
4.2
Francisco Ruiz, Michael Gonzlez Harbour - IS1
Contenido
Introduccin
Notaciones

Definicin Diseo Arquitectural vs Detallado

Descripciones Estructurales Descripciones de Comportamiento Arquitecturales Diseo Diseo Diseo Diseo Estructurado OO Centrado en los Datos con Componentes
Principios del Diseo de Software
Tipos de Modelos Estrategias y Mtodos

Descomposicin Aspectos Vistas Arquitecturales Estilos Arquitecturales Estilos de Control Patrones de Diseo
Principales Retos Arquitectura del Software
4.3
Bibliografa
Bsica
IEEE Computer Society (2004)

SWEBOK - Guide to the Software Engineering Body of Knowledge, 2004 Version. Captulo 3. http://www.swebok.org/
Complementaria
Caps. 8 y 11 del libro de Sommerville (2005). Cap. 14 del libro de Sommerville (2005). Caps. 8 y 9 del libro de Pressman (2005). Cap. 6 y 7 del libro de Piattini (2007). Cap. 5 del libro de Pfleeger (2002).
4.4
Introduccin - Definicin
En sentido general, disear es una forma de

resolucin de problemas. Por ello, al disear se utilizan nociones como
Objetivos Restricciones Alternativas Representaciones Soluciones
4.5
Juega un papel clave en el desarrollo de software

porque permite a los ingenieros de software producir diversos modelos que:
Caracterizan la solucin a implementar. Pueden ser analizados y evaluados con el fin de

determinar si se satisfacen los requisitos.
Facilitan el examen y evaluacin de alternativas. Sirven para planificar las siguientes actividades del
desarrollo.
4.6
Perspectiva del Proceso Disear es el esfuerzo para definir la
arquitectura, componentes, interfaces y otras caractersticas de un sistema o componente [IEEE 610-1990].

del software en la cual se analizan los requisitos para producir una descripcin de la estructura interna del software que sirva de base para su construccin.
El Diseo de Software es la actividad del ciclo de vida
La salida es un conjunto de modelos y artefactos que

registran las principales decisiones adoptadas.
4.7
Perspectiva del Resultado Un Diseo es el resultado de dicho esfuerzo.

Un Diseo Software describe:
La arquitectura del software (cmo est descompuesto y organizado en componentes), La interfaces entre dichos componentes, y Los componentes a un nivel de detalle que permita su construccin.
4.8
Introduccin Diseo Arquitectural vs Detallado
El estndar ISO 12207 identifica dos tipos de Diseo

Software:
Arquitectural Detallado
[alto nivel]
Describe la estructura y organizacin de alto nivel, es decir, los subsistemas o componentes y sus relaciones Describe cada componente y su comportamiento especfico, de forma que puede procederse a su construccin
4.9
Diseo Arquitectural
Es el primer paso en el diseo de un sistema, previo al
diseo detallado.
Su resultado se conoce como arquitectura del

software. [se presenta despus] el diseo.
Representa el enlace entre la especificacin de requisitos y Puede llevarse a cabo en paralelo con actividades de
especificacin de requisitos.
Implica un esfuerzo creativo, de forma que las actividades

a realizar pueden cambiar segn la naturaleza del sistema a desarrollar.
4.10
Durante el diseo arquitectural es necesario

adoptar algunas decisiones:
Existe una arquitectura genrica que pueda ser usada? Cmo ser distribuido el sistema? Qu estilos arquitectnicos son apropiados? Qu aproximacin se utilizar para estructurar el
sistema?
Cmo se descompondr el sistema en mdulos? Qu estrategia de control se utilizar? Cmo se evaluar el diseo arquitectural resultante? Cmo se documentar la arquitectura?
Francisco Ruiz, Michael Gonzlez Harbour - IS1 4.11
Principios
Verdades bsicas o leyes generales que se utilizan como
Los Principios del Diseo Software son nociones
base de razonamiento o como gua para actuar.
clave consideradas fundamentales en muchas aproximaciones y conceptos de diseo diferentes.
4.12
Abstraccin
Olvidar informacin que diferencia ciertas cosas y as
En Software los mecanismos bsicos de abstraccin

son:
poder tratarlas como si fueran similares.
Parametrizacin Especificacin
Abstraccin Procedural Abstraccin de Datos Abstraccin de Control (iteracin)
4.13
Acoplamiento y Cohesin Acoplamiento: Fortaleza de las relaciones entre

mdulos
INTER
Cohesin: cmo estn relacionados los

elementos de un mismo mdulo.
INTRA
4.14
Descomposicin Descomponer un software en diversas unidades
ms pequeas, habitualmente con el fin de situar diferentes funcionalidades o responsabilidades en diferentes componentes.
Encapsulamiento [ocultamiento de informacin] Consiste en agrupar y empaquetar los elementos
y detalles internos de una abstraccin y hacer que dichos detalles sean inaccesibles desde fuera.
4.15
Separacin de Interfaz e Implementacin Definir un componente especificando una interfaz

pblica,
conocida por otros componentes o clientes, separada de los detalles de cmo dicho componente est realizado (implementado).
Suficiencia y Completitud Asegurar que un componente software captura

todas las caractersticas importantes de una abstraccin y ninguna ms.
4.16
Principios del Diseo de Software - Descomposicin
Hay dos tipos de Descomposicin

El sistema en subsistemas
Estructuracin/Organizacin del sistema: Descomposicin modular:

Subsistemas en mdulos.
Subsistemas vs Mdulos
No siempre hay una diferenciacin clara Subsistema: Un sistema en s mismo, cuyo
funcionamiento es independiente de los servicios provistos por otros subsistemas. Mdulo: Componente de un sistema que provee servicios a otros componentes y que no se considera un sistema separado.
4.17
Principios del Diseo de Software - Descomposicin
Aproximaciones para Descomposicin Modular:

Objetos
El (sub)-sistema se decompone en objetos que interactan.
Tubera o Flujo de Datos [orientado a funciones]

El (sub)-sistema se decompone en mdulos funcionales que transforman entradas en salidas.
4.18
Principales Retos
Al disear software es necesario enfrentarse a varios

problemas o dificultades importantes.
Ej: Rendimiento.
Atributos de Calidad que deben satisfacerse. Cmo descomponer, organizar y empaquetar

componentes. Aspectos del comportamiento del software que no son del dominio del problema o aplicacin, sino de dominios laterales que afectan de manera transversal a la funcionalidad del sistema.
Estos aspectos no suelen suponer unidades de descomposicin funcional, sino que son propiedades que afectan a diversos componentes (en su rendimiento o semntica) de forma sistemtica.
Principales Retos
En los ltimos aos se est abordando el problema del
Diseo de Sistemas Software Genricos mediante Lneas de Producto Software
Su objetivo es el diseo de familias de

Ej: Gestin de Tiendas de Venta al Pblico
programas, es decir, colecciones de programas que tienen muchas cosas en comn. adaptacin y variabilidad en cada producto particular.
Haciendo reutilizacin al mximo, pero permitiendo

Gestin de Tiendas de Ropa / Videoclubs / Supermercados
4.20
10
Principales Retos - Aspectos
Los principales Aspectos Software a enfrentar

son:
Concurrencia.
Cmo repartir el software en procesos, tareas o hilos de ejecucin y abordar los problemas de eficiencia, atomicidad, sincronizacin y planificacin asociados.
Control y Manejo de Eventos.

Cmo organizar datos y flujo de control. Cmo manejar eventos reactivos y temporales
mediante mecanismos como invocacin implcita o llamadas hacia atrs (callbacks).
4.21
Los principales Aspectos Software a enfrentar son

(cont.):
Distribucin de componentes.
Cmo distribuir el software en el hardware. Cmo comunicar los componentes. Cmo utilizar el middleware para tratar con software heterogneo.
Manejo de Errores y Excepciones y Tolerancia

a Fallos.
Cmo prevenir y tolerar fallos y tratar condiciones excepcionales (no previstas).
11
Los principales Aspectos Software a enfrentar son

(cont.):
Interaccin y Presentacin.
Cmo estructurar y organizar las interacciones con el usuario y la presentacin de informacin.
Ej.: separando la presentacin de la lgica de negocio usando la aproximacin MVC (Modelo-Vista-Controlador).
Persistencia de Datos.
Cmo se manejan los datos que tienen una vida superior e independiente a las ejecuciones del software.
4.23
Arquitectura del Software
La arquitectura de un sistema es la descripcin de los elementos que lo forman y de las interrelaciones entre ellos.
4.24
12
Arquitectura
Estructura interna de algo Forma en que algo es construido u organizado
Arquitectura Software
Descripci Descripcin de los subsistemas y componentes de un
sistema software y de las interrelaciones entre ellos
4.25
Disponer de la Arquitectura de forma explcita

supone las siguientes ventajas
Comunicacin con los interesados

Puede utilizarse para la discusin sobre cmo ser el sistema.
Anlisis del Sistema

Permite el anlisis del cumplimiento de los requisitos no funcionales.
Reutilizacin a gran escala

Puede servir para un grupo de sistemas parecidos.
4.26
13
Los atributos de calidad del sistema (requisitos no funcionales) se ven afectados por la arquitectura:

Rendimiento
Utilizar componentes grandes en vez de grano fino para concentrar las operaciones crticas y minimizar las comunicaciones.
Seguridad
Usar una arquitectura por capas con los activos crticos en las capas ms internas.
Proteccin
Localizar las caractersticas de proteccin crticas en un pequeo nmero de componentes.
Disponibilidad
Incluir componentes redundantes y mecanismos de tolerancia a fallos.
Mantenibilidad
Usar componentes de grano fino ms fcilmente sustituibles.
4.27
Pero pueden aparecer conflictos:

Rendimiento vs Mantenibilidad
Usar componentes grandes mejora el rendimiento pero reduce la mantenibilidad.
Disponibilidad vs Seguridad
Introducir datos redundantes mejora la disponibilidad pero hace ms difcil la seguridad.
Proteccin vs Rendimiento
Localizar las caractersticas de proteccin en diversos componentes suele significar ms comunicacin y por tanto, un rendimiento peor.
4.28
14
Se suele expresar mediante un diagrama de bloques

que resume la estructura del sistema.
Arquitectura de un sistema de control de un robot de empaquetar
4.29
Arquitectura del Software - Vistas
Un Diseo Software se puede/debe describir y

documentar mediante diferentes vistas.
Una Vista representa un aspecto parcial de un arquitectura

software que muestra propiedades especficas de un sistema software.
Un Diseo Software es un artefacto multi-
perspectiva generalmente compuesto de vistas relativamente independientes y ortogonales.
4.30
15
Arquitectura del Software - Vistas
Ejemplos de vistas son:

Lgica (requisitos funcionales) De Proceso (concurrencia) Fsica (distribucin) Desarrollo (descomposicin del diseo en unidades de
Otra clasificacin tambin usada es:

Comportamiento Funcional Estructural Modelado de Datos
implementacin)
Arquitectura del Software Estilos Arquitecturales
Un estilo arquitectural es un conjunto de
restricciones que definen un conjunto o familia de arquitecturas afines, que satisfacen dichas restricciones. Puede ser visto como un modelo de modelos (metamodelo) que enmarca a muy alto nivel la organizacin del software (macro-arquitectura).
En sistemas grandes heterogneos es comn

combinar varios estilos arquitecturales.
4.32
16
Arquitectura del Software - Estilos Arquitecturales
Principales estilos arquitecturales :

Estructura General
Capas, tuberas y filtros, repositorio compartido (pizarra)
Sistemas Distribuidos
Cliente-servidor, tres capas, broker
Sistemas Interactivos
MVC (Modelo-Vista-Controlador), PAC (Presentacin-AbstraccinControl)
Sistemas Adaptables
Micro-ncleo, reflexin
Otros
Batch (lotes), intrpretes, control de procesos, basado en reglas
Capas (Mquina Abstracta)

Organiza el sistema en un conjunto de capas, cada una de
las cuales provee una serie de servicios a las capas superiores usando los de las capas inferiores.
Sistema de Gestin de la Configuracin del Software
Sistema de Gestin de Objetos
Sistema de Base de Datos
Sistema Operativo
17
Repositorio Compartido

Los datos comunes a los subsistemas se almacenan en

una base de datos central o repositorio. Se emplea cuando se comparten muchos datos. Ventajas
Eficiente para compartir grandes cantidades de datos. Los subsistemas no necesitan preocuparse de la gestin (backups, seguridad, ) de los datos. Existe un modelo de datos compartido (esquema del repositorio).
Desventajas
Todos los subsistemas deben usar el mismo modelo de datos. La evolucin de datos es difcil y costosa. No caben polticas de gestin de datos especficas. Es difcil hacer una distribucin eficiente.
4.35
Cliente Servidor
Estructura un sistema distribuido en:
Servidores autosuficientes que proveen servicios (impresin, gestin de datos, ..). Clientes que invocan dichos servicios.
Cliente 1 Cliente 2 Cliente 3 Cliente 4
Internet / Red
Servidor del catlogo catlogo

Servidor de Videos archivos de video
Servidor de Imgenes Fotografas digitales
Servidor Web metadatos

4.36
18
Cliente Servidor
Ventajas
La distribucin de datos es real y directa; Se hace uso eficaz de sistemas en red. El hardware para ello puede ser barato; Es fcil aadir nuevos servidores o actualizar los existentes.
Desventajas
Los subsistemas usan diferentes modelos de datos. Esto puede hacer ineficiente el intercambio de datos; Gestin redundante en cada servidor; No existe un registro central de nombres y servicios. Puede ser difcil averiguar qu servidores y servicios estn disponibles.
4.37
Arquitectura del Software Estilos de Control
Estos estilos arquitecturales estn enfocados al flujo

de control entre subsistemas. Control Centralizado
LlamadaRetorno (Call-Return) Gestor (Manager)
Un subsistema tiene toda la responsabilidad para

controlar, iniciar y parar los otros subsistemas.
Control basado en Eventos

Difusin (Broadcast) Guiado por Interrupciones
Cada subsistema puede responder a eventos generados
externamente por los otros subsistemas o el entorno del sistema.
4.38
19
Control Centralizado
Llamada-Retorno Jerarqua Top-Down de Subrutinas (operaciones)
4.39

Difusin (Broadcast) Cuando ocurre un evento el control se transfiere al
subsistema que puede tratarlo. interesan.
Subsistema 1
Cada subsistema decide sobre los eventos que le

Subsistema 2 Subsistema 3 Subsistema 4
Manejador de eventos y mensajes
4.40
20

Guiado por Interrupciones Cada interrupcin tiene un manejador.
4.41
Arquitectura del Software Patrones de Diseo
Patrn
Solucin comn a un problema comn en un contexto
dado.
Los estilos arquitecturales pueden ser vistos
como patrones para la organizacin de alto nivel del software (patrones macro-arquitecturales). Otros patrones de diseo sirven para describir a un nivel ms bajo, ms local (patrones microarquitecturales).
4.42
21
Arquitectura del Software Patrones de Diseo
Principales clases de patrones de diseo [microarquitecturales].
Creacionales
Constructor (builder), factora (factory), prototipo (prototype), ente nico (singleton)
Estructurales
Adaptador (adapter), puente (bridge), compuesto (composite), decorador (decorator), fachada (facade), peso mosca (flyweight), delegado (proxy)
De Comportamiento
De rdenes (command), intrprete (interpreter), iterador (iterator), mediador (mediator), memento, observador (observer), estado (state), estrategia (strategy), plantilla (template), visitante (visitor)
4.43
Notaciones
Existen muchas notaciones y lenguajes para

comportamiento
representar los artefactos del diseo software.
Unas son para representar la estructura y otras el Unas sirven principalmente durante el diseo
arquitectural, otras durante el diseo detallado, y algunas durante ambos. mtodos especficos
Algunas se emplean principalmente en el contexto de
4.44
22
Notaciones Descripciones Estructurales
Las siguientes notaciones describen aspectos
estructurales (esttica), es decir, los componentes y sus interconexiones.
Lenguajes de Descripcin de Arquitecturas (ADLs)

Lenguajes textuales formales ideados para describir una arquitectura software en trminos de componentes y conectores.
Diagramas de Clases y Objetos

Para representar un conjunto de clases (y objetos) y sus interrelaciones.
Diagramas de Componentes
Para representar un conjunto de componentes (partes fsicas y reemplazables de un sistema que son conformes a y proveen un conjunto de interfaces) y sus interrelaciones.
estructurales (esttica), es decir, los componentes y sus interconexiones (cont).
Tarjetas CRC (Clase Responsabilidad Colaborador)

Para denotar los nombres de los componentes (clases), sus responsabilidades, y los nombres de los componentes con los que colaboran.
Diagramas de Despliegue
Para representar un conjunto de nodos fsicos y sus interrelaciones, modelando los aspectos fsicos de un sistema.
Diagramas Entidad-Interrelacin
Para representar modelos conceptuales de los datos almacenados en sistemas de informacin.
23
estructurales (esttica), es decir, los componentes y sus interconexiones (cont).
Lenguajes de Descripcin de Interfaces (IDLs)

Similares a los lenguajes de programacin normales, sirven para definir las interfaces (nombres y tipos de las operaciones exportadas) de los componentes software.
Diagramas de Estructura de Jackson

Para describir las estructuras de datos en trminos de secuencia, seleccin e iteracin.
Grafo de Estructura
Para describir la estructura de llamadas de los programas (qu mdulos llaman y son llamados por qu mdulos).
Notaciones Descripciones del Comportamiento
Las siguientes notaciones y lenguajes sirvan para

describir el comportamiento (dinmica) de un software y sus componentes.
Diagramas de Actividad
Para mostrar el flujo de control entre actividades (ejecuciones no atmicas dentro de una mquina de estados).
Diagramas de Colaboracin
Para mostrar las interacciones entre un grupo de objetos, haciendo nfasis en los objetos, sus conexiones y los mensajes que intercambian en dichas conexiones.
Diagramas de Flujo de Datos (DFDs)

Para representar el flujo de datos entre un conjunto de procesos.
4.48
24

describir el comportamiento (dinmica) de un software y sus componentes (cont).
Tablas y Diagramas de Decisin

Para representar combinaciones complejas de condiciones y acciones.
Diagramas de Flujo [Estructurados]

Para representar el flujo de control y las acciones asociadas que deben ser realizadas.
4.49

Diagramas de Secuencia
Para mostrar las interacciones entre un grupo de objetos, con nfasis en la ordenacin temporal de los mensajes.
Diagramas de Transicin de Estados y Grafos de

Mquinas de Estados
Para mostrar el flujo de control entre estados de una mquina de estados.
4.50
25

Lenguajes de Especificacin Formal

Lenguajes textuales que usan nociones bsicas matemticas (lgica, conjuntos, secuencia) para definir de forma rigurosa y abstracta las interfaces y el comportamiento de los componentes (habitualmente en trminos de pre y post-condiciones).
Pseudocdigo y Lenguajes de Diseo de Programas

Lenguajes, al estilo de los tradicionales de programacin estructurada, usados para describir, normalmente en la etapa de diseo detallado, el comportamiento de un procedimiento o mtodo.
4.51
Tipos de Modelos
Muchas de las notaciones anteriores son de tipo
grfico (Modelos). En una clasificacin alternativa a la anterior (estructura-comportamiento), algunos de los principales tipos de modelos del software son
De Contexto De Procesos De Comportamiento

De Flujo de Datos De Mquinas de Estados
De Datos De Objetos
26
Tipos de Modelos
Modelos de Contexto
Ilustran el contexto operacional de un sistema, mostrando
los dems sistemas con los que se interacta.
Sistema de Proteccin Base de Datos de cuentas Cajero Automtico Sistema Auxiliar de la Sucursal Sistema de Mantenimiento
Automtico
Contexto de un Cajero
Sistema Contable de la Sucursal
Base de Datos de uso comn
Tipos de Modelos
Modelos de Procesos (de Negocio)

Muestran los procesos soportados por el sistema.
Proceso de adquisicin de equipamiento

27
Tipos de Modelos
Modelos de Comportamiento Procesamiento

de Datos
Muestran cmo los datos son procesados por el sistema.

Carnet Estudiante Carnet SELEC. TIPO CARNET 1 Carnet Trabajador TRATAR ESTUDIANTE 2 Entrada
DFD
TRATAR TRABAJADOR 3
Entrada
4.55
Tipos de Modelos
Modelos de Comportamiento Mquinas de

Estado
Muestran la respuesta del sistema ante eventos.

Statechart de un microondas
4.56
28
Tipos de Modelos
Modelos de Datos
Describen la estructura
lgica de los datos procesados por el sistema.
E-R de un sistema de prstamo electrnico de artculos
4.57
Tipos de Modelos
Modelos de Objetos
Describen el sistema en trminos de clases de objetos y
sus asociaciones.
Objetos/clases son una forma de reflejar las entidades del

mundo real manipuladas por el sistema. modelar con esta aproximacin.
Otras entidades ms abstractas pueden ser difciles de Las clases reflejan entidades del dominio de aplicacin que
sern reutilizables en distintas partes del sistema.
UML es el estndar para este tipo de modelos

29
Tipos de Modelos
Modelos de Objetos
Herencia
Jerarqua de clases de una biblioteca
4.59
Tipos de Modelos
Modelos de Objetos
Agregacin
Descomposicin de un paquete de estudio
4.60
30
Tipos de Modelos
Modelos de Objetos
Comportamiento Diagrama de Secuencia del caso
prstamo electrnico de artculos
4.61
Tipos de Modelos - Arquitecturales
Se emplean para documentar la arquitectura del sistema Pueden ser

Estructurales estticos, para mostrar los componentes principales o subsistemas. De Proceso dinmicos, para mostrar la estructura de procesos del sistema. De Interfaces, para definir las interfaces de los subsistemas. De Relaciones, para mostrar las relaciones entre subsistemas de forma similar a un DFD. De Distribucin, para mostrar cmo los subsistemas de distribuyen entre diversas mquinas.
4.62
31
Estrategias y Mtodos
Las estrategias generales de diseo de software

ms conocidas son Divide y vencers Refinamiento en pasos sucesivos Top-down vs bottom-up Abstraccin de datos y ocultamiento de informacin Uso de heursticas Uso de patrones Aproximacin iterativa e incremental
4.63
Estrategias y Mtodos Diseo Estructurado
Mtodo clsico de diseo de software basado

en
Identificar las funciones principales, y Elaborarlas y refinarlas en un estilo top-down.
Se realiza despus del anlisis estructurado,

para producir, entre otros:
Diagramas de Flujos de Datos (DFDs) Descripciones de los procesos asociados.

32

Actividades del Diseo Estructurado ERS
E-R
Enfoque de datos Diseo de alto nivel (arquitectnico) Diseo de bajo nivel (detallado)
Modelo lgico de datos
Anlisis (Qu) Lenguaje comprensible para el usuario/cliente DFD

Enfoque funcional
Arquitectura de procesos Decisiones generales y abstractas (organizacin lgica)
Diseo (Cmo)
Modelo fsico de datos
Estructura detallada: programas y mdulos
Esquema de BD y ficheros
Cuadernos de carga
Decisiones concretas y especficas (optimizacin y rendimiento)
Codificacin/Programacin
Implementacin Lenguaje comprensible por la mquina

4.65

Tcnicas de Especificacin segn el enfoque de modelado
INFORMACION
ER
- DFD - Matriz Entidad-funcin
- Diagrama de historia de vida - Matriz entidad-evento
DFD
FUNCION
- Diagrama Transicinestado - Redes de petri
TIEMPO
Lista de eventos
4.66
33
Diagrama de Flujo de Datos (DFD): Diagrama en
forma de grafo dirigido que representa el flujo de datos y las transformaciones que se aplican sobre ellos al moverse desde la entrada hasta la salida del sistema.
Yourdon, DeMarco Gane y Sarson
Elementos:
SSADM MTRICA
Flujos de datos

Procesos Almacenes Entidades externas Flujos de datos

Almacenes de datos Procesos
Entidades externas
4.67

Ejemplos DFDs
Diagrama de Contexto
Bibliotecario
Altas_Bajas_Libros
Peticin_Libros
Usuario
Devol_Libros Sancin
0 Gestionar Biblioteca
4.68
34

Ejemplos DFDs
Devol_Libros Peticin_Libros
Prstamos 1 Gestionar Peticiones 2 Gestionar Devoluciones
Diagrama de Sistema
Libros
Sancin
3 Actualizar Libros
Altas_Bajas_Libros
4.69

Ejemplos DFDs
Diagrama de Sistema detallado

Peticin_Libros
Prstamos 1.1 Validar Prstamo 1.2 Realizar Prstamo
Prstamo_Validado
Libros
35
Habitualmente, a partir de los DFDs (comportamiento) se genera un Diagrama de Estructura (DE)

c A1
1
b A2
2
d
3
a
opcin
Leer Opcin
3
4.71
Existen varios tipos de Diagramas de Estructura (cambian en la simbologa usada):

Diagramas de Jackson Diagrama de Cuadros de Constantine (usados en METRICA 3)
Un DE muestra la descomposicin de un sistema en mdulos incluyendo
1. 2. 3.
Jerarqua de Control Llamadas entre Mdulos Parmetros que se intercambian en las llamadas Mdulos Conexiones entre Mdulos Comunicacin entre Mdulos
Elementos Principales:
4.72
36
Diagrama de Estructura Mdulo

GESTIONAR PETICIONES INFORME PRESTAMO
Datos
INFORME PRESTAMO
PET_ACEPTADA PET_ACEPTADA
Iteracin
PET_PRESTAMO
CONSULTAR STOCK
Decisin
TRATAR PETICION
INFORMAR PETICION
EOF LEER PETICION PRESTAMO
PET_RECHAZADA
RECHAZAR PETICION
Mdulo Predefinido
Control (flag)
Estrategias y Mtodos Diseo OO
Obviamente el Diseo OO est relacionado con el Anlisis y la Programacin OO Anlisis OO

Desarrollar un modelo de objetos del dominio de aplicacin Desarrollar un modelo del sistema orientado a objetos que satisfaga los requisitos. Implementar un diseo OO usando un lenguaje de programacin OO.
Diseo OO
Programacin OO
4.74
37
Existentes muchos mtodos de diseo

basados en objetos
Desde los iniciales [80s]

Nombre->objeto, verbo->mtodo, adjetivo->atributo
Centrales [90s]
Herencia y polimorfismo juegan un papel clave
Diseo basado en Componentes (CBD)
[00s]
Meta-informacin que puede ser definida y accedida (mediante reflexin)
4.75
En general, en todos los mtodos de Diseo

OO se llevan a cabo las siguientes actividades:
sistema;
Definir el contexto y modos de uso del Disear la arquitectura del sistema; Identificar los objetos principales del sistema; Desarrollar los modelos de diseo; Especificar las interfaces de los objetos.
38
Ejemplo
Se necesita un sistema de mapas climticos para
generar mapas del tiempo de una forma regular usando los datos recopilados de estaciones meteorolgicas remotas automticas y otras fuentes como observadores, globos y satlites. Las estaciones meteorolgicas transmiten sus datos al computador del sistema cuando reciben una peticin al respecto desde dicha mquina. El computador del sistema valida los datos recopilados y los integra con los datos de otras fuentes diferentes. Los datos integrados se archivan y, usando dichos datos y una base de datos de mapas digitalizados, se elabora un juego de mapas del tiempo locales. Los mapas pueden imprimirse para su distribucin en una impresora de mapas especializada o pueden mostrarse en varios formatos diferentes.
4.77
Ejemplo - Contexto del Sistema

(subsistemas)
subsistema Recogida datos Observador Satlite Comunicaciones Estacin Meteorolgica Globo subsistema Visualizacin Datos Interfaz de User usuario inter face Mapas Visualizador de Mapas Impresora de Mapas
subsistema Procesamiento Datos
subsistema Archivo Datos Data Data storage storage Almacn Mapas Almacn Datos
4.78
Control Datos
Integracin Datos
39
Ejemplo Modelos de Uso

Casos de Uso
Iniciar
Estacin Meteorolgica Sistema Caso de Uso Informar Sistema de recoleccin de datos climticos, Estacin meteorolgica Actores La estacin meteorolgica enva un resumen de los datos climticos que han sido recogidos de los instrumentos en el perodo de recoleccin al sistema de recoleccin de datos climticos. Los datos enviados son: temperaturas mnima, mxima y media de tierra y aire; presin Datos atmosfrica mxima, mnima y media; velocidad del viento mxima, mnima y media; total de lluvia cada; y direccin del viento. Se toman muestras de estos datos cada 5 minutos. El sistema de recoleccin de datos climticos establece una conexin por Estmulos modem con la estacin meteorolgica y le requiere la transmisin de datos. Los datos resumidos (agregados) se envan al sistema de recoleccin de Respuesta datos. Habitualmente las estaciones meteorolgicas reciben la peticin de Comentariosinformar una vez por hora, pero esta frecuencia puede diferir de una estacin a otra y cambiar en el futuro.
Apagar
Informar
Calibrar
Probar
Ejemplo Arquitectura por capas

Estacin Meteorolgica subsistema Interfaz Gestiona todas las comunicaciones externas Recopila y resume datos del tiempo
subsistema Recogida Datos
subsistema Instrumentos
Paquete de instrumentos para recogida fsica de datos
No m ms de 7 entidades en un modelo arquitectural

40
Ejemplo Identificar objetos (clases)

EstacionMeteorologica identifier reportWeather() calibrate (instruments) test () star tup (instruments) shutdown (instruments) DatosClimaticos airTemperatures groundTemperatures windSpeeds windDirections pressures rainfall collect () summarise ()
Termometro temperatura test () calibr ate ()
Anemometro windSpeed windDirection test ()
Barometro pressure height test () calibrate()
4.81
Ejemplo Modelos de Diseo

Esttico: Objetos
por Subsistemas
subsistema Interfaz subsistema Recogida Datos ControladorComunic DatosClimaticos
EstacionMeteorologica
Estado Instrumentos
subsistema Instrumentos
TermometroAire
Pluviometro
Anemometro
TermometroTierra
Barometro
Veleta
4.82
41

Dinmico: Secuencia del caso de uso Informar
:ControladorComunic :EstacionMeteorologica request(report) acknowledge() report() summarise() :DatosClimaticos
send(report) reply(report) acknowledge()
4.83

Dinmico: Mquina de estados de EstacionMeteorologica
Operacin
calibrate()
Calibrando
calibracin OK
startup()
test()
Apagado
shutdown()
Esperando
Probando
prueba completada
transmisin realizada
reloj
recogida realizada
Transmitiendo
reportWeather() resumen completado
Resumiendo Recopilando
4.84
42
Ejemplo Interfaz Java de EstacionMeteorologica

interface WeatherStation { public void WeatherStation () ; public void startup () ; public void startup (Instrument i) ; public void shutdown () ; public void shutdown (Instrument i) ; public void reportWeather ( ) ; public void test () ; public void test ( Instrument i ) ; public void calibrate ( Instrument i) ; public int getID () ; } //WeatherStation
Estrategias y Mtodos Diseo Centrado en los Datos
En estos mtodos las estructuras de datos guan

el diseo.
Se diferencian de los estructurados en que el foco

son las estructuras de datos que manipula un programa y no las funciones que realiza con ellas. Hay dos pasos principales:
Mtodo de Jackson Mtodo de Warnier-Orr
Describir las estructuras de datos de entrada y salida
(Diagramas de estructura de Jackson) Desarrollar las estructuras de control basadas en dichas estructuras de datos.
4.86
43
Estrategias y Mtodos Diseo con Componentes
Diseo Basado en Componentes (CBD)

Un Componente Software es una unidad
independiente con interfaces y dependencias bien definidas, que pueda ser desarrollada y desplegada de forma independiente.
Principio de Caja Negra.
CBD aborda problemas para proveer,
desarrollar e integrar componentes. Su finalidad es mejorar la reutilizacin.

44

Patrones y Estilos

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Patrones y Estilos

Uploaded by

Copyright:

Available Formats

INGENIERA DEL SOFTWARE I

Diseo de Software Univ. Cantabria Fac. de Ciencias

Tener una visin general de los principios,

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Definicin Diseo Arquitectural vs Detallado

Principios del Diseo de Software

Tipos de Modelos Estrategias y Mtodos

Principales Retos Arquitectura del Software

Francisco Ruiz, Michael Gonzlez Harbour - IS1

IEEE Computer Society (2004)

Francisco Ruiz, Michael Gonzlez Harbour - IS1

En sentido general, disear es una forma de

Objetivos Restricciones Alternativas Representaciones Soluciones

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Juega un papel clave en el desarrollo de software

Caracterizan la solucin a implementar. Pueden ser analizados y evaluados con el fin de

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Perspectiva del Proceso Disear es el esfuerzo para definir la

arquitectura, componentes, interfaces y otras caractersticas de un sistema o componente [IEEE 610-1990].

El Diseo de Software es la actividad del ciclo de vida

La salida es un conjunto de modelos y artefactos que

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Perspectiva del Resultado Un Diseo es el resultado de dicho esfuerzo.

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Introduccin Diseo Arquitectural vs Detallado

El estndar ISO 12207 identifica dos tipos de Diseo

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Introduccin Diseo Arquitectural vs Detallado

Su resultado se conoce como arquitectura del

Implica un esfuerzo creativo, de forma que las actividades

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Introduccin Diseo Arquitectural vs Detallado

Durante el diseo arquitectural es necesario

Principios del Diseo de Software

Los Principios del Diseo Software son nociones

base de razonamiento o como gua para actuar.

clave consideradas fundamentales en muchas aproximaciones y conceptos de diseo diferentes.

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Principios del Diseo de Software

En Software los mecanismos bsicos de abstraccin

poder tratarlas como si fueran similares.

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Principios del Diseo de Software

Acoplamiento y Cohesin Acoplamiento: Fortaleza de las relaciones entre

Cohesin: cmo estn relacionados los

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Principios del Diseo de Software

Descomposicin Descomponer un software en diversas unidades

Encapsulamiento [ocultamiento de informacin] Consiste en agrupar y empaquetar los elementos

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Principios del Diseo de Software

Separacin de Interfaz e Implementacin Definir un componente especificando una interfaz

Suficiencia y Completitud Asegurar que un componente software captura

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Principios del Diseo de Software - Descomposicin

Hay dos tipos de Descomposicin

Estructuracin/Organizacin del sistema: Descomposicin modular:

No siempre hay una diferenciacin clara Subsistema: Un sistema en s mismo, cuyo

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Principios del Diseo de Software - Descomposicin

Aproximaciones para Descomposicin Modular:

Tubera o Flujo de Datos [orientado a funciones]

Francisco Ruiz, Michael Gonzlez Harbour - IS1

Al disear software es necesario enfrentarse a varios