Gráfico de estructura

Editar artículo
Ejemplo de gráfico estructurado.

Un diagrama de estructura (SC) en ingeniería de software y teoría organizacional es un diagrama que muestra el desglose de un sistema en sus niveles más bajos manejables. Se utilizan en la programación estructurada para organizar los módulos del programa en un árbol. Cada módulo está representado por un cuadro, que contiene el nombre del módulo. La estructura de árbol visualiza las relaciones entre módulos.

Contenido
  • 1 Resumen
  • 2 Construcción del diagrama de estructura
  • 3 Ver también
  • 4 referencias
  • 5 Lecturas adicionales
  • 6 Enlaces externos

Descripción general

Ilustración del gráfico de jerarquía simple. Este gráfico de jerarquía representa el paso de datos entre dos módulos. Cuando se ejecuta el módulo Pay_Bill, el pseudocódigo comprueba si la factura ya está pagada buscando el recibo de pago (ejecute Search_Receipt). Si no se encuentra el recibo, ejecutará el módulo Give_Money_To_Debt_Collector para finalizar el trabajo.

Un diagrama de estructura es una herramienta de diseño modular de arriba hacia abajo, construida con cuadrados que representan los diferentes módulos del sistema y las 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.

En el análisis estructurado, los gráficos de estructura, según Wolber (2009), "se utilizan para especificar el diseño o arquitectura de alto nivel de un programa de computadora. Como herramienta de diseño, ayudan al programador a dividir y superar un gran problema de software, es decir, dividir de forma recursiva un problema en partes que son lo suficientemente pequeñas como para ser comprendidas por un cerebro humano. El proceso se denomina diseño de arriba hacia abajo o descomposición funcional. Los programadores usan un diagrama de estructura para construir un programa de una manera similar a cómo un arquitecto utiliza un plano para construir una casa. En la etapa de diseño, el gráfico se dibuja y se utiliza como una forma para que el cliente y los diversos diseñadores de software se comuniquen. Durante la construcción real del programa (implementación), el gráfico es continuamente referido como "el plan maestro".

Un diagrama de estructura representa

  • 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 debe dividirse en componentes más pequeños.

Un diagrama de estructura también se utiliza para diagramar elementos asociados que comprenden un flujo de ejecución o un hilo. A menudo se desarrolla como un diagrama jerárquico, pero se permiten otras representaciones. La representación debe describir el desglose del sistema de configuración en subsistemas y el nivel manejable más bajo. Un diagrama de estructura preciso y completo es la 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 (definir CI claramente). Durante el proceso de control de la configuración, el diagrama de estructura se utiliza para identificar los elementos de configuración y sus artefactos asociados que un cambio propuesto puede afectar.

Construcción de gráficos de estructura

Un diagrama de flujo de proceso que describe la construcción de un diagrama de estructura por parte de los llamados Expertos en la materia (SME).

Según Wolber (2009), "un diagrama de estructura se puede desarrollar a partir de 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 principales subtareas que debe ser realizado por 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 desglosa hasta un punto en el que las hojas de el árbol representa métodos simples que se pueden codificar con solo unas pocas instrucciones del programa ".

En la práctica, ver figura, primero se comprueba si ya se ha desarrollado un diagrama de estructura. Si es así, un experto debe revisarlo para asegurarse de que representa la estructura actual y, en caso contrario, actualizar el gráfico cuando sea necesario.

Ver también

Referencias

Otras lecturas

  • Sarah Brooks (1981). "Diagramas de estructura y programación básica". en: MATYC Journal, v15 n2 p. 107-112 primavera de 1981.
  • Tom DeMarco (1979). Análisis estructurado y especificación del sistema. Prentice Hall.
  • Edward Yourdon (1999). Análisis estructurado moderno, Yourdon Press Computing Series, 1999,

enlaces externos

Contactos: mail@wikibrief.org
El contenido está disponible bajo la licencia CC BY-SA 3.0 (a menos que se indique lo contrario).