DE: Introducción al Diseño Estructurado

2.Diseño Estructurado

2.1 Introducción al diseño estructurado

El diseño estructurado suministra una técnica que permite expresar diseños, los
cuales pueden comprobarse a través de criterios de evaluación. En definitiva, lo que se
persigue es obtener un procedimiento para conseguir el sistema software final.

2.1.1 Objetivos
Los objetivos de la técnica son:
♦ Obtener la estructura modular y los detalles de proceso del sistema
partiendo solamente de los "productos" obtenidos en la fase de Análisis
del Sistema.
♦ Cambiar la atención del QUÉ al COMO.
♦ Obtener un diseño que no sólo "funcione", sino que también sea
mantenible, mejore la reutilización y se pueda probar y entender
fácilmente.
♦ Utilizar herramientas gráficas (Diagramas de Estructura de Cuadros) para
representar la estructura modular del sistema.

2.1.2 Características
Se trata por tanto de conseguir que cada módulo de la estructura en árbol que se
obtenga cumpla las siguientes características:
♦ Módulos de pequeño tamaño.
El impacto de un cambio a realizar puede ser perfectamente aislado. Si el
tamaño de los módulos es reducido, una determinada modificación
afectará a un número mayor de módulos, sin embargo, la cantidad de
código a considerar será menor.
♦ Independencia modular.
Cuanto mayor es la independencia de un módulo es más sencillo trabajar
con él, por tanto, el diseño debe reducir la compartición de ficheros, de
datos, la de dispositivos, las interfaces comunes con el Sistema Operativo
y las llamadas desde o hacia otros módulos.

Página -5
 DE: Introducción al Diseño Estructurado

♦ Características de Caja Negra.

La característica de Caja Negra se aplica a cualquier sistema, programa o
módulo para dar una visión exclusiva de sus entradas y salidas, sin tener
en cuenta los detalles de cómo se realiza el proceso. El uso de la Caja
Negra permite una visión más fácil del conjunto, posponiendo la
consideración de los detalles para una etapa posterior.
♦ Modelización conceptual.
Un sistema será más fácil de mantener si el modelo utilizado en su diseño
se ha basado en los conceptos lógicos de la organización, los cuales serán
más familiares y comprensibles para el personal de mantenimiento que
las descripciones físicas (equipo, organización de la unidad, cómo se
realiza el trabajo en la actualidad...)
♦ Aislamiento de los detalles.
En un sistema existen partes que reflejan la filosofía y otras partes que
reflejan los detalles. Debido a que los detalles son más susceptibles de
cambiar, ambas partes deben diseñarse por separado para evitar que una
variación en los detalles afecte a la filosofía del sistema.

Una definición posible de Diseño, es la que aparece en el Glosario de Términos de

Calidad e Ingeniería del Software de la Asociación Española de Control de Calidad:

"Es el proceso de definición de la arquitectura software:

componentes, módulos, interfaces, procedimientos de prueba y datos
de un sistema que se crea para satisfacer unos requisitos
especificados"

Se considerarán dentro del diseño, dos partes, atendiendo al nivel de detalle:

♦ Diseño de arquitectura
Proceso de definición de la colección de componentes del sistema y sus
interfaces.
♦ Diseño detallado
Proceso de descripción más detallada de la lógica del proceso y de las
estructuras de datos.

Una vez finalizada la Fase de Análisis del Sistema se dispondrá al iniciar la Fase de
Diseño de un conjunto de especificaciones funcionales que describan con términos
precisos.
♦ Las entradas que suministran al sistema las entidades externas.
♦ Las salidas aportadas por el sistema a dichas entidades externas.
♦ Las funciones descompuestas que se han de realizar por ese sistema.
♦ El modelo de datos lógico del sistema.

Página -6
 DE: Introducción al Diseño Estructurado

Toda esta información estará almacenada en el diccionario del proyecto mediante la

descripción de Diagramas de Flujo de Datos, Procesos, Flujos de Datos, Diagramas de
Estructuras de Datos, Entidades y Atributos. Para pasar a construir el nuevo sistema es
necesario convertir toda esta información en especificaciones de programas y por tanto:
♦ Determinar qué módulos implantarán los procesos terminales obtenidos
en la Fase Análisis del Sistema.
♦ Organizar la estructura de estos módulos y definir las conexiones entre
los mismos.
♦ Describir el pseudocódigo para cada módulo.

Para ello se seguirá el método propuesto por CONSTANTINE: el Diagrama de

Estructura, que permite definir cuándo, bajo qué condiciones y cuántas veces se tienen
que realizar los tratamientos identificados en los PROCESOS. Los datos se contemplan
como la interface entre tratamientos

Página -7