¿Cuál es la idea básica de SD? ¿Cómo se forma su circuito de retroalimentación?
Establezca un buen diagrama de estructura de módulo (como un diagrama SC o un diagrama de bloques de jerarquía de software) basado en el diagrama de flujo de datos en el método SA; utilice principios de diseño modular para controlar la complejidad del sistema, es decir, diseñe los módulos para que sean relativamente independientes. El diagrama de estructura del módulo tiene la profundidad y el ancho adecuados, y es un diagrama de estructura de software o un diagrama de bloques jerárquico de software de una estructura de módulo de una sola entrada, una sola salida y una sola función.
Este método proporciona una herramienta para describir sistemas de software y propone un estándar para evaluar la calidad de los diagramas de estructura de módulos, es decir, cuanto más flexible sea la conexión entre módulos, mejor y más compacta será la conexión entre componentes. dentro del módulo, mejor.
El Diseño Estructurado (SD) es un patrón de diseño de ingeniería de software propuesto por Edward Youden y Larry Constantine.
El diseño estructurado es un diseño modular, pero se centra en la "jerarquía de módulos" entre módulos y la interacción entre módulos y otros módulos. El diseño estructurado se utiliza comúnmente en el análisis estructurado en ingeniería de software.
El diseño estructurado descompone el sistema en módulos funcionales. Se puede describir que cada módulo tiene entrada, procesamiento y salida. El diseño estructural es una descomposición de arriba hacia abajo de la funcionalidad del sistema, mientras que el diseño orientado a objetos se centra en el comportamiento del sistema. Se puede establecer una analogía entre los dos enfoques: los módulos ahora son objetos y los programas ahora son clases. Sin embargo, existen diferencias fundamentales en el funcionamiento de estos métodos de programación.
Objetivos
El diseño debe cumplir con todos los requisitos explícitos descritos en el modelo de análisis y debe cumplir con todos los requisitos implícitos esperados por el usuario; el diseño debe ser legible y comprensible, lo que facilita su lectura; Programación, fácil de probar y fácil de mantener; el diseño debe comenzar desde la perspectiva de implementación y brindar una imagen completa del software relacionada con datos, funciones y comportamientos.