Hispanopedia Wiki
La técnica de análisis y diseño estructurado ( SADT , por sus siglas en inglés) es una metodología de ingeniería de sistemas e ingeniería de software que describe los 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 desarrollada a finales de la década de 1960 por Douglas T. Ross y formalizada y publicada como IDEF0 en 1981.
A menudo se contrasta con el análisis y diseño orientado a objetos .
Descripción general
La técnica de análisis y diseño estructurado (SADT) es una notación diagramática diseñada específicamente para ayudar a describir y comprender sistemas . [ 1 ] Ofrece bloques de construcción para representar entidades y actividades, y una variedad de flechas para relacionar cajas. Estas cajas y flechas tienen una semántica informal asociada . [ 2 ] SADT puede utilizarse como herramienta de análisis funcional de un proceso dado, utilizando niveles sucesivos de detalle. El método SADT no solo permite definir las necesidades del usuario para desarrollos de TI, lo cual se usa frecuentemente en los sistemas de información industriales, sino también explicar y presentar los procesos y procedimientos de fabricación de una actividad. [ 3 ]
Historia
SADT fue desarrollado y probado en campo entre 1969 y 1973 por Douglas T. Ross y SofTech, Inc. [ 1 ] [ 4 ] La metodología se utilizó en el proyecto de la Herramienta de Programación Automática (APT) del MIT. Su uso se extendió a partir de 1973 por el programa de Fabricación Asistida por Computadora Integrada de la Fuerza Aérea de los Estados Unidos .
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 desarrolladas en respuesta a los problemas que enfrentaba el mundo del software desde la década de 1960 hasta la de 1980. En este período, la mayor parte de la programación comercial se realizaba en COBOL y Fortran , luego en C y BASIC . Había poca orientación sobre técnicas de diseño y programación "buenas", y no existían técnicas estándar para documentar requisitos y diseños. Los sistemas se volvían cada vez más grandes y complejos, y el desarrollo de sistemas de información se hacía cada vez más difícil. Como una forma de ayudar a gestionar software grande y complejo. [ 5 ]
SADT se encontraba entre una serie de métodos estructurados similares que habían surgido desde la década de 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 & Sarson, McMenamin & Palmer.
- Ingeniería de tecnologías de la información alrededor de 1990 con James Martin .
En 1981 se publicó el formalismo IDEF0 , basado en SADT. [ 6 ]
Temas de SADT
Enfoque de arriba hacia abajo
La técnica de análisis y diseño estructurado utiliza una descomposición con un enfoque descendente . Esta descomposición se lleva a cabo únicamente en el dominio físico desde un punto de vista de diseño axiomático. [ 7 ]
Diagramas
SADT utiliza dos tipos de diagramas: modelos de actividad y modelos de datos . Para construir estos diagramas, utiliza flechas. La representación de 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 entrantes: datos necesarios para la acción.
- En la parte inferior del cuadro, flechas entrantes: significa que se utiliza para la acción.
- En el lado derecho del recuadro, las flechas salientes representan los resultados de la acción.
La semántica de las flechas para actividades: [ 2 ]
- Los datos de entrada se introducen por la izquierda y representan información o consumibles necesarios para la actividad.
- Las salidas se encuentran a la derecha y representan datos o productos generados por la actividad.
- Los controles entran desde la parte superior y representan comandos o condiciones que influyen en la ejecución de una actividad, pero que no se consumen.
- Los mecanismos identifican los medios, componentes o herramientas utilizados para llevar a cabo la actividad. Representan la asignación de actividades.
La semántica de las flechas para datos: [ 2 ]
- Las entradas son las 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 se deben distinguir múltiples roles: [ 2 ]
- Autor o desarrollador de los modelos SADT
- Los comentaristas, que reseñan 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, quien gestiona la documentación del proyecto.
- Director de proyecto, responsable del análisis y diseño del sistema.
- Monitor o analista principal 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 diagramática en el diseño conceptual de ingeniería de software e ingeniería de sistemas para esbozar aplicaciones, [ 2 ] para un análisis estructurado más detallado, para la definición de requisitos, [ 8 ] y diseño estructurado.
Véase también
Referencias
- 1 2 D. Marca, C. McGowan, Análisis estructurado y técnica de diseño, McGraw-Hill, 1987, ISBN 0-07-040235-3
- 1 2 3 4 5 John Mylopoulos (2004). Modelado conceptual III. Técnica de análisis y diseño estructurado (SADT) . Recuperado el 21 de septiembre de 2008.
- ↑ SADT en Free-logistics.com. Consultado el 21 de septiembre de 2008.
- ↑ DT Ross: Análisis Estructurado (AE): Un lenguaje para comunicar ideas. IEEE Transactions on Software Engineering, SE-3(1), pp. 16-34. Resumen
- ↑ Dave Levitt (2000): Introducción al análisis y diseño estructurado. Archivado el 7 de septiembre de 2006 en Wayback Machine . Consultado el 21 de septiembre de 2008.
- ↑ Gavriel Salvendy (2001). Manual de ingeniería industrial: tecnología y gestión de operaciones. . p.508.
- ↑ Nam Pyo Suh (2007). Diseño axiomático: avances y aplicaciones . Nueva York : Oxford University Press, capítulo 5, págs. 239-298.
- ↑ Ross, Douglas T., y Kenneth E. Schoman Jr. "Análisis estructurado para la definición de requisitos." Ingeniería de software, Transacciones IEEE en 1 (1977): 6-15.
Lecturas adicionales
- 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: técnica de análisis y diseño estructurado . 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 análisis y diseño estructuradas . Wiley. ISBN 0-471-88597-5
- David A. Marca y Clement L. McGowan (1988). SADT: Técnica de análisis y diseño 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). Dominando 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
- El método IDEF0
- Un curso sobre diagramas SADT
- Análisis de sistemas
