•Encuesta.

•Análisis
•Diseño
•Implantación
•Generación de pruebas de aceptación
•Control de calidad
•Descripción de procedimientos
•Conversión de bases de datos
•Instalación
Una vez conocido ¿Que? (Análisis Estructurado), el Diseño Estructurado se encarga
del ¿Cómo?

El diseño estructurado de sistemas se ocupa de la identificación, selección y

organización de los módulos y sus relaciones.

El diseño estructurado es un enfoque disciplinado de la transformación de

qué es necesario para el desarrollo de un sistema, a cómo deberá ser hecha
la implementación.

El diseño se refiere a asignar porciones del MODELO ESENCIAL a procesadores

adecuados (máquinas o personas), y a labores apropiadas (tareas).
El diseño realiza la creación de una jerarquía apropiada de módulos
estrucutrado en jerarquías de programas y de interfaces entre ellos para
implantar la especificación,

También transforma los modelos de datos del D.E.R. en un diseño de

BASE DE DATOS.

La programación debe ir precedida por una actividad del nivel superior:

el DISEÑO.
Las etapas de diseño
La actividad de diseño involucra el desarrollo de una serie de modelos ,
de forma similar a la que el analista desarrolla modelos durante la fase de
análisis de un proyecto.

Los modelos mas importantes para el diseñador son el modelo de

IMPLANTACIÓN DE SISTEMAS Y EL MODELO DE IMPLANTACIÓN DE
PROGRAMAS.

El modelo de implantación de sistemas se divide en:

•Modelo del Procesador
•Modelo de Tareas.
Modelo de Implantación de Sistemas

Modelo del Procesador

Se trata de decidir como asignar el modelo esencial a los distintos

procesadores y como deben comunicarse entre si. Existe típicamente una
variedad de opciones:

•El modelo esencial completo se le puede asignar a un solo

procesador. Se conoce como solución de computadora principal.
principal

•Cada burbuja de la figura 0 del DFD del modelo esencial se puede

asignar a un procesador distinto. Se conoce como solución
distribuida.
Modelo de implantación de sistemas

Modelo del Procesador

Así como se deban asignar procesos componentes apropiados de HW, los

almacenes de datos se deben igualmente asignar.

Por ejemplo, se debe decidir si un almacén se realizará como base de datos en

el procesador 1 o en el 2 o dado que la mayor parte de los almacenes se
comparten entre muchos procesos, también se debe decidir si se deben
asignar copias del almacén a diferentes procesadores.
Modelo de Implantación de Sistemas

Modelo del Procesador

Cualquier implantación diferente a la de un solo procesador involucra

comunicación entre procesos , lo que se mostraba como flujo de datos
ahora debe especificarse en términos físicos.
Algunas opciones son:

Conexión directa entre procesadores,

procesadores mediante un cable, canal o red local.

Enlace de telecomunicaciones entre procesadores: Es común si los

procesadores están separados físicamente por algunos cientos de metros.

Enlace indirecto entre procesadores: Los datos pueden escribirse en cd,

dvd etc en un solo procesador y luego ser llevados físicamente al otro para
ser empleados como entradas.
Modelo de implantación de sistemas

Modelo de Tareas

Una vez que se han asignado procesos y almacenes a los procesadores ,

se debe realizar procesador por procesador la asignación de procesos y
almacenes a las tareas individuales de cada uno.

Las tareas pueden categorizarse típicamente en Interactivas, Batch, y en

Tiempo Real.

La comunicación entre tareas normalmente es provista vía el sistema

operativo.
Modelo de implantación de Programas

El diseño estructurado busca establecer la organización interna del software,

produciendo sistemas que sean fáciles de entender (y por ende de construir
y mantener).

Las salidas del análisis estructurado son entradas (input) para el diseño
estructurado.

 Las salidas (output) del diseño estructurado son:

•Diagrama Estructurado (estructura de software).
•Especificación de Módulos.
•Diccionario de Datos del Sistema
 Es la organización jerárquica de módulos dentro de un tarea.

