INTRODUCCIÓN

Diseño de Sistemas

• Las necesidades del cliente se extraen y refinan durante el workflow de los

requisitos y el workflow de análisis. El sistema de información se programa
durante el workflow de la implementación. Por lo que el workflow del
diseño proporciona el vínculo entre la extracción de las necesidades del
cliente y su implementación en código.
INTRODUCCIÓN
INTRODUCCIÓN

Diseño de Sistemas
El diseño de sistemas, el diseño de objetos y la implementación constituyen la construcción del
sistema. Durante estas tres actividades los desarrolladores vinculan la especificación de
requisitos generada durante la elicitación de requisitos y el análisis con el sistema que será
entregado a los usuarios. El diseño de sistemas es el primer paso de éste proceso y se enfoca
en la descomposición del sistema en partes más pequeñas que en consecuencia son más
simples de manejar.

• Elicitación de requisitos y Análisis: El objetivo es proponer el sistema y su funcionalidad.

• Diseñode Sistemas: El objetivo es definir los procesos, estructuras de datos ylos

componentes hardware y software necesarios para implementarlos.
INTRODUCCIÓN
¿En qué consiste diseñar un sistema?
Los productos de trabajo generados durante el análisis son la entrada del proceso de diseño.
Por lo tanto, diseñar un sistema consiste en iterar e incrementar estos artefactos hasta que
tengan un formato que los programadores puedan utilizar. Esto se logra a partir de las siguientes
actividades:

• Identificación de operaciones y sus asignaciones a las clases apropiadas.

• Selección del lenguaje de programación.
• Reutilizar código.
• Analizar la portabilidad, fiabilidad, solidez, capacidad de mantenimiento, seguridad y otros.
• Asignación de cada componente software al componente hardware.
• Identificación de subsistemas.
• Asignar componentes a los subsistemas diseñando la Arquitectura del Sistema.
CONCEPTOS
Subsistemas y Clases

Durante el de análisis se describe el dominio de la aplicación. De forma similar, durante el diseño

se describe el dominio de la solución a través de partes más simples que se denominan
“subsistemas” los cuales están compuestos a partir de un número de clases definidas
anteriormente.

Un subsistema es una parte reemplazable del sistema que está definida en una
interface que encapsula el estado y el comportamiento de las clases contenidas.
 CONCEPTOS
Subsistemas y Clases
En UML un subsistema se representa usando componentes que se describen por rectángulos con el
icono de los componentes en la esquina superior derecha. Las dependencias entre los componentes
se describen con flechas punteadas dirigidas.

Los componentes se clasifican

en lógicos y físicos. Lógicos
cuando corresponden a un
sistema que no es explícito en
tiempo de ejecución y físicos
cuando sí lo es.
CONCEPTOS
Capas y Particiones
• Capa (Layer) es un grupo de subsistemas que proporcionan servicios relacionados que
posiblemente utilicen servicios desde otra capa.

• Partición consiste en dividir el sistema en subsistemas muy simples y reducir su complejidad.

Las capas están ordenadas jerárquicamente y dependen (requieren) de sus capas anteriores. Las
capa que no depende de ninguna otra se denomina Layer Bottom y la capa que no es usada por
ninguna otra capa se llama Top Layer.

Cuando una capa puede usar unicamente su capa anterior se identifica una arquitectura cerrada.
En cambio cuando una capa puede usar cualquiera de sus capas anteriores se identifica una
arquitectura abierta.

La descomposición en subsistemas es el resultado de las acciones de particionar y constituir las

capas y la forma en como éstas se relacionan en la arquitectura.
ARQUITECTURA DE SISTEMAS

Ubicación

La complejidad de los sistemas es incremental en consecuencia la descomposición en

subsistemas se hace critica por lo que para gestionar esta actividad surge el concepto de
Arquitectura de Sistemas.

Una arquitectura de sistemas incluye la descomposición en subsistemas, el flujo del control global,
el manejo de las fronteras (bordes) de los requerimientos y los protocolos de comunicación
entre los subsistemas.
ACTIVIDADES DEL DISEÑO DE SISTEMAS
Desde los objetos a los subsistema

1 Identificar los objetivos de diseño

Transición del Análisis al Diseño
2 Identificar subsistemas

Dirigiendo los objetivos de diseño

3 Mapear subsistemas a procesadores y componentes.

4 Identificar datos persistentes y almacenarlos

Proporcionar el control de acceso

Define el cómo de la
5
construcción del sistema.
6 Diseñar el flujo de control global

7 Identificar Servicios

8 Identificar las fronteras (bordes) de las condiciones

9 Revisar el modelo del diseño del sistema.