Analizando los requisitos
Análisis estructurado – examina el sistema en términos de
Input, Output y Procesos. Enfatiza el flujo de datos según se transforman en
información. El producto final es un modelo lógico que muestra qué debe hacer
el sistema. Luego, en la fase de diseño, se crea el modelo físico que indica
como funciona el sistema.
El análisis
estructurado usa tres herramientas:
-
Diagrama
de flujo de datos (Data Flow Diagram)
-
Diccionario
de datos (Data Dictionary)
-
Descripción
de procesos (Process Description)
Diagrama
de Flujo de Datos (DFD)
Muestra cómo se mueven los datos en el sistema de información. Utiliza 4 símbolos básicos para representar procesos, flujo de datos, almacenaje de datos y entidades externas.
Proceso:
Al menos debe tener un “data flow” que entre y uno que salga del proceso. El nombre del proceso debe ser un verbo junto a un nombre en singular. El nombre del proceso identifica la función del proceso. En el DFD, el proceso aparece como una caja negra (black box), pues el Input, el Output y la función general se conocen, pero no así los detalles del proceso. Ejemplo: Calcular Paga Neta, Crear Facturas, Verificar Orden, Calcular Nota.
Data
Flow:
Es el camino por donde los datos se mueven de una parte del sistema a otra. Se utiliza una flecha como símbolo.
Nombre del “data flow”
El nombre del “data flow” debe ser en singular; solo se debe usar en plural para clarificar el contenido del “data flow” . Ejemplos: Factura, Horas Trabajadas, Salario por Hora, Orden, Nota del Estudiante, Parámetros de nota (este último está en plural). Todo “data flow” debe tener un proceso en uno de sus extremos.
Ejemplos incorrectos (no son posibles en un DFD):
Generación
espontánea – no
tiene input
Hoyo
negro (black hole) –
no tiene output
Hoyo
gris (gray hole) –
el input no es suficiente
para generar el output
Data
Store:
También conocido como “data repository”; representa cuando el sistema tiene que retener datos porque serán usados más tarde por uno o más procesos.
El nombre debe ser en plural o un nombre colectivo; se puede usar un adjetivo. Debe estar conectado a procesos. Debe tener al menos un Data Flow que entra y uno que sale (cada data flow conectado en el otro extremo a un proceso).
Entidad:
Persona, departamento, organización u otro sistema de información que provee datos al sistema y/o recibe datos del sistema.
Presenta los límites del sistema de información y cómo éste interacciona con su ambiente externo. El nombre debe ser en singular. Debe estar conectado a un proceso con un Data Flow.
Reglas para dibujar los Diagramas de Flujo de
Datos:
Diagrama de Contexto (Context Diagram)
Presenta los límites y el alcance del sistema. Es el nivel más alto de los Diagramas de Flujos de Datos. Para dibujarlo se deben seguir los siguientes pasos:
Es el DFD que describe los detalles del proceso del Diagrama de Contexto. Los Input, Output, Data Flows y entidades deben ser idénticos en el Diagrama de Contexto y el Diagrama 0. Se pueden dibujar Data Store si son necesarios. Cada proceso recibe un número de referencia que no tiene que ver con el orden en que los procesos se realizan. Puede existir un flujo de datos en donde la misma data se dirija a dos o más localizaciones, lo que se conoce como “diverging data flow”.
Muestran detalles adicionales de los procesos. Deben ser nivelados y balanceados.
-
Nivelar
– proceso de dibujar diagramas detallados hasta que se alcance el nivel de
detalles deseados.
-
Balancear
– Mantener consistencia en todos los diagramas, flujo de datos (Input/Output),
definiciones de datos y descripciones de procesos.
Cuando un proceso consiste de una función que
no se puede descomponer se dice que es una función primitiva.