Modelado funcional y modelado de flujo de información

En el Modelo Funcional , el software convierte la información. y para lograr esto, debe realizar al menos tres tareas comunes: entrada, procesamiento y salida. Cuando se crean modelos funcionales de una aplicación, el ingeniero de software enfatiza las tareas específicas del problema. El modelo funcional comienza con un único modelo de nivel de referencia (es decir, ser fabricado). En una serie de iteraciones, se brindan más y más detalles funcionales, hasta que toda la funcionalidad del sistema está completamente representada. 

La información se convierte porque fluye desde un sistema basado en computadora. El sistema toma entradas en varias formas; Se aplica hardware, software y elementos humanos para reemplazarlo; Y produce en varias formas. La(s) transformación(es) o función puede estar compuesta por una única comparación lógica, un método numérico complejo o una regla: el enfoque de invención de un sistema experto. La salida puede encender un LED o proporcionar un informe de 200 páginas. En su lugar, podemos crear un modelo o un modelo de flujo para cualquier sistema basado en computadora, independientemente de su tamaño y complejidad. 

El análisis estructural comenzó como una técnica de modelado de flujo de información . Un sistema basado en computadora se puede modelar como una función de transformación de información como se muestra en la figura. 

Un rectángulo representa una unidad externa. Es decir, un elemento del sistema, como un hardware, una persona u otro sistema que proporciona información para que el software la transforme o recibe información proporcionada por el software. Un círculo se usa para representar un proceso o transformación o una función que se aplica a los datos y los cambia de alguna manera. Se utiliza una flecha para representar uno o más elementos de datos. 

Todas las flechas deben estar etiquetadas en un DFD . La línea doble se utiliza para representar el almacén de datos. Puede haber un procedimiento implícito o una secuencia en el diagrama, pero los detalles lógicos explícitos generalmente se retrasan hasta el diseño del software.