Articulo de referencia

Diagrama de estructura

Ejemplo de un diagrama estructurado. [ 1 ] Un diagrama de estructura (SC) en ingeniería de software y teoría organizacional es un diagrama que muestra el sistema desde su nivel ...

Ejemplo de un diagrama estructurado. [ 1 ]

Un diagrama de estructura (SC) en ingeniería de software y teoría organizacional es un diagrama que muestra el sistema desde su nivel más básico hasta sus niveles más bajos manejables. [ 2 ] Se utilizan en programación estructurada para organizar los módulos del programa en un árbol. Cada módulo está representado por un recuadro que contiene su nombre. La estructura de árbol visualiza las relaciones entre los módulos. [ 3 ]

Descripción general

Ilustración de un organigrama jerárquico simple.
Este diagrama jerárquico representa el intercambio de datos entre dos módulos. Cuando se ejecuta el módulo Pagar_Factura, el pseudocódigo verifica si la factura ya está pagada buscando el recibo de pago (ejecutar Buscar_Recibo). Si no se encuentra el recibo, se ejecuta el módulo Dar_Dinero_Al_Cobrador_de_Deudas para finalizar la tarea.

Un organigrama es una herramienta de diseño modular descendente , compuesta por cuadrados que representan los diferentes módulos del sistema y líneas que los conectan. Las líneas representan la conexión o la propiedad entre actividades y subactividades, tal como se utilizan en los organigramas . [ 4 ]

En el análisis estructurado, los diagramas de estructura, según Wolber (2009), "se utilizan para especificar el diseño de alto nivel, o arquitectura, de un programa informático . Como herramienta de diseño, ayudan al programador a dividir y conquistar un problema de software grande, es decir, a descomponer recursivamente un problema en partes lo suficientemente pequeñas como para ser comprendidas por el cerebro humano. El proceso se denomina diseño descendente o descomposición funcional . Los programadores utilizan un diagrama de estructura para construir un programa de manera similar a como un arquitecto utiliza un plano para construir una casa. En la etapa de diseño, el diagrama se dibuja y se utiliza como medio de comunicación entre el cliente y los distintos diseñadores de software. Durante la construcción real del programa (implementación), el diagrama se denomina continuamente "el plan maestro". [ 5 ]

Un diagrama de estructura representa [ 2 ]

  • el tamaño y la complejidad del sistema, y
  • número de funciones y módulos fácilmente identificables dentro de cada función y
  • si cada función identificable es una entidad manejable o si debe dividirse en componentes más pequeños.

Un diagrama de estructura también se utiliza para representar los elementos asociados que componen un flujo de ejecución o hilo. A menudo se desarrolla como un diagrama jerárquico , pero se permiten otras representaciones. La representación debe describir la división del sistema de configuración en subsistemas y el nivel más bajo manejable. Un diagrama de estructura preciso y completo es clave para la determinación de los elementos de configuración (CI), y una representación visual del sistema de configuración y las interfaces internas entre sus CI (defina claramente qué es un CI) . Durante el proceso de control de configuración, el diagrama de estructura se utiliza para identificar los CI y sus artefactos asociados que un cambio propuesto podría afectar. [ 2 ]

Construcción de diagramas de estructura

Diagrama de flujo de proceso que describe la construcción de un diagrama de estructura por parte de un denominado Experto en la Materia (SME). [ 2 ]

Según Wolber (2009), "un diagrama de estructura se puede desarrollar comenzando con la creación de una estructura, que coloca la raíz de un árbol invertido que forma el diagrama de estructura. El siguiente paso es conceptualizar las subtareas principales que debe realizar el programa para resolver el problema. A continuación, el programador se centra en cada subtarea individualmente y conceptualiza cómo se puede dividir cada una en tareas aún más pequeñas. Finalmente, el programa se divide hasta un punto en el que las hojas del árbol representan métodos simples que se pueden codificar con solo unas pocas instrucciones de programa". [ 5 ]

En la práctica, como se muestra en la figura, primero se comprueba si ya se ha elaborado un organigrama. De ser así, un experto debe revisarlo para asegurarse de que representa la estructura actual y, si no, actualizar el organigrama donde sea necesario. [ 2 ]

Véase también

Referencias

  1. Laboratorios Nacionales Sandia (1992). Directrices de software de Sandia Volumen 5 Herramientas, técnicas y metodologías INFORMES DE SANDIA 85–2348qUC–32
  2. 1 2 3 4 5 IRS (2008) "Gestión de la configuración" En: Recursos del IRS Parte 2. Tecnología de la información Capítulo 27. Gestión de la configuración . Consultado en IRS.GOV el 14 de noviembre de 2008. Ya no está disponible en línea el 8 de noviembre de 2009.
  3. James Martin , Carma L. McClure (1988). Técnicas estructuradas: La base del caso . Prentice Hall. pág. 56.
  4. H. Fujita y V. Gruhn (2004). Nuevas tendencias en metodologías, herramientas y técnicas de software . Página 6.
  5. 1 2 David Wolber (2009) " Diagramas de estructura : Notas complementarias Diagramas de estructura e implementación ascendente: Versión Java. Consultado el 8 de noviembre de 2009

Lecturas adicionales

  • Sarah Brooks (1981). "Diagramas de estructura y programación básica". En: MATYC Journal , vol. 15, n.º 2, págs.  107-112, primavera de 1981.
  • Tom DeMarco (1979). Análisis estructurado y especificación de sistemas . Prentice Hall.
  • Edward Yourdon (1999). Análisis estructurado moderno , Yourdon Press Computing Series, 1999,
  • Descripción general de los diagramas de estructura .
  • Organigramas de la estructura de los tribunales estatales , una serie de ejemplos.
  • Diagramas de estructura (.doc).