Técnica de diseño y análisis estructurado
Elemento base de la TDAA. La técnica de análisis y diseño 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 se formalizó y publicó como IDEF0 en 1981.
- 1 Resumen
- 2 Historia
- 3 temas de la TDAA
- 3.1 Enfoque de arriba hacia abajo
- 3.2 Diagramas
- 3.3 Roles
- 4 Uso
- 5 Véase también
- 6 referencias
- 7 Lecturas adicionales
- 8 Enlaces externos
Visión de conjunto
La técnica de análisis y diseño estructurado (SADT) es una notación diagramática diseñada específicamente para ayudar a las personas a describir y comprender los 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 una herramienta de análisis funcional de un proceso dado, utilizando niveles sucesivos de detalles. El método SADT no solo permite definir las necesidades del usuario para los desarrollos de TI, que se utiliza a menudo en los Sistemas de Información industriales, sino también para explicar y presentar los procesos y procedimientos de fabricación de una actividad.
Historia
SADT se ha desarrollado y probado en el campo-durante el período de 1969 a 1973 por Douglas T. Ross y SofTech, Inc.. La metodología se utilizó en el proyecto MIT Automatic Programming Tool (APT). 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 enfrenta el mundo del software desde la década de 1960 hasta la de 1980. En el marco de tiempo, la mayor parte de la programación comercial se realizó en COBOL y Fortran, luego en C y BASIC. Había poca orientación sobre "buenas" técnicas de diseño y programación, y no había técnicas estándar para documentar requisitos y diseños. Los sistemas se estaban volviendo más grandes y más complejos, y el desarrollo del sistema de información se hizo cada vez más difícil de lograr, como una forma de ayudar a administrar software grande y complejo.
La SADT se encontraba entre una serie de métodos estructurados similares, que habían surgido desde 1960, tales como:
- Programación estructurada alrededor de 1967 con Edsger W. Dijkstra.
- Diseño estructurado alrededor de 1975 con Larry Constantine y Ed Yourdon
- Análisis estructurado alrededor de 1978 con Tom DeMarco, Yourdon, Gane amp; Sarson, McMenamin amp; Palmer.
- Ingeniería de tecnología de la información alrededor de 1990 con James Martin.
En 1981 se publicó el formalismo IDEF0, basado en SADT.
Temas SADT
Estructura de descomposición de arriba hacia abajo. 
Un ejemplo de 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 solo en el dominio físico desde el punto de vista del 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:
- Un cuadro principal donde se especifica el nombre del proceso o la acción.
- En el lado izquierdo de este cuadro, flechas entrantes: entradas de la acción.
- En la parte superior, las flechas de entrada: datos necesarios para la acción.
- En la parte inferior del recuadro, flechas entrantes: medios utilizados para la acción.
- En el lado derecho del cuadro, flechas de salida: salidas de la acción.
La semántica de flechas para actividades:
- Las entradas ingresan desde la izquierda y representan datos o consumibles que son necesarios para la actividad.
- Las salidas salen a la derecha y representan datos o productos que son 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 los datos:
- Las entradas son actividades que producen los datos.
- Las salidas 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
- Comentaristas, que revisan el trabajo del autor.
- Lectores o usuarios de los modelos SADT
- Expertos, que pueden asesorar a los autores.
- Comité técnico o revisores de los modelos SADT en detalle
- Bibliotecario del proyecto, que rige la documentación del proyecto.
- Jefe de proyecto, quien gobierna el análisis y diseño del sistema.
- Monitor o analista jefe para ayudar a los desarrolladores y usuarios de SADT
- Instructor para capacitar a desarrolladores y usuarios de SADT
Uso
SADT se utiliza como notación esquemática en el diseño conceptual de la ingeniería de software y la ingeniería de sistemas para esbozar aplicaciones, para un análisis estructurado más detallado, para la definición de requisitos y el diseño estructurado.
Ver también
- IDEF0
- Programación estructurada de Jackson
- Diagrama de estructura
- Método de diseño y análisis de sistemas estructurados
- Análisis de sistemas
Referencias
Otras lecturas
- William S. Davis (1992). Herramientas y Técnicas para el Análisis y Diseño de Sistemas Estructurados. Addison-Wesley. ISBN 0-201-10274-9
- Marca, DA y CL McGowan. (1988). SADT: análisis estructurado y técnica de diseño. McGraw-Hill Book Co., Inc.: Nueva York, NY.
- Jerry FitzGerald y Ardra F. FitzGerald (1987). Fundamentos del análisis de sistemas: uso de técnicas de diseño y análisis estructurado. Wiley. ISBN 0-471-88597-5
- David A. Marca y Clement L. McGowan (1988). SADT: Técnica de Diseño y Análisis Estructurado. McGraw-Hill. ISBN 0-07-040235-3
- D. Millington (1981). Análisis y Diseño de Sistemas para Aplicaciones Informáticas. E. Horwood. ISBN 0-85312-249-0
- Robertson y Robertson (1999). Dominar el proceso de requisitos. Addison Wesley.
- James C. Wetherbe (1984). Análisis y diseño de sistemas: conceptos y técnicas tradicionales, estructuradas y avanzadas. West Pub. Co. ISBN 0-314-77858-6
enlaces externos
 | Wikimedia Commons tiene medios relacionados con SADT. |
