Análisis estructurado

[2]​ El análisis estructurado se hizo popular en las década de 1980 y sigue siendo utilizado por muchos.[4]​ Como una manera de ayudar a manejar un software grande y complejo, surgieron los siguientes métodos estructurados.[8]​ Después del ejemplo de diseño asistido por computadora y la fabricación asistida por computadora (CAD / CAM), el uso de estas herramientas fue nombrada la Herramienta CASE.El análisis estructurado normalmente crea una jerarquía que emplea un único mecanismo de resumen.El método de análisis estructurado puede emplear IDEF (ver figura), es un proceso conducido, y comienza con un propósito y un punto de vista.El método identifica las entradas y salidas en relación con las actividades.En contraste con IDEF, el UML está impulsada con múltiples interfaces de mecanismos de resumen útiles para describir las arquitecturas orientadas a servicios (SOAs).La función del sistema es descrita por procesos que transforman los flujos de datos.Ellos describen las transformaciones que deben llevarse a cabo y los datos necesarios para cumplir con el Requisito funcional de un sistema.Las funciones primitivas son procesos que no necesitan ser descompuestas aún más.Estas funciones primitivas se describen por una especificación de proceso (o mini-spec).La especificación del proceso puede consistir en pseudocódigo, diagramas de flujo, o Inglés estructurado.[13]​ El diagrama de contexto del sistema está relacionado con el Diagrama de flujo de datos, y muestran las interacciones entre un sistema y otros usuarios con los que el sistema está diseñado para hacer frente.El DFD está diseñado para mostrar cómo un sistema se divide en porciones más pequeñas y para resaltar el flujo de datos entre las partes.Como una herramienta de diseño, ayudan al programador a dividir y conquistar un problema de software grande, es decir, de forma recursiva romper un problema en partes que son lo suficientemente pequeños para ser entendido por un cerebro humano.El proceso es llamado Top-down y bottom-up, o de descomposición funcional.En la etapa de diseño, el diagrama se dibuja y se utiliza como una manera para que el cliente y los diferentes diseñadores de software puedan comunicarse.Durante la construcción real del programa (aplicación), al gráfico se le refiere continuamente como el plan maestro.[21]​ Para el diseño de la estructura del módulo óptimo y las interfaces, estos dos principios son cruciales: El Diseño Estructurado fue desarrollado por Larry Constantino a finales de 1960, luego refinado y publicado con colaboradores en la década de 1970;[5]​[6]​ véase Larry Constantine: Diseño Estructurado para obtener más información Page-Jones (1980) ha propuesto su propio enfoque que consiste en tres principales objetos: El Diagrama de estructura compuesta tiene como objetivo mostrar "la jerarquía del módulo o llamada secuencia de relación de los módulos.