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:

 

  1. Cada diagrama de contexto debe estar en una sola página.
  2. El nombre del proceso debe ser el nombre del sistema de información.
  3. Use nombres únicos para cada símbolo.
  4. No cruce las líneas de flujo de datos. Si es necesario, duplique una entidad o Data Store (utilice un asterisco -*- para explicarlo).
  5. Use identificaciones abreviadas en entidades y Data Store; son más fáciles de recordar).
  6. Use un número de referencia único para cada proceso.

 

 

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:

  1. Hacer el símbolo del proceso en el centro con el nombre del sistema.
  2. Dibujar las entidades alrededor del proceso.
  3. Usar los Data Flow para conectar las entidades al proceso.
  4. NO se muestran los Data Store.

 

Diagrama 0

 

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”.

 

Diagramas de niveles más bajos

 

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.