Técnica de análisis y diseño estructurado.

Técnica de diseño y análisis estructurado (SADT) es una metodología de ingeniería de sistemas e ingeniería de software para describir sistemas como una jerarquía de funciones. SADT es un lenguaje de modelado de análisis estructurado que utiliza dos tipos de diagramas: modelos de actividad y modelos de datos. Fue desarrollado a finales de la década de 1960 por Douglas T. Ross y formalizado y publicado como IDEF0 en 1981.

Descripción general

La técnica de diseño y análisis estructurado (SADT) es una notación esquemática diseñada específicamente para ayudar a las personas a describir y comprender sistemas. Ofrece bloques de construcción para representar entidades y actividades, y una variedad de flechas para relacionar cuadros. Estos cuadros y flechas tienen una semántica informal asociada. SADT se puede utilizar como herramienta de análisis funcional de un proceso determinado, utilizando niveles sucesivos de detalles. El método SADT no sólo permite definir las necesidades de los usuarios para los desarrollos TI, que se utiliza a menudo en los Sistemas de Información industriales, sino también explicar y presentar los procesos y procedimientos de fabricación de una actividad.

Historia

SADT fue desarrollado y probado en campo durante el período de 1969 a 1973 por Douglas T. Ross y SofTech, Inc. La metodología se utilizó en el proyecto de la Herramienta de Programación Automática (APT) del MIT. Recibió un uso extensivo a partir de 1973 por el programa de fabricación asistida por computadora integrada de la Fuerza Aérea de EE. UU.

Según Levitt (2000) SADT es "parte de una serie de métodos estructurados, que representan una colección de técnicas de análisis, diseño y programación que se desarrollaron en respuesta a los problemas que enfrentaba el mundo del software desde la década de 1960". hasta los años 1980. En este período, la mayor parte de la programación comercial se realizó en COBOL y Fortran, luego en C y BASIC. Hubo poca orientación sobre las prácticas "buenas" técnicas de diseño y programación, y no existían técnicas estándar para documentar requisitos y diseños. Los sistemas se estaban volviendo más grandes y complejos, y el desarrollo de sistemas de información se hacía cada vez más difícil de lograr. Como una forma de ayudar a gestionar software grande y complejo.

SADT estaba entre una serie de métodos estructurados similares, que habían surgido desde la década de 1960, tales como:

• Programación estructurada en aproximadamente 1967 con Edsger W. Dijkstra.
• Diseño estructurado alrededor de 1975 con Larry Constantine y Ed Yourdon
• Análisis estructurado en alrededor de 1978 con Tom DeMarco, Yourdon, Gane & Sarson, McMenamin & Palmer.
• Ingeniería de tecnología de la información en alrededor de 1990 con James Martin.

En 1981 se publicó el formalismo IDEF0, basado en SADT.

Temas SADT

Enfoque de arriba hacia abajo

La técnica de análisis y diseño estructurado utiliza una descomposición con el enfoque de arriba hacia abajo. Esta descomposición se lleva a cabo únicamente en el dominio físico desde un punto de vista de diseño axiomático.

Diagramas

SADT utiliza dos tipos de diagramas: modelos de actividad y modelos de datos. Utiliza flechas para construir estos diagramas. La representación de la SADT es la siguiente:

• Una caja principal donde se especifica el nombre del proceso o la acción
• En el lado izquierdo de esta caja, flechas entrantes: entradas de la acción.
• En la parte superior, las flechas entrantes: datos necesarios para la acción.
• En la parte inferior de la caja, flechas entrantes: medios utilizados para la acción.
• En el lado derecho de la caja, flechas salientes: salidas de la acción.

La semántica de las flechas para actividades:

• Los insumos entran desde la izquierda y representan datos o consumibles que son necesarios por la actividad.
• Los productos salen a la derecha y representan datos o productos producidos por la actividad.
• Los controles entran desde arriba y representan comandos o condiciones que influyen en la ejecución de una actividad pero no se consumen.
• Los mecanismos identifican los medios, componentes o herramientas utilizados para realizar la actividad. Representa la asignación de actividades.

La semántica de las flechas para datos:

• Los insumos son actividades que producen los datos.
• Los productos consumen los datos.
• Los controles influyen en el estado interno de los datos.

Roles

Según Mylopoulos (2004) en el proceso de desarrollo de software se pueden o deben distinguir múltiples roles:

• Autor o desarrollador de los modelos SADT
• Comentarios, que revisan el trabajo del autor
• Lectores o usuarios de los modelos SADT
• Expertos, que pueden asesorar a los autores
• Technical committee or reviewers of the SADT models in detail
• Bibliotecario del proyecto, que gobierna la documentación del proyecto
• Director de proyecto, que gobierna el análisis y diseño del sistema.
• Monitor o analista jefe para ayudar a desarrolladores y usuarios de SADT
• Instructor para formar desarrolladores y usuarios de SADT

Uso

SADT se utiliza como notación esquemática en el diseño conceptual de ingeniería de software e ingeniería de sistemas para esbozar aplicaciones, análisis estructurados más detallados, definición de requisitos y diseño estructurado.