Permiten el modelamiento top-down de la estructura de control de un

programa descripto a través de un árbol de invocación de módulos.

Cada Diagrama de Estructura , representa una burbuja del DFD.

La notación usada se
compone de tres
símbolos:

• Módulos
• Invocaciones
• Cuplas
Módulos

Es un conjunto de instrucciones que ejecutan alguna actividad.

Desde un punto de vista práctico, un módulo es una colección de instrucciones de

un programa con cuatro características básicas:
1. Entradas y Salidas: lo que un módulo recibe en una invocación y lo que retorna
como resultado.

2. Función: las actividades que un módulo hace con la entrada para producir la
salida.

3. Lógica Interna: por la cual se ejecuta la función.

4. Estado Interno: su área de datos privada, datos para los cuales sólo el módulo
hace referencia.
Las entradas y salidas son, respectivamente, datos que un
módulo necesita y produce.

Una función es la actividad que hace un módulo para

producir la salida.

Entradas, salidas y funciones proveen una visión externa del

módulo.

La lógica interna son los algoritmos que ejecutan una

función, esto es, junto con su estado interno representan la
visión interna del módulo.
Módulo Biblioteca
Un módulo predefinido o módulo de biblioteca
representa un módulo que no tiene que ser
especificado porque ya existe en el sistema o en
bibliotecas
Los principales componentes son:
•  El rectángulo.
•  Las flechas.

El rectángulo en un diagrama de estructura representa un módulo, por

ejemplo un procedimiento de Pascal.

Las flechas que conectan los módulos representan llamados de sub-

rutinas; la notación implica que una sub- rutina terminará o regresará a
donde se llamó cuando termine de realizar su función.

Además, existen aquí dos tipos adicionales de flechas con un circulo en

uno de sus extremos, que representan la transferencia de datos.
Relaciones entre Módulos (Invocaciones)
En la realidad, los módulos no son realmente cajas negras. Los diagramas
de estructura muestran las invocaciones que un módulo hace a otros
módulos.

Estas invocaciones son diseñadas como una flecha que sale del módulo
llamador y apunta al módulo llamado.
Tipos de Flujos
Estructuras de Control
Los diagramas de estructura también definen símbolos que posibilitan el
modelamiento de estructuras de control como repetición o alternativa:
Los diagramas de estructura no tienen especificado el orden de invocación de los
módulos invocados. Se recomienda que siempre que fuese posible, se siga un orden de
izquierda a derecha (si esto no produce que se crucen flechas) que se corresponde con
el orden de invocación.

Los datos comunicados en una invocación son modelados por medio de

flechas, sobre el símbolo de invocación, llamadas cuplas.
Las reglas mas importantes son:

Cohesión:

Grado en el cual los componentes de un modulo (instrucciones

individuales) son necesarios y suficientes para llevar a cabo una sola
función bien definida.

Es la medida de intensidad de asociación funcional de los elementos de

un módulo.
Acoplamiento:
Grado en el cual los módulos se interconectan o se relacionan entre ellos.
Cuanto mas fuerte es el acoplamiento entre módulos , mas difícil es
implantarlo y mantenerlo.
Cada modulo debe tener interfaces sencillas y limpias con otros y que se
debe compartir un numero mínimo de datos entre módulos.
Un modulo dado no debe modificar la lógica interna o los datos de algún
otro modulo, lo que se conoce como una conexión patológica.

Un módulo con cohesión generalmente, tiene buen acoplamiento y es

de fácil mantenimiento y es reutilizable.
Tamaño del modulo:
Cada modulo debe ser lo suficientemente pequeño como para caber en una
sola pagina o para que pueda desplegarse en una sola pantalla.

Alcance de control:
El numero de subordinados inmediatos que un modulo administrador
puede llamar se conoce como el alcance de control.

Alcance del efecto/ alcance de control: Sugiere que cualquier modulo

afectado por el resultado de alguna decisión debe ser subordinado del
modulo que toma la decisión.