stringtranslate.com

Diagrama de estructura

Ejemplo de un gráfico estructurado. [1]

Un diagrama de estructura (SC) en ingeniería de software y teoría organizacional es un diagrama que muestra la descomposición de un sistema 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 cuadro, que contiene el nombre del módulo. La estructura de árbol visualiza las relaciones entre los módulos. [3]

Descripción general

Ilustración de un diagrama de jerarquía simple.
Este diagrama 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 se ha pagado buscando el recibo de pago (ejecuta Search_Receipt). Si no se encuentra el recibo, se ejecutará el módulo Give_Money_To_Debt_Collector para finalizar el trabajo.

Un diagrama de estructura es una herramienta de diseño modular descendente , construida con cuadrados que representan los diferentes módulos del sistema y líneas que los conectan. Las líneas representan la conexión y/o 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 la arquitectura, de un programa informático . Como herramienta de diseño, ayudan al programador a dividir y conquistar un gran problema de software, es decir, a descomponer recursivamente un problema en partes que sean lo suficientemente pequeñas como para ser entendidas por un cerebro humano. El proceso se denomina diseño de arriba hacia abajo o descomposición funcional . Los programadores utilizan un diagrama de estructura para construir un programa de manera similar a cómo un arquitecto utiliza un plano para construir una casa. En la etapa de diseño, el diagrama se dibuja y se utiliza como una forma de comunicación entre el cliente y los diversos diseñadores de software. Durante la construcción real del programa (implementación), el diagrama se conoce continuamente como "el plan maestro". [5]

Un diagrama de estructura muestra [2]

Un diagrama de estructura también se utiliza para diagramar elementos asociados que comprenden un flujo de ejecución o un subproceso. A menudo se desarrolla como un diagrama jerárquico, pero se permiten otras representaciones. La representación debe describir la descomposición del sistema de configuración en subsistemas y el nivel más bajo manejable. 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 (defina CI claramente) . 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 puede 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 los llamados expertos en la materia (SME). [2]

Según Wolber (2009), “un diagrama de estructura puede desarrollarse 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 principales subtareas 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 descomponer cada una en tareas aún más pequeñas. Finalmente, el programa se descompone hasta un punto en el que las hojas del árbol representan métodos simples que se pueden codificar con solo unas pocas declaraciones de programa”. [5]

En la práctica, véase la figura, primero se comprueba si ya se ha elaborado un diagrama de estructura. En caso afirmativo, un experto debe revisarlo para asegurarse de que represente la estructura actual y, en caso contrario, actualiza el diagrama cuando sea necesario. [2]

Véase también

Referencias

  1. ^ Sandia National Laboratories (1992). Sandia Software Guidelines Volumen 5 Herramientas, técnicas y metodologías INFORMES SANDIA 85–2348qUC–32
  2. ^ abcde 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 para el 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. ^ de David Wolber (2009) "Gráficos de estructura: notas complementarias Diagramas de estructura e implementación de abajo hacia arriba: versión Java". Consultado el 8 de noviembre de 2009.

Lectura adicional

Enlaces externos